Telefonica Proposal

This PR is related to our comments on here.

Hi Mona!
Thanks for sharing your thoughts about this.
I get the point.
Can I suggest to:

Rename this API family to e.g. “Messaging API – SMS OTP” – currently this API family is confusing, as Number Verify solution promise to deliver seamless experience to end-user, so having SMS as a substitute is not the promise MNOs are trying to deliver to customers with Number Verify. Currently MNOs avoids having fallback to SMS and SPs/developers prefers errors returned in redirect (I get an impression that NumberVerificationSMS2FA was placed here by mistake, just to cover a scenario when end-user’s device is on WiFi and standard Verified MSISDN flow cannot be handled).
Deprecate “device msisdn verification” for this API, and focus on messaging api that enables otp validation mechanism to developer

I’d appreciate your feedback.
Regards,
David
Deutsche Telekom
Technology Delivery International
Dawid Wróblewski
Marynarska 12, 02-674 Warsaw
+48 602 204 473 (phone)
Email<EMAIL_ADDRESS>www.telekom.comhttp://www.telekom.com/
@.***
Life is for sharing.
You can find the obligatory information on www.telekom.com/compulsory-statementhttp://www.telekom.com/compulsory-statement
From: Mona Mokhber @.>
Sent: Monday, December 12, 2022 12:41 PM
To: camaraproject/NumberVerificationSMS2FA @.>
Cc: Wróblewski Dawid @.>; Mention @.>
Subject: Re: [camaraproject/NumberVerificationSMS2FA] Telefonica Proposal (PR #5)
SECURITY WARNING:
Ta wiadomość pochodzi z zewnętrznego źródła - uważaj na załączniki i linki. Jeśli wiadomość wyda Ci się podejrzana zgłoś incydent.
This email is from an external source - be careful of attachments and links. Please follow good practices and report suspicious emails.
@monamok commented on this pull request.

In code/API_definitions/number_verification_sms.yamlhttps://github.com/camaraproject/NumberVerificationSMS2FA/pull/5#discussion_r1045719997:

description: |-

Service Enabling Network Function API to send short-lived OTPs (one time passwords) to a phone number via SMS and validate it afterwards, in order to verify the phone number as a proof of possession.

Thank you @DT-DawidWroblewskihttps://github.com/DT-DawidWroblewski for your comment.
We prefer to keep them seperated as two individual APIs. Our idea is to have this API usable without forcing to use it as a fallback of the other API.
—
Reply to this email directly, view it on GitHubhttps://github.com/camaraproject/NumberVerificationSMS2FA/pull/5#discussion_r1045719997, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A3XZEQPXTYZ37H4WGPXOWWTWM4FOLANCNFSM6AAAAAASUBGICA.
You are receiving this because you were mentioned.Message ID<EMAIL_ADDRESS>T-MOBILE POLSKA S.A. z siedzibą w Warszawie
Adres: ul. Marynarska 12, 02-674 Warszawa
Zarząd Spółki:
Andreas Maierhofer - Prezes Zarządu;
Juraj Andráš - Członek Zarządu, Dyrektor ds. Finansowych;
Dorota Kuprianowicz-Legutko – Członek Zarządu, Dyrektor ds. Polityki Personalnej;
Goran Marković – Członek Zarządu, Dyrektor ds. Rynku Prywatnego;
Alexander Jenbar – Członek Zarządu, Dyrektor ds. Technologii i Innowacji;
Agnieszka Rynkowska - Członek Zarządu, Dyrektor ds. Rynku Biznesowego.
Spółka zarejestrowana w Sądzie Rejonowym dla m.st. Warszawy w Warszawie,
XIII Wydział Gospodarczy Krajowego Rejestru Sądowego.
KRS<PHONE_NUMBER> | NIP 526-10-40-567 | Regon 011417295
Kapitał zakładowy 711.210.000 złotych, kapitał wpłacony w całości.
DUŻE ZMIANY ZACZYNAJĄ SIĘ OD MAŁYCH - CHROŃ PLANETĘ, NIE DRUKUJ TEGO E-MAILA, JEŻELI NIE MUSISZ.
Ta wiadomość i jej treść są zastrzeżone w szczegółowym zakresie dostępnym na http://www.t-mobile.pl/stopka
This e-mail and its contents are subject to a DISCLAIMER with important RESERVATIONS: see http://www.t-mobile.pl/stopka

Hello @DT-DawidWroblewski and @bigludo7,
This is what was agreed and signed about the definition of this API at the first place:

I think it's aligned with the yaml defenition, it sends a message and then verifies the code in order to verify the number. Do you still think we must change the name?

I should confess that from start I was not comfortable for using this same close name that bring confusion. I'm still on favor to have a simplest name like one time password.
Thanks

Thank you for the feedbacks. I renamed the API to "One Time Password SMS" and aligned the descriptions and errors with the new name. Although I would like to make sure that we are all at the same page and this change is just a change of how we call the API and the functionality remains the same:
It enables a Service Provider (SP) to verify a phone number (MSISDN) by sending a code by SMS and validating the introduced code in order to make sure that the user has access to the given phone number.
So there wouldn't be any other API in the CAMARA to cover this use case. Are you ok with it?

Thanks @monamok
I have one last comment is about 'Draft Version' mention in the API title.
Probably better to remove it before merging the PR?

Thanks @monamok I have one last comment is about 'Draft Version' mention in the API title. Probably better to remove it before merging the PR?

Thank you @bigludo7. You're right. I removed it.

Thanks @monamok We're good to go for my perspective.

Thank you @bigludo7.
@DT-DawidWroblewski could you please review it and if you agree please go ahead and merge it.

@DT-DawidWroblewski I made the change you'd requested. Could you please review it again and merge it?


extra indentation with select!

cargo new selectt
Add dependency into Cargo.toml like:

[dependencies]
futures-preview = { version = "=0.3.0-alpha.17", features = ["async-await", "nightly", "compat"] }

edit src/main.rs to have these contents(already preformatted via cargo-fmt):

use futures::executor::block_on;

use futures::{
    future::FutureExt, // for `.fuse()`
    pin_mut,
    select,
};

async fn task_one() { /* ... */
}
async fn task_two() { /* ... */
}

async fn race_tasks() {
    let t1 = task_one().fuse();
    let t2 = task_two().fuse();

    pin_mut!(t1, t2);

    select! {
    () = t1 => println!("task one completed first"),
          () = t2 => println!("task two completed first"),
              }

    select! {
    _ = t1 => println!("task one completed first"),
          _ = t2 => println!("task two completed first"),
              }
}

fn main() {
    block_on(race_tasks());
}

run cargo-fmt in the dir where Cargo.toml is.

Result: no change in the above formatting: ie. strange indentation for those select! blocks and their contents!
rustfmt 1.4.8-nightly (6b0a4471 2019-09-20)
EDIT: also tried latest rustfmt (no change):
$ cargo-fmt --version
!! master-installed (default)
!! Executing '/home/user/.cargo/bin/cargo-fmt' in pwd='/home/user/build/2nonpkgs/rust.stuff/plaincatchup/selectt' with args(1): '--version'
!! master-installed (default)
!! Executing '/home/user/.cargo/bin/rustfmt' in pwd='/home/user/build/2nonpkgs/rust.stuff/plaincatchup/selectt' with args(1): '--version'
rustfmt 1.4.8-nightly (8df0b6fa 2019-09-28)

If I remember correctly, rustfmt will format the macro only if it looks like a function. Since it's not the case here, the select! is  left unchanged.

select! is left unchanged.

ha, that's weird, I could've sworn it initially changed it from:
    select! {
       _ = t1 => println!("task one completed first"),
       _ = t2 => println!("task two completed first"),
     }

but lookslike I was wrong!  in which case, it's a non-issue.


fix(zones): wrong egress detail link

Signed-off-by: Philipp Rudloff<EMAIL_ADDRESS>

@johncowen Yeah, I’ll add a test for this. Not totally sure what’s better.


⚠ Bofrost.es has degraded performance

In aa497db, Bofrost.es (https://www.bofrost.es) experienced degraded performance:

HTTP code: 200
Response time: 1545 ms

Resolved: Bofrost.es performance has improved in 209812b after 6 minutes.


Missing req-condition detailed docs

This is being tracked as part of https://github.com/projectdiscovery/nuclei-docs/issues/53


soc: xtensa: esp32_net: Remove binary blobs from source tree

Describe the bug
#51314 includes binary blobs, and should not have been approved/merged as-is, based on Zephyr's policy around firmware binary blobs.
Expected behavior
The firmware image for the second core should be built from source as an ExternalProject, similar to what is done for the LPC54114 here: https://github.com/zephyrproject-rtos/zephyr/blob/main/samples/subsys/ipc/openamp/boards/lpcxpresso54114_m4.conf#L3
It can be built during the main build process via some variation of:
include(ExternalProject)

ExternalProject_Add(
  openamp_remote
  SOURCE_DIR ${APPLICATION_SOURCE_DIR}/remote
  INSTALL_COMMAND ""      # This particular build system has no install command
  CMAKE_CACHE_ARGS -DBOARD:STRING=${BOARD_REMOTE}
  CMAKE_CACHE_ARGS -DDTC_OVERLAY_FILE:STRING=${DTC_OVERLAY_FILE}
  BUILD_BYPRODUCTS "${REMOTE_ZEPHYR_DIR}/${KERNEL_BIN_NAME}"
  # NB: Do we need to pass on more CMake variables?
  BUILD_ALWAYS True
)

@uLipe FYI

Setting high priority and release blocker since this is a violation of the project policy.


Possible Issue with onBlur() callback function

Hi, there seems to be a bug with the onBlur event when passing a boolean to the callback return, as described here:
Expected behavior
Returning a false value to the onBlur function will prevent unfocusing the terminal.
Returning a true value should NOT prevent it from being unfocused.
Actual behavior
No matter whether true or false is returned from the onBlur callback function, the unfocusing event will be prevented.
Version of jQuery.Terminal used
I've used the latest v1.14.0 stable version. I'm not sure if the development branch fixes this, as you've described a fix for some onBlur and onFocus related thing, but I couldn't find the section of the logic which handles onBlur, so I couldn't confirm this.

Thanks for the report will take a look.

Actually there is no difference between true or false in that event because it's not DOM event and there is only one action disable terminal or do nothing if you want to disable terminal you do nothing by default in js function return undefined or return any value then it will keep focus.
There are no event bubbling or things like that in terminal events.


isHovered only returns true when hovering over the last element.

I might be not understanding how to use isHovered properly, but it seems it is only returning true when the cursor is hovering over the last element (and not the whole window).

Hello, thanks for report. Check the example at https://github.com/armory3d/zui/blob/master/examples/Elements/Sources/Elements.hx#L33, it should work for non-last elements as well.

Ah I see, I thought I could check isHovered for the entire window. Is there a way to do that?


Fix issue #895: Handle requests to ::1 in localhost test - 6 of 6 tes…

This PR addresses Issue #895, where the localhost.test.js was failing to handle requests to ::1 (IPv6 loopback address). Previously, the test was returning a 404 Not Found for ::1.
What Was Done:
•	Modified the test in localhost.test.js to ensure that requests to ::1 are correctly handled by wrapping the IPv6 address in brackets ([::1]).
•	Ensured that the server is correctly serving content to both IPv4 and IPv6 addresses.
•	All tests (6/6) are passing after this fix.
Relevant issues
Fixes #895

Contributor checklist

[x] Provide tests for the changes (unless documentation-only)
[ ] Documented any new features, CLI switches, etc. (if applicable)

[ ] Server --help output
[ ] README.md
[ ] doc/http-server.1 (use the same format as other entries)

[x] The pull request is being made against the master branch

Maintainer checklist

[ ] Assign a version triage tag
[ ] Approve tests if applicable

Fixes these tests - thanks!


Parallel backup approach: cached duration data

when TRSS is not accessible, fall back to use cached data
when TRSS data is not complete, use cached data as complement
code refactor for TestDivider class

Signed-off-by: renfeiw<EMAIL_ADDRESS>

Tested various combinations of TEST_TIME and NUM_MACHINES options in the internal builds:

BUILD
TEST_TIME
NUM_MACHINES
RESULT

Grinder_TKG/616
""
"3"
3 lists

Grinder_TKG/617
"20"
""
2 lists

Grinder_TKG/618
""
"2"
1 list (due to limited machine)


Extend URIResourceProvider instead of another ResourceProvider

Fixes #185
Update the example on how to extend URIResourceProvider instead of creating another ResourceProvider

Forgot to sign off one of the commit.  Cancel


Remove hard-coded list of legal Imgix URL params

PR #55 laid the groundwork to support arbitrary URL params in ix_image_tag and ix_picture_tag. This PR removes parameters.json and the code associated with segregating imgix and non-imgix URL params. Through this PR, we won't need to update the library every time a new imgix URL parameter is introduced.
This is a backwards-incompatible change.

It's also worth noting that this adds support for non-standard imgix parameters, which are legal in imgix URLs (We just ignore them) but previously were being rejected.

Augh, I totally forgot about that. Ignore me!


Could not make until I ran godep get

After go getting, make would break. I unfortunately deleted my terminal session and can't paste the output for you. :disappointed:
I'm reasonably confident this is what broke because it required dependencies I got from a godep get attempt. It'd be great to have make grab dependencies. After the godep get:
make
CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o lazlo .
docker build -t lazlo .
Sending build context to Docker daemon 16.83 MB
Step 1 : FROM scratch
 --->
Step 2 : ADD dockerdep/ca-certificates.crt /etc/ssl/certs/
 ---> c0b2c0e0fe48
Removing intermediate container e63f93f8ad90
Step 3 : ADD lazlo /
 ---> 9712bdaf47d4
Removing intermediate container 1c2950b6966b
Step 4 : CMD /lazlo
 ---> Running in 9804670f4f3d
 ---> ae580393fa18
Removing intermediate container 9804670f4f3d
Successfully built ae580393fa18

Not an issue as of most recent commit 👍


The reply_listerner queue disapear because no consummer is bind

The consummer list is empty which is not the case with nameko service

There is no consumer because proxy is not implemented yet.


Update log4cats-core, log4cats-slf4j, ... to 1.0.0-RC2

Updates

io.chrisdavenport:log4cats-core
io.chrisdavenport:log4cats-slf4j
io.chrisdavenport:log4cats-testing

from 1.0.0-RC1 to 1.0.0-RC2.
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention @scala-steward in the comments below.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "io.chrisdavenport" } ]

