Add ^D ^U ^F ^B to the jump list (optionally)

It would be great to add ^D ^U ^F ^B to the jump list or at least allow to, like:
g:smoothie_add_jumplist = 1

I have discovered how to add any place to the jump list:
`call setpos("''", getpos("."))`

Sorry, I'm reluctant to add this since native Vim scrolling commands don't alter the jumplist. I encourage you to implement this via custom mappings instead.


Doesn't work with 2.0.0-beta.0

Not really sure why, but when using npm start the page entirely doesn't load, and when using npm run build, the page displays but without the API console on the right-hand side.

Same issue here with the page not loading (forever loading).
"dependencies": {
    "@docusaurus/core": "2.0.0-beta.4",
    "@docusaurus/preset-classic": "2.0.0-beta.4",
    "@mdx-js/react": "^1.6.21",
    "@svgr/webpack": "^5.5.0",
    "clsx": "^1.1.1",
    "docusaurus-plugin-openapi": "^0.0.16",
    "file-loader": "^6.2.0",
    "prism-react-renderer": "^1.2.1",
    "react": "^17.0.1",
    "react-dom": "^17.0.1",
    "url-loader": "^4.1.1"
  },

Just an update on this, I made a lot of progress yesterday. I believe the bulk of the issues were due to webpack 5. Additionally, I need to rewrite the sidebar component to be compatible.

@bourdakos1 In an interesting coincidence, I've done the same. It's almost working on my end with beta9.

oh great to hear! I'll put a pause on my end then

@avaidyam I opened a draft PR with my work so far if its any help https://github.com/cloud-annotations/docusaurus-plugin-openapi/pull/50

@bourdakos1 I've opened #51 which solves this issue (and a LOT of other minor annoyances/potential major issues).


AVRO-2956: [java] add reserved word escape character to the end of reserved and contextual keywords

What is the purpose of the change
This pull requests fixes deserialization of schemas with Java reserved and contextual keywords as field names which fixes AVRO-2956.
Verifying this change
This change can be verified with the added unit tests that validate deserialization adds the reserved word escape character to the end of class names that match reserved words or contextual keywords.
Documentation

Does this pull request introduce a new feature? no
If yes, how is the feature documented? not applicable

Looks like the Python check failed due to failure to download bzip which seems unrelated to my changes. I went ahead and sync'ed my branch with main.

@stephenkittelson can you fix the conflicts?

@stephenkittelson can you fix the conflicts?

Looks like Kyle Carter's PR 1527 fixed the same issue this PR was going to fix, so this PR is no longer necessary. Thanks for taking a look Fokko!

@stephenkittelson Thanks, anyway, thank you for working on this! 🙌


Scaffold RN ruleset by creating directory structure for web and native.

It might be a breaking change to move the existing paths, ftr. Is all that necessary right now for web, or can native just start out in a subdir?


GH-41450: [R][CI]

This is still a work in progress, will incorporate as many of the follow ons from #41403 that I can

@github-actions crossbow submit test-r-rhub-debian-gcc-devel-lto-latest

@github-actions crossbow submit test-r-rhub-debian-gcc-devel-lto-latest

@github-actions crossbow submit test-r-clang-sanitizer

@github-actions crossbow submit test-r-clang-sanitizer

@github-actions crossbow submit test-r-clang-sanitizer

Odd, we are getting an undefined behavior sanitizer error but it appears to be coming from purrr which didn't show up in a recent run of the old rhub image version
> library(arrow)
cleancall.c:110:46: runtime error: call to function cb_progress_done through pointer to incorrect function type 'void (*)(void *)'
/tmp/RtmpqawE9B/R.INSTALLdd712da1c44/purrr/src/map.c:15: note: cb_progress_done defined here
    #0 0x7fe3010b849b in call_exits /tmp/RtmpqawE9B/R.INSTALLdd712da1c44/purrr/src/cleancall.c:110:46
    #1 0x7fe329d50d11 in R_ExecWithCleanup /tmp/R-devel/src/main/context.c:910:5
    #2 0x7fe3010b7df2 in r_with_cleanup_context /tmp/RtmpqawE9B/R.INSTALLdd712da1c44/purrr/src/cleancall.c:133:14
    #3 0x7fe3010b7df2 in cleancall_call /tmp/RtmpqawE9B/R.INSTALLdd712da1c44/purrr/src/cleancall.c:60:14
    #4 0x7fe329d690f3 in R_doDotCall /tmp/R-devel/src/main/dotcode.c:757:11
    #5 0x7fe329dc9ca9 in bcEval_loop /tmp/R-devel/src/main/eval.c:8691:21
    #6 0x7fe329d9ddb7 in bcEval /tmp/R-devel/src/main/eval.c:7524:16
    #7 0x7fe329d9d4e4 in Rf_eval /tmp/R-devel/src/main/eval.c:1167:8
    #8 0x7fe329da03e4 in R_execClosure /tmp/R-devel/src/main/eval.c:2398:22
    #9 0x7fe329d9effb in applyClosure_core /tmp/R-devel/src/main/eval.c:2311:16
    #10 0x7fe329d9f614 in Rf_applyClosure /tmp/R-devel/src/main/eval.c:2333:16
    #11 0x7fe329d9f614 in R_forceAndCall /tmp/R-devel/src/main/eval.c:2465:8
    #12 0x7fe329cf423c in do_vapply /tmp/R-devel/src/main/apply.c:172:12
    #13 0x7fe329e0c8ed in do_internal /tmp/R-devel/src/main/names.c:1409:11
    #14 0x7fe329db46f5 in bcEval_loop /tmp/R-devel/src/main/eval.c:8161:15
    #15 0x7fe329d9ddb7 in bcEval /tmp/R-devel/src/main/eval.c:7524:16
    #16 0x7fe329d9d4e4 in Rf_eval /tmp/R-devel/src/main/eval.c:1167:8
    #17 0x7fe329da03e4 in R_execClosure /tmp/R-devel/src/main/eval.c:2398:22
    #18 0x7fe329d9effb in applyClosure_core /tmp/R-devel/src/main/eval.c:2311:16
    #19 0x7fe329d9d941 in Rf_applyClosure /tmp/R-devel/src/main/eval.c:2333:16
    #20 0x7fe329d9d941 in Rf_eval /tmp/R-devel/src/main/eval.c:1285:12
    #21 0x7fe329df927c in Rf_ReplIteration /tmp/R-devel/src/main/main.c:262:2
    #22 0x7fe329dfa90e in R_ReplConsole /tmp/R-devel/src/main/main.c:314:11
    #23 0x7fe329dfa90e in run_Rmainloop /tmp/R-devel/src/main/main.c:1216:5
    #24 0x7fe329dfa97a in Rf_mainloop /tmp/R-devel/src/main/main.c:1223:5
    #25 0x565221d55c07 in main /tmp/R-devel/src/main/Rmain.c:29:5
    #26 0x7fe329813d8f  (/usr/lib/x86_64-linux-gnu/libc.so.6+0x29d8f) (BuildId: 962015aa9d133c6cbcfb31ec300596d7f44d3348)
    #27 0x7fe329813e3f in __libc_start_main (/usr/lib/x86_64-linux-gnu/libc.so.6+0x29e3f) (BuildId: 962015aa9d133c6cbcfb31ec300596d7f44d3348)
    #28 0x565221c7c364 in _start (/opt/R/devel-asan/lib/R/bin/exec/R+0x2c364) (BuildId: 272af7e16eb36c1b611bd4560b5c047b99d9c469)

SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior cleancall.c:110:46

https://github.com/ursacomputing/crossbow/actions/runs/8903031776/job/24450041885#step:7:27017

@github-actions crossbow submit test-r-clang-sanitizer

Remove CentOS 7 CI support for R

To be clear, it seems we are still building libarrow binaries on CentOS 7, at least as of this PR.

@github-actions crossbow submit -g r

@github-actions crossbow submit test-r-arrow-backwards-compatibility

To be clear, it seems we are still building libarrow binaries on CentOS 7, at least as of this PR.

This brings up the whole support thing again... we use centos7 for the old glibc right? Do we just bump to the next non-eol alma/rocky version?


Add lianghao208 to Kubeflow org

My contributions:
https://github.com/kubeflow/mpi-operator/pull/600
https://github.com/kubeflow/mpi-operator/pull/601
https://github.com/kubeflow/pipelines/pull/10205
https://github.com/kubeflow/pipelines/pull/10206
https://github.com/kubeflow/katib/pull/2241
 pytest test_org_yaml.py
================================================================================ test session starts ================================================================================
platform darwin -- Python 3.9.6, pytest-7.4.3, pluggy-1.3.0
rootdir: /Users/llizard/goproject/rootlh/internal-acls/github-orgs
collected 1 item

test_org_yaml.py .                                                                                [100%]

================================================================================= 1 passed in 0.47s =================================================================================

@chensun Can you be my sponsor and giving me approval? Thank you!


docs: fix markdown links

Signed-off-by: Moni<EMAIL_ADDRESS>I think these links are not correctly placed.

cc/ @dougwilson

I was originally going to land in 4.18 branch, but I can see this possibly coming up against in the meantime. Just landing onto master since this doesn't affect the release and going to rebase 4.18.


Support custom field API

Support backlog API the below:

GET	/api/v2/projects/:projectIdOrKey/customFields

And add unit tests for them.

Codecov Report

Merging #25 into master will increase coverage by 0.16%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master      #25      +/-   ##
==========================================
+ Coverage   80.92%   81.09%   +0.16%
==========================================
  Files          19       20       +1
  Lines        1227     1238      +11
==========================================
+ Hits          993     1004      +11
  Misses        135      135
  Partials       99       99

Flag
Coverage Δ

#unittests
81.09% <100.00%> (+0.16%)
:arrow_up:

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

Impacted Files
Coverage Δ

customfield.go
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

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


RECO Token Add

RECO Token Add

Please note: This repository is being rebuilt to accept the new volume of token additions and modifications. PR merges will be delayed.

I agree to not ping anybody on Discord/Twitter/email about this pull request. Instead I will inquire by posting a new comment in the pull request if needed.

PRs are reviewed in bulk and and can take up to two weeks to be merged.
This repository is managed using an auto merge action. Please ensure your PR has no deleted lines, and it will be merged.
Please provide the following information for your token.
Please include change to the src/tokens/solana.tokenlist.json file in the PR.
DON'T modify any other token on the list.
At minimum each entry should have

