How to refresh AdMobBanner if it fail to load?

Hi. I want to try request the ad again once the AdMobBanner failed to load because for any reason... how to do that?

By invoking loadBanner on a instance. See the example project; https://github.com/sbugert/react-native-admob/blob/master/Example/index.js#L121


refactor(access-control): create access-control-panel component [EE-2345]

closes EE-2345

/azp run

Closes https://github.com/portainer/portainer/issues/6031


fix: ignore casing for raw proxy data header

Description

Testing required outside of automated testing?

[ ] Not Applicable

Screenshots (if appropriate):

[ ] Not Applicable

Rollback / Rollforward Procedure

[ ] Roll Forward
[ ] Roll Back

Reviewer Checklist

[ ] Description of Change
[ ] Description of outside testing if applicable.
[ ] Description of Roll Forward / Backward Procedure
[ ] Documentation updated for Change

done on #74


[Hacktoberfest] A function to delete from a table

Task
Implement a function to delete from a table in JavaScript SDK.
Follow similar pattern as in the Python SDK.
Deliverables
Create a PR to this repository with the implementation.
:loudspeaker: Additional rewards :trophy:
This issue brings up to :five:  :zero:  points for SWAG and entry into the draw for a  :point_down: :

:three:  :x:   :computer:  Razer Blade 16 Gaming Laptop
:shirt: :bear:  MindsDB Swag

:information_source: For more info check out https://mindsdb.com/hacktoberfest :point_left:

@quest-bot embark

#79

Can you assign this issue to me?


Unable to sync gold_main

The instruction for running a DGLD node are bit scattered:

https://dgld.ch/faq/how-does-the-dgld-blockchain-work
https://commerceblock.readthedocs.io/en/latest/integration/index.html
https://github.com/goldtokensa/config/blob/master/mainnet/ocean/ocean.conf

I compiled this repo from source (v<IP_ADDRESS>-7c11ad9ca)
I created ocean.conf with the above content, minus the RPC settings. I also set chain=gold_main (and printtoconsole=1). I then start src/oceand.
The FAQ article and block explorer say the gensis hash should be c66cb6eb7cd585788b294be28c8dcd6be4e37a0a6d238236b11c0beb25833bb9, but my node says it's 900959e177c9a1a3fa7f100ee978c66c2e39ba546b44157127f912a750dec83d. It complains when receiving headers ERROR: AcceptBlockHeader: prev block not found, which indeed suggests a disagreement about what the right genesis block is.

I'm also conflicing information about which port to use: 8332, 7043 or 8443?


Why 'ws 1 for stand attention' in your GroupAttention code?

I find that in your implementation of GroupAttention in gvt.py, you comment that 'ws 1 for stand attention'.
class GroupAttention(nn.Module):
    def __init__(self, dim, num_heads=8, qkv_bias=False, qk_scale=None, attn_drop=0., proj_drop=0., ws=1, sr_ratio=1.0):
        """
        ws 1 for stand attention
        """
        super(GroupAttention, self).__init__()
        assert dim % num_heads == 0, f"dim {dim} should be divided by num_heads {num_heads}."

However, I think ws means the window size, if ws=1, than the self-attention is only performed in a 1x1 window, which is not the standard self-attention.

This is an implementation choice.
We use 1 to stand for the standard attention.  The resolution of the feature map in the last stage is 7x7. We perform standard self attention because it's cheap at that stage.

This is an implementation choice.
We use 1 to stand for the standard attention. The resolution of the feature map in the last stage is 7x7. We perform standard self attention because it's cheap at that stage.

but the standard self-attention should use a window size equals to to feature size (ws = 7 in the last stage)

In detailed implementation, Ws=7 does not work in the last stage. Please check the code.

@cxxgtxy In your paper, the last stage you only use GSA. for 224 classification, the last stage feature size = 7x7, ws = 7 (LSA) not ws = 1 (GSA) is equal，but for detection or segmentation, the last stage feature size maybe not 7x7, ws = 7 (LSA) and ws = 1 (GSA) is not equal, dose this mean you use LSA and GSA at the same time for the last stage?

@cxxgtxy In your paper, the last stage you only use GSA. for 224 classification, the last stage feature size = 7x7, ws = 7 (LSA) and ws = 1 (GSA) is equal，but for detection or segmentation, the last stage feature size maybe not 7x7, ws = 7 (LSA) and ws = 1 (GSA) is not equal, dose this mean you use LSA and GSA at the same time for the last stage?

It's a good question. The feature map size for the detection and segmentation task is indeed larger than 7*7. As for implementation, we use ws=1 (GSA) in the last stage (as classification).
Please see the code
        for k in range(len(depths)):             _block = nn.ModuleList([block_cls(                 dim=embed_dims[k], num_heads=num_heads[k], mlp_ratio=mlp_ratios[k], qkv_bias=qkv_bias, qk_scale=qk_scale,                 drop=drop_rate, attn_drop=attn_drop_rate, drop_path=dpr[cur + i], norm_layer=norm_layer,                 sr_ratio=sr_ratios[k], ws=1 if i % 2 == 1 else wss[k]) for i in range(depths[k])])             self.blocks.append(_block)             cur += depths[k]


Example exception 'oob'

Please,  can you give an example code, when an exception is thrown 'oob' and it is necessary to enter your email or phone?

Did you mean the exception that says Desktop applications only support the oauth_callback value 'oob'? It has nothing to do with requiring email or phone number.

TwitterのOAuthでCallbackさせるときの注意点 - speg03の雑記帳(Written in Japanese, so you should read via Google Translate.)

This article says:

When you need to authorize on Web applications,

Set Application Type to Browser.
Fill Callback URL anyway. (Even if you're going to specify in your PHP scripts)


Allow specifying export file via ESPUP_EXPORT_FILE

This adds support for specifying the location of the export file via the environment variable ESPUP_EXPORT_FILE. So one does not have to remember to explicitly specify --export-file FILE when installling or updating with a custom location of that file.

You are absolutely right. I tricked myself by just grepping for export-file and believing in magic afterwards. 😅  Fixed.


Pyaudio Mircophone Streaming Example Notebook

Hey, I created this pull request for my example notebook that contains a low-level example on how binary audio data fetched from a Pyaudio stream in this case can be processed with SileroVAD. I also added the library versions, the platform I used, etc. as discussed previously.
I also saw that another microphone example has already been added, however, I think my example is different and could provide additional value. That's why I opened this PR :slightly_smiling_face:
Regards,
Kai

Okay, you are welcome 🙂  Yes, it was the full environment with Jupiter and the libraries.


grandpa: avoid importing unnecessary justifications

When importing a block if it includes a GRANDPA justification we will always process it. If a peer is serving us justifications for every block then we will invariably verify them and import them which can lead to a significant slowdown in block import speed. We don't need justifications for every block and therefore this is wasteful. After this PR we will only import GRANDPA justifications every 512 blocks (besides the mandatory ones, i.e. when authorities change).
Fixes problems like https://github.com/paritytech/substrate/issues/13947#issuecomment-1572444305.

The CI pipeline was cancelled due to failure one of the required jobs.
Job name: test-linux-stable
Logs: https://gitlab.parity.io/parity/mirrors/substrate/-/jobs/3035179

This will solve the slow import issue when syncing with nodes that are sending more justifications as expected.
However its a bit different than what we discussed earlier, correct? Since JUSTIFICATION_IMPORT_PERIOD and the config are separate, this will even help nodes that have justification_period set to 1. I think previously we had discussed using the configured justification_period for import too.

Another option could be adding another parameter in the GrandpaParams.
Something like  separating justification_import_period and justification_production_period.
Both as Options. If one is None => Use a default const value (like 512)
Just to not have the import period as a constant.
Obviously works with the constant as well.

I would probably go with the parameter, to make it configurable like we have for the creation.

Updated to make the justification import period configurable.

The CI pipeline was cancelled due to failure one of the required jobs.
Job name: test-linux-stable
Logs: https://gitlab.parity.io/parity/mirrors/substrate/-/jobs/3158408

The CI pipeline was cancelled due to failure one of the required jobs.
Job name: test-linux-stable
Logs: https://gitlab.parity.io/parity/mirrors/substrate/-/jobs/3159034

The CI pipeline was cancelled due to failure one of the required jobs.
Job name: test-linux-stable
Logs: https://gitlab.parity.io/parity/mirrors/substrate/-/jobs/3159315

A dumb question: what if justification_import_period can not exact division justification_generation_period?

@jasl Yes, that would work for your own node to generate as much justifications as possible while not affecting other nodes on the network, i.e. those nodes would ignore those justifications when doing initial sync.

bot merge

bot merge force


Hg - Cleanup branches with no corresponding open PRs

This is a problem that we want to be addressed with Mercurial. I don't know exactly how this translates to git, so I made it Mercurial specific for now.
I find it hard to maintain the Vcs abstraction with such specific cases. This is why I currently kept everything in the repo package. I could probably move some things in hg package (like FakeMerge)
I also added a project property to set the trash branch to merge into

Closing since I could not edit. Moved the commits to https://github.com/coveo/lure/pull/26


Create one listener that merges the leading and trailing glow controllers and use it in each paint

If a new listener is created for each paint, then the leading and trailing
controllers will accumulate and invoke a list of all those listeners

@Hixie @chinmaygarde


Additions to trusted domains

I used the integrated terminal to setup a machine to be accessible to vscode.dev. When I clicked the link I was asked if I trust the domain.  We should add

https://insiders.vscode.dev/+ms-vscode.remote-server/* and
https://vscode.dev/+ms-vscode.remote-server/*
to trusted domains.

And I was unsuccessful adding the entry myself. None of those two worked
  "https://insiders.vscode.dev/%2Bms-vscode.remote-server",
  "https://insiders.vscode.dev/+ms-vscode.remote-server"

After that PR goes in ^ You should be able to add:
"https://insiders.vscode.dev/+ms-vscode.remote-server/*"

I will also add to the built-in ones

I've added these to the list that ships with vscode.


getting "Error getting tty, exiting" running BigSSH

hi
i have tried to run a SSH session against i "Linux" appliance.
In the console it is not possible to start a Shell and it returns "Error getting tty, exiting"
I am a little Newbie into js - but have trief to figure out if it's possible to add an argument that disable
default shell on connection. or do i have to mod. the SSH module ?

Hello, you should use "-n" option to avoid stdin. Please tell me

You mean as a -
commandArgs":"  -n “.  ??
Mvh Jon F Sieck, sendt fra min mobile !
Den 7. mar. 2019 kl. 20.14 skrev Jacques W <notifications<EMAIL_ADDRESS>Hello, you should use "-n" option to avoid stdin. Please tell me
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/Jacques44/node-red-contrib-bigssh/issues/9#issuecomment-470656572, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AtADocfg3B6k4wgLoU6JXhBhe6oDZ-9Vks5vUWUUgaJpZM4aalvw.


bsfmt.json

Adds support for loading bsfmt.json formatter options. If bsfmt.json exists, all formatter-related user/workspace settings will be ignored.

@elsassph could you take a look at this to verify it suits your needs?


Prototype Jekyll blog for Devx

Story
As a DevX site user I want blogs be presented using same layout as other parts of the site without having to navigate to another site.
DOD

Integrate Jekyll blog platform into DevX
Blog editor can use GitHub to compose blog in markdown format.
Provide a migrate path for existing 20 or so blogs.

The new blog system is setup using https://github.com/BCDevExchange/blog as content repo. Checkout the readme for publishing workflow. The new system co-exists with current DataBC blog. The reason to choose co-existing strategy is that:

While it's easy to migrate 20 or so blogs, migrating the comments are not trivial.
Allows blogs that are relevant to both BCDevX and DataBC created in one place.


Video conference is not working in Edge Browser

Hello Muaz,
When I used this linked  https://www.webrtc-experiment.com/RTCMultiConnection/videoconferencing.html to set-up a new conference in Edge browser(Window-10) then below error is occur. Also this is not working in safari browser(MAC). Please help me sir.
WebRTC 1.0 (RTCPeerConnection) API seems NOT available in this browser.
RTCMultiConnection.js (3917,9)
SCRIPT438: Object doesn't support property or method 'indexOf'
RTCMultiConnection.js (4736,13)
SCRIPT5009: 'DetectRTC' is undefined
RTCMultiConnection.js (5458,13)
Thanks,

You and the rest of the world are waiting. Both companies are working on it.
Welcome to the race.

Yes Andy :)


