Fenix 6 unable to go to smart mode

Hi Guys,
I'm trying to make it work on Fenix 6x. On my first attempt, everything worked great, I used the data field with my config and when I turned the radar (RTL515) on it went automatically to S mode. However, after changing manually on radar to manual mode, I'm unable to go back to smart mode. Switching modes by using a menu is not working on my Fenix watches, it just doesn't do anything and once I try to open the data field menu, the data field changes to Error 4. Any ideas what to do?
Thank you!

My bad in config - RTL510 vs RTL515. Sorry for spamming and thank you for this awesome feature! Garmin should employ you :)


It is impossible to run one migration set on different databases

It is impossible to run one migration set on different databases without editing migrations.yml. The simple case: developer and production environments.
I have made a pull request with implementation of this issue: https://github.com/yandex/pgmigrate/pull/6

No. This is possible. You could override your connection string with command-line args.


Wrong loading order of Modules generated by Core\Application

https://github.com/cross-solution/YAWIK/blob/911e586f7b36bf2fbf6e09a6769279104f4ed19b/module/Core/src/Application.php#L72-L80
This will produce DependencyCheck errors, because additional modules will be loaded BEFORE the YAWIK modules.
In particular, when using yawik/JobsByMail, an exception occurs, because JobsByMail requires the Jobs module.
To get the ordering right, this might be a better approach:
    public static function generateModuleConfiguration($loadModules=[])
     {
         $modules = array_merge(
             static::getRequiredModules(),
             $loadModules,
             static::scanAdditionalModule()
         );

         return $modules;
     }

I forgot something:
https://github.com/cross-solution/YAWIK/blob/911e586f7b36bf2fbf6e09a6769279104f4ed19b/module/Core/src/Application.php#L158-L163
This code was meant to allow to remove modules from the list prior to loading, but it is completely useless in this position, because the list of all modules is not generated at this point in the code execution.


code completion does not work with other completion addons enabled

I could not make aws-vim work neither with neocomplete nor youcompleteme.

Forget it. There was some glitch in my vimrc.


docs(traverse): correct doc comment for BoundIdentifier

Docs were out of date. APIs have changed.

#6810  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @overlookmotel and the rest of your teammates on  Graphite

Just docs changes, so merging without review.

Merge activity

Oct 23, 6:44 AM EDT: The merge label '0-merge' was detected. This PR will be added to the Graphite merge queue once it meets the requirements.


Multiline tag message

Is it possible to create multiline tag messages? I'd like to introduce a new tag message variable to be replaced by a multiline text when finishing a release. Unfortunately all of the line breaks (\n) seem to get lost on the way from format-tag-message.sh to the actual tag message.
Maybe you can give me a push into the right direction ;-)

Hmm... It wasn't built with multi-line in mind, but I see no reason why it shouldn't work. I'll look into that.

Closing this because of a lack of response.


makefileの一部不要と思われる依存関係の削除

CM
SM
NM
EM
UT
SW
Microsoft
BridgeWin32
WinUi
Win32Com
Win32
VLanWin32
IPsec_Win7

unix系ではこれらのコードもしくはヘッダ等、不要と思われるので少し整理しました

Hi there. Thank you for your PR.
Unfortunately there are many problems with it. First of all the description is in korean or so, so we can not really understand the description. Then the commit messages are also missing. The changes introduced are huge and not understandable.
Could you please explain what you are trying to do???

@el1n Could you please explain this PR? Otherwise I must unfortunately close it

For your information, I could identify that as Japanese.

He said header files which is considered unnecessary for UNIX-like OSs is excluded from reference at compile time.


Replace p3