labels: semver-pre-release

Included in #2822.


Chore: remove ghcr image push

Signed-off-by: qiaozp<EMAIL_ADDRESS>

closing as ghcr is working now


Move EF.Property MethodInfo to common location

Issue #5941

I think EntityQueryModelVisitor also stores methodinfo for ef.property. We could probably update that one too while we're at it.

:shipit:

nvm. You got it :+1:


Bug: V4 Not starting, prisma issues

What happened?
A bug happened! this is it, this is the bug report
Kidding
Upon following the v4 docs to the letter, I get this error below.
2024-08-20T17:58:03.176813081Z [2024-08-20T17:58:03 DEBUG  migrations] ensuring database exists...
2024-08-20T17:58:03.371514177Z [2024-08-20T17:58:03 DEBUG  migrations] applying migrations...
2024-08-20T17:58:03.441894760Z [2024-08-20T17:58:03 ERROR  migrations] failed to apply migrationsError: P3005
2024-08-20T17:58:03.441944913Z
2024-08-20T17:58:03.441954695Z The database schema is not empty. Read more about how to baseline an existing production database: https://pris.ly/d/migrate-baseline
2024-08-20T17:58:03.441963967Z

I have uncommented the prototyping command, let it run, commented it out then restarted it, and I have this issue.
I'm using docker/portainer with a new folder and everything so no conflicts with v3.
Version
latest (ghcr.io/diced/zipline or ghcr.io/diced/zipline:latest)
What browser(s) are you seeing the problem on?
Chromium-based (Chrome, Edge, Brave, Opera, mobile chrome/chromium based, etc)
Zipline Logs
2024-08-20T17:58:03.164899957Z [2024-08-20T17:58:03 DEBUG  config::validate] environment validated: {"core":{"port":3000,"hostname":"<IP_ADDRESS>","secret":"fdsafbcvxbcvfadsf","databaseUrl":"postgres://postgres:postgres@postgres/postgres","returnHttpsUrls":false,"defaultDomain":null,"tempDirectory":"/tmp/zipline"},"chunks":{"max":99614720,"size":26214400,"enabled":true},"tasks":{"deleteInterval":1800000,"clearInvitesInterval":1800000,"maxViewsInterval":1800000,"thumbnailsInterval":1800000,"metricsInterval":60000},"files":{"route":"/","length":6,"defaultFormat":"random","disabledExtensions":[],"maxFileSize":104857600,"defaultExpiration":null,"assumeMimetypes":false,"defaultDateFormat":"YYYY-MM-DD_HH:mm:ss","removeGpsMetadata":false},"urls":{"route":"/","length":6},"datasource":{"type":"local","local":{"directory":"/zipline/uploads"}},"features":{"imageCompression":true,"robotsTxt":false,"healthcheck":true,"userRegistration":true,"oauthRegistration":true,"deleteOnMaxViews":true,"thumbnails":{"enabled":true,"num_threads":4},"metrics":{"enabled":true,"adminOnly":true,"showUserSpecific":true}},"invites":{"enabled":true,"length":8},"website":{"title":"Zipline","titleLogo":null,"externalLinks":[{"name":"GitHub","url":"https://github.com/diced/zipline"},{"name":"Documentation","url":"https://zipline.diced.tech"}],"loginBackground":null,"defaultAvatar":null,"theme":{"default":"system","dark":"builtin:dark_gray","light":"builtin:light_gray"}},"mfa":{"totp":{"enabled":true,"issuer":"Zipline"},"passkeys":true},"oauth":{"bypassLocalLogin":false,"loginOnly":false,"discord":{"clientId":"x","clientSecret":"x"},"github":{"clientId":"x","clientSecret":"x"},"google":{"clientId":"x-x.apps.googleusercontent.com","clientSecret":"x-x-x"},"authentik":{"clientId":"x","clientSecret":"x","authorizeUrl":"http://localhost:9000/application/o/authorize/","userinfoUrl":"http://localhost:9000/application/o/userinfo/","tokenUrl":"http://localhost:9000/application/o/token/"}},"discord":{"webhookUrl":"https://discord.com/api/webhooks/x/x-x","username":null,"avatarUrl":null,"onUpload":{"webhookUrl":null,"username":"testupload","avatarUrl":null,"content":"hello {user.username} {file.name}\n\n{debug.jsonf}\n","embed":null},"onShorten":{"webhookUrl":null,"username":"testshorten","avatarUrl":null,"content":"hello {user.username} {url.id} {link.returned} {url.createdAt::locale::en-UK,Pacific/Auckland}\n```json\n{debug.jsonf}\n```","embed":null}},"ratelimit":{"enabled":true,"max":10,"window":null,"adminBypass":true,"allowList":[]},"httpWebhook":{"onUpload":null,"onShorten":null},"ssl":{"key":null,"cert":null}}
2024-08-20T17:58:03.166085305Z [2024-08-20T17:58:03 INFO   server] starting zipline mode="production" version="4.0.0-dev+1"
2024-08-20T17:58:03.166134830Z [2024-08-20T17:58:03 INFO   server] reading environment for configuration
2024-08-20T17:58:03.168311819Z [2024-08-20T17:58:03 DEBUG  config::validate] environment validated: {"core":{"port":3000,"hostname":"<IP_ADDRESS>","secret":"fdsafbcvxbcvfadsf","databaseUrl":"postgres://postgres:postgres@postgres/postgres","returnHttpsUrls":false,"defaultDomain":null,"tempDirectory":"/tmp/zipline"},"chunks":{"max":99614720,"size":26214400,"enabled":true},"tasks":{"deleteInterval":1800000,"clearInvitesInterval":1800000,"maxViewsInterval":1800000,"thumbnailsInterval":1800000,"metricsInterval":60000},"files":{"route":"/","length":6,"defaultFormat":"random","disabledExtensions":[],"maxFileSize":104857600,"defaultExpiration":null,"assumeMimetypes":false,"defaultDateFormat":"YYYY-MM-DD_HH:mm:ss","removeGpsMetadata":false},"urls":{"route":"/","length":6},"datasource":{"type":"local","local":{"directory":"/zipline/uploads"}},"features":{"imageCompression":true,"robotsTxt":false,"healthcheck":true,"userRegistration":true,"oauthRegistration":true,"deleteOnMaxViews":true,"thumbnails":{"enabled":true,"num_threads":4},"metrics":{"enabled":true,"adminOnly":true,"showUserSpecific":true}},"invites":{"enabled":true,"length":8},"website":{"title":"Zipline","titleLogo":null,"externalLinks":[{"name":"GitHub","url":"https://github.com/diced/zipline"},{"name":"Documentation","url":"https://zipline.diced.tech"}],"loginBackground":null,"defaultAvatar":null,"theme":{"default":"system","dark":"builtin:dark_gray","light":"builtin:light_gray"}},"mfa":{"totp":{"enabled":true,"issuer":"Zipline"},"passkeys":true},"oauth":{"bypassLocalLogin":false,"loginOnly":false,"discord":{"clientId":"x","clientSecret":"x"},"github":{"clientId":"x","clientSecret":"x"},"google":{"clientId":"x-x.apps.googleusercontent.com","clientSecret":"x-x-x"},"authentik":{"clientId":"x","clientSecret":"x","authorizeUrl":"http://localhost:9000/application/o/authorize/","userinfoUrl":"http://localhost:9000/application/o/userinfo/","tokenUrl":"http://localhost:9000/application/o/token/"}},"discord":{"webhookUrl":"https://discord.com/api/webhooks/x/x-x","username":null,"avatarUrl":null,"onUpload":{"webhookUrl":null,"username":"testupload","avatarUrl":null,"content":"hello {user.username} {file.name}\n```json\n{debug.jsonf}\n```","embed":null},"onShorten":{"webhookUrl":null,"username":"testshorten","avatarUrl":null,"content":"hello {user.username} {url.id} {link.returned} {url.createdAt::locale::en-UK,Pacific/Auckland}\n```json\n{debug.jsonf}\n```","embed":null}},"ratelimit":{"enabled":true,"max":10,"window":null,"adminBypass":true,"allowList":[]},"httpWebhook":{"onUpload":null,"onShorten":null},"ssl":{"key":null,"cert":null}}
2024-08-20T17:58:03.176602260Z [2024-08-20T17:58:03 DEBUG  migrations] running migrations...
2024-08-20T17:58:03.176813081Z [2024-08-20T17:58:03 DEBUG  migrations] ensuring database exists...
2024-08-20T17:58:03.371514177Z [2024-08-20T17:58:03 DEBUG  migrations] applying migrations...
2024-08-20T17:58:03.441894760Z [2024-08-20T17:58:03 ERROR  migrations] failed to apply migrationsError: P3005
2024-08-20T17:58:03.441944913Z
2024-08-20T17:58:03.441954695Z The database schema is not empty. Read more about how to baseline an existing production database: https://pris.ly/d/migrate-baseline
2024-08-20T17:58:03.441963967Z

