Rename EntityOptions back to DbContextOptions

Because:

We decided to stay with DbContext and not EntityContext at the top
We decided that we didn't want to have another "prefix" word--just use Db
These are the options to use for a given DbContext instance anyway

:shipit:

NOOOOOO! 😃


Issues with tinydtls on clean install on debian 9.8 and trådfri

Home Assistant release with the issue:
0.91.1
Last working Home Assistant release (if known):
0.91.1 (other installation)
Operating environment (Hass.io/Docker/Windows/etc.):
debian 9.8 and hass as localuser in venv
Component/platform:
Tråfri
Description of problem:
When trying to add key in hass UI im getting the following error
 File "/home/hass/homeassistant/lib/python3.5/site-packages/homeassistant/components/tradfri/config_flow.py", line 51, in async_step_auth
    user_input[KEY_SECURITY_CODE])
  File "/home/hass/homeassistant/lib/python3.5/site-packages/homeassistant/components/tradfri/config_flow.py", line 141, in authenticate
    from pytradfri.api.aiocoap_api import APIFactory
  File "/home/hass/homeassistant/lib/python3.5/site-packages/pytradfri/api/aiocoap_api.py", line 10, in <module>
    from aiocoap.transports import tinydtls
ImportError: cannot import name 'tinydtl

Additional information:
(homeassistant) hass@hass:~/homeassistant$ pip3 install Cython
Requirement already satisfied: Cython in ./lib/python3.5/site-packages

(homeassistant) hass@hass:~/homeassistant$ pip3 install dtlssocket
Requirement already satisfied: dtlssocket in ./lib/python3.5/site-packages
Requirement already satisfied: Cython in ./lib/python3.5/site-packages (from dtlssocket)

(homeassistant) hass@hass:~/homeassistant$ pip3 install --upgrade DTLSSocket
Requirement already up-to-date: DTLSSocket in ./lib/python3.5/site-packages
Requirement already up-to-date: Cython in ./lib/python3.5/site-packages (from DTLSSocket)

I had the same issue with HA 0.94.4 on a Debian 9.9.0x64 and Python 3.5.3
Maybe this workaround also works for you:

pip3 install dtlssocket
git clone https://github.com/chrysn/aiocoap.git
cd aiocoap
git checkout 0.4a1
pip3 install .


scrollbar bug

Check that this is really a bug

[X] I confirm

Reproduction link
https://codesandbox.io/s/keen-ganguly-375o56?file=/index.html
Bug description
when scrollbar html not exists,runt it error. please visit reproduction link
Expected Behavior
No response
Actual Behavior
No response
Swiper version
9.2.4
Platform/Target and Browser Versions
windows
Validations

[X] Follow our Code of Conduct
[X] Read the docs.
[X] Check that there isn't already an issue that request the same feature to avoid creating a duplicate.
[X] Make sure this is a Swiper issue and not a framework-specific issue

Would you like to open a PR for this bug?

[X] I'm willing to open a PR

And why do you specify the element that doesn't exist?


Freeze header and menu bar, let rest of page scroll under it

(for both ASL and NGT)

This is very bad for  small screens.
I recommend you do a menu that hides when it is not visible, but you could open it again from the "menu hamburger" button.

Or would it be possible to create a floating button, like you have on Whatsapp when there's a new message while you are reading something way up above? I'm not so concerned about the small screens, few people work with 13" laptops for instance, but this might be a good time to create a bit more of a condensed header and menu bar, to reduce that problem. I find the top and bottom spacing on both menu bar and panel headers rather large. Not sure if they're controlled by the same css element or something like that, but they could both be more reduced. We should create a separate issue for that, but please let's first hear your views, @Woseseltops + @vanlummelhuizen .

Let me summarize.
Goal: have easier access to the menu bar when the pages are longer.
Proposed solutions:

Have the whole header and menu bar always visible.
If the menu bar is not visible, show a hamburger menu.
If the menu bar is not visible, show an arrow that will make you scroll up instantly.

My own suggestions:

Instead of making both the header and the menu bar always visible, only do the menu bar.
Only make things visible when you scroll up, like this: https://codepen.io/sunnyxyst/pen/DwgFm

I've made a separate issue for the other thing you mentioned, @ocrasborn : https://github.com/Signbank/NGT-signbank/issues/305

@Woseseltops your suggestions are pretty good. The header of the site is not really needed to be shown all the time, but the menu might be needed.
But on the other hand, what parts of the menu are needed? @ocrasborn what is the part in the menu you want to be able to access all the time?
Perhaps the real issue needs to be identified, it might not be that the menu needs to be shown all the time if you need to use only of the the links in it?

