network environment fails to start

Just updated to v0.17.0. When I bring up the vm with vagrant up and ssh into the nodes I'm seeing:
core@node-01  $ systemctl status setup-network-environment.service
setup-network-environment.service - Setup Network Environment
   Loaded: loaded (/etc/systemd/system/setup-network-environment.service; static; vendor preset: disabled)
   Active: failed (Result: exit-code) since Mon 2015-05-18 20:49:59 ; 24s ago
     Docs: https://github.com/kelseyhightower/setup-network-environment
  Process: 28297 ExecStartPre=/usr/bin/wget -N -P /opt/bin https://github.com/kelseyhightower/setup-network-environment/releases/download/v1.0.0/setup-network-environment (code=exited, status=8)
  Process: 28296 ExecStartPre=/usr/bin/mkdir -p /opt/bin (code=exited, status=0/SUCCESS)

May 18 20:49:58 node-01 wget[28297]: Location: https://s3.amazonaws.com/github-cloud/releases/24030064/c925b05e-3c44-11e4-83a0-2e78b7fd556a?response-content-disposition=attachmen...
May 18 20:49:58 node-01 wget[28297]: --2015-05-18 20:49:58--  https://s3.amazonaws.com/github-cloud/releases/24030064/c925b05e-3c44-11e4-83a0-2e78b7fd556a?response-content-dispos...
May 18 20:49:58 node-01 wget[28297]: Resolving s3.amazonaws.com... <IP_ADDRESS>, <IP_ADDRESS>
May 18 20:49:58 node-01 wget[28297]: Connecting to s3.amazonaws.com|<IP_ADDRESS>|:443... connected.
May 18 20:49:59 node-01 wget[28297]: HTTP request sent, awaiting response... 403 Forbidden
May 18 20:49:59 node-01 wget[28297]: 2015-05-18 20:49:59 ERROR 403: Forbidden.
May 18 20:49:59 node-01 systemd[1]: setup-network-environment.service: control process exited, code=exited status=8
May 18 20:49:59 node-01 systemd[1]: Failed to start Setup Network Environment.
May 18 20:49:59 node-01 systemd[1]: Unit setup-network-environment.service entered failed state.
May 18 20:49:59 node-01 systemd[1]: setup-network-environment.service failed.

Did you download the archive or cloned the repo?
Anyway, https://github.com/pires/kubernetes-vagrant-coreos-cluster/commit/c9a53f7840a855bd5fc83a0e9e488a101f3f2f24 should've fixed it.
See https://github.com/pires/kubernetes-vagrant-coreos-cluster/releases/tag/0.17.0-1

I'm working on a fork and have been rebasing on top of this one. I'm rebuilding right now to see if I just messed up something.

Ok, looks like it does work for me now. Sorry for the confusion.

Actually this is still happening. I thought things were working, but when I bring the VM up with vagrant up and log into master I see:
Last login: Tue May 19 10:44:35 2015 from <IP_ADDRESS>
CoreOS valpha (681.0.0)
Failed Units: 1
  setup-network-environment.service

systemctl status setup-network-environment.service I see:
core@master /etc/systemd/system $ systemctl status setup-network-environment.service
● setup-network-environment.service - Setup Network Environment
   Loaded: loaded (/etc/systemd/system/setup-network-environment.service; static; vendor preset: disabled)
   Active: failed (Result: exit-code) since Tue 2015-05-19 10:49:45 ; 8s ago
     Docs: https://github.com/kelseyhightower/setup-network-environment
  Process: 1130 ExecStartPre=/usr/bin/wget -N -P /opt/bin https://github.com/kelseyhightower/setup-network-environment/releases/download/v1.0.0/setup-network-environment (code=exite
d, status=8)
  Process: 1126 ExecStartPre=/usr/bin/mkdir -p /opt/bin (code=exited, status=0/SUCCESS)

May 19 10:49:44 master wget[1130]: Location: https://s3.amazonaws.com/github-cloud/releases/24030064/c925b05e-3c44-11e4-83a0-2e78b7fd556a?response-content-disposition=attachment%...
May 19 10:49:44 master wget[1130]: --2015-05-19 10:49:44--  https://s3.amazonaws.com/github-cloud/releases/24030064/c925b05e-3c44-11e4-83a0-2e78b7fd556a?response-content-disposit...
May 19 10:49:44 master wget[1130]: Resolving s3.amazonaws.com... <IP_ADDRESS>, <IP_ADDRESS>
May 19 10:49:45 master wget[1130]: Connecting to s3.amazonaws.com|<IP_ADDRESS>|:443... connected.
May 19 10:49:45 master wget[1130]: HTTP request sent, awaiting response... 403 Forbidden
May 19 10:49:45 master wget[1130]: 2015-05-19 10:49:45 ERROR 403: Forbidden.
May 19 10:49:45 master systemd[1]: setup-network-environment.service: control process exited, code=exited status=8
May 19 10:49:45 master systemd[1]: Failed to start Setup Network Environment.
May 19 10:49:45 master systemd[1]: Unit setup-network-environment.service entered failed state.
May 19 10:49:45 master systemd[1]: setup-network-environment.service failed.

I'm currently on https://github.com/pires/kubernetes-vagrant-coreos-cluster/releases/tag/0.17.0-1

Probably, some temporary problem with AWS or something that I just can't replicate.
$ wget https://github.com/kelseyhightower/setup-network-environment/releases/download/v1.0.0/setup-network-environment
--2015-05-19 12:08:39--  https://github.com/kelseyhightower/setup-network-environment/releases/download/v1.0.0/setup-network-environment
Resolving github.com... <IP_ADDRESS>
Connecting to github.com|<IP_ADDRESS>|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://s3.amazonaws.com/github-cloud/releases/24030064/c925b05e-3c44-11e4-83a0-2e78b7fd556a?response-content-disposition=attachment%3B%20filename%3Dsetup-network-environment&response-content-type=application/octet-stream&AWSAccessKeyId=AKIAISTNZFOVBIJMK3TQ&Expires=1432033782&Signature=hQrQUNAvv0kjAlMlwcC36HqwjEs%3D [following]
--2015-05-19 12:08:42--  https://s3.amazonaws.com/github-cloud/releases/24030064/c925b05e-3c44-11e4-83a0-2e78b7fd556a?response-content-disposition=attachment%3B%20filename%3Dsetup-network-environment&response-content-type=application/octet-stream&AWSAccessKeyId=AKIAISTNZFOVBIJMK3TQ&Expires=1432033782&Signature=hQrQUNAvv0kjAlMlwcC36HqwjEs%3D
Resolving s3.amazonaws.com... <IP_ADDRESS>
Connecting to s3.amazonaws.com|<IP_ADDRESS>|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2037015 (1.9M) [application/octet-stream]
Saving to: 'setup-network-environment'

setup-network-environment        100%[============================================================>]   1.94M   841KB/s   in 2.4s

2015-05-19 12:08:49 (841 KB/s) - 'setup-network-environment' saved [2037015/2037015]


No support for Rust ingestion in Minder (affects Trusty and OSV integrations)

Both OSV and Trusty support Rust but neither of our evaluators knows how to handle Rust projects.

@ethomson -- not sure if this fits in our quality epics

This may be fixed by our dependencies effort, if people check in their Cargo lock files and the rest of the "extract Trusty eval from Minder" is complete.


SmartDashboard or SmartDashboard v2

Decide which version of SmartDashboard we will be using for our 2015 robot.

I believe that at this point, we should definitely use the original version that we have been using for a long time now.


Fix colors on the deployed site

Locally, the colors are correct:

but on the deployed side the colors are different:

This line should allow us to compile the SCSS for custom colors: https://github.com/citizenlabsgr/website/blob/7c461eaa3fe96fcd32263a1e6567cd7698685056/.github/workflows/gh-pages.yml#L22


bosh_cli won't run if BOSH_USE_BUNDLER is true and bundler is not installed

bosh_cli has a dependency on the bundler gem if this environment variable is set, but the gemspec does not declare this dependency. bosh_cli should either declare the dependency, or provide a more graceful error message.
→ gem install bosh_cli
Fetching: little-plugger-1.1.4.gem (100%)
Successfully installed little-plugger-1.1.4
Fetching: logging-1.8.2.gem (100%)
Successfully installed logging-1.8.2
Fetching: semi_semantic-1.1.0.gem (100%)
Successfully installed semi_semantic-1.1.0
Fetching: bosh_common-1.3149.0.gem (100%)
Successfully installed bosh_common-1.3149.0
Fetching: bosh-template-1.3149.0.gem (100%)
Successfully installed bosh-template-1.3149.0
Fetching: cf-uaa-lib-3.2.5.gem (100%)
Successfully installed cf-uaa-lib-3.2.5
Fetching: json_pure-1.8.3.gem (100%)
Successfully installed json_pure-1.8.3
Fetching: highline-1.6.21.gem (100%)
Successfully installed highline-1.6.21
Fetching: progressbar-0.9.2.gem (100%)
Successfully installed progressbar-0.9.2
Fetching: httpclient-2.4.0.gem (100%)
Successfully installed httpclient-2.4.0
Fetching: terminal-table-1.4.5.gem (100%)
Successfully installed terminal-table-1.4.5
Fetching: aws-sdk-v1-1.60.2.gem (100%)
Successfully installed aws-sdk-v1-1.60.2
Fetching: aws-sdk-1.60.2.gem (100%)
Successfully installed aws-sdk-1.60.2
Fetching: blobstore_client-1.3149.0.gem (100%)
Successfully installed blobstore_client-1.3149.0
Fetching: net-scp-1.1.2.gem (100%)
Successfully installed net-scp-1.1.2
Fetching: netaddr-1.5.0.gem (100%)
Successfully installed netaddr-1.5.0
Fetching: sshkey-1.7.0.gem (100%)
Successfully installed sshkey-1.7.0
Fetching: bosh_cli-1.3149.0.gem (100%)
Successfully installed bosh_cli-1.3149.0
18 gems installed

→ bosh target

Optimizing gem configuration...

/Users/pivotal/.rubies/ruby-2.1.6/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- bundler/setup (LoadError)
	from /Users/pivotal/.rubies/ruby-2.1.6/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require'
	from /Users/pivotal/.gem/ruby/2.1.6/gems/bosh_cli-1.3149.0/bin/optionally_run_with_bundler.rb:28:in `run'
	from /Users/pivotal/.gem/ruby/2.1.6/gems/bosh_cli-1.3149.0/bin/bosh:3:in `<top (required)>'
	from /Users/pivotal/.gem/ruby/2.1.6/bin/bosh:23:in `load'
	from /Users/pivotal/.gem/ruby/2.1.6/bin/bosh:23:in `<main>'

I met a similar issue when running "generate-bosh-lite-dev-manifest" script to deploy CF. In the script, there is a line "export BOSH_USE_BUNDLER=true", bosh_cli can not be run after executing this line. The error on OSX 10.11.3 is -
WangYudeMacBook-Pro:scripts wangyu$ ./generate-bosh-lite-dev-manifest.test
/Users/wangyu/.rvm/rubies/ruby-2.1.8/lib/ruby/site_ruby/2.1.0/rubygems/core_ext/kernel_require.rb:54:in require': cannot load such file -- bundler/setup (LoadError) 	from /Users/wangyu/.rvm/rubies/ruby-2.1.8/lib/ruby/site_ruby/2.1.0/rubygems/core_ext/kernel_require.rb:54:in require'