Token Address:
Token Name:
Token Symbol:
Logo: (logo should be uploaded under assets/mainnet//*.<png/svg>)
Link to the official homepage of token:
Coingecko ID if available (https://www.coingecko.com/api/documentations/v3#/coins/get_coins__id_):

Auto merge requirements
Your pull request will be automatically merged if the following conditions are met:

Your pull request only adds new tokens to the list. Any modification to existing
tokens will require manual review to prevent unwanted modifications.

Your pull request does not touch unrelated code. In particular, reformatting changes to unrelated
code will cause the auto merge to reject your PR.

Any asset files added correspond to the token address you are adding. Asset files
must be PNG, JPG or SVG files.

Your change is valid JSON and conforms to the schema. If your change failed validation,
read the error message carefully and update your PR accordingly.

No other tokens shares the same name, symbol or address.

For example, this change would be rejected due to unrelated changes:

The bot runs every 60 minutes and bulk-merges all open pull requests to prevent conflicts.
This means that you need to wait up to 60 minutes for your pull request to be merged or reprocessed.

@keone can you tell me what am I doing wrong here? Error - chainId: conflicting values 103 and 0; whereas I have chainId - 101 just like others, please assist

You've added a newline character at the end of the file.  You need to remove this to pass the syntax check.  Line 77228.


[BUG] Right clicking connected conduit with yeta wrench attached to machine/chest doesn't remove it

Is there an existing issue for this?

[X] I have searched the existing issues

Current Behavior
When right clicking a connected conduit with e.g. a chest and have atleast 2 conduits on that block, the conduit isn't removed from that block. The connection isn't removed.
Expected Behavior
In this example, the connected conduit should just disappear from the chest.
Steps To Reproduce

Place chest or machine
Connect it with an item conduit and another conduit (atleast 2 conduits needed)
use yeta wrench on conduit
"nothing" happens

Environment
- OS: Windows 11
- Java version: Adoptium 17.0.3-hotspot
- Minecraft version: 1.20.1
- Version: 6.0.3

Anything else?
No response

From what I can see, it does work if you hit the conduit. The issue is that the "connector" is linked to the wrong conduit (the previously connected one, not the one that is left over.)

The wrench doesn't remove if you don't shift. What it does is disable the conduit connection to that face is removed.

this behaviour is fixed


Implement label editor

Images
From https://github.com/LLK/scratch-blocks/issues/607
Label editor with the text "block", not selected:

Label editor with the text "dance", not selected:

Label editor with the text "dance", selected:

Empty label editor, selected:

Rendering questions

What is the minimum width of an empty label editor?
What color is the label editor background when not selected?
What color is the label editor background when selected?
How large is the vertical padding around the text?
How large is the horizontal padding around the text?

Behaviour questions

When are empty label editors combined?

Does emptying a label editor and hitting enter delete the label editor?

Are there any constraints on what text is allowed in the label editor?
What is the default text when a label editor is added to a block?
Does adding a label editor automatically select the label editor for editing?

Notes

The label editor is a text input on a block.
The label editor's background is a different color from the rest of the block.
The label editor's text is white (like most (all?) labels) instead of black (like all text inputs).

@carljbowman FYI these are the questions I have so far.  I'm not in a hurry to get specific colors or padding sizes, since I can just implement those with approximate values and we can tweak them later.

Delete icons and empty label editors:
Scratch 2.0 puts a delete icon above the selected label editor if it is not the only component of the procedure.
That is, there is a delete icon here:

But no delete icon here:

In both cases I have selected the "bar" label for editing.
The same is true for arguments: you can't delete the only remaining one on the block.
If you set the text of the only label editor to the empty string, hitting "OK" discards the change.
If you set the text of the only argument to the empty string, this happens:


Maven publish

Preparing for publication to OSS sonatype. Awaiting approval for groupid nl.elements.mobilization.

Approval has been given for publication. Ready now @xatok


Version increments

We have two versions that exist in the application:
setup.py and settings.py
We can manually update these each time we release or we can use version tools to help automate it.

I would highly value this being located in a single place of truth. Git tags is a great way to do it but propagating it around can be tricky. I'll investigate this.

I think having the single source of truth for the version in the pyproject.toml file is the way to go. Github tags (used for releases mostly, starting with v) can confirm that truth. The setup.py file was removed and mostly replaced with the pyproject.toml file. Let me see how to remove or pull the version number in settings.py.


Uncaught exception occurred during installation

My computer system is Ubuntu 14.04.2 LTS. I attached the screenshots which shows the most recent calls. It seems to me the installation is completed and only the cleanup procedure is left. The line 41 of ""bcbio_nextgen_install.py" is:
subprocess.check_call([bcbio["bcbio_nextgen.py"], "upgrade"] + _clean_args(sys_argv, args, bcbio))

Hi wangx677,
sorry about that, I think I know the error, but could you try to do this command to get the complete error.
vep_install.pl -a c -s homo_sapiens_vep_79_GRCh37 -c ... mainly the command you see at the beginning of the screenshot, just below Prepare VEP directory.
You can copy/paste the terminal output here.

It's working ... thank you!
I can see "homo_sapiens_vep_79_GRCh37.tar.gz" is being downloading to vep/tmp folder. What should I do to continue after this is finished?
bcbio/bin/vep_install.pl -a c -s homo_sapiens_vep_79_GRCh37 -c /project/csbio/wwang/NGS/bcbio/genomes/Hsapiens/GRCh37/vep
Getting list of available cache files
Could not get current species list - using predefined list instead
For more species, see http://www.ensembl.org/info/docs/tools/vep/script/vep_cache.html#pre

downloading ftp://ftp.ensembl.org/pub/release-79/variation/VEP/homo_sapiens_vep_79_GRCh37.tar.gz

wait until the end, this command is the one that fails, so it should fail again. If not, it's something else. Let us know if that command finishes without problem.

hi lpantano, the command is finished without any problem. What's your suggestion for next step? Thank you!

Hi,
when this happened to me, the command alone failed as well, so should be another thing. In my case the tool could not download the file due to some misplaces of the certificates.
did you try to run again the installation after the last command?
so sorry not to have an idea right now,  but let's see if the error changes now.
thanks!

Sorry about all the problems. This looks like the same issue resolved here: https://github.com/chapmanb/bcbio-nextgen/issues/863#issuecomment-105898916 You can either grab the latest development version (add -u development to the install command) or add the installation directory to your PATH. Hope this helps finish the installation cleanly.

Hi Brad,
Adding the installation directory to my PATH solved the problem. Thank you!
Wen


length-prefixed-stream

FYI, https://github.com/mafintosh/length-prefixed-stream does this as well (with both an encoder/decoder) and is pretty well tested

Oh shit, I searched for existing streams but missed your repo completely. :( Sorry. At least I got to learn something new about streams while writing this.
I wonder how much our decoding approaches differ...

Mine is also clearly inferior in performance — on a test 12Mb pbf, it takes 140ms to stream with my module and 90ms with yours. Glad I didn't publish it to NPM yet. :( Will archive the repo then.


[type:fix] fix sql script

With pull requests:

Open your pull request against main
Your pull request should have no more than two commits, if not you should squash them.
You should pass all tests by go test -v ./... at the project root path in local.
It should pass all tests in the available continuous integration systems such as GitHub Actions.
You should add/modify tests to cover your proposed code changes.
If your pull request contains a new feature, please document it on the README.

Codecov Report

Merging #111 (d2bef60) into main (7c2fb75) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #111   +/-   ##
=======================================
  Coverage   19.27%   19.27%
=======================================
  Files          15       15
  Lines         825      825
=======================================
  Hits          159      159
  Misses        650      650
  Partials       16       16

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


A ExprTooDeep error is returned for what seems to be a simple function

It works fine in the playground, but when I run this test locally I see
Err(ParseError(ExprTooDeep, 5:39))
#[test]
fn complexity_issue() {
    let script = r#"
        fn my_function(env,input){
            if input.arg == "SOMETHING" {
                let args = #{
                    "key": env.lookup("name")
                };
            }
        }
    "#;

    let mut engine = Engine::new();

    let result = engine.compile(script);
    println!("{:?}", result);
    assert!(result.is_ok());
}

Yes, in debug mode, Rust stack usage is heavy and functions cannot be nested deeply without overflowing the stack. That's why, under debug, the max expression nesting limit is set to a low number by default
You can relax that via Engine::set_max_expression_levels

I see, thank you, doing engine.set_max_expr_depths(0, 0); fixed it for me. Is that (effectively) what is used by default in release?

Release builds have a much larger limit, but by default there is a limit.
https://rhai.rs/book/safety/max-stmt-depth.html  has the numbers.


Update redis chart version no in quickstart-helm.md

redis chart 14.7.1 is no longer available. Updating to latest version. I tested this and it works.

Learn Build status updates of commit b043f88:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

articles/aks/quickstart-helm.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the learn.microsoft.com contributor guidesPost your question in the Learn support channel

@zr-msft

Can you review this PR?
IMPORTANT: When this content is ready to merge, you must add #sign-off in a comment or the approval may get overlooked.

#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team

@zr-msft - Can you review this old PR and determine whether it needs to be closed or merged?

LGTM
#sign-off


Invalid character value for cast specification

I successfully created a table in my Azure SQL database using the following command:
sqlcmd -S <servername> -d <databasename> -U <username> -P <password> -I -Q "
CREATE TABLE BarnDataIntFloats
(
Date INT NOT NULL,
Temperature FLOAT NOT NULL,
RelativeHumidity FLOAT NOT NULL,
DewPoint FLOAT NOT NULL
)
;
"
I created a text file EnvDataNew.txt with my data. Here is the one row of my data:
20180530,29.90,50.44,18.23
This follows the table columns I made: int,float,float,float
I use the following BCP command to insert my data:
bcp BarnDataIntFloats in EnvDataNew.txt -S <servername> -d <databasename> -U <username> -P <password> -q -c -t  ,
However I receive the following error:
Starting copy...
SQLState = 22005, NativeError = 0
Error = [Microsoft][ODBC Driver 17 for SQL Server]Invalid character value for cast specification
SQLState = 22005, NativeError = 0
Error = [Microsoft][ODBC Driver 17 for SQL Server]Invalid character value for cast specification
SQLState = 22005, NativeError = 0
Error = [Microsoft][ODBC Driver 17 for SQL Server]Invalid character value for cast specification
SQLState = 22005, NativeError = 0
Error = [Microsoft][ODBC Driver 17 for SQL Server]Invalid character value for cast specification
SQLState = 22005, NativeError = 0
Error = [Microsoft][ODBC Driver 17 for SQL Server]Invalid character value for cast specification
SQLState = 22005, NativeError = 0
Error = [Microsoft][ODBC Driver 17 for SQL Server]Invalid character value for cast specification
SQLState = 22005, NativeError = 0
Error = [Microsoft][ODBC Driver 17 for SQL Server]Invalid character value for cast specification
SQLState = 22005, NativeError = 0
Error = [Microsoft][ODBC Driver 17 for SQL Server]Invalid character value for cast specification
SQLState = 22005, NativeError = 0
Error = [Microsoft][ODBC Driver 17 for SQL Server]Invalid character value for cast specification
SQLState = 22005, NativeError = 0
Error = [Microsoft][ODBC Driver 17 for SQL Server]Invalid character value for cast specification
BCP copy in failed
Please help as I am unsure why this is not working.

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

ID: 2d10956a-5e04-e36e-4525-68850678a7ef
Version Independent ID: 572cdda2-f855-01e4-dfea-989dd3b0c3d0
Content: Load data from CSV file into Azure SQL Database (bcp)
Content Source: articles/sql-database/sql-database-load-from-csv-with-bcp.md
Service: sql-database
Sub-service: data-movement
GitHub Login: @CarlRabeler
Microsoft Alias: carlrab

@Rohitk-2497 Thanks for your question. We are checking on this and will respond to you soon.

@SumanthMarigowda-MSFT any update?

Resolved

We will now proceed to close this thread. If there are further questions regarding this matter, please comment and we will gladly continue the discussion.

What was the resolution? I'm getting the exact same error.

Hi,
What was the solution for this as i am facing the same issue?
Thanks

Hi,
What was the solution for this as i am facing the same issue?
Thanks

I believe the resolution was to use the DATE type as opposed to INT for the first column in the table:
CREATE TABLE BarnDataIntFloats
(
Date DATE NOT NULL,
Temperature FLOAT NOT NULL,
RelativeHumidity FLOAT NOT NULL,
DewPoint FLOAT NOT NULL
)


Music features

There have been many requests for music to be implemented into the bot. YouTube implementation is a priority, but spotify and soundcloud would be great.

I can happily implement this feature :)

You can use the discord-player npm package to help with playing music with your bot.

Yes, no. copyright issues. Most bots are getting banned because of it. They would not sue you or anything for here are some banned platforms
SoundCloud, Youtube, Vimeo, Twitch, etc...
if theres support for something it doesn't exactly mean its legal.


BusyBox supporting all applets (find/httpd/etc...)

BusyBox v1.27.2
This version of busybox supports all applets and can co-exist with the one provided by OS.
The script guarantees we do not overwrite the built-in ones provided by OS.
Purpose of this update is to expand upon the tools available by busybox.
Note: To test this PR a full firmware install is required.
 :) Why not to iterate over busybox --list output and do required logic? Or even better solution using busybox --install and altering $PATH env variable? More details can be found here