@Woseseltops Bootstrap has the affix plugin (https://www.w3schools.com/Bootstrap/bootstrap_affix.asp), often used to fix menu at the top. It makes your first suggestion easy to implement. I used it for the expand/collapse all buttons in the gloss detail view.

The affix plugin seems like a good solution for this issue, if you want to see the menu at all times.

I have made the menu bar fix at the top of the page when scrolling.

Nice work 👍
Have you tested if it will work with mobile?

The mobile site looks completely different and is not really working.

When making my browser very small, it works ok.

That's right, we've dropped support for low resolution screens from the start. We will reconsider this once we open up the public view for more signs, perhaps next year.

@vanlummelhuizen , this is not yet live, is it? I don't see it on Mac (Safari/Firefox) yet.

It is live now! Very cool, signbank is starting to get really fancy with all of this javascript functionality.

Cool indeed; please also copy to ASL, where they came up with the suggestion.

As far as I'm concerned, we can close this issue; it will appear automatically on the new American server once we get access.


HassOS VMDK in ESXi 6.5 no USB visible

After I switched to HassOS from running Hass.io on an Ubuntu VM (with USB passthrough) my USB device is not visible anymore. On Ubuntu it worked without installing any additional drivers. The USB device is a RFlink hub/gateway. I prefer HassOS because it has less overhead than Ubuntu. Is there anything I can try to get the USB working?
The VMware ESXi setting of the VM shows the USB connected:

In Home-Assistant no USB devices show.

In the logs I can only see that Home-Assistant has trouble connecting to the USB device which seems logical as it doesn't see the USB device at all.

What for a kernel module do you need for this QingHeng USB serial converter?

Happy to try to find it! How do I know which kernel is needed? Can I see it in the Ubuntu Hassio installation? I’ve no experience in this type of thing.

Seems like it is using the CH341 driver instead of the one you linked:

When running lsmod before plugging in the device (via ESXi) and after only shows ch341 being added.


Blank Spaces after reloading scripts

After scripts reloaded, it adds new contacts after the old contacts

you think you got it bad, its ben 2 years since your post, and ive had the same issue from the moment i start the game. and that alongside the fact that this mod causes massive lag spikes and certain new mods are using this and it hasn't ben updated since 2018.

Didn't see that post actually.
I don't know what could cause this issue but unfortunately I'm not updating this anymore.
I checked the 5 forks of this project, no one seems to have pushed anything on their sides either.


Backups getting overwritten

I run hourly backups on my server. And while checking the backups I noticed that some were missing. They were overwritten because of the timestamp that is used. Can you please change the timestamp generation from 12 hour format to 24 hour format (%H instead of %I)?

I understand your concern about backups potentially being overwritten due to the 12-hour timestamp format. The backup system generates unique filenames by including minutes and seconds in the timestamp, which should prevent overwriting under normal circumstances.
However, if you’re seeing backups disappear, it might be due to the retention settings in the configuration file. You can adjust the MAX_BACKUPS and MAX_SIZE_GB values in /config/POK-manager/[instance_name].conf to increase the number of backups retained and the total storage allocated. This should help ensure that all necessary backups are kept

No, they dont disappear due to retention policies. It's because of the timestamp. Here is an actual example:

-rw-r--r-- 1 chronic chronic 376M 20. Aug 22:01 island_backup_2024-08-20_10-00-31.tar.gz
-rw-r--r-- 1 chronic chronic 376M 20. Aug 21:00 island_backup_2024-08-20_09-00-28.tar.gz
-rw-r--r-- 1 chronic chronic 375M 20. Aug 20:00 island_backup_2024-08-20_08-00-28.tar.gz
-rw-r--r-- 1 chronic chronic 378M 20. Aug 19:01 island_backup_2024-08-20_07-00-32.tar.gz
-rw-r--r-- 1 chronic chronic 376M 20. Aug 18:01 island_backup_2024-08-20_06-00-28.tar.gz
-rw-r--r-- 1 chronic chronic 380M 20. Aug 17:01 island_backup_2024-08-20_05-00-36.tar.gz
-rw-r--r-- 1 chronic chronic 380M 20. Aug 16:01 island_backup_2024-08-20_04-00-30.tar.gz
-rw-r--r-- 1 chronic chronic 382M 20. Aug 15:01 island_backup_2024-08-20_03-00-29.tar.gz
-rw-r--r-- 1 chronic chronic 382M 20. Aug 14:01 island_backup_2024-08-20_02-00-30.tar.gz
-rw-r--r-- 1 chronic chronic 384M 20. Aug 13:01 island_backup_2024-08-20_01-00-29.tar.gz
-rw-r--r-- 1 chronic chronic 384M 20. Aug 12:01 island_backup_2024-08-20_12-00-29.tar.gz
-rw-r--r-- 1 chronic chronic 386M 20. Aug 11:01 island_backup_2024-08-20_11-00-28.tar.gz
-rw-r--r-- 1 chronic chronic 386M 20. Aug 10:01 island_backup_2024-08-20_10-00-28.tar.gz
-rw-r--r-- 1 chronic chronic 387M 20. Aug 08:01 island_backup_2024-08-20_08-00-29.tar.gz
-rw-r--r-- 1 chronic chronic 388M 20. Aug 07:00 island_backup_2024-08-20_07-00-28.tar.gz

The backup of 09 o'clock is missing. And when you look at the file names there is often only 1 second difference between them. So the possibility to get the same name is fairly high.

Thank you for providing the detailed information. I see that the issue is indeed related to the timestamp format, which could cause backups to overwrite each other due to similar timestamps when using a 12-hour format.
I’ve updated the script to use a 24-hour format for the timestamp, which should help prevent this problem by ensuring that each backup has a unique name.


Pandas Steering Committee nominations

This issue includes the nominations and bios for the initial pandas steering committee (one post per nominee).

Irv Lustig (@Dr-Irv)
Irv Lustig (Dr-Irv) has been on the pandas core team since August, 2020.  His main contributions to the pandas project have been to being the lead maintainer of the pandas-stubs repository, drafting the new governance documents and the pandas cheat sheet.  Having developed software for almost 50 years and having management experience in the commercial software industry, he looks to bring his experience to the Steering Committee to keep pandas a key part of the python ecosystem.

Joris Van den Bossche (@jorisvandenbossche)
TBD

Will Ayd (@WillAyd)
Will Ayd has been a core maintainer of the pandas project since 2018, and has also served as a Committer to the Apache Arrow project since 2024. Will's contributions to the pandas project include improvements to the SQL, Excel, and JSON I/O modules, modernization of the build system, simplification of the C-extensions, and general improvements to overall performance. Through his contributions to the arrow-adbc and nanoarrow projects, Will has helped make pandas interoperate more efficiently and effectively with other dataframe libraries and analytical tools in the Apache Arrow ecosystem.

Matthew Roeschke (@mroeschke)
Matthew has been contributing to pandas since 2016 and have been on the core team since 2017. He has over 1700 commits to the project and has contributed to all aspects of the codebase. As part of his job at Nvidia, he's committed to see the continued growth and progression of the project.

Richard Shadrach (@rhshadrach)
Since the spring of 2020, Richard has authored approximately 400 merged PRs, been involved in discussions of 900 others, and involved in the discussions on 1700 issues. In addition, he's been part of the governance team and regularly hosts the new contributors meetings.


Improve all aspects of compute performance (save disk space cost) for pytorch datasets by pre-caching processed items.

This adds a new PytorchDataset class which has the same interface as the old class, but now pre-computes the outputs of the "process-on-the-fly" class and caches them to disk. For generative pre-training, like has been done with BERT and other NLP models, this should be done over a series of epochs first rather than only one epoch, but for fine-tuning task models, this can just be done for one epoch as normally these will not be stochastic per item.
The resulting files stored to disk are fully padded, tensorized *.pt files stored with torch.save, and the model can load these files in much more efficiently and iterate through them with minimal memory and time cost. This will also be much easier to pivot to a chunked solution when datasets grow too large re memory cost.

@juancq this is the PR I mentioned.

I'll give it a try on my dataset.

@mmcdermott I tested it on a subset of my dataset. This subset includes 100,000 patients. The files sizes of this subset are:

subjects_df - 1.1MB
events_df - 18MB
dynamic_measurements_df - 38MB

The positive: this pull request solves the increased memory consumption issue.
The negative: the memory consumption with this pull request was about 32.5GB, with an epoch taking about 1:40 seconds to run. The pull request I submitted still gives me memory consumption around 4.5GB, with an epoch taking about 1:35 seconds to run.

Did you modify your PyTorch data configs at all when running this version?
E.g., put in a >1 number of cached epochs?
Additionally trying running it one more time, as the first time this
dataset is created it does the pre-caching process, which takes longer, and
only on subsequent passes will it be able to use those pre-cached files to
best effect.
On Mon, Nov 13, 2023, 2:39 AM Juan Quiroz Aguilera @.***>
wrote:

@mmcdermott https://github.com/mmcdermott I tested it on a subset of my
dataset. This subset includes 100,000 patients. The files sizes of this
subset are:

subjects_df - 1.1MB
events_df - 18MB
dynamic_measurements_df - 38MB

The positive: this pull request solves the increased memory consumption
issue.
The negative: the memory consumption with this pull request was about
32.5GB, with an epoch taking about 1:40 seconds to run. The pull request I
submitted still gives me memory consumption around 4.5GB, with an epoch
taking about 1:35 seconds to run.
—
Reply to this email directly, view it on GitHub
https://github.com/mmcdermott/EventStreamGPT/pull/76#issuecomment-1807606863,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AADS5XYUXC3JXQVT5BTONILYEHFDDAVCNFSM6AAAAAA7GWG2GCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMBXGYYDMOBWGM
.
You are receiving this because you were mentioned.Message ID:
@.***>

@mmcdermott The only change was replacing data/config.py and data/pytorch_dataset.py with the copies in this pull request.
I'll test again.

@mmcdermott I ran pretraining a couple of more times to test again memory consumption and the how long each epoch takes (I'm ignoring the pre-caching process and focusing entirely on time per epoch). I selected a fairly similar 100,000 patient cohort to the one I mentioned above (minor differences in inclusion/exclusion criteria).
The precached solution in this pull request uses about 3x more memory (average of 12.8 GB vs 4.4GB) and takes slightly longer per epoch (1 minute 26 seconds vs 1 minute 14 seconds).
I ran it multiple times, and subsequent times were faster during start-up, but the time per epoch did not change.


Homebrew installs rbenv to /usr/local/bin/rbenv, so look there.

Need to add another dir for the rbenv plugin to check.

Actually, the new dir I added is a symlink to the binary, not the home dir of rbenv. I'll just symlink /usr/local/rbenv to the right dir.


[AMBARI-25208] : Enable/Disable HBase Cross Cluster Replication (with common-service changes for branch-2.7)

What changes were proposed in this pull request?
Ambari to provide Enable/Disable functionality for setting up HBase cross cluster replication. As part of this PR, we can provide peer replication info and that can be added to current cluster and hence, replication can be setup. Once it is done, we can go ahead and start replicating individual HBase Tables from one cluster to another cluster.
HBase cluster replication refers to keeping one cluster state synchronized with that of another cluster, using the write-ahead log (WAL) of the source cluster to propagate the changes
How was this patch tested?
The patch was tested manually and with unit tests. Please find some UI screenshots:

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/5296/
Test PASSed.

Please review @zeroflag @aonishuk @hiveww @Akhilsnaik @dlysnichenko @adoroszlai
There are 2 PRs:

This PR for branch-2.7 with common-services changes
PR https://github.com/apache/ambari/pull/3014 for trunk without common-services changes

@Akhilsnaik Could you please help me with this patch review?

@dlysnichenko Could you please review this patch? Based on your viewpoint, please help me add other reviewers.
Thanks

@g-boros Could you please review this patch?

@g-boros @aonishuk @dlysnichenko @jonathan-hurley  Could you please review this patch? Can this patch be an eligible feature for upcoming release?

@atkach @u39kun @aleksandrkovalenko @d0zen1

@jonathan-hurley Could you please review this patch? Do you think this could be eligible for 2.7.4 release?

@virajjasani  please put this on hold, we can revisit this after 2.7.4 is out

@mpapirkovskyy Could you please review this PR for branch-2.7? This might be useful feature for users.
PR for trunk: #3014

@jonathan-hurley @dlysnichenko @mpapirkovskyy @g-boros
Please review

Could you please review this patch @mpapirkovskyy (and #3014 )?
Thanks

Could you please review @aonishuk

Please review @dlysnichenko @hapylestat

Could you please review and help me add more reviewers please?
@Akhilsnaik @mpapirkovskyy @hapylestat @dlysnichenko

Please review @hapylestat

Please review @aonishuk

@hapylestat @dlysnichenko If you get some time, please take a look at this PR and #3014 . I hope this could be a good addition.

@hapylestat could you please take a look?
Thanks

why on Enable and Disable dialog the button called "Start"?  It is confusing. Should it be called enable or disable respectively?

Also is unclear, do we have any error handler and user input checker?   As far as i see - the user input is passed "as is" and i have some security concerns about it

Also is unclear, do we have any error handler and user input checker? As far as i see - the user input is passed "as is" and i have some security concerns about it

Thanks for the review. The only user params for enabling replication are:

Peer cluster ZK quorum, ZK port
Parent ZKey for HBase
Cluster ID that we would like to provide

For any non-secure cluster A, if the cluster has access to peer cluster ZK quorum, it will take such input and setup replication. However, for secure clusters (used in production), only if cluster A has ACLs open, has access to peer cluster by means of e.g KRB authentication, only then cluster A will be able to setup connection with cluster B.
Hence, for secure clusters, this should not cause any security threat as such. Moreover, taking care of Authentic functionalities and further validations is HBase's responsibility and we can clearly see the replication command failing for security reasons as per HBase replication command execution. What we are trying to add in Ambari is just the way for allowing users to add/update/remove replication peers, which so far users have to do on their own.

@virajjasani What i mean is that "Peer cluster id" value should be verified in the ruby script, that it is indeed id and not something else. While HBase might be in charge for validating, the security breach would be made through Ambari.

@virajjasani What i mean is that "Peer cluster id" value should be verified in the ruby script, that it is indeed id and not something else.

@hapylestat One question: you mean we should check whether id is int and not something else?

@virajjasani yep, exactly.

@hapylestat Addressed all your concerns. PR #3014 is for trunk branch.
Thanks

@hapylestat this seems flaky test. I have seen this failing in the past also, could you please once confirm and also take another look at the PR?
Thanks
Traceback (most recent call last):
  File "unitTests.py", line 389, in <module>
    sys.exit(main())
  File "unitTests.py", line 341, in main
    suites = [unittest.defaultTestLoader.loadTestsFromName(name) for name in modules]
  File "/usr/lib/python2.7/unittest/loader.py", line 91, in loadTestsFromName
    module = __import__('.'.join(parts_copy))
  File "/home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-server/src/test/python/TestAmbariServer.py", line 71, in <module>
    _ambari_server_ = __import__('ambari-server')
  File "/home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-server/src/main/python/ambari-server.py", line 44, in <module>
    from ambari_server.serverSetup import reset, setup, setup_jce_policy
  File "/home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-server/src/main/python/ambari_server/serverSetup.py", line 89, in <module>
    JDBC_DB_OPTION_VALUES = get_supported_jdbc_drivers()
  File "/home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-server/src/main/python/ambari_server/serverSetup.py", line 86, in get_supported_jdbc_drivers
    factory = DBMSConfigFactory()
  File "/home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-server/src/main/python/ambari_server/dbConfiguration.py", line 390, in __init__
    from ambari_server.dbConfiguration_linux import createPGConfig, createOracleConfig, createMySQLConfig, \
  File "/home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-server/src/main/python/ambari_server/dbConfiguration_linux.py", line 348, in <module>
    class PGConfig(LinuxDBMSConfig):
  File "/home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-server/src/main/python/ambari_server/dbConfiguration_linux.py", line 396, in PGConfig
    versioned_script_path_tps = map(lambda path: (re.search(r'pgsql-([0-9]+\.?[0-9]*)', path).group(1), path), versioned_script_paths)
  File "/home/jenkins/jenkins-slave/workspace/Ambari-Github-PullRequest-Builder/ambari-server/src/main/python/ambari_server/dbConfiguration_linux.py", line 396, in <lambda>
    versioned_script_path_tps = map(lambda path: (re.search(r'pgsql-([0-9]+\.?[0-9]*)', path).group(1), path), versioned_script_paths)
AttributeError: 'NoneType' object has no attribute 'group'

retest this please

retest this please

the test failed is:
2686088 [INFO] Results: 2686088 [INFO]  2686089 [ERROR] Errors:  2686089 [ERROR]   HeartbeatProcessorTest.testComponentUpgradeInProgressReport:973 � ConcurrentModification 2686089 [INFO]  2686089 [ERROR] Tests run: 5264, Failures: 0, Errors: 1, Skipped: 69
Not sure that i saw it before

the test failed is:
2686088 [INFO] Results: 2686088 [INFO] 2686089 [ERROR] Errors: 2686089 [ERROR] HeartbeatProcessorTest.testComponentUpgradeInProgressReport:973 � ConcurrentModification 2686089 [INFO] 2686089 [ERROR] Tests run: 5264, Failures: 0, Errors: 1, Skipped: 69
Not sure that i saw it before

Oh, sorry, I missed this one. Yes I have also not seen this failure before. Let's see how it goes in this run.
Thanks @hapylestat

This time HeartbeatProcessorTest went fine:
1616225 [WARNING] Tests run: 15, Failures: 0, Errors: 0, Skipped: 11, Time elapsed: 26.616 s - in org.apache.ambari.server.agent.HeartbeatProcessorTest

However, org.apache.ambari.server.security.encryption.CredentialStoreTest.testInMemoryCredentialStoreService_CredentialExpired failed, which was successful in the previous build: https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/5726/testReport/junit/org.apache.ambari.server.security.encryption/CredentialStoreTest/
What would you like to suggest @hapylestat ? Do you recommend testing one more time?

@virajjasani nope, org.apache.ambari.server.security.encryption.CredentialStoreTest.testInMemoryCredentialStoreService_CredentialExpired is a know issue on Apache CI.


use QOS command to check if target service is ready

[x] I have searched the issues of this repository and believe that this is not a duplicate.
[x] I have checked the FAQ of this repository and believe that this is not a duplicate.

Environment

Dubbo version: 2.7.8
Operating System version: macOS
Java version: 8

Expected Result
希望检查指定的服务是否启动成功，然后再把服务流量切换上线
QOS功能提供了非常友好的http接口，但是缺少想要的功能
简单期望：QOS传入命令“Ready MyDubboService”，返回"true"或者"false"
Actual Result
现有的QOS功能，“Ready”命令，只能提供查询整个dubbo是否初始化成功
dubbo QOS文档
#5873

@nickwongwong hi, would you please try to fix it ?

Resolved in https://github.com/apache/dubbo/pull/7370


callback error url parameters are formatted incorrectly

Bug report
When I login with a Magic Link, or with Oauth, there can sometimes be an error.  In the case of Oauth, there could be an error if the client secret is wrong.  In the case of a Magic Link, there could be an error if the code has expired or already been used.
The searchParam parameters are not formatted correctly.  For example I get this:
http://localhost:5173/auth/callback#error=unauthorized_client&error_code=401&error_description=Email+link+is+invalid+or+has+expired

Notice there is a hash # instead of a & or ?.  If I need to parse these error messages to display them to the user, I would have to use a url hack.  It is also differently formatted with login with oauth.  It should be formatted correctly in any case so that I can display the error, error_code, and error_description respectively.

[x ] I confirm this is a bug with Supabase, not with my own application.
[x ] I confirm I have searched the Docs, GitHub Discussions, and Discord.

Describe the bug
See above.
To Reproduce
Login with a magic link that has expired.  Make sure the server component (in React, SvelteKit, whatever) does not redirect to another page and look at the URL.
Expected behavior
The url parameters should be correctly formatted in both cases (oAuth and magic link).  Then I could display the correct error messages to the user simply by parsing the URL.
System information

OS: Windows 11
Version of supabase-js: 1.77.9
Version of Node.js: 18
SvelteKit with auth-helpers-sveltekit: 0.10.1

Additional context
I would also like this formatted correctly when I pass additional parameters.  For example returnPath:
const { error } = await supabase.auth.signInWithOAuth({
	provider,
	options: {
		redirectTo: $page.url.origin + `/auth/callback?returnPath=${returnPath}`
	}
});

This may result in double ? instead of the correctly formatted ? and & for parameters.
Thanks,
J

1
Did you find a solution?

I'm parsing just the description for now. Here is my SvelteKit example. This needs to be fixed internally in GoTrueJS.
import { error, redirect } from '@sveltejs/kit';
import type { PageServerLoad } from './$types';

export const load = (async ({ url, locals: { supabase } }) => {

    const _error = url.searchParams.get('error_description');
    if (_error) {
        const description = _error || 'Authentication Provider Error';
        error(400, description);
    }

    const code = url.searchParams.get('code');
    const next = url.searchParams.get('next') || '/dashboard';

    if (code) {
        const { error: codeError } = await supabase.auth.exchangeCodeForSession(code);
        if (!codeError) {
            redirect(303, next);
        }
        error(400, codeError.message);
    }

}) satisfies PageServerLoad;


Active-Active SKUs

Can you confirm which statement on this page is true as they seem to contradict each other:
"The active-active mode is available for all SKUs except Basic."
OR
"The gateway SKU must be VpnGw1, VpnGw2, VpnGw3, or HighPerformance (legacy SKU)."
Please confirm, as I believe the first statement to be true.

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

ID: 27b300f3-7b57-0772-9a36-6448a56b3d23
Version Independent ID: 959e9abd-3033-df6c-cb30-8277b0acbf0d
Content: Configure active-active S2S VPN connections - Azure VPN Gateway
Content Source: articles/vpn-gateway/vpn-gateway-activeactive-rm-powershell.md
Service: vpn-gateway
GitHub Login: @cherylmc
Microsoft Alias: cherylmc

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

@WakeyField
Thank you for your feedback here.
Seems like the PowerShell tutorial was not updated. The correct information is documented in portal configuration document.
The active-active mode is available for all SKUs except Basic or Standard.
I am currently working on a PR to address this issue.

@WakeyField
Thank you for your feedback, I have made a PR to address this issue and currently working with the doc author to get it merged. Thank you!


removed the on attribute from workflow

Please review the changes and suggest any corrections. Thanks
I have also slightly modified the description of instantiate_runners method. Shouldn't the wid parameter be of bool type?
Closes #763

thanks @WJayesh , can you please rebase master?

Hello @WJayesh! Thanks for updating this PR. We checked the lines you've touched for PEP 8 issues, and found:

In the file cli/popper/gha.py:

Line 182:1: E122 continuation line missing indentation or outdented
Line 182:3: E225 missing whitespace around operator
Line 182:5: E227 missing whitespace around bitwise or shift operator
Line 184:1: E305 expected 2 blank lines after class or function definition, found 0
Line 184:3: E225 missing whitespace around operator
Line 184:5: E225 missing whitespace around operator
Line 184:7: E225 missing whitespace around operator
Line 185:21: E113 unexpected indentation
Line 187:5: E122 continuation line missing indentation or outdented
Line 188:5: E122 continuation line missing indentation or outdented
Line 200:20: E251 unexpected spaces around keyword / parameter equals
Line 200:22: E251 unexpected spaces around keyword / parameter equals
Line 202:20: E251 unexpected spaces around keyword / parameter equals
Line 202:22: E251 unexpected spaces around keyword / parameter equals
Line 204:12: E251 unexpected spaces around keyword / parameter equals
Line 204:14: E251 unexpected spaces around keyword / parameter equals
Line 205:13: E901 IndentationError: unindent does not match any outer indentation level

In the file cli/popper/parser.py:

Line 14:3: E227 missing whitespace around bitwise or shift operator
Line 14:7: E225 missing whitespace around operator
Line 17:3: E225 missing whitespace around operator
Line 17:5: E225 missing whitespace around operator
Line 17:7: E225 missing whitespace around operator
Line 20:7: E225 missing whitespace around operator
Line 20:21: W604 backticks are deprecated, use 'repr()'

Can you please review the changes again? I'm not sure what's causing the builds to fail; I've looked at the logs but i don't think they pertain to the changes I've made. thanks!

hcl is not the main syntax now. This can be reopened if needed


Reorganize files

Hi,
Will you agree to reorganize the files/directories according to this best practice : aesthetic sass
And create tests, assets, dist as root directories.  I'll submit a pull request.
Thanks

Better that one


Only set the base address on x86 (32bit)

Fixes #23301
Fixes #24724

If this PR updates an existing port, please uncomment and fill out this checklist:

[x] Changes comply with the maintainer guide
[x] SHA512s are updated for each updated download
[x] The "supports" clause reflects platforms that may be fixed by this new version
[x] Any fixed CI baseline entries are removed from that file.
[x] Any patches that are no longer applied are deleted from the port's directory.
[x] The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
[x] Only one version is added to each modified port's versions file.

This PR should be handled after #30996.

The patch should be submitted upstream. (AFAIU upstream considers the change also for x64.)
Enable glew:arm64-windows may require fixes to downstream ports which where never tested on arm64-windows (cascaded error).

Please not that CI won't test the key change unless you remove glew:arm64-windows=fail from scripts/ci.baseline.txt. (This change is part of https://github.com/microsoft/vcpkg/pull/30996.)

Alright, I will wait for https://github.com/microsoft/vcpkg/pull/30996 to be merged.

https://github.com/nigels-com/glew/pull/384 upstream PR

remove glew:arm64-windows=fail from scripts/ci.baseline.txt.

You should really start doing this now.

I cancelled the build because it merge conflicts with dg0yt's PR, which just merged. I tried to push a merge for you but you didn't open the PR with permission for me to do that for you.

Hi Billy, I am already working on it... I will push in a few minutes.

FTR android CI tests were added only a few minutes ago...

This PR doesn't fix #23301.
That is a completely different problem (see its first post).

This PR doesn't fix #23301. That is a completely different problem (see its first post).

Then what is the problem? I am able to build glew in WoA with this PR.

@carlo-bramini this line looks suspicious im your bug report.

opengl[core]:arm64-windows -> 0.0#9

Did you use a custom opengl port?

@dg0yt There seems to be a new regression:
REGRESSION: llvm:x64-osx failed with BUILD_FAILED
install-x64-osx-dbg-out.log:
...
[6490/7382] /Library/Developer/CommandLineTools/usr/bin/c++ -DFLANG_LITTLE_ENDIAN=1 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/flang/lib/Frontend -I/Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/lib/Frontend -I/Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/include -I/Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/flang/include -I/Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/include -I/Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/llvm/include -I/Users/vagrant/Data/installed/x64-osx/include -isystem /Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/llvm/../mlir/include -isystem /Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/mlir/include -isystem /Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/clang/include -isystem /Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/llvm/../clang/include -fPIC -fPIC -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wc++98-compat-extra-semi -Wimplicit-fallthrough -Wcovered-switch-default -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wsuggest-override -Wstring-conversion -Wmisleading-indentation -fdiagnostics-color -Wno-deprecated-copy -Wno-string-conversion -Wno-unused-command-line-argument -Wstring-conversion           -Wcovered-switch-default -Wno-nested-anon-types -g -DDEBUGF18 -arch x86_64 -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX12.1.sdk -std=c++17 -MD -MT tools/flang/lib/Frontend/CMakeFiles/obj.flangFrontend.dir/FrontendActions.cpp.o -MF tools/flang/lib/Frontend/CMakeFiles/obj.flangFrontend.dir/FrontendActions.cpp.o.d -o tools/flang/lib/Frontend/CMakeFiles/obj.flangFrontend.dir/FrontendActions.cpp.o -c /Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/lib/Frontend/FrontendActions.cpp
FAILED: tools/flang/lib/Frontend/CMakeFiles/obj.flangFrontend.dir/FrontendActions.cpp.o
/Library/Developer/CommandLineTools/usr/bin/c++ -DFLANG_LITTLE_ENDIAN=1 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/flang/lib/Frontend -I/Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/lib/Frontend -I/Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/include -I/Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/flang/include -I/Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/include -I/Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/llvm/include -I/Users/vagrant/Data/installed/x64-osx/include -isystem /Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/llvm/../mlir/include -isystem /Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/mlir/include -isystem /Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/clang/include -isystem /Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/llvm/../clang/include -fPIC -fPIC -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wc++98-compat-extra-semi -Wimplicit-fallthrough -Wcovered-switch-default -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wsuggest-override -Wstring-conversion -Wmisleading-indentation -fdiagnostics-color -Wno-deprecated-copy -Wno-string-conversion -Wno-unused-command-line-argument -Wstring-conversion           -Wcovered-switch-default -Wno-nested-anon-types -g -DDEBUGF18 -arch x86_64 -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX12.1.sdk -std=c++17 -MD -MT tools/flang/lib/Frontend/CMakeFiles/obj.flangFrontend.dir/FrontendActions.cpp.o -MF tools/flang/lib/Frontend/CMakeFiles/obj.flangFrontend.dir/FrontendActions.cpp.o.d -o tools/flang/lib/Frontend/CMakeFiles/obj.flangFrontend.dir/FrontendActions.cpp.o -c /Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/lib/Frontend/FrontendActions.cpp
In file included from /Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/lib/Frontend/FrontendActions.cpp:480:
In file included from /Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/include/flang/Tools/CLOptions.inc:16:
/Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/include/flang/Optimizer/CodeGen/CodeGen.h:72:10: fatal error: 'flang/Optimizer/CodeGen/CGPasses.h.inc' file not found
#include "flang/Optimizer/CodeGen/CGPasses.h.inc"
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
[6491/7382] /Library/Developer/CommandLineTools/usr/bin/c++ -DFLANG_LITTLE_ENDIAN=1 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/flang/lib/Evaluate -I/Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/lib/Evaluate -I/Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/include -I/Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/flang/include -I/Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/include -I/Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/llvm/include -I/Users/vagrant/Data/installed/x64-osx/include -isystem /Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/llvm/../mlir/include -isystem /Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/mlir/include -isystem /Users/vagrant/Data/buildtrees/llvm/x64-osx-dbg/tools/clang/include -isystem /Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/llvm/../clang/include -fPIC -fPIC -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wc++98-compat-extra-semi -Wimplicit-fallthrough -Wcovered-switch-default -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wsuggest-override -Wstring-conversion -Wmisleading-indentation -fdiagnostics-color -Wno-deprecated-copy -Wno-string-conversion -Wno-unused-command-line-argument -Wstring-conversion           -Wcovered-switch-default -Wno-nested-anon-types -g -DDEBUGF18 -arch x86_64 -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX12.1.sdk -std=c++17 -MD -MT tools/flang/lib/Evaluate/CMakeFiles/obj.FortranEvaluate.dir/constant.cpp.o -MF tools/flang/lib/Evaluate/CMakeFiles/obj.FortranEvaluate.dir/constant.cpp.o.d -o tools/flang/lib/Evaluate/CMakeFiles/obj.FortranEvaluate.dir/constant.cpp.o -c /Users/vagrant/Data/buildtrees/llvm/src/org-15.0.7-26832cabce.clean/flang/lib/Evaluate/constant.cpp
...
I don't have a x64-osx machine.

Why did you add blend2d and osgearth to ci.baseline.txt? Where is the CI run where they failed? blend2d:arm64-windows is already excluded via supports, so it cannot fail...
llvm probably won't be excluded quickly as a drive-by. If you wouldn't touch ci.baseline.txt, it might not even hit your PR. (Touching that file needs more coverage to prevent regressions from being merged, but unfortunately this may show unrelated regressions.)
IMO the upstream issue is more https://github.com/llvm/llvm-project/issues/57680#issuecomment-1357873599, clang 15. Given the flakiness, I would guess there is a concurrency issue.

Ah... now I get it... so, if possible, one shouldn't touch ci.baseline.txt.
If I revert all my changes to ci.baseline.txt, rewrite history and force-push to this branch, would that solve the problem for this PR?

It's actually the main reason I hesitate to contribute more to vcpkg, because so far it appears that minimal changes "somehow" lead to several days of headaches for issues with unrelated ports.
But now I understood how I "created" these issues for myself.
On the other hand, it seems like the tendency to avoid touching this file would mask regressions and when someone steps on that land mine, it goes off.

It can be simpler if we are not in a hurry ;-)
'ci.baseline.txt` is really a bit special. It is also treated differently in PR CI vs. nightly CI.
You don't need to rewrite the PR, just add a new commit which restores ci.baseline.txt from master. The PR will be squashed when merged.
If you only restore this file, CI shouldn't need to rebuild glew if the cached artifacts are recent enough. So CI should complete quickly.

@dg0yt osgearth failed https://github.com/microsoft/vcpkg/pull/31084/checks?check_run_id=13017953992

Building blend2d on Windows on ARM:

... and so on.
blend2d depends on asmjit, which doesn't have functional ARM(64) support.
https://github.com/asmjit/asmjit

You don't need to fix blend2d here. It is already marked as not supported with regard to arm64-windows.
osgearth is a different story. A bug is introduced in vcpkg's patches, making blend2d required regardless of features. I can take care of it, but maybe not today. (It should affect osgearth[core] everywhere.)

osgearth: #31125

@dg0yt ah, you did it already. Thank you!

Tried to merge following dg0yt's PR getting merged but still not allowed by the PR OP.

Tried to merge following dg0yt's PR getting merged but still not allowed by the PR OP.

Not sure why this is happening. I haven't done anything for it to be like that. Maybe it's because I used the repo in the namespace of my organization...?

Not sure why this is happening. I haven't done anything for it to be like that. Maybe it's because I used the repo in the namespace of my organization...?

It's a checkbox when you make the PR.

@BillyONeal Thank you!

Now there is another issue with osgearth. Git executable can't be found. How does that make sense, when the other PR was just merged?
[1/2] "D:/downloads/tools/cmake-3.25.1-windows/cmake-3.25.1-windows-i386/bin/cmake.exe" -E chdir "../../arm64-windows-dbg" "D:/downloads/tools/cmake-3.25.1-windows/cmake-3.25.1-windows-i386/bin/cmake.exe" "D:/buildtrees/osgearth/src/05a55a9c16-32b5b64a2e.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=D:/packages/osgearth_arm64-windows/debug" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DOSGEARTH_BUILD_TOOLS=OFF" "-DWITH_BLEND2D=OFF" "-DLIB_POSTFIX=" "-DCMAKE_CXX_STANDARD=11" "-DOSGEARTH_BUILD_SHARED_LIBS=1" "-DOSGEARTH_BUILD_EXAMPLES=OFF" "-DOSGEARTH_BUILD_TESTS=OFF" "-DOSGEARTH_BUILD_DOCS=OFF" "-DOSGEARTH_BUILD_PROCEDURAL_NODEKIT=OFF" "-DOSGEARTH_BUILD_TRITON_NODEKIT=OFF" "-DOSGEARTH_BUILD_SILVERLINING_NODEKIT=OFF" "-DWITH_EXTERNAL_TINYXML=ON" "-DCMAKE_JOB_POOL_LINK=console" "-DCMAKE_MAKE_PROGRAM=C:/Program Files/Microsoft Visual Studio/2022/Enterprise/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=C:/a/1/s/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=arm64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v143" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=C:/a/1/s/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=arm64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=C:/a/1/s" "-D_VCPKG_INSTALLED_DIR=D:/installed" "-DVCPKG_MANIFEST_INSTALL=OFF" "-DOSGEARTH_BUILD_TOOLS=OFF" -- The C compiler identification is MSVC 19.35.32217.1 -- The CXX compiler identification is MSVC 19.35.32217.1 -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working C compiler: C:/Program Files/Microsoft Visual Studio/2022/Enterprise/VC/Tools/MSVC/14.35.32215/bin/Hostx64/arm64/cl.exe - skipped -- Detecting C compile features -- Detecting C compile features - done -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for working CXX compiler: C:/Program Files/Microsoft Visual Studio/2022/Enterprise/VC/Tools/MSVC/14.35.32215/bin/Hostx64/arm64/cl.exe - skipped -- Detecting CXX compile features -- Detecting CXX compile features - done -- Found OpenGL: opengl32    -- Found Fontconfig: D:/installed/arm64-windows/debug/lib/fontconfig.lib (found version "2.14.2")  -- Found Freetype: optimized;D:/installed/arm64-windows/lib/freetype.lib;debug;D:/installed/arm64-windows/debug/lib/freetyped.lib (found version "2.12.1")  -- Found EXPAT: optimized;D:/installed/arm64-windows/lib/libexpat.lib;debug;D:/installed/arm64-windows/debug/lib/libexpatd.lib (found version "2.5.0")  -- Found OpenSSL: optimized;D:/installed/arm64-windows/lib/libcrypto.lib;debug;D:/installed/arm64-windows/debug/lib/libcrypto.lib (found suitable version "3.1.0", minimum required is "3")   -- Found ZLIB: optimized;D:/installed/arm64-windows/lib/zlib.lib;debug;D:/installed/arm64-windows/debug/lib/zlibd.lib (found suitable version "1.2.13", minimum required is "1")  -- Found Protobuf: optimized;D:/installed/arm64-windows/lib/libprotobuf.lib;debug;D:/installed/arm64-windows/debug/lib/libprotobufd.lib (found version "3.21.12")  -- Performing Test CMAKE_HAVE_LIBC_PTHREAD -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - not found -- Found Threads: TRUE   -- Found BZip2: optimized;D:/installed/arm64-windows/lib/bz2.lib;debug;D:/installed/arm64-windows/debug/lib/bz2d.lib (found version "1.0.8")  -- Looking for BZ2_bzCompressInit -- Looking for BZ2_bzCompressInit - found -- Found OpenSSL: optimized;D:/installed/arm64-windows/lib/libcrypto.lib;debug;D:/installed/arm64-windows/debug/lib/libcrypto.lib (found version "3.1.0")   -- Found ZLIB: optimized;D:/installed/arm64-windows/lib/zlib.lib;debug;D:/installed/arm64-windows/debug/lib/zlibd.lib (found version "1.2.13")  -- Found GDAL 3.6.4 -- Found OSG version 3.6.5 -- Creating D:/buildtrees/osgearth/arm64-windows-dbg/build_include/osgEarth/BuildConfig.h CMake Warning (dev) at D:/downloads/tools/cmake-3.25.1-windows/cmake-3.25.1-windows-i386/share/cmake-3.25/Modules/FindPackageHandleStandardArgs.cmake:438 (message):   The package name passed tofind_package_handle_standard_args(Git) does   not match the name of the calling package (git).  This can lead to problems   in calling code that expectsfind_packageresult variables (e.g.,  _FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
D:/downloads/tools/cmake-3.25.1-windows/cmake-3.25.1-windows-i386/share/cmake-3.25/Modules/FindGit.cmake:128 (find_package_handle_standard_args)
C:/a/1/s/scripts/buildsystems/vcpkg.cmake:852 (_find_package)
src/osgEarth/CMakeLists.txt:506 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.
-- Could NOT find Git (missing: GIT_EXECUTABLE)
-- Building osgEarth as a SHARED library
-- D:/buildtrees/osgearth/arm64-windows-dbg/build_includeD:/buildtrees/osgearth/src/05a55a9c16-32b5b64a2e.clean/srcD:/installed/arm64-windows/includeD:/installed/arm64-windows/includeD:/buildtrees/osgearth/arm64-windows-dbg/src/osgEarthD:/installed/arm64-windows/includeD:/installed/arm64-windows/include
-- INCDIR: D:/packages/osgearth_arm64-windows/debug/include
-- Configuring done
-- Generating done
CMake Warning:
Manually-specified variables were not used by the project:
CMAKE_INSTALL_BINDIR
CMAKE_INSTALL_LIBDIR
FETCHCONTENT_FULLY_DISCONNECTED
LIB_POSTFIX
_VCPKG_ROOT_DIR

`

I looked at the new osgearth error logs. My suggestion is to change that port's supports to
  "supports": "!(arm | x86 | wasm32)",

AFAICS this doesn't remove any triplet which is currently tested in CI.
Our issue is with x64 intrinsics in one driver, but there seems to be another issues at least with arm64-osx:
https://github.com/gwaldron/osgearth/issues/2220
The restriction can be lifted in a separate PR with the next update, or with patching. Similar to our ping-pong with glew: I just transformed the existing restriction. The hard work is lifting the restriction...

We were posting in parallel ... the git warning is harmless (and not related to arm64-windows). The real error is during build, cf. install log.

@dg0yt ah yes... I didn't notice that.

osgearth install-arm64-windows-dbg-out.log
[328/445] C:\PROGRA~1\MICROS~1\2022\ENTERP~1\VC\Tools\MSVC\1435~1.322\bin\Hostx64\arm64\cl.exe   /TP -DCURL_STATICLIB -DOSGEARTH_HAVE_GEOS -DOSGEARTH_HAVE_MBTILES -DOSGEARTH_HAVE_MVT -DOSGEARTH_HAVE_PROTOBUF -DOSGEARTH_HAVE_SQLITE3 -DOSGEARTH_LIBRARY -DTIXML_USE_STL -D_CRT_SECURE_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS -D__STDC_FORMAT_MACROS -DosgEarth_EXPORTS -ID:\buildtrees\osgearth\arm64-windows-dbg\build_include -ID:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src -ID:\buildtrees\osgearth\arm64-windows-dbg\src\osgEarth -external:ID:\installed\arm64-windows\include -external:ID:\installed\arm64-windows\include\geos -external:W0 /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP  /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 /showIncludes /Fosrc\osgEarth\CMakeFiles\osgEarth.dir\ModelNode.cpp.obj /Fdsrc\osgEarth\CMakeFiles\osgEarth.dir\ /FS -c D:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src\osgEarth\ModelNode.cpp
[328/445] cmd.exe /C "cd . && D:\downloads\tools\cmake-3.25.1-windows\cmake-3.25.1-windows-i386\bin\cmake.exe -E vs_link_dll --intdir=src\osgEarth\CMakeFiles\osgEarth.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\ENTERP~1\VC\Tools\MSVC\1435~1.322\bin\Hostx64\arm64\link.exe  @CMakeFiles\osgEarth.rsp  /out:lib\osgEarthd.dll /implib:lib\osgEarthd.lib /pdb:lib\osgEarthd.pdb /dll /version:3.3 /machine:ARM64 /nologo    /debug /INCREMENTAL /NODEFAULTLIB:MSVCRT  && cd ."
[351/445] C:\PROGRA~1\MICROS~1\2022\ENTERP~1\VC\Tools\MSVC\1435~1.322\bin\Hostx64\arm64\cl.exe   /TP -DCURL_STATICLIB -DOSGEARTH_HAVE_MBTILES -DOSGEARTH_HAVE_PROTOBUF -D_CRT_SECURE_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS -Dosgdb_fastdxt_EXPORTS -ID:\buildtrees\osgearth\arm64-windows-dbg\build_include -ID:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src -external:ID:\installed\arm64-windows\include -external:ID:\installed\arm64-windows\include\geos -external:W0 /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP  /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 /showIncludes /Fosrc\osgEarthDrivers\fastdxt\CMakeFiles\osgdb_fastdxt.dir\intrinsic.cpp.obj /Fdsrc\osgEarthDrivers\fastdxt\CMakeFiles\osgdb_fastdxt.dir\ /FS -c D:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src\osgEarthDrivers\fastdxt\intrinsic.cpp
FAILED: src/osgEarthDrivers/fastdxt/CMakeFiles/osgdb_fastdxt.dir/intrinsic.cpp.obj
C:\PROGRA~1\MICROS~1\2022\ENTERP~1\VC\Tools\MSVC\1435~1.322\bin\Hostx64\arm64\cl.exe   /TP -DCURL_STATICLIB -DOSGEARTH_HAVE_MBTILES -DOSGEARTH_HAVE_PROTOBUF -D_CRT_SECURE_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS -Dosgdb_fastdxt_EXPORTS -ID:\buildtrees\osgearth\arm64-windows-dbg\build_include -ID:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src -external:ID:\installed\arm64-windows\include -external:ID:\installed\arm64-windows\include\geos -external:W0 /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP  /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 /showIncludes /Fosrc\osgEarthDrivers\fastdxt\CMakeFiles\osgdb_fastdxt.dir\intrinsic.cpp.obj /Fdsrc\osgEarthDrivers\fastdxt\CMakeFiles\osgdb_fastdxt.dir\ /FS -c D:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src\osgEarthDrivers\fastdxt\intrinsic.cpp
C:\Program Files\Microsoft Visual Studio\2022\Enterprise\VC\Tools\MSVC\14.35.32215\include\emmintrin.h(20): fatal error C1189: #error:  This header is specific to X86, X64 and ARM64EC targets
[352/445] C:\PROGRA~1\MICROS~1\2022\ENTERP~1\VC\Tools\MSVC\1435~1.322\bin\Hostx64\arm64\cl.exe   /TP -DCURL_STATICLIB -DOSGEARTH_HAVE_MBTILES -DOSGEARTH_HAVE_PROTOBUF -D_CRT_SECURE_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS -Dosgdb_fastdxt_EXPORTS -ID:\buildtrees\osgearth\arm64-windows-dbg\build_include -ID:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src -external:ID:\installed\arm64-windows\include -external:ID:\installed\arm64-windows\include\geos -external:W0 /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP  /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 /showIncludes /Fosrc\osgEarthDrivers\fastdxt\CMakeFiles\osgdb_fastdxt.dir\util.cpp.obj /Fdsrc\osgEarthDrivers\fastdxt\CMakeFiles\osgdb_fastdxt.dir\ /FS -c D:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src\osgEarthDrivers\fastdxt\util.cpp
D:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src\osgEarthDrivers\fastdxt\util.cpp(241): warning C4267: 'initializing': conversion from 'size_t' to 'int', possible loss of data
D:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src\osgEarthDrivers\fastdxt\util.cpp(244): warning C4267: '=': conversion from 'size_t' to 'int', possible loss of data
[373/445] C:\PROGRA~1\MICROS~1\2022\ENTERP~1\VC\Tools\MSVC\1435~1.322\bin\Hostx64\arm64\cl.exe   /TP -DCURL_STATICLIB -DOSGEARTH_HAVE_MBTILES -DOSGEARTH_HAVE_PROTOBUF -D_CRT_SECURE_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS -Dosgdb_fastdxt_EXPORTS -ID:\buildtrees\osgearth\arm64-windows-dbg\build_include -ID:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src -external:ID:\installed\arm64-windows\include -external:ID:\installed\arm64-windows\include\geos -external:W0 /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP  /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 /showIncludes /Fosrc\osgEarthDrivers\fastdxt\CMakeFiles\osgdb_fastdxt.dir\FastDXTImageProcessor.cpp.obj /Fdsrc\osgEarthDrivers\fastdxt\CMakeFiles\osgdb_fastdxt.dir\ /FS -c D:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src\osgEarthDrivers\fastdxt\FastDXTImageProcessor.cpp
D:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src\osgEarthDrivers\fastdxt\FastDXTImageProcessor.cpp(131): warning C4018: '<': signed/unsigned mismatch
[380/445] C:\PROGRA~1\MICROS~1\2022\ENTERP~1\VC\Tools\MSVC\1435~1.322\bin\Hostx64\arm64\cl.exe   /TP -DOSGEARTH_HAVE_MBTILES -DOSGEARTH_HAVE_PROTOBUF -D_CRT_SECURE_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS -Dosgdb_osgearth_viewpoints_EXPORTS -ID:\buildtrees\osgearth\arm64-windows-dbg\build_include -ID:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src -external:ID:\installed\arm64-windows\include -external:ID:\installed\arm64-windows\include\geos -external:W0 /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP  /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 /showIncludes /Fosrc\osgEarthDrivers\viewpoints\CMakeFiles\osgdb_osgearth_viewpoints.dir\ViewpointsExtension.cpp.obj /Fdsrc\osgEarthDrivers\viewpoints\CMakeFiles\osgdb_osgearth_viewpoints.dir\ /FS -c D:\buildtrees\osgearth\src\05a55a9c16-32b5b64a2e.clean\src\osgEarthDrivers\viewpoints\ViewpointsExtension.cpp
ninja: build stopped: subcommand failed.

If you are not already on it, I will have a look at it.

@dg0yt  Yeah, I will follow your suggestion.
The issue seems to be a bigger one on osgearth's side.

I am happy so long as the comment I asked for is added.
glew-patch.patch

Done. I'll update the version in 10-15 minutes. I just woke up and am not on my computer yet. 😅

Thanks again!


Add documentation to address #2402

Adds documentation for using self-signed certificates while connecting on localhost.
Issue Link :link:

#2402
Goals :soccer:

Updates the documentation to help prevent further similar issues from being opened.
Implementation Details :construction:

N/A
Testing Details :mag:

N/A

Thanks for the PR!


Seek and Destroy

is destoyer([1, 2, 3, 1, 2, 3], 9, 7); missing brakets?
(I changed the last two arguments to 9 and 7 so I could see what it was grabbing.  Using 1 and 2 was not clear.)
for example:
function destroyer(arr) {
console.log(arr);
}
// returns [1, 2, 3, 1, 2, 3]
To get the rest, I have to add more arguments: destroyer(arr, x, y)
console.log(arr);  //this returns [1, 2, 3, 1, 2, 3]
console.log(x);    //returns 9
console.log(y);    //returns 7
But if I add brakets: destoyer([[1, 2, 3, 1, 2, 3], 9, 7])  then I can grab everything
console.log(arr);  //returns [[1, 2, 3, 1, 2, 3], 9, 7]
Am I missing the concept or is this exercise missing brackets?  If so, could you point me in the right direction?

There's a hint at the bottom of the instructions that link you to documentation about the arguments object. Using it will allow you to grab the values after the first argument without having to add parameters to your function.
Try asking in HelpJavaScript if you need more clarification. Good luck!

+1 on @sludge256
I made the mistake of thinking 'arr' was an array of all arguments.


how long is it supposed to run?

I left the chatbot.py running in training mode for 2 hours and it's still going, when does it end (if it even does)?

can you tell me please how long its take, my training session is taking about 6 days iter 4373200....

iteration not means anything it just checkpoint   result  of loss index only is what matter !!! run till satisfaction or stop if nothin changes and get diferent model dataset etc..


Chore: Queued event system

Changelog Description
Implemented event system with more expected behavior of event system. If an event is triggered during other event callback, it is not processed immediately but waits until all callbacks of previous events are done. The event system also allows to not trigger events directly once emit_event is called which gives option to process events in custom loops.
Additional info
The event system is not used anywhere, I need it for refactor of workfiles tool, where order of events matter. The changes can be added as part of that PR, but I thought it would be easier to do a review in smaller PR.

I like that this is implemented in isolation for review.
However, with it unused currently - right? - I think it's the perfect moment to implement tests now to ensure the behavior is correct. It'll also help to ensure it will remain to function the expected way over time.


Emit data to individual client

Sending data to individual client is not possible currently . I request you to add that feature .

Sending data to individual client is not possible currently . I request you to add that feature .

Please upgrade your Broadcast Server, Broadcast Client and SocketIO Driver for Masonite
Change Logs


initial contrib/privnet-claim-neo-and-gas.py

What current issue(s) does this address?, or what feature is it adding?
I modified contrib/privnet-claimall.py to (1) create a wallet and (2) claim some initial GAS.
How did you solve this problem?
Using privnet-claimall.py and enhancing it.
How did you make sure your solution works?
Manual tests
Did you add any tests?
No
Did you check your pycodestyle?
Yes
Are there any special changes in the code that we should be aware of?
No
Are you making a PR to a feature branch or development rather than master?
development

Coverage remained the same at 67.31% when pulling 8803a1e41e02042563aeac52dd37c2147207d8eb on metachris:claim-neo-and-gas into 5396dd4c5fed8c178640a7099046cf376e3297a7 on CityOfZion:development.


[mkldnn-v1.0] Add MKL-DNN reshape&flatten&expand_dims

Description
Add mkl-dnn 1.0 support for reshape/flatten/expand_dims ops.
@pengzhao-intel @ciyongch @TaoLv @ZhennanQin @rongzha1
Checklist
Essentials
Please feel free to remove inapplicable items for your PR.

[ ] The PR title starts with [MXNET-$JIRA_ID], where $JIRA_ID refers to the relevant JIRA issue created (except PRs with tiny changes)
[ ] Changes are complete (i.e. I finished coding on this PR)
[ ] All changes have test coverage:
Unit tests are added for small changes to verify correctness (e.g. adding a new operator)
Nightly tests are added for complicated/long-running ones (e.g. changing distributed kvstore)
Build tests will be added for build configuration changes (e.g. adding a new build option with NCCL)
[ ] Code is well-documented:
For user-facing API changes, API doc string has been updated.
For new C++ functions in header files, their functionalities and arguments are documented.
For new examples, README.md is added to explain the what the example does, the source of the dataset, expected performance on test set and reference to the original paper if applicable
Check the API doc at http://mxnet-ci-doc.s3-accelerate.dualstack.amazonaws.com/PR-$PR_ID/$BUILD_ID/index.html
[ ] To the my best knowledge, examples are either not affected by this change, or have been fixed to be compatible with this change

Changes

[ ] Feature1, tests, (and when applicable, API doc)
[ ] Feature2, tests, (and when applicable, API doc)

Comments

If this change is a backward incompatible change, why must this change be made.
Interesting edge cases to note here

please rebase the code and I will merge soon.

This PR suffers the same onnx test error with PR#16272. @TaoLv

Merging now.

@ZhennanQin just filed a PR to address reshape issue, which is merged into master. We need to submit another PR to include this fix in mkldnn-v1.0 branch. I can try to rebase mkldnn-v1.0 branch from master and fix conflicts. FYI @TaoLv


safari layout scrolling issue workaround

Ref https://github.com/google/material-design-lite/issues/2559#issuecomment-168875182

I guess since this is only an issue on Safari then the PR will work fine. But, it will only work on 9 according to caniuse.
 Safari still needs a bug report since this at least shows where the issue is coming from.

I wouldn’t mind merging this in to have layout behave better for the rest of 1.x. Well have to give this a thorough cross-browser check, though.

@Garbee if you click 'showing all' in your link, it'll show green on safari 5+

ah, 5+ cool then. MDN should get updated too... My laptop browser was kicking out on me and nothing would load on the site earlier.
For clarity, my "no good reason" is just anguish that Safari does this. It wasn't like we shouldn't include it. We should since clearly there is an issue in Safari and as long as this doesn't have any side affects, it's all cool. I just can't test since I don't have Safari.

@surma Mind trying to test this to get it in before 1.1 is tagged? Would be a nice addition and looks like we didn't tag before the cleansing meeting last week.

Closed in favor of #4010


Flip epi left/right in some subjects?

Hello all,
I'm working with a data set that measured motor activation when using the dominant hand in a group that includes a mix of left-handed and right-handed subjects. I need to flip the lefty epis R/L to do a second level analysis. Is there aa functionality for this? My searches turned up nothing.
It's not hard to implement, but perhaps someone already did so somewhere...
Thanks,
Mike

It actually is a bit tricky because of the left/right asymmetry so I think
most people build a symmetrical template and normalize to that before
flipping. (“Most people” = the few people I talked to in 2010 who were
trying this). (They may not have done this for the dataset you are trying
to replicate though, so maybe it doesn’t matter.)
On Thu, Jul 26, 2018 at 8:41 AM Mike Jones<EMAIL_ADDRESS>wrote:

Hello all,
I'm working with a data set that measured motor activation when using the
dominant hand in a group that includes a mix of left-handed and
right-handed subjects. I need to flip the lefty epis R/L to do a second
level analysis. Is there aa functionality for this? My searches turned up
nothing.
It's not hard to implement, but perhaps someone already did so somewhere...
Thanks,
Mike
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/rhodricusack/automaticanalysis/issues/154, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAGtPTNtweWgPfayHfr-8flU_4wJu_INks5uKg1SgaJpZM4ViWbp
.

We also did something similar for VBM in this article: https://doi.org/10.1002/hbm.23023
We could come up with a module similar to dartel_creattemplate to build a symmetrical template and normalise data to it.
Vale,
Tibor
Auer, Tibor (Ph '99)
From: Jonathan Peelle<EMAIL_ADDRESS>Sent: Thursday, July 26, 2018 10:23 PM
To: rhodricusack/automaticanalysis<EMAIL_ADDRESS>Cc: Subscribed<EMAIL_ADDRESS>Subject: Re: [rhodricusack/automaticanalysis] Flip epi left/right in some subjects? (#154)
It actually is a bit tricky because of the left/right asymmetry so I think
most people build a symmetrical template and normalize to that before
flipping. (“Most people” = the few people I talked to in 2010 who were
trying this). (They may not have done this for the dataset you are trying
to replicate though, so maybe it doesn’t matter.)
On Thu, Jul 26, 2018 at 8:41 AM Mike Jones<EMAIL_ADDRESS><EMAIL_ADDRESS>> wrote:

Hello all,
I'm working with a data set that measured motor activation when using the
dominant hand in a group that includes a mix of left-handed and
right-handed subjects. I need to flip the lefty epis R/L to do a second
level analysis. Is there aa functionality for this? My searches turned up
nothing.
It's not hard to implement, but perhaps someone already did so somewhere...
Thanks,
Mike
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/rhodricusack/automaticanalysis/issues/154, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAGtPTNtweWgPfayHfr-8flU_4wJu_INks5uKg1SgaJpZM4ViWbp
.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/rhodricusack/automaticanalysis/issues/154#issuecomment-408239300 , or mute the thread https://github.com/notifications/unsubscribe-auth/AEl8qR596mgZJUG08Ypb8UHp-WnBgWbkks5uKjMZgaJpZM4ViWbp .  https://github.com/notifications/beacon/AEl8qbZLzfg9Z2WcZq5VxNEIR-HYieQzks5uKjMZgaJpZM4ViWbp.gif

I believe there is a symmetrical version of fsaverage, if you'd consider going surface based... No AA implementation of this yet though, I don't think.

I think the existing dartel_createtemplate could be used to create symmetric template by adding all subjects twice (flipped and upflipped).
Then after aamod_norm_write_(cons)_dartel, EPI/contrast images should be symmetric (?), so we only have to flip them for the second level analysis. I would recommend normalising the contrast images.


Revamp of Backend Directory Structure.

After two iterations of the current backend curriculum, it has become apparent that a major refactor of the express directory structure is in order. The current directory structure is unwieldy, and it has become hard to understand how certain files relate to each other. The main reason for this is  We currently house the routes, controllers, and validators in their own separate directories. Instead the files should be split up by endpoint/feature so that all the controllers, routes and validators for a database entity or feature  are housed together in a directory named after the entity or route in question.
Here  are some of  the benefits of making this change:

it will enable for a directory structure that better matches how the rest endpoints are laid out.
The backend directory structure will more closely align with the frontend directory structure
It is more apparent how files relate to each other.
Below is a mockup of what this would look like.

Some other minor directory structure changes will also be introduced. Mainly reintroducing an App.ts in the frontend and having the store configured in /frontend/src/store/index.js instead of /frontend/src/index.js.

Thanks, I agree with the reasoning here and think it's a good idea.  I'm guessing this will not be backwards compatible, right?  We should probably iterate to a 2.0 version of the app when we release this.

Closing old issue


WAS_Random_Number - 'float' object cannot be interpreted as an integer

Hi
I've just been trying some stuff with Python 3.11 installed, and a workflow where I use the integer output in the Random Number node breaks with this error:
2024-12-07T22:50:47.090732 - !!! Exception during processing !!! 'float' object cannot be interpreted as an integer
2024-12-07T22:50:47.094414 - Traceback (most recent call last):
  File "C:\SDAI\ComfyUI\ComfyUI\execution.py", line 324, in execute
    output_data, output_ui, has_subgraph = get_output_data(obj, input_data_all, execution_block_cb=execution_block_cb, pre_execute_cb=pre_execute_cb)
                                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\SDAI\ComfyUI\ComfyUI\execution.py", line 199, in get_output_data
    return_values = _map_node_over_list(obj, input_data_all, obj.FUNCTION, allow_interrupt=True, execution_block_cb=execution_block_cb, pre_execute_cb=pre_execute_cb)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\SDAI\ComfyUI\ComfyUI\execution.py", line 170, in _map_node_over_list
    process_inputs(input_dict, i)
  File "C:\SDAI\ComfyUI\ComfyUI\execution.py", line 159, in process_inputs
    results.append(getattr(obj, func)(**inputs))
                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\SDAI\ComfyUI\ComfyUI\custom_nodes\was-node-suite-comfyui\WAS_Node_Suite.py", line 12342, in return_randm_number
    number = random.randint(minimum, maximum)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "random.py", line 336, in randint
  File "random.py", line 301, in randrange
TypeError: 'float' object cannot be interpreted as an integer

I think this is similar to this issue: https://github.com/WoLpH/numpy-stl/issues/188
eg. randint no longer allows you to pass floats?
Confirmed (I think...) by changing this line 12342:
number = random.randint(minimum, maximum)
To this:
number = random.randint(int(minimum), int(maximum))
And the error goes away.

I believe there was a PR that changed some of the functionality to make it more random with seed, and may not have been tested well. I apologize for that, been rather busy. But yes because of float input definitely would need to be converted to int first.


Voxel_zero_mean may produce "merely solve rotation, translation is solved during datapreprocess" problem

My Q:

In synthetic, no problem, as the zero-mean is with point cloud mean which merely need one point cloud itself. But on 3DMatch test, the zero-mean is with voxel-mean. And this voxel-mean is taken from two aligned point cloud. This is the difference and that's why I say the bug is only on voxelization.

"then the p1 is transformed back with a pose "x" for registration" . For coarse-to-fine registration, P---T1--->P^{1}---T2--->P^{2}.
But in the 3DMatch test, it is P---T1--->P^{1}---x--->P---PointNetLK_Revisited--->P^{2}.
T1 is somehow global result, P^{1} is one well aligned point cloud. Then with a "x", you align it back to a non-aligned cases P. >> This is in the data preprocessing part.

I also checked, with voxel_zero_mean=True and voxel=1 on the 3DMatch test, it is like the PointNetLK_revisited merely solve rotation during the registration. Please check!

Lilac-Lee's:

zero_mean is required by our method. The voxelization part is the same analog as the synthetic part. voxel_mean is required when computing global Jacobian.
Our method solves both rotation and translation, and the estimated translation compensates for the deducted mean.

Hi, @Lilac-Lee,
"I also checked, with voxel_zero_mean=True and voxel=1 on the 3DMatch test, it is like the PointNetLK_revisited merely solve rotation during the registration. Please check!"
I think this should be true...

Hi, the zero_mean=True will not cancel the real translation, we will compensate for translation later. Imagine that you take the mean first, then the translation to be predicted will surely be smaller, and this is what we want. However, the deducted mean is not the "true translation". So we still need to predict translation and compose the deducted mean to get the final translation.

Hi,
I mean not the zero_mean (in synthetic no problem), it is the voxel_zero_mean in the real test. The voxel_zero_mean is exactly the save before aligned with x in datapreprocess.

hmm, I think you're referring to "calculate voxel medium". This is all based on the experiment settings we're using.
Yes, the "voxel_zero_mean" is the same for both point clouds, because we find the overlapped areas. When voxel=2, there are 8 voxels, we will solve transformation for each voxel, then translate back to the global frame.
In the real-world settings, you can try with two raw point clouds (not aligned), then deduct the mean for both of them, then find overlapped areas, then do voxelization. But then you need global registration first. Cheers.

Hi, Xueqian,
Yes, and I think it is the " voxel_zero_mean is the same for both point clouds" produces my concern:
By subtracting the voxel_mean, the voxels in same position from two point cloud merely have rotation difference.
Let's see voxel=1, in this case, it seems more clear.
That's why I'm little bit shocked when got bad result on voxel_zero_mean=False...

When you said "voxel_zero_mean=False", did you mean that you set voxel=1, then during testing, you set zero_mean=False in the trainer.py file? If that is the case, then it falls back to our discussions before, that you should always set zero_mean=True. It is required.
Also, when you subtractin the voxel mean, you still need to apply a transformation, then the point cloud would have both rotation and translation. Although in the voxel=1 case, the translation should be the voxel mean.

Hi, Xueqian,
Emmm...
For example, we have P and Q which is well aligned in the very begining of 3DMatch data process. Then we have m which is voxel mean for both P and Q. After that we apply a ground truth alignment x=R|t.
So now we have RP+t and its voxel mean Rm+t, Q and its voxel mean m.
Then we subtract the voxel mean:
(RP+t) - (Rm+t) = R(P-m)
Q-m
So the difference between P-m and Q-m is merely rotation R.

Hi Yijun, the example you demonstrated is correct when setting "voxel=1" with "well-aligned" data.
Please bear in mind that voxelization here only happens when you set "voxel>1". When solving transformation for voxelization, we first need to solve transformation for the local voxel, then transform back to the global frame. You can view the point cloud in the global frame as a big voxel (rectangle). Then the "voxel difference between the local frame and the global frame" is known. When you force the estimated local transformation back to the global transformation, you need the "voxel difference between the local frame and the global frame".
Like I said before, ideally, when adapting to applications, you need to first use global registration to get "well-aligned" data, then process data, and when you deduct the voxel mean for the global frame, you might see a larger estimated translation. Also, for our algorithm, we need to deduct mean to make the estimated translation bounded by a small value.
Cheers.

Hi, Xueqian,
Maybe I have some misunderstanding for "voxel>1". I actually understand this part from the code. Please fixme if I didn't get some step. :)
When "voxel>1", well aligned P and Q will be divided into (lets say K) voxels {P_i}, {Q_i} with i \in {1,...,K}. And P_i and Q_i are in the space of a same voxel i.
Then accordingly they have voxel mean that are also same m_i.
After that again transform {P_i} with x=[R|t], we have {RP_i + t} and {Rm_i+t}.
So after voxel_zero_mean, we still get {R(P_i-m_i)} and {(Q_i-m_i)} for registration. So we have K voxels centered at origin with only rotation difference for registration.
This is the whole story. Maybe it is my problem...
And I think if you use point_zero_mean instead of voxel_zero_mean, with Jacobian (conditioned on the point_mean) will not introduce this problem while still consistant with your conditional Jacobian theory.

Hey Yijun, thanks for the explanation. Yeah, I just wanted to remind you that we should always set "voxel>1". Ideally, if we apply the method to a global estimated result, you won't be seeing this situation (i.e., no translation needs to be solved). And in the real application, I will always recommend using voxel mean instead of the point cloud mean for each voxel. Cheers.

Hi, Xueqian,
For my previous post. It is about the 3DMatch test.
Because from my own understanding, the experiment result with voxelization is wired.
Would you please check if the 3DMatch voxel>1 only solves rotation during registration? As from the previous derivation it is...

Hi Yijun, like I said in my previous post, your explanation is right. In the experiment, even if the transformation only has "translation" in this situation, our method does not know that, and still estimates the rotation and the translation. You can try using the voxelized data to do estimation using non-voxelization methods to test. Cheers.

Hi, Xueqian,
I tried only translation in 3DMatchtest with voxel=2. (let x only contains translation).
Before postprocess with a0, a1:

after:

Then I scale the translation with 10 for x:
Before postprocess with a0, a1:

after:

So in image 1 and 3 gives the exact same result no matter translation1 or translation10.
But it is surprise it will return a relatived correct result after postprocess.

Hi Yijun, I want to point out that our method does not have a theoretical bug, and I never said "doesnot think this bug is a serious problem in research".
In the real world application, you should still use voxel mean, not point cloud mean.
Thanks for your efforts through these comments! It made me "revisit" thoroughly about our method.
And this is my final comment.

come on, I'm saying your voxelization based registration "merely solve rotation". So the experiment of 3DMatch in paper is not valid.
I mention "point mean" is just to give you a step. Fine, I think you've already get the point, I will not keep asking...


youtube-dl on ARM with pip3, stuck at 2<IP_ADDRESS>?

Checklist

[X] I'm asking a question
[ ] I've looked through the README and FAQ for similar questions
[ ] I've searched the bugtracker for similar questions including closed ones

Question
I run youtube-dl on an OrangePi and I tried to update but it is stuck at the version 2<IP_ADDRESS>.
Why? How can I get the latest version? I couldn't find instructions to compile by myself.
$ pip3 --version
pip 20.0.2 from /usr/lib/python3/dist-packages/pip (python 3.8)
$ python3 --version
Python 3.8.5
$ youtube-dl --version
2<IP_ADDRESS>

The default version is still 2<IP_ADDRESS> but setting a newer version in the pip command gives me the correct version.


Added Union find algo in python

🔥🔥 Union find algo | Python 🔥🔥

Fixed issue: #92

The Union-Find algorithm, also known as the Disjoint-Set data structure, is a powerful tool for managing and merging disjoint sets. It’s particularly useful in applications like network connectivity, image processing, and Kruskal’s algorithm for finding the Minimum Spanning Tree.
Key Points:

Path Compression: This technique helps flatten the structure of the tree whenever find is called, making future operations faster.
Union by Rank: This technique ensures that the smaller tree is always added under the root of the larger tree, keeping the tree as flat as possible.

@abhaysinghr516 This PR is ready to review and merge. Pls add the hacktoberfest label and merge it.


chore: change max length secondary branch

Companions

https://github.com/Substra/substrafl/pull/177 (main)
https://github.com/Substra/substra-documentation/pull/376
https://github.com/Substra/substra-frontend/pull/268

Can this unlock showing graphs for bigger workflows ?

Can this unlock showing graphs for bigger workflows ?

Mmmmh that's an interesting question. Does the current limit is set in number of task or with an other metric ?
If this is in number of tasks, the number of round of a common workflow will increase but only due to the fact that a round will have less tasks than before.


Segfault in dgeev on Windows 64 bit

I'm seeing this in 0.2.15 on both 64 bit Cygwin and MinGW-w64. Test program:
#include <stdint.h>
#include <stdlib.h>
#include <stdio.h>
#define BLASINT int32_t
void dgeev_(char*, char*, BLASINT*, double*, BLASINT*, double*, double*,
    double*, BLASINT*, double*, BLASINT*, double*, BLASINT*, BLASINT*);
int main() {
char jobvl = 'N';
char jobvr = 'N';
BLASINT n = 1000;
double *A = malloc(n*n*sizeof(double));
BLASINT lda = n;
double *WR = malloc(n*sizeof(double));
double *WI = malloc(n*sizeof(double));
double *VL;
BLASINT ldvl = n;
double *VR;
BLASINT ldvr = n;
double *work = malloc(1*sizeof(double));
BLASINT lwork = -1;
BLASINT info[1];
BLASINT i, j;
for (i=0; i<n; i++) {
    for (j=0; j<n; j++) {
        A[n*i+j] = n*(((double)rand()/(double)RAND_MAX) - 0.5);
    }
}
dgeev_(&jobvl, &jobvr, &n, A, &lda, WR, WI,
    VL, &ldvl, VR, &ldvr, work, &lwork, info);
printf("info[0] is %d\n", info[0]);
printf("lwork is %d\n", lwork);
printf("work[0] is %g\n", work[0]);
lwork = work[0];
free(work);
work = malloc(lwork*sizeof(double));
dgeev_(&jobvl, &jobvr, &n, A, &lda, WR, WI,
    VL, &ldvl, VR, &ldvr, work, &lwork, info);
printf("info[0] is %d\n", info[0]);
printf("lwork is %d\n", lwork);
printf("work[0] is %g\n", work[0]);
}

gdb output (this is with cygwin 64's openblas library, looks very similar with Julia's mingw-w64 build):
Tony@TK-samsung ~/julia
$ gcc -g 5728.c -o 5728 -llapack

Tony@TK-samsung ~/julia
$ gdb -q ./5728
Reading symbols from ./5728...done.
(gdb) r
Starting program: /home/Tony/julia/5728
[New Thread 10000.0xa7c]
[New Thread 10000.0x19f8]
[New Thread 10000.0x108c]
[New Thread 10000.0x27cc]
[New Thread 10000.0x200c]
[New Thread 10000.0x21f0]
[New Thread 10000.0x1398]
[New Thread 10000.0x276c]
[New Thread 10000.0x2118]
[New Thread 10000.0xdb0]
info[0] is 0
lwork is -1
work[0] is 34000

Program received signal SIGSEGV, Segmentation fault.
0x00000003f186ad50 in cygblas-0!blas_memory_free () from /usr/bin/cygblas-0.dll
(gdb) bt
#0  0x00000003f186ad50 in cygblas-0!blas_memory_free () from /usr/bin/cygblas-0.dll
#1  0x00000003f161eff8 in dgemv_ () from /usr/bin/cygblas-0.dll
#2  0x00000003d7c75fae in dlahr2_ () from /usr/lib/lapack/cyglapack-0.dll
#3  0x00000003d7c2f8ec in dgehrd_ () from /usr/lib/lapack/cyglapack-0.dll
#4  0x00000003d7c2c1f3 in dgeev_ () from /usr/lib/lapack/cyglapack-0.dll
#5  0x0000000100401359 in main () at 5728.c:36

@tkelman , thank you for the report.  I am working on this bug.

I just tested it on my two cores windows machine. It works fine. Does it relate to the number of threads?

Don't think so, it segfaults with OPENBLAS_NUM_THREADS set to 1, 2, 4, or 8 for me. Are you building latest develop or 0.2.15 release? I don't have a Windows build of latest develop handy, but it's possible the change in optimization level from https://github.com/xianyi/OpenBLAS/commit/299cdcdc29999d591fcb300630d50b2986bfb6fc might make a difference? Or Lapack 3.6.0 for that matter.

I built debug (-g) version. i will try the release (-O2 -g) version.

I cannot reproduce this segfault so far :(
I plan to try another windows box.

Tony's test works on cygwin 64bit with Netlib and openblas-0.2.14.
In both case the Lapack is 3.5.0 revision 1606 (almost 3.6.0)
$ ./5728.exe
info[0] is 0
lwork is -1
work[0] is 34000
info[0] is 0
lwork is 34000
work[0] is 34000
I am trying to rebuild 0.2.15 with additional debuginfo and usual configuration:
make NO_LAPACK=1 DYNAMIC_ARCH=1 NUM_THREADS=16
$ ./5728.exe
info[0] is 0
lwork is -1
work[0] is 34000
Segmentation fault (core dumped)

the new 0.2.15 version of gemv.c, compared to 0.2.14, is reserving an insufficient stack space
for the assembler subroutine dgemv_n.S.
on
http://matzeri.altervista.org/works/openblas/
I loaded a patch that solve the issue increasing the reserved space of 288 bytes.
as used by dgemv_n.S on Windows system
I also added an assert to verify that the increase was enough.
Without the
stack_alloc_size += 288 / sizeof(FLOAT)
the assert will fail very easily showing an overwriting over
stack_buffer[stack_alloc_size] dimension.
I added a size swap from 10 to 2000 to 5728-n.c
0.2.15 will fail for n ~ 140.
With my change I am running > 1400 with no issue.
Tony can you test the build openblas-<IP_ADDRESS>-1 for x86_64 based on git code plus patch from
"setup-x86_64.exe -X -O -s http://matzeri.altervista.org"

Yes, your build works for me.

@xianyi it looks from my local testing like this doesn't happen on Haswell, only earlier kernels. My laptop is a Sandy Bridge. I'm testing Marco's patch now, and will close this if 0.2.15 plus that patch is enough to fix the segfault.

My patch should be considered a temporary workaround. The assert is for extra security.
For most of the architecture I presume the additional stack is an overkill, but surely for windows the old stack reservation was insufficient.

The patch does look like it fixes matters. I'm in the process of working out what to include in a Julia 0.4.2 release, and would like to fix this segfault in some way. I could apply the patch just for the Windows (64 bit only?) build, depending on what resolution is expected to be more consistent with the next 0.2.16 release of OpenBLAS.

on further testing, applying @matzeri's patch on top of 0.2.15 results in intermittent crashes on non Windows platforms, so something probably needs to be changes here. There might be intermittent problems on Windows too still but I run tests less often there.


Fixed reversed logic

Pull request that fixes issue #23

Coverage remained the same at 57.04% when pulling 37a53838f6902c4676e47020fa4dcf47fe502e2b on inverted-logic-fix into 9022518cde5027bda294f327a1688143d323341b on master.

Fixes #24


MP font mistake ( updated font files)

I made a mistake with the MP font on the website and designs. Not sure how it got changed but I relaxed we are using the wrong font. I already updated the branding page, the files online (google drive) and next I will update the branding manual and all social media files on Google drive.  Attached is the correct font, which can be found on GD and MP branding page.
dosis font.zip

@TetianaFTV can you please update the files you created. Sorry for this mix-up but want to correct it before it's too late.

That’s the beauty of working on the trademark task. It gives us the opportunity to audit everything.
Thank you for tackling findings head strong, Ryan! 👌🏼

@rstjames fonts on the cards are updated


Fix flaky test

Fixes flaky test introduced in #355.
The pattern expects a single word, while one of the possible values consists of 2 words. Used a different pattern for the test.

Codecov Report

Merging #358 (8c5f7a4) into main (01cb68b) will increase coverage by 0.23%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##               main     #358      +/-   ##
============================================
+ Coverage     94.62%   94.86%   +0.23%
- Complexity     1934     1938       +4
============================================
  Files           203      203
  Lines          3867     3872       +5
  Branches        385      385
============================================
+ Hits           3659     3673      +14
+ Misses          112      101      -11
- Partials         96       98       +2

Impacted Files
Coverage Δ

src/main/java/net/datafaker/Internet.java
90.47% <0.00%> (-0.44%)
:arrow_down:

.../java/net/datafaker/service/FakeValuesService.java
87.92% <0.00%> (+0.42%)
:arrow_up:

src/main/java/net/datafaker/Code.java
97.70% <0.00%> (+2.29%)
:arrow_up:

...ker/idnumbers/pt/br/IdNumberGeneratorPtBrUtil.java
96.29% <0.00%> (+3.70%)
:arrow_up:

...ain/java/net/datafaker/idnumbers/EnZAIdNumber.java
91.66% <0.00%> (+8.33%)
:arrow_up:

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

Funny that this fix showed a new flaky test... Thanks for fixing!

@bodiam That's inception indeed 😁
Reported an issue instead of directly fixing the other flaky test because I'm unsure about what to fix: the test of the implementation.

Thanks for reporting it, I do appreciate that. I'll have a look later to see what the best approach is!


core.loglevel doesn't exist but remains in docs

When setting the config option for loglevel (either programmatically or by editing the config file) my command returns the following error:
ERROR: configuration error - config file error: extra keys not allowed @ data['core']['loglevel']

As far as I can tell, core.loglevel was removed in https://github.com/iterative/dvc/pull/3321. However the current docs for dvc config continue to list this as a valid configuration option.

@woodshop good catch! Would you mind doing a PR? you can just click the Edit on Github button, remove it and submit an update online.

Sure thing. Might not get to it for 24 hours though.


Can't Install aizynthfinder

Hello, I cloned the repo(v3.7.0), changed the directory to the root of the repository, created and activated aizynth-dev environment, then I executed the following command to install all dependencies poetry install -E all.  All dependencies installed. I then downloaded the trained model and stock collection by executing this command: download_public_data . When I try to perform tree search on a single molecule by executing this command aizynthcli --config config.yml --smiles "COc1cccc(OC(=O)/C=C/c2cc(OC)c(OC)c(OC)c2)c1"  It ends with a Killed statement.
I executed pytest -v and here is the log:  aizynthfinder_v3.7.0_test_log.txt

I also installed previous release(v3.6.0). When I try to perform tree search I get this log: onrunaizynthfinder3.6.txt
I executed pytest -v and here is the log: aizynthfinder_test_3.6.0.txt

Here is my os info:
Window Subsystem for linux
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.1 LTS
Release:        22.04
Codename:       jammy

The "Killed" message point to a memory issue.
Could you open the config.yml file and remove the line that specifies the stock, and then try to run the aizynthcli again?

Closing this due to inactivity

Thanks, @SGenheden indeed it was a memory issue, I had to switch to using Google Colab instead of my local PC


I can not BUILD this project

I can not BUILD this project, mention that
File not found: G:\WorkStation\PUBG-map\PUBG-map-hack-master\kernel driver\x64\Release\mapDriver.sys
, I have installed wdk, how should I do, my email is<EMAIL_ADDRESS>

你需要吧sys加载到系统

@hackxx
请问哪里找到这个sys文件？没做过driver相关的开发，还请指教，多谢！


No webinterface port 7396

Hello,
I have launch the container.
I have could not get assignments but that's because there is no job.
But I should open my web browser to IP:7396 to see the web interface no ?
I have a timeout :/
Thank you for your help

How are you running the container?

hi !
Sorry, today it's OK. I think it's a browser cache problem :/ If I open the url with privacy I see the page.


add iter_any test

This test case currently fails with a read undefined bytes error.

looks like it's not failing anymore!


Which property on AuthenticationResult is the user ID?

var z = await this.myMSALObj.loginPopup(this.loginRequest);

Of the properties on object z, which is the one that has a value that corresponds with the id of the user as defined in active directory?

The reason I ask is because I have three users in my AD with the same user name:
9e32d9eb-fe41-4ff3-a351-28d47c5f099e
7aee9e27-4767-4479-a9f3-a1816e3a2b24
33c2780f-b5c6-41d5-bd03-98668c36b0d8
I logged in as one of them.  Here is the result.  How can I tell which user I logged in as?

Discovered the github bug that bypasses the template.  If you click "create issue" before logging in you bypass the issue template.  Raised a new issue using the template.

@sam-wheat Interesting, good to know.


Fatal error: Unexpectedly found nil while unwrapping an Optional value

Error Description:
"GPUImage/MetalRenderingDevice.swift:41: Fatal error: Unexpectedly found nil while unwrapping an Optional value"
iOS Version: 14.5
When init camera, my app will crash and console show log as above.
iOS 13.x is ok, so I guess maybe we should update framework to adapt new iOS 14.x ?

@whtoo Have you worked out what the issue is with this? Im getting this error also on 14.X


Support Edge reading mode

It would great if docs.microsoft.com articles supports Microsoft edge reading mode.

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

ID: 050bb1fd-56ca-63bc-b105-17a56e3b0362
Version Independent ID: ce84d0a7-3596-e259-dfc3-a9789efd9948
Content: Sharding
Content Source: docs/patterns/sharding.md
Service: guidance
GitHub Login: @dragon119
Microsoft Alias: pnp

Thanks for the feedback - Can I ask you to open this issue in the https://github.com/MicrosoftDocs/feedback repo?


[Hub Generated] Review request for Microsoft.Devices to add version preview/2019-03-22-preview

If you are a MSFT employee you can view your work branch via this link.
Contribution checklist:

[ ] I have reviewed the documentation for the workflow.
[ ] Validation tools were run on swagger spec(s) and have all been fixed in this PR.

Automation for azure-sdk-for-ruby

Automation for azure-sdk-for-python

Automation for azure-sdk-for-js

Automation for azure-sdk-for-go

Can one of the admins verify this patch?

Automation for azure-sdk-for-net
A PR has been created for you:
https://github.com/azure/azure-sdk-for-net/pull/6260
.NET SDK Commits:
https://github.com/adxsdknet/azure-sdk-for-net/pull/6260/commits/fa2f1c99c0391aa6e7c897e3af0c88c1ab755737

Automation for azure-sdk-for-java


주식/주요지수

https://github.com/gracefullight/doss/commit/e43364cf4f9a7d87b76ad538b2e3f277fdd01c02

https://tradingview.github.io/lightweight-charts/tutorials/react/simple


Multiple chartjs objects linked to a single control panel instance

Building on #523, it would be nice if one could link multiple BarChart objects to a single controlpanel instance. Unless I'm mistaken, I don't believe that's currently possible.

This seems to generate the two barcharts (perhaps not positioned where you want them though?)
separately, the bar charts disappear for me when I move a slider, seems like something broke?
from gpkit import Model, Variable
from gpkit.interactive.chartjs import BarChart

x = Variable("x", "-", "the variable called x")
y = Variable("y", "-", "the variable called y")
x_min = Variable("x_{min}", 2, "-", "min x val")
y_min = Variable("y_{min}", 2, "-", "min y val")

m = Model(x + y,
          [x >= x_min,
           y >= y_min])
sol = m.solve(verbosity=0)
bc1 = BarChart(["x", "y"])
bc2 = BarChart(["x", "y"])
def bc_update(sol):
    bc1.update(sol)
    bc2.update(sol)
m.controlpanel(fn_of_sol=bc_update)

Ah clever, thanks! For some reason sliders don't even appear for me though...
Also shouldn't that last line read m.controlpanel(fn_of_sol=bc_update(sol))?

C-c-c-callback functions

aka voodoo
For some reason I don't need the sol=m.solve() line for this to work.

Yup, interact solves it for you.

Dope.
By the way, I found a (perhaps unsatisfying) fix to the disappearing chart issue above. Separating the last 4 lines into a separate cell of the ipython notebook works just fine.

From my point of view this issue can be closed - although it might be super sweet if it made it into the docs at some point.

Oh, yeah, that's always been necessary. It's mentioned in the original PR, I think.

Note to future self:
To get kktsolver="ldl" for bar charts/control panel do the following:
kwargdict = {'kktsolver': 'ldl'}
m.controlpanel(fn_of_sol=bc_update, **kwargdict)

shouldn't
m.controlpanel(fn_of_sol=bc_update, kktsolver="ldl")
work too?

Note to future self:
Do what Ned said.


Can not type the symbol '

see video. Last typed symbol is '. But it is not typed or cursor position is wrong
https://user-images.githubusercontent.com/799021/123464038-f5f2d200-d5f4-11eb-9e07-8c3b6ba15fb0.mp4
probably belongs to #12860

It works as intended. But maybe we can add an option to disable quoting selected text with ' or " press

Strange intention, never saw that at different editors