text:
fix: Users with an external domain are displayed as Hidden

Details

Fixed Issues

$ https://github.com/Expensify/App/issues/48464
PROPOSAL: https://github.com/Expensify/App/issues/48464#issuecomment-2328278002
Tests

Open NewExpensify app
Create a group chat with two users (bob@domain.com and alice@domain.com)
Open the list of members of the created group
Verify that: Users with an external domain should be displayed by email or name in a group list

[x] Verify that no errors appear in the JS console

Offline tests

QA Steps

Open NewExpensify app
Create a group chat with two users (bob@domain.com and alice@domain.com)
Open the list of members of the created group
Verify that: Users with an external domain should be displayed by email or name in a group list

[x] Verify that no errors appear in the JS console

PR Author Checklist

[x] I linked the correct issue in the ### Fixed Issues section above
[x] I wrote clear testing steps that cover the changes made in this PR

[x] I added steps for local testing in the Tests section
[x] I added steps for the expected offline behavior in the Offline steps section
[x] I added steps for Staging and/or Production testing in the QA steps section
[x] I added steps to cover failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
[x] I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)
[x] I tested this PR with a High Traffic account against the staging or production API to ensure there are no regressions (e.g. long loading states that impact usability).

[x] I included screenshots or videos for tests on all platforms
[x] I ran the tests on all platforms & verified they passed on:

[x] Android: Native
[x] Android: mWeb Chrome
[x] iOS: Native
[x] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[x] MacOS: Desktop

[x] I verified there are no console errors (if there's a console error not related to the PR, report it or open an issue for it to be fixed)
[x] I followed proper code patterns (see Reviewing the code)

[x] I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick)
[x] I verified that the left part of a conditional rendering a React component is a boolean and NOT a string, e.g. myBool && <MyComponent />.
[x] I verified that comments were added to code that is not self explanatory
[x] I verified that any new or modified comments were clear, correct English, and explained "why" the code was doing something instead of only explaining "what" the code was doing.
[x] I verified any copy / text shown in the product is localized by adding it to src/languages/* files and using the translation method

[x] If any non-english text was added/modified, I verified the translation was requested/reviewed in #expensify-open-source and it was approved by an internal Expensify engineer. Link to Slack message:

[x] I verified all numbers, amounts, dates and phone numbers shown in the product are using the localization methods
[x] I verified any copy / text that was added to the app is grammatically correct in English. It adheres to proper capitalization guidelines (note: only the first word of header/labels should be capitalized), and is either coming verbatim from figma or has been approved by marketing (in order to get marketing approval, ask the Bug Zero team member to add the Waiting for copy label to the issue)
[x] I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named "index.js". All platform-specific files are named for the platform the code supports as outlined in the README.
[x] I verified the JSDocs style guidelines (in STYLE.md) were followed

[x] If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
[x] I followed the guidelines as stated in the Review Guidelines
[x] I tested other components that can be impacted by my changes (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar are working as expected)
[x] I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
[x] I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
[x] I verified that if a function's arguments changed that all usages have also been updated correctly
[x] If any new file was added I verified that:

[x] The file has a description of what it does and/or why is needed at the top of the file if the code is not self explanatory

[x] If a new CSS style is added I verified that:

[x] A similar style doesn't already exist
[x] The style can't be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(theme.componentBG))

[x] If the PR modifies code that runs when editing or sending messages, I tested and verified there is no unexpected behavior for all supported markdown - URLs, single line code, code blocks, quotes, headings, bold, strikethrough, and italic.
[x] If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
[x] If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
[x] If the PR modifies a component or page that can be accessed by a direct deeplink, I verified that the code functions as expected when the deeplink is used - from a logged in and logged out account.
[x] If the PR modifies the UI (e.g. new buttons, new UI components, changing the padding/spacing/sizing, moving components, etc) or modifies the form input styles:

[x] I verified that all the inputs inside a form are aligned with each other.
[x] I added Design label and/or tagged @Expensify/design so the design team can review the changes.

[x] If a new page is added, I verified it's using the ScrollView component to make it scrollable when more elements are added to the page.
[x] If the main branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to the Test steps.

Screenshots/Videos

Android: Native

https://github.com/user-attachments/assets/820ba390-020c-4d16-a143-5bd8a29f25a8

Android: mWeb Chrome

https://github.com/user-attachments/assets/559863a7-ce4a-4dcf-88e9-9e4dbfd0429d

iOS: Native

https://github.com/user-attachments/assets/e947a76a-92d8-4348-97eb-c013d34d1c26

iOS: mWeb Safari

https://github.com/user-attachments/assets/80063d22-a792-4716-9c53-b907ca907701

MacOS: Chrome / Safari

https://github.com/user-attachments/assets/72922e63-01df-4de7-8259-6d0a711846f1

MacOS: Desktop

https://github.com/user-attachments/assets/b466a8e8-e9f1-41ff-a6da-83d37ce7390a

Reviewer Checklist

[ ] I have verified the author checklist is complete (all boxes are checked off).
[ ] I verified the correct issue is linked in the ### Fixed Issues section above
[ ] I verified testing steps are clear and they cover the changes made in this PR

[ ] I verified the steps for local testing are in the Tests section
[ ] I verified the steps for Staging and/or Production testing are in the QA steps section
[ ] I verified the steps cover any possible failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
[ ] I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)

[ ] I checked that screenshots or videos are included for tests on all platforms
[ ] I included screenshots or videos for tests on all platforms
[ ] I verified tests pass on all platforms & I tested again on:

[ ] Android: Native
[ ] Android: mWeb Chrome
[ ] iOS: Native
[ ] iOS: mWeb Safari
[ ] MacOS: Chrome / Safari
[ ] MacOS: Desktop

[ ] If there are any errors in the console that are unrelated to this PR, I either fixed them (preferred) or linked to where I reported them in Slack
[ ] I verified proper code patterns were followed (see Reviewing the code)

[ ] I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick).
[ ] I verified that the left part of a conditional rendering a React component is a boolean and NOT a string, e.g. myBool && <MyComponent />.
[ ] I verified that comments were added to code that is not self explanatory
[ ] I verified that any new or modified comments were clear, correct English, and explained "why" the code was doing something instead of only explaining "what" the code was doing.
[ ] I verified any copy / text shown in the product is localized by adding it to src/languages/* files and using the translation method
[ ] I verified all numbers, amounts, dates and phone numbers shown in the product are using the localization methods
[ ] I verified any copy / text that was added to the app is grammatically correct in English. It adheres to proper capitalization guidelines (note: only the first word of header/labels should be capitalized), and is either coming verbatim from figma or has been approved by marketing (in order to get marketing approval, ask the Bug Zero team member to add the Waiting for copy label to the issue)
[ ] I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named "index.js". All platform-specific files are named for the platform the code supports as outlined in the README.
[ ] I verified the JSDocs style guidelines (in STYLE.md) were followed

[ ] If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
[ ] I verified that this PR follows the guidelines as stated in the Review Guidelines
[ ] I verified other components that can be impacted by these changes have been tested, and I retested again (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar have been tested & I retested again)
[ ] I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
[ ] I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
[ ] If a new component is created I verified that:

[ ] A similar component doesn't exist in the codebase
[ ] All props are defined accurately and each prop has a /** comment above it */
[ ] The file is named correctly
[ ] The component has a clear name that is non-ambiguous and the purpose of the component can be inferred from the name alone
[ ] The only data being stored in the state is data necessary for rendering and nothing else
[ ] For Class Components, any internal methods passed to components event handlers are bound to this properly so there are no scoping issues (i.e. for onClick={this.submit} the method this.submit should be bound to this in the constructor)
[ ] Any internal methods bound to this are necessary to be bound (i.e. avoid this.submit = this.submit.bind(this); if this.submit is never passed to a component event handler like onClick)
[ ] All JSX used for rendering exists in the render method
[ ] The component has the minimum amount of code necessary for its purpose, and it is broken down into smaller components in order to separate concerns and functions

[ ] If any new file was added I verified that:

[ ] The file has a description of what it does and/or why is needed at the top of the file if the code is not self explanatory

[ ] If a new CSS style is added I verified that:

[ ] A similar style doesn't already exist
[ ] The style can't be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(theme.componentBG)

[ ] If the PR modifies code that runs when editing or sending messages, I tested and verified there is no unexpected behavior for all supported markdown - URLs, single line code, code blocks, quotes, headings, bold, strikethrough, and italic.
[ ] If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
[ ] If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
[ ] If the PR modifies a component or page that can be accessed by a direct deeplink, I verified that the code functions as expected when the deeplink is used - from a logged in and logged out account.
[ ] If the PR modifies the UI (e.g. new buttons, new UI components, changing the padding/spacing/sizing, moving components, etc) or modifies the form input styles:

[ ] I verified that all the inputs inside a form are aligned with each other.
[ ] I added Design label and/or tagged @Expensify/design so the design team can review the changes.

[ ] If a new page is added, I verified it's using the ScrollView component to make it scrollable when more elements are added to the page.
[ ] If the main branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to the Test steps.
[ ] I have checked off every checkbox in the PR reviewer checklist, including those that don't apply to this PR.

Screenshots/Videos

Android: Native

Android: mWeb Chrome

iOS: Native

iOS: mWeb Safari

MacOS: Chrome / Safari

MacOS: Desktop

NAB: test steps could be a little clearer. Can we remove Log in to the new HT account (I don't think it's necessary to repro the issue), and for step 3 I think we need to specify the emails in the issue as it seems somewhat specific to them.

failing with original KI https://github.com/Expensify/App/issues/48464 in all the platforms
https://platform.applause.com/services/links/v1/external/3c2e0c2067fcb7f11552c43900f0ecaa568f07e362fc8a478747017dd6668590
https://platform.applause.com/services/links/v1/external/829c3b453d30ab3a780d50a906d08f789b6a64dcaaaac276417141435b60f5b8
https://platform.applause.com/services/links/v1/external/648e236db10f9c3d5980217d6be5f3a16af822fe4c53f891c1f6f959578afd04
https://platform.applause.com/services/links/v1/external/40001590e7a9eca0aedb4b6f3500104a1c76b421613c7c3236b2d8ee512fba3e
https://platform.applause.com/services/links/v1/external/f2b4ae6fe96b8af154b90ef8a1d0e27c3e9cdf5ad17d24931d12e1d814b02ec3

@kavimuru We agreed here to fix a specific FE issue, hence the modified testing steps here. I don't have access to applause but I assume what you're seeing is down to a missing BE fix.

the participant detail page should be fixed so that it doesn't show an empty string, but I think the BE is also incorrectly removing the email in these cases so I think that needs to be sorted too.

🚀 Deployed to production by https://github.com/luacmartins in version: 9.0.33-4 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

authors: OSBotify jjcoffee kavimuru nkdengineer


text:
[NO QA] Revert "Revert "Ensures mini actions menu will disappear when attachment modal opens up""

Reverts Expensify/App#6429
This is a revert of a revert so that the code still exists, but it is GPG signed which the original commit was not

:hand: This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

🚀 Deployed to staging by @NikkiWines in version: 1.1.16-11 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

🚀 Deployed to production by @roryabraham in version: 1.1.17-7 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

source: gharchive/pull-request

authors: OSBotify stitesExpensify

repo: Expensify/App

license: MIT

license_type: permissive

license_source: github-api


text:
Fix bold tag isn't rendered as markdown when it has a style