Closing - we're not planning on making any further changes to the ruby CLI in favor of focusing development on bosh-cli. Please give that a try and feel free to open issues or feedback in that repo.


bump pydantic version to 1.8.2

CVE-2021-29510 fix 🤔
1.8.2 changelog
upd: tested examples from documentation with pydantic 1.8.2 installed, seems working

Codecov Report

Merging #210 (9d300a6) into master (40f1076) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff             @@
##            master      #210    +/-   ##
==========================================
  Coverage   100.00%   100.00%
==========================================
  Files          149       149
  Lines        13033     12696   -337
==========================================
- Hits         13033     12696   -337

Impacted Files
Coverage Δ

tests/test_types.py
100.00% <0.00%> (ø)

ormar/queryset/clause.py
100.00% <0.00%> (ø)

ormar/models/excludable.py
100.00% <0.00%> (ø)

ormar/fields/foreign_key.py
100.00% <0.00%> (ø)

tests/test_signals/test_signals.py
100.00% <0.00%> (ø)

tests/test_queries/test_order_by.py
100.00% <0.00%> (ø)

tests/test_queries/test_or_filters.py
100.00% <0.00%> (ø)

tests/test_queries/test_pagination.py
100.00% <0.00%> (ø)

tests/test_relations/test_cascades.py
100.00% <0.00%> (ø)

tests/test_fastapi/test_fastapi_docs.py
100.00% <0.00%> (ø)

... and 69 more

Sine 1.8 and 1.8.1 have security issue they should be excluded pydantic>=1.6.1,<=1.8.2,!=1.8,!=1.8.1. there is also version pinned in the setup.py file that needs to be adjusted too.
Thanks for your contribution! 😁

Ok I checked the versions with the issue and it should be even pydantic >=1.6.1,!=1.7,!=1.7.1,!=1.7.2,!=1.7.3,!=1.8,!=1.8.1,<=1.8.2


Is this project still alive?

I have searched through the code how to add my serverURL but i have the impression that after Parse got deprecated this library has not been updated. In that sense, my question is if this project is still alive?
I am doing a small test on Unity but without being able to set my Parse Server's Url there's nothing I can do with the SDK

I am guessing this..
ParseClient.Initialize(new ParseClient.Configuration()
{
	ApplicationId = "wotever",
	Server = "http://<IP_ADDRESS>:1337/parse/"
});

But I am not having any luck with the below code. The task just don't seem to ever complete.
public IEnumerator Test()
{
	Debug.Log("start");
	Task t = ParseCloud.CallFunctionAsync<IDictionary<string, object>>("hello", null);
	while (!t.IsCompleted) yield return null;
	Debug.Log("done");
}

public IEnumerator Register(string email, string pw)
{
	MainGUI.ShowMessage(Strings.Get(Strings._PlsWait));

	var user = new ParseUser()
	{
		Username = email,
		Password = pw,
		Email = email
	};

	Debug.Log("start");

	Task t = user.SignUpAsync();
	while (!t.IsCompleted) yield return null;

	Debug.Log("done");
}

Made some progress. At least now I get a "NullReferenceException: Object reference not set to an instance of an object" when I try to make a ParseCloud.CallFunctionAsync call.
Check under Components > Scripts > Parse is ParseInitializeBehaviour. Dump that onto a GameObject and enter your app ID.

Hello, do you have a working example ?

@jcguarinpenaranda It lives! Going through issues atm, but expect a new release sometime later this month ;). Expect us to start small, we'll be focusing on core functionality first, native Windows implementations and such. From there we'll work on deving/testing for Xamarin, Unity, etc. Pace won't be fast but it will be moving.


L.Symbol.arrowHead: Enable option angleCorrection (similar to #45)

Add a option angleCorrection to L.Symbol.arrowHead, so that arrows can be rotated on the lines (e.g. by 180 degrees to point backwards).

See #45 for a similar change for L.Symbol.marker.

Example (the line with the red and blue arrows pointing to the way):


fix calculation sequence - must calculate the same sequence regardless of occurrence of bindings in the document

see demo/calc-order.html -> transfer into testcase
example illustrates that the order of fx-bind elements is relevant for calculation outcome. This shouldn't be the case.
The cause is that bind that processed in one go - adding vertices and edges in one go. To fix it first all nodes need to be added to the graph and then the edges are added.

This is fixed by #31!

yeah!
On Tue, May 25, 2021 at 5:22 PM Martin Middel @.***>
wrote:

This is fixed by #31 https://github.com/Jinntec/Fore/pull/31!
[image: depends]
https://user-images.githubusercontent.com/5022244/119524191-b6c72c00-bd7d-11eb-949a-6cadeba835a8.png
🎉
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Jinntec/Fore/issues/26#issuecomment-847965306, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AADWFW5FHOJ7RSHQSHVKUKTTPO6DRANCNFSM44KS4YCA
.

great - works fine. Can close this.


Instances get non-valid annotations

From the base Hoogle file I see:
instance [safe] Show Version

I've previously seen:
instance [incoherent] ...
instance [overlap ok] ...
instance [overlapping] ...

I think all the [...] bits should be hidden.

Can't reproduce. Isn't this the same as #168 which was fixed?

Certainly looks fixed in the base docs, and I suspect a reasonable fix for #168 would cut it out too. Thanks @mrhania for taking the time to go through all these tickets and spot which are already fixed.


Wrong player movement implementaion

I've noticed that the player gets to move when the mouse is moving. (https://github.com/huytd/agar.io-clone/blob/master/client/js/app.js#L85).
This is wrong, as if the mouse stops then the player stops. Player must keep moving while the mouse is away from him. Not while the mouse moves.
There are also a lot of guys complaining about speed. Could this be the issue?
Btw, i will make a try to fix it.:)

Hello !
I have the same problem when players connect and stop move the mouse they are just stop as well, they should moving all the time. Please fix it.

You're wrong, every time player moves his mouse, new position is saved, but you don't need to move your mouse all the time, only at the beginning (setting direction for the first time).

Anytime the mouse leaves the canvas, motion stops.  This is the desired behavior in general, but the chat input and player count are both registered as off canvas and will halt player motion.  See issue #44.
It might be better to listen the document or window object, rather than the canvas since we have so many overlays.  I'll do some tests and see if one of those works.

but you don't need to move your mouse all the time, only at the beginning (setting direction for the first time).
@artuross This is right but how is you saying different from mine?

@jniles Didn't say anything about mouse leaving the canvas. Problem is that the player's movement is registered to the mouse's movement. This means that if the mouse stops then the player stops.

By 'mouse stops' I understand not changing cursor's position - and this doesn't affect player's movement.

@kbariotis , I cannot replicate the issue you are referring to.   On my machine, line you linked begins the game with an initial mouse movement, and the player's cell continues to move whether I am moving the mouse or not.  Is it different on your machine?  What browser/os are you using?

@jniles http://ts3bahu.pl:3000 can you test it there, how can I fix this problem with movement? default files and config there.

@hunterpl, I see it now.  Interesting.  I'll take a look.

@hunterpl, @kbariotis ,  this is indeed a confusing issue.   The server at http://ts3bahu.pl:3000 indeed only moves the player on mouse movement.  Yet locally, my player moves without new input.  console.log()s on both the live server and locally show that the 'mousemove' event is firing at the same time on both machines...  Strange :S.
I'll keep looking.  If anyone has a proposed explanation (or fix), I'd be grateful. :)

@jniles probably the web engine could be a problem or kernel linux with npm installed?
uname -a :
Debian Jessie ( stable )
Linux ts3bahu 3.16.0-0.bpo.4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1~bpo70+1 (2015-04-27) x86_64 GNU/Linux
Web Engine: lighttpd
lighttpd/1.4.35 (ssl) - a light and fast webserver
NPM Jessie:
1.4.21

@hunterpl , thank you for the info.  I can replicate it on my own server (<IP_ADDRESS>:3000) from a fresh clone.  I wonder if WebSockets behave differently over a network versus a local connection.

<IP_ADDRESS>:3000 can not connect there due of connection lost in web browser.

I'm also getting a similar behaviour

Whoops, I had killed the server.  It's up now.

Tested and same like on mine server. By the way @aarohmankad  how did you hide the port in web browser?

That commit should fix it. It wasn't sending any information to the server if oldx or oldy were the same as target.y and target.x.
tl;dr: If the mouse position didn't change, it wouldn't send any information to the socket server.

@hunterpl Port 80 is default for http protocol, so if you want to avoid users to type hostname:ip you need to set port (file server/config.yaml) to 80.

@hunterpl I used ngrok. Also, I believe we can change when we accept gameInput from on mousemove to something else.

@artuross Hi there yes I'm know about this but I have on port 80 the other website that's why I'm asking about this.

@hunterpl You can host multiple websites on the same IP address. It's all about you server's config files.

I think we could move that conversation to our Gitter to avoid cluttering this Issue ;)
There we could talk a little about node + http servers haha

Please check my local version, I may have the issue fixed.

@aarohmankad This issue is closed, it has been fixed already, thanks :)

I am on a Mac with latest stable Chrome. Indeed the online version @hunterpl gave is working fine. But the local one on my laptop doesn't work that way.

Are you sure you have the latest version, from after I fixed this above?


docs: drop rn document picker for expo one in the example

Move to Expo document picker

Self Review:

[ ] Appropriate test coverage
[ ] Relevant Documentation updated

Smoke Tests:

[x] Example work on both Android and iOS

Ah, fair. Could you tick the box so that I can edit the PR?
I'll re-generate the lock file for you, so that it's up to date?

Appreciate your contribution 🎉


How to access other sub-chart template file in sub-chart.

I have two sub-charts A and global. In chart A/templates/deployment.yaml, I wanted to refer to another sub-chart global/templates/somesecret.yaml. How can I do this. I need this so that I can add annotation to have the deployment triggered whenever this secret changes.

There are a few things that might help

If you want to use a change in a config file to cause an update you can use a checksum.
You can have global values shared by a chart and its subcharts.
A parent chart can pull values from dependencies. You can read about it here.

Actually I am trying to use the 1st option where change in configfile causes update with checksum as below -
checksum/config: {{ include (print $.Template.BasePath "/configmap.yaml") . | sha256sum }}
Here the configmap.yaml stays in its own chart/sub-chart templates folder. But if I want to use the same to refer to another configmap.yaml which is in another sub-chart folder, how do I tweak $.Template.BasePath "/configmap.yaml"
I tried $.Template.BasePath "/../../other-subchart/templates/configmap.yaml" etc. but of no use. Could you please help here,

You could try using .Files.Get instead to pull files from the charts directory. I'm not sure if this will work or if the charts directory is excluded for security purposes, but you could try there.
https://helm.sh/docs/chart_template_guide/accessing_files/#basic-example

