The Always on Top feature overlaps on two monitors

Microsoft PowerToys version
0.80.1
Installation method
Microsoft Store
Running as admin
None
Area(s) with issue?
Always on Top
Steps to reproduce
Connect two monitors and a pattern like this

and in Settings --> Display it should be configured as

✔ Expected Behavior
It should not overlap from one monitor to other monitor.
❌ Actual Behavior
It is coming like

Other Software
No response

The border also overlaps taskbar:

What would you want as expected behavior here?

Border doesn't cross monitor boundaries if the window is entirely on one monitor
Border should not ever overlap on taskbar
Potentially other ways to make the border less intrusive? Are the settings for toggling on/off the boarder and reducing/increasing boarder size insufficient?

/needinfo

The border also overlaps taskbar:

The border also overlaps the other monitor.

What would you want as expected behavior here?

Border doesn't cross monitor boundaries if the window is entirely on one monitor
Border should not ever overlap on the taskbar.
Potentially other ways to make the border less intrusive? Are the settings for toggling on/off the boarder and reducing/increasing border size insufficient?

/needinfo

We expect al of these points.


Menu item sections/groups

Context
To organise menu items it might be handy to have sections or field groups(native).
Details

Sections could be labelled or unlabelled.
React select has section count which is an interesting idea.

Inspo
react-select has a nice looking UI for this. Grouped

Released in 7.3.0


chi distributions added to stdlib

Why did you close this?

Sorry, this was unintentional. I was trying to do a pull request within our fork. I will re-open because these changes could be added to the main repo

On a meta-note, we really ought to get import working so contributions like this can be merged.

Should we really wait until we have import to merge this?

Probably not.
On Oct 15, 2017 14:22, "Jacques Carette"<EMAIL_ADDRESS>wrote:

Should we really wait until we have import to merge this?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/hakaru-dev/hakaru/pull/112#issuecomment-336711255,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAhUf1WNoVZLpHdScnmZ3X5FMYIndgjks5ssgcRgaJpZM4P5Zz2
.


Question about user authentication

What is the client token and client secret? This is separate from the application token and application secret provided by Yahoo when you make a custom app, correct?
is the Y!CLIENT_TOKEN AND Y!CLIENT_SECRET, the access token and refresh token respectively?
yf.setUserToken(
  Y!CLIENT_TOKEN,
  Y!CLIENT_SECRET
);

I'm not using passport. Unfortunately, I couldn't get that to work so I'm building out custom OAuth 2.0 with Yahoo

You're correct. Some calls will require user level authentication rather than application level. The most obvious example of this is when you're trying to get data for a particular user, or you're trying to access data from a league that is not public.
If you have any sort of OAuth set up, you should have access to the client token and secret when you authenticate against Yahoo!
That said, you're going to need to also create a function to refresh the token, as the client level tokens will only last for about an hour before requiring a refresh.
I am actually hoping to build this whole thing into my library, or create a companion library as my passport solution is not great and doesn't do this, so if you have pushed your stuff up to Github I'd love to check it out! That said, have you tried using my Yahoo! Passport strategy which I also have on Github? Helps with the user auth at the very least...

That'd be awesome if your library handled oauth as well. I'm still in the process of building it out, so I'll post when finished and maybe you can incorporate it in.
I tried using your custom passport strategy, but couldn't get it to work, so I decided to follow the Yahoo OAuth 2.0 docs to gain access tokens. Maybe if you can explain how it works, I can try it out again (Should I post questions about your passport strategy here or on that repository?).

If you check out the sandbox project, it should give you an idea on how to use that strategy.
Let me know if there are any hiccups!

I just realized you're using OAuth 1.0. Are you planning on upgrading to OAuth 2.0?

I don't believe that it would work with the fantasy api, per their docs
https://developer.yahoo.com/oauth2/guide/

Nope OAuth 2.0 works with the fantasy api too. I just checked by gaining an access token via OAuth 2.0 and hitting 'https://fantasysports.yahooapis.com/fantasy/v2/users;use_login=1/games'. I specified the access token like so:
'Authorization: Bearer: {access_token}'

Well their docs lie :P
I'll take a look, I might have some time this coming weekend, but I don't know for sure. In the meantime can you not log in with 2.0 and still use the API?

I've actually changed your code to support OAuth 2.0. How should a user choose between OAuth 1.0 vs. 2.0 or do you want your library to migrate to 2.0 completely? I'll test all methods and then I can submit a pull request.

Please do!

Are you working to converse from OAuth 1.0 to OAuth 2.0 now? I think express and express-session modules are needed to support auth callback page. If you not worked, I will try it.

I am planning to do this, but I want to move the authentication into the library itself. I already have the refresh token being generated, so it's probably a good idea to move that all into one spot and allow people to pass in user keys/secrets if they want to use a different login.

@whatadewitt
Do you mean that external application(or external library) must handle the authentication process? If so, we need to handle an access token only given by OAuth 2.0.

@whatadewitt
I worked something. :smile:

branch : githubsmilo / remove_auth_proess_for_oauth2.0
commit : Remove the authentication process for OAuth 2.0

I tested below APIs and had success. I will try other APIs later.

yf.team.standings
yf.team.meta
yf.players.fetch

@whatadewitt
I uploaded my OAuth 2.0 test application to my remove_auth_process_for_oauth2.0 branch.

commit : Implement test app for OAuth 2.0 + YahooFantasy

README.md is here.

I haven't looked through this fully, but I certainly don't want to bloat the API with a server/HTML/CSS etc. I have the sandbox which runs here http://yfantasysandbox.herokuapp.com/ which I use for testing the API and it's calls/responses.
The code for this can be found here: https://github.com/whatadewitt/yahoofantasysandbox

@whatadewitt
I understand. I will seperate my test application to a new repository.

@whatadewitt
What is your plan to apply OAuth 2.0 ? I think that the authentication process must be seperated from yfsapi. So I made a pull request to implement it. Please do code review.

Checking in to see if there's any progress on this.
Would love to see the move to OAuth 2.0—or the removal of Oauth.
I noticed one of your bigger concerns is the inability to access the public api with 2.0. Have you considered supporting both 1.0 and 2.0?
Maybe specifying during creation?
new YahooFantasy.OAuth2(
 config.get('apis:yahoo:clientId'),
  config.get('apis:yahoo:clientSecret')
);

Or something to that effect anyway. For all intents and purposes, that could just be a flag on the client that utilizes 2.0 compliant headers, https, and perhaps just disables the public api methods? I'm open to helping out with that effort if there's a plan in place.

... well I posted this https://developer.yahoo.com/forums/#/discussion/7979/fantasy-sports-api-oauth2 on April 23rd and never got a response, less than a month later my wife had our second child, so between the job and the new baby, time has been pretty limited. I've been trying to keepi my eye on things, and this looks promising https://developer.yahoo.com/oauth2/guide/yahoo_scopes/ as Fantasy Sports has read and write.
It's a long weekend, and while I have a couple small things to catch up on, I will make some time tomorrow night to see what's going on and if I can get things working.

I'm not surprised you didn't get a response, sadly. And congrats on the child!
I had a rudimentary library built becuase i was using the OAuth2 flow, and was planning on just ad hoc-ing it as I went, but it's so cumbersome to work with, and you've already done so much work I didn't want to waste anymore time. I can share what I have if any of it is helpful or if you get stuck—I can't remember how much trial-and-error was involved as it was from quite a while back.
I registered my app, and during registration, you choose your scopes. In my experience there's no need to specify your scopes during user authentication at all, but I could just be missing something.
The page specifies:

A scope is a permission setting that specifies access to a Yahoo user’s non-public data.

... so I'm not sure that's going to help with any of the public-data-issues request issues.
Or am I missing your meaning regarding the scopes looking promising?

Anyway, I think the idea of supporting both 1.0 and 2.0 is pretty viable, with caveat that 2.0 would be missing the public-subset.
And like I said, if you do figure out a plan to move forward but don't have time, just toss up some issues.
In the meantime I'll just downgrade to 1.0—hopefully temporarily :)

I did some thinking this week... I'm gonna try to set things up like this:
Use OAuth1 for "public" queries. When users log in, I'll implement the OAuth2 flow. I don't LOVE this, but it will add more security for those who log in, and most of the time people will be logging in anyway...
I don't have a timeline on it, but I'm hoping to plug away at it in my free time. Keep your eyes peeled!

Wanted to update anyone still interested. I am (I feel) pretty much done with the OAuth2.0 implementation. I have a few small things left to tweak... but I should be able to get this pushed up within the week, depending on how busy the paying job/kids keep me... but this is certainly exciting!

closing as this has now been implemented...

Thanks @whatadewitt! Appreciate the work, will take a look at this soon.


Add support for item movement via scrolling in grids

Implemented according to this schema
 schema
Cursor over grid:
shift scroll up: pull hovering item from Inventory
shift scroll down: push hovering item from RS into inventory
ctrl scroll up: deposit item from cursor into grid
ctrl scroll down: pull hovering item from grid onto cursor
Cursor over inventory:
shift scroll up: push hovering item into grid
shift scroll down: pull hovering item from grid
ctrl scroll up: push from cursor to grid
ctrl scroll down: pull hovering item from grid to Cursor

Not sure where to put all the code. Currently just sitting in the handle method of each message.
Contains a minor change to how items are pulled from the grid in general. They will now first fill all stacks in inventory before adding a new one.

not a dev so cannot try, but does it work properly while mods like Inventory Sorter are present?