Actually it was all auto generated.  No manual work done here.  You can find the project source code here:
https://github.com/SumolX/hdzero-goggle-services/blob/master/busybox/generate.sh


NTR: abolished spindle pole body oscillation?

from Jacky
absence of normal oscillations of duplicated SPB position
During interphase the normal duplicated SPB position oscillations at the cell centre, parallel to the long axis of the cell are absence
PMID:18495844

@JackyVH
we have this term which I think is the same
FYPO:0007192
Ontology | fission_yeast_phenotype
Term name | abolished spindle pole body-led chromosome movement during mitotic interphase
Definition | A cellular process phenotype observed in the vegetative growth phase of the life cycle in which rapid, back-and-forth movement of the mitotic spindle pole body (SPB), and associated chromosome movement, do not occur. Normally, SPB oscillation occurs during mitotic interphase (as well as prophase) but is restricted to a small space.
as  interphase will be the newly duplicated SPB
(add synonyms?)

oscillation is a snonym, this is the actual term

ID
FYPO:0007192

Ontology
fission_yeast_phenotype

Term name
abolished spindle pole body-led chromosome movement during mitotic interphase

Definition
A cellular process phenotype observed in the vegetative growth phase of the life cycle in which rapid, back-and-forth movement of the mitotic spindle pole body (SPB), and associated chromosome movement, do not occur. Normally, SPB oscillation occurs during mitotic interphase (as well as prophase) but is restricted to a small space.

@JackyVH  doees that sound OK?
@mah11  should this be related to mitotic SPB localization

Also require a "normal" term for this phenotype

should this be related to mitotic SPB localization

That feels weird; the xref'd GO term connects to chromosome localization because the entire chromosome moves.

Yes I think you are right. I remember doing this in GO. It's odd though, the chromosome moves because the spb moves....

Added the new term:
normal spindle pole body-led chromosome movement during mitotic interphase FYPO:0007378
For ancestry, best to leave it or change it in GO, and have FYPO follow.


Tell me how to set cookies for a domain?

Hi. Here's a question I have a website example.com ( which comes to the browser ) - and parallel connection still goes on domain.com - here I need to set cookies for domain.com tell me how can I do that?!
I used the code:
$driver->manage()->addCookie(array(   'name' => 'value', ));
but this code only sets cookies for the current domain, how do I set cookies for another domain?!

Hi can provide the domain using 'domain' key provided to the addCookie() method. See the method documentation for all available options:
https://github.com/facebook/php-webdriver/blob/2ee72c3a2e096a62da2c952dd66f738ec186a589/lib/WebDriverOptions.php#L37-L54
$driver->manage()->addCookie([
    'name' => 'cookie_name',
    'value' => 'cookie_value',
    'domain' => '.example.com',
]);

Also note you need to be on the domain that the cookie will be valid for. You cannot set cookie for domain different from the one where the browser is currently opened. See selenium docs for more information:
http://docs.seleniumhq.org/docs/03_webdriver.jsp#cookies

OndraM What you wrote does not work, when trying to add the cookies for the domain I get this error:

PHP Fatal error:  Uncaught Facebook\WebDriver\Exception\InvalidCookieDomainException: You may only set cookies for the current domain


Github action greetings.yml failing for every new PR

It seems that GitHub action greetings.yml has been failing recently for every new PR.

https://github.com/twindle-co/twindle/pull/468/checks?check_run_id=1296861443
https://github.com/twindle-co/twindle/pull/475/checks?check_run_id=1298920223
https://github.com/twindle-co/twindle/pull/471/checks?check_run_id=1296984147

This might be related to https://github.com/actions/first-interaction/issues/10
We should remove this Github action for now until this known bug is fixed.

@johnjacobkenny see this issue because @ni3-kdm also raised this issue & I also did some research on it & found out it's the problem from the main script from which we are taking this script.

One solution I found is to use this greeting message bot which is available on Github
Do see if it's working if any of you have the time?

Raise a PR to disable /remove it temporaril.


Update hashable.cabal

relax bounds on 'base' and 'ghc-bignum' for GHC-9.4.0

I suppose this PR is outdated and can be closed, as <IP_ADDRESS> has been released with GHC 9.4 support.


⚠ Bofrost.be has degraded performance

In dc5fef3, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1852 ms

Resolved: Bofrost.be performance has improved in a873075 after 8 minutes.


[Feature request] Detect if a string value contains JSON and provide an option to format it

Quite often I have embedded JSON in string values, like this:
{
    "request": "{\"url\":\"http://...\",\"headers\":[{\"name\":\"Accept\",\"value\":\"application/json\"}]}"
}

It would be great if MJsonViewer detected that "request" value string contains JSON inside and provided some option to replace the string with nicely formatted JSON object:
{
    "request": {
        "url": "http://...",
        "headers": [
            {
                "name": "Accept",
                "value": "application/json"
            }
        ]
    }
}

This should probably be done "on demand", rather than controlled with a global option.

The new version has been uploaded, waiting for the validating.
In the new version, you can click on the embedded json string, it will show the structure. Like the image in the readme file.

Thank you. It is already a great help compared to "counting the brackets".
There are a few quirks though.

'<' and '>' in the strings inside embedded JSON are replaced with '<' and '>'
For example, this value "{\"data\":\"
Hello
\"}" when clicked is displayed like this:

{
  "data": "<div>Hello</div>"
}

Probably because of that formatted embedded JSON is trimmed at the end and is not shown completely

Frankly speaking I imagined this "embedded JSON" will be injected into the parent document replacing the string value.
This way I would be able to use all the MJsonViewer features to work with it (folding, navigating links, etc.)
It's probably not a good idea to do such replacement on a simple click. So I imagined there would be some specific action that a user could trigger on demand.
For example, if add-on detected that a string contains JSON it could show a "parse" button before the value, like this:
{
  "data": [parse] "{\"embedded\":\"JSON\"}"
}

And then clicking that button would change the main document to
{
  "data": {
    "embedded": "JSON"
  }
}

What do you think?

Yes, that is exactly what I want to do next. But it will change the original code structure. It may take a little long time.

JSON detection does not work right for some cases. For example, the following value is recognized as JSON:
"http://example.com/some/url/with/{placeholder}".
Also the URL clickable area covers the inline buttons too:

Clicking on the button shows the JSON popup and then immediately loads the linked page.

Try v3.4?

The links are not clickable anymore in version 3.5

Yes, it will not support.

What did you mean with "it will not support"?
Are you not going to make links clickable?
This is very important feature for me. So for now I have to use some other JSON viewer add-on.


Getting the Flume plugin to show up in the apple home app

Hi,
I have other home bridge plugins and they all show up in the apple home app.
I installed it using the search function on the plug-ins page and see that the necessary JSON was put into place automatically after I entered my credentials and restarted the Home bridge
Please clarify how to get the Flume plug in to show up in the apple hone app
I add plugin rarely enough that I think I am forgetting something simple
I run Homebridge UI on an always on Mac mini
It is version 1.6.1
I have the Flume Home Water sensor and the flume app can read everything with no issues.

Did you add the API key and Secret to the JSON config per the instructions? You get teh values from your Flume Online portal under settings, api access. Also make sure NODE is updated to latest. I use the latest v20 with no issue even though the plugin docs says it isn't supported.
We need a coder to take over this pluigin. The original owner is in the UK and doesnt have a flume, he did it as a project and has dropped maintenance I understand.


Annotation: ability to assign multiple (separate) tasks for multiple annotators to annotate the same page (for extensive coverage)

Task is for annotation of particular pages of the document.
One annotator (and one validator) is assigned to the particular pages of the document.
This logic must be improved:
The tasks should be created and distributed among multiple annotators, so that extensive_coverage (the integer field in the annotation_job) annotators will annotate the page.

Annotator: user
Job: extraction job. Contains annotators, documents, categories + taxonomies, annotation type.
Annotation type: cross validation, hierarchic validation
Cross validation: Automatically assigns some annotators as validators
Hierarchic validation: Assign some users as annotators, some as validators
We need to add new annotation type: extensive coverage
Extensive coverage: One task can be assigned to many annotators
General algorithm
When user creates new job, user can select how much users will be assigned to one task (extensive coverage) N
Task: exact pages in exact document assigned to 1 annotator. This logic must be saved.
We need to create tasks to N annotators.
We have algorithm to assign task between annotators. Count of pages must be multiplied on N. For example, if we have to distribute originally 100 tasks between 4 annotators, and extensive coverage equals 3, so we need to create 3 * 100 = 300 tasks and assign it between 4 annotators EXCLUDING duplications. So that mean, 1 must annotate 1 page exactly once.
Compatibility with current implementation: This is new validation type, all previous validation type must be the same as now
When BD shows progress, it must be recalculated with extensive coverage multiplication
Front-end
Add in drop down menu new validation type: Extensive coverage
Open form with 1 additional input: count of annotators. All others inputs must be the same as hierarchical validation.

@andrejshulaev please reach out to me for details.

Released in 1.2.0


PWN-3614 - Fix amount in transaction history

Jira Ticket
https://p2pvalidator.atlassian.net/browse/PWN-3614

pzdc again refactored this again =)


update template file

Templates need to be synchronized with the latest changes

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


test(utils): Add unit tests to getComputedReportItems

Deploy preview for project-koku ready!
Built with commit 1851a396e32b650bda9b532681d7949235625128
https://deploy-preview-138--project-koku.netlify.com

Codecov Report

Merging #138 into master will increase coverage by 1.54%.
The diff coverage is n/a.