Textures broken on 1.21.4

The latest version of Splinecart (v0.1 for 1.21.3) seems to work fine mechanically on 1.21.4, but the mod's items all appear with the missing block texture in the inventory.

I think as a quick workaround you could give the item with the /give command and change the item_model modifier to that of the item you want it to show. This could be also done with a recipe change for survival but I am not sure how to do that. I just know that it is possible.


Factor change predicate out of fluxcd/source-controller

Many of the controllers in gitops toolkit follow the pattern of running on an interval, except when there's a specific annotation saying to run ASAP.
The "except" is encapsulted in a predicate, which filters Update events for those in which the generation has changed OR the specific annotation has changed.

Possible gotcha here: the name of the annotation is taken from github.com/fluxcd/source-controller/api, which is its own module; if other code refers to this module, it'll drag in controller-runtime, which wouldn't be the case for source-controller/api. If this is a problem, that const can be put in another module.

All API packages are importing sigs.k8s.io/controller-runtime/pkg/scheme so I don't see any issues with having the annotation in this package. Can you please run go mod tidy and commit go.sum?

I think the logger package could be part of the runtime as well.

Follow-up:

[ ] change imports of logger
[ ] use ChangePredicate from controllers and remove any duplicates
[ ] use ReconcileAtAnnotation from controllers and remove any duplicates

Can you please run make release-runtime so we can use a v0.0.1 as the package version in controllers.


chore(deps): add rimraf dist to all packages & stay on older version

Description
add rimraf npm script to all individual packages
Motivation and Context
the new version of rimraf removes support to Glob patterns, let's stick with previous version for now since they might bring in it back in future release
How Has This Been Tested?

Types of changes