checking in here to see if you found a solution, @himmakam.


Cleanup tests

At the moment there are a lot of tests and I don't know which ones should work or are relevant.
We need to whittle them down to the ones that tell us something interesting (ie; different atlases, different methods etc).
For the moment im going to remove all but one and then they can be added back in as needed :)
### Coverage
- [ ] Mouse
- [ ] Rat
- [ ] Brainglobe atlas
- [ ] Custom atlas

it would be good to have coverage of both mouse and rat

I've also tried to tidy up the test folder a little

I've added 1 new test: linear_allen_mouse. I will create and add more.


Real time password complexity checking

Follow up to https://github.com/NebraLtd/hm-diag/issues/454#issue-1534044348
Should use JS to show / update the password complexity in real time


suggest-commit-title-limit - Enable on compare pages

Fixes https://github.com/refined-github/refined-github/pull/7428#issuecomment-2290952228
Test URLs
https://github.com/refined-github/refined-github/compare/main...karlhorky:refined-github:test/bun?expand=true
Screenshot

Nope, not enough:

Interesting, the input field appears to have an attribute id="issue_title" on a PR page eg. https://github.com/refined-github/refined-github/pull/7689

It is id="pull_request_title" on the compare/...?expand=true pages eg. https://github.com/refined-github/refined-github/compare/main...karlhorky:refined-github:test/bun?expand=true

So that leads me to believe that the selector needs to be changed:

08dd9aefe6cbb4140a0adcb1aa3306481e1cb28b

@fregante anything else I can do in this PR to make it ready?

Ah, I think I found a bug in my implementation:
getConversationNumber('https://github.com/refined-github/refined-github/compare/main...karlhorky:refined-github:test/bun?expand=true')
// => undefined

