I1113 19:26:41.039323006      19 http_connect_handshaker.cc:300] Connecting to server localhost:25527 via HTTP proxy ipv6:[::1]:25528
D1113 19:26:41.039464167      29 http_proxy_fixture.cc:384]  on_read_request_done: 0x7f1998000f60 "No Error"
I1113 19:26:41.040211712      19 subchannel.cc:841]          New connected subchannel at 0x2f3ab80 for subchannel 0x7f19a0003160
D1113 19:26:41.040851680      19 idempotent_request.cc:158]  server_peer=ipv6:[::1]:53248
D1113 19:26:41.040872968      19 idempotent_request.cc:162]  client_peer=ipv6:[::1]:25528
I1113 19:26:41.041662747      29 http_proxy_fixture.cc:162]  HTTP proxy server read: {"created":"@1542137201.041636126","description":"Socket closed","fd":8,"file":"src/core/lib/iomgr/tcp_posix.cc","file_line":465,"grpc_status":14,"target_address":"ipv6:[::1]:25527"}
I1113 19:26:41.041721352      29 http_proxy_fixture.cc:162]  HTTP proxy client read: {"created":"@1542137201.041687068","description":"FD shutdown","file":"src/core/lib/iomgr/ev_poll_posix.cc","file_line":532,"grpc_status":14,"referenced_errors":[{"created":"@1542137201.041636126","description":"Socket closed","fd":8,"file":"src/core/lib/iomgr/tcp_posix.cc","file_line":465,"grpc_status":14,"target_address":"ipv6:[::1]:25527"}]}
D1113 19:26:41.041754583      29 http_proxy_fixture.cc:130]  endpoints: 0x7f1998003350 0x7f1998003c30
I1113 19:26:41.041858573      19 idempotent_request.cc:40]   Running test: test_invoke_simple_request/chttp2/fullstack
I1113 19:26:41.041884690      19 http_proxy_fixture.cc:536]  Proxy address: localhost:25530
D1113 19:26:41.042228589      19 idempotent_request.cc:114]  client_peer_before_call=localhost:25529
D1113 19:26:41.042255221      19 dns_resolver.cc:279]        Start resolving.
I1113 19:26:41.042716296      19 http_connect_handshaker.cc:300] Connecting to server localhost:25529 via HTTP proxy ipv6:[::1]:25530
D1113 19:26:41.042829066      32 http_proxy_fixture.cc:384]  on_read_request_done: 0x7f1998003f00 "No Error"
I1113 19:26:41.043470242      19 subchannel.cc:841]          New connected subchannel at 0x2f36180 for subchannel 0x7f199c002ad0
D1113 19:26:41.043934103      19 idempotent_request.cc:158]  server_peer=ipv6:[::1]:35674
D1113 19:26:41.043975258      19 idempotent_request.cc:162]  client_peer=ipv6:[::1]:25530
I1113 19:26:41.044584786      32 http_proxy_fixture.cc:162]  HTTP proxy server read: {"created":"@1542137201.044560081","description":"Socket closed","fd":8,"file":"src/core/lib/iomgr/tcp_posix.cc","file_line":465,"grpc_status":14,"target_address":"ipv6:[::1]:25529"}
I1113 19:26:41.044648518      32 http_proxy_fixture.cc:162]  HTTP proxy client read: {"created":"@1542137201.044613963","description":"FD shutdown","file":"src/core/lib/iomgr/ev_poll_posix.cc","file_line":532,"grpc_status":14,"referenced_errors":[{"created":"@1542137201.044560081","description":"Socket closed","fd":8,"file":"src/core/lib/iomgr/tcp_posix.cc","file_line":465,"grpc_status":14,"target_address":"ipv6:[::1]:25529"}]}
D1113 19:26:41.044685151      32 http_proxy_fixture.cc:130]  endpoints: 0x7f1998003a60 0x7f1998001250
I1113 19:26:42.045038171      19 idempotent_request.cc:40]   Running test: test_invoke_simple_request/chttp2/fullstack
I1113 19:26:42.045093984      19 http_proxy_fixture.cc:536]  Proxy address: localhost:25532
D1113 19:26:42.045638959      19 idempotent_request.cc:114]  client_peer_before_call=localhost:25531
D1113 19:26:42.045713411      19 dns_resolver.cc:279]        Start resolving.
I1113 19:26:42.046328979      19 http_connect_handshaker.cc:300] Connecting to server localhost:25531 via HTTP proxy ipv6:[::1]:25532
I1113 19:27:02.046715970      22 subchannel.cc:878]          Connect failed: {"created":"@1542137222.046595132","description":"FD shutdown","file":"src/core/lib/iomgr/ev_poll_posix.cc","file_line":532,"grpc_status":14,"referenced_errors":[{"created":"@1542137222.046517214","description":"Handshake timed out","file":"src/core/lib/channel/handshaker.cc","file_line":290}]}
I1113 19:27:02.047310428      19 http_connect_handshaker.cc:300] Connecting to server localhost:25531 via HTTP proxy ipv4:<IP_ADDRESS>:25532
I1113 19:27:22.046661321      35 subchannel.cc:878]          Connect failed: {"created":"@1542137242.046541915","description":"FD shutdown","file":"src/core/lib/iomgr/ev_poll_posix.cc","file_line":532,"grpc_status":14,"referenced_errors":[{"created":"@1542137242.046458799","description":"Handshake timed out","file":"src/core/lib/channel/handshaker.cc","file_line":290}]}
I1113 19:27:22.046772841      35 subchannel.cc:758]          Subchannel 0x7f199c002ad0: Retry immediately
I1113 19:27:22.046916398      35 subchannel.cc:719]          Failed to connect to channel, retrying
D1113 19:27:22.047373824      35 dns_resolver.cc:279]        Start resolving.
E1113 19:27:22.047729290      19 cq_verifier.cc:273]         cq returned unexpected event: OP_COMPLETE: tag:0x1 OK
E1113 19:27:22.047773306      19 cq_verifier.cc:280]         expected tags:
tag(101) GRPC_OP_COMPLETE success=1 test/core/end2end/tests/idempotent_request.cc:153
*******************************
Caught signal SIGABRT
test/core/end2end/h2_http_proxy_nosec_test[0xac489c]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x11390)[0x7f19ab9bd390]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x38)[0x7f19aa96a428]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x16a)[0x7f19aa96c02a]
test/core/end2end/h2_http_proxy_nosec_test(_Z9cq_verifyP11cq_verifier+0x79f)[0x5c3bbf]
test/core/end2end/h2_http_proxy_nosec_test[0x562fd1]
test/core/end2end/h2_http_proxy_nosec_test[0x561719]
test/core/end2end/h2_http_proxy_nosec_test(_Z18idempotent_request24grpc_end2end_test_config+0x62)[0x5614f2]
test/core/end2end/h2_http_proxy_nosec_test(_Z18grpc_end2end_testsiPPc24grpc_end2end_test_config+0x43d8)[0x4814b8]
test/core/end2end/h2_http_proxy_nosec_test(main+0x11e)[0x47cc3e]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7f19aa955830]
test/core/end2end/h2_http_proxy_nosec_test(_start+0x29)[0x45daa9]
Aborted (core dumped)

https://source.cloud.google.com/results/invocations/5576bfce-178d-4d4c-b680-e7def330ef22/targets/%2F%2Ftest%2Fcore%2Fend2end:h2_http_proxy_nosec_test@idempotent_request@poller%3Dpoll-cv/log
Seen on PR: https://github.com/grpc/grpc/pull/17204

poll-cv was removed in #18298 and this looks like the problem recently identified by @yashykt as poll-cv specific.


Update expensify-common libs to remove unused constants

Related with https://github.com/Expensify/expensify-common/pull/434
Fixed Issues

$  https://github.com/Expensify/Expensify/issues/191720
Tests / QA
none

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

🚀 Deployed to staging by @Julesssss in version: 1.1.33-4 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

🚀 Deployed to production by @sketchydroide in version: 1.1.34-0 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅


Added MTOM support

Attachments can now be added to a request in the options similiar to node-soap library.
Attachments should be of type FileList or File[]. Example:
const attachments: FileList | File[] = ...
(this.client).Add(body, { attachments: attachments }).subscribe()

Thanks @kverhoef for taking care of this functionality!


Group Policies not applicable for Linux VM's

Currently, the page recommends to "Use Group Policy settings on the VM to enable automatic system updates."
Group Policy settings are a feature of Windows, and as such not available for Linux. I would suggest to remove the specific suggestion, and to provide recommended auto-patching instructions for the supported Linux distributions.

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

ID: 8af3a0e6-6629-3044-4bdc-4f73a6f77861
Version Independent ID: a93c0dc1-678d-2319-d850-ca3dca213b74
Content: Run a Linux VM on Azure - Azure Reference Architectures
Content Source: docs/reference-architectures/n-tier/linux-vm.yml
Service: architecture-center
Sub-service: reference-architecture
GitHub Login: @telmosampaio
Microsoft Alias: pnp

Thanks for reporting - this issue is under review. This is a Microsoft Internal DevOps Bug ID # 434017

Thanks for the issue, a fix should publish shortly.


flutter native widget

please how do I kill or remove a platform view in flutter. I want to be able to release resources after making use of platform view in flutter

Hi @wanoghoco
This issue doesn't seem to describe a bug or a feature request. Please see https://flutter.dev/community for resources and asking questions like this,
you may also get some help if you post it on Stack Overflow and if you need help with your code, please see https://www.reddit.com/r/flutterhelp/
Closing, as this isn't an issue with Flutter itself. If you disagree, please write in the comments and I will reopen it.
Thank you


Let --bisect=~<old>..<new> find the first fixing commit

@meteorcloudy

@meteorcloudy Updated the PR. I started out with !, but then noticed that it is a special shell character that would have made it hard to use.


NameFilter新增属性名转小写

What this PR does / why we need it?
NameFilter新增属性名转小写
Summary of your change
因为有签名的需要,需要将所有JSON字符串修改为小写.
Please indicate you've done the following:

[ √ ] Made sure tests are passing and test coverage is added if needed.
[ √ ] Made sure commit message follow the rule of Conventional Commits specification.
[ √ ] Considered the docs impact and opened a new docs issue or PR with docs changes if needed.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


Replaced all CGroupp{S/G} to use abstraction in container_lxc.go

Added the rest of controllers to support different properties and controllers for #6305.

This pull request didn't trigger Jenkins as its author isn't in the whitelist.
An organization member must perform one of the following:

To have this branch tested by Jenkins, use the "ok to test" command.
To have a one time test done, use the "test this please" command.

Those commands are simple Github comments of the format: "jenkins: COMMAND"


Can't create a new project using the template

What version of starlight are you using?
0.25.1
What version of astro are you using?
4.10.2
What package manager are you using?
npm
What operating system are you using?
Windows
What browser are you using?
Chrome
Describe the Bug
I cannot create a new project using the command provided in the official Starlight documentation, i.e.:
npm create astro@latest -- --template starlight

Here's a screenshot, same thing happens in the Windows Terminal and the integrated terminal in VS Code.