Browser Logs
N/A, container doesn't start so I don't get that far.

Additional Info
Lmk if I need to give any more info

In the postgres logs, there's this, not sure if it helps
2024-08-20T17:56:23.113024420Z 2024-08-20 17:56:23.112 UTC [50] LOG:  checkpoint starting: shutdown immediate 2024-08-20T17:56:23.170165949Z 2024-08-20 17:56:23.170 UTC [50] LOG:  checkpoint complete: wrote 3 buffers (0.0%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.022 s, sync=0.005 s, total=0.063 s; sync files=2, longest=0.003 s, average=0.003 s; distance=0 kB, estimate=0 kB 2024-08-20T17:56:23.176338392Z 2024-08-20 17:56:23.176 UTC [49] LOG:  database system is shut down 2024-08-20T17:56:23.194302660Z  done 2024-08-20T17:56:23.194323548Z server stopped 2024-08-20T17:56:23.196943413Z  2024-08-20T17:56:23.196965764Z PostgreSQL init process complete; ready for start up. 2024-08-20T17:56:23.196987722Z  2024-08-20T17:56:23.262428187Z 2024-08-20 17:56:23.262 UTC [1] LOG:  starting PostgreSQL 15.6 (Debian 15.6-1.pgdg120+2) on x86_64-pc-linux-gnu, compiled by gcc (Debian 12.2.0-14) 12.2.0, 64-bit 2024-08-20T17:56:23.263791440Z 2024-08-20 17:56:23.263 UTC [1] LOG:  listening on IPv4 address "<IP_ADDRESS>", port 5432 2024-08-20T17:56:23.263816147Z 2024-08-20 17:56:23.263 UTC [1] LOG:  listening on IPv6 address "::", port 5432 2024-08-20T17:56:23.274292707Z 2024-08-20 17:56:23.274 UTC [1] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432" 2024-08-20T17:56:23.289164988Z 2024-08-20 17:56:23.289 UTC [63] LOG:  database system was shut down at 2024-08-20 17:56:23 UTC 2024-08-20T17:56:23.304405086Z 2024-08-20 17:56:23.304 UTC [1] LOG:  database system is ready to accept connections 2024-08-20T17:58:03.360378168Z 2024-08-20 17:58:03.360 UTC [142] LOG:  could not receive data from client: Connection reset by peer 2024-08-20T18:01:23.380620457Z 2024-08-20 18:01:23.380 UTC [61] LOG:  checkpoint starting: time 2024-08-20T18:01:40.608874382Z 2024-08-20 18:01:40.608 UTC [61] LOG:  checkpoint complete: wrote 174 buffers (1.1%); 0 WAL file(s) added, 0 removed, 0 recycled; write=17.162 s, sync=0.029 s, total=17.229 s; sync files=130, longest=0.014 s, average=0.001 s; distance=889 kB, estimate=889 kB 2024-08-20T18:03:34.389914944Z  2024-08-20T18:03:34.389986510Z PostgreSQL Database directory appears to contain a database; Skipping initialization 2024-08-20T18:03:34.389998955Z  2024-08-20T18:03:34.481970020Z 2024-08-20 18:03:34.481 UTC [1] LOG:  starting PostgreSQL 15.6 (Debian 15.6-1.pgdg120+2) on x86_64-pc-linux-gnu, compiled by gcc (Debian 12.2.0-14) 12.2.0, 64-bit 2024-08-20T18:03:34.482428842Z 2024-08-20 18:03:34.482 UTC [1] LOG:  listening on IPv4 address "<IP_ADDRESS>", port 5432 2024-08-20T18:03:34.482502539Z 2024-08-20 18:03:34.482 UTC [1] LOG:  listening on IPv6 address "::", port 5432 2024-08-20T18:03:34.496258824Z 2024-08-20 18:03:34.496 UTC [1] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432" 2024-08-20T18:03:34.516220337Z 2024-08-20 18:03:34.516 UTC [29] LOG:  database system was interrupted; last known up at 2024-08-20 18:01:40 UTC 2024-08-20T18:03:34.646120510Z 2024-08-20 18:03:34.645 UTC [29] LOG:  database system was not properly shut down; automatic recovery in progress 2024-08-20T18:03:34.655896090Z 2024-08-20 18:03:34.655 UTC [29] LOG:  redo starts at 0/15DFEA8 2024-08-20T18:03:34.655917453Z 2024-08-20 18:03:34.655 UTC [29] LOG:  invalid record length at 0/15DFF90: wanted 24, got 0 2024-08-20T18:03:34.655927898Z 2024-08-20 18:03:34.655 UTC [29] LOG:  redo done at 0/15DFF58 system usage: CPU: user: 0.00 s, system: 0.00 s, elapsed: 0.00 s 2024-08-20T18:03:34.670565503Z 2024-08-20 18:03:34.670 UTC [27] LOG:  checkpoint starting: end-of-recovery immediate wait 2024-08-20T18:03:34.710815469Z 2024-08-20 18:03:34.710 UTC [27] LOG:  checkpoint complete: wrote 3 buffers (0.0%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.010 s, sync=0.005 s, total=0.047 s; sync files=2, longest=0.003 s, average=0.003 s; distance=0 kB, estimate=0 kB 2024-08-20T18:03:34.720654700Z 2024-08-20 18:03:34.720 UTC [1] LOG:  database system is ready to accept connections 2024-08-20T18:03:37.031894237Z 2024-08-20 18:03:37.031 UTC [33] LOG:  could not receive data from client: Connection reset by peer

As per denisapain in the zipline Discord server, I had to exec into the container and wipe all the tables, then run the prototype command inside the container.
I think the process of starting needs to change as it isn't as simple as it should be.

😅 this is only for the time being, but I'm not sure why you had these errors in the first place since in my testing it seemed to work normally. In the future when v4 is getting ready to become stable, it will function similar to how v3 migrates the database, requiring no work from the user.


join: make autoformat actually construct a format

Makes the -o auto option construct a format at initialization, rather
than try to handle it as a special case when printing lines. Fixes bugs
when combined with -e, especially when combined with -a.
Basic -e usage can be fixed by just changing https://github.com/uutils/coreutils/blob/2bd556e252fd562777cabe052a2eb811d44c3167/src/uu/join/src/join.rs#L113 to include empty, but once you start including unmatched lines, that's also insufficient. The new test effectively checks both of these. Also makes more of the GNU join tests pass.

Thanks!


zoom-us: <IP_ADDRESS>5 -> <IP_ADDRESS>0

Description of changes

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
22.05 Release Notes (or backporting 21.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[ ] Fits CONTRIBUTING.md.

This PR updates Zoom to the latest version, and fixes the missing dependencies.
However, Zoom fails to run with the message:
No PulseAudio daemon running, or not running as session daemon.

Note that I'm testing with PipeWire. Am I missing something?

No PulseAudio daemon running, or not running as session daemon.

I get this error too, and I run pulseaudio and not pipewire, for as far as I know.

@ofborg eval

Don't suppose upstream has any response? The linked issue doesn't work for me, even after signing in, so I'd guess limits access to reporter.

@dtzWill Sorry, I assumed the Zoom issue was public. Doesn't look like I can change access permissions, though. If you decide to file your own issue, perhaps you can still reference this one.
To summarize the status: My Zoom issue is still open. Customer support recommended a downgrade to version <IP_ADDRESS>5, and then bumped the issue to "the next level of support". I'm now waiting on a response from the next support level.

Status update: I received a response from an engineer. Essentially, the message is that NixOS isn't supported.
In the meantime, I looked at the strace output, but nothing catches my eye. I tried updating PipeWire to v0.3.48 in nixos-unstable, same result as with v0.3.42.
Not sure how to proceed.

Found this, suggesting there may be some ABI issue re:glibc 2.34: https://community.zoom.com/t5/Meetings/Version-5-10-0-crashing-at-startup-on-Fedora-35/td-p/51487 .  We have glibc 2.33 on master and 2.34 on staging, building this with staging to see if that helps, let's see! :)
Actually, while that's still building (gcc 11 too, etc.) I did some testing and found that zoom tried loading libudev but fails and then exits (strace, LD_DEBUG=libs, and logs, together helped here).  Pushed commit adding the dependency, does that help things for anyone else?
(since it's linux-only in our packaging, I think we don't need to make its use conditional?)

FWIW zoom does things like:
1651040 13:42:43 execve("/bin/sh", ["sh", "-c", "pacmd list-sinks |grep 'name:\\|module:'"], 0x7ffc5bd280a0 /* 99 vars */ <unfinished ...>

Although I think it uses pulse API more directly as well (surely)? But ensuring pacmd is on PATH might be a good idea, I think it is for systems using pulseaudio .

since it's linux-only in our packaging, I think we don't need to make its use conditional?

Wait for https://github.com/NixOS/nixpkgs/pull/166428

This works for me here with the udev change, thanks a lot @dtzWill !

@LutzCle could you confirm that it works for you too, not on staging, with glibc 2.33 ?

@dtzWill Thanks!
@doronbehar I can confirm that zoom launches now with dtzWill's patch and both glibc 2.33 and 2.34 (staging).
However, I couldn't test any calls. Single sign on and starting meetings from the browser don't work with v5.10.0 (tested with Chromium and Firefox). I checked the log file, but all it shows is the hand-off from one zoom process to another:
...
Zoom is running, send message to it: -wrapped zoommtg://my-employer.zoom.us/sso?token=Y...
Exit zoom as another zoom instance is running!
ATTENTION: default value of option mesa_glthread overridden by environment.
No PulseAudio daemon running, or not running as session daemon.
zoom exited normally, exit code is 0 .
ZoomLauncher exit.
...

Can either of you reproduce this?

Single sign on

Never used it, so I can't confirm, but there are reports of issues with it even with much older Zoom versions - https://github.com/NixOS/nixpkgs/issues/73532

Starting meetings from the browser

I too get a crash when opening meetings, from the browser or by entering a meeting ID. I had issues with it in the previous version as well. It worked me for 1 time though, didn't found anything interesting in the strace. The log has:
ZoomLauncher exit.
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
AVX2 model initialized!
This plugin does not support setting window opacity
This plugin does not support setting window opacity
AVX2 model initialized!
qt.scenegraph.general: Using sg animation driver
qt.scenegraph.general: Animation Driver: using vsync: 16.67 ms
qt.scenegraph.general: texture atlas dimensions: 2048x1024
zoom was exited due to a handled signal: 11

So I tested a Zoom call, it works again.
The other issue regarding SSO is separate, so from my side we can merge this PR.

Starting meetings from the browser don't work for me also and I do not think that this is separate. The issue is not #73532, but the problem is that passing meeting coordinates via calling $ zoom-us 'zoommtg://zoom.us/join?action=join&confno=XXXXXXXXX' is no longer working. This could previously be used to join calls. That mechanism is also used to bring SSO information from the browser to the application.
In ~/.zoom/logs/zoom_stdout_stderr.log I see the following:
[....]
cmd line: zoommtg://zoom.us/join?action=join&confno=XXXXXXXXX
Start subprocess: /nix/store/j4cj3a2dfw53cb3sdyisq1f4x2sjrd5z-zoom-<IP_ADDRESS>0/opt/zoom/zoom sucessfully,  process pid: 1369141
pactl: symbol lookup error: /nix/store/q29bwjibv9gi9n86203s38n0577w09sx-glibc-2.33-117/lib/libpthread.so.0: undefined symbol: __libc_siglongjmp, version GLIBC_PRIVATE
                             Class      App      Lib Possible Culprit Flags
                resip::Connection      648      648
                      resip::Data       36       36
                 resip::DnsResult     1080     1080
                   resip::Headers        1        1
          resip::MsgHeaderScanner       40       40
                resip::SipMessage     5208     5208
         resip::TransportSelector      864      864
                     resip::Tuple      128      128
              resip::UdpTransport     1144     1144
          resip::GenericIPAddress       28       28

zoom started.
pactl: symbol lookup error: /nix/store/q29bwjibv9gi9n86203s38n0577w09sx-glibc-2.33-117/lib/libpthread.so.0: undefined symbol: __libc_siglongjmp, version GLIBC_PRIVATE
pactl: symbol lookup error: /nix/store/q29bwjibv9gi9n86203s38n0577w09sx-glibc-2.33-117/lib/libpthread.so.0: undefined symbol: __libc_siglongjmp, version GLIBC_PRIVATE
                                           Class             App             Lib  ClassPossible Culprit Flags
          App             Lib   Possible Culprit Flags
  resip:: Connection         648        648
              resip:: Connection         648        648
              resip:: Data         36         36
                resip:: Data         36         36
    resip:: DnsResult       1080       1080
                resip:: DnsResult       1080       1080
        resip:: Headers          1          1
                resip:: Headers  resip::       1MsgHeaderScanner         1      40
      40
                resip:: MsgHeaderScanner         40         40
  resip:: SipMessage       5208       5208
                resip:: SipMessageresip:: TransportSelector    5208       864    5208       864

                resip:: TransportSelector        864        864
            resip:: Tuple        128        128
                resip:: Tuple        128        128  resip::
UdpTransport       1144       1144
                resip:: UdpTransport  resip::    1144GenericIPAddress      1144      28
      28

       resip::GenericIPAddress       28       28

zoom started.
zoom started.
Client: Breakpad is using Single Client Mode! client fd = -1

In the UI I see no feedback.

I too think we should not merge this.
On 13 April 2022 16:53:03 GMT+03:00, Maximilian Huber @.***> wrote:

Starting meetings from the browser don't work for me also and I do not think that this is separate. The issue is not #73532, but the problem is that passing meeting coordinates via calling $ zoom-us 'zoommtg://zoom.us/join?action=join&confno=XXXXXXXXX' is no longer working. This could previously be used to join calls. That mechanism is also used to bring SSO information from the browser to the application.
In ~/.zoom/logs/zoom_stdout_stderr.log I see the following:
[....]
cmd line: zoommtg://zoom.us/join?action=join&confno=XXXXXXXXX
Start subprocess: /nix/store/j4cj3a2dfw53cb3sdyisq1f4x2sjrd5z-zoom-<IP_ADDRESS>0/opt/zoom/zoom sucessfully,  process pid: 1369141
pactl: symbol lookup error: /nix/store/q29bwjibv9gi9n86203s38n0577w09sx-glibc-2.33-117/lib/libpthread.so.0: undefined symbol: __libc_siglongjmp, version GLIBC_PRIVATE
                            Class      App      Lib Possible Culprit Flags
               resip::Connection      648      648
                     resip::Data       36       36
                resip::DnsResult     1080     1080
                  resip::Headers        1        1
         resip::MsgHeaderScanner       40       40
               resip::SipMessage     5208     5208
        resip::TransportSelector      864      864
                    resip::Tuple      128      128
             resip::UdpTransport     1144     1144
         resip::GenericIPAddress       28       28

zoom started.
pactl: symbol lookup error: /nix/store/q29bwjibv9gi9n86203s38n0577w09sx-glibc-2.33-117/lib/libpthread.so.0: undefined symbol: __libc_siglongjmp, version GLIBC_PRIVATE
pactl: symbol lookup error: /nix/store/q29bwjibv9gi9n86203s38n0577w09sx-glibc-2.33-117/lib/libpthread.so.0: undefined symbol: __libc_siglongjmp, version GLIBC_PRIVATE
                                          Class             App             Lib  ClassPossible Culprit Flags
         App             Lib   Possible Culprit Flags
 resip:: Connection         648        648
             resip:: Connection         648        648
             resip:: Data         36         36
               resip:: Data         36         36
   resip:: DnsResult       1080       1080
               resip:: DnsResult       1080       1080
       resip:: Headers          1          1
               resip:: Headers  resip::       1MsgHeaderScanner         1      40
     40
               resip:: MsgHeaderScanner         40         40
 resip:: SipMessage       5208       5208
               resip:: SipMessageresip:: TransportSelector    5208       864    5208       864

               resip:: TransportSelector        864        864
           resip:: Tuple        128        128
               resip:: Tuple        128        128  resip::
UdpTransport       1144       1144
               resip:: UdpTransport  resip::    1144GenericIPAddress      1144      28
     28

      resip::GenericIPAddress       28       28

zoom started.
zoom started.
Client: Breakpad is using Single Client Mode! client fd = -1

In the UI I see no feedback.
--
Reply to this email directly or view it on GitHub:
https://github.com/NixOS/nixpkgs/pull/166085#issuecomment-1098078244
You are receiving this because you were mentioned.
Message ID: @.***>

pactl: symbol lookup error: /nix/store/q29bwjibv9gi9n86203s38n0577w09sx-glibc-2.33-117/lib/libpthread.so.0: undefined symbol: __libc_siglongjmp, version GLIBC_PRIVATE

Is your system pactl using glibc 3.34 with a zoom using 3.33 (or other way around)?  Since pactl is from PATH, when launched from our wrapper that sets LD_LIBRARY_PATH maybe that's causing pactl to pickup the wrong glibc?
One solution I hinted at earlier is to plumb into our zoom wrapper the needed utilities--normally I'd encourage this in name of making the program self-contained (and not fragile w.r.t. depending on (uncontrolled) system requirements), but we want to make it work nicely for folks not using pulseaudio (esp as things seem to move to pipewire!)?
Anyway if you're seeing the glibc symbol error and both zoom and pactl use the same glibc (for this, just checking each via nix-store -qR $(readlink -f $(which pactl))|grep glibc or so should be enough, same for zoom-us) that's definitely strange.
I'll see about testing the zoommtg support here, just for another point.

I can report that the issue regarding meeting coordinates still persists in the latest Zoom version 5.10.3 (2778).

There's a 5.10.4 now FWIW, don't suppose that helps? :pray:

Unfortunately not, the issue persists in version <IP_ADDRESS>45.
Flatpack seemed to have a similar issue, which was fixed: https://github.com/flathub/us.zoom.Zoom/commit/66af224bf0041672da2f2b80622d1a56f3b585bd. However, I'm not sure if this is relevant for Nix.

I think I found the issue!
It seems like it inspects the executable name (rather than just argv[0]), and so "-wrapped" makes its way into the message sent to the socket that's used for IPC (if you're looking in strace it's something like /run/user/1001/qtsingleapp-zoomwr-3e9).
With the wrapper changed to .zoom SSO at least works. The latest version seems ok too.
diff --git a/pkgs/applications/networking/instant-messengers/zoom-us/default.nix b/pkgs/applications/networking/instant-messengers/zoom-us/default.nix
index 0983288f227..805aa799eb3 100644
--- a/pkgs/applications/networking/instant-messengers/zoom-us/default.nix
+++ b/pkgs/applications/networking/instant-messengers/zoom-us/default.nix
@@ -37,11 +37,11 @@
 }:

 let
-  version = "<IP_ADDRESS>0";
+  version = "<IP_ADDRESS>45";
   srcs = {
     x86_64-linux = fetchurl {
       url = "https://zoom.us/client/${version}/zoom_x86_64.pkg.tar.xz";
-      sha256 = "CoK7kqUXnFmlFb81K7722wIAb2OOTg6NQneo1bD6cYw=";
+      sha256 = "9gspydrGaEjzAM0nK1u0XNm07HTupJ2wnPxCFWy+Nts=";
     };
   };

@@ -116,7 +116,9 @@ stdenv.mkDerivation rec {
     done

     # ZoomLauncher sets LD_LIBRARY_PATH before execing zoom
-    wrapProgram $out/opt/zoom/zoom \
+    # IPC breaks if the executable name does not end in 'zoom'
+    mv $out/opt/zoom/zoom $out/opt/zoom/.zoom
+    makeWrapper $out/opt/zoom/.zoom $out/opt/zoom/zoom \
       --prefix LD_LIBRARY_PATH ":" ${libs}

     rm $out/bin/zoom

Wow, it works again! I tested both SSO and zoommtg links, works fine for me.
@tomjnixon Can you push your fix to a branch, so that I can merge your commit into this PR? I guess we should split out the version update into a separate PR.

@tomjnixon Can you push your fix to a branch, so that I can merge your commit into this PR? I guess we should split out the version update into a separate PR.

Sure, they are here:
https://github.com/NixOS/nixpkgs/compare/LutzCle:zoom...tomjnixon:zoom
I also rebased onto master here, and gave it a quick test:
https://github.com/NixOS/nixpkgs/compare/master...tomjnixon:zoom_rebase
This is required because the package has changed a bit since this PR started. If you like you could reset to that, or I could make a new PR. I don't see the need to have separate PRs for two arbitrary version bumps.

Thanks for the rebase @tomjnixon . To progress this, I opened a PR from your zoom_rebase branch, I'm closing this one due to the merge conflicts.


fix unable to build error

not sure why, but using latest miniconda can fix various errors when building the images

all 5 docker files are tested and pushed to https://hub.docker.com/r/slin004/singa/tags

devel:
3.0.0-cpu-devel-ubuntu18.04
3.0.0-cuda9.0-cudnn7.4.2-devel-ubuntu16.04
3.0.0-cuda10.0-cudnn7.4.2-devel-ubuntu18.04

runtime:
3.0.0-cuda9.0-cudnn7.4.2-ubuntu16.04
3.0.0-cpu-ubuntu16.04


Name Change

This PR removes the usage of a dead name and replaces it with the respective user's Discord user mention

@Nanosplitter  Why is this file in git?

Currently we cannot merge this PR, as it will delete all quotes added after this commit date.  We are thinking of better ways to store these quotes, and will try to fix it.


Inject comment containing package version into verifier contract

Problem
I think it would be useful to inject the version of acvm-backend-barretenberg which was used to generate a smart contract verifier.
This would allow us to trace it back to a commit in https://github.com/AztecProtocol/aztec-verifier-contracts more easily in case there are reported issues (however the contract could be modified post-generation)
Proposed solution
We can inject a comment such as the below into the generated contract.
// Automatically generated using `acvm-backend-barretenberg` v0.1.0
// https://github.com/noir-lang/acvm-backend-barretenberg

Alternatives considered
No response
Additional context
No response
Submission Checklist

[x] Once I hit submit, I will assign this issue to the Project Board with the appropriate tags.

@TomAFrench is this still relevant?
If it is, what priority and effort labels would you consider appropriate for this Issue?


[Bug]: Trace Viewer Snapshots shows incomplete image

Version
1.45.1
Steps to reproduce
The snapshot screenshots show the image as if the page has not fully rendered and/or some CSS is missing.  However, if you hover over the timeline, the correctly rendered image is shown
I don't have steps to reproduce but can provide a trace privately.
Expected behavior
I expect the screenshots in the snapshot to show the images properly
Actual behavior

On the left you can see the properly rendered image when hovering over the timeline.
On the right you can see the image from the snapshot is not rendered properly
Additional context
I can provide a trace privately that will show this behavior.
Environment

OS: Mac
Browser: Chromium
Java: 17

Do you mean that the styling of "Sign-in" box is off in the snapshot?
You can send the trace to the email in my profile.

this is odd...i just viewed it on a different computer and the trace looks fine.  may be my machine.  I need to do some more investigation and if i can't figure it out i'll send the trace.  thank you.

ok it looks like on chrome, the styling is off.  when viewed on Firefox, it looks fine.  sending trace.


Object 'saxpy' not found in repository

I am trying to run saxpy on an X86 node with setup saxpy/openmp nosite-x86_64 following step 1-6 of the documentation, but at step 5 I get the following error :

Object 'saxpy' not found in repository '~/benchpark/ramble/var/ramble/repos/builtin'

In step 4, setup.sh is generated with a message to source it to complete the benchpark setup.
But, after doing so, I have this error after moving to saxpy/openmp/nosite-x86_64/workspace/ and executing ramble -P -D . workspace setup.
Am I missing something?

@SBA0486, 'saxpy' is not a part of Ramble's builtin repo. It is instead located in the Benchpark repo (repo/saxpy). Benchpark's repository is added to Ramble during the initial setup
bin/benchpark setup saxpy/openmp nosite-x86_64 </path/to/experiment>
If your build uses an existing Ramble clone, the setup script will (incorrectly) skip adding Benchpark repo to Ramble leading to this error.
You can try a fresh build that creates new clones of Spack and Ramble.
The steps would be as follows:

git clone git@github.com:LLNL/benchpark.git
cd benchpark/bin
./benchpark setup saxpy/openmp nosite-x86_64 </new/path/to/experiment>
. </new/path/to/experiment>/setup.sh
ramble -P -D </new/path/to/experiment>/saxpy/openmp/nosite-x86_64/workspace workspace setup


⚠ ClamAV has degraded performance

In 3405d3b, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 76 ms

Resolved: ClamAV performance has improved in 35c8ab0.


InputObjectType parse value not working

Its documented under: https://webonyx.github.io/graphql-php/type-definitions/inputs/#converting-input-object-array-to-value-object
But it simply arrives as array.
I was able to follow it down to https://github.com/webonyx/graphql-php/blob/master/src/Utils/AST.php#L392-L435
its simply not called at all.

The docs reflect the latest changes in master which are not yet released. I recognize this is a problem so I created https://github.com/webonyx/graphql-php/issues/1179

The docs reflect the latest changes in master which are not yet released. I recognize this is a problem so I created #1179. For now you can either use master or look at https://github.com/webonyx/graphql-php/tree/14.x/docs.

I saw that it exists only in master - I upgraded and still not working.

This is the entrypoint:
https://github.com/webonyx/graphql-php/blob/master/src/Executor/ReferenceExecutor.php#L690
it calls this
https://github.com/webonyx/graphql-php/blob/master/src/Executor/Values.php#L180
then it calls this
https://github.com/webonyx/graphql-php/blob/master/src/Executor/Values.php#L205
which calls this
https://github.com/webonyx/graphql-php/blob/master/src/Executor/Values.php#L269
which returns array, not the result of parseValue fn.

was able to reproduce it when used with SchemaExtender. See https://github.com/webonyx/graphql-php/pull/1180


porting of pileups infrastructure. keeping LIBS out for now

Pileups. I kept only the most useful parts from GATK3 and removed most of the complex abstractions (generics upon generics etc etc).
@droazen please review. This is step number 1 for IndelTargetDetector work (on the walker infractructure, not dataflow).

Coverage increased (+0.2%) to 72.84% when pulling 8a0701348050017845fcfa35dfbf19c5d1f10b80 on ak_pileup_work into 758f3969522676cc49e9109266b702dc3a05329d on master.

Unassigning for now after discussing with @akiezun -- we will revisit this as we actually port the RealignTargetCreator and have a better sense of what is actually needed.

closing the pull req because indel realigner is removed. will keep the branch for now in case pileup is needed later


Should canonical form of CALM-origin digitised items be CALM ID too?

Example:
PP/CRI/I/2/1 is a digitised-via-Goobi, physical object:
https://iiif.wellcomecollection.org/presentation/PP/CRI/I/2/1
This is a 404 because this item is really https://iiif.wellcomecollection.org/presentation/b18168073
But if it had a born-digital neighbour, run through Archivematica, its IIIF Manifest might be canonically https://iiif.wellcomecollection.org/presentation/PP/CRI/I/2/999
...and that would work. Which is confusing for API consumers.
So we should at the very least support a redirect from https://iiif.wellcomecollection.org/presentation/PP/CRI/I/2/1 to https://iiif.wellcomecollection.org/presentation/b18168073 for digitised/Goobi CALM items.
But we might want to instead make https://iiif.wellcomecollection.org/presentation/PP/CRI/I/2/1 the canonical form for CALM items, and have a redirect from the b number form. Published manifests and collections would assert the canonical form.
So Library digitised things are still /bnumber but CALM digitised and born-digital are all /calm-ref.
We do have enough information to do this.
NB We can't make the canonical form for digitised items the work identifier, because there's not quite a 1:1 relationship.
Also, with the above changes:
https://iiif.wellcomecollection.org/presentation/{identifier}
{identifier} is the ID of the digital object in the digitisation/goobi/archivematica/storage flows, not the descriptive metadata identifier of a work in the catalogue.
It happens to be a bnumber for things going through Goobi and it happens to be a CALM ID for things going through archivematica, but conceptually it's the identifier in those systems and storage.
However, we can easily support redirecting https://iiif.wellcomecollection.org/presentation/{work-identifier} to a corresponding IIIF Manifest - which will work in almost all cases. It's a convenience, rather than a canonical URL.

Short answer: no.
Canonical form of ID is the form of ID the object was digitised as.
Longer answer: no, but accept as many alternative forms as possible and redirect to the canonical form. Including work identifier.
Will be in https://github.com/wellcomecollection/iiif-builder/pull/192
@jtweed ^


ndt_mapping : how to use odometry?

I want to use odometry from the wheels with approximate_ndt_mapping. Please, how can I do that ? Are there any naming rules (frame_id) for the odometry messages ?
Thanks a lot for your help.

@dlounis
I can not judge that I do not see rosbag, but there is a possibility that a mismatch will occur.
Would you please show me the map and rosbag if you'd like it?

I think there is a mismatch. I have 9864 messages for points_raw topic and 19664 messages for /odom_pose topic. I think that both topics should have the same number of messages. Am I right ? I will check if I can share the data.
Regards.

@dlounis
There is no need to match the number of messages in points_raw topic and odom_pose topic.
So the cause is different.

Dear @YamatoAndo,
unfortunately, I am still stuck. However I have noticed (after several attempts to make it work) that the issue with odometry occurs mainly after passing roundabouts. It seems that NDT is more sensitive to errors on the angular parameters of the transforms (?)
Any suggestion is welcome.
Regards.

I think "how to use" topic is ended.
Please divide issue thread.
Thanks.

Please divide issue thread.


Yet another ClickHouse support

Based on #2166 and #1773
This one has some improvements in comparison to previous implementations:

more accurate declaration of the schema table's columns (types and default values)
"baseline" supporting
"repair" supporting. ClickHouse does not allow DELETE and UPDATE statements so this implemented via executing several statements which do copying only those rows of the table that satisfy the condition into the newly created table followed by deletion of the previous table.
But this is a partial supporting - only for deleting failed migrations, not for updating migrations (description, checksum, etc).

@reds7373 We haven't committed to adding ClickHouse support. See our policy on adding DB support to Flyway.
It's on our radar. We regularly review requests for DB engine support. If ClickHouse becomes more popular, both in DB engine ranking, and with the Flyway community, we may give it higher priority.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.1 out of 2 committers have signed the CLA.:white_check_mark: a-konyaev:x: Alexey KonyaevAlexey Konyaev seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

Hi guys! I have actualized the PR changes to resolve conflicts with the master branch.
BTW, in our community (https://t.me/clickhouse_ru, 4К+ members) people are constantly interested in a migration tool for Clickhouse DB. This PR is one of possible solution. But you, unfortunately, ignore it.
ClickHouse has become much more popular over the past year: https://db-engines.com/en/ranking_trend/system/ClickHouse
Maybe it's time to decide to include it in the master? ;)

Any update on this?

Closing duplicate database support PR, see https://github.com/flyway/flyway/pull/2981


Adds Tizen backend

This PR is for Tizen support.

TouchImage
Fade / Ripple
Background color / Transformations
IsToggled / image

ℹ After updating Xamarin.Forms version (5.0.0 stable version), Frame (border and corner radius) will working fine on Tizen as you expected.
Known Issue

Both hover event and native touch feedback event are not supported on Tizen.

Just a small question/request. Can you please implement Native touch similar to iOS approach? There is no native touch handler too, but we just change Opacity on press/release :)

@AndreiMisiukevich Done!

Native animation


Eyes animate is not sensitive

Can you explain what it means by eyes animate not sensitive?

No blinking animation (eyes just kept open or close)
Too sensitive (the model created the blinking animation when it shouldn’t, false positive)

There’s an eye open threshold currently set to 0.33. I guess that requires some refinement for optimal result.

I send test video in email, I guess it also effect by animate delay issue

Discussed offline - this is because of having local changes. Not a valid issue.


Document OpsGenie v2

https://github.com/influxdata/chronograf/issues/2929

Done in chrono-1.5 branch

Done in chrono-1.5 branch.


bug MongoDateValidator

I'm trying to use validation rule to convert date to mongodb format
 class Customer extends yii\mongodb\ActiveRecord
 {
     ...
     public function rules()
     {
         return [
             ['date', 'yii\mongodb\validators\MongoDateValidator', 'format' => 'php:Y-m-d', 'mongoDateAttribute' => 'dob']
         ];
     }
 }

I try to input value "2016-08-15", but it saved in mongo as "1970-01-18" instead
Additional info

Q
A

Yii version
2.0.10

Yii MongoDB version
<IP_ADDRESS>

MongoDB server version
3..4.1

PHP version
7.0.8

Operating system
ubuntu0 16.04.3

I think it because MongoDB\BSON\UTCDateTime should accept miliseconds as its parameter, but the $timestamp does not in miliseconds

Unable to reproduce.
Described usecase is covered by unit test:
https://github.com/yiisoft/yii2-mongodb/blob/master/tests/validators/MongoDateValidatorTest.php#L36-L44

@klimov-paul have you looked at the value in db?
or try $this->assertEquals('2015-05-08', $model->mongoDate->toDateTime()->format('Y-m-d')); ?

Resolved by commit 1c47907f7a8b865a7027ec2f8ee46468c7b271ad


Bar Chart label text is out of boundry

I write date format to use in bar chart but it's goes to out of div boundary, I trying to fix this issue but it's not fixed properly for all device. Code is given follow:
  var ctx = document.getElementById("mybarChart");
    var mybarChart = new Chart(ctx, {
      type: 'bar',
      data: {
          labels: ["08-Apr-2016", "09-Apr-2016", "10-Apr-2016", "11-Apr-2016", "12-Apr-2016", "13-Apr-2016", "14-Apr-2016"],
        datasets: [{
         label: "Open Time",
            fillColor: "rgba(60,141,188,0.9)",
            strokeColor: "rgba(60,141,188,0.8)",
            pointColor: "#3b8bba",
            pointStrokeColor: "rgba(60,141,188,1)",
            pointHighlightFill: "#fff",
            pointHighlightStroke: "rgba(60,141,188,1)",
            backgroundColor: "#03586A",
            data: [3.1, 4.2, 8.0, 5.1, 2.2, 3.9, 4.3]

        }]//, {
        //  label: '# of Votes',
        //  backgroundColor: "#03586A",
        //  data: [41, 56, 25, 48, 72, 34, 12]
        //}]
      },

      options: {
          scales: {
          yAxes: [{
            ticks: {
                beginAtZero: true
            }
          }],
          xAxes: [{
            ticks: {
                fontSize: 9
            }
          }]
        }
      }
    });
    </script>

Please solve this issue

Is this solve? Please reopen it not.


Move Cloudflare/Heroku SSL fix to Cloudflare Worker

Right now the fix to be able to use Heroku together with Cloudflare in Flexible SSL mode is implemented as a Rails middleware: https://github.com/railsbump/app/commit/a66ea3b7643925c69fae66affbca4945e5a018fa
While this works, it would probably be cleaner to add the header in a Cloudflare Worker.

The app is now running on Fly.io, not Heroku anymore, so this is not necessary anymore.


Implement new dsl_source_csi_sensor_id_get/set services to support multiple CSI cameras.

New CSI camera services to get/set the sensor-id
/**
 * @brief Gets the sensor-id setting for the named CSI Source. A unique
 * sensor-id is assigned to each CSI Source on creation, starting with 0. The
 * default setting can be overridden by calling dsl_source_decode_uri_set. The
 * call will fail if the given sensor-id is not unique. If a source is deleted,
 * the sensor-id will be re-assigned to a new CSI Source if one is created.
 * @param[in] name unique name of the CSI Source to query.
 * @param[out] sensor_id current sensor-id setting. Default: 0.
 * @return DSL_RESULT_SUCCESS on success, DSL_RESULT_SOURCE_RESULT otherwise.
 */
DslReturnType dsl_source_csi_sensor_id_get(const wchar_t* name,
    uint* sensor_id);

/**
 * @brief Sets the sensor-id setting for the named CSI Source. A unique
 * sensor-id is assigned to each CSI Source on creation, starting with 0. This
 * service will fail if the given sensor-id is not unique. If a source is deleted,
 * the sensor-id will be re-assigned to a new CSI Source if one is created.
 * @param[in] name unique name of the CSI Source to update.
 * @param[in] sensor_id new sensor-id setting to use.
 * @return DSL_RESULT_SUCCESS on success, DSL_RESULT_SOURCE_RESULT otherwise.
 */
DslReturnType dsl_source_csi_sensor_id_set(const wchar_t* name,
    uint sensor_id);

Merged into v0.26.alpha


failure to authenticate

after starting the container, during authentication process, it seems that if the login process encounters the screen from the attached picture, it cannot continue and auth fails
ibeam version :  0.5.1
stack trace & logs:
2024-05-24 06:33:59,187|I| Cannot ping Gateway. Retrying for another 18 seconds
2024-05-24 06:34:01,230|I| Gateway connection established
2024-05-24 06:34:01,335|I| NO SESSION Status(running=True, session=False, connected=False, authenticated=False, competing=False, collision=False, session_id=None, server_name=None, server_version=None, expires=None)
2024-05-24 06:34:01,336|I| Authentication strategy: "B"
2024-05-24 06:34:01,336|I| No active sessions, logging in...
2024-05-24 06:34:01,337|I| Loading auth webpage at https://localhost:5000/sso/Login?forwardTo=22&RL=1&ip2loc=on
2024-05-24 06:34:10,887|I| Gateway auth webpage loaded
2024-05-24 06:34:10,887|I| Login attempt number 1
2024-05-24 06:34:16,441|I| Submitting the form
2024-05-24 06:34:20,170|I| Handling IB-Key promo display...
2024-05-24 06:34:21,278|E| Error encountered during authentication
Exception:
File "/srv/ibeam/ibeam_starter.py", line 167, in
success, shutdown, status = client.start_and_authenticate()
File "/srv/ibeam/src/gateway_client.py", line 53, in start_and_authenticate
success, shutdown, status = self.strategy_handler.try_authenticating(request_retries=request_retries)
File "/srv/ibeam/src/handlers/strategy_handler.py", line 85, in try_authenticating
return self._authentication_strategy_B(status, request_retries)
File "/srv/ibeam/src/handlers/strategy_handler.py", line 140, in _authentication_strategy_B
return self._log_in(status)
File "/srv/ibeam/src/handlers/strategy_handler.py", line 151, in _log_in
success, shutdown = self.login_handler.login()
File "/srv/ibeam/src/handlers/login_handler.py", line 435, in login
self.attempt(targets, wait_and_identify_trigger, driver)
File "/srv/ibeam/src/handlers/login_handler.py", line 371, in attempt
trigger, target = self.step_handle_ib_key_promo(targets, wait_and_identify_trigger, trigger)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/srv/ibeam/src/handlers/login_handler.py", line 278, in step_handle_ib_key_promo
ib_promo_key_trigger.click()
File "/opt/venv/lib/python3.11/site-packages/selenium/webdriver/remote/webelement.py", line 93, in click
self._execute(Command.CLICK_ELEMENT)
File "/opt/venv/lib/python3.11/site-packages/selenium/webdriver/remote/webelement.py", line 394, in _execute
return self._parent.execute(command, params)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/venv/lib/python3.11/site-packages/selenium/webdriver/remote/webdriver.py", line 344, in execute
self.error_handler.check_response(response)
File "/opt/venv/lib/python3.11/site-packages/selenium/webdriver/remote/errorhandler.py", line 229, in check_response
raise exception_class(message, screen, stacktrace)
<class 'selenium.common.exceptions.ElementClickInterceptedException'> Message: element click intercepted: Element is not clickable at point (392, 852)
picture from attachment

I may be wrong but to me it looks like the credentials you provided to iBeam are not yet registered with the IB key app. Have you used the same credentials in an interactive session and successfully got an auth request to your smart phone app and successfully login?

but they never were and that account setup is unchanged for more than 4 months now. the only thing required is the "continue" button to be clicked.
i think that's the actual issue, according to the stacktrace (the element cannot be clicked) so my assumption is that the "continue" element was not properly selected (due to maybe a recent change in html structure from IB site)

after trying for a while to figure out what is going on, it seems like there is a delay that they added for the "continue" button to be clickable. is there a way to make the element being clicked after a while (a sleep) ?

i found the problem.. the fix is very hacky.. but the it is caused by a change in interactive broker's html content.
they changed the ibkey-promo-skip class element to have a "href=Dispatcher" which causes the
ib_promo_key_trigger.click()
to not work and trigger the
<class 'selenium.common.exceptions.ElementClickInterceptedException'> Message: element click intercepted: Element is not clickable at point (392, 852)
i fixed it by replacing
ib_promo_key_trigger.click()
with
continue_element = find_element(targets['IBKEY_PROMO'], driver)
driver.execute_script("arguments[0].click();", element)

could you please @Voyz integrate this change into the master branch (maybe a new version) in a nice/proper way ?

@fireinmyveins Thanks for doing some debugging on this and for reporting the issue 👍 Also thanks for sharing your solution.
Now here's the interesting thing:
It seems that the button is not clickable, yet in order for the step_handle_ib_key_promo method to be called, the IBKEY_PROMO must be clickable. It is defined in step_login:
trigger, target = wait_and_identify_trigger(
   has_text(targets['SUCCESS']),
   is_visible(targets['TWO_FA']),
   is_visible(targets['TWO_FA_SELECT']),
   is_visible(targets['TWO_FA_NOTIFICATION']),
   is_visible(targets['ERROR']),
   is_clickable(targets['IBKEY_PROMO']),
)

Not quite sure why would an element be marked as clickable, but then raise Element is not clickable at point when clicked on 🤷♂ You mention the "href=Dispatcher" - how do you know that this causes the issue?

In either case, I just released voyz/ibeam:0.5.4-rc1 which contains your fix. I modified the script slightly, as we don't need to re-acquire the element once again I believe - it is passed down as ib_promo_key_trigger parameter:
def step_handle_ib_key_promo(self,
                             driver: webdriver.Chrome,
                             targets: Targets,
                             wait_and_identify_trigger: callable,
                             ib_promo_key_trigger: WebElement,
                             ):
    _LOGGER.info('Handling IB-Key promo display...')
    # ib_promo_key_trigger.click()
    time.sleep(3)
    driver.execute_script("arguments[0].click();", ib_promo_key_trigger)

    trigger, target = wait_and_identify_trigger(
        has_text(targets['SUCCESS']),
        is_visible(targets['ERROR'])
    )

    return trigger, target

Let me know if that works for you 👍

Also, @HaSiMiPa  thanks for your comment. As far as I remember, this view appears only as an advert - you don't actually have to interact with it, only continue through it. Hence we simply click on 'Continue' and carry on normally.

@Voyz thanks for the update, but can't you push the code into a branch ? 0.5.4-rc1 doesn't seem to be anywhere (tag/branch)
to be honest, i have no idea why that error appears but i suspect it is one of the options mentioned in this post
i know the fix is not the best approach but it works and it is not so intrusive since this only  happens once (when you login)

Hey @fireinmyveins it's on the master branch: https://github.com/Voyz/ibeam/commit/5f5331098d53643ac63a867f385ff28557dcc8fc
Thanks for linking to that SO post, interesting!

@Voyz I have stumbled upon the same issue as described in this issue, and I just wanted to let you know that 0.5.4-rc2 solved it for me too.
Thank you for the fix!

Glad to hear @elderanakain thanks for reporting back 👏👏

I'm going to close this Issue as it is now fixed in voyz/ibeam:0.5.4. Let me know if you'd like to reopen it and continue the discussion. Thanks for contributing 👍


Does micrometer-tracing support tracing of rabbitMQ messages?

Hey,
I'm migrating from Sleuth to Micrometer according to https://github.com/micrometer-metrics/tracing/wiki/Spring-Cloud-Sleuth-3.1-Migration-Guide.
Currently, I'm testing tracing in scope of communication with RabbitMQ.
However, traceId and spanId in RabbitMQ messages seem to not be working for me - both traceId and spanId are null, as is the TraceContext in the io.micrometer.tracing.Tracer, that I inject.
I've got the latest Spring-boot with the Spring AMQP and the micrometer-tracing-bridge-brave dependency.
REST calls are working fine - traceId is there.
Is that a known issue or am I missing something?

We do support it via Spring Amqp. We will be working on native support of RabbitMQ - you can check the issue here https://github.com/rabbitmq/rabbitmq-java-client/issues/952  .

Here you have an example of how to work with just Rabbitmq code - https://github.com/micrometer-metrics/micrometer-samples/pull/25


Recurring Donation installment Opp names created are not consistent with the Opportunity Naming pattern under NPSP Settings

New Recurring Donation installment are always created with the following pattern regardless of what is defined under NPSP Settings: "{!Donor.Name} {!Label.npe03.RecurringDonationPrefix} (# of #Installments) {!CloseDate}". In addition, the available Opportunity Naming patterns under NPSP Settings do not support a pattern for "(# of #Installments)".

**lurch: add

Tracking W-019971

Closing to align with internal discussion.


Add a Target annotation in a library causes diagnostics to stop updating

Dart SDK version: 2.10.0-59.0.dev (dev) (Tue Aug 25 18:05:44 2020 -0700) on "linux_x64"
When I add an import to package:meta/meta_meta.dart and add a @Target({TargetKind.library}) annotation on a class I suddenly stop getting any updates to diagnostics. The now erroneous diagnostic for an unused import of meta_meta.dart is still show, and changes to the file are not reflected at all in diagnostic positions. Other files are not impacted.
This is happening with the --lsp mode analysis server flag.
cc @bwilkerson

Phil just saw an exception in a log from the bots that might explain what you're seeing (https://logs.chromium.org/logs/dart/buildbucket/cr-buildbucket.appspot.com/8870777269394039296/+/steps/analyze_pkg_meta/0/stdout). We're trying to figure out the underlying cause of the exception, but it sounds like an emergency patch might be in order to prevent the exception from stoping errors from being updated.

With some help from Konstantin, I updated my change w/ a patch:
https://dart-review.googlesource.com/c/sdk/+/160740
It's looking green and when it lands this should be fixed.

OK!
With 8ae9842e12390e646b747046ae78e833c4b7a0f9 and eb30e43940f9f9c1a35761eece6e4291dd1fa7ee you should be good to go @natebosch. 👍

I confirmed that when I build the SDK from HEAD this is working. I don't think it's dropped in a published dev release yet.


Store a reference of the Leaflet map object on the map container

Would it be possible to store the reference of the Leaflet map object on the map container like described on this post :
https://github.com/Leaflet/Leaflet/issues/6298#issuecomment-415124583
L.Map.addInitHook(function () {
  this.getContainer()._leaflet_map = this;
});

This trick seems to have a side effect (memory leaks) "only" if we remove the map (and on older browsers).
Except mistake, enketo never remove a map ?
With this reference, we could for example easily override the behavior of all the map in the form.
If this approache is accepted, I don't know very well where this code must be placed.
It need to be execute before all Leaflet map initializing initialize()
Do you think it's a bad idea or not ?

Closing this. It was an issue with my import sorter plugin in vscode.

Can you say more about your use case? Does it specifically depend on the Leaflet object being attached to a DOM node, or would generally having access to the object be suitable? I'm generally cautious about attaching arbitrary data to the DOM (and would like go generally move away from that in Enketo), but I could imagine exposing, for example, a WeakMap<HTMLElement, LeafletMap> (and perhaps an inverted WeakMap if desired).

Hi @eyelidlessness ,
(Sory for the reponse delay).
My 'common' use case is to get the this.map leaflet object of a geo* widget to add it some features like :

Add a new Layer
Add new interraction
...

Like this widget - which adding a geojson layer to the map.
(it's not the prettiest widget - but for example)
I have review my code, and finally I think I have to extend directly the GeoPicker widget instead of 'standard' Widget, like I did in this widget - I don't know why I didn't think of it before.
So,

Put the leaflet map object in the DOM node is certainly a bad idea - as you explained
Put it on a WeakMap can be interesting - for the dev community - but for my use case I think it's not necessary


FillBurn producing odd results on DEM

I'm working in a region with pretty extensive mining. The provincial DEM is quite out of date, so I tried replacing an area of the DEM with some LIDAR data that I aggregated to the same spatial resolution (~15m x 15m).  The figure below shows in colour the difference between the two DEMs against the original DEM in the background:

The differences in DEM range from -330m to + 615m where pits have been formed and waste rock piled up. Because of the extensive stream alterations in the region, its necessary to burn a stream line into the DEM to properly snap my sampling points to. However, when I run the fill burn tool in whitebox, I get this (I've changed DEM differences into contours here):

Its burned the stream layer to an elevation of -12,000m, and created odd artifacts. If I try to to use the breach depressions (least-cost, or regular), or fill depressions first, I get a fairly standard looking DEM, i.e.:

but trying to burn the stream into these layers still results in the weird artifacts and super deep stream channels.
For reference, I'm using the R version of whitebox on an Ubuntu 20.04 system, if that makes a difference. Burning the stream network into the original provincial DEM does not result in these artifacts, so it must have to do with replacing a section of the DEM.
Any assistance would be greatly apricated.

I've resolved the issue by manually recreating the fillburn algorithm (or as close to it as I can figure out based on a brief descriptions I was able to find online) with 10,000m height difference instead of the 1,000m height difference for the initial fill offset calculation. I think the issue may have somehow related to the large elevational differences combined with the heavily modified nature of the stream network and landscape.
I wonder if the height that gets added during the fillburn algorithm might be a parameter you can feed the function.


Why the dimension of the patch logit for each example  is in  64*3 not only 3?

Why the dimension of the patch logit for each example  is in  64*3 not only 3?
related code shown below
def discriminator(images, num_classes, bottleneck_size=512, keep_prob=1.0, phase_train=True,
weight_decay=0.0, reuse=None, scope='Discriminator'):
with slim.arg_scope([slim.conv2d, slim.fully_connected],
weights_regularizer=slim.l2_regularizer(weight_decay),
activation_fn=leaky_relu,
normalizer_fn=None,
normalizer_params=batch_norm_params):
with tf.variable_scope(scope, [images], reuse=reuse):
with slim.arg_scope([slim.batch_norm, slim.dropout],
is_training=phase_train):
            print('{} input shape:'.format(scope), [dim.value for dim in images.shape])

            net =conv(images, 32, kernel_size=4, stride=2, scope='conv1')
            print('module_1 shape:', [dim.value for dim in net.shape])

            net = conv(net, 64, kernel_size=4, stride=2, scope='conv2')
            print('module_2 shape:', [dim.value for dim in net.shape])

            net = conv(net, 128, kernel_size=4, stride=2, scope='conv3')
            print('module_3 shape:', [dim.value for dim in net.shape])

            net = conv(net, 256, kernel_size=4, stride=2, scope='conv4')
            print('module_4 shape:', [dim.value for dim in net.shape])

            net = conv(net, 512, kernel_size=4, stride=2, scope='conv5')
            print('module_5 shape:', [dim.value for dim in net.shape])

            # Patch Discrminator
            patch5_logits = slim.conv2d(net, 3, 1, activation_fn=None, normalizer_fn=None, scope='patch5_logits')
            patch_logits = tf.reshape(patch5_logits, [-1,3])

patch_logits = tf.reshape(patch5_logits, [-1,3]) reshapes patch logits to batch_size * 3.


Does not pull Mixed Content Errors

Not sure if this was intentionally ignored, but will not pull Mixed Content error from https site.

Unfortunately Google Chrome API does not allows to handle errors like that :(


url_launcher won't run on iOS emulator

Issue
When trying to run my app on the iOS emulator, I get the follow error:

    === BUILD TARGET url_launcher OF PROJECT Pods WITH CONFIGURATION Debug ===
    In file included from /Users/rick/development/flutter/.pub-cache/hosted/pub.dartlang.org/url_launcher-3.0.0/ios/Classes/UrlLauncherPlugin.m:7:
    /Users/rick/development/flutter/.pub-cache/hosted/pub.dartlang.org/url_launcher-3.0.0/ios/Classes/UrlLauncherPlugin.h:5:9: fatal error: 'Flutter/Flutter.h' file not found
    #import <Flutter/Flutter.h>
            ^~~~~~~~~~~~~~~~~~~

Steps to Reproduce
Add url_launcher to pubspec.yaml
dependencies:
  url_launcher: "^3.0.0"
  flutter:
    sdk: flutter

  # The following adds the Cupertino Icons font to your application.
  # Use with the CupertinoIcons class for iOS style icons.
  cupertino_icons: ^0.1.0

Import the library and call it from code.
import 'package:url_launcher/url_launcher.dart';

Run it on an android emulator:
$ flutter devices
2 connected devices:

Android SDK built for x86 • emulator-5554                        • android-x86 • Android 8.1.0 (API 27) (emulator)
iPhone X                  • B928C14A-4F69-49A6-AC82-589227EFA4B5 • ios         • iOS 11.3 (simulator)
Ricks-MacBook:flutter_app rick$ flutter run -d emulator-5554
Using hardware rendering with device Android SDK built for x86. If you get graphics artifacts, consider enabling software rendering with "--enable-software-rendering".
Launching lib/main.dart on Android SDK built for x86 in debug mode...
Initializing gradle...                                       1.6s
Resolving dependencies...                                    2.0s
Running 'gradlew assembleDebug'...                          24.9s
Built build/app/outputs/apk/debug/app-debug.apk (30.3MB).
Installing build/app/outputs/apk/app.apk...                  3.4s
I/FlutterActivityDelegate(32123): onResume setting current activity to this
Syncing files to device Android SDK built for x86...
D/        (32123): HostConnection::get() New Host Connection established 0xec2a96c0, tid 32177
D/EGL_emulation(32123): eglMakeCurrent: 0xec3a8cc0: ver 3 0 (tinfo 0xd69ff550)
I/Choreographer(32123): Skipped 181 frames!  The application may be doing too much work on its main thread.
D/EGL_emulation(32123): eglMakeCurrent: 0xec404360: ver 3 0 (tinfo 0xec403f30)

🔥  To hot reload your app on the fly, press "r". To restart the app entirely, press "R".
An Observatory debugger and profiler on Android SDK built for x86 is available at: http://<IP_ADDRESS>:8101/
For a more detailed help message, press "h". To quit, press "q".

Try it in the emulator, it works fine.
Run it in the iOS emulator, it won't run:
$ flutter run -d B928C14A-4F69-49A6-AC82-589227EFA4B5
Launching lib/main.dart on iPhone X in debug mode...
Running Xcode clean...                                       2.6s
Starting Xcode build...
Xcode build done                                             3.7s
Failed to build iOS app
Error output from Xcode build:
↳
    ** BUILD FAILED **

Xcode's output:
↳
    === BUILD TARGET url_launcher OF PROJECT Pods WITH CONFIGURATION Debug ===
    In file included from /Users/rick/development/flutter/.pub-cache/hosted/pub.dartlang.org/url_launcher-3.0.0/ios/Classes/UrlLauncherPlugin.m:7:
    /Users/rick/development/flutter/.pub-cache/hosted/pub.dartlang.org/url_launcher-3.0.0/ios/Classes/UrlLauncherPlugin.h:5:9: fatal error: 'Flutter/Flutter.h' file not found
    #import <Flutter/Flutter.h>
            ^~~~~~~~~~~~~~~~~~~
    1 error generated.
Could not build the application for the simulator.
Error launching application on iPhone X.

Logs
Run your application with flutter run and attach all the log output:
buildlog.txt
Run flutter analyze and attach any output of that command also.
$ flutter analyze
Analyzing /Users/rick/AndroidStudioProjects/flutter_app...
  hint • Unused import: 'package:flutter/material.dart' at test/widget_test.dart:7:8 • unused_import
  hint • Unused import: 'package:flutter_app/main.dart' at test/widget_test.dart:10:8 • unused_import
2 issues found.
(Ran in 9.8s)

Flutter Doctor
Paste the output of running flutter doctor -v here.
$ flutter doctor -v
[✓] Flutter (Channel beta, v0.2.8, on Mac OS X 10.13.4 17E199, locale en-US)
    • Flutter version 0.2.8 at /Users/rick/development/flutter
    • Framework revision b397406561 (3 weeks ago), 2018-04-02 13:53:20 -0700
    • Engine revision c903c217a1
    • Dart version 2.0.0-dev.43.0.flutter-52afcba357

[✓] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at /Users/rick/Library/Android/sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-27, build-tools 27.0.3
    • Java binary at: /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b01)
    • All Android licenses accepted.

[!] iOS toolchain - develop for iOS devices (Xcode 9.3)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 9.3, Build version 9E145
    ✗ ideviceinstaller is not installed; this is used to discover connected iOS devices.
      To install, run:
        brew install --HEAD libimobiledevice
        brew install ideviceinstaller
    • ios-deploy 1.9.2
    • CocoaPods version 1.5.0

[✓] Android Studio (version 3.1)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b01)

[✓] Connected devices (2 available)
    • Android SDK built for x86 • emulator-5554                        • android-x86 • Android 8.1.0 (API 27) (emulator)
    • iPhone X                  • B928C14A-4F69-49A6-AC82-589227EFA4B5 • ios         • iOS 11.3 (simulator)

! Doctor found issues in 1 category.

Any help would be appreciated.
Note that I have installed the missing components that flutter doctor was complaining about for completeness, and the issue still stands.

Podfile:
# Uncomment this line to define a global platform for your project
# platform :ios, '9.0'

# CocoaPods analytics sends network stats synchronously affecting flutter build latency.
ENV['COCOAPODS_DISABLE_STATS'] = 'true'

def parse_KV_file(file, separator='=')
  file_abs_path = File.expand_path(file)
  if !File.exists? file_abs_path
    return [];
  end
  pods_ary = []
  skip_line_start_symbols = ["#", "/"]
  File.foreach(file_abs_path) { |line|
      next if skip_line_start_symbols.any? { |symbol| line =~ /^\s*#{symbol}/ }
      plugin = line.split(pattern=separator)
      if plugin.length == 2
        podname = plugin[0].strip()
        path = plugin[1].strip()
        podpath = File.expand_path("#{path}", file_abs_path)
        pods_ary.push({:name => podname, :path => podpath});
      else
        puts "Invalid plugin specification: #{line}"
      end
  }
  return pods_ary
end

target 'Runner' do
  # Prepare symlinks folder. We use symlinks to avoid having Podfile.lock
  # referring to absolute paths on developers' machines.
  system('rm -rf Pods/.symlinks')
  system('mkdir -p Pods/.symlinks/flutter')
  system('mkdir -p Pods/.symlinks/plugins')

  # Flutter Pods
  generated_xcode_build_settings = parse_KV_file('./Flutter/Generated.xcconfig')
  if generated_xcode_build_settings.empty?
    puts "Generated.xcconfig must exist. If you're running pod install manually, make sure flutter packages get is executed first."
  end
  generated_xcode_build_settings.map { |p|
    if p[:name] == 'FLUTTER_FRAMEWORK_DIR'
      symlink = File.join('Pods', '.symlinks', 'flutter', File.basename(p[:path]))
      File.symlink(p[:path], symlink)
      pod 'Flutter', :path => symlink
    end
  }

  # Plugin Pods
  plugin_pods = parse_KV_file('../.flutter-plugins')
  plugin_pods.map { |p|
    symlink = File.join('Pods', '.symlinks', 'plugins', File.basename(p[:path]))
    File.symlink(p[:path], symlink)
    pod p[:name], :path => File.join(symlink, 'ios')
  }
end

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      config.build_settings['ENABLE_BITCODE'] = 'NO'
    end
  end
end

Similar to #17899

Dears, I am struggling with this issue. Please help.
url_launcher: ^5.0.1
cocoapods: 1.6.0
Launching lib/main.dart on iPhone X in debug mode...
Warning: CocoaPods not installed. Skipping pod install.
CocoaPods is used to retrieve the iOS platform side's plugin code that responds to your plugin usage on the Dart side.
Without resolving iOS dependencies with CocoaPods, plugins will not work on iOS.
For more info, see https://flutter.io/platform-plugins
To install:
brew install cocoapods
pod setup
Starting Xcode build...
Xcode build done.                                            5.0s
Failed to build iOS app
Error output from Xcode build:
↳
** BUILD FAILED **
Xcode's output:
↳
=== BUILD TARGET Runner OF PROJECT Runner WITH CONFIGURATION Debug ===
Debug.xcconfig line 1: Unable to find included file "Pods/Target Support Files/Pods-Runner/Pods-Runner.debug.xcconfig"
Debug.xcconfig line 1: Unable to find included file "Pods/Target Support Files/Pods-Runner/Pods-Runner.debug.xcconfig"
=== BUILD TARGET Runner OF PROJECT Runner WITH CONFIGURATION Debug ===
/Users/siraj/dev/AndroidStudioProjects/delete/ios/Runner/GeneratedPluginRegistrant.m:6:9: fatal error: 'url_launcher/UrlLauncherPlugin.h' file not found
#import <url_launcher/UrlLauncherPlugin.h>
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
Could not build the application for the simulator.
Error launching application on iPhone X.
Flutter doctor
[✓] Flutter (Channel stable, v1.0.0, on Mac OS X 10.14 18A391, locale en-AZ)
• Flutter version 1.0.0 at /Applications/flutter
• Framework revision 5391447fae (3 months ago), 2018-11-29 19:41:26 -0800
• Engine revision 7375a0f414
• Dart version 2.1.0 (build 2.1.0-dev.9.4 f9ebf21297)
[✓] Android toolchain - develop for Android devices (Android SDK 28.0.3)
• Android SDK at /Users/siraj/Library/Android/sdk
• Android NDK location not configured (optional; useful for native profiling support)
• Platform android-28, build-tools 28.0.3
• Java binary at: /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
• Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1248-b01)
• All Android licenses accepted.
[✓] iOS toolchain - develop for iOS devices (Xcode 10.1)
• Xcode at /Applications/Xcode.app/Contents/Developer
• Xcode 10.1, Build version 10B61
• ios-deploy 1.9.4
• CocoaPods version 1.6.0
[✓] Android Studio (version 3.3)
• Android Studio at /Applications/Android Studio.app/Contents
• Flutter plugin version 32.0.1
• Dart plugin version 182.5215
• Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1248-b01)
[!] IntelliJ IDEA Ultimate Edition (version 2017.2.5)
• IntelliJ at /Applications/IntelliJ IDEA.app
✗ Flutter plugin not installed; this adds Flutter specific functionality.
✗ Dart plugin not installed; this adds Dart specific functionality.
• For information about installing plugins, see
https://flutter.io/intellij-setup/#installing-the-plugins
[✓] VS Code (version 1.30.2)
• VS Code at /Applications/Visual Studio Code.app/Contents
• Flutter extension version 2.22.3
[✓] Connected device (1 available)
• iPhone X • A8EB16AF-4992-4C41-ADC2-7A637B0ABFA2 • ios • iOS 12.1 (simulator)

@Sirrr please try https://github.com/flutter/flutter/issues/16049#issuecomment-382629492

Thanks again @zoechi. The answer is below:
https://github.com/flutter/flutter/issues/27893#issuecomment-463720629


The Plugin is not supported for V2.5.1

When i use this plugin in my AWS MWAA i'm getting an error as "Broken Plugin"

I am not doing any support work on this. Feel free to for the repo and ammend it.


Misdetects non-generator parentheses

Python Version
3.10.11
flake8 Version
7.1.1
Package Version
3.15.0
Description
The following Python code:
l = (['abc']
     + [x for x in ['xyz']])

results in flake8 complaining with tst.py:2:8: C416 Unnecessary list comprehension - rewrite using list().. Rewriting the code as as suggested:
l = (['abc']
     + list(x for x in ['xyz']))

instead results in the complaint tst.py:2:8: C400 Unnecessary generator - rewrite as a list comprehension.  This is a catch-22: there is no way to silence this error (without resorting to noqa).
I suspect the parser sees the parenthesis, gets confused, and assumes it's introducing a generator, when in fact it's a simple parenthesis grouping in order to split the compound statement over two lines.

Thanks for the clear issue. There is no parser mistake - Flake8 plugins generally just look at the abstract syntax tree, generated by Python’s own parser, and that’s the case for flake8-comprehensions here.
Instead, I think you’ve misunderstood what the rule is asking you to do. Per the C416 documentation, the fix for your example would be:
l = (['abc']
     + list(['xyz']))

or more simply:
l = (['abc']
     + ['xyz'])

[x for x in ['xyz']] does nothing but deconstruct and reconstruct a list with a single 'xyz' element:
>>> [x for x in ['xyz']]
['xyz']

Hope that helps!


Azure SQL indexer for Azure Search article

I'm on Azure Search team working with Heidi Steen on our documentation.

Hi @chaosrealm, I'm your friendly neighborhood Azure Pull Request Bot (You can call me AZPRBOT). Thanks for your contribution!

In order for us to evaluate and accept your PR, we ask that you sign a contribution license agreement. It's all electronic and will take just minutes. I promise there's no faxing. https://cla.azure.com.

TTYL, AZPRBOT;


Add privacy manifest for UserDefaults

Description
Because the library uses UserDefaults, it has to contain PrivacyInfo manifest, check Apple doc
Why is this needed?

Starting March 13: If you upload a new or updated app to App Store Connect that uses an API requiring approved reasons, we’ll send you an email letting you know if you’re missing reasons in your app’s privacy manifest. This is in addition to the existing notification in App Store Connect.
Starting May 1: You’ll need to include approved reasons for the listed APIs used by your app’s code to upload a new or updated app to App Store Connect. If you’re not using an API for an allowed reason, please find an alternative. And if you add a new third-party SDK that’s on the list of commonly used third-party SDKs, these API, privacy manifest, and signature requirements will apply to that SDK. Make sure to use a version of the SDK that includes its privacy manifest and note that signatures are also required when the SDK is added as a binary dependency.

https://developer.apple.com/news/?id=3d8a9yyh

Amazing, thanks for this!

@shaps80 Is there any chance we can move forward with this and get it merged? We would like to make a new release on our end, and this requirement may be a blocker for us, as Apple starts requiring it starting today (May 1).

Good point yep I'll sort today


Change internal representation of ecma-values to real ecma-values.

What is the benefit or aim of this PR? Could you provide some description?

Patch updated with better description, and the assert is added as well.

LGTM

After the comment fixes, LGTM


[Feature Request] Add inputValidateTrigger in ElMessageBoxOptions

Existing Component
Yes
Component Name
Messagebox
Description
Give user an option to select the trigger to validate inputValue, just like form validate

Maybe you can use dialog and form to achieve this.


[BUG] CTR Fix new roles authorisation bug

Context
A number of users who were invited to join CTR via the newly created roles have reported via Zendesk that they get the Not Authorised response.
Investigation showed that Role#internal was nil instead of false for two newly created roles, this was enough to some prevent users from successful authorisation.

Changes proposed in this pull request

Ensure Role#internal is set to false when the form field is unchecked
Add not null constraint to roles.internal

Guidance to review

Link to Trello card
https://trello.com/c/oCd1cgTw/1897-roleinternal-should-not-be-nil

Checklist

[x] Attach to Trello card
[x] Rebased main
[x] Cleaned commit history
[x] Tested by running locally

 Role#internal should not be nil


Encoding flac, opus

### OS
ProductName:	Mac OS X
ProductVersion:	10.13.3
BuildVersion:	17D102
### POD
1.2.1

Any Roadmap for flac, opus?
This would make a huge difference for low speed connections.

@kirualex I asked a similar question on stackoverflow to try and use flac
See if the answer helps: https://stackoverflow.com/questions/50976733/how-to-record-flac-format-in-ios-11

Thanks 👍


Add coverage to travis tests

I think this is all we have to do to generate coverage reports for tests, if it works here I can do it on openforcefield also.

The README.md shows the code coverage badge, but the status is unknown. Is there a way to tell whether it's working before merging?
(Often I've seen code coverage tests/reports as part of a PR, but turning that on -- likely a toggle on GitHub's settings -- perhaps is a separate test. And maybe the badge only reports on coverage of master?)
Your branch is also out-of-date.

Yes, I meant to put a [WIP] on this when I realized there was something up with the tests. The only coverage I've done was with pytest and directly to a master branch so I'm not sure if the report will show up before this is merged into the master.

For the record this is trying to address #262 and #264


setupFiles cannot load url

package.json
    "jest": {
        "setupFiles": [
            "http://xxx.com/loader.js"
        ]
    }

but it turn out:
Error: ENOENT: no such file or directory, stat '/Users/me/project/http:/xxx.com/loader.js

A test framework should not depend on network connections. If you want this to be supported, I recommend creating a setupFile that loads your remote file but this is almost never a good idea. I recommend just storing loader and loading it directly.