[x] Chore (change that has absolutely no effect on users)
[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

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

Codecov Report

Merging #442 (5bdbff3) into main (51eec47) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #442   +/-   ##
=======================================
  Coverage   97.34%   97.34%
=======================================
  Files         147      147
  Lines        4383     4383
  Branches     1020     1020
=======================================
  Hits         4266     4266
  Misses        117      117

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


Changed name of GITHUB_TOKEN secret for GH_TOKEN

Purpose

For reviewers

Related Github issues

Changes

Tests

Deployment Considerations
Version Notes
{ major | minor | patch }

NOTE: Include the version notes in the squash commit message

/deploy

Deployed prnet successfully


git: add git-jump to PATH

Description of changes

Things done

Built on platform(s)

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

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

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

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

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

[ ] Fits CONTRIBUTING.md.

@ofborg build git

We also install quite a few contrib things under $out/share/git/contrib/ already and not having them in the PATH is inconvenient. I don't think this PR should be blocked by this and the contrib directory is only 1.1MB in size.

We also install quite a few contrib things under $out/share/git/contrib/ already

Yes, I also noticed this, and IMO it's wrong. I'd prefer if we'd stop doing that.

not having them in the PATH is inconvenient

Sure but it's also the point. Those tools aren't part of a normal installation and it isn't that inconvenient to add them to $PATH, if necessary.

the contrib directory is only 1.1MB in size.

It isn't about the size.
Just to be sure I checked what two other Linux distributions are doing:

Arch: https://archlinux.org/packages/extra/x86_64/git/usr/share/git/git-jump/
usr/share/git/git-jump/README
usr/share/git/git-jump/git-jump

Debian: https://packages.debian.org/de/bullseye/amd64/git/filelist/usr/share/doc/git/contrib/git-jump/README
/usr/share/doc/git/contrib/git-jump/git-jump

IMO it's wrong. I'd prefer if we'd stop doing that.

Whats wrong about this? If we have the files hidden deeply in share we can also add a symlink to bin. Not like its going to break something.

Those tools aren't part of a normal installation and it isn't that inconvenient to add them to $PATH, if necessary.

The completion script is also not part of the standard installation and installed by many distributions from contrib.

Can we please move this discussion to another place? It is unlikely that we are going to remove everything from contrib in this PR.

Whats wrong about this?

Unfortunately I didn't find good sources regarding the contrib/ directory conventions / best practices but AFAIK it just doesn't belong into the same package as the content is contributed by the community and not an "official" part of the software (and it's usually also not maintained by upstream). IMO https://drewdevault.com/2020/06/06/Add-a-contrib-directory.html explains it nicely though (but one may or may not like it). https://9p.io/wiki/plan9/Contrib/index.html is also interesting.

The completion script is also not part of the standard installation and installed by many distributions from contrib.

Yes, that does indeed seem to be an exception. Ideally, it wouldn't be in the contrib/ directory anymore.

Can we please move this discussion to another place?

Sure, feel free to open a dedicated issue to discuss this matter (and please reference it here) ;) That'd be great :)

It is unlikely that we are going to remove everything from contrib in this PR.

That's fine - I'd just like to avoid making the situation worse than it already is (IMO - that's why a dedicated issue to discuss it in our community would be good).

Can we please move this discussion to another place?

I was more thinking about merging this PR and then someone that is not me and actually cares about the matter opens an issue and can discuss that with other people.

@ofborg eval

I am planning to merge this in the next days. Another symlink is not going to make a difference and I am currently not planning to majorly refactor the git package.


Add server log and related features

[x] Implement a "text channel cache" similar to RoleCache so channels can be easily identified by name  9dce517
Post server-related events to the text channel "server-log"
All log entries will be done via RichEmbeds
The following events will be tracked (color of embed):

[x] Member join (Green)

Member name (with tag)

[x] Member leave (Blue)
Message edited (Orange)

Include channel name
Show before and after

Message deleted (Red)

Include channel name

All features implemented.


Can't run getrobotpwd

When running getrobotpwd (With the correct IP address), I get:

<EMAIL_ADDRESS>getrobotpwd /usr/local/lib/node_modules/homebridge-roomba-stv
cd node_modules/dorita980 && npm install && node ./bin/getpassword.js "<IP_ADDRESS>"

npm WARN<EMAIL_ADDRESS>requires a peer of<EMAIL_ADDRESS>but none is installed. You must install peer dependencies yourself.
npm WARN<EMAIL_ADDRESS>requires a peer of<EMAIL_ADDRESS>|| ^3.0.0 but none is installed. You must install peer dependencies yourself.
audited 1281 packages in 2.951s
found 2 vulnerabilities (1 low, 1 critical)
run npm audit fix to fix them, or npm audit for details
Make sure your robot is on the Home Base and powered on (green lights on). Then press and hold the HOME button on your robot until it plays a series of tones (about 2 seconds). Release the button and your robot will flash WIFI light.
Then press any key here...
events.js:173
throw er; // Unhandled 'error' event
^
Error: connect ETIMEDOUT <IP_ADDRESS>:8883
at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1054:14)
Emitted 'error' event at:
at emitErrorNT (internal/streams/destroy.js:91:8)
at emitErrorAndCloseNT (internal/streams/destroy.js:59:3)
at processTicksAndRejections (internal/process/task_queues.js:84:17)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>getrobotpwd: cd node_modules/dorita980 && npm install && node ./bin/getpassword.js "<IP_ADDRESS>"
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>getrobotpwd script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR!      /Users/siobhan/.npm/_logs/2019-11-30T02_59_25_146Z-debug.log
The log file says:
1 verbose cli [
1 verbose cli   '/usr/local/Cellar/node/12.1.0/bin/node',
1 verbose cli   '/usr/local/bin/npm',
1 verbose cli   'run',
1 verbose cli   'getrobotpwd',
1 verbose cli   '<IP_ADDRESS>'
1 verbose cli ]
2 info using<EMAIL_ADDRESS>3 info using<EMAIL_ADDRESS>4 verbose run-script [ 'pregetrobotpwd', 'getrobotpwd', 'postgetrobotpwd' ]
5 info lifecycle<EMAIL_ADDRESS><EMAIL_ADDRESS>6 info lifecycle<EMAIL_ADDRESS><EMAIL_ADDRESS>7 verbose lifecycle<EMAIL_ADDRESS>unsafe-perm in lifecycle true
8 verbose lifecycle<EMAIL_ADDRESS>PATH: /usr/local/lib/node_modules/npm/node_modules/npm-lifecycle/node-gyp-bin:/usr/local/lib/node_modules/homebridge-roomba-stv/node_modules/.bin:/usr/local/lib/node_modules/.bin:/usr/local/npm_packages/bin:/usr/local/opt/icu4c/sbin:/usr/local/opt/icu4c/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin
9 verbose lifecycle<EMAIL_ADDRESS>CWD: /usr/local/lib/node_modules/homebridge-roomba-stv
10 silly lifecycle<EMAIL_ADDRESS>Args: [
10 silly lifecycle   '-c',
10 silly lifecycle   'cd node_modules/dorita980 && npm install && ' +
10 silly lifecycle     'node ./bin/getpassword.js "<IP_ADDRESS>"'
10 silly lifecycle ]
11 silly lifecycle<EMAIL_ADDRESS>Returned: code: 1  signal: null
12 info lifecycle<EMAIL_ADDRESS>Failed to exec getrobotpwd script
13 verbose stack Error<EMAIL_ADDRESS>getrobotpwd: cd node_modules/dorita980 && npm install && node ./bin/getpassword.js "<IP_ADDRESS>"
13 verbose stack Exit status 1
13 verbose stack     at EventEmitter. (/usr/local/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:301:16)
13 verbose stack     at EventEmitter.emit (events.js:196:13)
13 verbose stack     at ChildProcess. (/usr/local/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
13 verbose stack     at ChildProcess.emit (events.js:196:13)
13 verbose stack     at maybeClose (internal/child_process.js:1000:16)
13 verbose stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:267:5)
14 verbose pkgid<EMAIL_ADDRESS>15 verbose cwd /usr/local/lib/node_modules/homebridge-roomba-stv
16 verbose Darwin 17.7.0
17 verbose argv "/usr/local/Cellar/node/12.1.0/bin/node" "/usr/local/bin/npm" "run" "getrobotpwd" "<IP_ADDRESS>"
18 verbose node v12.1.0
19 verbose npm  v6.9.0
20 error code ELIFECYCLE
21 error errno 1
22 error<EMAIL_ADDRESS>getrobotpwd: cd node_modules/dorita980 && npm install && node ./bin/getpassword.js "<IP_ADDRESS>"
22 error Exit status 1
23 error Failed at the<EMAIL_ADDRESS>getrobotpwd script.
23 error This is probably not a problem with npm. There is likely additional logging output above.
24 verbose exit [ 1, true ]

obviously it is having problems getting through to the robot.

The home bridge server (Mac mini) and the robot are on the same wifi network, and it is 2.4Ghz only.
When I look at the robot info in the Roomba app, it tells me it is on the correct network and I have the correct IP address.
I can't seem to ping the address, but that may be turned off anyway.
I can run the Roomba from the app, no problem.

ignore this. Typo on the IP address, even though I kept checking. argh!


Deploy status (was: What is the lifecycle of shields.io build?)

Hi there, 3 weeks ago I have added Vaadin-Directory service and the request has been merged. However, I noticed that the service has not been up yet.
Can I have an estimation to when you guys would build the whole thing again and publish? We would love to have the badge as soon as possible.
The PRs: https://github.com/badges/shields/pull/1474 https://github.com/badges/shields/pull/1496

Hello @binhbbui411 !
Quoting @paulmelnikow:

Deploys usually happen every 1–3 weeks. Thaddée, who has limited time on this project, is the only sysadmin. He's working on giving me access to deploy and logs, but doing so is complicated because the hosting account (and maybe the servers too) are shared with other services he runs.

You're definitely right, we've been slightly on the slow side in terms of release lifecyle lately. Let's be patient! 😉
Cheers,
Pyves

I see. Good to know things are still progressing somehow.
Thanks for the update, PyvesB!

@kachkaev asked at https://github.com/badges/shields/issues/1518#issuecomment-373948524:

Meanwhile, will it be OK if use a staging badge at https://shields-staging.herokuapp.com/codeclimate/coverage/gicentre/prettier-plugin-elm.svg?style=flat-square?

I'd request that the staging server be restricted to testing. Since we're on the free plan, Heroku limits the number of hours per month the server can be used. If we exceed those with production usage, the staging server becomes unusable for testing, which is why it's there. That said, you're welcome to host your own server on Heroku!

@paulmelnikow I'm wandering if you've considered asking someone like heroku for free hosting as a sponsorship / partnership deal? Or if you've considered auto-deployments in general?

I have cherry-picked #1774 onto 57a1bf2f082be3c0bcef4250f6a5e783a02fc9cf and deployed it to gh-pages which brings it in sync with production. See https://github.com/badges/shields/pull/1742#issuecomment-398785495. It's live at https://shields.io/ and seems to be working find, though it's my first time doing this. Let me know if you see any issues!

I'm seeing a security warning, which I did not get when I deployed it under my own account. I'm looking into it now. Stay tuned!

It's no longer useful to keep this issue opened, let's close it! We've gotten much better at deployments recently. 😉


⚠ Bofrost.es has degraded performance

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

HTTP code: 200
Response time: 1695 ms

Resolved: Bofrost.es performance has improved in 81eacfd after 1 hour, 9 minutes.


Users should be able to reset their own passwords.

This would tie in with the concept of creating accounts on behalf of a user, no? (Set their password to a GUID and email the reset link through). Would be a step towards setting up environments where public registration is disabled but admins can add users.

Yes, exactly. A clear next step.

Surely a needed one.


Updated deps

Please do not merge, as this is a work in progress 👷

@LinusU Just to confirm, the tests test if the module works correctly? This made me feel like it wasn't. I expected some unit testing.

Hmm, I'm quite new to this project, but it seems like there should be some kind of unit testing... Shouldn't be to hard to make some, maybe with nock...

How about an end-to-end test? Say we have some kind of test repo and we run npm-check on it. We then collect the results of npm-check, store those results, and then run all our tests against those initial results.

@LinusU would be great if you could prerelease this. I would recommend using np to do this.


366 add cli commands to inspectrestart the environment

src/blueapi/service/main.py:145:22: B008 Do not perform function call Task in argument defaults; instead, perform the call within the function, or read the default from a module-level singleton variable
tests/worker/test_reworker.py:349:18: B008 Do not perform function call Task in argument defaults; instead, perform the call within the function, or read the default from a module-level singleton variable

not sure what convention do we want to settle on here @callumforrester

But the handle error must be in the cli. Otherwise you either quit the program or return something

rebase is complex

will do hectic rebase tomorrow

this if failing due to testing coverage. to mock the polling right, we'd need to mock the devices being restarted. the polling logic is simple and custom, not sure what should happen here

the CLI demands the access to RabbitMQ. should we spin one up as part of a docker-compose config with devcontainers?

@stan-dot it is already spun up, see how the stomp tests are configured

but then we get something like #206


Parametrized globbing, use glob almost everywhere.

Optimized the globbing script (to avoid always globbing 3 times for no reason) and ported it to almost all other folders (server, scene, modules, drivers main).
The editor will also now correctly include export from all platforms (even user-defined platforms unlike with the previous approach).

Only tested the linux build.


Fix quickstart example in README.md

Add export default to quickstart example.

Thanks for your contribution @LaQuay! 👌


Fix the jest tests so that they can be run concurrently

The jest tests are not reliable if they run concurrently, and usually about ⅔ of them fail for me. They work properly when run one at a time. The --runInBand arg when running jest tests and "maxConcurrency": 1 jest config property should ideally not be needed, but until the tests are made to be more reliable when running in parallel, this properties are needed.
There is likely some issue around tests not being cleaned up properly or something being used/modified in multiple tests at the same time.

Doing this may cause more problems than it solves.  Let's close this for now.  We can revisit if we think it's an issue.


Fix potentially infinite loop in build scripts

What this PR does / why we need it:
Prevent 2 until loops in the build scripts to run, and fail, forever.
Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #
Special notes for your reviewer:
Release note:

NONE

/retest

/retest

/retest

/retest

/retest


resolve issue with ::

This PR relates to the issue found in #3 as I was running into the same issue as well

Thanks! I have not been able to take care of this repo :) but I gladly accept contributions!


Can't add omnipay-payu to composer laravel 5.1

Hello
I can't figure out how to integrate this module with omnipay and laravel 5.1
When I set this on the composer.json and execute composer update I get this.
Your requirements could not be resolved to an installable set of packages.
Problem 1
- The requested package omnipay/payu could not be found in any version, there may be a typo in the package name.
Potential causes:

A typo in the package name
The package is not available in a stable-enough version according to your minimum-stability setting
see https://groups.google.com/d/topic/composer-dev/_g3ASeIFlrc/discussion for more details.

Read https://getcomposer.org/doc/articles/troubleshooting.md for further common problems.
thanks for your help.

Hi @luchiniii,
Remember that this package has no stable version out. Composer is correctly complaining about stability level.
If it is complaining when executing composer require omnipay/payu, then you might consider adding it manually in composer.json ("omnipay/payu": "dev-master"). If that doesn't help, then probably you have minimum-stability set.
Cheers.