For some reason the starlight value of the template parameter is detected as the project's root and running the command will install plain Astro, without Starlight.
Link to Minimal Reproducible Example
https://github.com/igorskyflyer/igorskyflyer.me
Participation

[X] I am willing to submit a pull request for this issue.

I wonder if this issue is related when using PowerShell: https://github.com/npm/cli/issues/3136
It seems like the "workaround" is to use 3 sets of dashes, I.e.: npm create astro@latest -- -- --template starlight

Thanks for your report.
Like Lorenzo, I would indeed also assume a similar issue as this one but as commented, not a lot can be done on the Astro side.
It looks like npm create astro@latest --- --template starlight could also be a valid workaround.
I'll wait for a confirmation before closing the issue to make sure it's indeed properly identified 👍

I wonder if this issue is related when using PowerShell: npm/cli#3136
It seems like the "workaround" is to use 3 sets of dashes, I.e.: npm create astro@latest -- -- --template starlight

[!TIP]
That actually works! 🎉

Muchisimas gracias, that fixed it, though I do remember installing Starlight in another project like 6-7 months ago and it worked, not sure when the bug was introduced in npm/Windows.

Thanks for confirming that the workaround works and Lorenzo for figuring it out :raised_hands:


panic::set_hook does not work as expected

I tried this code:

use std::panic;

fn main() {
    panic::set_hook(Box::new(|panic_info| {
        if let Some(location) = panic_info.location() {
            assert!(location.line() == 10);
        }
    }));

    panic!("Custom panic hook");
}

using the following command line invocation:
kani test.rs

with Kani version: 80715f57c35
I expected to see this happen: The assert location.line() == 10 is reachable and passes.

Instead, this happened: The assert does not appear in the results:
$ kani test.rs | grep -F "location.line()"
$

We currently don't codegen panic.
Emit a warning/error that this is not supported. Once we add that, we can remove the "MLP - Must Have" and change it from a bug to a feature.


requirements: bump import_expression version to 1.0.0

Summary of changes made
No breaking changes that affect jishaku were made.

The Travis CI build failed because import-expression 1.0.0 had not yet propagated to all PyPI mirrors. The test suite now passes on my local machine, including package installation.


Notes: Don't snap to nodes or lines when adding a Note

It is not possible to add a Note to a node or a line, so snapping should be disabled when in "Add Note" mode.

I agree, this is surprisingly complicated to do because we are reusing the drag behavior to drag notes, but we should find a way..


Assertions fail but pass in the SoapUI application

Hi,
I'm trying to run existing tests using Gradle and your plugin.  When I try to run them through the plugin, the test is able to authenticate with the service and retrieve a valid response but the assertions fail. The assertions pass using SoapUI 4.5.2 and 5.3.0. The plugin uses 5.0.1. I haven't been able to test whether that's a factor.
Here's an extract from the response
  <sample xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns="<custom ns>">
     <id>2</id>
     <material_alias>Cold-Cold</material_alias>
     <material_id>23</material_id>
     <name>CT-000000023-0</name>
     <original_experiment_id>1</original_experiment_id>
     <priority>3</priority>
     <hazards>
        ...

and here are two of the assertions
            <con:assertion type="XPath Match" name="Sample exists">
              <con:configuration>
                <path>declare namespace ns1='<custom ns>';
exists(/ns1:sample)</path>
                <content>true</content>
                <allowWildcards>false</allowWildcards>
                <ignoreNamspaceDifferences>false</ignoreNamspaceDifferences>
                <ignoreComments>false</ignoreComments>
              </con:configuration>
            </con:assertion>
            <con:assertion type="XPath Match" name="Assert id">
              <con:configuration>
                <path>declare namespace ns1='<custom ns>;
/ns1:sample/ns1:id</path>
                <content>2</content>
                <allowWildcards>false</allowWildcards>
                <ignoreNamspaceDifferences>false</ignoreNamspaceDifferences>
                <ignoreComments>false</ignoreComments>
              </con:configuration>
            </con:assertion>

and here are the results
  ----------------- Messages ------------------------------
  [Sample exists] XPathContains assertion failed for path [declare namespace ns1='<custom ns>';
exists(/ns1:sample)] : RuntimeException: Trying XBeans path engine... Trying XQRL..
. Trying XDK... Trying delegated path engine... FAILED on declare namespace ns1='<custom ns>';
exists(/ns1:sample)
  [Assert id] XPathContains assertion failed for path [declare namespace ns1='<custom ns>';
/ns1:sample/ns1:id] : RuntimeException: Trying XBeans path engine... Trying XQRL...
 Trying XDK... Trying delegated path engine... FAILED on declare namespace ns1='<custom ns>';
/ns1:sample/ns1:id

Everything I've read says that the first slash before ns1 should be doubled. I've tried that both in Gradle and SoapUI and it hasn't changed things. I've also tried all sorts of variations, playing with namespaces, adding new assertions, etc. I can add new ones that pass in the app. I've been unable to add a single assertion that works in Gradle. I haven't been able to find where the plugin stores it's soapui jar to see if updating it would help.
I can't see any reason why these assertions should fail and, given that they pass in two versions of SoapUI, it does look like there's a bug somewhere. This is a blocking issue for me so any help will be appreciated.
Thanks.

Hi @g1ps, thanks for your interest in this plugin. Unfortunately, I'm no longer in a position to support this plugin. I will be happy to take PR's and would welcome any contributions

Hi. Yes, I know. I'm hoping that someone else might be able to help.

fixed here: #28
@g1ps
as soon @willis7 will publish 5.3.0 version it would use tetrunner of SoapUI 5.3.0

OK, thanks. I will retry with the new version when time permits. It may take a little while.

@g1ps plugin versions 5.3.0 and 5.3.1-RC are available in gradle portal.
Hope it can help.

Regards, Max

No change, I'm afraid, @daggerok . It fails identically. I also discovered your soapui-runner and had high hopes of success but, no. It has stopped an auth error for me, which I appreciate, but I can't for the life of me work out what's going on with these XPathContains assertions. Your plug in throws them just the same. The tests work from SOAP UI itself. None of us here can work this out. I assume that there's something wrong or different about how I'm configuraing the plug-ins or running the tests but this is just killing us. If you can throw any light on the problem I'd be delighted.
Cheers.

is it something special in yor ext folder? maybe you are using some library from there, but on gradle plugin runtime it couldn't be found in classpath?
for soapui-runner config should be enough just put it in extDir closure like described here

Regards

@g1ps, can you verify if there are something special in your local SoapUI ext folder (different from default soapui installation)?

Good thought but there isn't. It's empty.

btw, as far as I remember XPath query alias should start from doubled slashes

Yeah, thanks for the reminder. That one beats me. Our tests run like this. I was also having the soapuios issue but resolved that with the help of your FAQ. I've now tried reducing it to a single test, changed those slashes, and played around in all sorts of ways with the namespace but nothing prevents it failing.
The API returns
  <external_link_types xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns="
http://<custom>/api/1.0">
     <external_link_type>
      ...
     </external_link_type>
  </external_link_types>

and the test fails with
  [External Link types exists] XPathContains assertion failed for path [declare na
mespace ns1='http://<custom>/api/1.0/';exists(//ns
1:external_link_types)] : RuntimeException: Trying XBeans path engine... Trying XQ
RL... Trying XDK... Trying delegated path engine... FAILED on declare namespace ns
1='http://<custom>/api/1.0/';exists(//ns1:external
_link_types)

The path is configured thus:
<path>declare namespace ns1='http://<custom>/api/1.0/';exists(//ns1:external_link_types)</path>

All 3 soapui plugins fail it this way so it must be something in the tests but I just don't know what.

heh :)
sorry, but I don't know how I can help you
lastly, just try use testrunner.sh (or testrunner.bat if you are on windows) from local SoapUI installation...
actually, right now I'm interesting if your test project in this case will also fails
/br max

Hi there,
I had a quick try but it fails to load classes and I don't have time to find out why. What I can say is that the same test suites run daily on our legacy, Ant-driven system without issues, even with the single slash in the call to exists(). My current work-around is to run that same Ant build from Gradle and that works, too. It's only the Gradle plug-ins that are causing trouble.
Cheers.


[Submission]: Daytona Docker Extension

Docker Hub repository name
daytonaio/docker-extension
Terms of services

[x] I accept the term of services

Hi @Tpuljak, I tried to install the extension and when I open it, I see a brief progress bar, and then an empty screen.
Chrome dev tools show an error happening in the UI

@gtardif pushed a fix on daytonaio/docker-extension:0.44.1. Let me know if you still have any issues. Thanks!

/validate

@gtardif thanks for the approval!
Just to confirm, we don't need to create a submission request for every version of the extension? A new version is automatically published once we push to Hub.

Just to confirm, we don't need to create a submission request for every version of the extension? A new version is automatically published once we push to Hub.

No, once the extension is in the marketplace, you don't need to re-submit the extension, you simply need to push new tags following semver semantics.
Your extension should be shortly added in the marketplace.


Ib construct api update

Fixed broken parsing due to changes in the construct framework (version 2.8)
Adds 010 editor template for 64bit platforms (only tested on Ubuntu x86_64)
Adds disassembler/malware hunter 64bit support

Perfect!

The updated 010editor templates and tools worked from Arch too.


UI can't get logs pod not found