Fixed Issues
$ https://github.com/Expensify/App/issues/46891
Tests

What unit/integration tests cover your change? What autoQA tests cover your change?
Updated unit test to cover bold tag with style.
What tests did you perform that validates your changed worked?

Open a chat app that supports Markdown (Example: Slack)
Send a message containing a bold markdown
Copy the text with markdown and open NewDot
Open any chat and paste the copied text into the compose box
Verify the bold markdown is pasted instead of a plain text (only on Web/Desktop/iOS mWeb)

Android: Native

https://github.com/user-attachments/assets/f08d5df4-d814-4ba5-9a99-79dfb11ded0d

Android: mWeb Chrome

https://github.com/user-attachments/assets/37a7d42a-92bc-46a2-9e35-6b7929d11a12

iOS: Native

https://github.com/user-attachments/assets/dbdb44e5-0b46-4903-96c0-01ec6aaf14e6

iOS: mWeb Safari

https://github.com/user-attachments/assets/53446f7e-11a4-4eb5-9cdb-9b29fdf86abf

MacOS: Chrome / Safari

https://github.com/user-attachments/assets/754910e0-d32c-487a-9617-cb3d7aa5c80a

MacOS: Desktop

https://github.com/user-attachments/assets/7512ba45-6ca9-438b-8918-295b43404e4d

QA

What does QA need to do to validate your changes?
What areas to they need to test for regressions?
Same as Tests

NOTE:
Pasting HTML is only for web platforms. On Android mWeb, the clipboard data doesn't include HTML.
https://github.com/Expensify/App/blob/62722e8bc636f1be2e2c9e8e980aac93b76804c9/src/hooks/useHtmlPaste/index.ts#L117-L135

Additional video to make sure we don't break https://github.com/Expensify/expensify-common/pull/710
https://github.com/user-attachments/assets/99ca91ff-8f9d-4487-86a4-9eead5954cf2

repo: Expensify/expensify-common


text:
Locator and remote storage access  does not work for multiplayer

I dont know why this happens.
When I set it up it only works in Single player.
Edit 2 -when I host and play the storage system says its not connected to a storage heart when I retry this in single player this does not happen
Edit 3 - I have tried to link it with a new locator item and it tells me "This Access already has a locator, please mine then replace to reset it" After doing this it says "Success" This does not fix anything however and I end up at "This access is not connected to a Storage heart!"

Magic Storage - Extra by blushiemagic and wvlad and exterminator
Banner Checklist by R
Block Swap by Tyfyter
Leveled Thorium compatibility patch By Webmilio, Gotest
Leveled Mod By Gotest, Webmilio
Boss Checklist By SheepishShepherd, jopojelly
Thorium Mod By DivermanSam & the Goons
Webmilios Commons Library By Webmilio
Wingslot By abluescrab
These are all the mods enabled for this world
I also set up the locator and storage access on solo then started Host and Play, The system DOES work on single player but when    I switch to multiplayer it does not work.

After some testing this bug a little more it seems to only work after restarting the world(leaving and rejoining) This is Might be caused by the locator forgetting the Storage heart cords after restarting the world

New folder.zip

You only sent your vanilla(no mods) world file
You only sent your player's minimap data

How would I send the correct files to you? If you want them

The world is 2 different files - .wld .twld extensions
The player is 2 different files - .plr .tplr extensions

Hell.zip
This should be my world then^
Soup.zip
This should be my character

Where is your magic storage system?
More specifically, your storage heart?

3875' West and 264' surface
You might need to dig to get to it

Seems to be an issue with the Storage Heart not being loaded when a server is started.
Going near it to load it and going back, without even doing anything, the remote access works.

Try the new version

Thank you for the help. I wish you luck with the mod

source: gharchive/issue


text:
Worker-based Async API with await/Promise support (or plain callbacks)

I would like to explain a bit how I thought about the pros/cons of doing it like this or another way, why I think this is necessary, and what I would envision in terms of usage possibilities and trade-offs for this Node.js binding to libSRT in the future.
Problem
The current N-API binding layer to libSRT is such that every native call, which are all blocking I/O, runs synchroneously with the wrapping JS function call.
This specific making design of the bindings certainly has advantages, but comes with some usage issues on the JS side as these functions are called from the Node.js proc main-thread / event loop.
As we are trying to achieve higher througputs reading/writing to SRT file-descriptors takes a while. For example, if we read/write 16kbytes from a socket per one JS main thread tick every 20ms, that’s just about 6,4 Mbit/s throughput. That means that we only have this window of 20ms between every call to do other tasks, which is smaller as the r/w operation takes time itself.
Awaiting incoming connections in accept mode to implement a server is "tricky" with this sort of blocking API from a JS application point of view (see the current ReadableStream and Server implementations).
Also any other blocking SRT operation done will generally impact application performance in an unpredictable way, as other tasks our Node.js service may run in production will backlog waiting for our sync'd binding to return. Generally, running blocking I/O directly on the JS main loop is a source of issues and considered bad practice for reasons better explained in a "theory" section I wrote up below (but feel free to TLDR that if you agree so far).
Solution
To solve this problem, we run the native calls into libSRT i.e the blocking binding methods on a JS Worker thread. The architecture used here is doing generic RPC'ing from a "proxy" class. To do this, the proxy class reflects the method names & signatures of the bindings JS API that we are calling in the Worker message-queue iterations. The proxy class calls a generic function to pass all argument as an array and the method name itself as litteral string value in a message to the worker (like in an RPC, where the remote end here is the other thread running the actual SRT API bindings).
The herewith introduced AsyncSRT class which implements this proxy has also the same API as the current version, with a callback function argument added on every method, and each returns a Promise of the result value that the sync API would return.

A proxy class instance owns a worker thread instance each and allows therefore to manage queued RPC's and respective results/callbacks to one "SRT thread" each. Concurrent access to underlying native sockets/file-descriptors via libSRT is thus possible in a managed way (for example one thread may accept new connections, while another worker can perform read/write ops on FDs).

This is relatively simple to implement here as you can see, as since the SRT calls are all blocking and no other thread does anything event-loopish and it is all polling etc, the queuing/dequeuing order of RPCs/callbacks between main<->worker threads is fully maintained.

You can also run the SRT async API i.e spawn the worker thread from another parent worker btw, that's all the same to it.

Potentially out-of-order RPC-back/result-dequeuing is possible with a type of call-ID generator and callback-map that we prototyped (but not used atm since the worker is only doing sync/blocking internally with the current SRT lib binding).

Any user passed callback is wraped in the new Promise executor, in which the actual worker message-posting is called. The Promise resolver is the corresponding result message from the worker, and it will call both Promise.resolve and the plain callback, if any was passed at all (that is optional). By design choice it will get called after the resolve function, but that only plays a role if you want to use both callbacks and Promises- which is a rather rare case.

Every promise returned has a timeout which defaults to 3000 ms. We could make this configurable at runtime for all the bindings module, or even allow to pass in an optional timeout value on each async API method in principle. If the timeout is exceeded, the promise gets rejected.

The accept method is the only one which does not use/need a timeout, for obvious reasons. Important to note here, see "Worker Termination" in the issues section ...

Issues (new or remaining)
Zero-copy
Atm we are doing a copy of Buffer objects across (for read/write methods), as sharing/message-passing buffer refs is otherwise non trivial or illegal with Workers. This is far from ideal way to handle this. In principle, there are several possible solutions to make this zero-copy (see SharedArrayBuffer or Transferable objects). But these lay some constraints onto the application using them. So we want to make copy the default mode, and allow to enable others by configuration (in further patches).
Worker overhead
The JS Worker as a light-weight thread-abstraction makes this solution very easy to implement. However, it certainly will have a different performance overhead (and other constraints in handling dataflow- see zero-copy) due to being in JS land as opposed to C/N-API land.
accept & Worker Termination
There is atm no way to "cancel" a once posted "accept job". This SRT function call effectively blocks the worker thread until any client connects on a listened socket. Addings such a helper as a feature might be interesting, as one would want to terminate a worker thread properly. It would obviously imply closing the socket from any other concurrent thread (since the thread running accept() can't do anything else)- and that can be the main thread too in principle. This issue here is of course as much a relevant one with the plain sync bindings run in any thread. It only remains as much, even with async execution support.
Challenging ideas
"Binding layer should do this"
We could have certainly solved this with napi_create_async_work.
But that would have meant to basically rewrite the whole binding layer. The solution here is interesting by how little or nothing it adds to enable powerful usage.
To provide a natively asynchroneous I/O N-API binding layer for libSRT here is certainly a larger task we should envision for the future.
It would in that case still be interesting to keep both native bindings (sync vs async at N-API layer) around, to see if there are pros/cons to implementing async I/O in either the way we do here via Worker, or via napi_create_async_work?
"It would be simpler in main thread"
We can (actually should) keep the current sync'd binding layer around imo, with all the currently existing JS classes that are written directly on top of it to do scheduling tricks of the blocking I/O on the main thread (like the SRT-Readable/Writable classes here). It should be an interesting topic to see if we can optimize these for other cases too. It can be an interesting challenge as well to get the scheduling of these blocking tasks onto main loop execution timeframes right in order to keep it unblocked as much as possible. Both blocking vs async running bindings can exist side-by-side in this codebase and present different topics of research.
A bit of JavaScript Theory
A bit about the theory here why this is needed (mostly have been writing this up to give myself a clear head about it):
Conceptually for one, it is as far as "not a viable concept" for integrating with the JS ecosystem to run any blocking I/O on the main thread, where this environment specifically expects native/system-specific I/O calls to happen in background threads and leverage all advantages from that "async I/O".
-On the other hand, JS does not allow to construct any main-loop-like concept (as in while(true) { /* process some I/O event/message queue here */ }); for the simple reason that it does not expose OS-level threads (as do Java or Python or other high-level (dynamic) runtimes).
In JS there is just no way to do that, without causing congestion of internal event queuing of the very runtime by doing it (mostly as individual execution ticks take too long for upcoming other events to be processed). That very concept of an event-loop is built into the language or runtime this language specifies and thus expects.
-So far for the theory :)

Thank you for this PR. Lots of thoughts and work put behind this one. Will have a look but I think your approach sounds like the right one for now.

authors: birme tchakabam

repo: Eyevinn/node-srt


text:
Split Puzzles into Subcategories

This is a proposal to split the puzzles into three tabs, Campaign, Journal and Community. This is to facilitate adding Weeklies and other events (like Speed Solves) into the leaderboard, without making the list too long proving unwieldy. The proposed UI looks like this.
Note that the campaign and journal puzzles will no longer receive further updates, thus fixing their sizes.

Superseded by 0471970


text:
loading existing cluster with devices fails

When creating a cluster, and then instantiating a new ClusterManager object, the code fails with UnexpectedDeviceGroupDevices.
This is because the partition is not being taken in to consideration when creating the given_device_names list

@pjbreaux this is your world

Ah yeah, this only happens on 12.0 right?
This is fixed as of PR #472

we were testing it on 12, yeah

Ok cool. I ran all of the func tests yesterday against 11.6 and 12.0 and got all green. That is based on my latest change though. I think there was a difference in the way those devices were reported between 11.6 and 12.0. 11.6 gave back devices in the group by name exactly, and 12.0 gives them back as device names in a partition ('/Common/bigip1').

Fixed by PR #471

license_source: bigquery