@@           Coverage Diff            @@
##           master   #138      +/-   ##
========================================
+ Coverage   89.46%    91%   +1.54%
========================================
  Files         113    113
  Lines        1167   1167
  Branches      148    148
========================================
+ Hits         1044   1062      +18
+ Misses        113     97      -16
+ Partials       10      8       -2

Impacted Files
Coverage Δ

src/utils/sort.ts
89.47% <0%> (+21.05%)
:arrow_up:

src/utils/getComputedReportItems.ts
100% <0%> (+37.83%)
:arrow_up:

Continue to review full report at Codecov.

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

:tada: code coverage raised to 91% :confetti_ball:


Fix namespace handling when waiting for apps

Tested in https://github.com/giantswarm/app-exporter/pull/43.
Checklist

[x] Update changelog in CHANGELOG.md.

Tested in https://github.com/giantswarm/app-exporter/pull/43


All string routines are compileonly

Is there a reason that all string routines (like s", .", etc.) are compile-only? Which is not the case in ANS Forth...

You'll have to ask @Mecrisp (Matthias Koch) about this, he's the author of Mecrisp Forth.

ok, sorry


misc/cgo/test: fails on OpenBSD 6.4-amd64

@4a6f656c , I'm wondering if this error in dmesg is relevant (the very end of dmesg):
unix.test[30202]: pledge "stdio", syscall 4
What version of Go are you using (go version)?
ci-openbsd$ /usr/ports/pobj/go-1.11/go/bin/go version
go version go1.11 openbsd/amd64

Does this issue reproduce with the latest release?
Didn't check the tip.
What operating system and processor architecture are you using (go env)?
ci-openbsd$ /usr/ports/pobj/go-1.11/go/bin/go env
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/syzkaller/.cache/go-build"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="openbsd"
GOOS="openbsd"
GOPATH="/home/syzkaller/go"
GOPROXY=""
GORACE=""
GOROOT="/usr/ports/pobj/go-1.11/go"
GOTMPDIR=""
GOTOOLDIR="/usr/ports/pobj/go-1.11/go/pkg/tool/openbsd_amd64"
GCCGO="gccgo"
CC="cc"
CXX="c++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build367290739=/tmp/go-build -gno-record-gcc-switches"

What did you do?
Built OpenBSD go port and ran its tests with make test
# _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test.test
loadelf: $WORK/b048/_pkg_.a(_x004.o): duplicate symbol reference: __retguard_211 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x015.o): duplicate symbol reference: __retguard_497 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x026.o): duplicate symbol reference: __retguard_2380 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x027.o): duplicate symbol reference: __retguard_3644 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x046.o): duplicate symbol reference: __retguard_3671 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x049.o): duplicate symbol reference: __retguard_2140 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x060.o): duplicate symbol reference: __retguard_663 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x071.o): duplicate symbol reference: __retguard_1302 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x088.o): duplicate symbol reference: __retguard_2123 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x091.o): duplicate symbol reference: __retguard_623 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x092.o): duplicate symbol reference: __retguard_378 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b057/_pkg_.a(_x003.o): duplicate symbol reference: __retguard_190 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test/issue8828(.openbsd.randomdata.retguard)
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target callGoFoo not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target callGoStackCheck not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target callGoWithString not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target callback not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target returnAfterGrow not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target returnAfterGrowFromGo not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target mysleep not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target twoSleep not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target callMulti not defined
/usr/ports/pobj/go-1.11/go/pkg/tool/openbsd_amd64/link: too many errors
FAIL    _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test [build failed]

What did you expect to see?
All tests pass.
What did you see instead?
misc/cgo/test failed. There's a slew of other messages which don't seem to be fatal.
Note, this failure is only reachable on GCE by limiting the number of vCPUs to 1 per #27822. Full log below:
Last login: Sun Sep 23 14:47:54 2018 from <IP_ADDRESS>
OpenBSD 6.4-beta (GENERIC.MP) #317: Sun Sep 23 09:37:09 MDT 2018

Welcome to OpenBSD: The proactively secure Unix-like operating system.

Please use the sendbug(1) utility to report bugs in the system.
Before reporting a bug, please try to reproduce it with the latest
version of the code.  With bug reports, please try to ensure that
enough information to reproduce the problem is enclosed, and if a
known fix for it exists, include that as well.

ci-openbsd$ cd /usr/ports/lang/go
ci-openbsd$ make test
===>  Building for go-1.11
Building Go cmd/dist using /usr/local/go/bootstrap.
Building Go toolchain1 using /usr/local/go/bootstrap.

Building Go toolchain2 using go_bootstrap and Go toolchain1.
Building Go toolchain3 using go_bootstrap and Go toolchain2.
Building packages and commands for openbsd/amd64.
===>  Regression tests for go-1.11

##### Building packages and commands.

##### Testing packages.
ok      archive/tar     0.224s
ok      archive/zip     1.727s
ok      bufio   0.078s
ok      bytes   0.172s
ok      compress/bzip2  0.224s
ok      compress/flate  1.155s
ok      compress/gzip   0.037s
ok      compress/lzw    0.019s
ok      compress/zlib   0.044s
ok      container/heap  0.019s
ok      container/list  0.015s
ok      container/ring  0.026s
ok      context 1.246s
ok      crypto  0.014s
ok      crypto/aes      0.031s
ok      crypto/cipher   0.020s
ok      crypto/des      0.020s
ok      crypto/dsa      0.015s
ok      crypto/ecdsa    0.152s
ok      crypto/elliptic 0.574s
ok      crypto/hmac     0.014s
ok      crypto/internal/subtle  0.017s
ok      crypto/md5      0.015s
ok      crypto/rand     0.067s
ok      crypto/rc4      0.074s
ok      crypto/rsa      0.092s
ok      crypto/sha1     0.016s
ok      crypto/sha256   0.016s
ok      crypto/sha512   0.017s
ok      crypto/subtle   0.016s
ok      crypto/tls      1.352s
ok      crypto/x509     1.265s
ok      database/sql    1.178s
ok      database/sql/driver     0.014s
ok      debug/dwarf     0.147s
ok      debug/elf       0.110s
ok      debug/gosym     0.297s
ok      debug/macho     0.052s
ok      debug/pe        0.070s
ok      debug/plan9obj  0.015s
ok      encoding/ascii85        0.017s
ok      encoding/asn1   0.018s
ok      encoding/base32 0.036s
ok      encoding/base64 0.018s
ok      encoding/binary 0.018s
ok      encoding/csv    0.023s
ok      encoding/gob    0.051s
ok      encoding/hex    0.018s
ok      encoding/json   0.356s
ok      encoding/pem    0.026s
ok      encoding/xml    0.054s
ok      errors  0.014s
ok      expvar  0.019s
ok      flag    0.016s
ok      fmt     0.091s
ok      go/ast  0.020s
ok      go/build        1.192s
ok      go/constant     0.017s
ok      go/doc  0.202s
ok      go/format       0.019s
ok      go/importer     0.214s
ok      go/internal/gccgoimporter       0.024s
ok      go/internal/gcimporter  0.752s
ok      go/internal/srcimporter 1.207s
ok      go/parser       0.063s
ok      go/printer      0.379s
ok      go/scanner      0.017s
ok      go/token        0.032s
ok      go/types        1.234s
ok      hash    0.018s
ok      hash/adler32    0.021s
ok      hash/crc32      0.020s
ok      hash/crc64      0.016s
ok      hash/fnv        0.017s
ok      html    0.019s
ok      html/template   0.167s
ok      image   0.179s
ok      image/color     0.032s
ok      image/draw      0.058s
ok      image/gif       0.441s
ok      image/jpeg      0.225s
ok      image/png       0.170s
ok      index/suffixarray       0.029s
ok      internal/cpu    0.017s
ok      internal/poll   0.073s
ok      internal/singleflight   0.035s
ok      internal/trace  1.642s
ok      io      0.312s
ok      io/ioutil       0.149s
ok      log     0.025s
ok      log/syslog      2.249s
ok      math    0.025s
ok      math/big        2.180s
ok      math/bits       0.022s
ok      math/cmplx      0.018s
ok      math/rand       0.225s
ok      mime    0.029s
ok      mime/multipart  0.640s
ok      mime/quotedprintable    0.202s
ok      net     6.127s
ok      net/http        16.640s
ok      net/http/cgi    0.631s
ok      net/http/cookiejar      0.030s
ok      net/http/fcgi   0.022s
ok      net/http/httptest       0.061s
ok      net/http/httptrace      0.021s
ok      net/http/httputil       0.152s
ok      net/http/internal       0.018s
ok      net/http/pprof  2.059s
ok      net/internal/socktest   0.016s
ok      net/mail        0.021s
ok      net/rpc 0.060s
ok      net/rpc/jsonrpc 0.028s
ok      net/smtp        0.037s
ok      net/textproto   0.020s
ok      net/url 0.024s
ok      os      2.848s
ok      os/exec 0.927s
ok      os/signal       5.112s
ok      os/user 0.019s
ok      path    0.017s
ok      path/filepath   0.734s
ok      reflect 0.235s
ok      regexp  0.189s
ok      regexp/syntax   0.303s
ok      runtime 47.595s
ok      runtime/debug   0.096s
ok      runtime/internal/atomic 0.098s
ok      runtime/internal/sys    0.016s
ok      runtime/pprof   9.459s
ok      runtime/pprof/internal/profile  0.017s
ok      runtime/trace   5.337s
ok      sort    0.074s
ok      strconv 0.403s
ok      strings 0.251s
ok      sync    0.887s
ok      sync/atomic     0.074s
ok      syscall 0.087s
ok      testing 1.471s
ok      testing/quick   0.103s
ok      text/scanner    0.020s
ok      text/tabwriter  0.021s
ok      text/template   0.422s
ok      text/template/parse     0.022s
ok      time    5.290s
ok      unicode 0.020s
ok      unicode/utf16   0.016s
ok      unicode/utf8    0.020s
ok      vendor/golang_org/x/crypto/chacha20poly1305     0.059s
ok      vendor/golang_org/x/crypto/cryptobyte   0.022s
ok      vendor/golang_org/x/crypto/curve25519   0.030s
ok      vendor/golang_org/x/crypto/internal/chacha20    0.087s
ok      vendor/golang_org/x/crypto/poly1305     0.024s
ok      vendor/golang_org/x/net/dns/dnsmessage  0.139s
ok      vendor/golang_org/x/net/http/httpguts   0.018s
ok      vendor/golang_org/x/net/http/httpproxy  0.020s
ok      vendor/golang_org/x/net/http2/hpack     0.022s
ok      vendor/golang_org/x/net/idna    0.017s
ok      vendor/golang_org/x/net/nettest 1.753s
ok      vendor/golang_org/x/net/route   0.018s
ok      vendor/golang_org/x/text/transform      0.016s
ok      vendor/golang_org/x/text/unicode/norm   0.016s
ok      cmd/addr2line   3.395s
ok      cmd/api 0.064s
ok      cmd/asm/internal/asm    0.930s
ok      cmd/asm/internal/lex    0.017s
ok      cmd/compile     0.023s
ok      cmd/compile/internal/gc 27.490s
ok      cmd/compile/internal/ssa        0.631s
ok      cmd/compile/internal/syntax     0.074s
ok      cmd/compile/internal/test       0.016s [no tests to run]
ok      cmd/compile/internal/types      0.017s
ok      cmd/cover       4.792s
ok      cmd/doc 0.141s
ok      cmd/fix 10.120s
ok      cmd/go  212.269s
ok      cmd/go/internal/cache   14.488s
ok      cmd/go/internal/dirhash 0.078s
ok      cmd/go/internal/generate        0.042s
ok      cmd/go/internal/get     0.132s
ok      cmd/go/internal/imports 0.043s
ok      cmd/go/internal/load    0.034s
ok      cmd/go/internal/modconv 0.208s
ok      cmd/go/internal/modfetch        0.064s
ok      cmd/go/internal/modfetch/codehost       0.039s
ok      cmd/go/internal/modfile 0.086s
ok      cmd/go/internal/modload 0.047s
ok      cmd/go/internal/module  0.018s
ok      cmd/go/internal/mvs     0.022s
ok      cmd/go/internal/par     0.029s
ok      cmd/go/internal/search  0.019s
ok      cmd/go/internal/semver  0.017s
ok      cmd/go/internal/txtar   0.016s
ok      cmd/go/internal/web2    0.023s
ok      cmd/go/internal/work    0.095s
ok      cmd/gofmt       0.264s
ok      cmd/internal/buildid    0.175s
ok      cmd/internal/dwarf      0.016s
ok      cmd/internal/edit       0.023s
ok      cmd/internal/goobj      1.395s
ok      cmd/internal/obj        0.017s
ok      cmd/internal/obj/arm64  0.126s
ok      cmd/internal/obj/x86    0.615s
ok      cmd/internal/objabi     0.016s
ok      cmd/internal/src        0.017s
ok      cmd/internal/test2json  0.195s
ok      cmd/link        10.119s
ok      cmd/link/internal/ld    13.821s
ok      cmd/link/internal/sym   0.017s
ok      cmd/nm  6.633s
ok      cmd/objdump     3.055s
ok      cmd/pack        3.006s
ok      cmd/trace       0.091s
ok      cmd/vendor/github.com/google/pprof/internal/binutils    0.035s
ok      cmd/vendor/github.com/google/pprof/internal/driver      0.899s
ok      cmd/vendor/github.com/google/pprof/internal/elfexec     0.017s
ok      cmd/vendor/github.com/google/pprof/internal/graph       0.030s
ok      cmd/vendor/github.com/google/pprof/internal/measurement 0.018s
ok      cmd/vendor/github.com/google/pprof/internal/report      0.189s
ok      cmd/vendor/github.com/google/pprof/internal/symbolizer  0.023s
ok      cmd/vendor/github.com/google/pprof/internal/symbolz     0.023s
ok      cmd/vendor/github.com/google/pprof/profile      0.185s
ok      cmd/vendor/github.com/ianlancetaylor/demangle   0.059s
ok      cmd/vendor/golang.org/x/arch/arm/armasm 0.060s
ok      cmd/vendor/golang.org/x/arch/arm64/arm64asm     0.461s
ok      cmd/vendor/golang.org/x/arch/ppc64/ppc64asm     0.051s
ok      cmd/vendor/golang.org/x/arch/x86/x86asm 0.191s
ok      cmd/vendor/golang.org/x/crypto/ssh/terminal     0.019s
ok      cmd/vendor/golang.org/x/sys/unix        0.467s
ok      cmd/vet 6.840s
ok      cmd/vet/internal/cfg    0.018s