BUG REPORT
What happened:
For one of my steps I click on logs to see the logs and I get
{"kind":"Status","apiVersion":"v1","metadata":{},"status":"Failure","message":"pods "jlewi-notebook-release-317-9de8-2328127088" not found","reason":"No
tFound","details":{"name":"jlewi-notebook-release-317-9de8-2328127088","kind":"pods"},"code":404}
The pod exist though and  can be fetched with
 kubectl logs jlewi-notebook-release-317-9de8-2328127088 main

So the pod name is correct.
It could be an issue with namespaces. The workflow controller is not running in the default namespace.
What you expected to happen:
I expected to see the logs.
How to reproduce it (as minimally and precisely as possible):
Click on logs for any step.
Anything else we need to know?:
Environment:

Argo version:

argoproj/argoui:v2.1.0-alpha1

Kubernetes version :

clientVersion:
buildDate: 2017-12-21T06:34:11Z
compiler: gc
gitCommit: 6260bb08c46c31eea6cb538b34a9ceb3e406689c
gitTreeState: clean
gitVersion: v1.8.6
goVersion: go1.8.3
major: "1"
minor: "8"
platform: linux/amd64
serverVersion:
buildDate: 2018-01-31T21:39:04Z
compiler: gc
gitCommit: 192ccad06d24af9828cbf42330e1d915cb586406
gitTreeState: clean
gitVersion: v1.8.7-gke.1
goVersion: go1.8.3b4
major: "1"
minor: 8+
platform: linux/amd64

This issue will also happen with argo log command on the cli. I too have installed argo into a custom namespace, if that ends up being related.

Gentle ping to see if there is any progress on this

Having upgraded to 2.1-beta2 this was proving annoying. Possible fix on https://github.com/argoproj/argo-ui/pull/3


If protocol is missing, add it explicitely

Node URL parser behaviour differs if protocol is missing.
require('url').parse('//sh/a.aspx')
Url {
  protocol: null,
  slashes: null,
  auth: null,
  host: null,
  port: null,
  hostname: null,
  hash: null,
  search: null,
  query: null,
  pathname: '//sh/a.aspx',
  path: '//sh/a.aspx',
  href: '//sh/a.aspx' }

vs
require('url').parse('http://sh/a.aspx')
Url {
  protocol: 'http:',
  slashes: true,
  auth: null,
  host: 'sh',
  port: null,
  hostname: 'sh',
  hash: null,
  search: null,
  query: null,
  pathname: '/a.aspx',
  path: '/a.aspx',
  href: 'http://sh/a.aspx' }

fixes #106

Also, it's an interesting problem here. Since people seem to expect tld.js to correctly handle inputs such as <hostname>[:port]/path (with no scheme specified). The thing is, from a parser's point of view it's not really possible to distinguish it from https:<hostname>[:port] (is https the hostname or the scheme?) or https:<hostname>[:port]/path?param=https://example.org:32 (Is hostname: https, hostname or example.org?). These are ambiguous cases that can only be handled if the user provides a scheme all the time (which is expected by Firefox and Chrome with the URL parser). This is directly connected to #101.
So this PR makes sense to not break the current behavior, but then we need to think about how to make it evolves, as it breaks other valid inputs (e.g.: https:hostname.org, which is accepted by Firefox).

Also, maybe we could add some test cases to cover this issue?

You're right — a better detection of the first characters could help determine the automatic prefix, which is just a hint for Node URL parser.
Agreed to add some more tests to cover this addition.

Well, when writting the tests it did not change anything.
tld.parse('sh/a.asp');
{ hostname: 'sh',
  isValid: true,
  tldExists: true,
  publicSuffix: 'sh',
  domain: null,
  subdomain: null }

Like you say, because it is only a hostname there is nothing specific we can say. isValid type should handle a maybe value 😉
Although, even if the hostname was a TLD (based on what I remember when conversations happened for the .bbc project), I think by spec it actually can't be used as a hostname alone. A default domain has to be used. To be confirmed.
I guess an expected output would be:
tld.parse('sh/a.asp');
{ hostname: 'sh',
  isValid: true,
  tldExists: true, // although technically speaking, if 'sh' is a hostname, it should be considered a TLD
  publicSuffix: 'sh', // not sure if hostname === publicSuffix in this case
  domain: null,
  subdomain: null }


add: simple agent and bluesky adaptive functionality

This adds a simple agent to work with the caproto backed random walk. It performs some trivial and useless logic on top of scans of the random walk device. It publishes a random Perlin image as its "brain" to demonstrate how to log internals of an agent into tiled.
Some other fixes and maintenance to make this possible.

Docker compose lint
qserver compatibility with Happi
polish the index.html landing page
explicitly labeling the caproto services as EPICS_CA_ADDR_LIST in bluesky launch file.

It was overkill, and have opted for the Auto generation of addresses instead.

Result of HTML for posterity.

Pinging @mrakitin for review since we just walked through some of this.


Chinese site

I want to write a Chinese document for workbox, how can I join the organization?
thanks~

Hello! Thanks for your interest in contributing.
The (English) documentation for Workbox lives in https://github.com/google/WebFundamentals/tree/master/src/content/en/tools/workbox, and is hosted on https://developers.google.com/web/tools/workbox/
There's a process for contributing translated documentation for content that lives on developers.google.com: https://developers.google.com/web/resources/translations
I am not familiar with anyone previously attempting to translate Workbox's documentation, and I'm not 100% sure what the process is beyond what's outlined on that web page, but that would be the place to start.
If you're looking to write your own documentation from scratch rather than translating existing documentation, then I'd recommend just going for it, and hosting it on your own domain. If it's useful, we can help publicize the links to your documentation via our social media accounts.


Improvements for the xNN UI

general

number field to limit the number of input, output and hidden neurons (request of a user was: enlarge the numbers)
renaming of hidden neurons (this has a high impact for storage of NN)
one central button to start/stop renamings of neurons by single clicking a neuron (instead of 2 buttons for input and output neurons)
the presentation of the NN should be symmetric (currently: create a NN with 2 input, 3 hidden, 2 output neurons and see the asymmetry of the NN
it should be possible to drag a neuron (limited by its layer, of course) to a new place
the checker for weight/bias and names of neurons must be improved (e.g. "qay" as weight is shown as NaN, but "qay" is generated into the code)
the xNN tab doesn't work on smartphones (menu and popup window close immediately after opening). Either disallow NN for small devices (makes sense) or change the UI

view the NN at work

create a play and step button:
if pressed, open number fields (preset with the last values given by the program to the NN) for supplying inupt values
if pressed again, compute the value of one neuron after the other, from left to right, top to button
until the last output neuron got its value

in the simulation, add more groups to the so-called sensor-view to show values in "real time"

input neurons
hidden neurons
output neurons
initally the groups should be closed. Alternative: input and outputs are open, hidden is closed

General-7: the problem occurs, if the size of the screen is so small, that the menu is replaced by the hamburger icon ("3-lines" icon). Further info: program/config tab continue to work, but in the xNN tab after clicking the hamburger icon the menu (names of the 3 tab are appended) opens and closes immediately afterwards. There must be configuration differences in the tabs.


How to write JsDoc for Class

Which Class is this bug report for?

All

Issue feature description
There is no JsDoc in the constructor of each class, making it difficult to understand.
It would be easier to understand when previewing in Vscode if the JsDoc was written in the constructor instead of in the head of the class.
Sample Code
//NG
/**
 * Class of Spiral Abyss Schedule.
 */
export class TowerSchedule {...
}
//OK
export class TowerSchedule {...
  /**
   * Class of Spiral Abyss Schedule.
   * @param scheduleId ID of the Spiral Abyss
   */
  constructor(scheduleId: number) {...
  }
 }

Version
0.1.4
Issue priority
High

I don't think the class description needs to be written in the constructor.
In other words, we can create a merged NG and OK.


Season Folders

Is your feature request related to a problem? Please describe.
TV Shows added by Doplarr are not stored in season folders
Describe the solution you'd like
A config option to set season folders on/off
Describe alternatives you've considered
Alternative at the moment is requesting and then loading up Sonarr and editing the TV Show to sort into season folders

Thais was fixed in v3.6.0 with commit https://github.com/kiranshila/Doplarr/commit/f8bee903923f900da21233bb5343fe364920542d


Check markdown links

Fix for https://github.com/thanos-io/thanos/issues/1177

Thanks!
I added more context to https://github.com/thanos-io/thanos/issues/1177 Essentially we already have liche in make doc-check doing this, but indeed it looks it's not fully capable.
Suggestions to this PR:

It would be nice to test on some broken links the capabilities of liche vs marker you want to introduce. Then we should either replace liche or add marker as extra tool. Alternatively, we can contribute put issue on liche on what exactly is not working, I am surprised it does not handle cases like ours.
Definitely, we have to have either script which installs this (unfortunately it's not Go so it's bit more tricky) or add comment how to install it.
CI has to have this bundled as well. Preferable installing linux x64 binary on start or baking this in process of make docker-ci


Missing release notes & archives for 4.6.5

Release notes and "latest release" tag are missing on https://github.com/openlayers/openlayers/releases.
Zip archive links result in 404 on https://openlayers.org/download/.

[x] I am submitting a bug or feature request, not a usage question. Go to https://stackoverflow.com/questions/tagged/openlayers for questions.
[x] I have searched GitHub to see if a similar bug or feature request has already been reported.
[x] I have verified that the issue is present in the latest version of OpenLayers (see 'LATEST' on https://openlayers.org/).

Thanks for the reminder, I'm adding them right now.


Fix pole fault error

This PR fixes issue #506.
Current issues

The autotest module/powerflow/autotest/test_pole_NR.glm fails with the following output

WARNING  [2000-01-01 00:00:00 PST] : Restoration object not detected!
ERROR    [2000-01-01 00:00:00 PST] : sync_node(obj=36;n650): Newton-Raphson method is unable to converge to a solution at this operation point
ERROR    [2000-01-01 00:00:00 PST] : 2000-01-01 00:00:00 PST: object n650 stopped its clock (exec)!
ERROR    [2000-01-01 00:00:00 PST] : exec halted: synchronization failed
FATAL    [2000-01-01 00:00:00 PST] : shutdown after simulation stopped prematurely
FATAL    [2000-01-01 00:00:00 PST] : environment startup failed: No such file or directory

Code changes

[x] Change link_fault_on() and link_fault_off() calls to line->status = OPEN and line->status = CLOSED calls.
[x] Make sure NR solver is flagged to redo admittance (e.g., NR_admittance_change=true) when line status changes.
[ ] Check that fault_check object handles all links, not just switches.

Documentation changes

[x] [TODO](http://docs.gridlabd.us/index.html?owner=slacgismo&project=gridlabd&branch= TODO&doc= TODO)

Test and Validation Notes

[x] TODO.

@ftuffner, the changes to pole didn't fix it, but the error is now a real error rather than an exception.  That's progress.


Allow interactions to be filtered by contact ID

Description of change
As part of an upcoming piece of work we need to return a list of interactions for a specific contact. This is now possible.
Checklist

[ ] Has this branch been rebased on top of the current main branch?

Explanation
The branch should not be stale or have conflicts at the time reviews are requested.

[ ] Is the CircleCI build passing?

General points

Other things to check

Make sure fixtures/test_data.yaml is maintained when updating models
Consider the admin site when making changes to models
Use select-/prefetch-related field lists in views and search apps, and update them when fields are added
Make sure the README is updated e.g. when adding new environment variables

See docs/CONTRIBUTING.md for more guidelines.

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 96.36%. Comparing base (c1b7c03) to head (c4cd37a).

Additional details and impacted files
@@           Coverage Diff           @@
##             main    #5487   +/-   ##
=======================================
  Coverage   96.35%   96.36%
=======================================
  Files         953      953
  Lines       22523    22524    +1
  Branches     2023     2023
=======================================
+ Hits        21703    21706    +3
+ Misses        667      666    -1
+ Partials      153      152    -1

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


chore(router) deny setting path handling v1 when router_flavor is traditional_compatible

Summary
This PR denies users from setting path_handling=v1 when the Kong gateway is running with router_flavor=traditional_compatible, as the path_handling feature is stepping into deprecation and path_handling v0 will be the default behaviour when composing upstream_uri.
Full changelog

Add custom entity check function to deny setting path_handling=v1 when router_flavor is traditional_compatible

Good Job.
But I think both traditional_compatible and expression don't support v1, so we should change the condition to kong.configuration.router_flavor ~= "traditional"

@chronolaw Do you mean router_flavor = atc?
I saw that router_flavor only have three enum results
https://github.com/Kong/kong/blob/9c990a79083f1b529eac69238552ec55f59564ed/kong/conf_loader/init.lua#L438-L440
And when router_flavor = atc the schema will be a different table without the path_handling
https://github.com/Kong/kong/blob/9c990a79083f1b529eac69238552ec55f59564ed/kong/db/schema/entities/routes.lua#L6-L42

Now atc will rename to expression, see #9263 .

I think it is not very urgent for 3.0, because the new router only supports v0.

Yes, agree, not a blocker for 3.0, so no hurry for merging.
And I still need to get the tests fixed :P


Wrong response type in implicit code flow token builder

Line 503 of the following file has "response_type": "code" whereas the implicit code flow requires "response_type": "token".
This causes ImplicitUserTokenBuilder::generate_url to create an authorization code flow url instead.
https://github.com/Emilgardis/twitch_oauth2/blob/4956b24703f7b317533d4c110f5e959311da3962/src/tokens/user_token.rs#L497-L521

Thank you!


Debian | Script stops at 'Fetching Packages 2/4"

Script
nginx-proxy-manager
Describe the bug
Script stops here and hangs no other information is given
yarn install v1.22.19
[1/4] Resolving packages...
[2/4] Fetching packages...
info If you think this is a bug, please open a bug report with the information provided in "/tmp/tmp.gSKnYvGJgp/nginx-proxy-manager-2.9.18/frontend/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

System info:

Proxmox Version: 7.1
Debian 10

Screenshots

Yeah my shell is also useless, have to restart container to get it back because it just hung at that and stopped working, didn't end the script

Attempting with more disk space

Debian 10 LXC in proxmox at 4gb of diskspace instead of 2gb fixed this


Two changes: use poll, and include absolute URL

Shazow and Ken,  please consider these two changes.
If there is a testing framework that you are using, let's discuss what kind of tests would make sense here.
Thanks!
John

Hi @tokarina, thanks for contributing!
Could you run us through what the advantage is for using poll over select in this case? Is poll available on all the platforms that select is available? Code-wise, seems there's a little bit more work done than before.
As for testing, you should be able to run the tests with nosetests in the project directory, see the README.

Could you run us through what the advantage is for using poll over
select in this case?

The current implementation with select raises "ValueError: file descriptor
out of range in select" when you use a pool long enough that it has
created more than 1024 file descriptors in its lifetime.  The select
system call uses templates that are fixed length (1024).
poll does not have this limitation.

Code-wise, seems there's a little bit more work done than before.

That's true.  Instead of the simple fixed-length templates of select, one
must use the more flexible semantics of poll.  They are less packable then
the existing one-liner around select, which I consider to be somewhat
cryptic.

Is poll available on all the platforms that select is available?

http://docs.python.org/library/select.html
Says: "This module provides access to the select() and poll() functions
available in most operating systems, epoll() available on Linux 2.5+ and
kqueue() available on most BSD. Note that on Windows, it only works for
sockets;"
Those comments indicate that poll and select have roughly the same
availability across platforms, including Windows.  This post might be
relevant.
http://www.flamingspork.com/blog/2008/03/16/windows-finally-gets-poll-wellwsapoll/
There is probably a better reference about the availability of poll on
particular platforms.  Are you worried about any particular platform?

As for testing, you should be able to run the tests with nosetests
in the project directory, see the README.

The tests still pass after this change.
I could try to cook up a test that the select-based version fails and this
version passes.  Do you want that?
jrf

If what @tokarina says is true, this will fix a serious bug of mine.

If what @tokarina says is true, this will fix a serious bug of mine.

I'm not a kernel expert.  This guy appears to know what he's talking
about:
http://daniel.haxx.se/docs/poll-vs-select.html

That page also has more detail on availability:
"""
poll - Not existing on older unixes nor in Windows before Vista.
Broken implementation in Mac OS X at least up to 10.4 and earlier. Up to
10.3 you could check for a poll() that works with all arguments zeroed.
The 10.4 bug is more obscure an I don't know of any way to detect it
without checking for OS.
"""
jrf

Sounds good to me, I'll merge it in! :-)

I could try to cook up a test that the select-based version fails and this version passes.  Do you want that?

If you think this is relevant for avoiding regressions, then sounds good. Otherwise I'm happy to accept all existing tests passing as good enough. If the test for this would be starting >1024 sockets then I'd rather avoid it, sounds like overkill. :-)

I could try to cook up a test that the select-based version fails and
this version passes.  Do you want that?

If you think this is relevant for avoiding regressions, then sounds
good. Otherwise I'm happy to accept all existing tests passing as good
enough. If the test for this would be starting >1024 sockets then I'd
rather avoid it, sounds like overkill. :-)

If it becomes relevant in the future, the test would not need to keep all
the sockets around for the entire test.  Just have to cycle through that
many.
jrf

Re: The MaxRetryError discussion above:
045c179cad2db3edaf802d03a07a5a02e341e145 — Did some refactoring to the exceptions so that we can have the best of both worlds, and hopefully this will make @piotr-dobrogost a little happier too. ;)
Exception messages should be prefixed with a description of the pool who raised it, such as...
str(e) == "HTTPConnectionPool(host='google.com', port=80): Something went wrong..."


Further basic data analysis (pre machine learning)

Find and analyze the most expensive and cheapest restaurants
Separate restaurants that offer table booking/online orders
Best budget restaurant per location

Find and analyze the most expensive and cheapest restaurants
Separate restaurants that offer table booking/online orders
Done


[FORMATTING] Can't handle trino between date clause

Input data
Which SQL and options did you provide as input?
    format(query, {
      language: "trino",
      tabWidth: 2,
      logicalOperatorNewline: "before"
    })

SELECT * from test
  AND date_field BETWEEN DATE '2022-06-01' AND DATE '2022-08-09'

Expected Output
Any formatting.
Usage

How are you calling / using the library?

    format(query, {
      language: "trino",
      tabWidth: 2,
      logicalOperatorNewline: "before"
    })

What SQL language(s) does this apply to?
trino

Which SQL Formatter version are you using?
"sql-formatter": "^11.0.2"

error:
Command 'trinols: Format' resulted in an error (Parse error at token: '2022-06-01' at line 2 column 31
Unexpected STRING token: {"type":"STRING","raw":"'2022-06-01'","text":"'2022-06-01'","start":49,"precedingWhitespace":" "}. Instead, I was expecting to see one of the following:

A AND token based on:
between_predicate → %BETWEEN _ expression _ ● %AND _ expression
asteriskless_free_form_sql$subexpression$1 →  ●

Thanks for reporting.
Unfortunately the date/time literal syntax is not correctly handled, plus the parsing of BETWEEN operator is somewhat crappy. I guess this syntax would have worked in some earlier version before the BETWEEN-expression parsing was rewritten, but then again these earlier versions don't have Trino support.
Unfortunately no quick fix for that. I'm working on a longer-term solution, but that will take some time.

This should now be fixed in 12.0.2 release.


[Feature][Task Plugin] Add DVC task plugin for MLops scenario (#10372)

Purpose of the pull request
DVC (Data Version Control) is an excellent open-source version control system for machine learning projects.
The DVC plugin is used to use the data version management function of DVC on DolphinScheduler, helping users to carry out data version management easily.
The plugin provides the following three functions:

Init DVC: Initialize the Git repository as a DVC repository and bind the address where the data is stored to store the actual data.
Upload: Add or update specific data to the repository and record the version tag.
Download: Download a specific version of data from the repository.

This PR close to #10372.
Brief change log

Verify this pull request

Verified by unit test.

Codecov Report

Merging #10407 (2fab0f2) into dev (b0d9d3f) will increase coverage by 0.07%.
The diff coverage is 67.64%.

@@             Coverage Diff              @@
##                dev   #10407      +/-   ##
============================================
+ Coverage     40.56%   40.64%   +0.07%
- Complexity     4767     4792      +25
============================================
  Files           877      882       +5
  Lines         35623    35725     +102
  Branches       3945     3949       +4
============================================
+ Hits          14452    14521      +69
- Misses        19738    19769      +31
- Partials       1433     1435       +2

Impacted Files
Coverage Δ

...dolphinscheduler/plugin/task/dvc/DvcConstants.java
0.00% <0.00%> (ø)

...lphinscheduler/plugin/task/dvc/DvcTaskChannel.java
0.00% <0.00%> (ø)

...heduler/plugin/task/dvc/DvcTaskChannelFactory.java
0.00% <0.00%> (ø)

...ache/dolphinscheduler/plugin/task/dvc/DvcTask.java
72.58% <72.58%> (ø)

...olphinscheduler/plugin/task/dvc/DvcParameters.java
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

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


Missing Dependances

Description
What steps will reproduce the problem?

 I checked to see if the mentioned depandances are present and they are there.
I looked on the Group forums and this seems to be a common issue and not fixed.
 This problem could be caused by a very strict firewall or antivirus. Please close Spyder, stop them for a moment and try again. That could help.

Carlos,
I did not have this problem with the previous version of Spyder. It only
started when I installed version 5.0. I am using this behind a company
firewall and I don't have control over it. If the firewall is indeed the
problem, I'll just uninstall 5.0 and go back to the 4.x until the
developers can make it less restrictive.  Or start using another IDE.  If
you have any further suggestions please let me know.
Thanks,
Lloyd
On Sat, Apr 10, 2021 at 11:25 AM Carlos Cordoba @.***>
wrote:

Hey @lawalls46 https://github.com/lawalls46, thanks for reporting. This
problem could be caused by a very strict firewall or antivirus. Please
close Spyder, stop them for a moment and try again. That could help.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/spyder-ide/spyder/issues/15222#issuecomment-817162156,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AHJ66LYDIO2WBQIOUYP3URTTIB3ZPANCNFSM42WCM2UA
.

I'll just uninstall 5.0 and go back to the 4.x until the developers can make it less restrictive

Sure, if you want to use a very stable and well tested version, please go back to Spyder 4.2.5. You can try Spyder 5 in a couple of months to see if things work as expected then.
By the way, I don't think this is a problem with Spyder and I have no other idea how to solve it, sorry.

I'm going to close this issue because I don't have any more feedback or suggestions for you.

Thanks!
On Sat, Apr 10, 2021 at 4:03 PM Carlos Cordoba @.***>
wrote:

Closed #15222 https://github.com/spyder-ide/spyder/issues/15222.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/spyder-ide/spyder/issues/15222#event-4577882748, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AHJ66L4QIOQOSSVF5ZUULL3TIC4LFANCNFSM42WCM2UA
.


Redirect to email

Is your feature request related to a problem? Please describe.
When user click on the given email it will redirect them to their email-box.
Describe the solution you'd like
I will write a script so that when user clicks on given email it will redirect him to email-box.
Additional context
Assign me this work under GSSoC24, I'll implement it.
Additional context

@pankaj-bind #77  duplicate issue


Python debugging doesn't work in ColabCode (or in ngrok?)

I'm using amazing ColabCode by Abhishek Thakur. It uses ngrok as backbone. But when I try to debug Python script (via F5 button), it doesn't launch any debug action even when I set a breakpoint. Script runs in terminal only. launch.json is empty. When I fill it with next:
"version": "0.2.0",
"configurations": [
{
"name": "Python: Current File",
"type": "python",
"request": "launch",
"program": "${file}",
"console": "integratedTerminal"
}
]
I've got next error:
Couldn't find a debug adapter descriptor for debug type 'python' (extension might have failed to activate)
How can I debug Python script on ngrok code-server?

You can try downgrade python extention to 2020.10

Dear Abhishek! Thanks a lot, it helps (but I've installed 2020.5 instead of 2020.10)


Simplify project structure and align it with patternfly-react standards

[x] split dependencies vs. devDependencies, remove deps we don't need, align deps with patternfly-react and oVirt UI projects (ovirt-engine-ui-extensions, ovirt-web-ui)
[x] simplify webpack (dev/prod) configs and Jest (test) config
[x] align ESLint rules with patternfly-react standards, try to use eslint-plugin-patternfly-react
[x] simplify project's scripts like yarn build etc. (use CLI where appropriate)
[x] ensure recent versions of deps, i.e. yarn outdated
[x] document common project conventions in Storybook, using Foreman as the reference
[ ] document developer workflow and other important stuff in README

simplify webpack (dev/prod) configs and Jest (test) config

Makes sense but carefully - let's not deviate from create-react-app more than really required. IMO, it's better to keep "a few more useless" things than breaking the structure much. This approach might help us in the future when upgrading.

ensure recent versions of deps, i.e. yarn outdated

And establish a rule to run it at every beginning of new sprint

Makes sense but carefully - let's not deviate from create-react-app more than really required.

CRA adds lots of unnecessary complexity, both in terms of project's dependencies and its scripts & configuration, in my opinion. I'd like to use webpack v4 (latest stable) and minimize the config to the necessary minimum.

All checklist items except for developer docs are already done.


Add ability to hide task list name (f.e. when using only one task list)

Yeah, I think it kinda makes sense to hide the list name if all todos belong to a single list (or if filtering by a single list).
I'll keep this I mind, patches welcome.


Huge refactor of project files to make compilation security settings easier

Context
I have a bit of a story for this huge PR...
I am working on making sure we have all the right static analysis tools in the pipeline and resolve all warnings. Some warnings were related to using the right security settings for the compiler, like Spectre mitigations, or Control Flow Guard. It was bothering me how each time I added one to a project, VS was adding about eight lines like
<SDLCheck Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">true</SDLCheck>
So I thought "I'll manually edit the .vcproj files to remove the conditions so I can have just one instead of eight". Then I realized I was putting the same properties everywhere, and researched how to have common properties in a single file and then I got a bit carried away.
Changes
Added a Directory.Build.props file that is automatically included by MSBuild early in the process of reading the project files for all the files in the directory. This file includes all the common properties in all the C++ projects, but since it also would apply to the external projects and C# projects, it first detects what project it is in and does something different in each case.

For external projects, just enable the build security settings and disable all warnings
For C# projects, just set to treat warnings as errors
For C++ projects, set all the properties/items we had in all projects:

Set target platforms and toolset to use depending on VS version
Set properties like optimization, debug libraries, or preprocessor definitions depending on the configuration and platform
Set output directories
Set the security settings required by BinSkim (Spectre, ControlFlowGuard, SDLCheck, CETCompat and some others)
Enable code analysis in debug
Define all the macros we use to control the behavior in the pipelines
Set to use pch if the project has one
Set high warning level and treat them as errors

Removed everything that was duplicated in the project files. Also removed unused PropertySheet.props files. I'm pretty proud of this diff stat: 100 files changed, 502 insertions(+), 3261 deletions(-)
For static analysis:

Enabled CodeQL for the default branch
Updated the Guardian tasks (CredScan, BinSkim, publish logs) to the latest version as the old one is deprecated

Enabling code analysis and setting warnings at high level across the board created a lot of warnings/errors that I fixed:

For warnings in external dependencies (like WIL), I just disabled them there
Added a missing conversion from Win32 error to HResult
Added or modified type casts
Changed test code that compares HResult to include parenthesis, as there is something weird on Catch that triggers a warning about semantically different types when not passed like that
Added missing initialization to some member variables. I'm still not sure what setting enables that or why it only happens in some places
Refactored a test function that was using too much stack space

Notes
I'm opening this as draft because I haven't figured out some pipeline issues. The changes I did increase the build output size dramatically, from around 8GB to 11GB, which brings us over the free space available in the agent and causes build to fail.
I still have some code to remove. In the pipelines definition I have manually enabled CodeQL for my branch and added some build tasks to investigate the space issues, that needs to be removed. I also added a condition to the properties file to try and disable the security settings to see if that makes a difference, that also needs to be removed
Microsoft Reviewers: Open in CodeFlow

The changes I did increase the build output size dramatically, from around 8GB to 11GB

Would disabling RTTI (Run-Time Type Information) in some of the projects decrease the build size?

Not sure how big of the impact when this is brought to internal build (Added a Directory.Build.props file that is automatically included by MSBuild). So I guess we would merge this after 1.5 release candidate.

The changes I did increase the build output size dramatically, from around 8GB to 11GB

Would disabling RTTI (Run-Time Type Information) in some of the projects decrease the build size?

It definitely is something to do to reduce final build size, but I have no idea how much it reduces intermediates size.  We can probably do it, but it will take a bit of work to remove the dynamic_cast (implement our own RTTI-like handler just for the few cases) and of course validate that there was no UB introduced.

Not sure how big of the impact when this is brought to internal build (Added a Directory.Build.props file that is automatically included by MSBuild). So I guess we would merge this after 1.5 release candidate.

Also note that there is already such a file in the internal build and so we would need to be careful about how we get the properties since these projects need to build:

In this repository, locally and in ADO
In the internal repository, locally and in ADO, but inside a separate solution
In the internal repository in ADO using this solution

Not sure what the lookup algorithm is for the props file, but I would guess that it isn't directly friendly to the tangled web we've woven.  Also, the internal ADO builds use a different props file from the local builds...

Not sure how big of the impact when this is brought to internal build (Added a Directory.Build.props file that is automatically included by MSBuild). So I guess we would merge this after 1.5 release candidate.

Oh, yeah. I was already thinking of that but forgot to write it in the description

Not sure what the lookup algorithm is for the props file, but I would guess that it isn't directly friendly to the tangled web we've woven. Also, the internal ADO builds use a different props file from the local builds...

The algorithm basically is "walk up until you find one", but it is possible to import one in upper levels to chain them. I'd need to figure out how to choose which one to use, though. Or change it to what you suggest.
I'm also planning on doing this same thing on the internal project, btw.


chore(main): release mise 1.17.6

:robot: I have created a release beep boop
1.17.6 (2024-09-03)
Miscellaneous

merge (fb868b6)
mise: add python-import (4d495c5)
mise: mose some stuff over from cargo to mise:ubi and zinit (31f45a1)
mise: move uv and uvx installs to mise (c572fab)
mise: set plugins for arch (9b92fec)

This PR was generated with Release Please. See documentation.

:robot: Created releases:

mise-v1.17.6
:sunflower:


spring cloud azure eventhubs samples: integration + binder + multibinder

azure spring integration sample eventhubs

replaced with another pr


Fixes unknown method .to_json_pointer

Hello! Brilliant library, thanks for making it.
I was using your main branch to avoid depdendecy conflict between this repo and openapi_first, and I was getting an error about this string (which is already a JSON Pointer) so figured I would try removing the method and it's worked.

Hi @philsturgeon, can you supply an example OAS definition where this issue appears? I suspect there is a issue somewhere else in the included parser, since tgt at this point should be a OpenapiContracts::Doc::Pointer which does provide the method you are removing.

@mkon convenitently I'm building some sample code so I've got a full blown reproduction repo over here: https://github.com/philsturgeon/rails-design-first
If you swap out my fork in the Gemfile for your main branch you should see the issue if you try running rspec.

Ok the issue is that the parser currently does not take into account that there could be multiple paths to the same file, so the pointer could not be found (eg ./foo.yaml vs foo.yaml). I am closing, the correct fix is #84

Thank you for figuring it out and fixing it with a far better fix than my cheeky hack. I've deleted my fork and switched the sample base over to use your repo and the main branch. If you could tag a version shortly I'll update the same code and get our guide published.
Thanks for making this excellent tool!

You're welcome, I released version 0.13.0

Thanks! The guide is over here https://github.com/bump-sh/docs/pull/162/ and will show up on https://docs.bump.sh/guides/openapi/ when it's done, if that's of any interest to you. 🙌🏻


How to set image load priority in OpenSeadragon?

We are using OSD within a pop-up window that is sometimes triggered while image loading is going on in the background.  OSD seems to always load its images at low priority, whereas image loading in the background occurs at higher priority.  The net result of this is that OSD image loading is often blocked until the background image loading completes, whereas the converse behavior is desired.  Is there a way to provide a priority hint to OSD for image loading?

I came across this while investigating the load performance.  My understanding is that there are mechanisms out there to alter the load priority - but I have no experience with it myself either.  The main thing I'm wondering is whether there is some way for me to communicate to OSD that it's image loading should be of the highest priority; right now it seems to always default to low (the last line item below corresponds to OSD):

Any ideas?

Interesting! I'm having a hard time finding any documentation on this feature, so thank you for sharing that article! It is listed here, but marked as experimental:
https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes
That should be fine, since if a browser doesn't support it, they will just ignore it.
To try using it, you could try adding this.image.importance = 'high'; just above this line:
https://github.com/openseadragon/openseadragon/blob/3e5e12722af24c5d0732d6932f7b37d1076971f3/src/imageloader.js#L151
If it works, that seems like a pretty good change. If you're up for it, you could make a PR with it :)

If you do try it, I'm also curious if it actually changes the speed in which it's loaded; my skimming through that article gives the impression that it might be more about the initial page load than subsequent file loading, and at any rate, I would expect the server to send the file as fast as it can regardless.


RESURRECTION

Hey guys,
This repository is a bit out of date. I will be sorting out the remaining issues when I get a chance.
Any help will be greatly appreciated.
Planned work:
#39
#40
#41
If time allows:
#2 + #35 (same thing)
Any other suggestions?
@sjturley are you still up?

@turowicz I haven't had time to work on this lately, but I should have more time now.  Over the next few days I'll fix the build issues, then we should update the pod spec and kick up the version number.
Do you have any ideas on #2 and #35?

Looks like someone was quicker:
https://github.com/Hearst-DD/ObjectMapper
Re your question:
I was thinking of a similar process to current serialization, turn the jsonString into a dictionary or something and then iterate properties of the target type and fill the values from the dictionary.
What do you think @sjturley ?


Keep screen awake during mixing

Resolves #769
Resolves issue of screen sleeping while mixing and adds relevant messages. Display continues normal function after mixing is complete or stopped.
screenshots

This was fixed here https://github.com/planetdecred/dcrios/pull/792

Okay

On Jun 1, 2021, at 8:12 PM, Abubakar Suleiman @.***> wrote:

This was fixed here #792
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.


fix: fix css url asset + transform next/font

#466  👈
main

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

Join @hi-ogawa and the rest of your teammates on  Graphite


qtwebengine: upgrade to v5.15.10-lts

I've only build tested this with gcc+glibc.
I would appreciate some help with testing as I don't use qtpdf and qtwebengine anywhere.
Will merge next week unless someone reports some issue with this.

Merged to master


chore: update CODEOWNERS

Description
Update CODEOWNERS file after Ryan's departure.

:tada: This PR is included in version 1.6.3 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Added proposed features and enhancements documentation

Just to confirm the features that have been listed are in the decreasing order of priority, right? Otherwise looks good to me.

No. After discussion, we found that we cannot decide the implementation difficulty. There exist some obviously difficult tasks in the list.

I think this a good collection of features. However, I also think that most functionalities mentioned here have a bad development effort/utility ratio. I think we should delve deeper and focus on the following features :

Sharing (explore current options in the extension and extend that)
The shortcut keys feature seems doable and feels useful to me

Research for various features is good though! PR looks good to me for closing


Is there any way to ignore specified members?

I have the following class
@org.parceler.Parcel
public class TaskModel {

    String taskId;
    String taskColor;
    String title;
    String userId;
    String startTime;
    String endTime;
    String taskDay;

    WeekViewEvent weekViewEvent;
}

And I want to ignore the weekViewEvent member of the class.
Actually, it is coming from a library and I cannot annotate it with @org.parceler.Parcel.
What is the Best way to handle such situation?

You can use transient:

For attributes that should not be serialized with Parceler, the attribute field, getter or setter may be annotated by @Transient. In addition, fields marked with the transient keyword will also not be serialized.

Thank you @dlemures, i am closing this issue.


tetraproc: refactor

Ok, I think I got all of them now with: #8032 #8025 #8031
jaaa and tetraproc will fail to build because they are codependent on libclthreads & libclxclient, they just got split into multiple PR's

@codyopel tetraproc has lost it's gui here.  Do you see sliders?

How do you run tetraproc to get the gui, I am not familiar with this application.  I am guessing the problem is due to changes in libclxclient more than likely.

@codyopel just run tetraproc.
I have found that sometimes there is a gui, but most of the time, I just get the backgound of the gui.
I don't see the pattern yet.


Best way to use pre-trained nets in Sonnet

Hi,
I'm trying to use a pre-trained ResNet-50 as a module in Sonnet.
I have read the Sonnet documentation stating: If you create variables yourself, it is crucial to create them with tf.get_variable. Calling the tf.Variable constructor directly will only work the first time the module is connected, but on the second call you will receive an error message “Trainable variable created when calling a template after the first time”.
What is the best way to use a pre-trained network with Sonnet? I tried implementing it in the following way:
from keras.applications.resnet50 import ResNet50
class ResNet50Encoder(snt.AbstractModule):
    def __init__(self, name='resnet50encoder'):
        super(ResNet50Encoder, self).__init__(name=name)

    def _build(self, inputs, is_training=True):
        input_rgb = inputs[..., :3]
        base_model = ResNet50(weights='imagenet', pooling=max, include_top=False, input_shape=(120, 160, 3))
        base_model.layers.pop()
        for layer in base_model.layers:
            layer.trainable = False
        last = base_model.layers[-1].output  # pool 5 output
        last = Flatten()(last)
        output = Dense(512, activation='relu')(last)

        finetuned_model = Model(inputs=base_model.input, outputs=output)
        x = preprocess_input(input_rgb)
        features_rgb = finetuned_model(x)
        outputs = snt.Linear(output_size=EncodeProcessDecode.n_neurons)(features_rgb)
        return outputs

Running it yields the following error:

resnet50encoder_nodes/bn_conv1/moving_mean/biased does not exist, or was not created with tf.get_variable(). Did you mean to set reuse=tf.AUTO_REUSE in VarScope?

Surrounding the ResNet creation with tf.variable_scope(tf.get_variable_scope(), reuse=tf.AUTO_REUSE) doesn't help either.
There seem to be a few issues with the batch normalization(bn) layer used in many pre-trained Keras nets w.r.t. variable scopes (see: keras-team/keras#9214). Due to this, I tried using VGG16 which does not use bn layers but exchanging ResNet50 with VGG16 in the above code then yields:

ValueError: Trainable variable created when calling a template after the first time, perhaps you used tf.Variable when you meant tf.get_variable

The question that remains to be answered therefore is: what's the best way to use pre-trained nets in Sonnet and avoid the clash with tf.get_variable usage? The documentation doesn't seem to explain this.
Thank you

Combining Sonnet with models defined in other systems such as Keras  or Slim will produce some issues as related to variable sharing. You may be able to get it to work by constructing the ResNet50 inside the constructor, inside a with _enter_variable_scope(): block, but even then I think you would need to be careful that your top level module (ie ResNet50 Encoder) is not constructed multiple times.
To clarify, this is unlikely to work:
class MyModule(snt.AbstractModule):
  # ...
  def _build(self, inputs):
    encoder = ResNet50Encoder()
    return encoder(inputs)

This might, assuming MyModule is the top level of your module stack:
class MyModule(snt.AbstractModule):
  def __init__(self, name='my_module'):
    super(MyModule, self).__init__(name=name)
    with self._enter_variable_scope():
      self._encoder = Resnet50Encoder()

  def _build(self, inputs):
    return self._encoder(inputs)

It's hard to give definitive answers without looking hrough how the Keras model (and everything it depends on) is implemented.. but in general, mixing libraries is tricky. If you have a pretrained model in a specific library, you will probably get on best working entirely within that library. Sonnet is built on top of tf.make_template, which supports transparent reuse for anything that calls tf.get_variable. Our _build methods are wrapped by a make_template, under the hood. Anything calling tf.Variable directly breaks this assumption, and will lead to the kind of errors you are seeing.
If you have a pretrained checkpoint for a sonnet module, you can load that with a tf.Saver as normal. If you have a checkpoint for a module which you now want to connect as part of a larger graph, you can make a saver which refers to just a subpart of the graph using snt.get_saver, or in general passing a dict to tf.Saver to perform rewrites mapping between graph names and checkpoint names (you're probably going to want to remove some prefix from the graph names to make them line up with the checkpoint names).


Allow get object properties from "dot" notation

Right now, it is not possible to access an object or class from dot notation, sometimes it is necessary. From the "data_get" helper it is possible to do so, with this change the same functionality is achieved.
Example:
$test = [
    'code' => 'php',
    'list' => [
        (object)['name' => 'one'],
        ['name' => 'two']
    ]
];

// Fail
dump(Arr::get($test, 'list.0.name'));

// Done
dump(data_get($test, 'list.0.name'));

Use data_get.


simplify beacon representation

Motivation

simplify beacon usage a little by using types.Beacon

Changes

simplify beacon usage a little by using types.Beacon
change hare eligibility vrf message to use uint16 round instead of uint32 per discussion in #research

Test Plan

unit tests
DevOps Notes

[x] This PR does not require configuration changes (e.g., environment variables, GitHub secrets, VM resources)
[x] This PR does not affect public APIs
[x] This PR does not rely on a new version of external services (PoET, elasticsearch, etc.)
[x] This PR does not make changes to log messages (which monitoring infrastructure may rely on)

@dshulyak
need your help. i cannot figure out these test failure in tortoise.
https://github.com/spacemeshos/go-spacemesh/runs/4482276204?check_suite_focus=true
these two tests fail consistently. but the odd thing is if i tweak the number of layers being tested, they passed. for example

TestRecoverState
if i change from sim.WithSequence(2) to sim.WithSequence(3), test passed consistently.
TestBaseBallotEvictedBlock
if i change from for i := 0; i < 50; i++ to for i := 0; i < 51; i++, test passed consistently.

thanks in advance.

atx weight is randomly generated in some range (from 1 to 10) and it is generated deterministically using seed (which is 0 for all test)
so in develop branch weight was generated in a way that allowed those tests to cross the threshold:
logger.go:130: 2021-12-10T14:26:41.327+0200	INFO	computed weight from good ballots	{"rerun": true, "layer_id": 57, "weight": "40.5", "total": "83.5", "expected": "37.25", "ballots_count": 10, "good_ballots_count": 10, "name": ""}
    logger.go:130: 2021-12-10T14:26:41.327+0200	INFO	candidate layer is verified	{"rerun": true, "layer_id": 57, "candidate_layer": "56", "voting_weight": "40.5", "threshold": "29.8", "local_threshold": "7.45", "name": ""}

in your branch because of that change for the beacon randomness weights were generated differently.
logger.go:130: 2021-12-10T14:33:22.977+0200	INFO	computed weight from good ballots	{"layer_id": 57, "weight": "28", "total": "68", "expected": "36.75", "ballots_count": 10, "good_ballots_count": 10, "name": ""}
    logger.go:130: 2021-12-10T14:33:22.977+0200	WARN	candidate layer is not verified. voting weight is lower than the threshold	{"layer_id": 57, "candidate_layer": "56", "voting_weight": "28", "threshold": "29.4", "local_threshold": "7.35", "name": ""}

i think it uncovered two issues with the generator:

for unit tests we don't need to randomize weight, except when it is expected
if weight is randomized generator should not be generating blocks evenly

but with the next change tests are passing
diff --git a/tortoise/sim/layer.go b/tortoise/sim/layer.go
index 51fa761d..abd64540 100644
--- a/tortoise/sim/layer.go
+++ b/tortoise/sim/layer.go
@@ -108,7 +108,8 @@ func (g *Generator) Next(opts ...NextOpt) types.LayerID {

 func (g *Generator) genBeacon() {
        eid := g.nextLayer.Sub(1).GetEpoch()
-       beacon := types.RandomBeacon()
+       beacon := types.Beacon{}
+       g.rng.Read(beacon[:])
        for _, state := range g.states {
                state.OnBeacon(eid, beacon)
        }
****

bors merge


test suite works again on my mac

pep8 had broken all string formatting of errors
@durack1 please review

@doutriaux1 looks like OS X is having problems - libcdms?:
[ 47%] Performing configure step for 'libcdms'

CMake Error at /Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/libcdms-prefix/src/libcdms-stamp/libcdms-configure.cmake:56 (message):

  CTEST_FULL_OUTPUT

   Command failed: 1

   '/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/bin/cmake' '-DADDITIONAL_CFLAGS=-fPIC' '-DCONFIGURE_ARGS=--srcdir=/Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/build/libcdms;--enable-dap=;--enable-drs=no;--enable-hdf=no;--enable-pp=yes;--enable-ql=no;--cache-file=/dev/null;--prefix=/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Externals;--with-nclib=/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/lib;--with-ncinc=/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/include;--with-daplib=/lib;--with-dapinc=/include;--with-hdfinc=./include;--with-hdflib=./lib;--with-hdf5lib=/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/lib;--with-grib2lib=/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/lib;--with-jasperlib=/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/lib;--with-grib2inc=/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/include;--enable-grib2' '-DINSTALL_DIR=/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Externals' '-DWORKING_DIR=/Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/build/libcdms' '-P' '/Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/CMake/cdat_configure_step.cmake'

   From /Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/libcdms-prefix/src/libcdms-stamp/libcdms-configure-out.log

AND
make: *** [all] Error 2

 ERROR: Could not compile (make) cdat code

~/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat ~/build/PCMDI/_build/PCMDI_METRICS/tmp/metrics

Sorry...

This action did not complete successfully

Please try to re-run this task until successful before continuing further

 ERROR: Could not compile (make) cdat code

~/build/PCMDI/_build/PCMDI_METRICS/tmp/metrics

Sorry...

This action did not complete successfully

Please try to re-run this task until successful before continuing further

@doutriaux1 how about including XQuartz to solve the libcdms problem:
https://gist.github.com/BanzaiMan/5243f87d164ebb939eed

@doutriaux1 I've managed to get this over the libcdms hump by including XQuartz in the pre-install steps, but we've now got a failure with ESMF

in the mean time we made sure you don't need it anymore for libcdms :wink:

@doutriaux1 I've tried to get this back up and running, however will have to divert back to you as I'm now stumped with next steps (and determining where it's falling over)..
There's also a bug in installer_funcs.bash as it's not picking up the existing cmake install as being valid - even though I've tweaked install_metrics.bash to be up to date with 3.3.2 as a max version:
Checking for CMake >=  2.8.11
DEBUG: check_version_with $1='cmake'
min_version = [2.8.11]
max_version = [3.3.2]
DEBUG: check_version_helper $1='3.3.2' $2='2.8.11' $3='3.3.2'
DEBUG: check_version_between $1='3.3.2' $2='2.8.11' $3='3.3.2'
The return value from the call to helper function check_version_helper is 1
The detected version of cmake [3.3.2] is not between [2.8.11] and [3.3.2]
*******************************
Setting up CMake 3.2.3
*******************************

This travis tweak could speed up testing..

@doutriaux1 seems the expat issue is still there:
CMake Error at /Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/setuptools-prefix/src/setuptools-stamp/setuptools-build.cmake:56 (message):
  CTEST_FULL_OUTPUT
   Command failed: 1
   'env' 'PYTHONPATH=' 'LD_LIBRARY_PATH=' '/Users/travis/build/PCMDI/_build/PCMDI_METRICS/bin/python' 'setup.py' 'build'
   From /Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/setuptools-prefix/src/setuptools-stamp/setuptools-build-out.log
  -------------------------------------------------
  -------------------------------------------------
   From /Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/setuptools-prefix/src/setuptools-stamp/setuptools-build-err.log
  -------------------------------------------------
  Traceback (most recent call last):
    File "setup.py", line 17, in <module>
      exec(init_file.read(), command_ns)
    File "<string>", line 8, in <module>
    File "/Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/build/setuptools/setuptools/__init__.py", line 11, in <module>
      from setuptools.extension import Extension
    File "/Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/build/setuptools/setuptools/extension.py", line 5, in <module>
      from setuptools.dist import _get_unpatched
    File "/Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/build/setuptools/setuptools/dist.py", line 16, in <module>
      import pkg_resources
    File "/Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/build/setuptools/pkg_resources.py", line 706, in <module>
      class Environment(object):
    File "/Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/build/setuptools/pkg_resources.py", line 709, in Environment
      def __init__(self, search_path=None, platform=get_supported_platform(), python=PY_MAJOR):
    File "/Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/build/setuptools/pkg_resources.py", line 148, in get_supported_platform
      plat = 'macosx-%s-%s' % ('.'.join(_macosx_vers()[:2]), m.group(3))
    File "/Users/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build/build/setuptools/pkg_resources.py", line 241, in _macosx_vers
      version = platform.mac_ver()[0]
    File "/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/platform.py", line 809, in mac_ver
      info = _mac_ver_xml()
    File "/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/platform.py", line 786, in _mac_ver_xml
      pl = plistlib.readPlist(fn)
    File "/Us-- [download 47% complete]
-- [download 58% complete]
-- [download 48% complete]
-- [download 49% complete]
-- [download 59% complete]
ers/travis/build/PCMDI/_build/PCMDI_METRICS/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plistlib.py", line 78, in readPlist
      rootObject = p.parse(pathOrFile)
    File "/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plistlib.py", line 401, in parse
      from xml.parsers.expat import ParserCreate
    File "/Users/travis/build/PCMDI/_build/PCMDI_METRICS/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/parsers/expat.py", line 4, in <module>
      from pyexpat import *
  ImportError: No module named pyexpat

@durack1 seems like travis changed something the uv-cdat builds suddenly started to fail as well.

@doutriaux1 this PR needs a cleanup, the json files that correct the test case sign errors are fine, so to are the tweaks to pcmdi_metrics_driver.py but not the travis.yml and install_metrics.bash changes - can you remove these and I'll merge ASAP..

@durack1 I did not touch the travis.yml file, I'm not sure how there got here. I'll copy the one from master bck in here, same for install_metrics.sh.

@doutriaux1 perfect, can you also review/merge https://github.com/UV-CDAT/uvcdat/pull/1674 so we can get that green travis badge back on?

@doutriaux1 as it's a metrics day it'd be good to get through as many of these cleanups as possible.. @gleckler1 is probably primed for a metrics lunch too..
@doutriaux1 let me know when you've updated the PR and I'll merge..

@doutriaux1 so https://github.com/UV-CDAT/uvcdat/pull/1674 is merged in and this should be our first green travis badge in a while (hopefully).. I'll await these tests and then merge..

@doutriaux1 there's still an issue on linux:
CMAKE ARGS: cmake /home/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat -DCDAT_BUILD_MODE=LEAN -DCDAT_BUILD_ESMF_ESMP=ON -DCMAKE_INSTALL_PREFIX=/home/travis/build/PCMDI/_build/PCMDI_METRICS -DZLIB_PATCH_SRC=3 -DGIT_PROTOCOL=git://
PATH:/home/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/bin:/home/travis/bin:/home/travis/.local/bin:/home/travis/.gimme/versions/go1.4.1.linux.amd64/bin:/usr/local/phantomjs/bin:/home/travis/.nvm/v0.10.36/bin:./node_modules/.bin:/usr/local/maven-3.2.5/bin:/usr/local/clang-3.4/bin:/home/travis/.gimme/versions/go1.4.1.linux.amd64/bin:/usr/local/phantomjs/bin:./node_modules/.bin:/usr/local/maven-3.2.5/bin:/usr/local/clang-3.4/bin:/home/travis/.gimme/versions/go1.4.1.linux.amd64/bin:/home/travis/.rvm/gems/ruby-1.9.3-p551/bin:/home/travis/.rvm/gems/ruby-1.9.3-p551@global/bin:/home/travis/.rvm/rubies/ruby-1.9.3-p551/bin:/usr/local/phantomjs/bin:./node_modules/.bin:/usr/local/maven-3.2.5/bin:/usr/local/clang-3.4/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/travis/.rvm/bin:/home/travis/.rvm/bin:/home/travis/.rvm/bin
PWD:/home/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build
CMake Error: Could not find CMAKE_ROOT !!!
CMake has most likely not been installed correctly.
Modules directory not found in
/home/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/bin
CMake Error: Error executing cmake::LoadCache(). Aborting.
 ERROR: Could not configure (cmake) cdat code (2)
~/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat ~/build/PCMDI/_build/PCMDI_METRICS/tmp/metrics
Sorry...
This action did not complete successfully
Please try to re-run this task until successful before continuing further

@doutriaux1 you're getting there, the travis OS X build seemed to sail through but still has two test errors

@durack1 now all tests pass on my ubuntu and my mac. Let's wait and see what travis says

@doutriaux1 great - fingers crossed!

@doutriaux1 no good? Same cmake error on linux for both builds
PWD:/home/travis/build/PCMDI/_build/PCMDI_METRICS/tmp/uvcdat/uvcdat_build
CMake Error: Could not find CMAKE_ROOT !!!
CMake has most likely not been installed correctly.
Modules directory not found in
/home/travis/build/PCMDI/_build/PCMDI_METRICS/Externals/bin
CMake Error: Error executing cmake::LoadCache(). Aborting.

@doutriaux1 any luck getting cmake working again on travis linux?

not until after the release

@doutriaux1 I'm reluctant to merge until the travis builds are passing fine.. Do you know what is going on here?

@durack1 it is a separate issue, you can reluctantly let the PR accumulate in the mean time :wink: I would suggest opening a separate issue for this cmake thing though since it has nothing to do with the metrics code itself, just the install.


bedtools getfasta split option

The "-split" command line option didn't work when using getfasta with my bed file. The introns were being retained (with "-split" and without produced the same output).

I m not able to reproduce this. I suspect you have a BED file that is not in proper BED12 format:
cat a.bed12
chr1	0	20	ENST00000466557.1	0	+	0	20	0	2	5,5,	0,15,

cat a.fa
>chr1
aaaaannnnnnnnnnttttt

bedtools2 arq5x$ bin/bedtools getfasta -fi a.fa -bed a.bed12 -split
>chr1:0-20
aaaaattttt


ceylon.interop.browser broken due to compiler bug

There's a bug in the JS compilers handling of dynamic (in particular where a value is assigned to a thing of dynamic interface type) which means that ceylon.interop.browser doesn't work.

What I don't understand is how did it ever work (assuming it did work at one point).
There are problems with circular references, members that have dynamic interfaces themselves, and members that have already been dressed up with one dynamic interface and now are expected to be of a different type (also a dynamic interface). This last case is interesting: should the value be rejected because it already has a Ceylon type? Or, should the object be dressed with the new dynamic interface? (this last approach seems to work btw)

What I don't understand is how did it ever work (assuming it did work at one point).

That's a question for @bjansen

Yes it worked correctly when I submitted the PR. I could retrieve the browser's document using eval("document"), then assign it to a value of type Document and use it without errors.

So this almost works except that when you try to dress up the same object with two dynamic interfaces, the last one overrides the second one, when they should actually become an intersection type.

I'm not sure I understand, why is the object dressed up with two dynamic interfaces?

No reason why an object can't be dressed up with N disjoint dynamic interfaces, as long as it has all the members specified in each.

There's a case in the browser module where the window or document contains a ref to one of those objects but as an Element

Stupid "close" comment closed the issue. Reopening.

Is this for 1.2.1?

If not, change milestone please.

There's just a little detail pending, which I plan to push today after proper testing, and I'm done. If I haven't done it by tonight, I'll change the milestone.

OK thanks.


Circular import Error for keri.db.basing

When keri.db.basing is imported, I get the following error message.
ImportError: cannot import name 'KeyStateRecord' from partially initialized module 'keri.db.basing' (most likely due to a circular import) (/Library/Frameworks/Python.framework/Versions/3.11/lib/python3.11/site-packages/keri/db/basing.py)
This is because there is a circular import between keri.db.basing and keri.core.eventing.
Note that the problem does not arise when keri.core.eventing is imported before keri.db.basing.

We need to move anything that db.basing is importing from eventing to kering as db.basing needs to be importable anywhere


luci-app-https-dns-proxy: add AliDNS DoH servers

It's difficult to use Cloudflare or the DNS provided by Google in China, which means that users with https-dns-proxy enabled will have trouble accessing the site properly.
Alibaba Group now offers DoH services to regular users, so I added AliDNS servers to give users located in China the option to use them.

LGTM, however all commits need to be signed with real names, not aliases. Can you fix that?

LGTM, however all commits need to be signed with real names, not aliases. Can you fix that?

I'm sorry I'm not familiar with DCO checks, so I tried a lot of forece push.
But it's fixed now.


Update mate themes

Things done

[x] Tested using sandboxing
(nix.useSandbox on NixOS,
or option build-use-sandbox in nix.conf
on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] OS X
[ ] Linux

[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[] Fits CONTRIBUTING.md

It looks like mate-common is missing the make install target, according to travis

It looks like mate-common is missing the make install target, according to travis

@zimbatm It seems that travis is failing to find the configure script that is bundled in the distribution. Locally it works:
$ nix-build --option build-use-chroot true -K -A mate.mate-common 2>&1 | tee /var/tmp/nix-build.log
these derivations will be built:
  /nix/store/knnlmfmkabq48n8bfl0n7cc2mgyxhwpv-mate-common-1.15.0.drv
building path(s) ‘/nix/store/8c576acnf5cfhpbxggs6b50f2pssvd4v-mate-common-1.15.0’
unpacking sources
unpacking source archive /nix/store/w9v5xn1iizrxacn6mdznqh964ipi5yrv-mate-common-1.15.0.tar.xz
source root is mate-common-1.15.0
setting SOURCE_DATE_EPOCH to timestamp<PHONE_NUMBER> of file mate-common-1.15.0/ChangeLog
patching sources
configuring
configure flags: --prefix=/nix/store/8c576acnf5cfhpbxggs6b50f2pssvd4v-mate-common-1.15.0
checking for a BSD-compatible install... /nix/store/6m648r8w4qhqv8c33n09blp389bsvvx4-coreutils-8.25/bin/install -c
[...]

With travis it cannot find the configure script. Should be a travis issue, I think.

Yep, all good locally too


has-own-deep instead of has-value

Because .has won't return true when dot notation is used if key value is null or undefined value on the data store and that values are possible case for stores/DBs/etc.

that would be another method then, since has returns true if a value is truthy, hasOwn would return true if a key exists. want to do a pr to add hasOwn?

okey, i'll

closing, as per #3


WebXmlProcessor.processFilterMappings is adding ServletMapping

Congratulations your first PR was merged and the tests completed successfully. Closing this as fixed!


Puzzle incomplete?

I use the attached PGN file and the following command:
python3 main.py --games=A.pgn --stockfish=stockfish --depth=12

After a series of outputs I got:
Puzzle incomplete
Generating new puzzle...
k . . . r . . .
. b . . . . .   P .
P . . . . P . P
. . . . R . K .
Material Value: 2.5
Evaluating Best Move...
Best Move: e8e1
   CP: None
   Mate: 1
Evaluating Legal Moves...
Move: e8e1
   CP: None
   Mate: 0
Move: e8d8
   CP: 1015
   Mate: None
Move: e8c8
   CP: 1038
   Mate: None
... and 20 more moves
Not Going Deeper:
   Ambiguous: False
   Game Over: True
   Has Best Move: True
Puzzle incomplete

A.pgn.zip

I thought depth was the Stockfish engine depth, it was actually the number of moves.


Exclude jsdoc pages from bundling and optimization

By excluding the jsdoc output from being handled by assetgraph-builder we gain a significant speed improvement on postprocessing the docs.
Downside: API docs aren't as optimized. But I think the speed increase is worth the trade-off
Relates to #4356
Latest build on master:

Build time: 5m 39s. Total deploy time: 5m 41s

PR preview build from this branch:

Build time: 2m 36s. Total deploy time: 2m 38s

Coverage remained the same at 93.766% when pulling a275892ec7cfdc1271aff55d9582cabef2225814 on munter/speed-up-docs-build into 7540efb5ed6d8e319bef9c99b3ce2b218573b7fc on master.

Closing this in lieu of #4358 which just disables optimization entirely for pull requests.


Add support for package-aware autoload shims

Adds package-awareness to autogen, and functionality to generate "shimmed" autoloads for the ::Autogen namespace in packages.
Motivation

As part of packaging work in autogen, we are requiring certain "shimmed" autoload definitions to be generated in the ::Autogen namespace of a given package.
Test plan

See included automated tests. Tested on Stripe codebase
cc @ngroman @aisamanra

We have a policy of testing changes to Sorbet against Stripe's codebase before
merging them. I've kicked off a test run for the current PR.  When the build
finishes, I'll share with you whether or how it failed. Thanks!
Stripe employees can see the build results here:
→ https://go/builds/bui_L4x1HxqSPJStoo
→ https://go/builds/bui_L4x1E64W3REFpf

Heads up, I'll need a bit to completely work it out, but I think I have an idea for a cleaner/smaller API.

We have a policy of testing changes to Sorbet against Stripe's codebase before
merging them. I've kicked off a test run for the current PR.  When the build
finishes, I'll share with you whether or how it failed. Thanks!
Stripe employees can see the build results here:
→ https://go/builds/bui_L5958qBkgC4MiY
→ https://go/builds/bui_L595Kj50ls4Rgr

We have a policy of testing changes to Sorbet against Stripe's codebase before
merging them. I've kicked off a test run for the current PR.  When the build
finishes, I'll share with you whether or how it failed. Thanks!
Stripe employees can see the build results here:
→ https://go/builds/bui_L59H7AA5bIB9b7
→ https://go/builds/bui_L59HLEjYWiNnRI

ptal @ngroman
Made changes.


Karabiner-Elements switching < and > with @ and # with AZERTY keyboard

Hi,
My configuration file is:
{
    "profiles": [
        {
            "name": "Default profile",
            "selected": true,
            "simple_modifications": {
            "application": "fn"
            }
        }
    ]
}

Everything is working fine and all the features I needed from the old Karabiner are here, however, when Karabiner-Elements is enabled, the keys giving me @ (and # with shift) and < (and > with shift) are inverted.
This only occurs with my external USB keyboard, a WASD keyboard. The internal keyboard is working fine with those two keys.
If I close Karabiner-Elements, the keys are back to their normal "default" behaviours.
Not sure if this is a bug or a "feature", but I never had this issue with the old Karabiner.
If this is not a bug, and that I can fix it with a configuration file tweak, I would be grateful if you could give me the codes for those keys.

Found what to input in configuration file to fix this behaviour:
                "non_us_backslash": "grave_accent_and_tilde",                 "grave_accent_and_tilde" : "non_us_backslash"

That's a good workaround. However, the bug remains: you want to be able to use both the internal keyboard and the external, USB keyboard.
I'm keeping an eye on the very active development of KE. Thanks to all contributors!

@Cubox- Thanks for this, it was driving me mad!


[New Docs PR] - Helidon MP OpenAPI #4209

Resolves #4209

I hope did it right. Would you please check.
I think, a good idea will be to first finish this doc, to have it as a reference, and then, as we edit the SE doc, to extract the common parts and edit both of them. I hope you like this idea :)


Fix for #13

fixes #13: add support for older (iced-)coffee-script versions

Functions registered under register now take a second parameter: packagePath which is the resolved path of the package providing the module.

This seems a pain, we could abstract it more (there is an obvious pattern here) by supporting the config object as per #9.  I see it as just another config option like legacyRegister or something

I agree @phated. Any chance you could give a more thorough explanation of your vision so we can figure out the best path forward, and maybe @silkentrance can implement it, since he's already here doing a bunch of stuff?

@phated so instead of just another parameter there would be a config object instead? works for me. packagePath could be just one of the options passed in.

@phated Having taken a closer look at "6to5/register", I find no actual correspondence to this issue. However, passing in a configuration object instead seems to be a reasonable solution for this issue, too.

@phated The reason that the package path pointing to the node_modules/coffees-script folder of the tool using node-rechoir/node-interpret is that that path cannot be restored from within either of the registration functions in node-interpret.

If we do the config like https://github.com/tkellen/node-interpret/issues/9#issuecomment-69089917 then the try/catch for legacy module loading can be abstracted into node-rechoir.  Thoughts?

closing in favor of #15


HTTPS and WSS (SSL) in iOS9

iOS 9 and OSX 10.11 require TLSv1.2 SSL for all hosts you plan to request data from unless you specify exception domains in your app's Info.plist file.

Does this library supports https at all? I haven't been able to make it work using https.

Unfortunately, this project is no longer maintained. Please use the official framework Socket.IO-Client-Swift.


add app icon

New Pull Request
Description
Added app icon. I have used a pictogram from the Arasaac API
Fixes
#30

Any taget user of the app will recognise the Arasaac pictos in this icon. Good choice!


Compatibility with axum v0.6 - trait bound not satisfied

When compiling tower-cookies with axum 0.6.0-rc.2, there are some compatibility issues. The axum version 0.5.17 works well. I don't know enough about axum, tower-layer or tower-cookies to know what is going on - but I thought I'd report the issue before axum v0.6 gets released.
# Cargo.toml
[dependencies]
axum = { version = "0.6.0-rc.2" }
tokio = { version = "1", features = ["full"] }
tower-cookies = { version = "0.7.0" }

// main.rs
use axum::{
    routing::get,
    response::IntoResponse,
    Router,
    http::{StatusCode, header},
};
use tower_cookies::{CookieManagerLayer, Cookies};

async fn status(cookies: Cookies) -> impl IntoResponse {
    (StatusCode::NOT_FOUND, "")
}

#[tokio::main]
async fn main() {
    // build our application with a single route
    let app = Router::new()
        .route("/api/status", get(status))
        .layer(CookieManagerLayer::new());

    // run it with hyper on localhost:3000
    println!("Listening on <IP_ADDRESS>:3000...");
    axum::Server::bind(&"<IP_ADDRESS>:3000".parse().unwrap())
        .serve(app.into_make_service())
        .await
        .unwrap();
}

error[E0277]: the trait bound `fn(Cookies) -> impl Future<Output = impl IntoResponse> {status}: Handler<_, _, _>` is not satisfied
   --> src/main.rs:25:35
    |
25  |         .route("/api/status", get(status))
    |                               --- ^^^^^^ the trait `Handler<_, _, _>` is not implemented for `fn(Cookies) -> impl Future<Output = impl IntoResponse> {status}`
    |                               |
    |                               required by a bound introduced by this call
    |
    = help: the trait `Handler<T, S, B>` is implemented for `Layered<L, H, T, S, B>`
note: required by a bound in `axum::routing::get`
   --> /home/etiennebruines/.cargo/registry/src/github.com-1ecc6299db9ec823/axum-0.6.0-rc.2/src/routing/method_routing.rs:400:1
    |
400 | top_level_handler_fn!(get, GET);
    | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ required by this bound in `axum::routing::get`
    = note: this error originates in the macro `top_level_handler_fn` (in Nightly builds, run with -Z macro-backtrace for more info)

For more information about this error, try `rustc --explain E0277`.
error: could not compile `qmex-pass` due to previous error

Resolved by #20