@JakeFalcor Unfortunately, that did not work, please help!

composer show omnipay/payu shows that there are two versions of package.
versions : dev-master, 2.0.x-dev
@janeczeq25 please update composer to newest version and clear composer cache  composer clearcache and then try agin composer require omnipay/payu

Thank you very much for your answer!
The following entry in composer.json helped!
"minimum-stability": "dev",

always use latest version of composer and consider minimum-stability option.

@Steveb-p thank you setting manually "omnipay/payu": "dev-master" worked for me ! :+1:


BUG: Windows Built SciPy can't import _fblas via pip install .

Describe your issue.
After building SciPy main branch, installing it systemwide via pip install . leads to broken import. This happens even building NumPy locally with the locally built OpenBLAS.
In [6]: np.show_config()
blas_armpl_info:
  NOT AVAILABLE
blas_mkl_info:
  NOT AVAILABLE
blis_info:
  NOT AVAILABLE
openblas_info:
    library_dirs = ['C:\\Users\\ilhan\\Documents\\GitHub\\numpy\\build\\openblas_info']
    libraries = ['openblas_info']
    language = f77
    define_macros = [('HAVE_CBLAS', None)]
blas_opt_info:
    library_dirs = ['C:\\Users\\ilhan\\Documents\\GitHub\\numpy\\build\\openblas_info']
    libraries = ['openblas_info']
    language = f77
    define_macros = [('HAVE_CBLAS', None)]
lapack_armpl_info:
  NOT AVAILABLE
lapack_mkl_info:
  NOT AVAILABLE
openblas_lapack_info:
    library_dirs = ['C:\\Users\\ilhan\\Documents\\GitHub\\numpy\\build\\openblas_lapack_info']
    libraries = ['openblas_lapack_info']
    language = f77
    define_macros = [('HAVE_CBLAS', None)]
lapack_opt_info:
    library_dirs = ['C:\\Users\\ilhan\\Documents\\GitHub\\numpy\\build\\openblas_lapack_info']
    libraries = ['openblas_lapack_info']
    language = f77
    define_macros = [('HAVE_CBLAS', None)]
Supported SIMD extensions in this NumPy install:
    baseline = SSE,SSE2,SSE3
    found = SSSE3,SSE41,POPCNT,SSE42,AVX,F16C,FMA3,AVX2,AVX512F,AVX512CD,AVX512_SKX,AVX512_CLX,AVX512_CNL,AVX512_ICL
    not found =

Reproducing Code Example
C:\Users\ilhan\Documents\GitHub\scipy [main ≡]> $env:PKG_CONFIG_PATH="C:\opt\64\lib\pkgconfig\"
C:\Users\ilhan\Documents\GitHub\scipy [main ≡]> $env:CC="x86_64-w64-mingw32-gcc";$env:CXX="x86_64-w64-mingw32-g++"
C:\Users\ilhan\Documents\GitHub\scipy [main ≡]> pip install .
Processing c:\users\ilhan\documents\github\scipy
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... done
Requirement already satisfied: numpy>=1.19.5 in c:\users\ilhan\appdata\local\programs\python\python310\lib\site-packages\numpy-1.24.0.dev0+695.g50a74fb65-py3.10-win-amd64.egg (from scipy==1.10.0.dev0) (1.24.0.dev0+695.g50a74fb65)
Building wheels for collected packages: scipy
  Building wheel for scipy (pyproject.toml) ... done
  Created wheel for scipy: filename=scipy-1.10.0.dev0-cp310-cp310-win_amd64.whl size=47000726 sha256=35808c560f2e33dafe3ced612713c8565d77b105aec693124ae4d13cde1afdb8
  Stored in directory: C:\Users\ilhan\AppData\Local\Temp\pip-ephem-wheel-cache-04ckr_zh\wheels\63\13\46\e3e2e5525b45f526ecce5f57def1f4d2068c8fc759a4aae4eb
Successfully built scipy
Installing collected packages: scipy
Successfully installed scipy-1.10.0.dev0

Error message
C:\Users\ilhan\Documents> ipython
Python 3.10.6 (tags/v3.10.6:9c7b4bd, Aug  1 2022, 21:53:49) [MSC v.1932 64 bit (AMD64)]
Type 'copyright', 'credits' or 'license' for more information
IPython 8.4.0 -- An enhanced Interactive Python. Type '?' for help.

In [1]: import scipy.linalg as la
---------------------------------------------------------------------------
ImportError                               Traceback (most recent call last)
Input In [1], in <cell line: 1>()
----> 1 import scipy.linalg as la

File ~\AppData\Local\Programs\Python\Python310\lib\site-packages\scipy\linalg\__init__.py:197, in <module>
      1 """
      2 ====================================
      3 Linear algebra (:mod:`scipy.linalg`)
   (...)
    194
    195 """  # noqa: E501
--> 197 from ._misc import *
    198 from ._cythonized_array_utils import *
    199 from ._basic import *

File ~\AppData\Local\Programs\Python\Python310\lib\site-packages\scipy\linalg\_misc.py:3, in <module>
      1 import numpy as np
      2 from numpy.linalg import LinAlgError
----> 3 from .blas import get_blas_funcs
      4 from .lapack import get_lapack_funcs
      6 __all__ = ['LinAlgError', 'LinAlgWarning', 'norm']

File ~\AppData\Local\Programs\Python\Python310\lib\site-packages\scipy\linalg\blas.py:213, in <module>
    210 import numpy as _np
    211 import functools
--> 213 from scipy.linalg import _fblas
    214 try:
    215     from scipy.linalg import _cblas

ImportError: DLL load failed while importing _fblas: The specified module could not be found.

SciPy/NumPy/Python version information
main, main, '3.10.6 (tags/v3.10.6:9c7b4bd, Aug  1 2022, 21:53:49) [MSC v.1932 64 bit (AMD64)]'

I don't have enough time/patience to troubleshoot it anymore so better ignore it for now.

In case you do have time to go back -I bet your import error is because the relevant openblas.dll is not in the DLL path.  I use https://pypi.org/project/dll-diagnostics/ to check that kind of thing.  If you build from source, you have to copy the DLL somewhere on the load path, unless you're using the dev.py script, and the --win-cp-openblas flag, that does that job for you.

Cool. Didn't know about dll-diagnostics, looks really useful.

unless you're using the dev.py script, and the --win-cp-openblas flag, that does that job for you.

Another interesting flag that I didn't know. I'll give it a try later.

I used the flag and for the build-install I think it does something correct though I couldn't find the place it copied the DLL and it said OpenBLAS copied.
    @classmethod
    def copy_openblas(cls, dirs):
        """
        Copies OpenBLAS DLL to the SciPy install dir, and also overwrites the
        default `_distributor_init.py` file with the one
        we use for wheels uploaded to PyPI so that DLL gets loaded.

        Assumes pkg-config is installed and aware of OpenBLAS.
        """
        # Get OpenBLAS lib path from pkg-config
        cmd = ['pkg-config', '--variable', 'libdir', 'openblas']
        result = subprocess.run(cmd, capture_output=True, text=True)
        if result.returncode != 0:
            print(result.stderrr)
            return result.returncode

        openblas_lib_path = Path(result.stdout.strip())
        if not openblas_lib_path.stem == 'lib':
            raise RuntimeError(
                f'Expecting "lib" at end of "{openblas_lib_path}"')

        # Look in bin subdirectory for OpenBLAS binaries.
        bin_path = openblas_lib_path.parent / 'bin'
        # Locate, make output .libs directory in Scipy install directory.
        scipy_path = dirs.site / 'scipy'
        libs_path = scipy_path / '.libs'
        libs_path.mkdir(exist_ok=True)
        # Copy DLL files from OpenBLAS install to scipy install .libs subdir.
        for dll_fn in bin_path.glob('*.dll'):
            out_fname = libs_path / dll_fn.parts[-1]
            print(f'Copying {dll_fn} to {out_fname}')
            out_fname.write_bytes(dll_fn.read_bytes())

        # Write _distributor_init.py to scipy install dir;
        # this ensures the .libs file is on the DLL search path at run-time,
        # so OpenBLAS gets found
        openblas_support = import_module_from_path(
            'openblas_support',
            dirs.root / 'tools' / 'openblas_support.py')
        openblas_support.make_init(scipy_path)
        return 0

This business doesn't seem to be running on pip install . but I can't say if I understood things correctly.

No, the copy doesn't run with pip install . - only with that flag when calling dev.py.  Otherwise you'd have to do the copy by hand, to some directory on the DLL path - see the instructions in the Scipy wiki page I pointed to before.
The flag makes the script copy the openblas file to scipy/.libs and makes a _distributor_init.py file in the scipy directory that pre-loads the DLL from the .libs directory when importing scipy:
https://github.com/scipy/scipy/blob/main/tools/openblas_support.py#L206

Yes that's true but even then I don't see it in my build-install directory after dev.py finishes off with OpenBLAS copied and Installation successful. That is to say, it says it copied but the libs folder is empty.