We've had latency issues with p3 in the past but on Monday evening it entered a state where it wouldn't properly recover on reboot (#2252). It's probably time to replace it.

This is now complete
$ docker node ls                                                                                ID                            HOSTNAME   STATUS    AVAILABILITY   MANAGER STATUS   ENGINE VERSION
kl1qbbccvtf0ocrpm0v026ba7 *   p1         Ready     Active         Reachable        23.0.0
1hcqwopovy8awq6u3z1emwlk4     p2         Ready     Active         Leader           23.0.0
bgpik875i9oqxq1qjxy9myeyb     p4         Ready     Active         Reachable        23.0.1

$ docker stack ps app | grep -v "Shutdown"
ID             NAME                                       IMAGE                                                         NODE      DESIRED STATE   CURRENT STATE            ERROR                              PORTS
ag7t3l3jcze8   app_analyze.1                              registry.gitlab.com/finestructure/swiftpackageindex:2.80.3    p1        Running         Running 4 days ago
ooog93qalqz0   app_ingest.1                               registry.gitlab.com/finestructure/swiftpackageindex:2.80.3    p1        Running         Running 4 days ago
zi74v56ki89g   app_reconcile.1                            registry.gitlab.com/finestructure/swiftpackageindex:2.80.3    p1        Running         Running 4 days ago
3c9xumm7jecx   app_server.1hcqwopovy8awq6u3z1emwlk4       registry.gitlab.com/finestructure/swiftpackageindex:2.80.3    p2        Running         Running 28 minutes ago
2m1vm1lskhao    \_ app_server.bgpik875i9oqxq1qjxy9myeyb   registry.gitlab.com/finestructure/swiftpackageindex:2.80.3    p4        Running         Running 7 minutes ago
pvyrb71gatjh   app_server.kl1qbbccvtf0ocrpm0v026ba7       registry.gitlab.com/finestructure/swiftpackageindex:2.80.3    p1        Running         Running 7 hours ago
kls3pi218u8z   app_trigger_builds.1                       registry.gitlab.com/finestructure/swiftpackageindex:2.80.3    p2        Running         Running 4 days ago


configuration.properties has version as 2.1.2 not 2.2 on develop branch

I'm implementing 2.x support for the DITA Community preprocessing extensions. As part of that I use the configuration.properties to get the OT version so I can then condition various version-specific targets.
The 2.2 release and the code on the develop branch set the otversion property to 2.1.2 not 2.2.

This was fixed November 24 on the hotfix/2.2.1 branch with commit a04f1ac.
The change will land on the develop branch when the hotfix branch is merged.


[$1000] "No result found" appears in the middle for invalid emoji search

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Action Performed:

Open any chats.
Click on "search."
Write an invalid emoji.
Go back to chats section.
Click on "search" at top
Write an invalid term same as in item 3.
Notice “no result found” error is displayed exactly below in chats but in add reaction section it is displayed in the center of that option.

Expected Result
Error is displayed exactly below the placeholder.
Actual Result
Error is displayed in the center of free space .
Workaround:
unknown
Platforms:

Which of our officially supported platforms is this issue occurring on?

[x] Android / native
[x] Android / Chrome
[x] iOS / native
[x] iOS / Safari
[x] MacOS / Chrome / Safari
[x] MacOS / Desktop

Version Number: 1.2.98-2
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
https://user-images.githubusercontent.com/43996225/231003896-d53b3ee7-aadf-4fc4-891b-6de7c6a303de.mp4

Expensify/Expensify Issue URL:
Issue reported by: @usmantariq96
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1681150864031109
View all open jobs on GitHub
Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~0174a5801654eb3c13
Upwork Job ID:<PHONE_NUMBER>522568704
Last Price Increase: 2023-04-14

Bug0 Triage Checklist (Main S/O)

[ ] This "bug" occurs on a supported platform (ensure Platforms in OP are ✅)
[ ] This bug is not a duplicate report (check E/App issues and #expensify-bugs)

If it is, comment with a link to the original report, close the issue and add any novel details to the original issue instead

[ ] This bug is reproducible using the reproduction steps in the OP. S/O

If the reproduction steps are clear and you're unable to reproduce the bug, check with the reporter and QA first, then close the issue.
If the reproduction steps aren't clear and you determine the correct steps, please update the OP.

[ ] This issue is filled out as thoroughly and clearly as possible

Pay special attention to the title, results, platforms where the bug occurs, and if the bug happens on staging/production.

[ ] I have reviewed and subscribed to the linked Slack conversation to ensure Slack/Github stay in sync

Hmm I think we should be consistent though, so I think it makes sense to match the style that we use like this:

I agree, I think the consistency of having it aligned on the left is good

Triggered auto assignment to @marcochavezf (Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.

Job added to Upwork: https://www.upwork.com/jobs/~0174a5801654eb3c13

Triggered auto assignment to @conorpendergrast (External), see https://stackoverflow.com/c/expensify/questions/8582 for more details.

Triggered auto assignment to Contributor-plus team member for initial proposal review - @Santhosh-Sellavel (External)

Current assignee @marcochavezf is eligible for the External assigner, not assigning anyone new.

Proposal
Please re-state the problem that we are trying to solve in this issue.
"No result found" appears in the middle for an invalid emoji search
What is the root cause of that problem?
We are setting alignItems: 'center' and justifyContent: 'center' for "No results found" in Emoji Picker
https://github.com/Expensify/App/blob/d196a1217754ffab2e10ba28ba3c88f0b6391bf5/src/components/EmojiPicker/EmojiPickerMenu/index.js#L523-L525
What changes do you think we should make in order to solve the problem?
To consistency, we should remove styles.alignItemsCenter, styles.justifyContentCenter for "No results found" in Emoji Picker and also should add styles.textLabel, styles.colorMuted like "No results found" in other places
https://github.com/Expensify/App/blob/d196a1217754ffab2e10ba28ba3c88f0b6391bf5/src/components/OptionsList/BaseOptionsList.js#L214-L216
What alternative solutions did you explore? (Optional)
NA
Result

Wow, a lot of proposals right after applying the External label 😄

@marcochavezf Right, https://expensify.slack.com/archives/C01GTK53T8Q/p1681404821427459

@marcochavezf All yours to pick from, I see the first proposal itself looks good to me.
There are a few more proposals too, please have a look Let me know your thoughts, thanks!
C+ Reviewed
👀 🎀 👀

@allroundexperts
I feel that would bit over-engineering here because we have no results/results that should be part where we the input. Keeping Input alone does not make sense. As you know OptionsSelector is a common component that's used everywhere else which has SearchInput & Results. We have room to improve OptionsSelector itself but that's for another day. So here I feel making changes on PickerMenu would be sufficient enough.
 As we go FIFO I don't see anything wrong with the first proposal, so I just first one itself mentioned it looks good to me.
cc: @marcochavezf

Cool, thanks guys! Assigning here @Prince-Mendiratta 🚀

📣 @Prince-Mendiratta You have been assigned to this job by @marcochavezf!
Please apply to this job in Upwork and leave a comment on the Github issue letting us know when we can expect a PR to be ready for review 🧑💻
Keep in mind: Code of Conduct | Contributing 📖

@sonialiap Looks like you got assigned to this first, so I'll leave you with this for now!

Reviewing label has been removed, please complete the "BugZero Checklist".

The solution for this issue has been :rocket: deployed to production :rocket: in version 1.3.2-5 and is now subject to a 7-day regression period :calendar:. Here is the list of pull requests that resolve this issue:

https://github.com/Expensify/App/pull/17476

If no regressions arise, payment will be issued on 2023-04-27. :confetti_ball:
After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.

[ ] External issue reporter
[ ] Contributor that fixed the issue
[ ] Contributor+ that helped on the issue and/or PR

As a reminder, here are the bonuses/penalties that should be applied for any External issue:

Merged PR within 3 business days of assignment - 50% bonus
Merged PR more than 9 business days after assignment - 50% penalty

BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:

[ ] [@Santhosh-Sellavel] The PR that introduced the bug has been identified. Link to the PR:
[ ] [@Santhosh-Sellavel] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment:
[ ] [@Santhosh-Sellavel] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion:
[ ] [@sonialiap] Determine if we should create a regression test for this bug.
[ ] [@Santhosh-Sellavel] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again.
[ ] [@sonialiap] Link the GH issue for creating/updating the regression test once above steps have been agreed upon:

BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:

[x]  [@Santhosh-Sellavel] The PR that introduced the bug has been identified. Link to the PR: N/A
[x]  [@Santhosh-Sellavel] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment: N/A
[x]  [@Santhosh-Sellavel] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion: N/A
[x]  [@sonialiap] Determine if we should create a regression test for this bug.
[ ]  [@Santhosh-Sellavel] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again.
[ ]  [@sonialiap] Link the GH issue for creating/updating the regression test once above steps have been agreed upon:

Regression Test Steps

Login to New Dot.
Navigate to any chat.
Open the Emoji Picker by clicking on the emoji button on the composer.
Type in any string so that no emoji is shown.
Ensure that the "No results found" text is shown left-aligned, right below the search box.

👍 or 👎

I think this is not a regression when it was added, we are just changing it now consistency, so skipping the top three.
We need to update the Test steps or Regression Test steps
@sonialiap @marcochavezf

I think this is not a regression when it was added, we are just changing it now consistency, so skipping the top three.
We need to update the Test steps or Regression Test steps

Yup, I agree

@sonialiap bump

Just waiting for payment here!

@sonialiap bump

No regressions
Merged within 4 days
@Prince-Mendiratta offer sent
@Santhosh-Sellavel offer sent
@usmantariq96 I'm not sure of your name on Upwork, please apply to the job for reporting bonus https://www.upwork.com/jobs/~0174a5801654eb3c13

@sonialiap This is merged within 3 business days, as it was assigned on the weekend (sunday).

Thanks for the correction, I didn't check the days of the week. Adding bonus for merging within 3 business days!
@Santhosh-Sellavel paid + bonus
@Prince-Mendiratta paid + bonus

Applied

@sonialiap offer accepted

Paid!


flutter run: SIGUSR1 not always caught by Dart process

Sometimes, when I have flutter run running, and I send a SIGUSR1 to the process, I see:
~/dev/flutter/bin/flutter: line 53: 14926 User defined signal 1   "$DART" "$SNAPSHOT_PATH" "$@"

cc @johnmccutchan

@Hixie do you have a reproduction? If the signal is being delivered to the shell script this is likely a bug in our dart:io implementation.

also, this bug may be better filed against Dart and not Flutter.

I have no idea how to reproduce this reliably, no. :-( I've seen it twice so far.

We could address this partially by installing (a) signal handler(s) before we start launching an app, like here: https://github.com/flutter/flutter/blob/ad44b05ca40e58a29940986373394326db3bd127/packages/flutter_tools/lib/src/commands/run.dart#L562
But a race would still be possible if you are a very fast typer.


Question-What are the best practices for using a Producer to send to different topics?

Thank you very much for your contribution.
However, I did not find any documentation regarding the best practices for producers in use. So I would like to inquire, for better performance, is it better to have a singleton for each topic or a connection pool for each topic? Of course, if the library already includes relevant content, I just need to continuously construct new producers, which is the most friendly option for me.

Thanks


Changed flk iso command so that the link to the result is created as iso/HOST

Closes #44.
This will make the command easier and more predictable.
We can also as a result add the iso folder in the devos gitignore.

For future reference we do all development on the develop branch, I just switched the base branch for you, but you'll need to rebase on develop.
I definitely agree, this makes the custom builds much more clear if you get a folder with what you expect. Can you also include a similar change for the recently added doi image.

For future reference we do all development on the develop branch, I just switched the base branch for you, but you'll need to rebase on develop.

I thought about that but didn't know if it was master or develop, that is good to know :+1:

I rebased the branch on develop. I did not do for now the suggested change as I would like your view on what I added first.
Is that the last change you would like to see on this PR?
I'm planning to do the doi one in another PR for clarity but should I put it here and change the title?

Is that the last change you would like to see on this PR?

Yeah I just want to understand the output format.

I'm planning to do the doi one in another PR for clarity but should I put it here and change the title?

I think I would prefer that, to just get both done in one PR. But If you prefer a separate PR thats fine.

Do you happen to know the extension of the file built by the doi command @Pacman99?

Do you happen to know the extension of the file built by the doi command @Pacman99?

Ohh good point, it seems to be a .qcow2 image, looking at nixos/modules/virtualisation/digital-ocean-image.nix. I'll push a commit to update the extension.

I'll push a commit to update the extension.

Ok, thank you! :grin:

I guess we need to make sure to add those to the .gitignore in devos. Just in case you havn't already... :wink:
Big thanks for this!!! :clap:

Ah yes that is right! I will try to make a PR for it but if you beat me to it that's fine too!

Ah yes that is right! I will try to make a PR for it but if you beat me to it that's fine too!

I pushed a commit to devos develop already for it. I don't think theres any need for it in digga.

Cool! thanks :+1:


Wat ssp upd1

Fixes partially from the branch water_SSP_update to run the nexus cooling on a R12 SSP scenario.
Note that one change in water/set.yaml to adding cat_addon is temporary and the solar csp technology name need to be replaced
in addition:

a test test_water_data_files is added to check that the data files needed are present in the data/water folder
R code has been restyled using the styler package

How to review
check that the code doe not create conflicts with other streams.
check if the style of the test is ok.
merge is there are no check errors

PR checklist

[ ] Continuous integration checks all ✅

[x] Add or expand tests; coverage checks both ✅

[ ] Update doc/whatsnew.

thanks for the suggestions, I followed most of them, but I improved the test slightly differently, more in line with the other tests I hope. Now the same test can check the content in multiple folders.
I think I would continue developments in other PR and try to have this merged. thank you!

done, thanks


Pop up numeric keyboard for a question that requires phone number as the input

Is your feature request related to a problem? Please describe.
Currently there is no way to specify a text input widget to show the number keyboard instead of the entire alphanumeric keyboard
Describe the solution you'd like
One way to do this is to check if there is a regex condition on item which only has numbers and then default to a number input only.
Describe alternatives you've considered
Use a phone-number extension item control. This is not there, though there is something called entry-format but it has a maturity level of 1 only.

ETA 19th August 2021

I think we should prioritise this one

Going to make this a separate widget in a new package (for eg: with the Barcode scanner) so that app developers can override and use this widget without having to depend on the standard. Once the standard has converged, we can shift towards that.
cc: @fredhersch @jingtang10

There are two ways of doing this:
1. Using http://hl7.org/fhir/R4/extension-regex.html

2. Using http://hl7.org/fhir/R4/extension-entryformat.html

https://chat.fhir.org/#narrow/stream/179255-questionnaire/topic/SDC.20.3A.20Phone.20number.20widget
cc: @jingtang10

Message from Loyd:
If we were going to define a keyboard type/input type, we'd need:
an expectation that it would work across a range of browsers and device types
an expectation that it would work consistently

If we can come up with a value set that meets those two requirements, I'd be happy to see a change request for us to define such an extension.

https://jira.hl7.org/browse/FHIR-33675


Enable Gradle Build and Configuration cache + GHA support

Pull Request Details
I noticed the builds are quite slow. Enabling Gradle Build and Configuration cache can really help with build speed.

https://docs.gradle.org/current/userguide/build_cache.html
https://docs.gradle.org/current/userguide/configuration_cache.html

Additionally I added config to cancel a build if a new commit is pushed. Again this will help with build speed, so actions won't get backed up if there are multiple small pushes.
Description
I noticed the builds are quite slow. Enabling Gradle Build and Configuration cache can really help with build speed.

https://docs.gradle.org/current/userguide/build_cache.html
https://docs.gradle.org/current/userguide/configuration_cache.html

Additionally I added config to cancel a build if a new commit is pushed. Again this will help with build speed, so actions won't get backed up if there are multiple small pushes.
Related Issue
#1114
Motivation and Context
I noticed the builds are quite slow. Enabling Gradle Build and Configuration cache can really help with build speed.

https://docs.gradle.org/current/userguide/build_cache.html
https://docs.gradle.org/current/userguide/configuration_cache.html

Additionally I added config to cancel a build if a new commit is pushed. Again this will help with build speed, so actions won't get backed up if there are multiple small pushes.
How Has This Been Tested
Types of changes

[x] Docs change / refactoring / dependency upgrade
[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist

[ ] I have read the CONTRIBUTING document.
[ ] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have included my change in the CHANGELOG.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.

I added config to cancel a build if a new commit is pushed.

That's a neat feature!

Okay, I think this is good enough for now!
The configuration caching isn't possible because of Dokka https://github.com/Kotlin/dokka/issues/1217, but that's a nice-to-have. Gradle Build Cache is the major win.


ModuleNotFoundError: No module named 'torchaudio.prototype'

🐛 Describe the bug
Having issues getting the Streamer to import. Have tried importing it like this from torchaudio.prototype.io.streamer import Streamer in folders independent of my cloned audio repo. In this case I had torchaudio installed as a pip dependency, however it seemed like it was possibly trying to reference my local audio repo. I was using torch 1.11.0 and torchaudio 0.11.0
Error:
ModuleNotFoundError: No module named 'torchaudio.prototype
Similarly I've tried removing the pip torchaudio dependency and trying to run online_asr_tutorial.py from its location in the audio repository and I still get the same issue.
ModuleNotFoundError: No module named 'torchaudio.prototype
I tried adding
import sys
sys.path.append('../../')
before the torchaudio import in my local copy of online_asr_tutorial.py under the audio repository but I then encountered this.
/home/tand/Projects/audio/examples/tutorials/../../torchaudio/_extension.py:58: UserWarning: torchaudio C++ extension is not available.
  warnings.warn("torchaudio C++ extension is not available.")
1.11.0+cu102
0.12.0a0+4b47412
Traceback (most recent call last):
  File "online_asr_tutorial.py", line 57, in <module>
    from torchaudio.prototype.io import Streamer
  File "/home/tand/Projects/audio/examples/tutorials/../../torchaudio/prototype/io/__init__.py", line 5, in <module>
    torch.ops.torchaudio.ffmpeg_init()
  File "/home/tand/.local/lib/python3.8/site-packages/torch/_ops.py", line 167, in __getattr__
    op = torch._C._jit_get_operation(qualified_op_name)
RuntimeError: No such operator torchaudio::ffmpeg_init

Running online_asr_tutorial.py in google colab also gave the same error (with no file modification):
Reading package lists... Done
1.10.0+cu111
0.10.0+cu111

---------------------------------------------------------------------------

ModuleNotFoundError                       Traceback (most recent call last)

[<ipython-input-2-fa57ae3dbf9a>](https://localhost:8080/#) in <module>()
     53 print(torchaudio.__version__)
     54
---> 55 from torchaudio.prototype.io import Streamer
     56
     57 ######################################################################

ModuleNotFoundError: No module named 'torchaudio.prototype'

Versions
Collecting environment information...
PyTorch version: 1.11.0+cu102
Is debug build: False
CUDA used to build PyTorch: 10.2
ROCM used to build PyTorch: N/A
OS: Ubuntu 20.04.2 LTS (x86_64)
GCC version: (Ubuntu 8.4.0-3ubuntu2) 8.4.0
Clang version: Could not collect
CMake version: version 3.22.2
Libc version: glibc-2.31
Python version: 3.8.10 (default, Nov 26 2021, 20:14:08)  [GCC 9.3.0] (64-bit runtime)
Python platform: Linux-5.4.0-100-generic-x86_64-with-glibc2.29
Is CUDA available: True
CUDA runtime version: 10.2.89
GPU models and configuration: GPU 0: NVIDIA GeForce RTX 2080 Ti
Nvidia driver version: 470.103.01
cuDNN version: /usr/local/cuda-10.2/targets/x86_64-linux/lib/libcudnn.so.7.6.5
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True
Versions of relevant libraries:
[pip3] numpy==1.22.2
[pip3] pytorch-ignite==0.4.8
[pip3] pytorch-lightning==1.5.10
[pip3] torch==1.11.0
[pip3] torchmetrics==0.7.2
[pip3] torchvision==0.11.2
[conda] blas                      1.0                         mkl
[conda] cudatoolkit               10.2.89              hfd86e86_1
[conda] mkl                       2021.4.0           h06a4308_640
[conda] mkl-service               2.4.0            py38h7f8727e_0
[conda] mkl_fft                   1.3.1            py38hd3c417c_0
[conda] mkl_random                1.2.2            py38h51133e4_0
[conda] numpy                     1.20.3           py38hf144106_0
[conda] numpy-base                1.20.3           py38h74d4b33_0
[conda] pytorch                   1.10.2          py3.8_cuda10.2_cudnn7.6.5_0    pytorch
[conda] pytorch-mutex             1.0                        cuda    pytorch
[conda] torchaudio                0.10.2               py38_cu102    pytorch

Hi @tand22
I think there are two issues in your environment.
The one is, like you mentioned, old version of torchaudio being picked up. This is often remedied by repeating conda uninstall and pip uninstall.
The real reason why prototype module is not found is because prototypes are not part of the versioned releases and they are only available in nightly builds. So you need to install the nightly build of pytorch (v1.12alpha) and torch audio (v0.12alpha). For the detail of how to install nightly builds, please check out pytorch.org.

You beauty, thanks that solved it.

I encounter the same issue after installing the nightly build (I have already uninstall torch and torchaudio with conda and pip first)

I encounter the same issue after installing the nightly build (I have already uninstall torch and torchaudio with conda and pip first)

@EdwinYam What is the error you are seeing? Also can you paste the result of python -m torch.utils.collect_env?

`Collecting environment information...
PyTorch version: 1.12.0.dev20220401+cu113
Is debug build: False
CUDA used to build PyTorch: 11.3
ROCM used to build PyTorch: N/A
OS: Ubuntu 18.04.5 LTS (x86_64)
GCC version: (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0
Clang version: Could not collect
CMake version: version 3.21.3
Libc version: glibc-2.27
Python version: 3.8.3 | packaged by conda-forge | (default, Jun  1 2020, 17:43:00)  [GCC 7.5.0] (64-bit runtime)
Python platform: Linux-5.4.0-107-generic-x86_64-with-glibc2.10
Is CUDA available: True
CUDA runtime version: 11.3.58
GPU models and configuration: GPU 0: NVIDIA GeForce RTX 3080
Nvidia driver version: 470.103.01
cuDNN version: Probably one of the following:
/opt/arrayfire/lib64/libcudnn.so.7.6.5
/usr/local/cuda-11.1/targets/x86_64-linux/lib/libcudnn.so.8.0.5
/usr/local/cuda-11.1/targets/x86_64-linux/lib/libcudnn_adv_infer.so.8.0.5
/usr/local/cuda-11.1/targets/x86_64-linux/lib/libcudnn_adv_train.so.8.0.5
/usr/local/cuda-11.1/targets/x86_64-linux/lib/libcudnn_cnn_infer.so.8.0.5
/usr/local/cuda-11.1/targets/x86_64-linux/lib/libcudnn_cnn_train.so.8.0.5
/usr/local/cuda-11.1/targets/x86_64-linux/lib/libcudnn_ops_infer.so.8.0.5
/usr/local/cuda-11.1/targets/x86_64-linux/lib/libcudnn_ops_train.so.8.0.5
/usr/local/cuda-11.3/targets/x86_64-linux/lib/libcudnn.so.8.2.1
/usr/local/cuda-11.3/targets/x86_64-linux/lib/libcudnn_adv_infer.so.8.2.1
/usr/local/cuda-11.3/targets/x86_64-linux/lib/libcudnn_adv_train.so.8.2.1
/usr/local/cuda-11.3/targets/x86_64-linux/lib/libcudnn_cnn_infer.so.8.2.1
/usr/local/cuda-11.3/targets/x86_64-linux/lib/libcudnn_cnn_train.so.8.2.1
/usr/local/cuda-11.3/targets/x86_64-linux/lib/libcudnn_ops_infer.so.8.2.1
/usr/local/cuda-11.3/targets/x86_64-linux/lib/libcudnn_ops_train.so.8.2.1
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True
Versions of relevant libraries:
[pip3] numpy==1.22.3
[pip3] pytorch-lightning==1.5.10
[pip3] pytorch-wpe==0.0.1
[pip3] torch==1.12.0.dev20220401+cu113
[pip3] torch-complex==0.2.1
[pip3] torch-stft==0.1.4
[pip3] torch-tb-profiler==0.3.1
[pip3] torchaudio==0.12.0a0+87f0d19
[pip3] torchmetrics==0.7.2
[conda] blas                      1.0                         mkl
[conda] cudatoolkit               11.3.1               h2bc3f7f_2
[conda] mkl                       2021.4.0           h06a4308_640
[conda] mkl-service               2.4.0            py38h7f8727e_0
[conda] mkl_fft                   1.3.1            py38hd3c417c_0
[conda] mkl_random                1.2.2            py38h51133e4_0
[conda] numpy                     1.22.3                   pypi_0    pypi
[conda] pytorch-lightning         1.5.10                   pypi_0    pypi
[conda] pytorch-wpe               0.0.1                    pypi_0    pypi
[conda] torch                     1.12.0.dev20220401+cu113          pypi_0    pypi
[conda] torch-complex             0.2.1                    pypi_0    pypi
[conda] torch-stft                0.1.4                    pypi_0    pypi
[conda] torch-tb-profiler         0.3.1                    pypi_0    pypi
[conda] torchaudio                0.12.0a0+87f0d19          pypi_0    pypi
[conda] torchmetrics              0.7.2                    pypi_0    pypi
I encountered below errorModuleNotFoundError: No module named 'torchaudio.prototype'`
I figured it out by filling up the empty init.py in torchaudio/prototype

I encountered below error [ModuleNotFoundError: No module named 'torchaudio.prototype'](https://github.com/pytorch/audio/issues/2277#)
I figured it out by filling up the empty init.py in torchaudio/prototype

@EdwinYam I see. The prototype modules are not imported automatically. Thus one has to explicitly import it. It's described here https://pytorch.org/audio/main/prototype.html#torchaudio-prototype .


Fix paper links of VGG models

Addresses part of https://github.com/pytorch/vision/issues/3681

Will sphinx gallery work fine with Sphinx 2.4.4 ? In #3652 you mentioned latest sphinx does it better.

I just tried and pushed a new commit in #3652 with 2.4.4 and yes, all seems well.
It was the really old sphinx 1.7 that we were using before that had  a problem with sphinx-gallery

Great then we can stay with Sphinx 2.4.4. Al


Default SelectField value is u'None'

In the definition of SelectField, data is being coerced to text_type by default. That causes the default value of the field to be u'None'. I've ended up having to use coerce=lambda x: x or None in my field definition. Maybe that should actually be the default?

Related: https://github.com/wtforms/wtforms/pull/288 ?

#288 just got merged, this probably solves this issue.

I'm going to close this issue since #288 was merged


Add missing include call

CMAKE_INSTALL_INCLUDEDIR and CMAKE_INSTALL_LIBDIR used in CMakeLists.txt are defined in GNUInstallDirs.cmake. Without including this module, this command will fail:
$ cmake --build . --target install

-- Install configuration: "Debug"
-- Up-to-date: /cmake/Immer/ImmerConfig.cmake
CMake Error at cmake_install.cmake:60 (file):
file INSTALL given no DESTINATION

Thanks @myd7349 !


Added Godep meta-data

just added godep metadata so that we can maintain dependency to gouuid with godep.

let me close this due to inactivity. thanks.


Is version 2.3.3 of django-axes compatible with Python 2.7 and django 1.11?

Version 2.3.3 is not supported anymore. We are currently in version 4.3.1 which should work with those versions and contain about the same features.


Nodejs Client

Is Nodejs client support in progress? or is there a reason why pinot doesn't support nodejs  ?

AFAIK, there is no one actively working on this support. cc @xiangfu0
@Ali-Armstrong Do you want to help contribute this new client?


Add support for "bulk" status retrieval on keylime_tenant CLI

Currently, keylime_tenant CLI has two main "read" operations: list and status.
While the first will interact with a verifier providing a list of agent UUIDs, the second one will provide the current state for a given agent. Illustrative examples follow:
[root@css-flex14vm1 /]# /usr/local/bin/keylime_tenant -c list -v <IP_ADDRESS>
Using config file /etc/keylime.conf
2021-05-12 13:32:26.455 - keylime.tpm - INFO - TPM2-TOOLS Version: 5.0
2021-05-12 13:32:26.460 - keylime.tenant - INFO - Setting up client TLS in /var/lib/keylime/cv_ca
2021-05-12 13:32:26.460 - keylime.tenant - WARNING - Using default UUID D432FBB3-D2F1-4A97-9EF7-75BD81C00000
2021-05-12 13:32:26.464 - urllib3.connectionpool - DEBUG - Starting new HTTPS connection (1): <IP_ADDRESS>:8881
/usr/lib/python3.8/site-packages/urllib3/connectionpool.py:997: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings
  warnings.warn(
2021-05-12 13:32:26.487 - urllib3.connectionpool - DEBUG - https://<IP_ADDRESS>:8881 "GET /agents/ HTTP/1.1" 200 274
2021-05-12 13:32:26.488 - keylime.tenant - INFO - Agents: "[{'agent_id': '0FC2F2DC-E946-5F94-9D03-5A542D237927'}, {'agent_id': '2E5535A7-CB07-59EC-BC27-9C5CA7099911'}, {'agent_id': '64124A95-1E10-543E-9560-DC8BF962E60D'}, {'agent_id': 'EB7CD2DF-9A40-5019-830E-D5805FC9276F'}]"

[root@css-flex14vm1 /]# /usr/local/bin/keylime_tenant -c status -v <IP_ADDRESS> -t <IP_ADDRESS> -u 2E5535A7-CB07-59EC-BC27-9C5CA7099911
Using config file /etc/keylime.conf
2021-05-12 13:32:03.091 - keylime.tpm - INFO - TPM2-TOOLS Version: 5.0
2021-05-12 13:32:03.096 - keylime.tenant - INFO - Setting up client TLS in /var/lib/keylime/cv_ca
2021-05-12 13:32:03.100 - urllib3.connectionpool - DEBUG - Starting new HTTPS connection (1): <IP_ADDRESS>:8881
/usr/lib/python3.8/site-packages/urllib3/connectionpool.py:997: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings
  warnings.warn(
2021-05-12 13:32:05.522 - urllib3.connectionpool - DEBUG - https://<IP_ADDRESS>:8881 "GET /agents/2E5535A7-CB07-59EC-BC27-9C5CA7099911 HTTP/1.1" 200 880
2021-05-12 13:32:05.524 - keylime.tenant - INFO - Agent Status: "Get Quote"

In an environment with a large number of agents (our largest deployment to date has 5,000 attested nodes), querying the status of all the agents becomes a O(n) operation (from a REST API call perspective). A relatively minor change on the keylime_tenant, allowing the specification the reserved UUID all instead of a given agent (i.e., parameter -t) should result on the retrieval of the status for the whole cluster in a single API call.
In order to make it even more useful, in this case we would get back a JSON containing all the information for the agents, instead o simply its current state. Even at 10K entries, we project it to be no more than tens megabytes of data being transferred between verifier and tenant. Evidently, in order to maintain backward compatibility using an actual agent UUID for parameter -t would default back to the old mode of operation (i.e., returning only the state of the agent).

PR# 683 is already merged, and solved this issue


how to overwrite wagtail function?

hello~
i want to overwrite wagtail function
example:
in wagtail/users/views/users.py
there is a function called "index"
def index(request, *args):

i want to edit it and change users column
how i can do that?
i have try use
thanks for help~

Hi @zoearthmoon - please use the Wagtail tag on Stack Overflow for support queries, or see the Support page in the documentation for other options.


Add Rustface to the feature detection docs

Hi @kaedroho - can we still get this merged in?, after fixing the subsequent conflicts from a later merged PR.

Merged in via 2b35a852fed7dfa998e87b97721f1e35062ecf65
Thanks heaps @nealtodd

@nealtodd Thanks again and sorry for the delay. Not sure how I missed your last comment


Correcting resume functionality.

Resume functionality was broken with 5962166, due to the the restructuring
of the word iterator within a line. This fix corrects that issue.

Oh, thanks!


UserSharedWith Property blank from Search-UnifiedAuditLog

According to the Docs on the detailed properties of audit logs, the property "UserSharedWith" should have the value of the user that the resource was shared with if the operation was "SharingSet".
I have specifically filtered out the operations to be "SharingSet" and there is still not a value for the property "UserSharedWith"

@ajhosek I would suggest that you determine if there are other audit records that are generate by the same SharingSet event and see if those records identify the UserSharedWith. Sharing operations often generate multiple records. Otherwise, you could open a ticket with Microsoft Support to investigate.


Compilation issue with gcc 14.1.0

I want to share you a bug, that I encountered. MSYS2 recently changed default GCC to v14.1, and now I'm not able to compile openfhe-development. See error message for openfhe-development v1.1.4 below. The same issue occurs with newest v1.2.0. Both openfhe versions are compiled normally with older GCC v13.2. Is this issue known?
Compilation was done using Gihub CI on windows-latest.
Cloning into '.'...
Note: switching to 'v1.1.4'.
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:
  git switch -c <new-branch-name>
Or undo this operation with:
  git switch -
Turn off this advice by setting config variable advice.detachedHead to false
HEAD is now at 94fd76a Merge pull request #708 from openfheorg/dev
-- The C compiler identification is GNU 14.1.0
-- The CXX compiler identification is GNU 14.1.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: D:/a/_temp/msys64/mingw64/bin/cc.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: D:/a/_temp/msys64/mingw64/bin/cc.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: D:/a/_temp/msys64/mingw64/bin/c++.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Building in Release mode
-- BUILD_UNITTESTS:  OFF
-- BUILD_EXAMPLES:   ON
-- BUILD_BENCHMARKS: OFF
-- BUILD_EXTRAS:     OFF
-- BUILD_STATIC:     OFF
-- BUILD_SHARED:     ON
-- GIT_SUBMOD_AUTO:  ON
-- WITH_BE2:         ON
-- WITH_BE4:         ON
-- WITH_NTL:         OFF
-- WITH_TCM:         OFF
-- WITH_OPENMP:      ON
-- NATIVE_SIZE:      64
-- CKKS_M_FACTOR:    1
-- WITH_NATIVEOPT:   OFF
-- WITH_COVTEST:     OFF
-- WITH_NOISE_DEBUG: OFF
-- USE_MACPORTS:     OFF
***** INSTALL IS AT D:/a/openfhe-julia/openfhe-julia/openfhe-development/install; to change, run cmake with -DCMAKE_INSTALL_PREFIX=/your/path
-- BUILTIN_INFO_AVAILABLE is defined
-- Architecture is x86_64
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of __int128
-- Check size of __int128 - done
-- Check size of uint64_t
-- Check size of uint64_t - done
-- NATIVEINT is set to 64
-- MATHBACKEND is set to 4
-- Found OpenMP_C: -fopenmp (found version "4.5")
-- Found OpenMP_CXX: -fopenmp (found version "4.5")
-- Found OpenMP: TRUE (found version "4.5")
-- Found Git: D:/a/_temp/msys64/usr/bin/git.exe (found version "2.45.2")
-- Submodule update
Submodule 'third-party/cereal' (https://github.com/openfheorg/cereal.git) registered for path 'third-party/cereal'
Submodule 'third-party/google-benchmark' (https://github.com/google/benchmark.git) registered for path 'third-party/google-benchmark'
Submodule 'third-party/google-test' (https://github.com/google/googletest.git) registered for path 'third-party/google-test'
Submodule 'third-party/gperftools' (https://github.com/gperftools/gperftools.git) registered for path 'third-party/gperftools'
Cloning into '/d/a/openfhe-julia/openfhe-julia/openfhe-development/third-party/cereal'...
Cloning into '/d/a/openfhe-julia/openfhe-julia/openfhe-development/third-party/google-benchmark'...
Cloning into '/d/a/openfhe-julia/openfhe-julia/openfhe-development/third-party/google-test'...
Cloning into '/d/a/openfhe-julia/openfhe-julia/openfhe-development/third-party/gperftools'...
Submodule path 'third-party/cereal': checked out '984e3f194862b17916536b5fade40cba6e47a6fe'
Submodule path 'third-party/google-benchmark': checked out 'e451e50e9b8af453f076dec10bd6890847f16[24](https://github.com/hpsc-lab/openfhe-julia/actions/runs/9682168186/job/26714538010?pr=53#step:7:25)e'
Submodule path 'third-party/google-test': checked out '8b4817e3df3746a20502a84580f661ac448821be'
Submodule path 'third-party/gperftools': checked out 'c1d546d7b22cc503f37e9a6efa1d249be60243a3'
-- Configuring done (10.1s)
-- Generating done (0.3s)
-- Build files have been written to: D:/a/openfhe-julia/openfhe-julia/openfhe-development/build
-- Copied demoData files
[  0%] Built target third-party
[  0%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/lattice/constants-lattice-impl.cpp.obj
[  1%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/lattice/lattice.cpp.obj
[  1%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/lattice/stdlatticeparms.cpp.obj
[  2%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/lattice/trapdoor-dcrtpoly.cpp.obj
[  2%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/lattice/trapdoor-poly.cpp.obj
[  3%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/chebyshev.cpp.obj
[  3%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/dftransform.cpp.obj
[  4%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/discretegaussiangeneratorgeneric.cpp.obj
[  4%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/distributiongenerator.cpp.obj
[  5%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/hal/bigintdyn/be4-math-impl.cpp.obj
[  5%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/hal/bigintdyn/mubintvecdyn.cpp.obj
[  6%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/hal/bigintdyn/ubintdyn.cpp.obj
[  6%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/hal/bigintfxd/be2-math-impl.cpp.obj
[  7%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/hal/bigintfxd/mubintvecfxd.cpp.obj
[  7%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/hal/bigintfxd/ubintfxd.cpp.obj
[  8%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/hal/bigintntl/be6-math-impl.cpp.obj
[  8%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/hal/bigintntl/mubintvecntl.cpp.obj
[  9%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/hal/bigintntl/ubintntl.cpp.obj
[  9%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/hal/intnat/benative-math-impl.cpp.obj
[ 10%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/hal/intnat/mubintvecnat.cpp.obj
[ 10%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/matrix.cpp.obj
[ 11%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/math/nbtheory2.cpp.obj
[ 11%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/utils/blockAllocator/blockAllocator.cpp.obj
[ 12%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/utils/blockAllocator/xallocator.cpp.obj
[ 12%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/utils/debug.cpp.obj
[ 13%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/utils/demangle.cpp.obj
[ 13%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/utils/get-call-stack.cpp.obj
[ 14%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/utils/hashutil.cpp.obj
[ 14%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/utils/inttypes.cpp.obj
[ 15%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/utils/openfhebase64.cpp.obj
[ 15%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/utils/parallel.cpp.obj
[ 16%] Building C object src/core/CMakeFiles/coreobj.dir/lib/utils/prng/blake2b-ref.c.obj
[ 16%] Building C object src/core/CMakeFiles/coreobj.dir/lib/utils/prng/blake2xb-ref.c.obj
[ 16%] Building CXX object src/core/CMakeFiles/coreobj.dir/lib/utils/utilities.cpp.obj
[ 16%] Built target coreobj
[ 16%] Linking CXX shared library ../../lib/libOPENFHEcore.dll
[ 16%] Built target OPENFHEcore
[ 17%] Building CXX object src/core/CMakeFiles/parallel.dir/examples/parallel.cpp.obj
[ 17%] Building CXX object src/core/CMakeFiles/sampling.dir/examples/sampling.cpp.obj
[ 18%] Linking CXX executable ../../bin/examples/core/sampling.exe
[ 18%] Linking CXX executable ../../bin/examples/core/parallel.exe
[ 18%] Built target sampling
[ 18%] Built target parallel
[ 19%] Building CXX object src/binfhe/CMakeFiles/binfheobj.dir/lib/binfhe-base-scheme.cpp.obj
[ 19%] Building CXX object src/binfhe/CMakeFiles/binfheobj.dir/lib/binfhe-constants-impl.cpp.obj
[ 20%] Building CXX object src/binfhe/CMakeFiles/binfheobj.dir/lib/binfhecontext.cpp.obj
[ 20%] Building CXX object src/binfhe/CMakeFiles/binfheobj.dir/lib/lwe-pke.cpp.obj
[ 21%] Building CXX object src/binfhe/CMakeFiles/binfheobj.dir/lib/rgsw-acc-cggi.cpp.obj
[ 21%] Building CXX object src/binfhe/CMakeFiles/binfheobj.dir/lib/rgsw-acc-dm.cpp.obj
[ 22%] Building CXX object src/binfhe/CMakeFiles/binfheobj.dir/lib/rgsw-acc-lmkcdey.cpp.obj
[ 22%] Building CXX object src/binfhe/CMakeFiles/binfheobj.dir/lib/rgsw-acc.cpp.obj
[ 23%] Building CXX object src/binfhe/CMakeFiles/binfheobj.dir/lib/rgsw-cryptoparameters.cpp.obj
[ 23%] Built target binfheobj
[ 23%] Linking CXX shared library ../../lib/libOPENFHEbinfhe.dll
[ 23%] Built target OPENFHEbinfhe
[ 23%] Building CXX object src/pke/CMakeFiles/pkeobj.dir/lib/ciphertext-impl.cpp.obj
[ 23%] Building CXX object src/binfhe/CMakeFiles/boolean-ap.dir/examples/boolean-ap.cpp.obj
[ 24%] Linking CXX executable ../../bin/examples/binfhe/boolean-ap.exe
[ 24%] Built target boolean-ap
[ [25](https://github.com/hpsc-lab/openfhe-julia/actions/runs/9682168186/job/26714538010?pr=53#step:7:26)%] Building CXX object src/pke/CMakeFiles/pkeobj.dir/lib/constants-impl.cpp.obj
[ 25%] Building CXX object src/binfhe/CMakeFiles/boolean-lmkcdey.dir/examples/boolean-lmkcdey.cpp.obj
[ 25%] Building CXX object src/pke/CMakeFiles/pkeobj.dir/lib/cryptocontext.cpp.obj
[ [26](https://github.com/hpsc-lab/openfhe-julia/actions/runs/9682168186/job/26714538010?pr=53#step:7:27)%] Linking CXX executable ../../bin/examples/binfhe/boolean-lmkcdey.exe
[ 26%] Built target boolean-lmkcdey
[ [27](https://github.com/hpsc-lab/openfhe-julia/actions/runs/9682168186/job/26714538010?pr=53#step:7:28)%] Building CXX object src/pke/CMakeFiles/pkeobj.dir/lib/cryptocontextfactory.cpp.obj
[ 27%] Building CXX object src/binfhe/CMakeFiles/boolean-multi-input.dir/examples/boolean-multi-input.cpp.obj
[ [28](https://github.com/hpsc-lab/openfhe-julia/actions/runs/9682168186/job/26714538010?pr=53#step:7:29)%] Linking CXX executable ../../bin/examples/binfhe/boolean-multi-input.exe
[ 28%] Built target boolean-multi-input
[ 28%] Building CXX object src/pke/CMakeFiles/pkeobj.dir/lib/cryptoobject-impl.cpp.obj
[ 28%] Building CXX object src/binfhe/CMakeFiles/boolean-serial-binary-dynamic-large-precision.dir/examples/boolean-serial-binary-dynamic-large-precision.cpp.obj
[ [29](https://github.com/hpsc-lab/openfhe-julia/actions/runs/9682168186/job/26714538010?pr=53#step:7:30)%] Building CXX object src/pke/CMakeFiles/pkeobj.dir/lib/encoding/ckkspackedencoding.cpp.obj
[ 29%] Building CXX object src/pke/CMakeFiles/pkeobj.dir/lib/encoding/coefpackedencoding.cpp.obj
In file included from D:/a/_temp/msys64/mingw64/include/c++/14.1.0/bits/stl_uninitialized.h:63,
                 from D:/a/_temp/msys64/mingw64/include/c++/14.1.0/memory:69,
                 from D:/a/openfhe-julia/openfhe-julia/openfhe-development/src/pke/include/encoding/coefpackedencoding.h:40,
                 from D:/a/openfhe-julia/openfhe-julia/openfhe-development/src/pke/lib/encoding/coefpackedencoding.cpp:36:
In static member function 'static _Up* std::__copy_move<_IsMove, true, std::random_access_iterator_tag>::__copy_m(_Tp*, _Tp*, _Up*) [with _Tp = long long unsigned int; _Up = long long unsigned int; bool _IsMove = false]',
    inlined from '_OI std::__copy_move_a2(_II, _II, _OI) [with bool _IsMove = false; _II = long long unsigned int*; _OI = long long unsigned int*]' at D:/a/_temp/msys64/mingw64/include/c++/14.1.0/bits/stl_algobase.h:521:[30](https://github.com/hpsc-lab/openfhe-julia/actions/runs/9682168186/job/26714538010?pr=53#step:7:31),
    inlined from '_OI std::__copy_move_a1(_II, _II, _OI) [with bool _IsMove = false; _II = long long unsigned int*; _OI = long long unsigned int*]' at D:/a/_temp/msys64/mingw64/include/c++/14.1.0/bits/stl_algobase.h:548:42,
    inlined from '_OI std::__copy_move_a(_II, _II, _OI) [with bool _IsMove = false; _II = long long unsigned int*; _OI = long long unsigned int*]' at D:/a/_temp/msys64/mingw64/include/c++/14.1.0/bits/stl_algobase.h:555:[31](https://github.com/hpsc-lab/openfhe-julia/actions/runs/9682168186/job/26714538010?pr=53#step:7:32),
    inlined from '_OI std::copy(_II, _II, _OI) [with _II = long long unsigned int*; _OI = long long unsigned int*]' at D:/a/_temp/msys64/mingw64/include/c++/14.1.0/bits/stl_algobase.h:651:7,
    inlined from 'static _ForwardIterator std::__uninitialized_copy<true>::__uninit_copy(_InputIterator, _InputIterator, _ForwardIterator) [with _InputIterator = long long unsigned int*; _ForwardIterator = long long unsigned int*]' at D:/a/_temp/msys64/mingw64/include/c++/14.1.0/bits/stl_uninitialized.h:147:27,
    inlined from '_ForwardIterator std::uninitialized_copy(_InputIterator, _InputIterator, _ForwardIterator) [with _InputIterator = long long unsigned int*; _ForwardIterator = long long unsigned int*]' at D:/a/_temp/msys64/mingw64/include/c++/14.1.0/bits/stl_uninitialized.h:185:15,
    inlined from '_ForwardIterator std::__uninitialized_copy_a(_InputIterator, _InputIterator, _ForwardIterator, allocator<_Tp>&) [with _InputIterator = long long unsigned int*; _ForwardIterator = long long unsigned int*; _Tp = long long unsigned int]' at D:/a/_temp/msys64/mingw64/include/c++/14.1.0/bits/stl_uninitialized.h:373:37,
    inlined from 'std::vector<_Tp, _Alloc>& std::vector<_Tp, _Alloc>::operator=(const std::vector<_Tp, _Alloc>&) [with _Tp = long long unsigned int; _Alloc = std::allocator<long long unsigned int>]' at D:/a/_temp/msys64/mingw64/include/c++/14.1.0/bits/vector.tcc:257:[35](https://github.com/hpsc-lab/openfhe-julia/actions/runs/9682168186/job/26714538010?pr=53#step:7:36),
    inlined from 'bigintdyn::ubint<limb_t>& bigintdyn::ubint<limb_t>::operator=(const bigintdyn::ubint<limb_t>&) [with limb_t = long long unsigned int]' at D:/a/openfhe-julia/openfhe-julia/openfhe-development/src/core/include/math/hal/bigintdyn/ubintdyn.h:230:17,
    inlined from 'void lbcrypto::encodeVec(P&, const PlaintextModulus&, int64_t, int64_t, const std::vector<long long int>&, SCHEME) [with P = PolyImpl<bigintdyn::mubintvec<bigintdyn::ubint<long long unsigned int> > >]' at D:/a/openfhe-julia/openfhe-julia/openfhe-development/src/pke/lib/encoding/coefpackedencoding.cpp:67:17,
    inlined from 'virtual bool lbcrypto::CoefPackedEncoding::Encode()' at D:/a/openfhe-julia/openfhe-julia/openfhe-development/src/pke/lib/encoding/coefpackedencoding.cpp:85:18:
D:/a/_temp/msys64/mingw64/include/c++/14.1.0/bits/stl_algobase.h:452:30: error: 'void* __builtin_memmove(void*, const void*, long long unsigned int)' forming offset 8 is out of the bounds [0, 8] [-Werror=array-bounds=]
  452 |             __builtin_memmove(__result, __first, sizeof(_Tp) * _Num);
      |             ~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1plus.exe: all warnings being treated as errors
make[2]: *** [src/pke/CMakeFiles/pkeobj.dir/build.make:167: src/pke/CMakeFiles/pkeobj.dir/lib/encoding/coefpackedencoding.cpp.obj] Error 1
make[1]: *** [CMakeFiles/Makefile2:653: src/pke/CMakeFiles/pkeobj.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 30%] Linking CXX executable ../../bin/examples/binfhe/boolean-serial-binary-dynamic-large-precision.exe
[ 30%] Built target boolean-serial-binary-dynamic-large-precision
make: *** [Makefile:1[36](https://github.com/hpsc-lab/openfhe-julia/actions/runs/9682168186/job/26714538010?pr=53#step:7:37): all] Error 2
Error: Process completed with exit code 2.

Yes, it is a known issue. We do not support v14.1 yet, as this version came out in May. Unfortunately, I do not have an estimate for when it will be fixed. You can obtain older versions of MSYS2 here.

Thanks!

@ArseniyKholod https://github.com/openfheorg/openfhe-development/pull/830 might fix your issue 😊

@ArseniyKholod The fix is available in the dev branch of OpenFHE. I was able to install the latest MSYS2 release and link openfhe-development without errors using the same compiler that you did. The fix will be available in main after the next release

@dsuponitskiy, thank you for dealing with this!

you are welcome!


[wavedrom] Bump to 3.3.0

Mainly to incorporate the fix from the following PR which was causing re-draws and hence bad UX when loading pages.

https://github.com/wavedrom/wavedrom/pull/386

Thanks @nbdd0121 for finding the problem!

We should probably vendor this script in or fetching it from a CDN, but agree that we should get this fix in.

Created an issue to track this.


Split dfs

First attempt to visually compare dataframes (from image coordinates) and create an animated heatmap.
Issues

Animation code might not be optimal: Need to stop iteration over list. Currently raises warning but produces gif

yaml file should be updated to include variables

code needs to be updated to remove any hardcoded variable

Thanks


Crafting enchanted items from the storage removes enchantment from the item

Issue
I observed the issue from the prominence 2 pack, where items from the MC Dungeons Weapons that normally has enchantments by default when crafting them, didn't have the enchantments.
It seems to have some sort of incompatibility with the Tierify mod that alters the item name and attributes since one item that (for some reason) didn't get the affix applied resulted in it having the enchantments that it should.
Expected result:
The crafted item either shows the enchantment in the product slot of the crafting terminal or the enchantments gets applied once the item is crafted
Versions
Mod version: 1.6.5
Modpack: Prominence 2 [RPG]
Modpack Version: v2.8.6hf
Steps to reproduce:
Missing enchantments

Setup a Crafting Terminal
Craft [Any enchanted item from MC Dungeons Weapons/Armor]
Item has no enchantments in crafting interface nor in the crafted item

Has Enchantment

Setup a Crafting Terminal
Craft Soul Sucker Boots from Nether Depths Update mod (Has Soul Speed 3)
Item shows no enchantments in the crafting interface but the item has enchantments applied

The enchantments are applied with a mixin into the crafting table menu, it'll break with every other modded crafting system. This is a bug with MC Dungeons Weapons (https://github.com/chronosacaria/MCDungeonsWeapons/issues/276).


tests(ticdc): add reorganize partition test to lossy DDL case

What problem does this PR solve?

Issue Number: close https://github.com/pingcap/tiflow/issues/8686
What is changed and how it works?
add reorganize partition test to lossy DDL case
Check List
Tests

Integration test

Questions
Will it cause performance regression or break compatibility?
No
Do you need to update user documentation, design documentation or monitoring documentation?
No
Release note
None

/test all

/merge
/test all

/retest


Fixes fitnesse suite

Only makes sure the fitnesse test suite is running correctly, some tests
are still failing

This pull request makes the build fail.


Export to CSV Button on client

It would be a handy feature to be able to optionally export various entity lists to a CSV file from the angular side.

TODO Migrate to UI


As a careless NUS student, I should receive warnings when adding an income that is unreasonable (too high or low)

... so that I can check my input

Added as a planned feature.


Run DB migrations in separate job

Use helm job to run migrations once per deploy (instead of on every pod)

Captured in jira https://mzai.atlassian.net/browse/LUMI-23


Simplify core.memory API

Streamline the core.memory API:

Rewrite the blurb.
Keep dma_alloc() and virtual_to_physical().
Remove dma_min_addr and dma_max_addr (unused).
Deprecate huge_page_size (used but should it be?)

Backstory here is that the core.memory module has exported low-level information to other modules: the VFIO module (since removed) that needed to whitelist all DMA memory with the kernel, a /dev/vhost-net accelerator for tap devices (since removed) that also needed to whitelist all packet memory, and to a lesser extent the vhost-user implementation (that is still alive and well but may be overusing the memory API e.g. in dead code that should be removed).
Adding the deprecation note on "huge_page_size" may or may not be a good idea. Have to look more closely at the usage and clarify with a later commit.

Too bad the filename extension is .md.src instead of .md. This seems to suppress Github's quite awesome capability to show diffs in the rendered versions of markdown files.

Removing [wip] tag. This branch is supposed to be a straightforward removal of dead code and shortening of long-winded documentation. I'd like to land it upstream.

@eugeneia Small rant about keeping documentation build artefacts in the source tree, which you are free to ignore:

I accidentally pushed a change to README.md.src without updating README.md. Seems easy mistake to make and easy to miss.
Running make markdown has not worked on lab servers ever since they switched to NixOS. That is due to the hashbang issue (#737). This seems like a sign that people are not routinely working with updating the docs.
Running make markdown regenerated the PNG image files and git shows these as changed when I don't believe that they really are, i.e. ditaa seems to be non-deterministic. I simply ignored adding these files on the assumption that the changes are not significant.
To install ditaa on my laptop required a 120MB download of Java, etc. This is one of the most "unsnabby" things that I can imagine i.e. downloading a massive piece of software from Oracle in order to update a readme file. (I think somebody has actually ported Ditaa to Go because elsewhere in the world people also hate this dependency like I do.)
I don't know if I have the same version of Ditaa as you do anyway so the images may be changing randomly depending on who builds and commits them i.e. this is an uncontrolled dependency in the software environment for maintaining our source code which seems to me kind of extreme.

Thank you for listening :). I feel that we are quite far from nirvana in terms of the documentation maintenance/build process but I don't have any actionable ideas right now.
I am the person who introduced Ditaa into the build chain in the first place so I feel that I an entitled to rant about it like this :).

I am all for using a non-Java drop in replacement of ditaa; its not like I am a fan of Java its just that ditaa is super convenient. Regarding its non-determinism: yep I noticed that too, while its not critical it sure is confusing. Regarding make markdown not working in the lab: I haven't noticed because I do that locally, and suspect others do the same. I think you are theexception when it comes to doing anything beyond git pull and running snabb in the lab. Anyhow we should make sure that the snabb development dependencies are installed in the lab.


Proposal: Support the cross-host linking on swarm cluster

To enable the cross-host linking on the swarm, I made the following enhancement to the current swarm code base

Create the ambassador container if the linked container is on the different host.
The ambassador container will be created when create/start container has the "Links" in the HostConfig. And the ambassador container will be removed automatically if the corresponding container is removed.

By default, the ambassador container is using the image "svendowideit/ambassador:latest" and it can be overridden with the Env variable AMBASSADOR_IMAGE. So it is possible to provide the ambassador for dynamic docker link cross-host in the future.

Provide the new filters to handle the --volume-from and  --net=container:xxx
The new container will be collocated with the one to share the volumes and network configuration.

NOTE:
To make the cross-host link on Swarm work properly, It need to enable the network access for the containers in cluster. I leverage Kubernetes code to create sample config of swarm cluster with Vagrant.  The detail could be found in https://github.com/denverdino/docker-swarm-vagrant
Test cases
a) For volume filter
docker run -d -v /foo --name data busybox true
CID=$(docker run -d --volumes-from data busybox true)
docker inspect --format="{{.Volumes}}" $CID
You will see the volume created from "data" container.
b) For volume filter
docker run -d --name nettest nginx
CID=$(docker run -d --net=container:nettest busybox /bin/sh -c "while true; do echo hello world; sleep 1; done")
docker inspect --format="{{.NetworkSettings}}" $CID
You will see there is no IPAddress assigned for the 2nd container.
c) For linked containers
docker run --name some_mysql -e MYSQL_ROOT_PASSWORD=password -d mysql
docker run --name some_wp -p 8888:80 --link some_mysql:mysql -d wordpress
docker run --name some_wp1 -p 8888:80 --link some_mysql:mysql -d wordpress
docker run --name some_wp2 -p 8888:80 --link some_mysql:mysql -d wordpress
docker ps
The wordpress containers will be placed on the different hosts, and they will connect to the same mysql database. The ambassador container for mysql will be created If wordpress and mysql container are not on the same host.
d) For fig template
fig.yml is as following
web:
  image: wordpress
  ports:
    - "8000:80"
  links:
    - db:mysql
db:
  image: mysql
  environment:
    MYSQL_ROOT_PASSWORD: password

It need the fig with the enhancement for the Swarm cluster support from https://github.com/denverdino/fig
Thanks

ohwow. this is really an awesome demo of swarm - almost magic :)

I really don't like this (the linking & proxying).

This is re-implementing the userspace proxy. The thing that we have been trying to get rid of in docker for ages because of all the problems it causes.
This presents security issues as this previously unexposed container is now exposed.
There is no advantage over just exposing the destination container directly. Instead of exposing container B, which redirects to container A, just expose container A.
Docker is supposed to be light weight. Having to start a another container is going against this goal.

I think if cross-host container communication is to be supported via links, it needs to be done via some sort of layer 3 network linking the hosts together. docker/8951 exists for just this purpose. I think we should be pushing that proposal forward (or something similar) instead of trying to implement some substitute in swarm.

@phemmer
Container linking and the networking support are related but they are still different.
I like the proposal for Docker multi-host Networking  it will solve the connectivity between the containers.
In my point of view, linking is more than connectivity for it provides the abstraction for how to access the service endpoint for other containers. The cross-host container linking is important to build the distribute application on swarm. With that, developer can build and test the Docker Compose/Fig template in the single docker host, and deploy in the swarm cluster. And there are several discussion related to that: Issue 146, issues/144
To enable the cross-host linking, beside the connectivity container. There are still some work to do
The container can get the hostname from Env or use alias as hostname to access the linked container. We can get the destination container IP and set the Env for the source container. But there is still no native way to modify the DNS entry inside of the container. That is the reason we introduce the Amassador container and leverage the Docker way to do that.

Docker is supposed to be light weight. Having to start a another container is going against this goal.

I agree. This approach to mitigate current gap. And from the long term view, if docker swarm/docker can provide the native way to set the Both Env and DNS entry. That will be more appealing.

This presents security issues as this previously unexposed container is now exposed.

Actually the linked container can provide more fine grained security control. E.g. in the single host, when --icc=false is specified, the container can only talk with linked containers. We can enhance that for multi-host also. To let the swarm to control the firewall rules for the access protection.
BTW, I hope the swarm networking model are pluggable. For there will be different requirements for the network settings. And this proposal doesn't put much assumption for the underneath network implementation.
Thanks

+1

Thank you so much for this proposal, @denverdino.
While I strongly agree that we need to have a solution for cross-host linking, I believe the foundation should be provided by Docker itself rather than Swarm.
We should definitely support this use case, but it shouldn't be built-in into Swarm - rather, it should be possible to use Swarm to build your solution by using the API.
Also, what I'd like to see long-term is advanced networking support in Docker with Swarm leveraging it to build cross-linking.

@aluzzardi Sure, if Docker can provide the build-in cross-host linking, that will be good. Looking forward for that.

Guys, I am struggling to understand the use case of swarm without link.
Say a startup's stack uses: redis, elasticsearch, rails, postgres. Why is it so difficult for swarm to pass the correct IP+PORT env to each container?
Thanks

First, there is no way to ensure the 2 containers can communicate with each other without opening a port on the host and doing a NAT redirection, which means opening the service to the rest of the world.
Only a private virtual switch can make them communicate in a secure way, kind of the same as the docker0 one, but that attaches them from multiple hosts.
Then, swarm is just a smart proxy: it delegates the container creation to whatever node that can fulllfill the constraints.
The problems relies in the way docker handles links: each docker node has a local database that is used to resolve links. If you try to link a container that is not in this local database, it will fail.
So in order to make cross-host links work, we'd need to distribute the database across all nodes or something.

@docteurklein
Yes, to enable the cross-host linking between containers

Native Docker Multi-Host Networking.
https://github.com/docker/docker/issues/8951
That mean the container on different hosts can talk interact each other directly.
Same behavior between cross-host linking and single host linking
The container uses the env variable and the alias hostname to communicate the linked container.
In Docker Swarm, before creating container, we can inspect the linked container on other hosts, and emulate the linking by set the env variable and use the --add-host to set the alias hostname in container creation request. After that, the cross-host link will have the same behavior to the local one
When the container is restarted, the IP will be change. The IP addr resolved by alias hostname in container linked to it should be update also.
For that, we need one distribute the database to manage the relationships of linked container . And use that information for the cross-host linking update.

Thanks

@docteurklein @denverdino Thank you guys for your being kind and explain this. Past 5 days I have been reading about multi-host dockering and I now completely understand what are all this problems about.
How is "distribute the database across all nodes" part planned to be solved? Consul seems to exactly do this.

@imton
I am using Etcd, but consul or other registry are OK also. Thanks

I think it will be super useful to have simple cross-host linking on swarm clusters as creating a cluster with docker nodes on different clusters will be very easy.


Added LICENSE.md

hey, I need the hactoberfest accepted and hactoberfest labels? Would you mind adding them?

hey @nitishhsinghhh
I need the hactoberfest and hactoberfest accepted labels on the issue and the PR, do you mind adding those?
I hope not, thanks :)

I'm traveling with limited internet connectivity... I'll get back to you soon.Cheers 21:54, 7 October 2023, Vani Sharma @.***>:
hey @nitishhsinghhh
I need the hactoberfest and hactoberfest accepted labels on the issue and the PR, do you mind adding those?
I hope not, thanks :)
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: @.***>
-- Sent from Yandex Mail for mobile

Oh sure, safe travel!


support building virtlet with myself vendor or "glide install"

I want to build Mirantis/virtlet:latest with myself vendor other than "glide install" because it looks like downloading many useless package. So I submit this pr.
two point:

delete a filter about local vendor
add code logic to adapt myself vendor or "glide install" by environment "VIRTLET_SKIP_VENDOR"

dear @jellonek , do you agree with me?

This change is

./sig test

Still branch is not building on CI.

Ping.

rebase to new version


Put all methods on UserDefaults and remove Defaults

I'ts not clear to me why you need the Defaults struct?
What do you think about removing it and keeping all methods on UserDefaults instead?
This breaks the API (but could be done without breaking it if preferred..):

Defaults.Keys is renamed to DefaultsKeys
Defaults.Key is renamed to DefaultsKey
Defaults.OptionalKey is renamed to DefaultsOptionalKey
The global shortcut defaults is renamed to Defaults.

I agree that that Keys types should be nested. They could be nested onto UserDefaults in an extension (didn't actually know I could do that..)
I see your point about not being tied to UserDefaults.
The autocomplete spamming could be solved by adding a protocol.
I dont have a strong opinion about this, but here are the benefits I see:

I think the Defaults struct would be hard to fake when testing.
It would be easier to adopt because I wouldn't have to change any interfaces, but I see that most of the methods are available on UserDefaults as well, so I guess it wouldn't make a big difference..
An extension can be used with other extensions or subclasses of UserDefaults.

They could be nested onto UserDefaults in an extension (didn't actually know I could do that..)

I had that too at some point. I've rewritten this module so many times... The reason I moved away from that is that it's weird having to put keys in UserDefaults.Keys while you use Defaults[.foo].

I think the Defaults struct would be hard to fake when testing.

Why would it be hard to fake? And why would you need to fake it? It's just UserDefaults underneath.

It would be easier to adopt because I wouldn't have to change any interfaces, but I see that most of the methods are available on UserDefaults as well, so I guess it wouldn't make a big difference..

I'd rather optimize for a great API than for making easy to move existing code to.

An extension can be used with other extensions or subclasses of UserDefaults.

An extension can also clash with other extensions. I have never seen anyone subclassing UserDefaults.

This is what I usually do with UserDefaults:
func myFunc(defaults: UserDefaults = .standard) -> String? {
	return defaults.string(forKey: "my-key")
}

// In tests
class InMemoryUserDefaults: UserDefaults {
	var defaults: [String: Any] = [:]

	override func string(forKey defaultName: String) -> String? {
		return defaults[defaultName] as? String
	}
}

let fakeDefaults = InMemoryUserDefaults()
fakeDefaults.defaults["my-key"] = "Hello"

myFunc(defaults: fakeDefaults)

You could do something similar with Defaults if you add a protocol to it, and use that in your function tho..
I understand your reasoning now, so I will just close this PR..

I cherry-picked some of your unrelated changes in https://github.com/sindresorhus/Defaults/commit/3dffe718a2849680124d5488e7b9d3baedd21a89 Thanks! :)


My typescript codegen evaluates custom scalar fields as any

I'm no expert on graphql, so no idea why that happens, maybe someone here knows. this happens for NaiveDateTime in my case

https://www.graphql-code-generator.com/plugins/typescript-resolvers it was actually a configuration step I skipped, it's in scalars section. I'll leave this here for future urql users


Unable to push tags if the repository has "verify committer" enabled

Originally reported on Google Code with ID 340
What steps will reproduce the problem?
1. Enable verify committer in a repository
2. Create a tag for a commit by a different user
3. Push tag

Expected outcome
Tag is successfully pushed

Actual outcome
Push fails with the following message:
 ! [remote rejected] tagName -> tagName (6989d1c8f2cfafd61b802d13df6cf59e70cf3b57 by
Will May<EMAIL_ADDRESS>was not committed by otheruser (otheruser))

What version of the product are you using? On what operating system?
Gitblit version 1.3.2 on RHEL 5

Please provide any additional information below.
The use case behind allowing tags by other users is to allow an automated tool to tag
a particular commit during a nightly build

Reported by will.j.may on 2013-11-18 14:48:48

I also cannot create a new branch if the master has the commit by others, how to disable  verify committer


Query

Is there a way to view/display Fermi surface in repeated reciprocal unit cell? I have hexagonal Billion zone and have a very tiny iso-energy surface (tiny pocket) at H point (one of the corner of the BZ). Viewing it on one BZ does not show how the full pocket looks like. Was wondering if you have command lines or something I can change in my source files to achieve this.
Thank you and best regards

Hi @krmtenzin, there is a new feature in the version of IFermi on GitHub (will be released onto PyPi soon). You can now plot extended surfaces, although currently the additional Brillouin zone edges won't be displayed. See the following code. Specifically, the trim_to_first_bz option:
from pymatgen.io.vasp.outputs import Vasprun
from ifermi.surface import FermiSurface
from ifermi.interpolate import FourierInterpolator
from ifermi.plot import FermiSurfacePlotter, show_plot

# load VASP calculation outputs
vr = Vasprun("vasprun.xml")
bs = vr.get_band_structure()

interpolator = FourierInterpolator(bs)
dense_bs = interpolator.interpolate_bands()

fs = FermiSurface.from_band_structure(
    dense_bs,
    mu=-1.2,
    wigner_seitz=True,
    trim_to_first_bz=False,
)
fs_plotter = FermiSurfacePlotter(fs)
plot = fs_plotter.get_plot()
show_plot(plot)

Thank you Alex!
Karma Tenzin
Theory of Condensed Matter, Physics
Zernike Institute for Advanced Materials, University of Groningen, NL
Contact :
M: +31659373336
Email: @.*** @.> / @.
@.**>
On Thu, Oct 26, 2023 at 7:15 PM Alex Ganose @.***>
wrote:

Closed #320 https://github.com/fermisurfaces/IFermi/issues/320 as
completed.
—
Reply to this email directly, view it on GitHub
https://github.com/fermisurfaces/IFermi/issues/320#event-10782721073,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ANMQTRBBA4DICHU53H7JML3YBKLE3AVCNFSM6AAAAAA23T2IF6VHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJQG44DENZSGEYDOMY
.
You are receiving this because you were mentioned.Message ID:
@.***>


Release version 1.1.2

With the merged #34 we need a new version so that we are able to avoid the migrations bug when installing the package from PyPi

The release will contain a few deprecations and features, so I'd rather go with 1.2.0
git difftool 1.1.1 --dir-diff

@uw-rvitorino I'd also remove the existing release branches and only keep the tags


Add Support for Multiple Filtering Keys for Subquery Broadcast

This PR adds support for passing multiple filtering keys to the GpuSubqueryBroadcastExec
contributes to #9259
fixes #10669

Generally look good to me. Is there an integration test we can add for Spark 4.0.0 that uses multiple filtering keys?

As discussed offline, we will handle this as a follow-on in https://github.com/NVIDIA/spark-rapids/issues/10880

build


TFLite Tensor name converted by 2.7.0 is much longer than 1.14.0

System information

OS Platform and Distribution: Linux Ubuntu 18.04
Mobile device: No
TensorFlow installed from (source or binary): binary, pip install tensorflow==2.7.0
TensorFlow version: 2.7.0
Python version: 3.8.13
Bazel version (if compiling from source): None
GCC/Compiler version (if compiling from source): None
CUDA/cuDNN version: None
GPU model and memory: None
Exact command to reproduce: None

Describe the problem
Using tensorflow 1.14.0 convert .pb model to tflite as follows:
import tensorflow as tf

graph_def_file = '/path/to/mobilenet_v1.pb'
input_arrays = ['input']
output_arrays = ['MobilenetV1/Predictions/Reshape_1']
input_shapes = {'input': [1, 224, 224, 3]}

convert = tf.lite.TFLiteConverter.from_frozen_graph(graph_def_file, input_arrays, output_arrays, input_shapes)
tflite_model = convert.convert()
with open('mobilenet_v1_tf1.14.tflite', 'wb') as f:
    f.write(tflite_model)

After update tensorflow to 2.7.0 and modify scripts as follows:
import tensorflow as tf

graph_def_file = '/path/to/mobilenet_v1.pb'
input_arrays = ['input']
output_arrays = ['MobilenetV1/Predictions/Reshape_1']
input_shapes = {'input': [1, 224, 224, 3]}

convert = tf.compat.v1.lite.TFLiteConverter.from_frozen_graph(graph_def_file, input_arrays, output_arrays, input_shapes)
tflite_model = convert.convert()
with open('mobilenet_v1_tf2.7.tflite', 'wb') as f:
    f.write(tflite_model)

I found tensor name in mobilenet_v1_tf2.7.tflite is much longer than mobilenet_v1_tf1.14.tflite. Such a long name caused a lot of trouble when comparing the tflite model with the original model.
However, I also noticed that there will be a new Attributes in TFLiteConverter.
convert = tf.compat.v1.lite.TFLiteConverter.from_frozen_graph(graph_def_file, input_arrays, output_arrays, input_shapes)
convert.experimental_new_convert = False
tflite_model = convert.convert()

But the log as follows warning me that old converter is deprecated:
WARNING:absl:Please consider switching to the new converter by setting experimental_new_converter=True. The old converter (TOCO) is deprecated.

Is is possible to add an attribute in the new version, so that the model conversion name can remain unchanged, and the tensor of folder const can be removed.

Hi @jelly0o0 ! I could not see any difference between the names of tensors from lite files procured from 1.x converter and 2.x converter . Could you post a gist to reproduce the issue? Attaching gist in 1.14 and 2.8  for reference.

Hi @sachinprasadhs ! Could you please look at this issue . It is replicating in 2.6.3, 2.7,2.8 and nightly . Attaching gist in 2.6.3, 2.7 , 2.8 and nightly for reference.  Thank you!

I was able to reproduce the issue in TF 2.11 and observed the same in netron.app. Please find the gist here. Thank you.

Hi,
Thank you for opening this issue. Since this issue has been open for a long time, the code/debug information for this issue may not be relevant with the current state of the code base.
The TFLite team is constantly improving the framework by fixing bugs and adding new features. We suggest you try the latest TensorFlow version with the latest compatible hardware configuration which could potentially resolve the issue. If you are still facing the issue, please create a new GitHub issue with your latest findings, with all the debugging information which could help us investigate.
Please follow the release notes to stay up to date with the latest developments which are happening in the TFLite space.
Thanks.


MANIFEST.MF is empty

The MANIFEST.MF in https://github.com/TomasMikula/RichTextFX/releases/download/v0.6.10/richtextfx-0.6.10.jar is empty.
So all information (e.g. implementation version) that is normally provided via manifest files is missing.

This is true even for the 0.7-M4 release and likely all the releases in-between the two versions. The build file needs to be updated to include that information in the jar.

@veita Can you submit a PR for this?

Done. See https://github.com/TomasMikula/RichTextFX/pull/517.

Closed by #517


Remove Verilator warnings

Following the reports in #1219 I had a look at Verilator and with https://github.com/verilator/verilator/commit/47eeef485d1781f104211d96ffb7498f55ae1b2b warnings are now created for unused parameters.
It also will create a warning for latches.
Remove those occurrences.

Fixed with #1229

Fixed with #1229


can read2tree be used on metagenomiocs sample

Hi Developers!!
I wish to use read2tree on my metagenomics samples. Is it valid to do so?? Also, How do I get marker genes from OMA for all bacteria/ archaea ? are the ones under cDNA Prokaryotes at https://omabrowser.org/oma/current/ to be used??
Thanks!!

Dear Rohit Satyam
Thanks for reaching out. Unfortunately, it is not possible to use read2tree for a sample (a fastq file) containing multiple species at the moment. But we have some ideas to expand the method for such case which will be implemented in near future. If you are interested in collaboration on this project, let us know by email.
And about second question, please use this link https://omabrowser.org/oma/export_markers/ to download marker genes by selecting some species of interest and set the "Minimum fraction of covered species" to 0.8 and "Maximum nr of markers " to 1000 or -1.
Let me know if you have any other questions.
Regards,
Sina


Remove outdated tutorials (CoreOS, Play Spark, Storm)

I have removed the following tutorials:
./tutorials/mesosphere-on-a-single-coreos-instance.md
./tutorials/run-play-on-mesos.html
./tutorials/run-spark-on-mesos.html
./tutorials/run-storm-on-mesos.html
I noticed that their is an open ticket for updating the Spark Tutorial. I thought that since its already available on DCOS, there was not much use for updating the tutorial.
What do you think, should I updated that instead of deleting it.

@surdy - epic, thank you! We should remove the Spark tutorial too.

You'll need to rebase on master!

Done !!


upgrade to dio 5 and enable strict lints

Pull Request
This PR started as a simple upgrade to dio5, but it became a major change of the type system.
this package relied a lot on dynamics and implicit casts, which are error-prone and not recommended by the dart team, so I changed analysis_options to use all strict lint options
Related issue
Fixes #248
Supersedes #243
What does this PR do?

Migrate Dio to v5.0.0, this involves multiple breaking changes

MeiliSearchClientImpl.connectTimeout, MeiliSearchClient.connectTimeout is now a Duration instead of int, and no longer defaults to 0
HttpRequestImpl.connectTimeout, HttpRequest.connectTimeout is now a Duration instead of int, and no longer defaults to 0
Added Object? data to getMethod
DioErrorType.response changed to DioErrorType.badResponse
404 error changed in Throw basic 404 exception test to match new message

Enable strict analysis

Added const keyword to some classes that allowed it
As an initial change, all dynamics were replaced with Object?
Some types were promoted from Object?, e.g.:

Queryable.toQuery was promoted from Map<String, dynamic> to Map<String,Object> due to the use of removeEmptyOrNulls
Result<T> had argument type T that was never used, so I changed List<dynamic> results to List<T> and introduced a new helper function Result<TTarget> map<TTarget>(TTarget Function(T item) converter)
getDocuments changed signature from Future<Result> getDocuments({DocumentsQuery? params}); to Future<Result<Map<String, Object?>>> getDocuments({DocumentsQuery? params});, and now end users can call .map on the result to use their own Dto classes (using fromJson for example)
deleteDocuments changed from taking List<dynamic> to List<Object> since deleting a null id was an illegal operation

PR checklist
Please check if your PR fulfills the following requirements:

[x] Does this PR fix an existing issue, or have you listed the changes applied in the PR description (and why they are needed)?
[x] Have you read the contributing guidelines?
[x] Have you made sure that the title is accurate and descriptive of the changes?

cc @brunoocasali

What do you think about using https://pub.dev/packages/json_serializable for the DTO classes (fromJson, toJson) ? it would be less error prone and more maintainable in the future.
if you give the green light I can start working on it.

What do you think about using https://pub.dev/packages/json_serializable for the DTO classes (fromJson, toJson) ? it would be less error prone and more maintainable in the future.
if you give the green light I can start working on it.

I think that's a good idea! But it does not support flutter they have a dart:mirrors dependency... Will this impact this library as well, right?
Also, I think we can create it after merging and releasing this version, there is a lot of changes here :)

I have addressed most of the comments, the PR is ready for review again, and also all 4 checks should be passing now

I have addressed most of the comments, the PR is ready for review again, and also all 4 checks should be passing now

Running it now! Also, did you notice the dio v5 only works with Dart >= 2.15? I didn't like to make that cut. Do you have any insight that could help us understand how many users will be left alone if I accept this change?

well, this

did you notice the dio v5 only works with Dart >= 2.15? I didn't like to make that cut. Do you have any insight that could help us understand how many users will be left alone if I accept this change?

I think it's fine if we increase the constraint, since users can just go back to older version, but according to semantic versioning we will need to increase minor version, since this package is still <1.0.0

I pushed some fixes to CI, please re-run

done, please re-run

thanks for the quick review/merge!
Sure, I will try to help as much as possible.


Fix for running standalone against prod-preview or local WIT

[ ] What does this PR do?
Fixes the standalone to work with non-mock backends.

[ ] What issue/task does this PR references?
Part of https://openshift.io/openshiftio/openshiftio/plan/detail/2261

[ ] Are the tests Included?
No, only dev env, not production used.

Ike Plugins (test-keeper)
Thank you @michaelkleinhenz for this contribution!

It appears that no tests have been added or updated in this PR.
Automated tests give us confidence in shipping reliable software. Please add some as part of this change.
If you are an admin or the reviewer of this PR and you are sure that no test is needed then you can use the command /ok-without-tests as a comment to make the status green.
Your plugin configuration is stored in the file.

@michaelkleinhenz Your image is available in the registry. Run docker pull registry.devshift.net/fabric8-ui/fabric8-planner:SNAPSHOT-PR-2636 && docker run -it -p 5000:8080 registry.devshift.net/fabric8-ui/fabric8-planner:SNAPSHOT-PR-2636 and visit http://localhost:5000 to access it.

@michaelkleinhenz Your image is available in the registry. Run docker pull registry.devshift.net/fabric8-ui/fabric8-planner:SNAPSHOT-PR-2636 && docker run -it -p 5000:8080 registry.devshift.net/fabric8-ui/fabric8-planner:SNAPSHOT-PR-2636 and visit http://localhost:5000 to access it.

@michaelkleinhenz I do not see the space dropdown anymore. By default, I'm in my most recent space. Is this expected?

@michaelkleinhenz Your image is available in the registry. Run docker pull registry.devshift.net/fabric8-ui/fabric8-planner:SNAPSHOT-PR-2636 && docker run -it -p 5000:8080 registry.devshift.net/fabric8-ui/fabric8-planner:SNAPSHOT-PR-2636 and visit http://localhost:5000 to access it.

@michaelkleinhenz Your image is available in the registry. Run docker pull registry.devshift.net/fabric8-ui/fabric8-planner:SNAPSHOT-PR-2636 && docker run -it -p 5000:8080 registry.devshift.net/fabric8-ui/fabric8-planner:SNAPSHOT-PR-2636 and visit http://localhost:5000 to access it.


Finish Stage Airflow Set-up

Currently deployment for our Airflow Stage is missing Airflow Variables and Connections for successfully importing Stanford and Cornell DAGs.

Closed by https://github.com/sul-dlss/terraform-aws/pull/927


add zsh completion for switch

I assume there aren't tests for completions...
Adds formula name and version ZSH completion for brew switch.
% brew switch go<tab>
go<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>
% brew switch go 1.<tab>
1.7.4_1  1.9

CC @apjanke @zmwangx for thoughts and review.

Thanks @nerdrew!


Add receipt MutableCallInStaticContext error

Add ReceiptError::MutableCallInStaticContext for new opcode: STATICCALL

Codecov Report

Merging #33 into develop will increase coverage by 0.93%.
The diff coverage is 0%.

@@             Coverage Diff             @@
##           develop      #33      +/-   ##
===========================================
+ Coverage    45.95%   46.88%   +0.93%
===========================================
  Files          122      124       +2
  Lines        19375    20071     +696
===========================================
+ Hits          8903     9411     +508
- Misses       10472    10660     +188

Impacted Files
Coverage Δ

libproto/src/protos/executor.rs
0% <0%> (ø)
:arrow_up:

libproto/src/router.rs
78.61% <0%> (ø)

libproto/src/autoimpl.rs
58.66% <0%> (ø)

libproto/src/protos/request.rs
3.82% <0%> (+3.07%)
:arrow_up:

libproto/src/lib.rs
45.5% <0%> (+3.58%)
:arrow_up:

libproto/src/protos/response.rs
4.68% <0%> (+3.68%)
:arrow_up:

libproto/src/protos/communication.rs
8.62% <0%> (+6%)
:arrow_up:

ethcore-io/src/worker.rs
76.47% <0%> (+7.84%)
:arrow_up:

util/src/snappy.rs
86.45% <0%> (+8.33%)
:arrow_up:

Continue to review full report at Codecov.

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