https://github.com/refined-github/refined-github/blob/bfbcec1f7284c88c6421938a8d1744fc53e8c7e0/source/github-helpers/index.ts#L15-L18
https://github.com/refined-github/refined-github/blob/8a57d3bbd2902d34652742316097aa633a5a3575/source/features/sync-pr-commit-title.tsx#L24-L26
This will warn about a PR titles earlier than necessary, because the suffix will be  (#undefined) 😮
Maybe Refined GitHub has a way to get the "last" or "highest" PR / issue number? (hopefully without API / token access)

hopefully without requiring a token

👎 Refined GitHub does not try to avoid token usage because token-less usage is not supported: https://github.com/refined-github/refined-github/issues/7231

This will warn about a PR titles earlier than necessary, because the suffix will be  (#undefined)

Good point. We have several options here:

count a minimum of 6 characters off  (#12)
fetch the latest issue/PR via GraphQL

I think being 2 characters off is not a big deal, so even counting 4-digits would be safe for most projects. No HTTP request needed

Looks like it's possible like this - not sure if there is code like this already somewhere or whether api.v3 or api.v4 should be used instead:
const response = await fetch(`https://api.github.com/repos/refined-github/refined-github/issues?sort=created&direction=desc&per_page=1`);
const result = await response.json();
console.log(result[0].number); // 7726

That should look something like:
const issues = await api.v3('issues?sort=created&direction=desc&per_page=1');
return issues[0].number;

But does issues include PRs as well?

But does issues include PRs as well?

Yep #7726 is a PR
I'll check whether that's the default sorting and open a PR

PR open at:

https://github.com/refined-github/refined-github/pull/7728

Thanks for the release of 24.8.26, works well!

https://x.com/karlhorky/status/1828488263868317713


Getting access to parent component information

Thank you for such an amazing library! I can't image all the efforts being put into making this library and sharing it with the community.

I need to access ParentXComponent from ChildXComponent. I can't find a way to access details in the parent such as the parent origin or source. I've tried to use window.parent, event.source but can't seem to make it work.

Is there any way to access parents information after outside the attach callback in the child.

Thanks!

I figured out a way to have access to the props by assigning the attach function to a global variable. Thanks!


Fix ZipDeploy URL

The updated ZipDeploy URL is https://<app_name>.scm.azurewebsites.net/ZipDeployUI .

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

ID: 4b0165d7-6462-842c-76ec-1a1f344fa51a
Version Independent ID: 3b2c77ed-d9eb-cf20-0ace-908b88927e54
Content: Create a Node.js web app in Azure
Content Source: articles/app-service/app-service-web-get-started-nodejs.md
Service: app-service-web
GitHub Login: @msangapu
Microsoft Alias: cephalin;msangapu

Hi @Rahtoken, thanks for bringing this to our attention. Your feedback has been shared with the content owner for further review.

@cephalin for awareness

This is being tracked here internally: https://github.com/MicrosoftDocs/azure-docs-pr/pull/56637

When is this going to be fixed

Hi @smccleary. It should be updated in the next few hours.
@Grace-MacJones-MSFT It's been merged to master.
#please-close

We will now proceed to close this thread.


Add the Fisher-Callhome-Spanish recipe for speech translation

Summary
add the Fisher-Callhome-Spanish recipe for speech translation
Todo

[x] pre-processing and other script
[x] transformer/transformer + multi-task ASR/transformer + multi-task ASR + multi-task MT

Issue
I use the recipe from ESPnet as reference and trying to replicate their results. However, I noticed that there are some settings, which are different, and it may lead to different results.

pitch feature, I know that sb hasn't implemented the pitch feature, so, I guess I will fix it after the implementation.
speed perturb, they use three different speeds within a batch, however, I only use one of three (randomly pick) while training, and it leads to unstable results. I get different results when train the exact same model structure. So, I want to know is there any best practice or reference for sp, then, I can make it reproducible?

Results
Transformer:
BLEU = 31.14 62.8/38.6/24.9/15.9 (BP = 0.995 ratio = 0.995 hyp_len = 38389 ref_len = 38578)
BLEU = 32.50 64.4/40.7/26.3/16.7 (BP = 0.992 ratio = 0.992 hyp_len = 37845 ref_len = 38156)
BLEU = 30.63 63.9/38.5/24.0/15.1 (BP = 0.997 ratio = 0.997 hyp_len = 37702 ref_len = 37825)
Transformer + multi-task ASR:
BLEU = 42.50 71.4/50.6/36.0/25.1 (BP = 1.000 ratio = 1.043 hyp_len = 40405 ref_len = 38743)
BLEU = 42.70 70.8/50.8/36.4/25.4 (BP = 1.000 ratio = 1.080 hyp_len = 41173 ref_len = 38114)
BLEU = 42.18 71.8/50.6/35.5/24.5 (BP = 1.000 ratio = 1.066 hyp_len = 40474 ref_len = 37967)
Transformer + multi-task ASR + multi-task MT:
BLEU = 44.85 74.8/53.2/38.0/26.8 (BP = 1.000 ratio = 1.008 hyp_len = 39330 ref_len = 39015)
BLEU = 44.89 73.8/53.0/38.2/27.1 (BP = 1.000 ratio = 1.039 hyp_len = 39906 ref_len = 38425)
BLEU = 44.69 75.7/53.6/37.7/26.1 (BP = 1.000 ratio = 1.019 hyp_len = 38889 ref_len = 38165)

Hi @jamfly and thanks for this amazing work. How does this compare to SOTA? Also did you try a seq2seq (CNN+RNN+att) model as well? I am currently trying on must-c but it just doesn't work well :(

Hi @TParcollet,
It still has a little bit of performance gap between ESPnet and my implementation, here I only use Transformer, since I noticed that there are other PR is aiming to fix some minor implement issue of Conformer, I will try it after that PR get merged.

@jamfly I will review this but it looks amazing, thanks. Do you think you could have a bit of time left to try a RNN approach? Also, do you have intuitions on why we are slightly behind them on the transformer?

@TParcollet, I will try it once I fix the above sp reproducible issue, I guess it is because

pitch feature
they are using the relative positional embedding
they are using the macaron-style

but 2 and 3 will be fixed, I guess, in another PR, regarding 1. I will try to implement it after I finish this PR

@jamfly You can install the pre-commit and push hook locally to try it yourself ;) Sometimes, it is easier.

By the way, I see that your abtch_size is pretty low compared to ESPnet one (they have 64 with an accum of 2) any reason for this particular choice ?

@TParcollet, they are using dynamic batch size, every batch will contain max_length * batch frames, if the number of frames over the setting, it automatically reduce the batch size to fit the setting.
I am using one 2080 ti 11GB to run experiment, I set batch size to be 8 to avoid out of memory issue. But, I notice that there are other PRs are aiming for solving and testing dynamic batch, I am looking forward to this feature. Once those PR get merged, I will pivot to dynamic batch.

Hey @jamfly please feel free to ping me when you think it is ready.

Hi @TParcollet I've fix some minor issues, and already rebase onto develop. However, I still encounter a problem, the experiment results are quite unstable, I run the same setting (mtl_asr_0.3) but come out with the different results (BLEU 44 compared to 42) which is pretty wide range.
so, could you please review my code, maybe I missed something since I am relatively unfamiliar with speech brain. Thank you!

Hi @jamfly thanks for your awesome work. I posted some reviews, and more will come later. Thanks again!

Hi @TParcollet ,
I updated the results of several experiments, I successfully achieved the comparable results with ESPnet, I am currently running the Transformer + multi-task ASR + multi-task MT and Conformer, I will update the results once I get them.

@jamfly thanks again, I'll try to give you an other round of review next week.

@jamfly Thanks again for your work. Could you please go through my review and address one by one the different comments? Please mark them as being solved once it is done. After all that, I'll test the recipe on my side, and we will be able to merge.

Hi @TParcollet , thanks for your code review. I fix issues based on your review, and raise some question regarding this PR. If there are any question, jsut ping me, I will fix them once I got the time.

HI @TParcollet , I fix all the issues based on the comments. Meanwhile, I am tuning the conformer recipe, I will report the result once I got it.

Thanks for the changes, I'll move on to the testing phase ASAP.

@jamfly any chance that you could provide the models (exp folder) with some of the results, so we can share them with the community as well ?

Ok @jamfly, I am about to merge. I uploaded the best models I obtained with your code and updated the README. Thank you so much for your contribution. I will do a PR to allow inferring on ST models (HuggingFace).
Side note: I wasn't able to reach the 50% with the conformer as you reported. Maybe it is worth investigating.

@jamfly, let me officially thank you for this amazing contribution!


Inconsistency with error input background opacity

In scss/forms/_error.scss:46, @mixin form-input-error (used by .is-invalid-input for the input error state) uses a partially transparent background.
This allows to use the alter color from the global color palette $foundation-palette, but it creates an inconsistency between the standard and the error input background color.

https://codepen.io/ncoden/pen/eBzPBK

I always just over-write the error styles because of this, but I tend to agree that this is a bug that should get fixed. I also feel that the placeholder text (grey by default) contrasts better if it's red, and so I have created a PR: https://github.com/zurb/foundation-sites/pull/9393/files


AtributeError mensage during fit

Hi everyone!!
I've received the atribute error message below when using FLAML with XGBoost (this error occurs with others algorithms too):
[flaml.automl: 07-01 10:45:34] {908} INFO - Evaluation method: cv
[flaml.automl: 07-01 10:45:34] {607} INFO - Using StratifiedKFold
[flaml.automl: 07-01 10:45:34] {929} INFO - Minimizing error metric: 1-roc_auc
[flaml.automl: 07-01 10:45:34] {949} INFO - List of ML learners in AutoML Run: ['xgboost']
[flaml.automl: 07-01 10:45:34] {1013} INFO - iteration 0, current learner xgboost
Traceback (most recent call last):
  File "ft2.py", line 33, in <module>
    automl.fit(X_train=X, y_train=y, **settings)
  File "/scratch/luizhemelo/anaconda3/lib/python3.7/site-packages/flaml/automl.py", line 962, in fit
    self._search()
  File "/scratch/luizhemelo/anaconda3/lib/python3.7/site-packages/flaml/automl.py", line 1081, in _search
    use_ray=False)
  File "/scratch/luizhemelo/anaconda3/lib/python3.7/site-packages/flaml/tune/tune.py", line 270, in run
    search_alg.set_search_properties(metric, mode, config={
AttributeError: 'ConcurrencyLimiter' object has no attribute 'set_search_properties'

Parameters used:
settings = {
    "time_budget": 108000,
    "metric": 'roc_auc',
    "task": 'classification',
    "n_jobs": -1,
    "estimator_list": ['xgboost'],
    "n_splits": 5,
    "log_file_name": 'ft.log',
}

Specifications:
Python 3.7.10
FLAML 0.5.4 (installed via PiP)
XGBoost 1.4.0 (installed via conda)
Any ideas?
Thanks! :D

Hi @luizhemelo  Is ray installed in your environment? If so, which version is it?

I didn't have Ray installed, @sonichi.
After installation it worked perfect!!
Thanks a lot!! :D

It's supposed to work both with and without ray installation. So I don't really know what caused the error and I can't reproduce that error. Anyway, we'll remove the use of ConcurrencyLimiter in the next version.


Fix nil pointer dereference

This fixes a regression introduced in #1502, which can cause a
panic on non-desktop environments with browser-based login flows
other than auth0.
https://jira.mesosphere.com/browse/DCOS-60349

@mesosphere-ci run integration tests


How to use webpack-plugin-istanbul in Angular 15?

Hello,
I want to implement the coverage on our projects but I have some questions concerning the implementation on Angular 15.
Actually, we were using the babel-plugin-istanbul like:
      rules: [
        {
          test: /\.(js|ts)$/,
          loader: 'babel-loader',
          options: { plugins: ['babel-plugin-istanbul'] },
          enforce: 'post',
          include: options.collectCoverageForPaths,
          exclude: [/\.(e2e|spec)\.ts$/, /node_modules/, /(ngfactory|ngstyle)\.js/, /stories\.ts$/],
        },
      ],

but since Angular 15, they are now using a plugin to compile the codeAngularWebpackPlugin which means that the code is not yet compiled when the instrumentation should happen.
For example, when I try to use your loader, I have some errors because the instrumentation doesn't recognize the typescript syntax.
So I thought the plugin would be a good idea, but I see that the coverage is applied on a filename that doesn't contain the path. I mean I have a filename that looks like libs_feature_src_index.ts. So the issue is that the coverage is exposing that path and the other tools like cypress/code-coverage cannot match with the real file.
I would like to be able to apply the instrumentation on Angular 15 using the last version of istanbul-lib-instrument but didn't manage to do it...any ideas? :)

Tried also with your loader and this is the type of report I get when the report is generated:

Any idea?

Hi @jogelin , thanks for reaching out, I will create a reproduction example in Angular15 and add it to the repo shortly. Let me know if you're still interested.

Hello @sheriffMoose,
I am for sure ;)
I am trying for a long time to have a good coverage report my stack:

Angular
Nrwl/Nx
Storybook
Jest
Cypress

I already check some codes at:

you demo app: https://github.com/sheriffMoose/storybook-extras/blob/master/demo
recipe from Storybook: https://github.com/yannbf/storybook-coverage-recipes/tree/main/angular

Already played with multiple instrumentations but your library seems the only one up to date.
I manage to have good coverage for Angular apps but for Storybook and Jest, the source map doesn't fit.
I would be happy to create a repo + article if I can get this working with your plugin :D


Add publish permissions to Olivier on npm

@OlivierCavadenti Can you share your npm account so that I could do the change?

I create one just now: https://www.npmjs.com/~olivier.cavadenti

I've just added permissions. Note that knex requires 2fa to be enabled in order to publish packages.


build: fix silent container build failure and lint

Fix set +euxo pipefail --> set -eux pipefail
Pin manifest list digest of base images directly in Dockerfile (you can use regctl manifest digest --require-list IMAGE_NAME to find it), instead of passing individual arch digest via args, this should make updates simpler, and Dependabot may be able to do PRs, if not, I highly recommend Renovate which can do a lot more
Use Buildkit's TARGETARCH ARG instead of ARCH, it standardize things a little and makes things easier if you happen to build with docker-buildx
Lint with shellcheck and hadolint
Sync Dockerfile and Dockerfile.dev as much as possible, to ensure nothing was missed, it also helps with the cache if you build one after the other

Closes #462

Lint with shellcheck and hadolint

We should definitely add these checks both in parca and parca-agent!

And I'll check out Renovate!

You can find examples of how I use it in my personal repos:
https://github.com/maxbrunet/bitbucket-semantic-pull-requests
https://github.com/maxbrunet/prometheus-elasticache-sd
They maintain themselves


fix topic flags parsing

the test '1) should continue onto the next line' is failed but also before this PR.

I think that test was working prior to refactoring, but Im not positive. I need to spend a little time getting all the tests to run. They are slow, but seem to cover almost everything.
I have also considered moving from integration style tests to more unit style, but that is a bigger task.


suggestion for adding lib argparse and optional unzip

using argparse which changes the existing interface.
interface could be kept in place (i.e. requiring the 1, 2, or three arguments) but decided it might be better to have these switches so one could for example only specify a directory without need to to have a count and format.
eg. ./gcexport.py -d MyActivities/
instead of ./gcexport.py 1 origin MyActivities/
as additional benefit help page (-h|--help) is automatically generated.
in case of format origin one can use -u|--unzip to unzip the zip file and then the .zip will be removed (the check for existing file is extended for the unzipped .fit filename)
feel free to merge some stuff or ignore if you not like it ;)

Looks like a great change! I'll review this in detail in a little bit, but I like the idea of using argparse. Thank you!

:+1: ! Much nicer interface, and nice to have --help as well.

Sorry I'm just now getting around to reviewing this. I've been busy working on my dissertation! In any case, I made a few minor changes, mainly just to be consistent with the rest of the code. Feel free to comment on any of my proposed changes. Likewise, I have a question or two I'll comment on in-line. Thanks again!

Merged. Thanks! I think this change was an important one.


test: Grouping important test cases as tier1

Use tier1 marker of pytest to group a list of important integration
test cases for QE or CI gating.

I have run all the tier1 test cases 20 times against
NetworkManager-1.22.9-24730.4045608ca8.el8.x86_64
No failure.

Coverage remained the same at ?% when pulling faa7b2596e5e16926953eaedeb3f3cb01848489e on cathay4t:test_tier into c36c3677001d08c67b11461924549272ba1c573a on nmstate:master.

Coverage remained the same at ?% when pulling faa7b2596e5e16926953eaedeb3f3cb01848489e on cathay4t:test_tier into c36c3677001d08c67b11461924549272ba1c573a on nmstate:master.

I have remove the tier definition comment and default tier code.
This is PR will focusing on choosing test cases for QE and CI gating.


docs: Add tutorials section for the Neptune bulk load

Feature or Bugfix

Documentation

Detail

Add tutorials section for the Neptune bulk load

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

AWS CodeBuild CI Report

CodeBuild project: GitHubDistributedCodeBuild6-jWcl5DLmvupS
Commit ID: 92158ebaa5b8fe3a655a5ee586613bcdd36b794f
Result: FAILED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubDistributedCodeBuild6-jWcl5DLmvupS
Commit ID: ed8c3b02e423021bf8ebfd6017d2240dcccebf63
Result: SUCCEEDED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: GitHubCodeBuild8756EF16-4rfo0GHQ0u9a
Commit ID: ed8c3b02e423021bf8ebfd6017d2240dcccebf63
Result: SUCCEEDED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository


Angular2 :host selector issues

Consider the fact that Angular uses :host as a component selector
https://angular.io/docs/ts/latest/guide/component-styles.html
I am using a simple gulp task like
var gulp = require('gulp');
var sass = require('gulp-sass');
gulp.task('sass:compile', function () {
	//noinspection JSUnresolvedFunction
	return gulp.src('./test.sass')
		.pipe(sass().on('error', sass.logError))
		.pipe(gulp.dest("./sass"));

});

Test1
test.sass
body
  background-color: green
:host
  background: #000

sass output
Error: Properties are only allowed within rules, directives, mixin includes, or other properties.
       If ":host" should be a selector, use "\:host" instead.
        on line 3 of test.sass
  Use --trace for backtrace.

gulp-sass output
body {
  background-color: green; }

:host {
  background: #000; }

Test2 - Escaping the selector as suggested by sass
test.sass
body
  background-color: green
\:host
  background: #000

sass output
body {
  background-color: green; }

:host {
  background: #000; }

gulp-sass output
body {
  background-color: green; }

\:host {
  background: #000; }

Please file this issue with LibSass.
On 12 Apr 2016 2:58 PM, "cesco"<EMAIL_ADDRESS>wrote:

Consider the fact that Angular uses :host as a component selector
https://angular.io/docs/ts/latest/guide/component-styles.html
I am using a simple gulp task like
var gulp = require('gulp');var sass = require('gulp-sass');gulp.task('sass:compile', function () {
//noinspection JSUnresolvedFunction
return gulp.src('./test.sass')
.pipe(sass().on('error', sass.logError))
.pipe(gulp.dest("./sass"));
});
Test1 test.sass
body
background-color: green
:host
background: #000
sass output
Error: Properties are only allowed within rules, directives, mixin includes, or other properties.
If ":host" should be a selector, use ":host" instead.
on line 3 of test.sass
Use --trace for backtrace.
gulp-sass output
body {
background-color: green; }
:host {
background: #000; }
Test2 - Escaping the selector as suggested by sass test.sass
body
background-color: green
:host
background: #000
sass output
body {
background-color: green; }
:host {
background: #000; }
gulp-sass output
body {
background-color: green; }
:host {
background: #000; }
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
https://github.com/dlmanning/gulp-sass/issues/464

This has been fixed in<EMAIL_ADDRESS>


TransformerTorchEncoder AttributeError("'tuple' object has no attribute 'hidden_states'")

This is due to version

Fixed by #1478


GitLab stars does not working anymore

Are you experiencing an issue with...
shields.io
🐞 Description
Hello,
The badge to have GitLab Stars doesn't work since few weeks
🔗 Link to the badge
 <-- expect to display "stars: 10"
![GitLab Stars](https://img.shields.io/gitlab/stars/pinage404%2Fgit-gamble)

💡 Possible Solution
Removing the badge =(

Hello. This is the same issue as
https://github.com/badges/shields/issues/10178
lets track it there


Connectecd ADV mode

Dear OpenWCH team.
I'm designing peripherial device that should keep advettisement when connected.
I found that updating GAPROLE_ADVERT_DATA parameter in connected and advertised mode causes change of GAP state from GAPROLE_CONNECTED_ADV to GAPROLE_ADVERTISING, but actually device keep to be connected and advertised.
How to reproduce with BLE_LIB 1.7:
In Peripheral example add the following
    uint8_t gapRole_state;
    GAPRole_GetParameter(GAPROLE_STATE, &gapRole_state);
    PRINT("GAPROLE_STATE: %d\n", gapRole_state);

to the end of performPeriodicTask() function. And add the following
    uint8_t initial_advertising_enable = TRUE;
    GAPRole_SetParameter(GAPROLE_ADVERT_ENABLED, sizeof(uint8_t), &initial_advertising_enable);

to the end of Peripheral_LinkEstablished(...) func.
Now if you connected to the device, it reports GAPROLE_STATE: 5 in console. (GAPROLE_CONNECTED_ADV state). This is OK.
Next, add the following
   GAPRole_SetParameter(GAPROLE_ADVERT_DATA, sizeof(advertData), advertData);
to the very end of performPeriodicTask() function (after printing added earlier).
Now if you connected to the device, it reports GAPROLE_STATE: 2. (GAPROLE_ADVERTISING).
So, GAP role state was changed by updateing data to advertise. My expectation is that updating the adv data should not affect to GAP state.

Hi brain112,
GAPRole_SetParameter(GAPROLE_ADVERT_DATA, sizeof(advertData), advertData);
This function is designed to be called in the initialization state，so it may cause status errors when called in other stages.
You can use this function to update the advertising data:
/**
 * @brief   Setup or change advertising and scan response data.
 *
 * @note    if the return status from this function is SUCCESS,the task isn't complete
 *          until the GAP_ADV_DATA_UPDATE_DONE_EVENT is sent to the calling application task.
 *
 * @param   taskID - task ID of the app requesting the change
 * @param   adType - TRUE - advertisement data, FALSE  - scan response data
 * @param   dataLen - Octet length of advertData
 * @param   pAdvertData - advertising or scan response data
 *
 * @return  SUCCESS: data accepted
 *          bleIncorrectMode: invalid profile role
 */
extern bStatus_t GAP_UpdateAdvertisingData( uint8_t taskID, uint8_t adType, uint16_t dataLen, uint8_t *pAdvertData );

This function wiil send a message to a valid taskID, if you use the Peripheral_TaskID, you can handle the message here:
static void Peripheral_ProcessGAPMsg(gapRoleEvent_t *pEvent)
{
    switch(pEvent->gap.opcode)
    {
        case GAP_ADV_DATA_UPDATE_DONE_EVENT:
            PRINT("%s data update status: %#x\n",
                       pEvent->dataUpdate.adType ? "adv" : "scan", pEvent->dataUpdate.hdr.status);
            break;
        ...

Hi zerosensei,
This works! Thank you!


Inconsistent display location when using fzf-tmux

Info

Operating System: MacOS Ventura 13.5
Shell: Bash v5.2.15
Terminal: iTerm2
nvim --version:

NVIM v0.9.1
Build type: Release
LuaJIT 2.1.0-beta3

fzf --version:

~ $ fzf --version
0.42.0 (brew)

[x] The issue is reproducible with mini.sh

fzf-lua configuration

require("fzf-lua").setup({
  "fzf-tmux",
  fzf_tmux_opts = {
    -- Docs: `fzf-tmux --help`
    ["-d"] = "20%"
  },
})

Description
Hi, love the plugin so far. I'm trying to migrate from fzf.vim where I'm a user of the fzf-tmux profile. In that config I use the down option which basically pins FZF on the bottom of the screen: (docs: https://github.com/junegunn/fzf/blob/c5e4b83de3a201e496f356e826529a45165138ea/doc/fzf.txt#L500-L504).
let g:fzf_layout = { 'down': '20%' }

In fzf-tmux, I noticed the -d option appears to be equivalent. However, it's working very inconsistently when passed through the fzf-lua using fzf_tmux_opts:
For example, this is what it looks like when it works:

Here's a video of the behaviour. It doesn't work for the first few times, then it works fine. Seems like there might be a race somewhere.
https://github.com/ibhagwan/fzf-lua/assets/13060190/72f5db55-47c6-40f2-bb93-eed941d168bb
Thanks for looking. Any ideas?

Thanks for looking. Any ideas?

Ty for the report @aud ! Interesting, I’ll do some digging and keep you posted.
In the meantime can you post the output of :lua print(vim.env.FZF_TMUX_OPTS) (essentially the shell’s $FZF_TMUX_OPTS)?
If it’s not empty can you run :lua vim.env.FZF_TMUX_OPTS = nil and then try?

In both UI cases (pinned to the bottom and not) the output of :lua print(vim.env.FZF_TMUX_OPTS) is nil.

Thanks @aud, I’ll investigate further when I get a chance in the next days.

I had another idea to test your race condition assumption, when the bug is reproduced try running the below and let me know if that works fine?
 :lua require'fzf-lua'.files({ fzf_tmux_opts = { ["-d"] = "20%" } })

Unfortunately had no effect:
https://github.com/ibhagwan/fzf-lua/assets/13060190/8d296a8f-9400-4637-bf66-fed2180f0a4c

Sorry for the spam, I think I have another idea, the default -p is never removed (in the options table merge), if that’s the case, this should work:
require("fzf-lua").setup({
  "fzf-tmux",
  fzf_tmux_opts = {
    ["-p"] = false,
    ["-d"] = "20%",
  },
})

If this works you can also experiment with removing the default margin setting by setting it also to false:
https://github.com/ibhagwan/fzf-lua/blob/2632033492cadfbda3a8678d3c3e65d9397e521d/lua/fzf-lua/defaults.lua#L126

That worked great! Fixes the inconsistency. Thanks for taking a look.

That worked great! Fixes the inconsistency. Thanks for taking a look.

Now we know what the issue was, specifying both -d and -p creates the conflict, I’ll leave this issue open and when I get a chance I’ll add code that removes conflicting options or doesn’t copy from defaults (I’ll think about which would work best).

https://github.com/ibhagwan/fzf-lua/commit/13d9974c17c526412648395a062db936fecbe10b - this commit deletes the popup flag when split pane flags are found (-udlr), you can omit ["-p"] = false if you wish.


env set in my fish config prevails over what I set in the env var collection

Testing #182970
	const term2 = vscode.window.createTerminal({
		name: `Ext Terminal tranisent #${NEXT_TERM_ID++}`,
		isTransient: true,
		shellPath: 'fish'
	} as any);
	const collection = context.environmentVariableCollection;
		collection.replace('FOO', 'REPLACED', { applyAtShellIntegration: true, applyAtProcessCreation: false });
		collection.append('APPENDING', 'appending', { applyAtShellIntegration: true, applyAtProcessCreation: false })
		collection.prepend('PREPENDING', 'prepending', { applyAtShellIntegration: true, applyAtProcessCreation: false });

This is because of the same problem that caused https://github.com/microsoft/vscode/issues/184191

@Tyriar https://github.com/microsoft/vscode/issues/184191 appears to be closed now, does that mean this has been fixed?

No, this issue is about fish acting atypical in that it applies the environment before fish.config is applied. This is because of how the automatic injection works in fish via an environment variable. Still not sure how we can handle this.

Discussed offline, maybe we could use the first pre exec hook in fish to run shell integration, instead of XDG_DATA_DIRS.

Nice 👍


Update to version script.

Signed-off-by: Naushir Patuck<EMAIL_ADDRESS>

@davidplowman small change to stop using utf-8 and allow the system locale.

And some improved error catching too, I see!


display list of pending exits

Codecov Report

Merging #171 (5d6d9dc) into develop (783db13) will increase coverage by 17.79%.
The diff coverage is n/a.

:exclamation: Current head 5d6d9dc differs from pull request most recent head 05206cd. Consider uploading reports for the commit 05206cd to get more accurate results

@@             Coverage Diff              @@
##           develop     #171       +/-   ##
============================================
+ Coverage    71.73%   89.52%   +17.79%
============================================
  Files           68       33       -35
  Lines         2257     1079     -1178
  Branches       335      150      -185
============================================
- Hits          1619      966      -653
+ Misses         638      113      -525

Flag
Coverage Δ

batch-submitter
?

contracts
89.52% <ø> (ø)

core-utils
?

data-transport-layer
?

message-relayer
?

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

packages/core-utils/src/provider.ts

.../l1-ingestion/handlers/sequencer-batch-appended.ts

packages/data-transport-layer/src/utils/index.ts

...layer/src/services/l1-ingestion/handlers/errors.ts

...ices/l1-ingestion/handlers/transaction-enqueued.ts

...itter/src/batch-submitter/state-batch-submitter.ts

packages/core-utils/src/common/hex-strings.ts

...ackages/batch-submitter/src/utils/tx-submission.ts

...ckages/data-transport-layer/src/utils/constants.ts

.../batch-submitter/src/transaction-chain-contract.ts

... and 25 more

Continue to review full report at Codecov.

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


refactors signature identification to improve readability and adds 515.1602 signatures for Windows

Please let me know if I should add documentation to the macros.

That looks cool as fuck, I'd love if we could get rid of the version_dependent_signature and universal_signature invocations though.

I've tested your changes against a bunch of versions (still a manual process) and it seems to work just as well as the current code


Fix dependency injection of directives

Otherwise this breaks when we minify.

this looks fine, can you update the dist.js file in the commit as well?

this looks fine, can you update the dist.js file in the commit as well (run grunt build)

Done. Also added a second commit for another directive that is broken when minified.

Thanks.  But really, bower components that are not minifier safe should distribute their own minified files.
At the end of the day, implicit dependency injection is just a bad idea. "use strict" exists for the same reason: the initially lax javascript behaviors were also a bad idea.

Agree, thanks for the PR. Created https://github.com/kubernetes-ui/object-describer/releases/tag/v0.0.15 with this fix.


Multiple @function usages throws: The FunctionDirectiveStack.json stack defines more than 500 resources.

Before opening, please confirm:

[X] I have installed the latest version of the Amplify CLI (see above), and confirmed that the issue still persists.
[X] I have searched for duplicate or closed issues.
[X] I have read the guide for submitting bug reports.
[X] I have done my best to include a minimal, self-contained set of instructions for consistently reproducing the issue.

How did you install the Amplify CLI?
sudo npm i -g @aws-amplify/cli
If applicable, what version of Node.js are you using?
v14.18.1
Amplify CLI Version
7.6.8
What operating system are you using?
Tried on Ubuntu 20.04 and Mac (Big Sur & Monterey)
Did you make any manual changes to the cloud resources managed by Amplify? Please describe the changes made.
No
Amplify Categories
api
Amplify Commands
push
Describe the bug
My lambda functions in a separate project using Serverless Framework by company policy. I have to use the @function graphql-transformer to access them from my graphql schema operations.
I'm currently over 125 resolvers and I cannot add any more because of a limit in the number of resources in the generated FunctionDirectiveStack.json, thrown by CloudFormation. The amplify push operation is unsuccesssful. This means I can't deploy new code using it from graphql.
Expected behavior
After the limit of resources and size given by CloudFormation, another stack should be created so that all the functions defined with @function are well handled and the amplify push operation is successful.
Reproduction steps

Define certain number (more than 125 in my case) of resolvers using @function
amplify push

GraphQL schema(s)
No response
Log output

```
# Put your logs below this line
The FunctionDirectiveStack.json stack defines more than 500 resources.
```

Additional information
The schema is really big itself so I'm already minifying using minify-json, and this is not helping given the error has to do with number of resources rather than size.
This is already mentioned in other issue but with lower limits and was addressed with an increase of the limits in CloudFormation, which is not sustainable and will not work in this case.

You should be able to exercise some control over your stack by using stack mappings, which documentation is being added soon. You can find details in this PR where the docs are being added: https://github.com/aws-amplify/docs/pull/3848/files

Closing as docs PR has been merged 🙂

I am Facing the same error while amplify push, is there any workaround for this issue ?


cmd/compile: DWARF line table: "morestack" sequence should have prolog file/line

What version of Go are you using (go version)?

$ go version
go version devel +60f7876502 Sat Jun 20 08:40:13 2020 +0000 linux/amd64

Does this issue reproduce with the latest release?
yes.
What operating system and processor architecture are you using (go env)?
linux/amd64
but this problem applies on other archs as well
What did you do?
Build a small program, e.g. "go build himom.go"
package main

import (
	"fmt"
)

func main() {
	fmt.Printf("hi mom\n")
}

Then examine generated DWARF with "objdump -dl":
$ objdump -t himom | fgrep main.main
000000000049a0e0 g     F .text<PHONE_NUMBER>000070 main.main
$ objdump --wide -dl --start-address=0x497f00 --stop-address=0x497f70 himom

himom:     file format elf64-x86-64

Disassembly of section .text:

0000000000497f00 <main.main>:
main.main():
/usr/local/google/home/thanm/himom.go:7
  497f00:	64 48 8b 0c 25 f8 ff ff ff 	mov    %fs:0xfffffffffffffff8,%rcx
  497f09:	48 3b 61 10          	cmp    0x10(%rcx),%rsp
  497f0d:	76 5a                	jbe    497f69 <main.main+0x69>
  497f0f:	48 83 ec 58          	sub    $0x58,%rsp
  497f13:	48 89 6c 24 50       	mov    %rbp,0x50(%rsp)
  497f18:	48 8d 6c 24 50       	lea    0x50(%rsp),%rbp
/usr/local/google/home/thanm/himom.go:8
  497f1d:	48 8b 05 6c 6a 0b 00 	mov    0xb6a6c(%rip),%rax        # 54e990 <os.Stdout>
/ssd2/ygo/src/fmt/print.go:213
  497f24:	48 8d 0d 15 1b 04 00 	lea    0x41b15(%rip),%rcx        # 4d9a40 <go.itab.*os.File,io.Writer>
fmt.Printf():
/ssd2/ygo/src/fmt/print.go:213
  497f2b:	48 89 0c 24          	mov    %rcx,(%rsp)
  497f2f:	48 89 44 24 08       	mov    %rax,0x8(%rsp)
  497f34:	48 8d 05 d6 30 02 00 	lea    0x230d6(%rip),%rax        # 4bb011 <go.string.*+0x641>
  497f3b:	48 89 44 24 10       	mov    %rax,0x10(%rsp)
  497f40:	48 c7 44 24 18 07 00 00 00 	movq   $0x7,0x18(%rsp)
  497f49:	48 c7 44 24 20 00 00 00 00 	movq   $0x0,0x20(%rsp)
  497f52:	0f 57 c0             	xorps  %xmm0,%xmm0
  497f55:	0f 11 44 24 28       	movups %xmm0,0x28(%rsp)
  497f5a:	e8 e1 82 ff ff       	callq  490240 <fmt.Fprintf>
main.main():
/usr/local/google/home/thanm/himom.go:8
  497f5f:	48 8b 6c 24 50       	mov    0x50(%rsp),%rbp
  497f64:	48 83 c4 58          	add    $0x58,%rsp
  497f68:	c3                   	retq
./<autogenerated>:1
  497f69:	e8 52 90 fc ff       	callq  460fc0 <runtime.morestack_noctxt>
  497f6e:	eb 90                	jmp    497f00 <main.main>

What did you expect to see?
Call to "runtime.morestack" has a source position (file/line) the same as the prolog of the function.
What did you see instead?
Source position is "autogenerated:1":
./<autogenerated>:1
  497f69:	e8 52 90 fc ff       	callq  460fc0 <runtime.morestack_noctxt>
  497f6e:	eb 90                	jmp    497f00 <main.main>

This can interfere with debugging and profiling.
One could argue that since this is compiler-generated code it's ok to give it an autogenerated source position (similar to things like method wrappers), but there is also a strong argument to be made that the morestack call is logically part of the function prolog (even though it is positioned in the cold code at the tail end of the function).
It also turns out that we haven't always marked this code with "autogenerated" -- in previous versions of Go it was being given the correct position. Here is the tail end of the assembly when built with 1.12:
/usr/local/google/home/thanm/himom.go:7
  488a9a:	callq  44f300 <runtime.morestack_noctxt>
  488a9f:	jmp    488a30 <main.main>

It looks as though the problem was introduced when the main part of DWARF line table generation was moved from the linker in to the compiler. This code here:
https://go.googlesource.com/go/+/d1a186d29ce9d917dda7c66cfaee7788f88e7b9e/src/cmd/internal/obj/dwarf.go#112
generates a sequence at the end of each function to reset the state of the line table back to its default settings. This code doesn't advance the PC before applying the new file and line, however, meaning that it overwrites the file/line for the last row in the line table, which is what's causing the "autogenerated:1" to be picked up.
This could be fixed in a couple of ways: one would be to emit an end of sequence op after each function (in which case there would be no manual file/line settting needed). A second option would be to add code to manually advanced the PC past the end of the last instruction before emitting the set file/set line ops.

I sent two CLs with possible fixes for this bug.
@aarzilli PTAL and let me know what you think.

I have submitted a fix for this bug on the dev.link branch; this fix will appear on the main branch at some point when it opens up for 1.16 development (Aug?). I'll hold the bug open until then.

Closing this bug, since the dev.link branch is now merged into master.


Responsive Display Headings

I really like these larger, thinner headings that are provided:

Display 1

Display 2

Display 3

Display 4

As shown here: https://v4-alpha.getbootstrap.com/content/typography/#display-headings
But I've find that on smaller screens, these are almost always way too large. Could you consider adding responsive breakpoints like so:

Display 1

Display 2

Display 3

Display 4

so that the text can return to the standard h1 h2 etc font style on smaller screens?

This could be solved with #23816
Result: http://martijncuppens.github.io/rfs/docs/4.0/content/typography/#display-headings

This is still an issue. Any plans to fix?

I'm still facing the same issue. They haven't fixed it yet, I guess.

I just added this in my custom.scss, which worked for the sites I've been working on:
@media (max-width: 575.98px) {
//Manage Display Headers for Mobile Devices
.display-1 {
font-size: 3rem;
font-weight: 300;
line-height: 1.0;
}
    .display-2 {
        font-size: 2.75rem;
        font-weight: 300;
        line-height: 1.0;
    }

    .display-3 {
        font-size: 2.25rem;
        font-weight: 300;
        line-height: 1.0;
    }

    .display-4 {
        font-size: 1.75rem;
        font-weight: 300;
        line-height: 1.0;
    }

}

Closing this due to the Responsive Font sizes PR.

am curious, why this is not incorporated into the framework itself yet?

@anandchakru, kind of wonder why, seems like a good fix??


added macro @bcomp to support comparative benchmarks added in Chairmarks v1.3

Chairmarks now supports comparative benchmarks. This PR adds a new macro @bcomp to leverage that and print a histogram.
Example:
Silly example, but demonstrates the point
julia> @bcomp rand(500:1000) rand(_), rand(_^2)
Chairmarks.Benchmark: 308 samples with 1 evaluation.
 Range (min … max):  333.000 ns … 380.834 μs  ┊ GC (min … max): 0.00% … 0.00%
 Time  (median):     583.000 ns               ┊ GC (median):    0.00%
 Time  (mean ± σ):     2.882 μs ±  22.733 μs  ┊ GC (mean ± σ):  0.00% ± 0.00%

  █
  ██▁▅▅▁▁▁▁▁▁▁▁▁▁▁▄▁▄▄▄▁▁▄▁▁▁▁▁▁▁▁▁▄▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▄ ▅
  333 ns        Histogram: log(frequency) by time       51.3 μs <

 Memory estimate: 4.06 KiB, allocs estimate: 3.Chairmarks.Benchmark: 308 samples with 1 evaluation.
 Range (min … max):  149.500 μs …   4.465 ms  ┊ GC (min … max):  0.00% … 77.42%
 Time  (median):     525.062 μs               ┊ GC (median):     0.00%
 Time  (mean ± σ):   608.390 μs ± 479.817 μs  ┊ GC (mean ± σ):  12.34% ± 18.07%

  ▄██▅▇▄ ▇▃▇▅▆▂▃ ▅▂
  █████████████████▆█▅▄▆▃▃▃▃▄▃▃▁▁▃▃▃▁▁▁▁▁▁▁▁▁▃▃▁▁▃▁▁▃▁▁▃▁▁▁▁▁▁▃ ▄
  150 μs           Histogram: frequency by time         2.56 ms <

 Memory estimate: 1.92 MiB, allocs estimate: 3.

Lovely! I suspect that it would be easier to visually compare if the histograms had the same axes. IDK how hard that would be to implement, though.

I thought of that too! Though I'd say we should merge this for now and then figure out how to do this enhancement.
The harder case for a common histogram axes is if the runtimes are orders of magnitude different. See this example (link) where one version of the function runs in microseconds while the other runs in nanoseconds

I think histograms like this would reasonably reflect the relationship between the runtimes of these functions:
Chairmarks.Benchmark: 5 samples with 1 evaluation.
 Range (min … max):   80.708 ms … 429.459 ms  ┊ GC (min … max):  0.00% … 76.77%
 Time  (median):     134.875 ms               ┊ GC (median):     0.00%
 Time  (mean ± σ):   163.056 ms ±  82.761 ms  ┊ GC (mean ± σ):  12.50% ± 24.08%
                                                            █
  ▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁█▄▄▄▅
   82.4 ns       Histogram: log(frequency) by time        429 ms

 Memory estimate: 1.68 MiB, allocs estimate: 67.

Chairmarks.Benchmark: 2907 samples with 235 evaluations.
 Range (min … max):   82.447 ns …  254.106 ns  ┊ GC (min … max): 0.00% … 99.13%
 Time  (median):      96.277 ns               ┊ GC (median):    0.00%
 Time  (mean ± σ):   136.820 ns ± 152.067 ns  ┊ GC (mean ± σ):  1.39% ± 11.11%
  █
  █▄▄▄▅▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁
   82.4 ns       Histogram: log(frequency) by time        429 μs

 Memory estimate: 1.05 KiB, allocs estimate: 6.

That looks great!

@LilithHafner can you push code to this PR?

Just realized my version needs a newline in between the two summary prints

@LilithHafner can you push code to this PR?

haha unfortunately not; That histogram was hand written as a UI mockup, there is no code.

How does these look? (ignore the information at the bottom, havent fixed that yet)

They look great! @astrozot, care to take a look at this?

Haven't pushed the code for the common axis histogram yet, but would appreciate help cleaning up the code once I push it.

They look great! @astrozot, care to take a look at this?

Sure, will do! Thanks a lot @ajinkya-k  and @LilithHafner for your work!

This is now merged in the main branch. However, I am not going to make any release yet until we fix the various issues: histograms with identical ranges and pretty printing of the memory and alloc estimates. @ajinkya-k , can you take care of this? Let me know in case you need any help.

I'll keep working on it. Should I create a new PR for that, or does working on the same branch/PR still work?

You'll need a new PR, though it could be from the same branch.

Thanks! I'll make a new PR when it's ready

Sorry I accidentally edited the wrong PR


out of memory error when fusing many types

This error occurs with Zed commit 0143b5a.
The attached data_4500_types.zson.gz contains 4500 records, each with its own type. When I try to fuse these into one type, I get an out of memory error:
$ zq -version
Version: v0.29.0-413-g0143b5a7

$ zq -o test.zng 'fuse' data_4500_types.zson.gz
fatal error: runtime: out of memory
...

Fuse works without error with fewer types:
$ zq -z 'head 4000 | fuse | by typeof(this) | count()' data_4500_types.zson.gz
{count:1 (uint64)} (=0)

Internally, fuse relies on expr/agg.Schema and expr.ConstShaper, which create intermediate types whose number is linear in the number of distinct input record types (Schema.Mixin creates one per input type. ConstShaper.Eval creates two: one for fill and one for order.) and whose size is linear in the number of distinct field names.
The type context that owns these intermediate types lives almost until zq completes, so the values do as well, and they consume substantial memory. zq -o test.zng fuse data_4500_types.zson.gz succeeds on my laptop but uses 8 GB of RAM.
I see a few approaches we can take to address this.

Use a separate type context and reset it to free intermediate types. I tried this in expr.createShaper and found that translating types between type contexts added substantial overhead: running time increased by 33%.
Avoid creating intermediate types by operating on []zng.Column instead of *zng.TypeRecordinSchema.fuseRecordTypesandexpr.createShaper`. This isn't a complete solution since nested types can still require creation of intermediate types. It also makes a mess of the code.
Rework zng.Context so the garbage collector can reclaim unreferenced types. This is a lot of work because it requires moving type IDs out of zng.Type.

Why do the intermediate types take up so much space? With 8 GB of RAM and 4500 types, that's 1.78 MB per type for types that only have two fields each, which seems quite high to me.

@aousterh: That 8 GB figure includes a lot of uncollected garbage. With GOGC=1 (GOGC=0 is unusably slow here), it drops to around 5.25 GB.
I did some direct measurement using runtime.GC and runtime.ReadMemStats and found that ConstShaper.Eval creates only one intermediate type (I claimed two above) per input record, each consuming roughly 472 KB. They're as large as they are because each contains all 4501 fields seen in the full input. The Schema.Mixin intermediate types average about half of that because the Nth of these types contains all N+1 fields seen in the first N input records.
That works out to 472 KB * 1.5 * 4500 = 3186000 KB, or about 3 GB, and agrees roughly with a heap profile obtained like this.
sed -I '' s/allocs/heap/ cli/cli.go
make build
./dist/zq -memprofiile=mem.prof ...

Of the remaining 5.25 - 3 = 2.25 GB, I traced 1.5 GB to expr.ConstShaper.shapers.

@nwt: The types created during fuse by Schema.Mixin make sense to me, and it seems like garbage collection as you suggested in (3) above should address that. I don't understand the types created by ConstShaper.Eval though. When reading in the data, one intermediate type should be created per-record, but those types should be small in this example (only 2 fields each). Then, once the fused schema has been created and all records need to be shaped to conform to it, it seems to me that they should be able to reference the one existing type (with N+1 fields). So why does ConstShaper.Eval need to create N types, each with N+1 fields?

@aousterh: I'm very glad you asked that question! I looked more closely at expr/shaper.go, and the short answer is that ConstShaper.Eval doesn't need to create those intermediate types.
The long answer is that the fuse operator creates a shaper that performs two "transforms"—fill and order. The current code regards those as independent steps and creates an intermediate type to represent the state of a record after filling but before ordering. But of course fill and order aren't really independent steps, and if we modify fill to add fields in the proper sequence, then there's no need for the separate order step (or the intermediate types).
I'm aiming to have that implemented within a few days.

Sounds good to me, thanks for looking into it!

With #2897, zq -o test.zng 'fuse' data_4500_types.zson.gz uses about 5 GB on my laptop (vs. about 8 GB without it) and completes in about 8 seconds (vs. about 16 seconds without it).

With #2897 and #2899, it's down to about 3 GB and 4 seconds on my laptop. A third of that is garbage: Add in GOGC=25 and it's about 2 GB and 5 seconds.
If we want to take this farther, much of what remains is allocated in expr.step.append.

Group consensus was we've gone far enough with this for now. Closing.


Add some missing type annotations

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


Nami - ADA-20

Good afternoon! please tell me, does the Nami wallet support ADA-20 standard tokens?

Talk to Cardano Support on the Live support page so that your issue can be looked into.

Talk to Cardano Support on the Live support page so that your issue can be looked into.

If you know, please tell me if NAMI wallet supports ADA-20 tokens?

Don't do that! BarrDev is a scammer. The live support page (forum.cardaNNo.com) is a scam. In order to get help you must put ADA's in your account. Yeah right. They will disappear to their account.


Align DFD type names with spec

Currently, some of the types related to Data Format Descriptors (DFDs) don't quite align with the KTX and KDF specifications. I propose that a couple types are renamed:

Reader::data_format_descriptors -> Reader::data_format_descriptor_blocks OR Reader::dfd_blocks
DataFormatDescriptor -> DataFormatDescriptorBlock OR DfdBlock
DataFormatDescriptorHeader -> DataFormatDescriptorHeaderBlock OR DfdBlockHeader

A KTX2 two file has one data format descriptor, containing multiple data format descriptor blocks.
The full name "data format descriptor block" is very long, so it might be preferable to use DFD, an abbreviation used frequently in the spec. These types can be affixed with references to the KTX spec or the Khronos Data Format spec, which has detail that I think is very useful.

BasicDataFormatDescriptorHeader -> BasicDataFormatDescriptorBlockHeader OR BasicDfdBlockHeader OR DfdBlockHeaderBasic

Thought process is similar here to the other types. It might be more clear to use the name DfdBlockHeaderBasic because this type is the header for some data contained within a DFD block.
Any other types that reference DFDs (plural) would be changed to reference DFD blocks.

I'm on board with all of this, favoring the contraction to DFD where applicable.

It might be more clear to use the name DfdBlockHeaderBasic because this type is the header for some data contained within a DFD block.

I don't quite see how this is clearer, though the impact on sorting/autocomplete is arguably positive regardless.


💡 [REQUEST] - want to revamp the landing page of the website

[x] I am from GSSoC'23.
[x] I would like to be assigned this task.

Section
Description

Concise Description
Write a concise and appropriate description of the feature request

Solution Proposed
Describe the solution you would want

Alternative Solutions
Describe any alternative solutions you can think of

Additional Context
Write any other contexts related to the feature request

Screenshots
[Provide screenshots here]

Code of Conduct
By submitting this issue, you agree to follow our Code of Conduct.

[x] I follow the Contributing Guidelines of this project.
[x] I have checked the current issues for duplicate problems.
[x] I have read the readme of this repository.

Please assign me this issue so that I can resolve it under GSSOC-23. This will be my first ever open-source contribution. Please let me do it.

https://www.figma.com/file/RV86XkofFL5UgNHwuQV8CE/blogweed?type=design&node-id=0%3A1&t=VhE8oUIx3XIrgbrA-1
I WANT TO REVAME THE UI OF THE WEBSITE AND MAKE IT RESPONSIVE

@Aliza30 Nice work!👏 But i really like the structure of my present UI, its different. While keeping in mind that i don't want any structural changes, you may work on the other things. And please raise a new issue, closing this one.


long file paths break/split over multiple lines in quickfix window

I set up a maker for xelatex along the pdflatex one as following:
let g:neomake_tex_xelatex_maker = {
        \ 'exe': 'xelatex',
        \ 'args': ['-file-line-error', '-interaction', 'nonstopmode'],
        \ 'errorformat': '%E%f:%l: %m'
    \ }

By executing this maker, long file paths are broken up over multiple lines in the Vim quickfix window which then for example does not allow to jump to the error location displayed in the qf.
The file path (and the lines around) are diplayed in the quickfix window as:
|| Enter file name:

|| /long/path/to/file/.../loca

tionOfTexFiles/myTexFile.tex|144 error| Emergency stop.

*|| read *

to be able to follow to the file line by lnext/cnext I should have
/long/path/to/file/.../locationOfTexFiles/myTexFile.tex|144 error| Emergency stop.

Is there a way/option to fix this in my maker?

I guess https://github.com/neomake/neomake/pull/924 helps with that.

How long is the file name?
What interface are you using? (Neovim/Vim? Windows?)
Can you reproduce it with :NeomakeSh echo very-long-filename?
Is is related to wrapping in you terminal? (it is strange that there is no "||" in front)

the file name/path is 110 characters long
I am using Neovim 0.2.1-dev on Ubuntu 16.04.2 LTS within the gnome-terminal
no I cannot reproduce it with NeomakeSh echo. The result of it is || long-filename
Maybe. However the Neomake pdflatex output does not wrap/chop Neomake's output but the one in the terminal. I think there is no "||" at the beginning of the line because it actually is part of the line before

sorry closed it unintentionally


Backend fails to load v2d_credset v.19.05.04

When loading v2d_credset with create_and_load_everything_from_scratch.sh script I got error:
v2d_credset/part-00000-942d21cd-fb9e-475a-aa0b-8b4cd7db071f-c000.json.gz
Code: 27. DB::Exception: Cannot parse input: expected { before: ^_<8b>\b\0\0\0\0\0\0^CÏΩ]<8f>d…q%¯æ?£<9f><87>^Aw3ssÛ~Î^Q8|YÃbw{<9f>\tJji\bP¢<96>l^N0^XÏ^?ﬂs<3£*Ôu^O<8f><88> <9b>(^\f)<92>Í<8a>¨LÀ<88>sÌ€Œ˘<9f>?¸„^_ˇ¸˚^?˘Â^Oø˛Ì/ø¸„^Oˇœ^?˛Ìˇı^?¸◊ﬂ\'¸+◊¯·?˝«ø∂Ú˚^?˙À/ˇ¸◊_~˝·«_ˇÚ∑_˙<9f>µÌ<9f>˝È<97>?¸ÛÔˇ: (at row 1)

code version: https://github.com/opentargets/genetics-backend/commit/e5d13f729a050948848d7075d5a4f3e048d38bcf
data version: 19.05.04 ftp://ftp.ebi.ac.uk/pub/databases/opentargets/genetics/190504/v2d_credset/
The script expects to get plain json file. While it's published gzipped.
Republishing v2d_credset data as uncompressed (plain) files could be an easy solution to this problem.

@JarrodBaker for your consideration

Closing as it's getting on three years since it was opened. We're currently re-writing the infrastructure deployment pipeline for the genetics platform which will be more robust and easier to use.


Use weight for block size function

Use Weight type for base_size in Transaction.  Also a small re-factor to remove test_ and _tests from the testname for transaction tests.

If you rebase on master the 1.48 job will go green.


chore(deps): add heroicons and iconify to peerdeps

Add missing peer deps declaration for heroicons and iconify in package that requires icon package.
These packages will require the two package above to be installed separately outside @gits-id/ui or @gits-id/ui-nuxt.

@gravitano, i was wondering if we should just put heroicons and iconify into icon dependencies?
i've checked again and other packages doesn't seem to use these two much.

heroicons was actually only ever referenced in icon component.
as for iconify, it's only actually imported in few components, outside of icon.

then there's also the issue with feather-icons which is only used in stats component.
currently, I set the peer deps to exact version instead of *. but, it may cause problem in apps that uses these icons in different version. moreover, we will need to maintain the two dep version in multiple places (since Icon is used pretty much everywhere in this lib).
If we defined it as dep in Icon, we only need to maintain the version on few other packages that references the libs directly. and should we need to upgrade any of the lib to newer version, the breaking changes won't ripple too wide.
or maybe there's another way to better handle this?


some question about code

When I tried to reproduce the code, I encountered the following problems. I hope I can get your help.

When I used the pre-training model you uploaded on GitHub, during the fine-tuning process, the training loss and test loss were always greater than 1, and the test-ACC remained about 0.55.
In trainval.py, there is a loop (for exp_dict in exp_list:) before trainval(), which causes the model to train until the end of the loop. I want to know what is the function of this loop?
During the pre-training and fine-tuning process, I noticed that the DataLoader generation was the same, with 64 classes for the training set, 16 for the validation set, and 20 for the test set. According to the model approach in your paper, pre-training should take 64 as the base class and divide it into training set and test set; The fine-tuning should use 20 as the Novel class and divide it into a training set and a test set during the fine-tuning process.Now I do not know how to divide the data set, which makes me very confused. I want to know whether I have a wrong understanding of the paper or the code.

Hi @Cccoooder, thanks for the interest in our work :)

Could you provide me with details to reproduce that behavior?
By default our code runs a minimal hyper-parameter search, the for loop loops over different hyper-parameter configs.
We perform fine-tuning on the base classes only, could you please indicate what lines in the paper lead you to think we fine-tuning on 20 novel classes so that we can assess how to clear the confusion?

Below are some details of the code I am reproducing. The accuracy and loss of the model have not changed since Epoch: 95, but the loss is relatively large and the highest accuracy is only 56
epoch  current_lr_0  train_loss  val_loss  val_accuracy  test_loss  test_accuracy  test_confidence
93     93      0.000010    1.025226  1.196003      0.557822   1.185151       0.564867         0.006464
94     94      0.000010    1.028784  1.202358      0.550467   1.191651       0.558707         0.006458
95     95      0.000001    1.060194  1.196753      0.558622   1.196398       0.558107         0.006696
96     96      0.000001    1.036160  1.197195      0.557267   1.187886       0.564120         0.006738
97     97      0.000001    1.033859  1.183196      0.562178   1.190399       0.561347         0.006869
Saved: ./logs/finetuning\f831e13d6e54b9e79a2684c8e212037d
Saved Best: ./logs/finetuning\f831e13d6e54b9e79a2684c8e212037d
epoch  current_lr_0  train_loss  val_loss  val_accuracy  test_loss  test_accuracy  test_confidence
193    193  1.000000e-08    1.023047  1.194027      0.555933   1.185884       0.563320         0.006629
194    194  1.000000e-08    1.036564  1.197041      0.556867   1.188793       0.563773         0.006499
195    195  1.000000e-08    1.055097  1.199055      0.556289   1.190644       0.560160         0.006673
196    196  1.000000e-08    1.066227  1.192846      0.555200   1.188895       0.563027         0.006500
197    197  1.000000e-08    1.040845  1.193151      0.555600   1.196825       0.550600         0.006681
Saved: ./logs/finetuning\f831e13d6e54b9e79a2684c8e212037d
epoch  current_lr_0  train_loss  val_loss  val_accuracy  test_loss  test_accuracy  test_confidence
194    194  1.000000e-08    1.036564  1.197041      0.556867   1.188793       0.563773         0.006499
195    195  1.000000e-08    1.055097  1.199055      0.556289   1.190644       0.560160         0.006673
196    196  1.000000e-08    1.066227  1.192846      0.555200   1.188895       0.563027         0.006500
197    197  1.000000e-08    1.040845  1.193151      0.555600   1.196825       0.550600         0.006681
198    198  1.000000e-08    1.051976  1.203936      0.547844   1.191300       0.556027         0.006801
Saved: ./logs/finetuning\f831e13d6e54b9e79a2684c8e212037d
epoch  current_lr_0  train_loss  val_loss  val_accuracy  test_loss  test_accuracy  test_confidence
195    195  1.000000e-08    1.055097  1.199055      0.556289   1.190644       0.560160         0.006673
196    196  1.000000e-08    1.066227  1.192846      0.555200   1.188895       0.563027         0.006500
197    197  1.000000e-08    1.040845  1.193151      0.555600   1.196825       0.550600         0.006681
198    198  1.000000e-08    1.051976  1.203936      0.547844   1.191300       0.556027         0.006801
199    199  1.000000e-08    1.041681  1.192530      0.559400   1.191980       0.559573         0.006654

Could you please share the contents of the exp_dict.json in ./logs/finetuning\f831e13d6e54b9e79a2684c8e212037d ? Also the python command you used to run this experiment.


Adds support for hasMany sourceKey

This commit adds support for hasMany sourceKey which was introduced in sequelize 3.30.0
I can add additional tests if required.

hello @janmeier, I know you are probably very busy - would you be able to review my change and let me know if there are any additional steps that you would like me to complete?
Thank you!

Needs something that actually tests that data is loaded correctly

@mickhansen It looks like that would need to be added to the integration test suites if I'm understanding things correctly.  I'll work on that for my next commit

@aarbrown Yes, integration tests run against a real database so a good place to put tests that need to test things actually working

Test added - let me know if any additional work is necessary!

<EMAIL_ADDRESS><EMAIL_ADDRESS>


Ros2 v0.8.0 topic state monitor

NOTE

Use generic subscriber instead of topic tools

[x]  Build passed
Package: topic_state_monitor
[x] ros2 run success.
Node : topic monitor, data_publisher
[x] Test  passed


Stream Deck MK2 Panels not recognized

I have companion remote up and running on a Raspberry PI and it works great with the original 15 button stream decks, however it is not recognizing the MK2 panels - is this an easy fix ?
Thanks
Jonathan

@Jonhug82 For the StreamDeck MK2 you will need to use the 2.2.0 beta releases, you can find a download button just beneath the normal download button

oh sorry this was the companion satellite repo, UPS, please ignore don't know about use with that.

Yes the panels are connected ok direct to the machine running Companion but not through the satellite

v0.4.0 does work with the mk2, I have just tested myself to verify.
As you are on a raspberry pi, perhaps you need to update the udev rules as described at https://github.com/julusian/node-elgato-stream-deck#linux

Thank you so much for your quick response that works perfectly ! Great application to run alongside Companion


[Feature Request] Add 433mhz Meshtastic (HAM)

Awesome tool, thanks for sharing!
I dont use the 433mhz meshtastic, but i can see why it might be interesting to include it for some people as its part of meshtastic, therefore im requesting it :)

should be fixed in https://github.com/mrpatrick1991/meshtastic_linkplanner/pull/7
I'll get the hosted version updated shortly.
(feel free to re-open if I've missed something.)


Significant performance drop on LSTM examples (e.g. imdb_bidirectional_lstm.py) after PR #1811

@fchollet
Really hope you can take this seriously. I read your previous responses very carefully. I also understand your explanations and suggestions. However, after I did some experiments today (since I have to use keras recently for an important paper) I think I should report this issue again.
I tried both the latest 0.3.3 keras (since keras-1 is not yet completed) and the pre-PR (#1811) version. Running the same imdb_bidirectional_lstm.py example,
it turns out that the performance does decrease quite a lot on my GTX 970M GPU with CUDA 7.5 and Theano 0.8.1.
0.3.3         --> 299s per epoch
pre-PR     --> 116s per epoch
Many many thanks! #1811 #2088

In Keras 1.0 you can choose between the old implementation and the new implementation (which is faster on most configurations and problems, including on GPU), via the keyword argument consume_less='cpu'/consume_less='mem'. So you could just start using Keras 1.0 (keras-1 branch).


Failed to publish to NPM

We failed to publish v0.1.0 to NPM.

NPM did publish, it just marked the package as private. The fix was to go into the UI and mark the package as public.


Rendering problem in Safari

Issue Summary
I have a problem with math expression rendering in Safari on macOS:

If I use other browsers or operating systems, everything is OK.
Steps to Reproduce:
Open https://aakinshin.net/posts/harrell-davis-double-mad-outlier-detector/ in Safari on macOS
Technical details:

MathJax Import:

<script src="https://polyfill.io/v3/polyfill.min.js?features=es6"></script>
<script id="MathJax-script" async<EMAIL_ADDRESS>

Client OS: Mac OS X 10.15.5
Browser: Version 13.1.1 (156<IP_ADDRESS>.2)

Thank you for your report.  This is a duplicate of #2435 and is being investigated as part of the font update this summer.

It seems to be fixed in Safari 14 beta.

Closing as a duplicate.


CircleCI test: increase the timeout from the default 10 mins (600 s).

Since CircleCI needs to carry out many stress tests, including
downstream project test, the default 10-minute running time is not
enough.
Refs #1293

Current coverage is 100.00%

Merging #1315 into master will not affect coverage as of 97c2b77

@@            master   #1315   diff @@
======================================
  Files            1       1
  Stmts         2992    2992
  Branches       589     589
  Methods          0       0
======================================
  Hit           2992    2992
  Partial          0       0
  Missed           0       0

Review entire Coverage Diff as of 97c2b77

Powered by Codecov. Updated on successful CI builds.