##### os/user with tag osusergo
ok      os/user 0.014s

##### GOMAXPROCS=2 runtime -cpu=1,2,4 -quick
ok      runtime 47.853s

##### Testing without libgcc.
ok      crypto/x509     6.199s
ok      net     0.238s
ok      os/user 0.021s

##### sync -cpu=10
ok      sync    2.548s

##### ../misc/cgo/stdio

##### ../misc/cgo/life

##### ../misc/cgo/test
# _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test
/tmp/go-build043627589/b048/_x044.o: In function `testSendSIG':
./issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-build043627589/b048/_x017.o: In function `issue12030conv':
./issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
# _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test.test
/tmp/go-link-929569309/000043.o: In function `testSendSIG':
/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test/issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-link-929569309/000016.o: In function `issue12030conv':
/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test/issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
PASS
ok      _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test 1.826s
# _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test
/tmp/go-build834841973/b048/_x044.o: In function `testSendSIG':
./issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-build834841973/b048/_x017.o: In function `issue12030conv':
./issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
# _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test.test
loadelf: $WORK/b048/_pkg_.a(_x004.o): duplicate symbol reference: __retguard_211 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x015.o): duplicate symbol reference: __retguard_497 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x026.o): duplicate symbol reference: __retguard_2380 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x027.o): duplicate symbol reference: __retguard_3644 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x046.o): duplicate symbol reference: __retguard_3671 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x049.o): duplicate symbol reference: __retguard_2140 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x060.o): duplicate symbol reference: __retguard_663 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x071.o): duplicate symbol reference: __retguard_1302 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x088.o): duplicate symbol reference: __retguard_2123 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x091.o): duplicate symbol reference: __retguard_623 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b048/_pkg_.a(_x092.o): duplicate symbol reference: __retguard_378 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard)
loadelf: $WORK/b057/_pkg_.a(_x003.o): duplicate symbol reference: __retguard_190 in both _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.openbsd.randomdata.retguard) and _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test/issue8828(.openbsd.randomdata.retguard)
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target callGoFoo not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target callGoStackCheck not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target callGoWithString not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target callback not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target returnAfterGrow not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target returnAfterGrowFromGo not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target mysleep not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target twoSleep not defined
_/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test(.text): relocation target callMulti not defined
/usr/ports/pobj/go-1.11/go/pkg/tool/openbsd_amd64/link: too many errors
FAIL    _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test [build failed]
2018/09/23 15:31:56 Failed: exit status 2
# _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test
/tmp/go-build037019398/b049/_x044.o: In function `testSendSIG':
./issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-build037019398/b049/_x017.o: In function `issue12030conv':
./issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
# _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test.test
/tmp/go-link-446790783/000043.o: In function `testSendSIG':
/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test/issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-link-446790783/000016.o: In function `issue12030conv':
/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test/issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
PASS
ok      _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test 1.465s
# _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test
/tmp/go-build155933921/b049/_x044.o: In function `testSendSIG':
./issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-build155933921/b049/_x017.o: In function `issue12030conv':
./issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
# _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test.test
/tmp/go-link-955024439/000043.o: In function `testSendSIG':
/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test/issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-link-955024439/000016.o: In function `issue12030conv':
/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test/issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
PASS
ok      _/syzkaller/ports/pobj/go-1.11/go/misc/cgo/test 1.338s

##### ../misc/cgo/testgodefs
2018/09/23 15:32:00 FAILED
*** Error 1 in . (Makefile:76 'do-test': @cd /usr/ports/pobj/go-1.11/go/src &&  ulimit -n 256 -d 2097152 &&  CC="cc"  CXX="c++"  PATH=/usr/p...)
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2761 '/usr/ports/pobj/go-1.11/build-amd64/.test_done')
*** Error 1 in /syzkaller/ports/lang/go (/usr/ports/infrastructure/mk/bsd.port.mk:2419 'test')
ci-openbsd$ echo $?
1
ci-openbsd$ dmesg
OpenBSD 6.4-beta (GENERIC.MP) #317: Sun Sep 23 09:37:09 MDT 2018
    deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem =<PHONE_NUMBER>0 (16367MB)