How puzzling!   What directory does it say it copied to (message of form "Copying <openblas.dll> to /scipy/.libs/<openblas.dll> ?   Does the Scipy import now work?

This is all I get from the compilation and I don't get any such messages. I'll hack into dev.py to print the full paths when I have time.
C:\Users\ilhan\Documents\GitHub\scipy [main ≡]> $env:CC="x86_64-w64-mingw32-gcc";$env:CXX="x86_64-w64-mingw32-g++"
C:\Users\ilhan\Documents\GitHub\scipy [main ≡]> $env:PKG_CONFIG_PATH="C:\opt\64\lib\pkgconfig\"
C:\Users\ilhan\Documents\GitHub\scipy [main ≡]> python dev.py build --win-cp-openblas
💻  meson setup C:\Users\ilhan\Documents\GitHub\scipy\build --prefix C:\Users\ilhan\Documents\GitHub\scipy\build-installThe Meson build system
Version: 0.63.1
Source dir: C:\Users\ilhan\Documents\GitHub\scipy
Build dir: C:\Users\ilhan\Documents\GitHub\scipy\build
Build type: native build
Project name: SciPy
Project version: 1.10.0.dev0
C compiler for the host machine: x86_64-w64-mingw32-gcc (gcc 12.2.0 "x86_64-w64-mingw32-gcc (Rev1, Built by MSYS2 project) 12.2.0")
C linker for the host machine: x86_64-w64-mingw32-gcc ld.bfd 2.39
C++ compiler for the host machine: x86_64-w64-mingw32-g++ (gcc 12.2.0 "x86_64-w64-mingw32-g++ (Rev1, Built by MSYS2 project) 12.2.0")
C++ linker for the host machine: x86_64-w64-mingw32-g++ ld.bfd 2.39
Host machine cpu family: x86_64
Host machine cpu: x86_64
Compiler for C supports arguments -Wno-unused-but-set-variable: YES
Library m found: YES
Fortran compiler for the host machine: gfortran (gcc 12.2.0 "GNU Fortran (Rev1, Built by MSYS2 project) 12.2.0")
Fortran linker for the host machine: gfortran ld.bfd 2.39
Program cython found: YES (C:\Users\ilhan\AppData\Local\Programs\Python\Python310\Scripts\cython.EXE)
Program pythran found: YES (C:\Users\ilhan\AppData\Local\Programs\Python\Python310\Scripts\pythran.EXE)
Program scipy/_build_utils/copyfiles.py found: YES (C:\Users\ilhan\AppData\Local\Programs\Python\Python310\python.exe C:\Users\ilhan\Documents\GitHub\scipy\scipy/_build_utils/copyfiles.py)
Program python3 found: YES (C:\Users\ilhan\AppData\Local\Programs\Python\Python310\python.exe)
WARNING: You should add the boolean check kwarg to the run_command call.
         It currently defaults to false,
         but it will default to true in future releases of meson.
         See also: https://github.com/mesonbuild/meson/issues/9300
Library npymath found: YES
Library npyrandom found: YES
Found pkg-config: C:\msys64\ucrt64\bin\pkg-config.EXE (1.8.0)
Run-time dependency openblas found: YES 0.3.21
Dependency openblas found: YES 0.3.21 (cached)
Program _build_utils/cythoner.py found: YES (C:\Users\ilhan\AppData\Local\Programs\Python\Python310\python.exe C:\Users\ilhan\Documents\GitHub\scipy\scipy\_build_utils/cythoner.py)
Checking for function "open_memstream" : NO
Configuring messagestream_config.h using configuration
Checking for size of "void*" : 8
Run-time dependency threads found: YES
Checking for size of "void*" : 8
Dependency threads found: YES unknown (cached)
Compiler for C supports arguments -Wno-unused-but-set-variable: YES (cached)
Compiler for C supports arguments -Wno-unused-but-set-variable: YES (cached)
Compiler for C++ supports arguments -Wno-format-truncation: YES
Compiler for C++ supports arguments -Wno-class-memaccess: YES
Build targets in project: 206

SciPy 1.10.0.dev0

  User defined options
    prefix: C:\Users\ilhan\Documents\GitHub\scipy\build-install

Found ninja-1.10.2.git.kitware.jobserver-1 at C:\Users\ilhan\AppData\Local\Programs\Python\Python310\Scripts\ninja.EXE
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_lib_pxd' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_lib_pxd' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_ufuncs_pxi_pxd' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_ufuncs_pxi_pxd' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_ufuncs_pxi_pxd' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_ufuncs_pxi_pxd' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target 'cython_linalg' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target 'cython_linalg' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target 'cython_linalg' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target 'cython_linalg' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_ufuncs_pxi_pxd' has more than one output! Using the first one.
WARNING: custom_target '_stats_pxd' has more than one output! Using the first one.
WARNING: custom_target 'cython_special' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_stats_gen_pyx' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_stats_gen_pyx' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_stats_gen_pyx' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_stats_gen_pyx' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_stats_gen_pyx' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_stats_gen_pyx' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_stats_gen_pyx' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_stats_gen_pyx' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_stats_gen_pyx' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_lib_pxd' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_spatial_pxd' has more than one output! Using the first one.
WARNING: custom_target '_lib_pxd' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target 'cython_linalg' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target 'cython_linalg' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target 'cython_linalg' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_spatial_pxd' has more than one output! Using the first one.
WARNING: custom_target '_lib_pxd' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target 'cython_linalg' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target 'cython_linalg' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target 'cython_linalg' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_lib_pxd' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_dummy_init_cyoptimize' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
WARNING: custom_target '_cython_tree' has more than one output! Using the first one.
Meson build setup OK
💻  ninja -C C:\Users\ilhan\Documents\GitHub\scipy\build
ninja: Entering directory `C:\Users\ilhan\Documents\GitHub\scipy\build'
[123/1562] Compiling C object scipy/linalg/_matfuncs_sqrtm_triu.cp310-win_amd64.pyd.p/meson-generated__matfuncs_sqrtm_triu.c.obj
In file included from C:\Users\ilhan\AppData\Local\Programs\Python\Python310\lib\site-packages\numpy-1.24.0.dev0+695.g50a74fb65-py3.10-win-amd64.egg\numpy\core\include/numpy/ndarraytypes.h:1940,
                 from C:\Users\ilhan\AppData\Local\Programs\Python\Python310\lib\site-packages\numpy-1.24.0.dev0+695.g50a74fb65-py3.10-win-amd64.egg\numpy\core\include/numpy/ndarrayobject.h:12,
                 from C:\Users\ilhan\AppData\Local\Programs\Python\Python310\lib\site-packages\numpy-1.24.0.dev0+695.g50a74fb65-py3.10-win-amd64.egg\numpy\core\include/numpy/arrayobject.h:5,
                 from scipy/linalg/_matfuncs_sqrtm_triu.cp310-win_amd64.pyd.p/_matfuncs_sqrtm_triu.c:746:
C:\Users\ilhan\AppData\Local\Programs\Python\Python310\lib\site-packages\numpy-1.24.0.dev0+695.g50a74fb65-py3.10-win-amd64.egg\numpy\core\include/numpy/npy_1_7_deprecated_api.h:14:9: note: '#pragma message: C:\Users\ilhan\AppData\Local\Programs\Python\Python310\lib\site-packages\numpy-1.24.0.dev0+695.g50a74fb65-py3.10-win-amd64.egg\numpy\core\include/numpy/npy_1_7_deprecated_api.h(14) : Warning Msg: Using deprecated NumPy API, disable it with #define NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION'
   14 | #pragma message(_WARN___LOC__"Using deprecated NumPy API, disable it with " \
      |         ^~~~~~~
[125/1562] Compiling C object scipy/linalg/_solve_toeplitz.cp310-win_amd64.pyd.p/meson-generated__solve_toeplitz.c.obj

[snipped all the compiler warnings]

NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION'
   15 |                          "#define NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION")
      |                                                                             ^
scipy/optimize/_highs/_highs_wrapper.cp310-win_amd64.pyd.p/_highs_wrapper.cpp: In function 'PyObject* __Pyx_Import(PyObject*, PyObject*, int)':
scipy/optimize/_highs/_highs_wrapper.cp310-win_amd64.pyd.p/_highs_wrapper.cpp:25733:31: warning: comparing the result of pointer addition '(((const char*)"scipy.optimize._highs.cython.src._highs_wrapper") + 5
' and NULL [-Waddress]
25733 |             if ((1) && (strchr(__Pyx_MODULE_NAME, '.'))) {
      |                        ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~
[1562/1562] Linking target scipy/optimize/_highs/_highs_wrapper.cp310-win_amd64.pyd
Build OK
💻  meson install -C build
Installing, see meson-install.log...
Installation OK
OpenBLAS copied
C:\Users\ilhan\Documents\GitHub\scipy [main ≡]>

At a random guess:
bin_path = openblas_lib_path.parent / 'bin'

this location is empty (or at least empty of *.dll's).

I probably need to reopen this as I replicated the missing dll situation to a code piece in dev.py
It is the pathlib glob returning a path object that is not understood properly by the file system
In [61]: openblas_lib_path
Out[61]: WindowsPath('/c/opt/64/lib')  # This is correct

In [62]: bin_path = openblas_lib_path.parent / 'bin'

In [63]: bin_path
Out[63]: WindowsPath('/c/opt/64/bin') # Also correct

In [64]: for x in bin_path.glob('*.dll'):
    ...:     print(x)
    ...:

In [65]: # No dll's found though libopenblas.dll is sitting at that target

In []: list(bin_path.glob('*.dll'))
Out[75]: []

This probably because of
In [73]: bin_path.absolute()
Out[73]: WindowsPath('C:/c/opt/64/bin')

# Interesting let's check the openblas_lib_path
In [78]: openblas_lib_path
Out[78]: WindowsPath('/c/opt/64/lib')

list(openblas_lib_path.glob('*.*'))
Out[79]: []  # Ha! so the strip from stdout is the culprit

openblas_lib_path = Path(result.stdout.strip()[2:]).resolve()  # Skip the drive part of the path -> /c

In [93]: openblas_lib_path
Out[93]: WindowsPath('C:/opt/64/lib')

In [94]: list(openblas_lib_path.glob('*.*'))
Out[94]:
[WindowsPath('C:/opt/64/lib/libopenblas.a'),
 WindowsPath('C:/opt/64/lib/libopenblas.dll.a'),
 WindowsPath('C:/opt/64/lib/libopenblas_skylakexp-r0.3.21.a')]

I don't know if this is a robust way of getting rid of the drive letter but then things go back to normal.

Probably getting the start of the second part as the start of the relative path is more robust if some network drive or whatever is coming out of the pkg-config. Cutting edge technology!

After fixing the issue now I have a different error coming from the distributor_init which is
C:\Users\ilhan\Documents\GitHub\scipy\build-install\Lib\site-packages [main ≡ +0 ~1 -0 !]> ipython
Python 3.10.6 (tags/v3.10.6:9c7b4bd, Aug  1 2022, 21:53:49) [MSC v.1932 64 bit (AMD64)]
Type 'copyright', 'credits' or 'license' for more information
IPython 8.4.0 -- An enhanced Interactive Python. Type '?' for help.

In [1]: import scipy.linalg as la
---------------------------------------------------------------------------
FileNotFoundError                         Traceback (most recent call last)
Input In [1], in <cell line: 1>()
----> 1 import scipy.linalg as la

File ~\Documents\GitHub\scipy\build-install\Lib\site-packages\scipy\__init__.py:132, in <module>
    129 from scipy.version import version as __version__
    131 # Allow distributors to run custom init code
--> 132 from . import _distributor_init
    133 del _distributor_init
    135 from scipy._lib import _pep440

File ~\Documents\GitHub\scipy\build-install\Lib\site-packages\scipy\_distributor_init.py:26, in <module>
     21 if os.path.isdir(libs_dir):
     22     for filename in glob.glob(os.path.join(libs_dir,
     23                                            '*openblas*dll')):
     24         # NOTE: would it change behavior to load ALL
     25         # DLLs at this path vs. the name restriction?
---> 26         WinDLL(os.path.abspath(filename))
     27         DLL_filenames.append(filename)
     28 if len(DLL_filenames) > 1:

File ~\AppData\Local\Programs\Python\Python310\lib\ctypes\__init__.py:374, in CDLL.__init__(self, name, mode, handle, use_errno, use_last_error, winmode)
    371 self._FuncPtr = _FuncPtr
    373 if handle is None:
--> 374     self._handle = _dlopen(self._name, mode)
    375 else:
    376     self._handle = handle

FileNotFoundError: Could not find module 'C:\Users\ilhan\Documents\GitHub\scipy\build-install\Lib\site-packages\scipy\.libs\libopenblas.dll' (or one of its dependencies). Try using the full path with constructor syntax.

But it is there

So probably a similar thing going on I'll dig a bit more

Also when system installed via pip install . there is no .libs folder

@matthew-brett Do we still need to copy openblas.a file to Python libs folder in the meson way like we used to do?

Actually distributor_init.py should be using os.add_dll_directory() I think.

This is getting a bit annoying with system install of SciPy and I don't understand why this is becoming so difficult with Windows.
After building SciPy with python dev.py build the meson install puts things under the build-install folder. If all defaults are used this gets things under library without the openblas copy.
Then if I'm not using conda or venv or anything just vanilla Python installation on a system that I would like to use SciPy too, things get messed up. If I add
python .\dev.py --install-prefix C:\Users\ilhan\AppData\Local\Programs\Python\Python310 build

to install things under native Python packages, pip doesn't recognize this installation and also still the _fblas missing library error is generated though I have it, in fact I build the openblas myself and placed openblas.a file everywhere I can think of.
Then I tried the meson install way with DESTDIR option also leading to the same thing.
Alternatively, pip install . doesn't do the right thing either and still get missing _fblas and some other dependencies when import scipy is triggered.
Following the docs, and adding build I tried the python -m build way too but ended up not finding mesonpy backend.
What is the pip command for installing the package?

I think the way to do a development build with OpenBLAS:
python dev.py build --win-cp-openblas

after that, openblas should have been copied to the right place within build-install, and regular python dev.py xxx should work.
For Pip, one should either build the wheel like we do in CI or have libopenblas.dll in a place that's on the default library search path (in that case a regular pip install . should do). For CI, this is the relevant snippet:
      - name: post-install
        run: |
          $scipy_path = "${env:installed_path}\scipy"
          $libs_path = "${scipy_path}\.libs"
          mkdir ${libs_path}
          $ob_path = (pkg-config --variable libdir openblas) -replace "lib", "bin"
          cp $ob_path/*.dll $libs_path
          # Write _distributor_init.py to scipy dir to load .libs DLLs.
          & python tools\openblas_support.py --write-init $scipy_path

I think there is nothing specific to SciPy here, the problem is the regular one on Windows: there is nothing like RPATH support, so the shared libraries one need must be either vendored or in a default system location.

Oh I forgot, there is a third way, using cibuildwheel --platform windows. That should automatically get the vendoring right, because it does exactly what our official wheel build machinery does. It's working for @tylerjereddy on Windows, because he is using it for the current 1.10.0 release debugging. So maybe nicer than dealing with manual vendoring.

Thanks Ralf! I covered quite some distance after your comment and @matthew-brett's tooling. So the issue was 2-fold. Our dev.py wasn't doing the right thing which I'll send the PR for fixing that.
And after so many months now I figured out that I did not use the right flags to build OpenBLAS, that is to say, I was building a dynamic library with all kinds of dependencies which in turn was tripping WinDLL machinery in openblas support script. After fiddling with the LDFLAGS for some time, now it is working after two modifications

After pip install . one has to manually create .libs folder and copy the libopenblas.dll similar to what dev.py is doing. I don't know why it doesn't do this automatically. But if someone tells me where to do this I can fix it rather quickly.
Then get the _distributor_init.py file from the build-install folder and replace it under the system site-packages copy. So I guess the --win-cp-openblas type of machinery is not available for pip install.

For the interested here are the differences over the dependencies of OpenBLAS
Working one

C:\Users\ilhan>  dlldiag trace C:\Users\ilhan\AppData\Local\Programs\Python\Python310\Lib\site-packages\scipy\.libs\libopenblas.dll
DLL Diagnostic Tools version 0.0.18
Copyright (c) 2019-2021 Adam Rehn

Parsing module header and identifying non delay-loaded dependencies... done.

Identifying the module's delay-loaded dependencies... done.

Parsed module details:
Module:          C:\Users\ilhan\AppData\Local\Programs\Python\Python310\Lib\site-packages\scipy\.libs\libopenblas.dll
Type:            Dynamic-Link Library
Architecture:    x64

The module imports 14 direct dependencies:
api-ms-win-crt-conio-l1-1-0.dll
api-ms-win-crt-convert-l1-1-0.dll
api-ms-win-crt-environment-l1-1-0.dll
api-ms-win-crt-filesystem-l1-1-0.dll
api-ms-win-crt-heap-l1-1-0.dll
api-ms-win-crt-locale-l1-1-0.dll
api-ms-win-crt-math-l1-1-0.dll
api-ms-win-crt-private-l1-1-0.dll
api-ms-win-crt-runtime-l1-1-0.dll
api-ms-win-crt-stdio-l1-1-0.dll
api-ms-win-crt-string-l1-1-0.dll
api-ms-win-crt-time-l1-1-0.dll
api-ms-win-crt-utility-l1-1-0.dll
KERNEL32.dll

Performing LoadLibrary() trace for C:\Users\ilhan\AppData\Local\Programs\Python\Python310\Lib\site-packages\scipy\.libs\libopenblas.dll...
Performing LoadLibrary() trace for api-ms-win-crt-conio-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-convert-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-environment-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-filesystem-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-heap-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-locale-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-math-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-private-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-runtime-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-stdio-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-string-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-time-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-utility-l1-1-0.dll...
Performing LoadLibrary() trace for KERNEL32.dll...
Done.

Summary of LdrLoadDll calls:
api-ms-win-crt-conio-l1-1-0.dll                                                                         Loaded successfully
api-ms-win-crt-convert-l1-1-0.dll                                                                       Loaded successfully
api-ms-win-crt-environment-l1-1-0.dll                                                                   Loaded successfully
api-ms-win-crt-filesystem-l1-1-0.dll                                                                    Loaded successfully
api-ms-win-crt-heap-l1-1-0.dll                                                                          Loaded successfully
api-ms-win-crt-locale-l1-1-0.dll                                                                        Loaded successfully
api-ms-win-crt-math-l1-1-0.dll                                                                          Loaded successfully
api-ms-win-crt-private-l1-1-0.dll                                                                       Loaded successfully
api-ms-win-crt-runtime-l1-1-0.dll                                                                       Loaded successfully
api-ms-win-crt-stdio-l1-1-0.dll                                                                         Loaded successfully
api-ms-win-crt-string-l1-1-0.dll                                                                        Loaded successfully
api-ms-win-crt-time-l1-1-0.dll                                                                          Loaded successfully
api-ms-win-crt-utility-l1-1-0.dll                                                                       Loaded successfully
C:\Users\ilhan\AppData\Local\Programs\Python\Python310\Lib\site-packages\scipy\.libs\libopenblas.dll    Loaded successfully
KERNEL32.dll                                                                                Loaded successfully

Summary of LdrpLoadDllInternal calls:
C:\Users\ilhan\AppData\Local\Programs\Python\Python310\Lib\site-packages\scipy\.libs\libopenblas.dll    Loaded successfully
C:\Windows\SYSTEM32\ucrtbase.dll                                                                        Loaded successfully
KERNEL32.dll                                                                                Loaded successfully

Summary of LdrpMinimalMapModule calls:
C:\Users\ilhan\AppData\Local\Programs\Python\Python310\Lib\site-packages\scipy\.libs\libopenblas.dll    Mapped successfully

Summary of LdrpResolveDllName calls:
libopenblas.dll    C:\Users\ilhan\AppData\Local\Programs\Python\Python310\Lib\site-packages\scipy\.libs\libopenblas.dll

Broken one

DLL Diagnostic Tools version 0.0.18
Copyright (c) 2019-2021 Adam Rehn

Parsing module header and identifying non delay-loaded dependencies... done.

Identifying the module's delay-loaded dependencies... done.

Parsed module details:
Module:          C:\Users\ilhan\Documents\GitHub\scipy\build-install\Lib\site-packages\scipy\.libs\libopenblas.dll
Type:            Dynamic-Link Library
Architecture:    x64

The module imports 15 direct dependencies:
api-ms-win-crt-conio-l1-1-0.dll
api-ms-win-crt-convert-l1-1-0.dll
api-ms-win-crt-environment-l1-1-0.dll
api-ms-win-crt-filesystem-l1-1-0.dll
api-ms-win-crt-heap-l1-1-0.dll
api-ms-win-crt-locale-l1-1-0.dll
api-ms-win-crt-math-l1-1-0.dll
api-ms-win-crt-private-l1-1-0.dll
api-ms-win-crt-runtime-l1-1-0.dll
api-ms-win-crt-stdio-l1-1-0.dll
api-ms-win-crt-string-l1-1-0.dll
api-ms-win-crt-time-l1-1-0.dll
KERNEL32.dll
libgcc_s_seh-1.dll
libgfortran-5.dll

Performing LoadLibrary() trace for C:\Users\ilhan\Documents\GitHub\scipy\build-install\Lib\site-packages\scipy\.libs\libopenblas.dll...
Performing LoadLibrary() trace for api-ms-win-crt-conio-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-convert-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-environment-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-filesystem-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-heap-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-locale-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-math-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-private-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-runtime-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-stdio-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-string-l1-1-0.dll...
Performing LoadLibrary() trace for api-ms-win-crt-time-l1-1-0.dll...
Performing LoadLibrary() trace for KERNEL32.dll...
Performing LoadLibrary() trace for libgcc_s_seh-1.dll...
Performing LoadLibrary() trace for libgfortran-5.dll...
Done.

Summary of LdrLoadDll calls:
api-ms-win-crt-conio-l1-1-0.dll                                                                      Loaded successfully
api-ms-win-crt-convert-l1-1-0.dll                                                                    Loaded successfully
api-ms-win-crt-environment-l1-1-0.dll                                                                Loaded successfully
api-ms-win-crt-filesystem-l1-1-0.dll                                                                 Loaded successfully
api-ms-win-crt-heap-l1-1-0.dll                                                                       Loaded successfully
api-ms-win-crt-locale-l1-1-0.dll                                                                     Loaded successfully
api-ms-win-crt-math-l1-1-0.dll                                                                       Loaded successfully
api-ms-win-crt-private-l1-1-0.dll                                                                    Loaded successfully
api-ms-win-crt-runtime-l1-1-0.dll                                                                    Loaded successfully
api-ms-win-crt-stdio-l1-1-0.dll                                                                      Loaded successfully
api-ms-win-crt-string-l1-1-0.dll                                                                     Loaded successfully
api-ms-win-crt-time-l1-1-0.dll                                                                       Loaded successfully
C:\Users\ilhan\Documents\GitHub\scipy\build-install\Lib\site-packages\scipy\.libs\libopenblas.dll    Loaded successfully
KERNEL32.dll                                                                                Loaded successfully
libgcc_s_seh-1.dll                                                                                Loaded successfully
libgfortran-5.dll                                                                                Loaded successfully

Summary of LdrpLoadDllInternal calls:
C:\Users\ilhan\Documents\GitHub\scipy\build-install\Lib\site-packages\scipy\.libs\libopenblas.dll    Loaded successfully
C:\Windows\SYSTEM32\ucrtbase.dll                                                                     Loaded successfully
KERNEL32.dll                                                                                Loaded successfully
libgcc_s_seh-1.dll                                                                                Loaded successfully
libgfortran-5.dll                                                                                Loaded successfully

Summary of LdrpMinimalMapModule calls:
C:\msys64\ucrt64\bin\libgcc_s_seh-1.dll                                                              Mapped successfully
C:\msys64\ucrt64\bin\libgfortran-5.dll                                                               Mapped successfully
C:\msys64\ucrt64\bin\libquadmath-0.dll                                                               Mapped successfully
C:\msys64\ucrt64\bin\libwinpthread-1.dll                                                             Mapped successfully
C:\Users\ilhan\Documents\GitHub\scipy\build-install\Lib\site-packages\scipy\.libs\libopenblas.dll    Mapped successfully
C:\Windows\System32\ADVAPI32.dll                                                                     Mapped successfully
C:\Windows\System32\msvcrt.dll                                                                       Mapped successfully
C:\Windows\System32\RPCRT4.dll                                                                       Mapped successfully
C:\Windows\System32\sechost.dll                                                                      Mapped successfully

Summary of LdrpResolveDllName calls:
libgcc_s_seh-1.dll     C:\msys64\ucrt64\bin\libgcc_s_seh-1.dll
libgfortran-5.dll      C:\msys64\ucrt64\bin\libgfortran-5.dll
libopenblas.dll        C:\Users\ilhan\Documents\GitHub\scipy\build-install\Lib\site-packages\scipy\.libs\libopenblas.dll
libquadmath-0.dll      C:\msys64\ucrt64\bin\libquadmath-0.dll
libwinpthread-1.dll    C:\msys64\ucrt64\bin\libwinpthread-1.dll

For the interested here are the differences over the dependencies of OpenBLAS

So the difference is the inclusion of libgcc, libgfortran and libquadmath in the broken one. That is not unusual on Linux, but yes it looks like on Windows we avoid this.

I don't know why it doesn't do this automatically. But if someone tells me where to do this I can fix it rather quickly.

Because it's not always the right thing to do. It is not needed when you have OpenBLAS, MKL or another library that you are using in a location on the system path. You can install it there yourself, and also other packaging systems may do this (e.g. for conda things should work out of the box I believe, because OpenBLAS et al. go into the right place - <prefix>\Lib\). There isn't a good way for dev.py to tell whether this is needed or not. It may actually break things in other cases, e.g. if you're using MKL or if the conda openblas.dll does need libgcc et al. And defaulting to something that's specific to OpenBLAS + python.org Python seems like a bad idea, hence it's a flag.

So I guess the --win-cp-openblas type of machinery is not available for pip install ..

It is through cibuildwheel --platform windows, which produces a wheel with vendored libopenblas.dll and _distributor_init.py.
I think if you do want to use the pip install . command plus a python.org Python, the better solution is to copy libopenblas.dll into C:\Lib\, and everything should work out of the box.


Import google.colab optionally

Just the title.
Fixes the issue with rendering of the plots. I built the book locally and it looks great.

Cool. merging, will check if works after actions ran


invalid gist url - fixed

Hi @rithvikvibhu , thanks for the amazing doc and explanations.
While following some of the steps, I've noticed a typo in the url of your gist, so here's a PR to fix that.
In doubt, you can fix it yourself - you should just remove a 0 at the end of the changed url.
Regards,
Milan

Haha, nice catch! Somehow missed that.


some more warts: final case classes and explicit definitons

sorry, me again, wartremover points out that @free generated case classes should be final and that implicits in @module should have an explicit description (I assume that means type parameter?)
I guess suppressing them is possible, but these ones seem like they could be easily fixed.

Keep them coming, it'd be easier to address all the wart-remover warnings in a single PR since most of them will come from the macros.

@fommil We have recently released 0.2.0 and updated the macros. To follow up with this issue, ¿could you tell us how we can reproduce the issues you were having?

Just add wartremover in your tests. wartremoverErrors in Test = ...

seeing lots of StringPlusAny warnings in 0.2.0, and also StringContext need to be in scope to use @free

and Throw.
OK, starting to look like all the warts are brokened :stuck_out_tongue_closed_eyes:

hmm, I'm trying by adding this to tests
    wartremoverWarnings := Warts.unsafe ++ Seq(
      Wart.FinalCaseClass,
      Wart.ExplicitImplicitTypes
    ),

and this to project/plugins.sbt
addSbtPlugin("org.wartremover" % "sbt-wartremover" % "2.0.3")

but it's not kicking in... hmm


Force /usr/bin/sed usage in setup script

Sometimes developers have installed GNU sed as their primary sed command. However, it doesn’t work with how we pass arguments in the setup script.
This pull requests forces the setup script to use /usr/bin/sed.

🦀 Requesting reviewers for this pull request:

@garno (contributor with 6 commits in the last 90 days and 6 commits overall)


Needs new release for INCLUDEURL module.

I used the latest version of MardownPP on PIP, but the INCLUDEURL directive was not working. It did work when I installed the package from this repo.
Could you make a new release so that the INCLUDEURL module is available?

1.2 tagged and added to PyPI.

Thanks!


[Port] Remove survey link

Closes #14939

Pull Request Test Coverage Report for Build 719890673

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.002%) to 43.566%

Totals

Change from base Build 719724194:
0.002%

Covered Lines:
26122

Relevant Lines:
54812

💛  - Coveralls


Add include-hidden-files: true to report-coverage action

Follow-up to #245
We likely need include-hidden-files to be set for actions/upload-artifact/merge@v4 too.

This seems be fixing it fully this time, as noticed in https://github.com/jupyter/notebook/pull/7457 using this branch directly.

Starting a new release to have this available in the @v1 actions.


Update README.md

Hi there. Cherry-pick what you want?
Added details regards the gcc compiler that is required to work with >= C++20 (i.e. C++2a as per Makefile). Eg. I had to install gcc11, as my OpenSUSE 15.5 had gcc7 standard, which was fine for my stuff. But I needed gcc11.
Added uninstall to Makefile.
Some additional comments to explain, eg. CXXFLAGS.

@fabiensanglard maybe reconsider #14? It's a small change, and makes life easier :)


Custom feeds support

https://www.reddit.com/user/{user}/m/{feed_name}/top.json

Implemented in your PR


Explore - Download button

Added download button to explore page, removed unneeded descriptive text as per Jordano's request

Wat it look like on mobile???


x/mobile: gomobile bind fails to find cgo library

It seems like gomobile bind command cannot find CGO libraries.
I enabled CGO, and still, the issue remains the same.
I would really appreciate it if someone could help me with this matter.
What version of Go are you using (go version)?

$ go version
go version go1.14.1 darwin/amd64

Does this issue reproduce with the latest release?
Yes
What operating system and processor architecture are you using (go env)?
go env Output
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/Users/younseo/Library/Caches/go-build"
GOENV="/Users/younseo/Library/Application Support/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOINSECURE=""
GONOPROXY=""
GONOSUMDB=""
GOOS="darwin"
GOPATH="/Users/younseo/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/opt/go/libexec"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/opt/go/libexec/pkg/tool/darwin_amd64"
GCCGO="gccgo"
AR="ar"
CC="clang"
CXX="clang++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/yq/4rz_9mts3w725cccjrp66pxm0000gn/T/go-build490416867=/tmp/go-build -gno-record-gcc-switches -fno-common"

What did you do?
$gomobile bind -target ios
$gomobile bind -target android

What did you expect to see?
*.arr, *.jar, Framework files being generated
What did you see instead?
gomobile bind failed to find cgo libraries.

Hi there,
Unlike many projects, the Go project does not use GitHub Issues for general discussion or asking questions. GitHub Issues are used for tracking bugs and proposals only.
For asking questions, see:

Stack Overflow with questions tagged "go"

The Go Forum, a web-based forum

Gophers Slack, use the invite app for access. The #general channel is a good starting point.

Go Community on Hashnode with questions and posts tagged with "go"

The golang-nuts mailing list

IRC channel #go-nuts on Freenode

Please ask the question on one of the above forums.
(Quoted from https://golang.org/wiki/Questions)


Removed MariaDB/MySQL Support (#49)

cleanup: remove remaining mysql code, patch up dependencies, fix typos (#53)
resubmission of PR #49

I think this is ok considering this is all about removing MySQL and the docker image is building.

I am merging this for now.


Browser.application programs cannot handle URLs with uncommon protocols like dat://

I wanted to use Elm to write an app for Beaker - p2p browser which that adds dat protocol support and p2p apps are loaded from URLs like
dat://id.hashbase.io/elm
Unfortunately it seems to break some assumptions made by Browser.application here the error reported in the console:
elm:733 Uncaught Error: Browser.application programs cannot handle URLs like this:

    dat://id.hashbase.io/elm

What is the root? The root of your file system? Try looking at this program with `elm reactor` or some other server.
    at _Debug_crash (elm:733)
    at _Browser_getUrl (elm:4024)
    at init (elm:4014)
    at _Platform_initialize (elm:1871)
    at elm:3909
    at Object.init (elm:30)
    at elm:5254
_Debug_crash @ elm:733
_Browser_getUrl @ elm:4024
init @ elm:4014
_Platform_initialize @ elm:1871
(anonymous) @ elm:3909
(anonymous) @ elm:30
(anonymous) @ elm:5254

Looking at the source it seems that issue comes from https://github.com/elm/url/ instead.


Add support for Terraform 0.12 to Event Function pipeline

https://github.com/terraform-google-modules/terraform-google-event-function/issues/20
Updated CI pipeline for Event function

@nick4fake and @bohdanyurov-gl are the same person.


keystoretest: Move keygen.go to a separate directory

Files in pkg/keystore/keystoretest have a "keystoretest" package, but
keygen.go has "main". Various tools complain about it, so move the
keygen into separate directory.
cc @alban, @yifan-gu

Is it to help with https://github.com/coreos/rkt/issues/1424?
In any case, LGTM.

@alban: Yep.


colcon build fail

Using the provided build instructions, received the following output at the colcon build step.
Summary: 17 packages finished [2min 11s]
  1 package failed: betaflight_sim
  4 packages aborted: px4_msgs px4_sim ros_gz_image zenohc
  13 packages had stderr output: betaflight_gazebo betaflight_sim micro_ros_agent micro_ros_msgs px4_msgs px4_sim ros_gz_bridge ros_gz_interfaces ros_gz_sim rpyutils vehicle_gateway_betaflight vehicle_gateway_python_helpers zenohc
  8 packages not processed

I also have the same issue, albeit with a different failing package:
Summary: 18 packages finished [15min 53s]
  1 package failed: vehicle_gateway_multi
  4 packages aborted: betaflight_sim px4_sim ros_gz_image vehicle_gateway_px4
  10 packages had stderr output: betaflight_gazebo betaflight_sim micro_ros_agent px4_sim ros_gz_sim vehicle_gateway_betaflight vehicle_gateway_multi vehicle_gateway_px4 vehicle_gateway_python_helpers zenohc
  6 packages not processed

Did you manage to find a fix?

I built the failing packages one at a time and got most successfully built. There were still a few that failed but were unnecessary for my work.Sent from my Verizon, Samsung Galaxy smartphone
-------- Original message --------From: Davide Iafrate @.> Date: 11/29/23  08:47  (GMT-05:00) To: osrf/vehicle_gateway @.> Cc: brewfalconenterprises @.>, Author @.> Subject: Re: [osrf/vehicle_gateway] colcon build fail (Issue #127)
I also have the same issue, albeit with a different failing package:
Summary: 18 packages finished [15min 53s]
1 package failed: vehicle_gateway_multi
4 packages aborted: betaflight_sim px4_sim ros_gz_image vehicle_gateway_px4
10 packages had stderr output: betaflight_gazebo betaflight_sim micro_ros_agent px4_sim ros_gz_sim vehicle_gateway_betaflight vehicle_gateway_multi vehicle_gateway_px4 vehicle_gateway_python_helpers zenohc
6 packages not processed
Did you manage to find a fix?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>

Yes I found a bug with the version of px4_msgs that was being used, see #129.

Feel free to reopen the issue if the problem persists

@ahcorde I also have the same issue, albeit with a different failing package:
CMake Error at CMakeLists.txt:25 (find_package):
By not providing "Findgz-transport12.cmake" in CMAKE_MODULE_PATH this
project has asked CMake to find a package configuration file provided by
"gz-transport12", but CMake did not find one.
Could not find a package configuration file provided by "gz-transport12"
with any of the following names:
gz-transport12Config.cmake
gz-transport12-config.cmake

Add the installation prefix of "gz-transport12" to CMAKE_PREFIX_PATH or set
"gz-transport12_DIR" to a directory containing one of the above files.  If
"gz-transport12" provides a separate development package or SDK, be sure it
has been installed.
Failed   <<< ros_gz_sim [2.36s, exited with code 1]
-- Installing: /home/theshy/vg/install/ros_gz_interfaces/local/lib/python3.10/dist-packages/ros_gz_interfaces/ros_gz_interfaces_s__rosidl_typesupport_fastrtps_c.cpython-310-x86_64-linux-gnu.so
Summary: 4 packages finished [7.70s]
1 package failed: ros_gz_sim
7 packages aborted: betaflight_configurator betaflight_controller micro_ros_msgs px4_msgs qgroundcontrol ros_gz_interfaces vehicle_gateway_python_helpers
1 package had stderr output: ros_gz_sim
17 packages not processed
Can u help pls


Work out why complex test fixtures are failing

Currently getting CSS parser, and Jade parser errors for some of the more complex test cases. I need to get to the bottom of whether this is issues with different Jade versions, or whether this has just highlighted that the Jade and CSS being tested is actually broken

Closing as I can now successfully report results from legacy projects


[WiP] Migrating shared NVD3 controls to new module

CATEGORY
Choose one

[ ] Bug Fix
[ ] Enhancement (new features, refinement)
[x] Refactor
[ ] Add tests
[ ] Build / Development Environment
[ ] Documentation

SUMMARY

Migrating controls that are ONLY used by NVD3 into a new shared module for use in that package.
If I find a control that has one or two other uses, I'll move it into the shared module AND the individual outlier plugin packages.
BEFORE/AFTER SCREENSHOTS OR ANIMATED GIF

TEST PLAN

ADDITIONAL INFORMATION

[x] Has associated issue: #9187
[ ] Changes UI
[ ] Requires DB Migration.
[ ] Confirm DB Migration upgrade and downgrade tested.
[ ] Introduces new feature or API
[ ] Removes existing feature or API

REVIEWERS

Codecov Report

Merging #9525 into master will decrease coverage by 0.01%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##           master    #9525      +/-   ##
==========================================
- Coverage   58.78%   58.77%   -0.02%
==========================================
  Files         390      392       +2
  Lines       12386    12390       +4
  Branches     3073     3073
==========================================
+ Hits         7281     7282       +1
- Misses       4921     4924       +3
  Partials      184      184

Impacted Files
Coverage Δ

...rset-frontend/src/explore/controlPanels/Heatmap.js
0.00% <ø> (ø)

...et-frontend/src/explore/controlPanels/LineMulti.js
0.00% <ø> (ø)

...-frontend/src/explore/controlPanels/Shared_NVD3.js
0.00% <0.00%> (ø)

...et-frontend/src/explore/controlPanels/TimePivot.js
0.00% <0.00%> (ø)

superset-frontend/src/explore/controls.jsx
43.68% <ø> (+0.83%)
:arrow_up:

superset-frontend/src/explore/controlUtils.js
90.42% <0.00%> (+1.06%)
:arrow_up:

Continue to review full report at Codecov.

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


Fail.  Check back in a bit!

Whenever I open my dashboard I get the following exception:
      .
     ":"
   ___:____     |"\/"|
 ,'        `.    \  /
 |  O        \___/  |

~^~^~^~^~^~^~^~^~^~^~^~^~
Fail.  Check back in a bit!
I use the following email address: dave dot jon dot senn at gmail dot com

I am getting the same error whenever I try to import a project from GitHub.  This is a new account and I have not been able to import anything yet.
I suspected the problem was a lack of requirements.txt file (or something like that) but when I created one it did not go away.  all of the suggestions I have found seem to be after the project is imported and you can look at the logs, but since I cant even get the project imported, I am not sure where (if anywhere) the logs could be found.