text:
Stable/newton

@szakeri merging forward mitaka into stable/newton

@pjbreaux


text:
🛑 Adenuniversity Mkt Landings is down

In 1daef1a, Adenuniversity Mkt Landings (https://mkt-landings.adenuniversity.edu.pa/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Adenuniversity Mkt Landings is back up in a2f0715 after 15 minutes.

repo: FAD-Desarollo/upptime


text:
Update to newer version once java fx bug is fixed

Remove workarround and update java fx version once bug https://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8232814 is fixed

Just wanted to inform about the status change.

Status: Closed
Resolution: Cannot Reproduce

Well seems like a need to file a new report and see why he can not reproduce

Well I made a small error in the example source code which I fixed and I resubmitted the issue

Fixed in #2051

repo: FAForever/downlords-faf-client


text:
User context menu in Chat tab shows empty dropdown if user has no games played

I think it is not because you got no games but because you got no avatar, I can select my avatar in it ;)

So it seems to be an easy fix: Either disable the dropdown or show a placeholder-avatar. I vote for the latter because it‘s obvious then :) .

I thought the dropdown belongs to „Show replays“ (string above), that‘s why I assumed it has to to with no games played.

This seems to be an Server Issue, the thing is there should always be the "no avatar" option as soon as the Server told the client which avatars are available for you as a player. So the Server seems to not respond when you have no avatars 😬

pROBABLY RUNS IN THAT timeout

I think I'm the one responsible for that crap of code :D

No suprise when 80% of code is from you right?

authors: axel1200 germanicianus micheljung


text:
Vitesh's example

[x] Inspected the situation and write test code
[x] Tested relocation idea
[ ] Copy the test code it the hfive_oxford parser

[ ] Extend hfive_oxford to read that content map to NXms
[ ] Extend mtex example to read ebsd map to map on grain recon NXms

repo: FAIRmat-NFDI/pynxtools-em


text:
Upstream clang.cindex.py changes into LLVM/clang

We should not have our own custom clang.cindex.py file for long.
We should work to upstream changes into clang trunk and pip so that
pip install clang
gets a compatible module.
blocked by #82 which introduces the custom clang.cindex.py file.

See https://reviews.llvm.org/D31568

This is now merged to clang trunk.

repo: FFIG/ffig

license: mit


text:
🛑 Macro Pro WS is down