avail mem =<PHONE_NUMBER>6 (15863MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf2a70 (13 entries)
bios0: vendor Google version "Google" date 01/01/2011
bios0: Google Google Compute Engine
acpi0 at bios0: rev 0
acpi0: sleep states S3 S4 S5
acpi0: tables DSDT FACP SSDT APIC WAET SRAT
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU @ 2.30GHz, 2241.41 MHz, 06-3f-00
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,VMX,SSSE3,FMA3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,XSAVEOPT,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 970MHz
ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C1(@1 halt!)
"ACPI0006" at acpi0 not configured
acpicmos0 at acpi0
"QEMU0001" at acpi0 not configured
"ACPI0007" at acpi0 not configured
pvbus0 at mainbus0: KVM
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371AB PIIX4 ISA" rev 0x03
piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: SMBus disabled
virtio0 at pci0 dev 3 function 0 "Qumranet Virtio SCSI" rev 0x00
vioscsi0 at virtio0: qsize 8192
scsibus1 at vioscsi0: 253 targets
sd0 at scsibus1 targ 1 lun 0: <Google, PersistentDisk, 1> SCSI4 0/direct fixed serial.Google_PersistentDisk_
sd0: 10240MB, 512 bytes/sector, 20971520 sectors, thin
sd1 at scsibus1 targ 2 lun 0: <Google, PersistentDisk, 1> SCSI4 0/direct fixed serial.Google_PersistentDisk_
sd1: 204800MB, 512 bytes/sector, 419430400 sectors, thin
virtio0: msix shared
virtio1 at pci0 dev 4 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio1: address 42:01:0a:80:0a:11
virtio1: msix shared
isa0 at pcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com0: console
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
com2 at isa0 port 0x3e8/8 irq 5: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0 mux 1
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
vmm0 at mainbus0: VMX/EPT (using slow L1TF mitigation)
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
root on sd0a (8a08b1245e3a5755.a) swap on sd0b dump on sd0b
unix.test[30202]: pledge "stdio", syscall 4

Can you tell us exactly what make test does?  That is not part of the standard Go build.  What happens if you run all.bash as described at https://golang.org/doc/install/source ?

I think @4a6f656c is the best person to figure out the reason make test is failing. It does run things in a special environment. I verified that both HEAD and 1.11 pass all.bash:
ci-openbsd$ git checkout release-branch.go1.11
Checking out files: 100% (721/721), done.
Branch 'release-branch.go1.11' set up to track remote branch 'release-branch.go1.11' from 'origin'.
Switched to a new branch 'release-branch.go1.11'
ci-openbsd$ pwd
/syzkaller/go/src
ci-openbsd$ ./all.bash
Building Go cmd/dist using /usr/local/go.
Building Go toolchain1 using /usr/local/go.

Building Go toolchain2 using go_bootstrap and Go toolchain1.
Building Go toolchain3 using go_bootstrap and Go toolchain2.
Building packages and commands for openbsd/amd64.

##### Testing packages.
ok      archive/tar     0.158s
ok      archive/zip     1.713s
ok      bufio   0.080s
ok      bytes   0.177s
ok      compress/bzip2  0.193s
ok      compress/flate  1.031s
ok      compress/gzip   0.088s
ok      compress/lzw    0.138s
ok      compress/zlib   0.052s
ok      container/heap  0.020s
ok      container/list  0.016s
ok      container/ring  0.030s
ok      context 1.251s
ok      crypto  0.021s
ok      crypto/aes      0.038s
ok      crypto/cipher   0.021s
ok      crypto/des      0.021s
ok      crypto/dsa      0.016s
ok      crypto/ecdsa    0.151s
ok      crypto/elliptic 0.590s
ok      crypto/hmac     0.017s
ok      crypto/internal/subtle  0.020s
ok      crypto/md5      0.019s
ok      crypto/rand     0.076s
ok      crypto/rc4      0.087s
ok      crypto/rsa      0.117s
ok      crypto/sha1     0.021s
ok      crypto/sha256   0.018s
ok      crypto/sha512   0.020s
ok      crypto/subtle   0.017s
ok      crypto/tls      1.304s
ok      crypto/x509     1.335s
ok      database/sql    1.092s
ok      database/sql/driver     0.015s
ok      debug/dwarf     0.121s
ok      debug/elf       0.089s
ok      debug/gosym     0.401s
ok      debug/macho     0.074s
ok      debug/pe        0.060s
ok      debug/plan9obj  0.022s
ok      encoding/ascii85        0.021s
ok      encoding/asn1   0.026s
ok      encoding/base32 0.043s
ok      encoding/base64 0.024s
ok      encoding/binary 0.020s
ok      encoding/csv    0.023s
ok      encoding/gob    0.055s
ok      encoding/hex    0.018s
ok      encoding/json   0.384s
ok      encoding/pem    0.029s
ok      encoding/xml    0.057s
ok      errors  0.020s
ok      expvar  0.022s
ok      flag    0.020s
ok      fmt     0.098s
ok      go/ast  0.023s
ok      go/build        1.339s
ok      go/constant     0.019s
ok      go/doc  0.193s
ok      go/format       0.026s
ok      go/importer     0.170s
ok      go/internal/gccgoimporter       0.027s
ok      go/internal/gcimporter  1.132s
ok      go/internal/srcimporter 1.166s
ok      go/parser       0.068s
ok      go/printer      0.379s
ok      go/scanner      0.023s
ok      go/token        0.037s
ok      go/types        1.318s
ok      hash    0.019s
ok      hash/adler32    0.023s
ok      hash/crc32      0.024s
ok      hash/crc64      0.018s
ok      hash/fnv        0.017s
ok      html    0.018s
ok      html/template   0.356s
ok      image   0.153s
ok      image/color     0.032s
ok      image/draw      0.061s
ok      image/gif       0.410s
ok      image/jpeg      0.204s
ok      image/png       0.127s
ok      index/suffixarray       0.025s
ok      internal/cpu    0.016s
ok      internal/poll   0.051s
ok      internal/singleflight   0.034s
ok      internal/trace  1.515s
ok      io      0.316s
ok      io/ioutil       0.093s
ok      log     0.024s
ok      log/syslog      2.271s
ok      math    0.028s
ok      math/big        2.203s
ok      math/bits       0.027s
ok      math/cmplx      0.018s
ok      math/rand       0.230s
ok      mime    0.059s
ok      mime/multipart  0.640s
ok      mime/quotedprintable    0.201s
ok      net     6.156s
ok      net/http        17.061s
ok      net/http/cgi    0.710s
ok      net/http/cookiejar      0.031s
ok      net/http/fcgi   0.023s
ok      net/http/httptest       0.063s
ok      net/http/httptrace      0.025s
ok      net/http/httputil       0.150s
ok      net/http/internal       0.019s
ok      net/http/pprof  2.062s
ok      net/internal/socktest   0.016s
ok      net/mail        0.021s
ok      net/rpc 0.063s
ok      net/rpc/jsonrpc 0.028s
ok      net/smtp        0.036s
ok      net/textproto   0.020s
ok      net/url 0.030s
ok      os      4.913s
ok      os/exec 0.982s
ok      os/signal       5.156s
ok      os/user 0.020s
ok      path    0.020s
ok      path/filepath   0.957s
ok      reflect 0.234s
ok      regexp  0.207s
ok      regexp/syntax   0.301s
ok      runtime 47.549s
ok      runtime/debug   0.094s
ok      runtime/internal/atomic 0.070s
ok      runtime/internal/sys    0.015s
ok      runtime/pprof   9.704s
ok      runtime/pprof/internal/profile  0.018s
ok      runtime/trace   2.704s
ok      sort    0.076s
ok      strconv 0.433s
ok      strings 0.258s
ok      sync    0.868s
ok      sync/atomic     0.074s
ok      syscall 0.084s
ok      testing 1.366s
ok      testing/quick   0.099s
ok      text/scanner    0.018s
ok      text/tabwriter  0.020s
ok      text/template   0.471s
ok      text/template/parse     0.025s
ok      time    5.231s
ok      unicode 0.020s
ok      unicode/utf16   0.022s
ok      unicode/utf8    0.026s
ok      vendor/golang_org/x/crypto/chacha20poly1305     0.065s
ok      vendor/golang_org/x/crypto/cryptobyte   0.027s
ok      vendor/golang_org/x/crypto/curve25519   0.027s
ok      vendor/golang_org/x/crypto/internal/chacha20    0.093s
ok      vendor/golang_org/x/crypto/poly1305     0.020s
ok      vendor/golang_org/x/net/dns/dnsmessage  0.138s
ok      vendor/golang_org/x/net/http/httpguts   0.022s
ok      vendor/golang_org/x/net/http/httpproxy  0.020s
ok      vendor/golang_org/x/net/http2/hpack     0.023s
ok      vendor/golang_org/x/net/idna    0.022s
ok      vendor/golang_org/x/net/nettest 1.997s
ok      vendor/golang_org/x/net/route   0.024s
ok      vendor/golang_org/x/text/transform      0.019s
ok      vendor/golang_org/x/text/unicode/norm   0.018s
ok      cmd/addr2line   4.445s
ok      cmd/api 0.079s
ok      cmd/asm/internal/asm    0.818s
ok      cmd/asm/internal/lex    0.019s
^[ok    cmd/compile     0.037s
ok      cmd/compile/internal/gc 31.803s
ok      cmd/compile/internal/ssa        0.596s
ok      cmd/compile/internal/syntax     0.086s
ok      cmd/compile/internal/test       0.023s [no tests to run]
ok      cmd/compile/internal/types      0.023s
ok      cmd/cover       6.601s
ok      cmd/doc 0.070s
ok      cmd/fix 7.345s
ok      cmd/go  289.398s
ok      cmd/go/internal/cache   25.060s
ok      cmd/go/internal/dirhash 0.115s
ok      cmd/go/internal/generate        0.046s
ok      cmd/go/internal/get     0.224s
ok      cmd/go/internal/imports 0.058s
ok      cmd/go/internal/load    0.036s
ok      cmd/go/internal/modconv 0.114s
ok      cmd/go/internal/modfetch        0.113s
ok      cmd/go/internal/modfetch/codehost       0.038s
ok      cmd/go/internal/modfile 0.047s
ok      cmd/go/internal/modload 0.049s
ok      cmd/go/internal/module  0.017s
ok      cmd/go/internal/mvs     0.025s
ok      cmd/go/internal/par     0.046s
ok      cmd/go/internal/search  0.022s
ok      cmd/go/internal/semver  0.017s
ok      cmd/go/internal/txtar   0.017s
ok      cmd/go/internal/web2    0.028s
ok      cmd/go/internal/work    0.140s
ok      cmd/gofmt       0.260s
ok      cmd/internal/buildid    0.180s
ok      cmd/internal/dwarf      0.017s
ok      cmd/internal/edit       0.023s
ok      cmd/internal/goobj      1.344s
ok      cmd/internal/obj        0.017s
ok      cmd/internal/obj/arm64  0.178s
ok      cmd/internal/obj/x86    0.776s
ok      cmd/internal/objabi     0.016s
ok      cmd/internal/src        0.017s
ok      cmd/internal/test2json  0.190s
ok      cmd/link        3.596s
ok      cmd/link/internal/ld    13.103s
ok      cmd/link/internal/sym   0.018s
ok      cmd/nm  5.643s
ok      cmd/objdump     3.259s
ok      cmd/pack        3.021s
ok      cmd/trace       0.095s
ok      cmd/vendor/github.com/google/pprof/internal/binutils    0.032s
ok      cmd/vendor/github.com/google/pprof/internal/driver      1.372s
ok      cmd/vendor/github.com/google/pprof/internal/elfexec     0.019s
ok      cmd/vendor/github.com/google/pprof/internal/graph       0.053s
ok      cmd/vendor/github.com/google/pprof/internal/measurement 0.021s
ok      cmd/vendor/github.com/google/pprof/internal/report      0.365s
ok      cmd/vendor/github.com/google/pprof/internal/symbolizer  0.028s
ok      cmd/vendor/github.com/google/pprof/internal/symbolz     0.026s
ok      cmd/vendor/github.com/google/pprof/profile      0.212s
ok      cmd/vendor/github.com/ianlancetaylor/demangle   0.062s
ok      cmd/vendor/golang.org/x/arch/arm/armasm 0.032s
ok      cmd/vendor/golang.org/x/arch/arm64/arm64asm     0.382s
ok      cmd/vendor/golang.org/x/arch/ppc64/ppc64asm     0.023s
ok      cmd/vendor/golang.org/x/arch/x86/x86asm 0.203s
ok      cmd/vendor/golang.org/x/crypto/ssh/terminal     0.019s
ok      cmd/vendor/golang.org/x/sys/unix        0.497s
ok      cmd/vet 7.080s
ok      cmd/vet/internal/cfg    0.024s

##### os/user with tag osusergo
ok      os/user 0.010s

##### GOMAXPROCS=2 runtime -cpu=1,2,4 -quick
ok      runtime 68.908s

##### Testing without libgcc.
ok      crypto/x509     2.547s
ok      net     0.956s
ok      os/user 0.018s

##### sync -cpu=10
ok      sync    2.030s

##### ../misc/cgo/stdio

##### ../misc/cgo/life

##### ../misc/cgo/test
# _/syzkaller/go/misc/cgo/test
/tmp/go-build413593185/b048/_x044.o: In function `testSendSIG':
./issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-build413593185/b048/_x017.o: In function `issue12030conv':
./issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
# _/syzkaller/go/misc/cgo/test.test
/tmp/go-link-457402550/000043.o: In function `testSendSIG':
/syzkaller/go/misc/cgo/test/issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-link-457402550/000016.o: In function `issue12030conv':
/syzkaller/go/misc/cgo/test/issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
PASS
ok      _/syzkaller/go/misc/cgo/test    1.493s
# _/syzkaller/go/misc/cgo/test
/tmp/go-build882867844/b048/_x044.o: In function `testSendSIG':
./issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-build882867844/b048/_x017.o: In function `issue12030conv':
./issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
PASS
ok      _/syzkaller/go/misc/cgo/test    1.359s
# _/syzkaller/go/misc/cgo/test
/tmp/go-build315853551/b049/_x044.o: In function `testSendSIG':
./issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-build315853551/b049/_x017.o: In function `issue12030conv':
./issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
# _/syzkaller/go/misc/cgo/test.test
/tmp/go-link-963205075/000043.o: In function `testSendSIG':
/syzkaller/go/misc/cgo/test/issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-link-963205075/000016.o: In function `issue12030conv':
/syzkaller/go/misc/cgo/test/issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
PASS
ok      _/syzkaller/go/misc/cgo/test    1.922s
# _/syzkaller/go/misc/cgo/test
/tmp/go-build091946626/b049/_x044.o: In function `testSendSIG':
./issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-build091946626/b049/_x017.o: In function `issue12030conv':
./issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
# _/syzkaller/go/misc/cgo/test.test
/tmp/go-link-191657740/000043.o: In function `testSendSIG':
/syzkaller/go/misc/cgo/test/issue3250.go:30: warning: rand() may return deterministic values, is that what you want?
/tmp/go-link-191657740/000016.o: In function `issue12030conv':
/syzkaller/go/misc/cgo/test/issue12030.go:14: warning: sprintf() is often misused, please use snprintf()
PASS
ok      _/syzkaller/go/misc/cgo/test    1.513s

##### ../misc/cgo/testgodefs

##### ../misc/cgo/testso

##### ../misc/cgo/testsovar

##### ../misc/cgo/errors
PASS

##### ../test/bench/go1
testing: warning: no tests to run
PASS
ok      _/syzkaller/go/test/bench/go1   7.417s

##### ../test

##### API check
Go version is "go1.11", ignoring -next /syzkaller/go/api/next.txt

ALL TESTS PASSED
---
Installed Go for openbsd/amd64 in /syzkaller/go
Installed commands in /syzkaller/go/bin
*** You need to add /syzkaller/go/bin to your PATH.


Styling for reference generated using Autodoc

This pull request addresses an indentation problem ( issue #228) when using sphinx.ext.autodoc to generate documentation automatically from the source code.

Thanks @lb- for the feedback. I will immediately make the changes and get back to you soonest.

My preferred is Temidayo, or my full name of you want, Temidayo Azeez

Changelog added 0368547e4fc18d4ea6f9d095660f05b8f784bdaf


Can I Apply Custom Rules on Proxied Entity Relationships

Hi Guys,
I'm using EF behind WebAPI OData Endpoints to expose some Heirarchical data and want to know if I can solve the problem of relationship crawling and security rules.
I can't quite seem to find any hooks (i'm guessing they don't exist) but here's the explanation of my problem from Stack Overflow ...
http://stackoverflow.com/questions/41063888/ef-proxies-and-complex-data-structures
...
Essentially all is good if I do simple OData queries like "Api/SetName" as I can map that controller action to return something like ...
ctx.SetName.Where(some security condition);
.. the problem arises when I change the OData url to something like "Api/SetName?$expand=Children" as the Query on the db then pulls all children of each returned object rather all the ones that the current user actually has access to.
In other words I need a way to say on a proxied entity / the entity without proxying something like ...
var allItems = ctx.Foos().Where(security condition);
GetAll = allItems;  // Api/SetName
GetAllWithChildren = allItems.Include(i => i.Children.Where(security condition)) // Api/SetName?$expand=Children
I've come up with a few ideas to solving this but wanted to get some idea from you guys (who in all fairness probably know this stuff better than I do) about which I should try to follow up on ...

I can use something like AutoMapper to map the Entities to DTO's and thus take the problem away from EF altogether where the Item DTO would have a Queryable for the children collection that I would build myself to apply the security rule (not ideal).

I could "grab each proxy" after creation (assuming this is even possible) and apply the where clause to the Children property dynamically proxied LazyProxy of the collection (my preference if doable).

I could disable all relationship crawling on the API layer in OData resulting in more calls to the API for things like tree based requests (puts the problem in to the client code and keeps the EF code to flat lists (easier to write in EF).
...
Thoughts or ideas much appreciated here.

I have managed to get this functionality from the nuget package "EntityFramework.DynamicFilters".


a bug in the update loop in glove.c?

perhaps a bug or clever regularization in lines 133 and 134? Are l1 and l2 supposed to be switched?
        /* Adaptive gradient updates */
        fdiff *= eta; // for ease in calculating gradient
        real W_updates1_sum = 0;
        real W_updates2_sum = 0;
        for (b = 0; b < vector_size; b++) {
            // learning rate times gradient for word vectors
            temp1 = fdiff * W[b + l2];
            temp2 = fdiff * W[b + l1];
            // adaptive updates
            W_updates1[b] = temp1 / sqrt(gradsq[b + l1]);
            W_updates2[b] = temp2 / sqrt(gradsq[b + l2]);
            W_updates1_sum += W_updates1[b];
            W_updates2_sum += W_updates2[b];
            gradsq[b + l1] += temp1 * temp1;
            gradsq[b + l2] += temp2 * temp2;
        }

Interesting indeed. If it is a bug it's been there for over a year without being noticed - the old tar gz from last february had these lines as well: https://web.archive.org/web/20150209031512/http://www-nlp.stanford.edu/software/glove.tar.gz. The best thing to do is try switching and see if the accuracy improves!

It seems that the code is intentional. Interesting observation though.

yeah this makes sense, its just chain rule....
d f(a^T b) /da = bf'(a^Tb) and d f(a^T b) /db = af'(a^T b)


npm install dependency problems

Hello,
I'm facing the following problem when trying to migrate my workspace to the latest nx version 14.7.6.
npm ERR! code ERESOLVE
npm ERR! ERESOLVE unable to resolve dependency tree
npm ERR!
npm ERR! While resolving<EMAIL_ADDRESS>npm ERR! Found<EMAIL_ADDRESS>npm ERR! node_modules/@nrwl/devkit
npm ERR!   dev<EMAIL_ADDRESS>from the root project
npm ERR!
npm ERR! Could not resolve dependency:
npm ERR! peer<EMAIL_ADDRESS>from<EMAIL_ADDRESS>npm ERR! node_modules/@jnxplus/nx-boot-gradle
npm ERR!   dev<EMAIL_ADDRESS>from the root project
npm ERR!
npm ERR! Fix the upstream dependency conflict, or retry
npm ERR! this command with --force, or --legacy-peer-deps

My npm version is 8.19.1 and my node is 16.14.1.
I suppose that if I use --legacy-peer-deps it will work, but is it ok ?
If you have any suggestions or you can make a fix bumping your peer dependencies or moving them to the dependencies section it will be great.

Hi @niksoft123 just published<EMAIL_ADDRESS>with<EMAIL_ADDRESS>Hope it will solve your issue.

I will keep the issue open to change peerdeps to use (^) and be Compatible with Nx version. In the past Nx make a break change here https://github.com/khalilou88/jnxplus/issues/41. This is why I made this change but I believe it's not good

For information, I added some smoke tests to test the plugin from npm to be sure that the install process don't break in the future.
I will close this ticket


Trying to Load data into BigQuery using IndirectBigQueryOutputFormat/saveAsNewAPIHadoopDataset(conf) performance issue

I am trying to TRUNCATE and LOAD the data into Google Cloud BigQuery table using Apache Spark. Though it is achievable with the help of IndirectBigQueryOutputFormat as stated by Dennis Hou in the link https://github.com/GoogleCloudPlatform/bigdata-interop/issues/43 , I got serious performance issue.
Below are some code samples/configurations used, conf.set(BigQueryConfiguration.OUTPUT_TABLE_WRITE_DISPOSITION_KEY, "WRITE_TRUNCATE") conf.set("mapreduce.job.outputformat.class",classOf[IndirectBigQueryOutputFormat[_,_]].getName) BigQueryOutputConfiguration.configure(conf,projectId,outputDatasetId,outputTableId,outputSchema,"gs://spark3/temp",BigQueryFileFormat.NEWLINE_DELIMITED_JSON,classOf[TextOutputFormat[_,_]])
After doing some transformation on the input data, I got
val append as Dataset[Row] and i am converting it to RDD[String,Long String] using val Final_Stmt=append.as[(Long,String,Long)].rdd
Now its time to load the data into BigQuery table so I used
Final_Stmt.map(pair => (null, convertToJson(pair))).saveAsNewAPIHadoopDataset(conf)
where definition of converToJson is as below,
def convertToJson(pair: (Long,String,Long)) : JsonObject = {     val id = pair._1     val name = pair._2     val score = pair._3     val jsonObject = new JsonObject()     jsonObject.addProperty("id", id)     jsonObject.addProperty("name", name)     jsonObject.addProperty("score", score)     return jsonObject  }
If I comment saveAsNewAPIHadoopDataset(conf) and only prints Final_Stmt's map then it runs for 2.44 minutes for data of 8 rows and 3 columns. But If I run with saveAsNewAPIHadoopDataset(conf) which is used to load data into BigQuery table, it is taking near about 41 minutes to load.
By looking at the output window, TaskSetManager creates near about 200 tasks and for each task below gets executed,
INFO com.google.cloud.hadoop.io.bigquery.BigQueryFactory: Creating BigQuery from default credential. INFO com.google.cloud.hadoop.io.bigquery.BigQueryFactory: Creating BigQuery from given credential.  INFO com.google.cloud.hadoop.io.bigquery.output.ForwardingBigQueryFileOutputFormat: Delegating functionality to 'TextOutputFormat'
and each task takes too much time to execute.
How to improve performance of this task or is there anything missing from my end?

Reducing number of partitions by "spark.sql.shuffle.partitions" from default 200 to 5 has solved this issue but it is not advisable for large data.


LiveCoin - Placing Order: Request is missing required form field 'currencyPair' (issue #123)

I have a [BUG REPORT]
Details:
Reopen of #123 - I have the same issue, new code did not resolve it.
When trying to place an order on Livecoin, an APIException: 'Request is missing required form field 'currencyPair'.
*** These are NOT my api keys.  They are the keys provided on Livecoin's examples website @ https://www.livecoin.net/api/examples ***.  They do provide the same error message though, whereas their sample code doesn't.
Sample code to reproduce:
        ExchangeAPI ExchangeAPI = new ExchangeLivecoinAPI();
        ExchangeAPI.LoadAPIKeysUnsecure("gJx7Wa7qXkPtmTAaK3ADCtr6m5rCYYMy", "8eLps29wsXszNyEhOl9w8dxsOsM2lTzg");

        decimal amount = .05m;
        bool isBuy = true;
        decimal price = .0157300m;

        ExchangeOrderRequest request = new ExchangeOrderRequest
        {
            Amount = amount,
            IsBuy = isBuy,
            Price = price,
            Symbol = GetTradingPairSymbol(CoinSymbol, CurrencySymbol)
        };

        ExchangeOrderResult result = ExchangeAPI.PlaceOrder(request);
        Thread.Sleep(500);
        result = ExchangeAPI.GetOrderDetails(result.OrderId);
        Console.WriteLine(result.Message);

Error Logs (if any):
The more information you can provide, the better.
For new features, please donate or do a pull request. When donating, email the feature request details, coin type and tx id to<EMAIL_ADDRESS>Donations will help your bug to get fixed faster.
Requests for new features without a donation or pull request will be ignored due to the high volume of emails and requests. I've done hundreds of hours for free on this project to get a great baseline.

Try latest code now.

Holy response time, batman!  I'll give it a go shortly.

Perfect.  I'd like to say I was close to tracking that down, but not nearly as quickly as you knocked it out.  Much appreciated.  There's a small BTC transaction headed your way.

I spoke too soon, as I have habit to do.  Old error is gone, now it returns an empty API exception.  I'd assumed that was just because of the sample API keys, but it's doing that for my keys also.
So I also spoke while only half-glancing at the commit, and noticed that you were in the same area I was looking at... but I was thinking that it was possibly different.
The Sign header keys are different when generated via your code and the sample code.
When based on the sample API secret on their website (8eLps29wsXszNyEhOl9w8dxsOsM2lTzg)
I noticed that ExchangeSharp headers are:
API-key: gJx7Wa7qXkPtmTAaK3ADCtr6m5rCYYMy
Sign: FEC765B3F9B87CC01BD0640078E986E8EFA7E27867F7C9B95097FF1F72822397
While the example website's header values are:
Api-Key: gJx7Wa7qXkPtmTAaK3ADCtr6m5rCYYMy
Sign: 230E958F1C14ECA81556B91DB08E05F12ADFD41A535ECF045DB45027771FB1F3
I'm thinking that's why it's rejecting the paramaters... but I hadn't figured out how to attempt a fix to test that theory yet.
ExchangeSharp.APIException
HResult=0x80131500
Message={
"success": false,
"added": false,
"orderId": null,
"exception": null
}

Ok one sec...

Oh, I'm dumb.  The sign's are different because I had different order details.
But now I'm seeing that this is including a nonce parameter very first, and the website states that the parameters have to be in alphabetical order in order for the signing to work.  And their code doesn't even have a nonce value.

I'm adding param sorting and removing the nonce, will let you know...

I tried removing the nonce just now (payload.Clear after generation and before adding the parameters) - back to the first error message.

Allright, try latest code now...

Still an empty exception, with my keys.
ExchangeSharp.APIException
HResult=0x80131500
Message={
"success": false,
"added": false,
"orderId": null,
"exception": null
}

... Which is exactly what their code does too.  Maybe this is a problem with my order, or maybe it's a problem with their website.  Hrm.

  I've got you chasing probably nothing.  I'm sorry!

The example code gives an exception so it must be something different. Will post back here when it is fixed.

Please re-open if you see any further issues.

Yep, now I see the error codes in the response.  Thank you so much.


sensors/bma253: Couple of improvements and fixes

Let's close it for now since we are working on other branch where more fixes will come to bma253


Fix helm template

fix(helm): incompatible types for comparison
Signed-off-by: Tiago Castro<EMAIL_ADDRESS>
ci: validate the default template
Adds test for jenkins and gha to ensure we don't submit an invalid template.
Signed-off-by: Tiago Castro<EMAIL_ADDRESS>

This should fail:
bors try

Failing for the wrong reasons :)
bors try

bors try

bors merge


⚠ Jenkins Plugins Artifactory has degraded performance

In 32821c7, Jenkins Plugins Artifactory (https://get.jenkins.io/plugins/artifactory/) experienced degraded performance:

HTTP code: 200
Response time: 1212 ms

Resolved: Jenkins Plugins Artifactory performance has improved in 5f4af3d after 15 minutes.


Fix #127

Coverage increased (+0.003%) to 95.18% when pulling 88a63fc4661b37dbb818bbbf45dde4d0c9eda45e on fix_img_in_bloc into 171cc983d0b19f843e65861ce3c11a3f14172e1f on master-zds.

Coverage increased (+0.003%) to 95.18% when pulling 88a63fc4661b37dbb818bbbf45dde4d0c9eda45e on fix_img_in_bloc into 171cc983d0b19f843e65861ce3c11a3f14172e1f on master-zds.

Coverage increased (+0.003%) to 95.18% when pulling 12b1bf9e41485b5839315669ff7e9a5853aa58ee on fix_img_in_bloc into 171cc983d0b19f843e65861ce3c11a3f14172e1f on master-zds.


Transfer of repository to organization doesn't display on org mainpage.

Steps to reproduce:
1.) Create repository owned by an individual.
2.) Create an organization.
3.) Go to the repository's settings page and click on transfer.
4.) Enter the repository name and the name of the organization as the new owner. Enter your password and click transfer.
5.) Go to the organization's home page (http://SERVERNAME:3000/org/ORGNAME). Transferred repository will not be listed. (It is, however, available as a repo under the org's Owners team repository list)
If you add a new repo from the org's homepage, this repo is shown on that home page.
GoGits · Version: <IP_ADDRESS>3 Beta