Mouse Tweaks works now :)
As far as I'm aware we are still waiting for a crash fix before compatibility with Inventorysorter can be done.
It somehow manages to insert items into the filter slots :(.
Until that is fixed you can work around it by either blacklisting the container with a command (if that works...) or by disabling its wheel functionality in the controls.


HBASE-26928 Fix several indentation problems

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 36s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 45s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m  7s
master passed

+1 :green_heart:
compile
3m 24s
master passed

+1 :green_heart:
checkstyle
1m  0s
master passed

+1 :green_heart:
spotbugs
2m 16s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 10s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m  6s
the patch passed

+1 :green_heart:
compile
3m 24s
the patch passed

+1 :green_heart:
javac
3m 24s
the patch passed

+1 :green_heart:
checkstyle
0m 12s
hbase-common: The patch generated 0 new + 44 unchanged - 8 fixed = 44 total (was 52)

+1 :green_heart:
checkstyle
0m 33s
The patch passed checkstyle in hbase-server

+1 :green_heart:
checkstyle
0m  6s
The patch passed checkstyle in hbase-endpoint

+1 :green_heart:
checkstyle
0m  7s
hbase-rest: The patch generated 0 new + 10 unchanged - 42 fixed = 10 total (was 52)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
11m 47s
Patch does not cause any errors with Hadoop 3.1.2 3.2.2 3.3.1.

+1 :green_heart:
spotbugs
2m 39s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 27s
The patch does not generate ASF License warnings.

39m 17s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4323/1/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4323

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti checkstyle compile

uname
Linux 87e0f71f0099 5.4.0-1025-aws #25~18.04.1-Ubuntu SMP Fri Sep 11 12:03:04 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 7f9d1f2259

Default Java
AdoptOpenJDK-1.8.0_282-b08

Max. process+thread count
64 (vs. ulimit of 30000)

modules
C: hbase-common hbase-server hbase-endpoint hbase-rest U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4323/1/console

versions
git=2.17.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 44s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 21s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 15s
master passed

+1 :green_heart:
compile
1m 46s
master passed

+1 :green_heart:
shadedjars
4m 21s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m  9s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 55s
the patch passed

+1 :green_heart:
compile
1m 42s
the patch passed

+1 :green_heart:
javac
1m 42s
the patch passed

+1 :green_heart:
shadedjars
4m 17s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m  6s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
2m  1s
hbase-common in the patch passed.

-1 :x:
unit
259m  7s
hbase-server in the patch failed.

+1 :green_heart:
unit
7m 50s
hbase-endpoint in the patch passed.

+1 :green_heart:
unit
10m 35s
hbase-rest in the patch passed.

307m 14s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4323/1/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4323

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 48486d978751 5.4.0-1025-aws #25~18.04.1-Ubuntu SMP Fri Sep 11 12:03:04 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 7f9d1f2259

Default Java
AdoptOpenJDK-11.0.10+9

unit
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4323/1/artifact/yetus-jdk11-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4323/1/testReport/

Max. process+thread count
3019 (vs. ulimit of 30000)

modules
C: hbase-common hbase-server hbase-endpoint hbase-rest U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4323/1/console

versions
git=2.17.1 maven=3.6.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
3m 20s
Docker mode activated.

-0 :warning:
yetus
0m  4s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 34s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
4m  3s
master passed

+1 :green_heart:
compile
2m 16s
master passed

+1 :green_heart:
shadedjars
5m 43s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 41s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 14s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 35s
the patch passed

+1 :green_heart:
compile
2m 13s
the patch passed

+1 :green_heart:
javac
2m 13s
the patch passed

+1 :green_heart:
shadedjars
5m 45s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 25s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
2m 34s
hbase-common in the patch passed.

-1 :x:
unit
305m 33s
hbase-server in the patch failed.

+1 :green_heart:
unit
3m 35s
hbase-endpoint in the patch passed.

+1 :green_heart:
unit
5m 52s
hbase-rest in the patch passed.

351m 34s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4323/1/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/4323

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux ff59479e09ef 5.4.0-90-generic #101-Ubuntu SMP Fri Oct 15 20:00:55 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 7f9d1f2259

Default Java
AdoptOpenJDK-1.8.0_282-b08

unit
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4323/1/artifact/yetus-jdk8-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4323/1/testReport/

Max. process+thread count
2367 (vs. ulimit of 30000)

modules
C: hbase-common hbase-server hbase-endpoint hbase-rest U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-4323/1/console

versions
git=2.17.1 maven=3.6.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.


Exstend ws in REST context?

I have a case where on client i want to make rest call then receive response via websocket.
The only way for now is have a variable wss and assign ws to it and then just use that. But would be really nice if instead of that i can use c Context c.ws.publish('group-chat', { message: '222', time: Date.now() })
const app = new Elysia();

export let wss: any;

app
  .post('/test', (c) => {
    wss.publish('group-chat', { message: '222', time: Date.now() });
  });

app
  .ws('/ws', {
    body: t.Object({
      message: t.String(),
    }),
    open(ws) {
      wss = ws;
      const msg = `${ws.id} joined`;
      ws.subscribe('group-chat');
      ws.publish('group-chat', { message: msg, time: Date.now() });
    },
    message(ws, { message }) {
      console.log('🚀 ~ message:', message);
      ws.publish('group-chat', { message, time: Date.now() });
    },
  })
  .listen(8080);

app.listen(Number(process.env.PORT) || 3000, () => {
  console.log(`🦊 ${app.server?.hostname}:${app.server?.port}`);
});

Another way via decorate i could do it but not sure what is cleaner
let wss: any;

const app = new Elysia().decorate('getWss', () => wss);

  .post('/test', (c) => {
    c.getWss().publish('group-chat', { message: '111111', time: Date.now() });
    // wss.publish('group-chat', { message: '222', time: Date.now() });
  });

Heya, you can send messages to connected websockets using the underlying bun Server instance, like so:
import { Elysia } from "elysia";

const app = new Elysia()
  .ws("/ws", {
    open(ws) {
      ws.subscribe("group-chat");
    },
  })
  .post("/message", () => {
    app.server!.publish("group-chat", "Hello World!");
  })
  .listen(8080);

console.log("Listening on port 8080");

in this example curl localhost:8080/message -X POST will send "Hello World!" to all connected websockets

OH nice this worked great, but still curious is this the best approach?

Prior to Elysia 0.7 used to provide a websocket plugin to provide publish, but you can use this little snippet to do the same trick.
import type { Server } from 'bun'

const publish = (app: Elysia) =>
	app
		.decorate('publish', app.server?.publish as Server['publish'])
		.onRequest((context) => {
			if (app.server) context.publish = app.server!.publish
		})

const app = new Elysia()
	.use(publish)
	.get('/', ({ publish }) => {
		publish('hello', 'world')

		return 'Hello World'
	})
	.listen(3000)

Feels free to reopen the issue if the answer is not clear.

@s

Heya, you can send messages to connected websockets using the underlying bun Server instance, like so:
import { Elysia } from "elysia";

const app = new Elysia()
  .ws("/ws", {
    open(ws) {
      ws.subscribe("group-chat");
    },
  })
  .post("/message", () => {
    app.server!.publish("group-chat", "Hello World!");
  })
  .listen(8080);

console.log("Listening on port 8080");

in this example curl localhost:8080/message -X POST will send "Hello World!" to all connected websockets

is this sample is working. i tried like that  app server is null or unditified


Please consider providing a version for Firefox

Chrome Extension Manifest v3 is problematic. Firefox supports Manifest v2 just fine, I think.

Hi, do you mean publishing a V3 for Chrome and V2 specifically for Firefox? or getting rid of V3 extension in favour of V2?

That really depends on what APIs the extensions makes use of. I looked it up and it seems Firefox has started rolling out some support for Manifest v3 recently.


Expose ability to point to hpcs in different account for encryption

Description
Surface capability that is coming in next provider version - see https://github.com/IBM-Cloud/terraform-provider-ibm/issues/4745

Feature has been included in https://github.com/IBM-Cloud/terraform-provider-ibm/releases/tag/v1.60.0-beta1 if you want to try it out @Ak-sky

Released in https://github.com/terraform-ibm-modules/terraform-ibm-base-ocp-vpc/releases/tag/v3.12.0, closing this.


Update dependency Rook to v1.12.7

This PR contains the following updates:

Package
Update
Change

docker.io/rook/ceph
minor
v1.11.11 -> v1.12.7

rook-ceph
minor
v1.11.11 -> v1.12.7

Release Notes

rook/rook (rook-ceph)
v1.12.7
Compare Source
Improvements
Rook v1.12.7 is a patch release limited in scope and focusing on feature additions and bug fixes to the Ceph operator.

core: Crash collector keyring requires rw access for the mgr profile (#13072, @travisn)
external: Automatically init the rbd pool (#13061, @parth-gr)
doc: Add a table for supported OSD configuration (#12166, @satoru-takeuchi)
external: Fix monitoring endpoint check (#13060, @parth-gr)
docs: Unify namespaces handling for the second cluster creation (#13089, @rkachach)
doc: Clarify LVM prerequisites (#13099, @sp98)
namespace: Adding namespace to all rook-ceph namespaces references (#13078, @rkachach)
namespace: Adding a dedicated entry for operator namespace in common (#13080, @rkachach)

v1.12.6
Compare Source
Improvements
Rook v1.12.6 is a patch release limited in scope and focusing on feature additions and bug fixes to the Ceph operator.

osd: Prevent to fallback to LVM mode in OSD on LVM creation (#12165, @satoru-takeuchi)
build: Reduce Go module dependencies significantly by removing unnecessary package dependencies (#13035, @BlaineEXE)
osd: Use bash script to run OSDs if the flappingRestartIntervalHours is set (#13031, @sp98)
mon: Write the assimilate-conf config to a valid operator working directory (#13033, @travisn)
mds: improve the MDS liveness probe calls (#12860, @parth-gr)
csi: Add mountinfo path for the CephFS daemonset (#13011, @Madhu-1)
osd: Print warning message if no matching node found in nodes list for an OSD (#13046, @wb14123)

v1.12.5
Compare Source
Improvements
Rook v1.12.5 is a patch release limited in scope and focusing on feature additions and bug fixes to the Ceph operator.

external: Fix return value for client.healthchecker user keyring (#13001, @parth-gr)
object: Create cosi user for each object store (#12633, @thotz)
mgr: Allow more than two mgrs (#12895, @travisn)
core: Use crash profile in crash daemon keyring (#12970, @travisn)
multus: Allow node profiles in validation test (#12968, @BlaineEXE)
file: Disable active standby when set to false (#12981, @travisn)
mgr: Adding support for prometheus endpoint configuration (#12926, @rkachach)
external: Update healthchecker caps for rbd command (#12941, @subhamkrai)
docs: Review the teardown guide for updated guidelines (#12921, @travisn)
osd: Support encrypted OSDs on partitons (#12924, @satoru-takeuchi)
helm: Clusterrole to add objectbucketclaims to user facing roles (#12329, @jouve)
build: update s5cmd to version v2.2.1 (#12898, @obnoxxx)
core: Import packages only once (#12909, @testwill)
docs: Improving minikube developer setup documentation (#12984, @rkachach)

v1.12.4
Compare Source
Improvements
Rook v1.12.4 is a patch release limited in scope and focusing on feature additions and bug fixes to the Ceph operator.

core: Restart ceph daemons when network updated (#12791, @subhamkrai)
helm: Update docs/comments to reflect reef support (#12872, @mjnagel)
exporter: Bind to all interfaces if IPv6 is enabled (#12886, @matthewpi)
object: Unique username for OBC even when preceding OBC was retained (#12884, @haslersn)
multus: Allow using NADs without inspectable CIDRs (#12778, @BlaineEXE)
discover: Fix discover daemonset default value for discovery interval (#12844, @lbailleul)
operator: Move discover pod settings to the operator configmap (#12840 #12691, @subhamkrai)
build: Correct release version for toolbox based on operator in release-1.12 branch (#12853, @travisn)
osd: Replace existing OSDs to be upgraded when new store is available (#12770, @sp98)
ci: Simplify docs-check workflow by extracting functionality  (#12816, @obnoxxx)
csi: Enable csi-addons-side when dependent CRDs are deployed (#12487, @subhamkrai)
monitoring: Set port for exporter servicemonitor (#12825, @weirdwiz)

v1.12.3
Compare Source
Improvements
Rook v1.12.3 is a patch release limited in scope and focusing on feature additions and bug fixes to the Ceph operator.

object: Avoid creating same bucket for two different OBCs (#12804, @thotz)
object: Allow creating an object user in different namespace (#12730, @travisn)
external: rename --cluster_name parameter to --k8s_cluster_name (#12811, @parth-gr)
core: Return valid CIDR IP for blocklisting (#12797, @Madhu-1)
ci: Add K8s v1.28 to test suite (#12748, @subhamkrai)
csi: Set ceph cluster as ControllerRef for holder daemonset (#12724, @Madhu-1)
build: Add support for Go version 1.21 in addition to 1.20 (#12788, @subhamkrai)
build: Update go modules (#12663, @BlaineEXE)
build: Remove go modules under apis directory (#12764, @travisn)
helm: Documentation uses values.yaml instead of values-override.yaml (#12734, @parth-gr)
osd: Implement replacing OSDs for when the backend store may change in future (#12507, @sp98)
mon: Support mon backing storage in different storage classes across zones (#12384, @ideepika)
monitoring: Add "for" to CephOSDDownHigh alert (#12731, @cjyar)
operator: Log operator config configmap settings only when changed (#12679, @subhamkrai)
build: Update vault and other indirect imports (#12672, @subhamkrai)
helm: Support helm chart install in OpenShift clusters (#12675, @parth-gr)

v1.12.2
Compare Source
Improvements
Rook v1.12.2 is a patch release limited in scope and focusing on feature additions and bug fixes to the Ceph operator.

file: Handle filesystem add pool error for Reef (#12725, @Madhu-1)
nfs: Run dbus-daemon sidecar as dbus user instead of root (#12698, @nixpanic)
multus: Add sample job manifest for multus config validation (#12495, @Nikhil-Ladha)
csi: Add CSI pods to the list to force delete when stuck terminating (#12681, @Madhu-1)
csi: Configurable maxUnavailable for CephFS CSI Daemonset for faster updates (#12678, @karthik-us)
mon: Cleanup ParseMonEndpoints from mon package (#12561, @henrydavies1)
helm: Configure additional ServiceMonitor labels (#12605, @jouve)
operator: Fix formatting of some logger methods (#12666, @polyedre)
object: Fix s5cmd documentation for s3 endpoint verification (#12624, @parth-gr)

v1.12.1
Compare Source
Improvements
Rook v1.12.1 is a patch release limited in scope and focusing on feature additions and bug fixes to the Ceph operator.

docs: Add note in upgrade guide about cephfs driver's breaking change (#12615, @Rakshith-R)
osd: Use cp -a command for copying init-containers binary (#12501, @Sheetalpamecha)
external: added an optional flag for enabling v2 mon port (#12534, @Nikhil-Ladha)
external: set RequireMsgr2 if v2 port is configured (#12537, @parth-gr)
multus: Revise kube config/client loading (#12611, @BlaineEXE)
nfs: Fix null pointer deref in generateSssdSidecarResources() (#12617, @spuiuk)
external: Create cluster namespace for the external cluster (#12508, @parth-gr)
object: Update ceph COSI driver image to v0.1.1 (#12562, @thotz)
object: Do not add objectstore endpoint to zone when sync is disabled (#12560, @polyedre)
nfs: mount krb5.conf and krb5.keytab in the sssd container (#12517, @spuiuk)
core: Force delete rook-ceph-exporter pod on a down node (#12575, @sp98)
rbd: Skip PV during node fencing when PV is not backed by Ceph-CSI (#12563, @subhamkrai)
build: COSI driver is missing from OLM list (#12592, @subhamkrai)
ci: add detached mode in tmate (#12579, @subhamkrai)

v1.12.0
Compare Source
Upgrade Guide
To upgrade from previous versions of Rook, see the Rook upgrade guide.
Breaking Changes

The minimum supported Kubernetes version is v1.22
The minimum supported Ceph-CSI driver is 3.8
Version of golang supported during development is v1.20
For CephObjectStores, if rgw_run_sync_thread was set manually via ceph config set ...
the value will be overridden by Rook according to disableMultisiteSyncTraffic

Features

Add support for Ceph Reef (v18)
Ceph COSI Driver for provisioning buckets is available in experimental mode
Ceph CSI version by default is v3.9
Automate recovery of RBD (RWO) volumes following node loss

Requires CSI-add-ons
Requires the K8s v1.26 feature for non-graceful node shutdown

Multus network validation tool
Security improvements by dropping container capabilities
Allow disabling ObjectBucketClaim and ObjectBucketNotification controllers
Various improvements for the external Ceph cluster configuration script
NFS

Add experimental support for RGW as a backend for CephNFSes
Add support for the monitoring endpoint present in NFS-Ganesha v5.1 (Ceph Reef v18 and up)
Fix various bugs in kerberos support

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

Edited/Blocked Notification
Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.
You can manually request rebase by checking the rebase/retry box above.
⚠ Warning: custom changes will be lost.

Summary of changes:

Upgrade Rook to 1.12.7
Remove SCC manifests template in the operator helm chart -> we already generate SCCs for OpenShift 4 in the component, the upstream manifest wouldn't work for our configuration anyway
Remove discard mount option for CephFS (not required, and breaks mounts with Ceph-CSI v3.9.0)
Update alert runbooks and fix typo in CephPGUnavailableBlockingIO alert


Invalid link to gflags library in documentation

https://github.com/google/glog/blob/master/doc/glog.html contains a link to http://code.google.com/p/google-gflags/. Obviously, the project has moved though:

Unfortunately, clicking on that link labelled "gflags" (https://code.google.com/archive/gflags) only leads to another error page:

@xmnlab true, thanks, didn't check back on that issue!


BlackFrame is not a valid member of ScreenGui

Call stack:
LoadingScript, line 508 - global fadeBackground
LoadingScript, line 576

@TheSneak Still a issue?

No longer an issue. Closing.


Class Line count and function line count

There seems to be a bug with the count of the length (in lines) of classes and functions.
First of all, phpmd counts blank lines as a whole line, that means that any programmer that has the habit of separating variables at the beginning of a function with an extra blank line from the logic code and the if blocks too will get an error with even the shortest functions.
On a second note there is the error when counting inside a class. It includes the PHPDoc comments as code lines. This means that a 60 line class is count as 170 because most of the content is PHPDoc.
Thanks for the awesome work on the project!

There is a property named ignore-whitespace to ignore the whitespace.
https://phpmd.org/rules/codesize.html
Another property for ignoring the doc blocks or all comments in general could be useful for some, I guess.

Would it make sense to have an option to count a multi-line string as one line of code?

Indeed, despite this one is very old the ExcessiveClassLength is not relevant today. The default value of 1000 lines is incredibly high probably because comments and blank lines are taken into account by default.
Indeed ignore-whitespace ignore lonely { or }, blank lines and comments. This option actually solves the issue here. In the next major/minor (to be discussed), ignoring those lines should be the default behavior, and so the default threshold should not be more than 500.


Update: Amplication's Docs Typography and Colors

I got on a call with Alex Bass and we discussed how to improve the documentation website's design to improve the user experience.
He suggested the following changes:
Alex feedback:

Make it darker color (grey color) on things that are not clicked or highlighted.

Replace the purple with white, so when you click or hover it becomes white (links)

All hyper links should be (#53DBEE)

---

Text that is not highlighted - B7BAC7
Text that active - FFFFFF
Hyper link iside the contant - 53DBEE

373D57 - bg
text - B7BAC7
Text - #FFF

---

Let's make sure everything is the same size and same font

Top menu 14px

Poppins

---

We don't need to use the purple at all for the text.
 It's

Right Sidebar:

Text that is not highlighted - B7BAC7
Text that active - FFFFFF
Hyper link iside the contant - 53DBEE

Left Navbar is navigation
Right is fast navigation

Right should have the same values as the left (which is white and grey )

For breadcrumbs:

darker grey for everything until you get to the actual active page, which should be white...

Remove the darker grey background color for the breadcrumbs...

menu on the left should be 14px...

menu on the right should be 12px

----

אלכס בס3:21 PM
D3D4DC
אלכס בס3:23 PM
B7BAC7
53DBEE
אלכס בס3:25 PM
Text that is not highlighted - B7BAC7
Text that active - FFFFFF
Hyper link iside the contant - 53DBEE
You3:27 PM
##22273c
אלכס בס3:28 PM
373D57 - bg
text - B7BAC7
*timestamp*
אלכס בס3:31 PM
top menu - 14 px same font  - font poppins
You3:32 PM
header background-color: #15192c
אלכס בס3:35 PM
right menu should have the color style of the left
אני11:25
Text that is not highlighted - B7BAC7
Text that active - FFFFFF
Hyper link iside the contant - 53DBEE
אלכס בס3:39 PM
breadcrumbs
Current link - FFFFFF
papa link  - B7BAC7
icon - B7BAC7
no need in current link bg wrap
אלכס בס3:44 PM
side menu left -14px
fast nav on right - 12px
middle contant :
H1 - 32px semi bold
inner contant:
Title - 18px semi bold
text - 14px  regular color D3D4DC
line hight - 1.25rem (for inner content)

Make sure the arrow is around 14px. Should be tinier.

אלכס בס3:48 PM
left menu arrow should be smaller
14px
אלכס בס3:51 PM
bg of scroll bar - 15192C
scroll stick - 373D57

I'm taking care of this Issue in PR #424.


itk:x86-windows

Host Environment

OS: Windows 10
Compiler: Visual Studio 2017

To Reproduce
Steps to reproduce the behavior:
./vcpkg install itk
Failure logs
CMake Error at scripts/cmake/vcpkg_execute_build_process.cmake:136 (message):
Command failed: "C:/Program Files/CMake/bin/cmake.exe" --build . --config Debug --target install -- -v
Working Directory: C:/src/vcpkg/buildtrees/itk/x86-windows-dbg
See logs for more information:
C:\src\vcpkg\buildtrees\itk\install-x86-windows-dbg-out.log
Call Stack (most recent call first):
scripts/cmake/vcpkg_build_cmake.cmake:91 (vcpkg_execute_build_process)
scripts/cmake/vcpkg_install_cmake.cmake:24 (vcpkg_build_cmake)
ports/itk/portfile.cmake:67 (vcpkg_install_cmake)
scripts/ports.cmake:94 (include)
Error: Building package itk:x86-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: itk:x86-windows
Vcpkg version: 2020.01.17-nohash
install-x86-windows-dbg-out.log
-Please attach any additional failure logs mentioned in the console output.
Additional context
Let me know if you need anything else!

PR https://github.com/microsoft/vcpkg/pull/11208 should fix this issue.
Failures:
Creating library lib\ITKIOHDF5-5.0.lib and object lib\ITKIOHDF5-5.0.exp
itkHDF5ImageIO.cxx.obj : error LNK2019: unresolved external symbol _H5open referenced in function "public: virtual bool __thiscall itk::HDF5ImageIO::CanReadFile(char const *)" (?CanReadFile@HDF5ImageIO@itk@@UAE_NPBD@Z)
itkHDF5ImageIO.cxx.obj : error LNK2019: unresolved external symbol _H5check_version referenced in function "public: virtual bool __thiscall itk::HDF5ImageIO::CanReadFile(char const *)" (?CanReadFile@HDF5ImageIO@itk@@UAE_NPBD@Z)
itkHDF5ImageIO.cxx.obj : error LNK2019: unresolved external symbol _H5Aexists referenced in function __catch$?Write@HDF5ImageIO@itk@@UAEXPBX@Z$3
itkHDF5ImageIO.cxx.obj : error LNK2019: unresolved external symbol _H5Fis_hdf5 referenced in function "public: virtual bool __thiscall itk::HDF5ImageIO::CanReadFile(char const *)" (?CanReadFile@HDF5ImageIO@itk@@UAE_NPBD@Z)
itkHDF5ImageIO.cxx.obj : error LNK2019: unresolved external symbol "public: char const * __thiscall H5::Exception::getCDetailMsg(void)const " (?getCDetailMsg@Exception@H5@@QBEPBDXZ) referenced in function __catch$?ReadImageInformation@HDF5ImageIO@itk@@UAEXXZ$0
itkHDF5ImageIO.cxx.obj : error LNK2019: unresolved external symbol "public: class H5::IdComponent & __thiscall H5::IdComponent::operator=(class H5::IdComponent const &)" (??4IdComponent@H5@@QAEAAV01@ABV01@@Z) referenced in function "public: class H5::H5Location & __thiscall H5::H5Location::operator=(class H5::H5Location const &)" (??4H5Location@H5@@QAEAAV01@ABV01@@Z)

The PR has been merged, please get latest source and try again.


[DevExp] End to end Typegen

Remove risks and effort involved with manually maintained types
https://the-guild.dev/graphql/codegen

Marking as mostly complete since we now have the client and FeTS


Change timer granularity

Yes. Can you find out if statsd can report the kind of value..? ie. A gauge value for a when we are tracking the "time" it takes to process something should show in sysdig as milliseconds instead of a rate.


m.optimize_restarts(num_restarts=10) picking wrong model?

 One would assume that we are attempting to maximise the likelihood of the timeseries (hence get the likelihood closer to 1), and therefore, attempt to maximise the log-likelihood (hence get the log likelihood closer to 0 as maximise chance of event = log(1)=0 ). Log of number between 0 and 1 is negative, so we would hope to choose the model with the log likelihood closest to 0, which is not happening in the above case.
Any help would be appreciated! Thanks!

The objective function is the negative log likelihood.
For historical reasons, numerical optimisation is usually approached as a minimisation rather than maximisation of the function.

Hi Dapid, thanks for the swift response!
I believe that the value of the negative log likelihood should be positive (which is then minimised) because of the following intuition:
1 - The likelihood of an event has a probability between 0 and 1
2 - The log likelihood of an event has a probability between -inf and 0
3 - As such, the negative of the log likelihood has a range between 0 and infinity.
Therefore, I do not see why the above values are negative. I agree that we should minimise the negative log likelihood, but if the value of the negative log likelihood is negative, the log likelihood is positive, so the probability of an event will be much greater than 1, which is impossible, right?

You are thinking of discrete probabilities, continuous probabilities go negative very often, because they are not real probabilities, but probability density functions being evaluated at a point (rather than across a range).

Hi Neil,
Thanks for that explanation.
I'm still questioning this because in the equation for the calculation of the log marginal likelihood (Rasmussen and Williams, page 9 equation 2.30):
Let K_adj= K + sigmaIdentity
log p(y|x) = -0.5y(K_adj^-1)y - 0.5log|K_adj| - const
In the case of GP's, K_adj has to be a positive definite, therefore the equation is strictly negative (bounded at the upper limit by 0). Given this, I'm struggling to see how the log marginal likelihood can be positive.
Thanks

As the determinant approaches zero, the logarithm can be severely negative,
dominating the equation.
On 26 Jul 2016 8:13 a.m., "ahmasoh1992"<EMAIL_ADDRESS>wrote:

Hi Neil,
Thanks for that explanation.
I'm still questioning this because in the equation for the calculation of
the log marginal likelihood (Rasmussen and Williams, page 9 equation 2.30):
Let K_adj= K + sigma
Identity log p(y|x) = -0.5y(K_adj^-1)y - 0.5log|K_adj| - const
In the case of GP's, K_adj has to be a positive definite, therefore the
equation is strictly negative (bounded at the upper limit by 0). Given
this, I'm struggling to see how the log marginal likelihood can be positive.
Thanks
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/SheffieldML/GPy/issues/411#issuecomment-235249601,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAIKWm7X39ZUiVjQxSrsKH2hwYFNyUlcks5qZfnpgaJpZM4JU9bP
.

Ah I completely missed that, thanks so much!


Recognize IRC color-filled parts as spoilers

Similar to how bold, italics and other IRC control characters are converted to their Discord counterparts upon send from IRC, the same should happen to parts of messages which are colored in the same background color as foreground color, to be converted into ||spoiler|| tags on Discord end.
At the moment you have to use both syntaxes at the same time in order for the text to appear hidden to both IRC and Discord users. (especially complicates things when sending from Discord to IRC)
Example (red fill):
Here is some 4,4hidden text.
should be translated to:
Here is some ||hidden text||.
And the other way around, using any neutral color.
(where  = ␃, U+0003)

Hey there! This project is currently mostly in maintenance mode, except for especially complete and ready PRs. I'll mark this issue as "new feature" and "help wanted", so that if someone's interested in taking it on, they can do so!


No terminal selection background for Atelier_SulphurpoolLight and others

Currently Atelier_SulphurpoolLight and some other Atelier themes don't have a terminal selection background.
Workaround is adding the following with you desired colour to your user settings:
    "workbench.colorCustomizations": {
        "terminal.selectionBackground": "#528BFF66"
    },

Ok, I see what you mean. None of my themes currently have a setting for terminal.selectionBackground, and now there's also highlighting for find in the integrated terminal it seems ... which is all very cool. Whenever I have some time I will work on this, but don't hold your breath 😉 .
https://stackoverflow.com/questions/68776940/vscode-terminal-change-the-find-highlight-color?noredirect=1&lq=1
https://github.com/microsoft/vscode-docs/blob/vnext/release-notes/v1_66.md#display-all-find-matches

I'm good with my workaround, just wanted to let you know. Thanks for taking a look!

@freref should be fixed now, added some semi-transparency too. Please let me know if this update works for you or not.


Does not work for ESP32, but can be fixed

I tried your HTU21D for both ESP8266 and ESP32. For ESP8266 worked fine but it failed for ESP32. I compared your code to that of Adafruit and I found that you use ".endTransmission(false);" instead of default ".endTransmission();". Probable the "false" option is correct, but without the false parameter seems to be more compatible, in fact, the Adafruit version does not use that option.
I still prefer your version than Adafruit's because yours seems to be more robust.

I cannot reproduce this issue with the latest Arduino core for the ESP32 (tested with 2.0.4). The boolean flag was added in a later version of the Arduino specification. It seems to me, that you are using a very old or non-standard version of the Arduino ESP32 support library.
Can you try to update/reinstall it according to the official manual?
See: https://docs.espressif.com/projects/arduino-esp32/en/latest/installing.html
If it still doesn't work, please supply the exact version of your Arduino IDE and the ESP32 board package.

I use Arduino framework on PlatformIO and Sparkfun ESP32 Thing. First I was using a very old Aduino/Espressif platform and the board kept on reseting when reading the sensor. With the current 7 days old 5.1.1 framework, it does not reset itself, but  it does not read the sensor either. May be it is something related to the board I'm using, though it perfectly works if I remove the "false" flag.
By the way, my HTU21D temperature readings are about 1 ºC higher than those obtained from a BME280. I guess it is not related to this issue, but it is strange.

I have no issues of compiling for the ESP32 with version 5.1.1. However, I can confirm that it does not work with the ESP32 currently. The reason are a series of nasty bugs in the ESP32 SDK. I need to try around a bit what is the best way to solve this. Using false will change the communication behavior and send a stop bit. I would like to keep the communication like it is recommended in the sensors datasheet. However, it might take a bit till there is a solution. So for you, it is probably best to stick to using true instead of false for the while.
Regarding the temperature issue it's difficult to know the exact reason, according to the specs the difference should be below 0.9 °C. The temperature formula for the HTU21D is correct. So this should be indeed unrelated. Might be sensor placement.

It seems that the i2c communication  on all ESP32 chips is handled by a dedicated hardware FSM. There is no support for delays in the communication. All commands are put into a queue and then executed. This means the recommended communication pattern for the HTU21D is not implementable for the ESP32.
I will extend the library with a workaround that uses two separate calls for triggering the measurement and reading the result by using endTransmission(true) which was what worked for you.

I submitted a patch the new release 1.0.2 should be available in 1-2 days.


Add mapK to QueryExecutor

Can be done along with https://github.com/gemini-hlsw/gsp-graphql/issues/199, because classifying the errors in compileAndRunOne properly as internal errors to be dealt with via raiseError makes this a lot easier.
Once that's done we can simplify this construct in the demo (https://github.com/gemini-hlsw/gsp-graphql/pull/253).

This might still be useful, but it's been made mostly redundant by the switch to requiring a MonadError for Mapping's effect in #378.


info method - expose information about the model

Summary:
Add a new info method that lets tools (or users) get info about the model to help e.g. deciding if the model needs recompilation.
Description:
Currently, a lot of the metadata about a compiled model can only be retrieved by running inference (Stan version, stanc flags) or not at all (cpp compile options, compiler, ...). This limits the ability of wrappers like cmdstanr to make good decisions on when to recompile a model as a change in compiler options or Stan version will not be recognized by checking modification times.
Beyond choosing to recompile or not, other tools may benefit from this metadata in my own work, the SBC package tries to do caching of its results and needs to check if the model it is given is substantially equivalent to a model the cached results were compiled with. It could rely on modification time, but this could result in some unnecessary recomputations (e.g. when the model is modified, found to be problematic and then the change is reverted). For those more extended usages by tools, it might make sense to also include the Stan code and the contents of user-provided extra .hpp in the information stored.
Since all of the information is known at a compile time, a simple implementation would have a .json (or other format) created at compile time and embedded as a resource. The output format could be configurable, but since the primary consumers are likely to be tools, it should probably default to JSON or similar.
Additional information:
If there is an agreement on implementing this, I'd be happy to write a PR.
Current Version:
v2.32.2

We already have something like this (it’s even called info, #1010), but it’s definitely not the most informative.

Oh, I didn't see it in help or manual, so I thought it doesn't exist :-D . So then the proposal would be to add stanc options, cpp options and possible also compiler info and model and header code (and update the documentation)...

Model code might not always be desired (I'm imagining a situation where someone wants to provide a proprietary package without the source), but we could have it as an option, or we could do something like include a hash of the source or something.

So, to be a bit more specific, I propose to:

Cmdstan would create a .json file containing metadata about the model. I believe this should be possible completely within make targets, but in the worst case scenario, it might need a small compiled utility.
The metadata would by default contain all options passed to stanc and the c compiler, info about compiler (CXX_YYY variables), hash of the source code (or potentially hash of normalized source code) and hash of the user header. There would be an option to also add the full source code. (I am not sure I could get hashing to be reliable across platforms within make, so that might require the special utility program)
The .json file will be included as a binary resource in the executable (there appears to be a bewildering array of options to actually do this, so I'll need to investigate a bit what would be the most reliable approach)
The info method would load the metadata from the .json resource, and combine it with the currently stored medata
The info method would get an argument for output format - it could be the key:value format currently used or json for something more readable by tools (once again, especially for including the whole source code)
The info method would be documented in cmdstan User's guide.

Would that make sense? Are there other people I should consult this with? Should  I make a post on Discourse?
I find a file resources to be potentially more flexible (especially for adding the whole source code), but I am open to be convinced that just passing everything by macros and -D is better.


c.colors.contextmenu.disabled doesn't seem to exist anymore

I tried using the template and got an error saying c.colors.contextmenu.disabled attribute didn't exists. Commenting both lines make everything work as intended.

I can not replicate this. Also I could not find the option c.colors.contextmenu.disabled, only c.colors.contextmenu.disabled.bg and c.colors.contextmenu.disabled.fg in base16-qutebrowser.
I see that the option is still in qutebrowser, e.g. https://github.com/qutebrowser/qutebrowser/blob/7b24ac9df77a5601836ceecb1cc39bd54f7792f8/doc/help/settings.asciidoc#colorscontextmenudisabledbg
Which version of qutebrowser do you use?

Yeah sorry my message was written way to quickly.
I indeed was talking about both the c.colors.contextmenu.disabled.bg and c.colors.contextmenu.disabled.fg.
I'm using version 1.10.1 (installed on ubuntu through apt). Result from qutebrowser --version at the end of my message.
I also should have included the exact error message, sorry about that (it should be in an enclosed screenshot).
julien@julien-desktop:~$ qutebrowser --version
qutebrowser v1.10.1
Git commit:
Backend: QtWebEngine (Chromium 69.0.3497.128)
Qt: 5.12.8

CPython: 3.8.5
PyQt: 5.14.1

sip: 4.19.21
colorama: 0.4.4
pypeg2: 2.15
jinja2: 2.11.3
pygments: 2.8.0
yaml: 5.4.1
cssutils: no
attr: 20.3.0
PyQt5.QtWebEngineWidgets: yes
PyQt5.QtWebEngine: 5.14.0
PyQt5.QtWebKitWidgets: no
pdf.js: no
sqlite: 3.31.1
QtNetwork SSL: OpenSSL 1.1.1f  31 Mar 2020

Style: QFusionStyle
Platform: Linux-5.4.0-67-generic-x86_64-with-glibc2.29, 64bit
Linux distribution: Ubuntu 20.04.2 LTS (ubuntu)
Frozen: False
Imported from /usr/lib/python3/dist-packages/qutebrowser
Using Python from /usr/bin/python3
Qt library executable path: /usr/lib/x86_64-linux-gnu/qt5/libexec, data path: /usr/share/qt5

Paths:
cache: /home/julien/.cache/qutebrowser
config: /home/julien/.config/qutebrowser
data: /home/julien/.local/share/qutebrowser
runtime: /run/user/1000/qutebrowser
system data: /usr/share/qutebrowser

Autoconfig loaded: no
Config.py: /home/julien/.config/qutebrowser/config.py has been loaded
Uptime: 0:00:00

Alright. The option was added in qutebrowser version 1.12.0. That's why you get the error.
There are two ways to fix the issue:

Remove the lines manually as you did
Use version 1.9.0-1 of base16-qutebrowser. Version 1.9.0-1 of base16-qutebrowser is compatible with qutebrowser >= 1.9.0.

Hope that helps.

Thanks a lot ! That solves my issues.
And sorry for the opening of an issue I could probably have figured out by myself by more extensive research.


Explicit commands do not work for Gradle projects

Scope: the current development version.
> infer --version
Infer version v0.12.0-572a383f

STR:
> cd examples/android_hello
> ./gradlew clean
> ../../infer/bin/infer run -- ./gradlew build
...
.../bin/infer: More than one subcommand specified: 'run', 'capture'.
...
ERROR: (Unix.Exit_or_signal (Exit_non_zero 1))

Please note that running infer without explicit command (either run or capture) works fine:
> ./gradlew clean
> ../../infer/bin/infer -- ./gradlew build
...
  NULL_DEREFERENCE: 2
     RESOURCE_LEAK: 1

Technical Notes
One command is always declared in infer/lib/python/inferlib/jwlib.py (capture argument for the subprocess.check_call), another command is in INFER_ARGS environment variable (looks like it's copied from the command line arguments).

the last version is also could not support gradle.
Infer version v0.12.0-89ef935
i had try     infer -- gradle build
the same result for me.

Thanks for the reports, I'm looking into it.


Add AppEngine pipeline and DAO

This AppEngine pipeline loads applications from the AppEngine Admin API. And this PR contains DAO for accessing the loaded applications (AppEngineDao.get_applications).

I signed it!

Thanks for the review!

Adding cla: yes label, as the googlebot approved.


Update dependencies to latest version and add Dependabot config

Updates all dependencies to their respective latest versions and adds a Dependabot configuration to keep them up-to-date. The eslint-config-mourner has been explicitly ignored for major versions as it enforces modern linting rules on the project which cannot be applied at this time.
I will be taking responsibility for getting pull requests provided by Dependabot in shape so they remain mergable.

@jonkoops after running npm upgrade, the package lock is back to normal for me (see https://github.com/Leaflet/Leaflet/commit/5b457c20438e9778e63579938643209e7a3adf68) — perhaps you're using an older NPM version? Mine is v7.24.1.

@mourner I think it might have been a merge conflict that NPM tried to resolve, I am running NPM 8.1.0 FYI.

Upgrading sinon we made this definitions obsolete:
https://github.com/Leaflet/Leaflet/blob/03889599d0c97edf94a69344b13e8da311059882/spec/karma.conf.js#L126-L137


V0.7.4

All Submissions Basics:

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same update/change?
[x] Have you checked all Issues to tie the PR to a specific one?

All Submissions Cores:

[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[x] Have you written new tests for your core changes, as applicable?
[x] Have you successfully ran tests with your changes locally?
[x] Does your submission pass tests, including CircleCI, Travis CI, and AppVeyor?
[x] Does your submission have appropriate code coverage? The cutoff threshold is 95% by Coversall.

New Model Submissions:

[x] Have you created a .py in ~/pyod/models/?
[x] Have you created a _example.py in ~/examples/?
[x] Have you created a test_.py in ~/pyod/test/?
[x] Have you lint your code locally prior to submission?

Pull Request Test Coverage Report for Build 1049

18 of 19 (94.74%)  changed or added relevant lines in 7 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.02%) to 95.725%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

pyod/models/combination.py
4
5
80.0%

Totals

Change from base Build 995:
-0.02%

Covered Lines:
3986

Relevant Lines:
4164

💛  - Coveralls

Passed all checks. See changelog for V0.7.4.


Added kebab-case for Angular 14+ compatibility

Changed "baseHref" to "base-href" so that command will be compatible with future versions of Angular

@etchenko please also update CHANGELOG.md and module.xml (bump the patch version)


[WIP] Add missing B&R features

Open for https://github.com/apache/cloudstack-primate/issues/253

[x] Add offering support that imports external offering
[x] Support for backup user-defined schedule
[x] Restore volume and attach it to a VM from a backup

Support for backup user-defined schedule

Restore volume and attach it to a VM from a backup

Add offering support that imports external offering

Hi @rhtyd cc @svenvogel
I've completed. Please review and let me know your comments.

Hi @utchoang - is it ready for review? Thanks.

Hi @rhtyd Yes. Please review it. Thanks.

Great I'll start review and merge @utchoang
You may carry on with your https://github.com/apache/cloudstack-primate/pull/252 or feel free to pick any bugs - but do check existing PRs in case you end up duplicating the effort. Thanks.


pkg: version: add String method

I'm using the pkg outside docker and I didn't like casting to string the var (I imported and used api.DefaultVersion and passed it where a string was expected, so instead of casting outside, I thought a String() method would be a better interface so who uses a version.Version doesn't need to know it's actually a string (cause maybe it will change one day and breaks))
I'll change all cast(s) to string if you like this also
Signed-off-by: Antonio Murdaca<EMAIL_ADDRESS>

agreed - not a fan of type-casting in cases like this because it forces you to know the underlying structure.
LGTM

LGTM 🐇

LGTM


Snackbar does not show if keyboard is visible

Most likely the snackbar appeared under the keyboard

@wmora with windowSoftInputMode set to adjustResize, it works as expect on Android 4.1, but not on my Nexus 5 running 5.1. Haven't tested on any other versions.
The window does resize correctly, but the snackbar remains below the keyboard.
I've tried removing all theme properties specific to v21 with no effect. Not sure if this is something specific to me though. Can anyone reproduce this?

+1 I have the same issue in Nexus 5 running 5.1
Have some mode to detect if keyboard is visible? Then, I can show the snackbar on the top.


Ecto: Support bare maps as values for embeds. Support lists of bare maps

The first one was only supported for assocs.
Passing a bare map for an embed first crashed in cast_value because it can't be cast trivially, then in cast_assoc because the bare map handling code expects an association only.
The second one wasn't supported for either assocs or embeds, because bare maps inside of the list weren't properly casted.
Added tests and fixed.

@leonid-shevtsov thanks!


“winget install -l” The specified location is different from the installation location

Brief description of your issue
When I use
Tencent.TencentDocs -l "E:\Program Files\TencentDocs"

When I ordered the installation of TencentDocs, the software was incorrectly installed in the directory "E:\Program" instead of the specified "E:\Program Files\TencentDocs".

There is only an empty TencentDocs folder under the E:\Program Files folder

I've tried uninstalling and reinstalling many times, and that seems to happen when I install this particular program. No abnormalities have been found in other installation programs.
I don't know if the problem was on winget or the package, but I decided to raise the issu.
Steps to reproduce
just run Tencent.TencentDocs -l "E:\Program Files\TencentDocs" in cmd
Expected behavior
TencentDocs will be installed to the directory "E:\Program Files\TencentDocs"
Actual behavior
Under E:\Program Files, only a new folder TencentDocs was created, but no program was installed and the folder is empty. The Program is installed to E:\Program
Environment
Windows 程序包管理器 v1.3.2691
版权所有 (C) Microsoft Corporation。保留所有权利。

Windows: Windows.Desktop v10.0.22621.900
系统体系结构: X64
程序包: Microsoft.DesktopAppInstaller v1.18.2691.0

日志: %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir

链接
----------------------------------------------------------------------------
隐私声明             https://aka.ms/winget-privacy
许可协议             https://aka.ms/winget-license
第三方声明           https://aka.ms/winget-3rdPartyNotice
主页                 https://aka.ms/winget
Windows 应用商店条款 https://www.microsoft.com/en-us/storedocs/terms-of-sale

Yes, what's your Terminal character code settings? Also try to use powershell for better terminal support. Clearly you need to escape the empty space somehow.  What about using single quotes?

是的，您的终端字符代码设置是什么？还可以尝试使用Powershell以获得更好的终端支持。显然，您需要以某种方式逃离空白空间。使用单引号怎么样？

Thank you for your suggestion, I tried to install the software with this problem using powershell, but the problem persists.
Also, both my cmd and powershell encoding is 936, which is the default Simplified Chinese (GB2312). After I switched to UTF-8 (65001) encoding, the problem existed as well.
I also tried using single quotes instead of double quotes, but still no solution. Interestingly, this bug only occurs with some specific software, such as Motrix, Termius, uTools, Tencent Docs.

我想知道这是否与语法有关。字符串可能需要作为嵌套引用以保留空格。

Sorry I don't seem to understand what you mean, can you briefly say how one should try to fix it? I reinstalled my Windows system and tried to install all the software via winget, but there are more and more packages with this problem and it is only those few specific packages that show this exception.

From Microsoft Learn:

-l, --location
Location to install to (if supported).

It's possible these packages do not support passing the location through to the installer. If they do support this mechanism, then it's likely related to the syntax used to specify the location.

来自微软学习：
-l， --位置	要安装到的位置（如果支持）。
这些包可能不支持将位置传递到安装程序。如果它们确实支持此机制，则它可能与用于指定位置的语法有关。

感谢您的回复，我将这些出现安装路径问题软件安装到别的不带空格的文件夹，例如“D:\ProgramFiles”时，一切正常，所以他们应该支持将位置传递到安装程序。正如你所说，似乎是指定的安装位置中的空格引发了某种语法bug


contribution: Added Ashish Shrestha to Contributors list

You have +38 changes and -33 removed, just add your name,tag,url (should be ~5 lines of changes) and do not edit the formatting, indentation is supposed to be 2 spaces in the json file, you have changed it to 4 spaces.
Also when opening a PR please do not open it empty do add some contents in it.


Strange asymmetric and buggy waveform rendering

I've produced a minimal example of this bug:

Look at the code: https://glitch.com/edit/#!/wavesurfer-js-rendering-bug
Run the example: https://wavesurfer-js-rendering-bug.glitch.me/ (it takes a while to load because YouTube heavily rate-limits the glitch.com servers, sorry)
Observe the problem:

Browser version: 68.0.3440.106 (Official Build) (64-bit)
WaveSurfer.js version: 2.0.6

still an issue with 3.2.0?


feat: support ESM

Summary

Added 3 new presets: default-esm, js-with-babel-esm, js-with-ts-esm

Once users define extensionsToTreatAsEsm in jest config or use one of the presets above, module will be set available supported module list by TypeScript (either ES2015 or ES2020 or ESNext with default is ESNext).

Default file extensions when using extensionsToTreatAsEsm are .ts, .tsx and .mjs

Test plan

Adjusted unit tests, green CI
Does this PR introduce a breaking change?

[x] Yes
[ ] No

create-jest-preset util function signature has changed to

function createJestPreset(supportESM?: boolean, allowJs?: boolean, extraOptions?: Config.InitialOptions): TsJestPresets;

Other information
N.A

Pull Request Test Coverage Report for Build 414366845

0 of 3 (100.0%)  changed or added relevant lines in 3 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.04%) to 93.642%

Totals

Change from base Build 412766705:
-0.04%

Covered Lines:
944

Relevant Lines:
974

💛  - Coveralls

Pull Request Test Coverage Report for Build 414366845

3 of 3 (100.0%)  changed or added relevant lines in 3 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.04%) to 93.642%

Totals

Change from base Build 412766705:
-0.04%

Covered Lines:
944

Relevant Lines:
974

💛  - Coveralls


Periodic Background Sync not working (official demo)

Hi, I'm trying to implement periodic background sync on a service worker following the steps in this documentation:
https://web.dev/periodic-background-sync/
I also installed the demo, but so far I haven't seen the periodicsync event fired not even once.
It does work though if I click "sync manually" or if I trigger the tag from devtools. But it doesn't work periodically.
I've read that browsers can decide when to sync, but I'm not able to reproduce the behaviour in any way.
Is there a bug or am I missing something?
A couple of things that could be useful: I checked the status and it's "granted". I checked the active tags and I can see the one I registered.
There are also two questions on StackOverflow (unanswered) about this.
https://stackoverflow.com/questions/66649131/periodic-background-sync-not-working-on-pwa-official-api-demo-broken
https://stackoverflow.com/questions/65096834/periodic-sync-not-fired-in-service-worker
I guess I can't simply call a setInterval inside a service worker because it's going to be shut after a while. For the same reason, I guess that a WebSocket wouldn't work either.

Have you waited between 24-48 hours? For current Chrome implementations, I believe that the periodic background sync is throttled to once per day, but I don't know what time of day that actually happens.
We can follow up with a bug via https://crbug.com/new if it looks like you can't trigger a periodic background sync at all.


Remove receiver filtering from backlink

As it's currently not supported, we can remove it.
One could probably add label matchers there, but I'd first just see how people end up using the new structure.

Linking issue #800 here for documentation.
👍  Looks good to me.


deploying fileService fails with HTTP 400 after a fileservice has been created with "XML specified is not syntactically valid" during the EndRequest event

Hi,
The deployment seems to create all the resources, but still fails for the EndRequest when a filService is being created.
I am using a self-hosted github action runner with an official ubuntu focal image.
The template was generated by the azure portal. I just removed some of the circular dependencies to get it working.
Could this issue be due to incompatible Azure cli version?
arm-deploy: v1
Azure cli: (2.0.x) https://packages.ubuntu.com/source/focal/azure-cli
Azure cli Message:
ERROR: {"status":"Failed","error":{"code":"DeploymentFailed","message":"At least one resource deployment operation failed. Please list deployment operations for details. Please see https://aka.ms/DeployOperations for usage details.","details":[{"code":"BadRequest","message":"{\r\n  \"error\": {\r\n    \"code\": \"InvalidXmlDocument\",\r\n    \"message\": \"XML specified is not syntactically valid.\\nRequestId:159c9e46-901a-0021-729b-1b5b5f000000\\nTime:2022-12-29T15:39:40.9681373Z\"\r\n  }\r\n}"}]}}
Azure activity logs:
https://gist.github.com/sydseter/3e6b28becdec123bfd80cb956dd9c7d3
Github action workflow yml:
https://gist.github.com/sydseter/6ffc4f027852ca9e7fe32add6cf37de4
arm template.json:
https://gist.github.com/sydseter/3f27eb01f0cc6bd7287073f9a299912c
arm parameters.json:
https://gist.github.com/sydseter/b87f0d1135af5e21f9557737680b1988

Hi @sydseter This looks like an issue with the template provided. One of the suggested solutions is to remove the following properties from fileservice in the tempate. Source
"protocolSettings": {
      "smb": {}
  },
  "cors": {
      "corsRules": []
  },

Great. Thank you very much. Resolved!!


script fails in macOS Catalina 10.15.3 (19D76)

Logs
cksachdevs-MacBook-Pro:~ chetan$ sh mac 2>&1 | tee ~/laptop.log

Changing your shell to zsh ...
Password:
Changing shell for chetan.

Updating Homebrew formulae ...
Error: Can't create update lock in /usr/local/var/homebrew/locks!
Fix permissions by running:
  sudo chown -R $(whoami) /usr/local/var/homebrew
failed

cksachdevs-MacBook-Pro:~ chetan$   sudo chown -R $(whoami) /usr/local/var/homebrew
cksachdevs-MacBook-Pro:~ chetan$ sh mac 2>&1 | tee ~/laptop.log

Changing your shell to zsh ...
Changing shell for chetan.
chsh: no changes made

Updating Homebrew formulae ...
touch: /usr/local/Homebrew/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/heroku/homebrew-brew/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-bundle/.git/FETCH_HEAD: Permission denied
touch: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
touch: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-services/.git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/mongodb/homebrew-brew/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/thoughtbot/homebrew-formulae/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/universal-ctags/homebrew-universal-ctags/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
fatal: Unable to create '/usr/local/Homebrew/.git/index.lock': Permission denied
fatal: Unable to create '/usr/local/Homebrew/.git/index.lock': Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
Already up-to-date.
Using thoughtbot/formulae
Using homebrew/services
Using universal-ctags/universal-ctags
Using heroku/brew
Using universal-ctags
Using git
Using openssl
Using rcm
Using reattach-to-user-namespace
Using the_silver_searcher
Using tmux
Using vim
Using watchman
Using zsh
Using heroku/brew/heroku
Using parity
Using hub
Using imagemagick
Using libyaml
Using coreutils
Using yarn
Using gpg-suite
Using postgres
Using redis
Homebrew Bundle complete! 24 Brewfile dependencies now installed.

Update heroku binary ...
Error: Permission denied @ apply2files - /usr/local/etc/bash_completion.d/bash
Unlinking /usr/local/Cellar/heroku/7.39.0... failed

Related to #520 Trying the answer available on https://stackoverflow.com/questions/41840479/how-to-use-homebrew-on-a-multi-user-macos-sierra-setup/41842012#

After running
sudo chmod -R +rw /usr/local

script seems to run but with few errors. laptop.log content below:
Updating Homebrew formulae ...
touch: /usr/local/Homebrew/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/heroku/homebrew-brew/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-bundle/.git/FETCH_HEAD: Permission denied
touch: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
touch: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-services/.git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/mongodb/homebrew-brew/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/thoughtbot/homebrew-formulae/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
touch: /usr/local/Homebrew/Library/Taps/universal-ctags/homebrew-universal-ctags/.git/FETCH_HEAD: Permission denied
error: cannot open .git/FETCH_HEAD: Permission denied
/usr/local/Homebrew/Library/Homebrew/cmd/update.sh: line 548: /usr/local/Homebrew/.git/UPDATE_FAILED: Permission denied
fatal: Unable to create '/usr/local/Homebrew/.git/index.lock': Permission denied
fatal: Unable to create '/usr/local/Homebrew/.git/index.lock': Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
error: could not lock config file .git/config: Permission denied
Already up-to-date.
Using thoughtbot/formulae
Using homebrew/services
Using universal-ctags/universal-ctags
Using heroku/brew
Using universal-ctags
Using git
Using openssl
Using rcm
Using reattach-to-user-namespace
Using the_silver_searcher
Using tmux
Using vim
Using watchman
Using zsh
Using heroku/brew/heroku
Using parity
Using hub
Using imagemagick
Using libyaml
Using coreutils
Using yarn
Using gpg-suite
Using postgres
Using redis
Homebrew Bundle complete! 24 Brewfile dependencies now installed.

Update heroku binary ...
Unlinking /usr/local/Cellar/heroku/7.39.0... 2 symlinks removed
Linking /usr/local/Cellar/heroku/7.39.0... 3 symlinks created

Configuring asdf version manager ...
Cloning into '/Users/chetan/.asdf'...
Note: switching to '3bcbc69ed30698217786965994b88f0ad1784316'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:

  git switch -c <new-branch-name>

Or undo this operation with:

  git switch -

Turn off this advice by setting config variable advice.detachedHead to false

Cloning into '/Users/chetan/.asdf/plugins/ruby'...
Cloning into '/Users/chetan/.asdf/plugins/nodejs'...

Installing latest Ruby ...
Downloading ruby-build...
Cloning into '/Users/chetan/.asdf/plugins/ruby/ruby-build-source'...
Note: switching to 'v20200115'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:

  git switch -c <new-branch-name>

Or undo this operation with:

  git switch -

Turn off this advice by setting config variable advice.detachedHead to false

HEAD is now at 901d0e9 ruby-build 20200115
No versions installed
Downloading openssl-1.1.1d.tar.gz...
-> https://dqw8nmjcqpjn7.cloudfront.net/1e3a91bc1f9dfce01af26026f856e064eab4c8ee0a8f457b5ae30b40b8b711f2
Installing openssl-1.1.1d...
Installed openssl-1.1.1d to /Users/chetan/.asdf/installs/ruby/2.7.0

Downloading ruby-2.7.0.tar.bz2...
-> https://cache.ruby-lang.org/pub/ruby/2.7/ruby-2.7.0.tar.bz2
Installing ruby-2.7.0...
ruby-build: using readline from homebrew
Installed ruby-2.7.0 to /Users/chetan/.asdf/installs/ruby/2.7.0

Latest version already installed. Done.

Installing latest Node ...
gpg: keybox '/Users/chetan/.gnupg/pubring.kbx' created
gpg: /Users/chetan/.gnupg/trustdb.gpg: trustdb created
gpg: key 7434390BDBE9B9C5: public key "Colin Ihrig<EMAIL_ADDRESS>imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg: key 09FE44734EB7990E: public key "Jeremiah Senkpiel<EMAIL_ADDRESS>imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg: key C97EC7A07EDE3FC1: public key "keybase.io/jasnell<EMAIL_ADDRESS>imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg: key C273792F7D83545D: public key "Rod Vagg<EMAIL_ADDRESS>imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg: key E73BC641CC11F4C8: public key "Myles Borins<EMAIL_ADDRESS>imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg: key B63B535A4C206CA9: public key "Evan Lucas<EMAIL_ADDRESS>imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg: key 770F7A9A5AE15600: public key "Michaël Zasso (Targos<EMAIL_ADDRESS>imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg: key B01FBB92821C587A: public key "Gibson Fahnestock<EMAIL_ADDRESS>imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg: key F07496B3EB3C1762: public key "Ruben Bridgewater<EMAIL_ADDRESS>imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg: key D7062848A1AB005C: public key "Beth Griggs<EMAIL_ADDRESS>imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg: key F13993A75599653C: public key "Shelley Vohr (security is major key<EMAIL_ADDRESS>imported
gpg: Total number processed: 1
gpg:               imported: 1
No versions installed
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100  3684    0  3684    0     0   7003      0 --:--:-- --:--:-- --:--:--  7003
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  9 28.9M    9 2916k    0     0  2416k      0  0:00:12  0:00:01  0:00:11 2414k
 32 28.9M   32 9668k    0     0  4408k      0  0:00:06  0:00:02  0:00:04 4406k
 54 28.9M   54 15.6M    0     0  5015k      0  0:00:05  0:00:03  0:00:02 5013k
 76 28.9M   76 22.1M    0     0  5401k      0  0:00:05  0:00:04  0:00:01 5399k
 98 28.9M   98 28.6M    0     0  5652k      0  0:00:05  0:00:05 --:--:-- 5890k
100 28.9M  100 28.9M    0     0  5666k      0  0:00:05  0:00:05 --:--:-- 6641k
node-v13.11.0-darwin-x64.tar.gz: OK

Thanks for creating this issue. I recognize you created it some time ago, thanks for your contributions and patience. I've merged in https://github.com/thoughtbot/laptop/pull/603 which drops official support for anything besides Monterey.
I'm unable to test on a fresh install of any other versions at this time, and I assume you've since upgraded. But if you'd like to continue to work on this and it's still happening, let me know. Thanks again!


Moving from agoric to agoric-labs lost permissions

I moved https://github.com/agoric/layer-cake to https://github.com/agoric-labs/layer-cake . The repository moved. But I no longer have edit permission, nor enough permissions to even see the gear-icon settings tab, to see what the permissions are. What happened? How fix?

Fixed


Facebook videos issue

Hello, all good just facebook videos doesn't show after the infinite scroll is loaded, what callback code i need to define ?
This problem drive my crazy...
Thanks.

Sorry to hear you're having trouble with Infinite Scroll.
Infinite Scroll v3 is out!. It's an all new re-write, so take a look at how to upgrade from v2.
I recommend upgrading to v3. Please open a new issue if you run into trouble with Infinite Scroll v3.


Fix api server create config cluster mode.

Use config cluster mode if we are not running locally.

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.Chris seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

@jerrypeng will this effect nomad?

@cckellogg ya it will since the FileResource should resolve ${HOME}/.herondata/repository/topologies/ to be ~/.herondata/repository/topologies/ which I believe is what is resolved for local cluster.  How was the all working before?  What changed to cause the break?

nvm I think this is ok +1


[Support] Determining const values from Command Class Control Specification

I am looking into implementing the Color Switch command class.  I think I can puzzle out how command classes are added, but I am up against a blocker regarding the documentation.
I am looking at the SDS14223-Z-Wave-Command-Class-Control-Specification document, and it specifies constants as named, eg COMMAND_CLASS_SWITCH_COLOR and SWITCH_COLOR_GET.  I have looked through the specs folder and I cannot find where these are defined.  I know COMMAND_CLASS_SWITCH_COLOR is 0x33, and I can probably guess that SWITCH_COLOR_GET is 0x01, but it would feel safer to be working from an official list of these values.

To avoid polluting the issue queue, I uploaded my current progress as a draft MR

https://github.com/AlCalzone/node-zwave-js/pull/748
I would appreciate it if you could help me find my way in this project.

You'll find these constants in https://github.com/AlCalzone/node-zwave-js/blob/master/specs/SDS13548-List-of-defined-Z-Wave-Command-Classes.xlsx


fixed oc20 benchmark count to 5

The oc20 benchmark requires 5 runs, as listed here: https://github.com/mlcommons/training_policies/blob/master/hpc_training_rules.adoc#7-benchmark-results
This fixes the value in benchmark_meta.py

Ah.. I actually need to get this into the hpc-1.0-branch. I can cherry-pick or rebase this onto that branch and open a new PR.


create view/handlebars/  loginpage

created view/handlebars/ login page #12

created view/handlebars/ sign up page #12


Referring to built-in type dict as a remote type; please take out the module name

Tried to make the master. Too much of these  in different .erl files when I make
referring to built-in type dict as a remote type; please take out the module name
I am using Erlang R16B02. I tried to clean them up but just too many.
Compiled src/boss/boss_mail_sup.erl
Compiled src/boss/boss_lang.erl
Compiled src/boss/mq_adapters/boss_mq_adapter_tinymq.erl
Compiled src/boss/boss_web.erl
src/boss/boss_web_controller_handle_request.erl:337: Warning: variable 'Req' is unused
Compiled src/boss/boss_web_controller_handle_request.erl
Compiled src/boss/boss_web_controller_render.erl
Compiled src/boss/boss_mail_driver_smtp.erl
Compiled src/boss/boss_mail_driver_mock.erl
src/boss/boss_websocket_router.erl:37: referring to built-in type dict as a remote type; please take out the module name
src/boss/boss_websocket_router.erl:38: referring to built-in type dict as a remote type; please take out the module name
src/boss/boss_websocket_router.erl:50: referring to built-in type dict as a remote type; please take out the module name
src/boss/boss_websocket_router.erl:50: referring to built-in type dict as a remote type; please take out the module name
Compiling src/boss/boss_websocket_router.erl failed:
ERROR: compile failed while processing /opt/www/chicagoboss: rebar_abort
make: *** [compile] Error 1

you should use 0.8.x branch with R16
Latest 'master' is for Erlang 17 and up


Filter tests by name with a regular expression in ng test

I've struggled to find how to filter tests ng test for one specific case: running slow tests separately but still with Karma / Jasmine.
Two pre-existing (but closed) issues (#3603 and #3436) partially addressed the problem but I think I managed to find a more elegant solution than @danday74 and @EugeneSnihovsky suggestions, though they address another problem: filtering by file name.
ng test --include did not work for me as it only includes the files that are given to it; meaning that if your test file depends on a production file, both have to be mentioned. This is not useful at all.
In the end my solution is quite simple (works for karma + jasmine) and filters by test name only:
// some-test.spec.js

it("#slow run a full check", () => {...});

it("run a rapid check", () => {...});

// karma.conf.js

// Use an environment variable to pass the search regex
const KARMA_GREP = process.env.KARMA_GREP;

// Add client.args in config
module.exports = function (config) {
  config.set({
    // Use the karma-jasmine client configuration
    client: {
      ...(KARMA_GREP && {
        args: ["--grep", KARMA_GREP],
      }),
    },
}

And run in the CLI
# Run #slow tests
KARMA_GREP='#slow' ng test
# Run not #slow tests
KARMA_GREP='/^(?!.*#slow).*$/' ng test

Since KARMA_GREP can be a regular expression, it is quite versatile

Adding this additional option to the karma builder is currently not in planning.
Let’s reconsider in the future if things change.


Image not displaying when using org-slide-tree and ATTR_*

What did you expect to happen?
Be able to see the scaled image when using an #+ATTR in org-tree-slide mode.
What actually happened?
When having a simple org document with the following structure:
#+TITLE: Test
#+AUTHOR: test

* slide with picture and attr

#+ATTR_ORG: :width 50
[[file:~/file.png]]

* slide with picture without attr

[[file:~/file.png]]

And activating org-tree-slide mode the image without the #+ATTR is visible in the presentation. The image with the #+ATTR is not visible. In normal mode both of the images are visible.
Normal mode

Slide with the #+ATTR

Slide without the #+ATTR

Describe your attempts to resolve the issue
Refreshing org-inline-images without effect, before and after opening the presentation
Steps to reproduce

Create org-document with the mentioned structure
Start org-tree-slide mode (SPC t p)
Navigate through slides

System Information
https://pastebin.com/znQsFiHm

I've confirmed this is reproducible in vanilla Doom, and is caused by this hook. A quick workaround is to remove it:
(after! org-tree-slide
  (remove-hook 'org-tree-slide-play-hook #'+org-present-hide-blocks-h))

I'll look into a better solution soon.

This issue should now be resolved. Let me know if that isn't the case and I'll reopen it. Thanks for bringing it to my attention!

Works like a charm now!! Thanks for looking into it!


Any reason why upgrading to 2.1-preview2 would break IConnectionAdapter?

I've been searching but to no avail, so I've decided to ask here. Does anyone know of a reason or even a hunch as to why upgrading from 2.0.X to the 2.1 preview2 would cause an IConnectionAdapter to stop functioning? I have something like:
internal class TlsSniConnectionAdapter : IConnectionAdapter
{
      ....

	public Task<IAdaptedConnection> OnConnectionAsync(ConnectionAdapterContext context)
	{
		// This still gets invoked.
		return Task.Run(() => InnerOnConnectionAsync(context));
	}

	private async Task<IAdaptedConnection> InnerOnConnectionAsync(ConnectionAdapterContext context)
	{
		// This no longer gets invoked at all. The connection is just IMMEDIATELY closed after
                // the above return Task.Run(() => ...);
	}
}

There's nothing special about this class, it just performs a peek on the connection stream to try to read the SNI extension, from which a certificate for the declared host is dynamically generated and then used in the handshake. Like I said, works fine < 2.1.x. Any ideas that might set me on the right path to solving this would be greatly appreciated. :)

Not sure why it's broken, but have you tried the new SNI support in kestrel? You probably don't need this component anymore.

@Tratcher Yeah my bad, I remember now reading that, something to do with different SslStream implementations between full and core. Oh well, I can survive that as long as I can figure out why the adapter inner task is never called. Worst case I can drop back down to 2.0.x but I'm trying to escape to the arch-dependent libuv dependency.

@davidfowl Yeah. Lemme go over it a few more times and make sure I'm not doing something incredibly stupid, and then if I still come up with the same result I'll try to post a repro example somewhere. Thanks.

What it does seem like though is that things are cancelled and the connection closed sort of in between, which still doesn't really make sense.

It would still call your function, it just that it would then immediately fail.

@davidfowl @Tratcher Thanks for your time, it ended up being something stupid on my end. Sorry for the false alarm.


Refactoting Grammar

@renatoi @src-code this is the fist part of the refactoring proposed on https://github.com/yahoo/atomizer/issues/128

CLA is valid!

Coverage remained the same at 100.0% when pulling 5643c3fc601e2157ef7355eedd8ebc9efac60c04 on 3den:master into e7f8f9054a8bbf7db45a18677428f3aa4facc61a on yahoo:master.

Coverage remained the same at 100.0% when pulling 2d3c5a7b50537f9466ca76b6220a68fc8669818c on 3den:master into e7f8f9054a8bbf7db45a18677428f3aa4facc61a on yahoo:master.

Coverage remained the same at 100.0% when pulling 2b194332f8e31150b1aa8cb94a8141f9b2eee872 on 3den:master into e7f8f9054a8bbf7db45a18677428f3aa4facc61a on yahoo:master.

Coverage remained the same at 100.0% when pulling 6643d911bf1ab4156aba4ade29fd10163e2eb9b5 on 3den:master into e7f8f9054a8bbf7db45a18677428f3aa4facc61a on yahoo:master.

Thanks @3den. This makes the code a lot better.


Bug where no prototypical inheritence chain exists

Some transpilers will create objects using Object.create(null).  This creates an object with no prototypical inheritance, so there is no hasOwnProperty method on it.

The fix is if that if such an object exists, use Object.assign to copy the prototype chain from an empty object into the null created obj.
Otherwise, you just get a TypeError that obj.hasOwnProperty is not a function.
Signed-off-by: NoMan2000<EMAIL_ADDRESS>

Coverage decreased (-0.04%) to 94.816% when pulling d35ff77c23abcbe1d8482a44580448678e706e19 on NoMan2000:master into 699b9847e5f562686e685da0ff5b0a3aecc12076 on vpulim:master.

Is anyone reviewing this? After updating to v0.31.0 this issue broke my app I had to roll back to a previous version.

The fix is dead simple, so I'm guessing that they haven't seen it?

This didn't fix my issue unfortunately. Any null values in the args still causes the request to fail.

This didn't fix my issue unfortunately. Any null values in the args still causes the request to fail.

Can you submit some sample code and tag me on it?