In 4ff19d1, Macro Pro WS (http://portalmacropro.com.mx/srvCFDi33/service1.asmx) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Macro Pro WS is back up in 49e01d0.

repo: FK-Solutions/monitoring


text:
Quantized embeddings

index_write and nn.Embedding need to support quantized weights.

What's the difference with ggml.rs?
Or do you actually want to save the models in "ratchet format" in memory?

Shipped in #103


text:
[Feature Request] - no email option available

[Feature Request] - no email option available
There should be a client email option , to create and send a new email any time required apart from tickets .. becasue some sensetive informations like password cannot be shared throught tickets .. please have a look on this feature .. thanks and you are doing a great job ..

Hi @wocsol
I am a little confused by what you mean in this issue.
Is it that you want staff members to be able to send email to clients outside of the ticketing system, or is it that you want to disable information shared in tickets from being also sent by email? Or maybe it is something else and I am just missing the point.
Could you explain a bit or clarify please.

I was looking for the same.
Basically somewhere on the Profile tab, have an Email button, so you can send an email to the client without creating a ticket (outside ticket system).
That way it shows in the Emails tab that an email was sent, and is recorded.
Thanks

authors: John-S4 starburstservices wocsol

repo: FOSSBilling/FOSSBilling


text:
Decrease timeout ssl check

60 seconds is to long and should be shorter.
In future to be "rewritten" to use the composer libraries

In future to be "rewritten" to use the composer libraries

If there's already a composer package to check for a valid SSL cert on the server, we should be using that

After reviewing this - there are ways to do this - the method currently used being one of the most popular and frankly quire clever. However, why should we care, as an application about global validity? Going forward we should assume good faith, and let system admins worry about whether certs are valid.

After reviewing this - there are ways to do this - the method currently used being one of the most popular and frankly quire clever. However, why should we care, as an application about global validity? Going forward we should assume good faith, and let system admins worry about whether certs are valid.

We do this check because we want to force HTTPs whenever possible, and currently that option is enabled or disabled depending on if the installer is loaded via HTTPs. So if we can detect the server has a valid cert, we can then redirect them to the HTTPs page and force HTTPs in FOSSBilling once installed.

After reviewing this - there are ways to do this - the method currently used being one of the most popular and frankly quire clever. However, why should we care, as an application about global validity? Going forward we should assume good faith, and let system admins worry about whether certs are valid.

We do this check because we want to force HTTPs whenever possible, and currently that option is enabled or disabled depending on if the installer is loaded via HTTPs. So if we can detect the server has a valid cert, we can then redirect them to the HTTPs page and force HTTPs in FOSSBilling once installed.
Edit: Here's the line in the installer that I'm referencing: https://github.com/FOSSBilling/FOSSBilling/blob/main/src/install/install.php#L471

Fair enough - can't disagree - personally never seen software go this far, but glad we do. 😄

authors: BelleNottelling admdly jaapmarcus


text:
Term spliced after elaboration contains too many pattern arguments

On HACL* commit b89f213a, trying to go through the file code/curve25519/Hacl.Meta.Curve25519.fst, I encounter the following error: too many pattern arguments.
The error location is of the form let (x1, x2, x3, x4) = f e -- but when I print out the generated term and type-check it in the interactive mode, it goes through just fine. So, it seems that somehow the pattern that I'm re-injecting into F* has already been elaborated and the type-checker is unhappy with that.
Thanks,
Jonathan

Here's a minimal repro you can copy-paste into a file for debugging. Should work with any HACL* commit on fstar-master.
let rec not_do_much e: FStar.Tactics.Tac FStar.Tactics.term =
  let open FStar.Tactics in
  match inspect e with
  | Tv_App _ _ ->
      let e, es = collect_app e in
      let e = not_do_much e in
      let es = map (fun (e, q) -> not_do_much e, q) es in
      mk_app e es

  | Tv_Var _ | Tv_BVar _ | Tv_FVar _
  | Tv_Const _ ->
    e

  | Tv_Abs b e ->
      let e = not_do_much e in
      let e = pack (Tv_Abs b e) in
      e

  | Tv_Match scrut branches ->
      let scrut = not_do_much scrut in
      let pats, es = List.Tot.split branches in
      let es = map not_do_much es in
      let branches = zip pats es in
      pack (Tv_Match scrut branches)

  | Tv_Let r bv e1 e2 ->
      let e1 = not_do_much e1 in
      let e2 = not_do_much e2 in
      let e = pack (Tv_Let r bv e1 e2) in
      e

  | Tv_AscribedT e t tac ->
      let e = not_do_much e in
      let e = pack (Tv_AscribedT e t tac) in
      e

  | Tv_AscribedC e c tac ->
      let e = not_do_much e in
      let e = pack (Tv_AscribedC e c tac) in
      e

  | Tv_Arrow _ _
  | Tv_Type _
  | Tv_Uvar _ _
  | Tv_Refine _ _
  | Tv_Unknown ->
      // Looks like we ended up visiting a type argument of an application.
      e

%splice[](
  let open FStar.Tactics in
  let d = lookup_typ (cur_env ()) [ "Hacl"; "Impl"; "Curve25519"; "Field64"; "store_felem" ] in
  let d = match d with Some d -> d | None -> fail "0" in
  let d = match inspect_sigelt d with
    | Sg_Let _ _ _ _ d -> d
    | _ -> fail "1"
  in
  let name = pack_fv [ "Hacl"; "Meta"; "Curve25519"; "test" ] in
  let s = pack_sigelt (Sg_Let false name [] (pack Tv_Unknown) (not_do_much d)) in
  exact (quote [ s ])
)

The not_do_much function seems to only visit the term recursively. But I still get:
(Error) Too many pattern arguments
Related location (C-c C-' to visit, M-, to come back): /Users/jonathan/Code/hacl-star/code/curve25519/Hacl.Impl.Curve25519.Field64.fst(103,7-103,21)

The issue here is that the view for constructor patterns wasn't fully faithful in that it was ignoring the flag marking whether each argument was an explicitly-provided implicit. Fix incoming.

authors: msprotz mtzguido

repo: FStarLang/FStar


text:
Clean up dependencies

cl-lib was bundled since Emacs 24.3.

Thanks, cherry-picked :)

authors: cpitclaudel syohex


text:
documentation

Before issuing a pull request, please see the contributing page.

i understand this and it looks good


text:
Incorrect pins in the example .cfg

In the example Stridemax_dual.cfg it appears that pins
spi_software_mosi_pin: stridemax_dual:gpio4
spi_software_miso_pin: stridemax_dual:gpio3
are incorrect per your pin out diagram of the rp2040. They should be
spi_software_mosi_pin: stridemax_dual:gpio3
spi_software_miso_pin: stridemax_dual:gpio4
These pin outs being incorrect lead me to spending hours troubleshooting "Unable to write tmc spi 'stepper_x' register GLOBALSCALER". I am one of those individuals that is not super versed in what causes these kinds of errors so it was time consuming.

I know the product is new but proper documentation on how to properly flash and implement this device should have been organized pre release date. There is virtually NO information on this.
Below is your example config with the pins backwards, If this could be fixed or if I am in error could you please explain. I can confirm after swapping these pins I am able to use the control board properly.
#####################################################################
X/Y Stepper Settings
#####################################################################
[stepper_x]
Connected to MOT1 (B Motor)
step_pin: stridemax_dual:gpio13
dir_pin: !stridemax_dual:gpio23
enable_pin: !stridemax_dual:gpio22
rotation_distance: 40
microsteps: 16
full_steps_per_rotation: 400  #set to 400 for 0.9 degree stepper
endstop_pin: sht36:PA0
position_endstop: 287
position_max: 287
homing_speed: 60
homing_retract_dist: 5
homing_positive_dir: true
use_sensorless_homing: False
Make sure to update below for your relevant driver (5160)
[tmc5160 stepper_x]
Soft SPI
spi_software_sclk_pin: stridemax_dual:gpio2
spi_software_mosi_pin: stridemax_dual:gpio4
spi_software_miso_pin: stridemax_dual:gpio3
cs_pin: stridemax_dual:gpio21
interpolate: True
#diag1_pin: stridemax_dual:gpio7
run_current: 1.6
hold_current: 0.500
##stealthchop_threshold: 0
sense_resistor: 0.05
[stepper_y]
Connected to MOT2 (A Motor)
step_pin: stridemax_dual:gpio6
dir_pin: !stridemax_dual:gpio5
enable_pin: !stridemax_dual:gpio20
rotation_distance: 40
microsteps: 16
full_steps_per_rotation:400  #set to 400 for 0.9 degree stepper
endstop_pin: PG9
position_endstop: 306
position_max: 306
homing_speed: 60
homing_retract_dist: 5
homing_positive_dir: true
use_sensorless_homing: False
Make sure to update below for your relevant driver (5160)
[tmc5160 stepper_y]
Soft SPI
spi_software_sclk_pin: stridemax_dual:gpio2
spi_software_mosi_pin: stridemax_dual:gpio4
spi_software_miso_pin: stridemax_dual:gpio3
cs_pin: stridemax_dual:gpio1
#diag1_pin: stridemax_dual:^gpio14
interpolate: True
run_current: 1.6
hold_current: 0.5
##stealthchop_threshold: 0
sense_resistor: 0.05
You will need to configure a neopixel (or other addressable led, such as dotstar). See
https://www.klipper3d.org/Config_Reference.html#neopixel for configuration details.
And you can get sb led MACRO here: https://github.com/PrinterConfigs/DoomConfig/blob/master/stealthburner.cfg
Or here https://github.com/sttts/voron-klipper-config/blob/master/stealthburner_leds.cfg
[neopixel leds]
pin: stridemax_daul:gpio19
chain_count: 3
color_order: GRBW
initial_RED: 0.5
initial_GREEN: 0.5
initial_BLUE: 0.5
initial_WHITE: 0.5

It's strange why your configuration is different from ours. What is known so far is that the early engineering samples have this configuration, and later batch products have exchanged MOSI and MISO to meet the needs of RRF using hardware SPI.

My config is not different. Your initial configuration was wrong. My issue that I submitted is what was the cause for having your initial configuration fixed. I spent hours trying to figure out what the problem was because you all did not have documentation or the proper configuration listed on your GitHub.
On May 27, 2024, at 12:43 AM, Eli Wong @.***> wrote:

It's strange why your configuration is different from ours. What is known so far is that the early engineering samples have this configuration, and later batch products have exchanged MOSI and MISO to meet the needs of RRF using hardware SPI.
—
Reply to this email directly, view it on GitHubhttps://github.com/FYSETC/Stridemax_Dual_FD/issues/2#issuecomment-2132631885, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AMHYN5R27PPBI7VRAX4HSTDZEK2XTAVCNFSM6AAAAABDZH4Y2SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMZSGYZTCOBYGU.
You are receiving this because you authored the thread.Message ID: @.***>

Thank you very much for your feedback. I will check this problem further and see what is wrong. Do you have instant chat methods such as discord or FB? I want a picture of your board to have a look.

authors: Donpilkerton eliwong


text:
Debilitating incompatability issues with Sodium Fabric

Describe the Bug
I had a few issues with the mod, using it on my client, and isolated the issue as an incompatability with the Sodium Fabric mod.
When it is installed, cogwheels will spawn with duplicates of themselves intersecting their own models. Additionally, fluid pipes and pipe blocks will spawn without their "cuffs" at either end, and t and x sections will also be glitched. They will fail to connect and interact with other blocks. Fluid tanks of larger sizes will merge correctly on the outside, but will fail to merge their textures inside the tank.
Another strange bug: Chunks containing the Rope Pulley block will sometimes become light level 0 all the way through after loading the game. This can be fixed by "optimising chunks" under Edit in the world menu, but will always reappear after relogging.
Reproduction Steps

Install the latest builds of Fabric for 1.18.2, Create, and Sodium Fabric
Launch the game and start a game
Observe issues such as cogwheels intersecting themselves and Create fluid mechanics being completely broken

Expected Result
When Sodium is disabled, as in the picture, none of these bugs will occur and Create functions nominally

Screenshots and Videos

Crash Report or Log
No response
Operating System
Windows 10 Home
Mod Version
0.4.1
Minecraft Version
1.18.2
Other Mods
appleskin-fabric-mc1.18.2-2.4.0
cloth-config-6.2.62-fabric
double_hotbar-1.18.2-v1.1.0
fabric-api-0.57.0+1.18.2
InventoryHUD-fabric-[1.18] -3.4.2
iris-mc1.18.2-1.2.5.jar
itemscroller-fabric-1.18.2-0.16.0
jei-1.18.2-fabric-10.1.0.216
litematica-fabric-1.18.2-0.11.3
lithium-fabric-mc1.18.2-0.7.10
malilib-fabric-1.18.2-0.12.1
minihud-fabric-1.18.2-0.22.0
modmenu-3.2.3
phosphor-fabric-mc1.18.x-0.8.1
sodium-extra-0.4.5+mc1.18.2-build.42.jar
sodium-fabric-mc1.18.2-0.4.1+build.15.jar
tweakeroo-fabric-1.18.2-0.13.3
WorldEditCUI-1.18.2+01
worldedit-mod-7.2.10
Xaeros_Minimap_22.10.0_Fabric_1.18.2
XaerosWorldMap_1.24.0_Fabric_1.18.2
Additional Context
No response

Install indium and I recommend installing rei too as jei is not supported

repo: Fabricators-of-Create/Create


text:
fix issues #646 and #902

In addStochasticTooltip, chance should be retrieved from the corresponding output, not the first one.

can you make this target 1.19? or 1.18 if it affects that too

#1342

thanks


text:
Chinese-Vicuna-lora-7b-belle-and-guanaco是基于merge.json的数据训练的吗？

我分析了一下数据，发现merge.json中sql相关的指令数据非常少，但是Chinese-Vicuna-lora-7b-belle-and-guanaco的编写sql能力还是不错的，这是什么原因导致的，而且merge.json的数据只有400M貌似有点少，但是模型效果还是不错的原因是什么？

因为llama本身就吃了很多数据，我们只是尽量让他对齐一下中文的能力。
现在各种中文instruction的数据非常多了，比如belle2M的（我们之前就用了0.5M）的，可以用和我们类似数据接口试试

authors: Facico greatewei

repo: Facico/Chinese-Vicuna


text:
Suddenly Cron Jobs Started failing

Error:
[AxiosError]: Request failed with status code 503

Implement a Fix for this

Everything is fine, as the cron job is performing all request to amazon at once, amazon is applying rate-limiting , try to add delay and use any proxy


text:
Installer on M1 is not working - full log inside

Last login: Mon Oct  3 16:39:15 on ttys000
(base) ➜  ~ cd sd-gui
(base) ➜  sd-gui git:(main) ✗ ./install.sh
Create conda environment (y/n)?yWARNING: A conda environment already exists at '/Users/bamboozle/opt/miniconda3/envs/ml'
Remove existing environment (y/[n])? y

Collecting package metadata (current_repodata.json): done
Solving environment: done

## Package Plan ##

  environment location: /Users/bamboozle/opt/miniconda3/envs/ml

  added / updated specs:
    - python=3.9.13

The following NEW packages will be INSTALLED:

  ca-certificates    pkgs/main/osx-arm64::ca-certificates-2022.07.19-hca03da5_0 None
  certifi            pkgs/main/osx-arm64::certifi-2022.9.14-py39hca03da5_0 None
  libcxx             pkgs/main/osx-arm64::libcxx-14.0.6-h848a8c0_0 None
  libffi             pkgs/main/osx-arm64::libffi-3.4.2-hc377ac9_4 None
  ncurses            pkgs/main/osx-arm64::ncurses-6.3-h1a28f6b_3 None
  openssl            pkgs/main/osx-arm64::openssl-1.1.1q-h1a28f6b_0 None
  pip                pkgs/main/osx-arm64::pip-22.2.2-py39hca03da5_0 None
  python             pkgs/main/osx-arm64::python-3.9.13-hbdb9e5c_1 None
  readline           pkgs/main/osx-arm64::readline-8.1.2-h1a28f6b_1 None
  setuptools         pkgs/main/osx-arm64::setuptools-63.4.1-py39hca03da5_0 None
  sqlite             pkgs/main/osx-arm64::sqlite-3.39.3-h1058600_0 None
  tk                 pkgs/main/osx-arm64::tk-8.6.12-hb8d0fd4_0 None
  tzdata             pkgs/main/noarch::tzdata-2022c-h04d1e81_0 None
  wheel              pkgs/main/noarch::wheel-0.37.1-pyhd3eb1b0_0 None
  xz                 pkgs/main/osx-arm64::xz-5.2.6-h1a28f6b_0 None
  zlib               pkgs/main/osx-arm64::zlib-1.2.12-h5a0b063_3 None

Proceed ([y]/n)? y

Preparing transaction: done
Verifying transaction: done
Executing transaction: done
#
# To activate this environment, use
#
#     $ conda activate ml
#
# To deactivate an active environment, use
#
#     $ conda deactivate

Retrieving notices: ...working... done
Activate new conda environment (y/n)?y
Could not find conda environment: ml
You can list all discoverable environments with `conda info --envs`.

Continue (y/n)?Collecting package metadata (current_repodata.json): done
Solving environment: done

==> WARNING: A newer version of conda exists. <==
  current version: 4.12.0
  latest version: 22.9.0

Please update conda by running

    $ conda update -n base -c defaults conda

## Package Plan ##

  environment location: /Users/bamboozle/opt/miniconda3

  added / updated specs:
    - pytorch

The following packages will be SUPERSEDED by a higher-priority channel:

  openssl            conda-forge::openssl-1.1.1q-ha287fd2_0 --> pkgs/main::openssl-1.1.1q-h1a28f6b_0

Preparing transaction: done
Verifying transaction: done
Executing transaction: done
Collecting package metadata (current_repodata.json): done
Solving environment: done

==> WARNING: A newer version of conda exists. <==
  current version: 4.12.0
  latest version: 22.9.0

Please update conda by running

    $ conda update -n base -c defaults conda

## Package Plan ##

  environment location: /Users/bamboozle/opt/miniconda3

  added / updated specs:
    - pyqt

The following packages will be downloaded:

    package                    |            build
    ---------------------------|-----------------
    certifi-2022.9.14          |   py39hca03da5_0         156 KB
    ------------------------------------------------------------
                                           Total:         156 KB

The following packages will be SUPERSEDED by a higher-priority channel:

  ca-certificates    conda-forge::ca-certificates-2022.9.2~ --> pkgs/main::ca-certificates-2022.07.19-hca03da5_0
  certifi            conda-forge/noarch::certifi-2022.9.24~ --> pkgs/main/osx-arm64::certifi-2022.9.14-py39hca03da5_0

Downloading and Extracting Packages
certifi-2022.9.14    | 156 KB    | ##################################### | 100%
Preparing transaction: done
Verifying transaction: done
Executing transaction: done
Collecting package metadata (current_repodata.json): done
Solving environment: done

==> WARNING: A newer version of conda exists. <==
  current version: 4.12.0
  latest version: 22.9.0

Please update conda by running

    $ conda update -n base -c defaults conda

## Package Plan ##

  environment location: /Users/bamboozle/opt/miniconda3

  added / updated specs:
    - diffusers
    - flask
    - ftfy
    - scipy
    - transformers

The following packages will be downloaded:

    package                    |            build
    ---------------------------|-----------------
    ca-certificates-2022.9.24  |       h4653dfc_0         150 KB  conda-forge
    certifi-2022.9.24          |     pyhd8ed1ab_0         155 KB  conda-forge
    openssl-1.1.1q             |       ha287fd2_0         1.8 MB  conda-forge
    ------------------------------------------------------------
                                           Total:         2.0 MB

The following packages will be UPDATED:

  ca-certificates    pkgs/main::ca-certificates-2022.07.19~ --> conda-forge::ca-certificates-2022.9.24-h4653dfc_0
  certifi            pkgs/main/osx-arm64::certifi-2022.9.1~ --> conda-forge/noarch::certifi-2022.9.24-pyhd8ed1ab_0

The following packages will be SUPERSEDED by a higher-priority channel:

  openssl              pkgs/main::openssl-1.1.1q-h1a28f6b_0 --> conda-forge::openssl-1.1.1q-ha287fd2_0

Downloading and Extracting Packages
openssl-1.1.1q       | 1.8 MB    | ##################################### | 100%
ca-certificates-2022 | 150 KB    | ##################################### | 100%
certifi-2022.9.24    | 155 KB    | ##################################### | 100%
Preparing transaction: done
Verifying transaction: done
Executing transaction: done
Requirement already satisfied: opencv-python in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (4.6.0.66)
Requirement already satisfied: numpy>=1.17.3 in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (from opencv-python) (1.23.1)
Revert PyTorch to good nightly (y/n)?yLooking in links: https://download.pytorch.org/whl/nightly/torch_nightly.html
Collecting torch==1.13.0.dev20220922
  Using cached https://download.pytorch.org/whl/nightly/cpu/torch-1.13.0.dev20220922-cp39-none-macosx_11_0_arm64.whl (54.6 MB)
Requirement already satisfied: torchaudio==0.13.0.dev20220922 in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (from -r requirements.txt (line 2)) (0.13.0.dev20220922)
Requirement already satisfied: torchvision==0.14.0.dev20220923 in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (from -r requirements.txt (line 3)) (0.14.0.dev20220923)
Requirement already satisfied: typing-extensions in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (from torch==1.13.0.dev20220922->-r requirements.txt (line 1)) (4.3.0)
Requirement already satisfied: pillow!=8.3.*,>=5.3.0 in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (from torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (9.2.0)
Requirement already satisfied: requests in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (from torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (2.27.1)
Requirement already satisfied: numpy in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (from torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (1.23.1)
Requirement already satisfied: certifi>=2017.4.17 in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (from requests->torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (2022.9.24)
Requirement already satisfied: charset-normalizer~=2.0.0 in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (from requests->torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (2.0.4)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (from requests->torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (1.26.9)
Requirement already satisfied: idna<4,>=2.5 in /Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages (from requests->torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (3.3)
Installing collected packages: torch
  Attempting uninstall: torch
    Found existing installation: torch 1.13.0.dev20220924
    Uninstalling torch-1.13.0.dev20220924:
      Successfully uninstalled torch-1.13.0.dev20220924
Successfully installed torch-1.13.0.dev20220922
Download the Stable Diffusion model (y/n)?yUpdated Git hooks.
Git LFS initialized.
Cloning into 'stable-diffusion-v1-4'...
remote: Enumerating objects: 638, done.
remote: Counting objects: 100% (638/638), done.
remote: Compressing objects: 100% (624/624), done.
remote: Total 638 (delta 73), reused 494 (delta 5), pack-reused 0
Receiving objects: 100% (638/638), 670.90 KiB | 1.37 MiB/s, done.
Resolving deltas: 100% (73/73), done.
Filtering content: 100% (4/4), 5.10 GiB | 34.46 MiB/s, done.
(base) ➜  sd-gui git:(main) ✗ python app.py
/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/scipy/__init__.py:146: UserWarning: A NumPy version >=1.16.5 and <1.23.0 is required for this version of SciPy (detected version 1.23.1
  warnings.warn(f"A NumPy version >={np_minversion} and <{np_maxversion}"
Traceback (most recent call last):
  File "/Users/bamboozle/sd-gui/app.py", line 5, in <module>
    from tools.config import Config
  File "/Users/bamboozle/sd-gui/tools/config.py", line 7, in <module>
    from tools.sd_engine import GeneratorType
  File "/Users/bamboozle/sd-gui/tools/sd_engine.py", line 2, in <module>
    from diffusers import StableDiffusionPipeline, StableDiffusionInpaintPipeline, StableDiffusionImg2ImgPipeline
  File "/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/diffusers/__init__.py", line 26, in <module>
    from .pipelines import DDIMPipeline, DDPMPipeline, KarrasVePipeline, LDMPipeline, PNDMPipeline, ScoreSdeVePipeline
  File "/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/diffusers/pipelines/__init__.py", line 4, in <module>
    from .latent_diffusion_uncond import LDMPipeline
  File "/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/diffusers/pipelines/latent_diffusion_uncond/__init__.py", line 2, in <module>
    from .pipeline_latent_diffusion_uncond import LDMPipeline
  File "/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/diffusers/pipelines/latent_diffusion_uncond/pipeline_latent_diffusion_uncond.py", line 9, in <module>
    from ...schedulers import DDIMScheduler
  File "/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/diffusers/schedulers/__init__.py", line 26, in <module>
    from .scheduling_lms_discrete import LMSDiscreteScheduler
  File "/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/diffusers/schedulers/scheduling_lms_discrete.py", line 20, in <module>
    from scipy import integrate
  File "/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/scipy/integrate/__init__.py", line 90, in <module>
    from ._quadrature import *
  File "/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/scipy/integrate/_quadrature.py", line 12, in <module>
    from scipy.special import roots_legendre
  File "/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/scipy/special/__init__.py", line 643, in <module>
    from . import _ufuncs
ImportError: dlopen(/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/scipy/special/_ufuncs.cpython-39-darwin.so, 0x0002): Library not loaded: '@rpath/liblapack.3.dylib'
  Referenced from: '/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/scipy/special/_ufuncs.cpython-39-darwin.so'
  Reason: tried: '/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/scipy/special/../../../../liblapack.3.dylib' (no such file), '/Users/bamboozle/opt/miniconda3/lib/python3.9/site-packages/scipy/special/../../../../liblapack.3.dylib' (no such file), '/Users/bamboozle/opt/miniconda3/bin/../lib/liblapack.3.dylib' (no such file), '/Users/bamboozle/opt/miniconda3/bin/../lib/liblapack.3.dylib' (no such file), '/usr/local/lib/liblapack.3.dylib' (no such file), '/usr/lib/liblapack.3.dylib' (no such file)
(base) ➜  sd-gui git:(main) ✗ conda activate ml
(ml) ➜  sd-gui git:(main) ✗ python app.py
Traceback (most recent call last):
  File "/Users/bamboozle/sd-gui/app.py", line 5, in <module>
    from tools.config import Config
  File "/Users/bamboozle/sd-gui/tools/config.py", line 7, in <module>
    from tools.sd_engine import GeneratorType
  File "/Users/bamboozle/sd-gui/tools/sd_engine.py", line 1, in <module>
    import torch
ModuleNotFoundError: No module named 'torch'
(ml) ➜  sd-gui git:(main) ✗ ./install.sh
Create conda environment (y/n)?yWARNING: A conda environment already exists at '/Users/bamboozle/opt/miniconda3/envs/ml'
Remove existing environment (y/[n])? n

CondaSystemExit: Exiting.

Activate new conda environment (y/n)?yContinue (y/n)?yCollecting package metadata (current_repodata.json): done
Solving environment: done

==> WARNING: A newer version of conda exists. <==
  current version: 4.12.0
  latest version: 22.9.0

Please update conda by running

    $ conda update -n base -c defaults conda

## Package Plan ##

  environment location: /Users/bamboozle/miniconda/envs/ml

  added / updated specs:
    - pytorch

The following packages will be downloaded:

    package                    |            build
    ---------------------------|-----------------
    pytorch-1.13.0.dev20221003 |         py3.10_0        46.4 MB  pytorch-nightly
    typing_extensions-4.3.0    |  py310hca03da5_0          42 KB
    ------------------------------------------------------------
                                           Total:        46.4 MB

The following NEW packages will be INSTALLED:

  bzip2              pkgs/main/osx-arm64::bzip2-1.0.8-h620ffc9_4
  ca-certificates    pkgs/main/osx-arm64::ca-certificates-2022.07.19-hca03da5_0
  certifi            pkgs/main/osx-arm64::certifi-2022.9.14-py310hca03da5_0
  libcxx             pkgs/main/osx-arm64::libcxx-14.0.6-h848a8c0_0
  libffi             pkgs/main/osx-arm64::libffi-3.4.2-hc377ac9_4
  ncurses            pkgs/main/osx-arm64::ncurses-6.3-h1a28f6b_3
  openssl            pkgs/main/osx-arm64::openssl-1.1.1q-h1a28f6b_0
  pip                pkgs/main/osx-arm64::pip-22.2.2-py310hca03da5_0
  python             pkgs/main/osx-arm64::python-3.10.4-hbdb9e5c_0
  pytorch            pytorch-nightly/osx-arm64::pytorch-1.13.0.dev20221003-py3.10_0
  readline           pkgs/main/osx-arm64::readline-8.1.2-h1a28f6b_1
  setuptools         pkgs/main/osx-arm64::setuptools-63.4.1-py310hca03da5_0
  sqlite             pkgs/main/osx-arm64::sqlite-3.39.3-h1058600_0
  tk                 pkgs/main/osx-arm64::tk-8.6.12-hb8d0fd4_0
  typing_extensions  pkgs/main/osx-arm64::typing_extensions-4.3.0-py310hca03da5_0
  tzdata             pkgs/main/noarch::tzdata-2022c-h04d1e81_0
  wheel              pkgs/main/noarch::wheel-0.37.1-pyhd3eb1b0_0
  xz                 pkgs/main/osx-arm64::xz-5.2.6-h1a28f6b_0
  zlib               pkgs/main/osx-arm64::zlib-1.2.12-h5a0b063_3

Downloading and Extracting Packages
pytorch-1.13.0.dev20 | 46.4 MB   | ##################################### | 100%
typing_extensions-4. | 42 KB     | ##################################### | 100%
Preparing transaction: done
Verifying transaction: done
Executing transaction: done
Collecting package metadata (current_repodata.json): done
Solving environment: done

==> WARNING: A newer version of conda exists. <==
  current version: 4.12.0
  latest version: 22.9.0

Please update conda by running

    $ conda update -n base -c defaults conda

## Package Plan ##

  environment location: /Users/bamboozle/miniconda/envs/ml

  added / updated specs:
    - pyqt

The following packages will be downloaded:

    package                    |            build
    ---------------------------|-----------------
    gettext-0.21.0             |       h826f4ad_0         2.6 MB
    giflib-5.2.1               |       h1a28f6b_0          69 KB
    glib-2.69.1                |       h98b2900_1         2.7 MB
    gst-plugins-base-1.14.1    |       hf0a386a_0         1.4 MB
    gstreamer-1.14.1           |       he09cfb7_0         1.1 MB
    icu-68.1                   |       hc377ac9_0        10.7 MB
    jpeg-9e                    |       h1a28f6b_0         223 KB
    krb5-1.19.2                |       h3b8d789_0         1.1 MB
    lerc-3.0                   |       hc377ac9_0         115 KB
    libclang-12.0.0            |default_hc321e17_4         5.5 MB
    libdeflate-1.8             |       h1a28f6b_5          35 KB
    libedit-3.1.20210910       |       h1a28f6b_0         135 KB
    libiconv-1.16              |       h1a28f6b_2         706 KB
    libllvm12-12.0.0           |       h12f7ac0_4        17.6 MB
    libpng-1.6.37              |       hb8d0fd4_0         256 KB
    libpq-12.9                 |       h65cfe13_3         2.0 MB
    libtiff-4.4.0              |       had003b8_0         428 KB
    libwebp-1.2.2              |       h68602c7_0          72 KB
    libwebp-base-1.2.2         |       h1a28f6b_0         329 KB
    libxml2-2.9.14             |       h8c5e841_0         607 KB
    libxslt-1.1.35             |       h9833966_0         437 KB
    llvm-openmp-14.0.6         |       hc6e5704_0         253 KB
    lz4-c-1.9.3                |       hc377ac9_0         126 KB
    nspr-4.33                  |       hc377ac9_0         222 KB
    nss-3.74                   |       h142855e_0         1.7 MB
    packaging-21.3             |     pyhd3eb1b0_0          36 KB
    pcre-8.45                  |       hc377ac9_0         185 KB
    ply-3.11                   |  py310hca03da5_0          81 KB
    pyparsing-3.0.9            |  py310hca03da5_0         151 KB
    pyqt-5.15.7                |  py310hc377ac9_0         3.9 MB
    pyqt5-sip-12.11.0          |  py310hc377ac9_0          74 KB
    qt-main-5.15.2             |       ha2d02b5_7        32.7 MB
    qt-webengine-5.15.9        |       h2903aaf_4        42.0 MB
    qtwebkit-5.212             |       h0f11f3c_4         9.0 MB
    sip-6.6.2                  |  py310hc377ac9_0         419 KB
    toml-0.10.2                |     pyhd3eb1b0_0          20 KB
    zstd-1.5.2                 |       h8574219_0         371 KB
    ------------------------------------------------------------
                                           Total:       139.2 MB

The following NEW packages will be INSTALLED:

  gettext            pkgs/main/osx-arm64::gettext-0.21.0-h826f4ad_0
  giflib             pkgs/main/osx-arm64::giflib-5.2.1-h1a28f6b_0
  glib               pkgs/main/osx-arm64::glib-2.69.1-h98b2900_1
  gst-plugins-base   pkgs/main/osx-arm64::gst-plugins-base-1.14.1-hf0a386a_0
  gstreamer          pkgs/main/osx-arm64::gstreamer-1.14.1-he09cfb7_0
  icu                pkgs/main/osx-arm64::icu-68.1-hc377ac9_0
  jpeg               pkgs/main/osx-arm64::jpeg-9e-h1a28f6b_0
  krb5               pkgs/main/osx-arm64::krb5-1.19.2-h3b8d789_0
  lerc               pkgs/main/osx-arm64::lerc-3.0-hc377ac9_0
  libclang           pkgs/main/osx-arm64::libclang-12.0.0-default_hc321e17_4
  libdeflate         pkgs/main/osx-arm64::libdeflate-1.8-h1a28f6b_5
  libedit            pkgs/main/osx-arm64::libedit-3.1.20210910-h1a28f6b_0
  libiconv           pkgs/main/osx-arm64::libiconv-1.16-h1a28f6b_2
  libllvm12          pkgs/main/osx-arm64::libllvm12-12.0.0-h12f7ac0_4
  libpng             pkgs/main/osx-arm64::libpng-1.6.37-hb8d0fd4_0
  libpq              pkgs/main/osx-arm64::libpq-12.9-h65cfe13_3
  libtiff            pkgs/main/osx-arm64::libtiff-4.4.0-had003b8_0
  libwebp            pkgs/main/osx-arm64::libwebp-1.2.2-h68602c7_0
  libwebp-base       pkgs/main/osx-arm64::libwebp-base-1.2.2-h1a28f6b_0
  libxml2            pkgs/main/osx-arm64::libxml2-2.9.14-h8c5e841_0
  libxslt            pkgs/main/osx-arm64::libxslt-1.1.35-h9833966_0
  llvm-openmp        pkgs/main/osx-arm64::llvm-openmp-14.0.6-hc6e5704_0
  lz4-c              pkgs/main/osx-arm64::lz4-c-1.9.3-hc377ac9_0
  nspr               pkgs/main/osx-arm64::nspr-4.33-hc377ac9_0
  nss                pkgs/main/osx-arm64::nss-3.74-h142855e_0
  packaging          pkgs/main/noarch::packaging-21.3-pyhd3eb1b0_0
  pcre               pkgs/main/osx-arm64::pcre-8.45-hc377ac9_0
  ply                pkgs/main/osx-arm64::ply-3.11-py310hca03da5_0
  pyparsing          pkgs/main/osx-arm64::pyparsing-3.0.9-py310hca03da5_0
  pyqt               pkgs/main/osx-arm64::pyqt-5.15.7-py310hc377ac9_0
  pyqt5-sip          pkgs/main/osx-arm64::pyqt5-sip-12.11.0-py310hc377ac9_0
  qt-main            pkgs/main/osx-arm64::qt-main-5.15.2-ha2d02b5_7
  qt-webengine       pkgs/main/osx-arm64::qt-webengine-5.15.9-h2903aaf_4
  qtwebkit           pkgs/main/osx-arm64::qtwebkit-5.212-h0f11f3c_4
  sip                pkgs/main/osx-arm64::sip-6.6.2-py310hc377ac9_0
  toml               pkgs/main/noarch::toml-0.10.2-pyhd3eb1b0_0
  zstd               pkgs/main/osx-arm64::zstd-1.5.2-h8574219_0

Downloading and Extracting Packages
pcre-8.45            | 185 KB    | ##################################### | 100%
gstreamer-1.14.1     | 1.1 MB    | ##################################### | 100%
llvm-openmp-14.0.6   | 253 KB    | ##################################### | 100%
nspr-4.33            | 222 KB    | ##################################### | 100%
libpq-12.9           | 2.0 MB    | ##################################### | 100%
toml-0.10.2          | 20 KB     | ##################################### | 100%
nss-3.74             | 1.7 MB    | ##################################### | 100%
libpng-1.6.37        | 256 KB    | ##################################### | 100%
libxml2-2.9.14       | 607 KB    | ##################################### | 100%
jpeg-9e              | 223 KB    | ##################################### | 100%
pyparsing-3.0.9      | 151 KB    | ##################################### | 100%
giflib-5.2.1         | 69 KB     | ##################################### | 100%
libxslt-1.1.35       | 437 KB    | ##################################### | 100%
zstd-1.5.2           | 371 KB    | ##################################### | 100%
libwebp-base-1.2.2   | 329 KB    | ##################################### | 100%
krb5-1.19.2          | 1.1 MB    | ##################################### | 100%
ply-3.11             | 81 KB     | ##################################### | 100%
pyqt5-sip-12.11.0    | 74 KB     | ##################################### | 100%
qtwebkit-5.212       | 9.0 MB    | ##################################### | 100%
pyqt-5.15.7          | 3.9 MB    | ##################################### | 100%
libedit-3.1.20210910 | 135 KB    | ##################################### | 100%
glib-2.69.1          | 2.7 MB    | ##################################### | 100%
libtiff-4.4.0        | 428 KB    | ##################################### | 100%
gettext-0.21.0       | 2.6 MB    | ##################################### | 100%
libclang-12.0.0      | 5.5 MB    | ##################################### | 100%
icu-68.1             | 10.7 MB   | ##################################### | 100%
packaging-21.3       | 36 KB     | ##################################### | 100%
sip-6.6.2            | 419 KB    | ##################################### | 100%
libllvm12-12.0.0     | 17.6 MB   | ##################################### | 100%
libwebp-1.2.2        | 72 KB     | ##################################### | 100%
qt-main-5.15.2       | 32.7 MB   | ##################################### | 100%
lz4-c-1.9.3          | 126 KB    | ##################################### | 100%
lerc-3.0             | 115 KB    | ##################################### | 100%
gst-plugins-base-1.1 | 1.4 MB    | ##################################### | 100%
libdeflate-1.8       | 35 KB     | ##################################### | 100%
libiconv-1.16        | 706 KB    | ##################################### | 100%
qt-webengine-5.15.9  | 42.0 MB   | ##################################### | 100%
Preparing transaction: done
Verifying transaction: done
Executing transaction: done
Collecting package metadata (current_repodata.json): done
Solving environment: done

==> WARNING: A newer version of conda exists. <==
  current version: 4.12.0
  latest version: 22.9.0

Please update conda by running

    $ conda update -n base -c defaults conda

## Package Plan ##

  environment location: /Users/bamboozle/miniconda/envs/ml

  added / updated specs:
    - diffusers
    - flask
    - ftfy
    - scipy
    - transformers

The following packages will be downloaded:

    package                    |            build
    ---------------------------|-----------------
    backports-1.0              |             py_2           4 KB  conda-forge
    backports.functools_lru_cache-1.6.4|     pyhd8ed1ab_0           9 KB  conda-forge
    blas-2.116                 |         openblas          13 KB  conda-forge
    blas-devel-3.9.0           |16_osxarm64_openblas          13 KB  conda-forge
    brotlipy-0.7.0             |py310h1a28f6b_1002         312 KB
    cffi-1.15.1                |  py310h22df2f2_0         223 KB
    charset-normalizer-2.1.1   |     pyhd8ed1ab_0          36 KB  conda-forge
    click-8.0.4                |  py310hca03da5_0         152 KB
    colorama-0.4.5             |     pyhd8ed1ab_0          18 KB  conda-forge
    cryptography-37.0.1        |  py310h834c97f_0         1.1 MB
    diffusers-0.3.0            |     pyhd8ed1ab_0          90 KB  conda-forge
    fftw-3.3.10                | nompi_h3046061_4         1.2 MB  conda-forge
    filelock-3.8.0             |     pyhd8ed1ab_0          13 KB  conda-forge
    flask-2.2.2                |     pyhd8ed1ab_0          74 KB  conda-forge
    freetype-2.12.1            |       hd633e50_0         852 KB  conda-forge
    ftfy-6.1.1                 |     pyhd8ed1ab_0          57 KB  conda-forge
    huggingface_hub-0.10.0     |     pyhd8ed1ab_0         114 KB  conda-forge
    idna-3.4                   |     pyhd8ed1ab_0          55 KB  conda-forge
    importlib-metadata-4.11.3  |  py310hca03da5_0          35 KB
    importlib_metadata-4.11.3  |       hd3eb1b0_0          12 KB
    itsdangerous-2.1.2         |     pyhd8ed1ab_0          16 KB  conda-forge
    jinja2-3.1.2               |     pyhd8ed1ab_1          99 KB  conda-forge
    joblib-1.2.0               |     pyhd8ed1ab_0         205 KB  conda-forge
    lcms2-2.12                 |       had6a04f_0         369 KB  conda-forge
    libblas-3.9.0              |16_osxarm64_openblas          13 KB  conda-forge
    libcblas-3.9.0             |16_osxarm64_openblas          13 KB  conda-forge
    libgfortran-5.0.0          |11_3_0_hd922786_25         146 KB  conda-forge
    libgfortran5-11.3.0        |      hdaf2cc0_25         1.3 MB  conda-forge
    liblapack-3.9.0            |16_osxarm64_openblas          13 KB  conda-forge
    liblapacke-3.9.0           |16_osxarm64_openblas          13 KB  conda-forge
    libopenblas-0.3.21         |openmp_hc731615_3         3.9 MB  conda-forge
    libzlib-1.2.12             |       h03a7124_3          51 KB  conda-forge
    markupsafe-2.1.1           |  py310h1a28f6b_0          22 KB
    numpy-1.21.5               |  py310h220015d_3          11 KB
    numpy-base-1.21.5          |  py310h742c864_3         4.4 MB
    openblas-0.3.21            |openmp_hf78f355_3         4.3 MB  conda-forge
    pillow-9.2.0               |  py310h4d1bdd5_1         623 KB
    pycparser-2.21             |     pyhd8ed1ab_0         100 KB  conda-forge
    pyopenssl-22.0.0           |     pyhd8ed1ab_1         120 KB  conda-forge
    pysocks-1.7.1              |     pyha2e5f31_6          19 KB  conda-forge
    pyyaml-6.0                 |  py310h1a28f6b_0         164 KB
    regex-2022.7.9             |  py310h1a28f6b_0         317 KB
    requests-2.28.1            |     pyhd8ed1ab_1          53 KB  conda-forge
    sacremoses-0.0.53          |     pyhd8ed1ab_0         427 KB  conda-forge
    scipy-1.7.3                |  py310h4af22ef_2        15.2 MB
    six-1.16.0                 |     pyh6c4a22f_0          14 KB  conda-forge
    tokenizers-0.11.4          |  py310h5c5695e_1         2.5 MB
    tqdm-4.64.1                |     pyhd8ed1ab_0          82 KB  conda-forge
    transformers-4.18.0        |  py310hca03da5_0         2.9 MB
    typing-extensions-4.3.0    |  py310hca03da5_0           9 KB
    urllib3-1.26.11            |     pyhd8ed1ab_0         102 KB  conda-forge
    wcwidth-0.2.5              |     pyh9f0ad1d_2          33 KB  conda-forge
    werkzeug-2.2.2             |     pyhd8ed1ab_0         249 KB  conda-forge
    yaml-0.2.5                 |       h3422bc3_2          86 KB  conda-forge
    zipp-3.8.1                 |     pyhd8ed1ab_0          13 KB  conda-forge
    ------------------------------------------------------------
                                           Total:        42.0 MB

The following NEW packages will be INSTALLED:

  backports          conda-forge/noarch::backports-1.0-py_2
  backports.functoo~ conda-forge/noarch::backports.functools_lru_cache-1.6.4-pyhd8ed1ab_0
  blas               conda-forge/osx-arm64::blas-2.116-openblas
  blas-devel         conda-forge/osx-arm64::blas-devel-3.9.0-16_osxarm64_openblas
  brotlipy           pkgs/main/osx-arm64::brotlipy-0.7.0-py310h1a28f6b_1002
  cffi               pkgs/main/osx-arm64::cffi-1.15.1-py310h22df2f2_0
  charset-normalizer conda-forge/noarch::charset-normalizer-2.1.1-pyhd8ed1ab_0
  click              pkgs/main/osx-arm64::click-8.0.4-py310hca03da5_0
  colorama           conda-forge/noarch::colorama-0.4.5-pyhd8ed1ab_0
  cryptography       pkgs/main/osx-arm64::cryptography-37.0.1-py310h834c97f_0
  diffusers          conda-forge/noarch::diffusers-0.3.0-pyhd8ed1ab_0
  fftw               conda-forge/osx-arm64::fftw-3.3.10-nompi_h3046061_4
  filelock           conda-forge/noarch::filelock-3.8.0-pyhd8ed1ab_0
  flask              conda-forge/noarch::flask-2.2.2-pyhd8ed1ab_0
  freetype           conda-forge/osx-arm64::freetype-2.12.1-hd633e50_0
  ftfy               conda-forge/noarch::ftfy-6.1.1-pyhd8ed1ab_0
  huggingface_hub    conda-forge/noarch::huggingface_hub-0.10.0-pyhd8ed1ab_0
  idna               conda-forge/noarch::idna-3.4-pyhd8ed1ab_0
  importlib-metadata pkgs/main/osx-arm64::importlib-metadata-4.11.3-py310hca03da5_0
  importlib_metadata pkgs/main/noarch::importlib_metadata-4.11.3-hd3eb1b0_0
  itsdangerous       conda-forge/noarch::itsdangerous-2.1.2-pyhd8ed1ab_0
  jinja2             conda-forge/noarch::jinja2-3.1.2-pyhd8ed1ab_1
  joblib             conda-forge/noarch::joblib-1.2.0-pyhd8ed1ab_0
  lcms2              conda-forge/osx-arm64::lcms2-2.12-had6a04f_0
  libblas            conda-forge/osx-arm64::libblas-3.9.0-16_osxarm64_openblas
  libcblas           conda-forge/osx-arm64::libcblas-3.9.0-16_osxarm64_openblas
  libgfortran        conda-forge/osx-arm64::libgfortran-5.0.0-11_3_0_hd922786_25
  libgfortran5       conda-forge/osx-arm64::libgfortran5-11.3.0-hdaf2cc0_25
  liblapack          conda-forge/osx-arm64::liblapack-3.9.0-16_osxarm64_openblas
  liblapacke         conda-forge/osx-arm64::liblapacke-3.9.0-16_osxarm64_openblas
  libopenblas        conda-forge/osx-arm64::libopenblas-0.3.21-openmp_hc731615_3
  libzlib            conda-forge/osx-arm64::libzlib-1.2.12-h03a7124_3
  markupsafe         pkgs/main/osx-arm64::markupsafe-2.1.1-py310h1a28f6b_0
  numpy              pkgs/main/osx-arm64::numpy-1.21.5-py310h220015d_3
  numpy-base         pkgs/main/osx-arm64::numpy-base-1.21.5-py310h742c864_3
  openblas           conda-forge/osx-arm64::openblas-0.3.21-openmp_hf78f355_3
  pillow             pkgs/main/osx-arm64::pillow-9.2.0-py310h4d1bdd5_1
  pycparser          conda-forge/noarch::pycparser-2.21-pyhd8ed1ab_0
  pyopenssl          conda-forge/noarch::pyopenssl-22.0.0-pyhd8ed1ab_1
  pysocks            conda-forge/noarch::pysocks-1.7.1-pyha2e5f31_6
  pyyaml             pkgs/main/osx-arm64::pyyaml-6.0-py310h1a28f6b_0
  regex              pkgs/main/osx-arm64::regex-2022.7.9-py310h1a28f6b_0
  requests           conda-forge/noarch::requests-2.28.1-pyhd8ed1ab_1
  sacremoses         conda-forge/noarch::sacremoses-0.0.53-pyhd8ed1ab_0
  scipy              pkgs/main/osx-arm64::scipy-1.7.3-py310h4af22ef_2
  six                conda-forge/noarch::six-1.16.0-pyh6c4a22f_0
  tokenizers         pkgs/main/osx-arm64::tokenizers-0.11.4-py310h5c5695e_1
  tqdm               conda-forge/noarch::tqdm-4.64.1-pyhd8ed1ab_0
  transformers       pkgs/main/osx-arm64::transformers-4.18.0-py310hca03da5_0
  typing-extensions  pkgs/main/osx-arm64::typing-extensions-4.3.0-py310hca03da5_0
  urllib3            conda-forge/noarch::urllib3-1.26.11-pyhd8ed1ab_0
  wcwidth            conda-forge/noarch::wcwidth-0.2.5-pyh9f0ad1d_2
  werkzeug           conda-forge/noarch::werkzeug-2.2.2-pyhd8ed1ab_0
  yaml               conda-forge/osx-arm64::yaml-0.2.5-h3422bc3_2
  zipp               conda-forge/noarch::zipp-3.8.1-pyhd8ed1ab_0

The following packages will be UPDATED:

  ca-certificates    pkgs/main::ca-certificates-2022.07.19~ --> conda-forge::ca-certificates-2022.9.24-h4653dfc_0
  certifi            pkgs/main/osx-arm64::certifi-2022.9.1~ --> conda-forge/noarch::certifi-2022.9.24-pyhd8ed1ab_0

The following packages will be SUPERSEDED by a higher-priority channel:

  openssl              pkgs/main::openssl-1.1.1q-h1a28f6b_0 --> conda-forge::openssl-1.1.1q-ha287fd2_0

Downloading and Extracting Packages
libzlib-1.2.12       | 51 KB     | ##################################### | 100%
libblas-3.9.0        | 13 KB     | ##################################### | 100%
idna-3.4             | 55 KB     | ##################################### | 100%
werkzeug-2.2.2       | 249 KB    | ##################################### | 100%
brotlipy-0.7.0       | 312 KB    | ##################################### | 100%
liblapacke-3.9.0     | 13 KB     | ##################################### | 100%
ftfy-6.1.1           | 57 KB     | ##################################### | 100%
charset-normalizer-2 | 36 KB     | ##################################### | 100%
zipp-3.8.1           | 13 KB     | ##################################### | 100%
importlib-metadata-4 | 35 KB     | ##################################### | 100%
six-1.16.0           | 14 KB     | ##################################### | 100%
openblas-0.3.21      | 4.3 MB    | ##################################### | 100%
tokenizers-0.11.4    | 2.5 MB    | ##################################### | 100%
libgfortran5-11.3.0  | 1.3 MB    | ##################################### | 100%
libgfortran-5.0.0    | 146 KB    | ##################################### | 100%
jinja2-3.1.2         | 99 KB     | ##################################### | 100%
pysocks-1.7.1        | 19 KB     | ##################################### | 100%
transformers-4.18.0  | 2.9 MB    | ##################################### | 100%
backports.functools_ | 9 KB      | ##################################### | 100%
cryptography-37.0.1  | 1.1 MB    | ##################################### | 100%
numpy-base-1.21.5    | 4.4 MB    | ##################################### | 100%
importlib_metadata-4 | 12 KB     | ##################################### | 100%
scipy-1.7.3          | 15.2 MB   | ##################################### | 100%
typing-extensions-4. | 9 KB      | ##################################### | 100%
sacremoses-0.0.53    | 427 KB    | ##################################### | 100%
urllib3-1.26.11      | 102 KB    | ##################################### | 100%
itsdangerous-2.1.2   | 16 KB     | ##################################### | 100%
huggingface_hub-0.10 | 114 KB    | ##################################### | 100%
colorama-0.4.5       | 18 KB     | ##################################### | 100%
numpy-1.21.5         | 11 KB     | ##################################### | 100%
blas-2.116           | 13 KB     | ##################################### | 100%
diffusers-0.3.0      | 90 KB     | ##################################### | 100%
pillow-9.2.0         | 623 KB    | ##################################### | 100%
flask-2.2.2          | 74 KB     | ##################################### | 100%
tqdm-4.64.1          | 82 KB     | ##################################### | 100%
libopenblas-0.3.21   | 3.9 MB    | ##################################### | 100%
pycparser-2.21       | 100 KB    | ##################################### | 100%
fftw-3.3.10          | 1.2 MB    | ##################################### | 100%
click-8.0.4          | 152 KB    | ##################################### | 100%
joblib-1.2.0         | 205 KB    | ##################################### | 100%
pyyaml-6.0           | 164 KB    | ##################################### | 100%
freetype-2.12.1      | 852 KB    | ##################################### | 100%
cffi-1.15.1          | 223 KB    | ##################################### | 100%
yaml-0.2.5           | 86 KB     | ##################################### | 100%
markupsafe-2.1.1     | 22 KB     | ##################################### | 100%
liblapack-3.9.0      | 13 KB     | ##################################### | 100%
blas-devel-3.9.0     | 13 KB     | ##################################### | 100%
wcwidth-0.2.5        | 33 KB     | ##################################### | 100%
lcms2-2.12           | 369 KB    | ##################################### | 100%
requests-2.28.1      | 53 KB     | ##################################### | 100%
libcblas-3.9.0       | 13 KB     | ##################################### | 100%
filelock-3.8.0       | 13 KB     | ##################################### | 100%
regex-2022.7.9       | 317 KB    | ##################################### | 100%
backports-1.0        | 4 KB      | ##################################### | 100%
pyopenssl-22.0.0     | 120 KB    | ##################################### | 100%
Preparing transaction: done
Verifying transaction: done
Executing transaction: done
Collecting opencv-python
  Using cached opencv_python-4.6.0.66-cp37-abi3-macosx_11_0_arm64.whl (30.0 MB)
Requirement already satisfied: numpy>=1.21.2 in /Users/bamboozle/miniconda/envs/ml/lib/python3.10/site-packages (from opencv-python) (1.21.5)
Installing collected packages: opencv-python
Successfully installed opencv-python-4.6.0.66
Revert PyTorch to good nightly (y/n)?yLooking in links: https://download.pytorch.org/whl/nightly/torch_nightly.html
Collecting torch==1.13.0.dev20220922
  Using cached https://download.pytorch.org/whl/nightly/cpu/torch-1.13.0.dev20220922-cp310-none-macosx_11_0_arm64.whl (54.6 MB)
Collecting torchaudio==0.13.0.dev20220922
  Downloading https://download.pytorch.org/whl/nightly/cpu/torchaudio-0.13.0.dev20220922-cp310-cp310-macosx_12_0_arm64.whl (3.4 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 3.4/3.4 MB 5.9 MB/s eta 0:00:00
Collecting torchvision==0.14.0.dev20220923
  Downloading https://download.pytorch.org/whl/nightly/cpu/torchvision-0.14.0.dev20220923-cp310-cp310-macosx_11_0_arm64.whl (1.5 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 1.5/1.5 MB 3.1 MB/s eta 0:00:00
Requirement already satisfied: typing-extensions in /Users/bamboozle/miniconda/envs/ml/lib/python3.10/site-packages (from torch==1.13.0.dev20220922->-r requirements.txt (line 1)) (4.3.0)
Requirement already satisfied: requests in /Users/bamboozle/miniconda/envs/ml/lib/python3.10/site-packages (from torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (2.28.1)
Requirement already satisfied: pillow!=8.3.*,>=5.3.0 in /Users/bamboozle/miniconda/envs/ml/lib/python3.10/site-packages (from torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (9.2.0)
Requirement already satisfied: numpy in /Users/bamboozle/miniconda/envs/ml/lib/python3.10/site-packages (from torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (1.21.5)
Requirement already satisfied: idna<4,>=2.5 in /Users/bamboozle/miniconda/envs/ml/lib/python3.10/site-packages (from requests->torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (3.4)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in /Users/bamboozle/miniconda/envs/ml/lib/python3.10/site-packages (from requests->torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (1.26.11)
Requirement already satisfied: certifi>=2017.4.17 in /Users/bamboozle/miniconda/envs/ml/lib/python3.10/site-packages (from requests->torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (2022.9.24)
Requirement already satisfied: charset-normalizer<3,>=2 in /Users/bamboozle/miniconda/envs/ml/lib/python3.10/site-packages (from requests->torchvision==0.14.0.dev20220923->-r requirements.txt (line 3)) (2.1.1)
Installing collected packages: torch, torchvision, torchaudio
  Attempting uninstall: torch
    Found existing installation: torch 1.13.0.dev20221003
    Uninstalling torch-1.13.0.dev20221003:
      Successfully uninstalled torch-1.13.0.dev20221003
Successfully installed torch-1.13.0.dev20220922 torchaudio-0.13.0.dev20220922 torchvision-0.14.0.dev20220923
Download the Stable Diffusion model (y/n)?yUpdated Git hooks.
Git LFS initialized.
fatal: destination path 'stable-diffusion-v1-4' already exists and is not an empty directory.
(ml) ➜  sd-gui git:(main) ✗ python app.py
Traceback (most recent call last):
  File "/Users/bamboozle/sd-gui/app.py", line 5, in <module>
    from tools.config import Config
  File "/Users/bamboozle/sd-gui/tools/config.py", line 7, in <module>
    from tools.sd_engine import GeneratorType
  File "/Users/bamboozle/sd-gui/tools/sd_engine.py", line 1, in <module>
    import torch
ModuleNotFoundError: No module named 'torch'
(ml) ➜  sd-gui git:(main) ✗

I think the problem lays here:
Retrieving notices: ...working... done Activate new conda environment (y/n)?y Could not find conda environment: ml You can list all discoverable environments with conda info --envs.
I already changed the install.sh in the beginning and replaced miniforge3 path with miniconda path... still no activation possible

You might need to exit from the terminal and log back in. conda installer sets some environment variables and they don't kick in till you restart the terminal. If that doesn't work, you probably need to run the commands one by one as detailed in the next section — I think the installer script might have been a bad idea 🙂

ran the installer again and "reactivated ml env"... only had to reinstall pip install opencv-python scikit-image since the script didn't install it automatically ... lets try some generations :)

very cool - it works (albeit slowly) - super cool that I can connect to a different server as well, since I got automaticcc, diffusion bee and stein running on m1

Actually ... about the connecting a different server, I'm afraid that it won't work that way ... but a cool idea 🙂 Basically, it only connects to my own server — see the README for the Connect to Server section. But I'll look into the possibility of connecting to other servers. That might actually kill a couple of birds with one stone if I can make it work ...

I've added the connect to "other distribution servers" to my todo list. Will close this since the original issue is resolved 🙂

repo: FahimF/sd-gui


text:
Step 13.3 Performance

Hi
Step 13.3. won't work if executed alone. I fixed the code adding the bold face lines.
Best,
Willfried
import time
import torch
matrix_size = 32*512
x = torch.randn(matrix_size, matrix_size)
y = torch.randn(matrix_size, matrix_size)
print("************* CPU SPEED *******************")
start = time.time()
result = torch.matmul(x, y)
print(time.time() - start)
print("verify device:", result.device)
if torch.cuda.is_available(): device = torch.device("cuda")
x_gpu = x.to(device)
y_gpu = y.to(device)
torch.cuda.synchronize()
for i in range(3):
print("************* GPU SPEED *******************")
start = time.time()
result_gpu = torch.matmul(x_gpu, y_gpu)
torch.cuda.synchronize()
print(time.time() - start)
print("verify device:", result_gpu.device)

Thank you so much for creating this issue and also providing your solution.
I am attaching this to the main project codebase. 👍


text:
Info lacking about other branches

The readme of the other branches could use some more description.
Also having the minecraft version in the branch name would be great !

v2 is very unfinished and not really supported yet. I'll write docs for it when it's stable. It will also support both 1.19 and 1.20 from the same branch. Currently v1 (the repo's default branch) is the supported one. ^^

repo: FallingColors/hexdummy


text:
DOESNT WORK

hi dude ı found error pls fix it https://prnt.sc/2583hv3

hi dude ı found error pls fix it https://prnt.sc/2583hv3

can you add more information, like which minecraft version are you using ? which java version? when does this error appear ?

Hey, sorry but the website you posted is not providing any information. You can copy and paste your error directly here.

authors: Falyrion MajdT51 kurkinsnetwork

repo: Falyrion/AdvancedArmorStands


text:
Add mq-scss to breakpoints section

mq-scss - An extreamly powerful but easy to use Sass media query mixin.
As far as I can tell it is based on sass-mq, but is scss based and is more modern and powerful.

Looks good 🎉  Thank you for the PR!

repo: Famolus/awesome-sass


text:
Canny line is blurred

The lines processed by Canny are blurred and unclear, and neither enlarging the original image nor modifying the size can change the result

Fixed at https://github.com/Fannovel16/comfyui_controlnet_aux/commit/171a4a46010aa47856b5a452eccd20054226b2e6 + https://github.com/Fannovel16/comfyui_controlnet_aux/commit/46f5d5ac72c5ee0b7661fab81e2dfb992a82c24a


text:
Add cast managment and bugfixs

The regex that check variables didn't manage casts. So i change this regex to fix that. Secondly, I had fixed some bugs that appears when I used your program.

Thanks for your contribution 👍

authors: FantinBibas yannicksuc

repo: FantinBibas/autoHeader


text:
[Bug Report] Update the link of stable-retro in the docs to point to the new Farama repo

Describe the bug
https://gymnasium.farama.org/environments/third_party_environments/#third-party-environments-using-gym
Please update the link of stable-retro to point to the new Farama repo
Code example
No response
System info
No response
Additional context
No response
Checklist

[X] I have checked that there is no similar issue in the repo

@pseudo-rnd-thoughts done

repo: Farama-Foundation/Gymnasium


text:
Bias search does not work

Hi @FaridSafi ,
I am using your library for my projects to search google places. The library is very nice and helpful for me.
In order to priority the places that is near my location, i use location properties but seems it does not work.
   query={{
              key: setting.GOOGLE_PLACES_API_KEY,
              language: 'en',
              radius: 10000,
              location: {
                latitude: 21.028511,
                longitude: 105.804817
              }
            }}

When i tap A to search , it does not show the places that is near the above location, it shows some places they are so far from above one.
Could you support me what is my issue and how to fix it.
Thanks in advance,
Thu

Hi,
I'm facing the same issue. I've tried to use:
GooglePlacesSearchQuery={{
              location: {
                latitude: 53.958332,
                longitude:  -1.080278,
              },
              radius: 5000
            }}

But it still doesn't work.
Could someone please help to fix?

Location needs to be a string.
I changed the definitions file to an object a few releases ago, not sure why.  The docs clearly say it needs to be string.

I am going to update the definitions file right now.
 query={{
              key: setting.GOOGLE_PLACES_API_KEY,
              language: 'en',
              radius: 10000,
              location: "21.028511,105.804817"
            }}

Thanks so much @bell-steven. It works now.
I really appreciate.

@bell-steven Do you know is there any way to say that we always want to prioritise current location without passing our location values?

authors: DusanSpasojevic98 bell-steven diegothucao namthan


text:
[Farmware] Add optional min_os_version_minor to manifest

to allow updates to versions with new features from old OSes to fail (in the future, this would have been very helpful in the case of farmware tools)

Fixed via farmbot_os_version_requirement in https://github.com/FarmBot/farmbot_os/commit/fff4963f7e787fef35a7a53b602d4a7e4f0dd214.

authors: ConnorRigby gabrielburnworth


text:
ci(ci): replace workflow-run-cleanup-action with github concurrency

Checklist

[ ] run npm run test and npm run benchmark
[ ] tests and/or benchmarks are included
[ ] documentation is changed or added
[ ] commit message and code follows the Developer's Certification of Origin
and the Code of conduct

Pull Request Test Coverage Report for Build 1201436499

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 99.863%

Totals

Change from base Build 1199172455:
0.0%

Covered Lines:
546

Relevant Lines:
547

💛  - Coveralls

Pull Request Test Coverage Report for Build 1201436499

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 99.863%

Totals

Change from base Build 1199172455:
0.0%

Covered Lines:
546

Relevant Lines:
547

💛  - Coveralls

Pull Request Test Coverage Report for Build 1201436499
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 99.863%

Totals

Change from base Build 1199172455:
0.0%

Covered Lines:
546

Relevant Lines:
547

💛  - Coveralls

authors: Fdawgs coveralls

repo: Fdawgs/docsmith


text:
🛑 Billing API Endpoint is down

In 20bb687, Billing API Endpoint (https://billing.roblox.com) was down:

HTTP code: 404
Response time: 220 ms

Resolved: Billing API Endpoint is back up in a01e36c after 14 minutes.

repo: FearedFusionX/Ro-Status