Thanks your report! We will get on this ASAP.

For more information, I have the same issue on a newly install.
The repo that is transfer is show at the url :
http://SERVERNAME:3000/org/ORGNAME/teams/owners/repositories
but not on the org page even if the count of repos is good :
http://SERVERNAME:3000/org/ORGNAME
and the dashboard doesn't show them in the collaborative part and the count is false.

@sapk thanks for the detail!

@danshick @sapk
As I cannot reproduce on https://try.gogs.io , I remember this has been fixed in master branch code.

I confirm from master that i can't reproduce. It was with binaries of v0.5.13 that it appends for me. Sorry

@sapk thanks for your feedback! Let's see how things go when we release new binary.

@sapk 0.6 is released.

I'm closing it with the release, feel free to reopen it if you want to continue discussion. :smiley:


Using more Validator and Defaulter, more friendly for user

UCP #365
What problem does this PR solve?
#365
Check the list
common chaos field:

[x] spec.mode
[x] spec.value
[x] spec.duration
[x] spec.scheduler
[x] spec.scheduler.cron

iochaos field:

[x] spec.action
[x] spec.layer
[x] spec.delay
[x] spec.errno
[x] spec.percent

timechaos field:

[x] spec.timeOffset
[x] spec.ClockIds

networkchaos field:

[x] spec.action
[x] spec.bandwidth.peakrate
[x] spec.bandwidth.minburst
[x] spec.direction
[x] spec.delay
[x] spec.loss
[x] spec.duplicate
[x] spec.corrupt
[x] spec.bandwidth
[x] spec.target

podschaos field:

[x] spec.action
[x] spec.containerName

kernelchaos field:

[x] spec.failKernRequest.failtype
[x] spec.failKernRequest.probability
[x] spec.failKernRequest.times

What is changed and how does it work?
Check List
Tests

Unit test

Code changes

Has Go code change

Side effects

None

Related changes

None

Does this PR introduce a user-facing change?:

NONE

Codecov Report

Merging #387 into master will decrease coverage by 1.77%.
The diff coverage is 50.26%.

@@            Coverage Diff             @@
##           master     #387      +/-   ##
==========================================
- Coverage   60.40%   58.63%   -1.78%
==========================================
  Files          36       60      +24
  Lines        1985     3626    +1641
==========================================
+ Hits         1199     2126     +927
- Misses        692     1332     +640
- Partials       94      168      +74

Impacted Files
Coverage Δ

api/v1alpha1/iochaos_types.go
32.55% <ø> (ø)

api/v1alpha1/podchaos_types.go
32.55% <ø> (ø)

api/v1alpha1/timechaos_types.go
4.34% <0.00%> (-0.31%)
:arrow_down:

controllers/kernelchaos_controller.go
0.00% <0.00%> (ø)

pkg/chaosdaemon/netlink_linux.go
0.00% <0.00%> (ø)

pkg/chaosdaemon/server.go
44.44% <0.00%> (ø)

pkg/ptrace/ptrace_linux.go
65.92% <ø> (ø)

pkg/utils/coalescer.go
0.00% <0.00%> (ø)

pkg/utils/graph.go
0.00% <0.00%> (ø)

pkg/utils/grpc.go
0.00% <0.00%> (ø)

... and 55 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 ac868d8...6a0a624. Read the comment docs.

/run-all-tests

@cwen0 @YangKeao @yeya24 @Yisaer @AngleNet @at15 This is a big PR.  Please help to take a look.
thanks

@YangKeao @yeya24 PTAL


Sort out standard for suspend/startup etc packages

We should sort out how packages that add suspend/startup/shutdown images should be handled. Likely we'll need to implement an application that allows you to enable a specific screen from the installed packages.

Good idea.
Would be cool if packages could choose to use a sleep screen provided by the current launcher from the draft file like:
name=...
description=...
...
sleepImgFile=... # (maybe searched in /opt/etc/draft/sleep_images)
disableSleepScreen=false # Optional for apps that already have a sleep screen and want it be used instead of a global one

Though maybe I misunderstood it. I know that you have a (sub?)package to handle the sleep screen in oxide. I don't know of other packages, yet.
I think the problem is similar to how to handle which launcher to use. Probably just installing one package at a time would be helpful. Though I see the problem for a launcher having to know which to use. Maybe we would need a similar system to the draft files where sleep screen providing apps can register themselves and a launcher can select one. Having a symlink or textfile for the selection would probably be best to ensure every launcher uses the same settings and the user can choose one from the cli as well.
Pseudo-Example:
$ ls /opt/etc/sleepprovider.d/
oxide_sleepscreen.conf
some_other_sleep_screen.conf
$ cat  /opt/etc/sleepprovider.d/oxide_sleepscreen.conf
name=Oxide Sleepscreen # Display name for selection in launchers
execute=/opt/bin/oxide --sleep-screen
$ cat /opt/etc/sleepprovider.conf
selected=oxide_sleepscreen.conf

This is just how I could imagine it working. You'll probably have a better idea of how this could work properly. Adding a custom app that can manage this selection would also make this approach more launcher-independant as they wouldn't need to add a own selection for it. Launchers then would probably only implement that they check what file is selected and run the sleep screen on suspend and not care about how a user can change it.

I'm not really a fan of /opt/etc/draft/sleep_images. That said having the package format support the sleep images does seem like a great option. Having the sleep provider of some sort that provides an interface for managing which ones you have enabled on device would be ideal. Perhaps we have a base command line tool, and a reference UI implementation and allow others to create their own interface for managing it. That way there could be an oxide specific application that makes use of the oxide features, but users who choose not to use oxide still have a UI option.
So perhaps we store the images ("themes" if you will) in /opt/lib somewhere. and have the tool that handles installing based on the /opt/etc config into /usr/lib/remarkable

That sounds great. Would be cool to know from people, who want to implement them, what features would be needed/wished. I basicially got inspired by the way we do draft files (which probably comes from the way, DEs do .desktop files).

Perhaps you could post on reddit asking for what people want? That or we implement something initially and post that asking for feedback?

Done https://www.reddit.com/r/RemarkableTablet/comments/kk7xum/
Any suggestion of a change I should make to the post. Could probably be more polished / on point.


Make table and column names case insensitive

@danderson00 - Closes https://github.com/Azure/azure-mobile-apps-js-client/issues/131

Looks good.


Add instructions for verifying bytecode [Deposit Contract]

https://github.com/ethereum/eth2.0-specs/pull/2056

unreleated to lodestar


Character misalignment in calendar[LVGL_V6.0]

Is v6.0.1 a solution to this problem?
I haven't had a chance to try it out yet.
Are there any plans to update lv_arduino recently?
Thank you

Please fill out the bug template, either here or on the forum.  I think the behavior you've described is intentional.