[YARN][Doc][Minor] Remove several obsolete env variables and update the doc

What changes were proposed in this pull request?
Remove several obsolete env variables not supported for Spark on YARN now, also updates the docs to include several changes with 2.0.
How was this patch tested?
N/A
CC @vanzin @tgravescs

Test build #59278 has started for PR 13296 at commit 743af9c.

Test build #59278 has finished for PR 13296 at commit 743af9c.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/59278/
Test PASSed.

Test build #59329 has started for PR 13296 at commit 367e3b8.

Test build #59329 has finished for PR 13296 at commit 367e3b8.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/59329/
Test PASSed.

Thanks @srowen for your review, I changed several words according to your comments.

Test build #59382 has started for PR 13296 at commit 27d1327.

OK by me but ideally let @vanzin reply

Test build #59382 has finished for PR 13296 at commit 27d1327.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/59382/
Test PASSed.

Test build #59442 has started for PR 13296 at commit 99ff563.

Test build #59442 has finished for PR 13296 at commit 99ff563.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/59442/
Test FAILed.

Merged build finished. Test FAILed.

Jenkins retest this please

Test build #59453 has started for PR 13296 at commit 99ff563.

Test build #59453 has finished for PR 13296 at commit 99ff563.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/59453/
Test FAILed.

Jenkins, retest this please.

Test build #59463 has started for PR 13296 at commit 99ff563.

Test build #59463 has finished for PR 13296 at commit 99ff563.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/59463/
Test FAILed.

Jenkins, retest this please.

Test build #59489 has started for PR 13296 at commit 99ff563.

Test build #59489 has finished for PR 13296 at commit 99ff563.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/59489/
Test PASSed.

Merging to master / 2.0.


Add code snippets to contribute-pictograms

Add code snippets in the instructions section of the contribute-pictograms page.

mike was asking about the command symbol (⌘) which seems smaller thatn the rest of the symbols in the code snippet
mike opened another issue related to these pages because the list appears continuous from section to section in firefox  (1 to 25)

hi team! not sure what the conflicts are about, it just looks like my edits vs master. please help!

@emyarod I see that, but I don't know how to resolve them :(

@emyarod I think I figured it out - I just had to delete the wrong bits and keep the version I want. Let me check the preview link and we should be ok to go. Thanks!


Upgrade ruby to 3.3

The #govuk-platform-security-reliability-team expects teams to review, test and deploy this following the steps in the docs

Closing as there are issues with 3.3.0 on Apple Silicon, waiting for fix in 3.3.1


System error in list constructor with union type descriptor

Description:
A system error occurs in response to a list constructor with a union type descriptor. Per specification "6.6 List constructor", it should work and lead to an inherent type int[2].
Program:
import ballerina/io;

public function main() {
    int[2] | int[3] | int[4] value = [1, 7];
    value.push(99);
    io:println("value: ", value);
}

Message:
ballerina: Oh no, something really went wrong. Bad. Sad.
Steps to reproduce:
Source code attached.
Affected Versions:
Ballerina 1.0.0
Language specification 2019R3
issue_20191103a.zip

@MaryamZi: shouldn't this give a compile error, since value is a union type?

@SupunS as discussed offline, IMO calling a langlib method on a union is valid since the method-call-expr section of the spec says
"A method-call-expr either calls a method or calls a function in the lang library. The evaluation of the method-call-expr starts by evaluating expression resulting in some value v. There is no contextually expected type for expression.
If the static type of expression is a subtype of object, and the object type includes a method named method-name, then the method-call-expr is executed by calling that method on v.
Otherwise, the method-call-expr will be turned into a call to a function in the lang library m:method-name(expression, arg-list), where m is an automatically created module prefix for a module lang.M of the lang library, where M is selected as follows.

If the static type of expression is a subtype of some basic type with identifier B, and the module lang.B contains a function method-name then M is B. The identifier for a basic type is the reserved identifier used in type descriptors for subtypes of that basic type, as listed in the Lang library section.
Otherwise, M is value."

Since the members are all subtypes of int[] we should be able to call anything valid on int[] right?

Ack.
In that case, the types for the lang-lib method invocation should be correctly set from the desugar phase I guess. I assume it currently comes as union, but it should then comes as the common super type (int[] in this case).

@SupunS yes, seems like union types have not been handled correctly.
However, in this case since all three possible member types are closed arrays, this should result in a compilation error, since it is not possible to push a member to such an array. This is being tracked by https://github.com/ballerina-platform/ballerina-lang/issues/18662.
@hrennau if you need to use a lang library method such as .push() with a variable defined with a union type, I'm afraid as a workaround you would have to first assign it to a non-union type and then call the method.
import ballerina/io;

public function main() {
    int[2] | int[] arr = [1, 7, 3];
    int[] value = arr;
    value.push(99);
    io:println("value: ", value);
}

Update:
The original example does not result in a bad, sad error in jBallerina 1.1.0 and later versions. Results in an index out of range error at runtime instead (since the array created is a closed array).
With the upcoming Ballerina 1.2.0 release, the constraint on a list-constructor-expression for a closed array to have exactly the same number of elements as the size specified for the array has been relaxed, for when the element type has a filler value. For element types that have a filler value, it will possible to create a closed array using a list-constructor-expression with less members than the specified size; the remainder will be filled automatically using the filler value.
e.g.,
import ballerina/io;

public function main() {
    int[4] value = [1, 2];  // valid now
    io:println(value.toJsonString()); // [1, 2, 0, 0]
}

Thus, from 1.2.0 onward int[2] | int[3] | int[4] value = [1, 7] will fail at compile time with an ambiguous type '(int[2]|int[3]|int[4])' error since [1, 7] is a valid constructor for all 3 possible types.
The latter scenario also works on 1.1.0 and later versions without the assignment to another variable.
import ballerina/io;

public function main() {
    int[2] | int[] arr = [1, 7, 3];
    arr.push(99);
    io:println(arr.toJsonString()); // [1, 7, 3, 99]
}

Closing this issue since this cannot be reproduced now, and operations on the array work as expected.


[Bug]: Why do you need to downgrade this dependency on newer version?

What happened?
I cannot used it on my Laravel 11 project.
How to reproduce the bug
Just try to upgrade to 2.0.1 using Laravel 11.
Package Version
2.0.1
PHP Version
8.3
Laravel Version
11.0.0
Which operating systems does with happen with?
No response
Notes
https://github.com/stephenjude/filament-feature-flags/blob/219a8f0e2f4d189d5cf22f715337139ddafbb9a7/composer.json#L23
Why do you need to downgrade this? illuminate/contracts I can't use it with my Laravel 11.

@galihlprakoso I just tagged a release that fixed this.
I think the L11 support added by @simonhamp got lost in merge conflicts.

@galihlprakoso I just tagged a release that fixed this.
I think the L11 support added by @simonhamp got lost in merge conflicts.

Thank you so much! I've just forked the repository.. I'll try to update to latest version! Thanks! @stephenjude


Positive modulo

Here's a short function that I throw in every project I ever write, pretty much. The built-in Game Maker modulo operator % takes the sign of the dividend, matching the behavior of C. This can cause awkwardness when using % to perform wrapping behavior on a value that might be negative. This is a variant of the modulo function that matches the sign of the result to the sign of the divisor.
function modulo(a, b) {
  return (a % b + b) % b;
}

Generally in favour of this one, and for the div counterpart as well (i.e. div that rounds towards -infinity, instead of towards 0).
Wondering about the name. modulo doesn't quite show how it's set apart from the mod keyword.
Reading about division, there's apparently the concept of Euclidean division which more or less matches :
https://en.wikipedia.org/wiki/Euclidean_division
So I consider function names like:

mod_euclidean and div_euclidean (kinda mouthful, and people might not quite know what Euclidean division is supposed to be)
eucmod and eucdiv (terser, but still relies on knowledge of Euclidean division)
math_mod and math_div (as in, the way mathematicians handle modular arithmetics)

We might need to accept the fact that there's no super-intuitive name that would make users go "oh, yes, it's the kind of mod/div that handles negative values properly!" and explain things in JSDoc instead. Still, other name suggestions welcome.

I agree with this suggestion. As for name in my own code, I opted for the emod and ediv (even terser).
If you want to avoid relying on knowing about "Euclidean", I would suggest mod_positive or some variation of that.

Actually I'm fond of eucmod and eucdiv now that you say that. It's short enough to still type easily, but long enough that anyone who knows what Euclidean division is will immediately recognize the prefix.

Alright, then maybe let's do some voting on the naming? Since emod/ediv and eucmod/eucdiv seem to be most popular:

🎉 for emod/ediv
🚀 for eucmod/eucdiv
😕 for something else altogether

People seem to agree that it would be a nice addition, and it seems naming is the only remaining thing to settle before proceeding with implementation.

I will go ahead and say that I am starting the implementation work. I will let folks know if any issues arise.
I'm adjusting Merc's algorithm to be correct with Euclidian division mods in the case of negative divisors. It seems to me that what he has as of now is based on floor division.
function eucmod(a, b) {
   b = abs(b);
 return (a % b + b) % b;
}

For more on Euclidian/floor division, see (Look especially at the C implementations!):
https://www.microsoft.com/en-us/research/wp-content/uploads/2016/02/divmodnote.pdf
You can see people doing various implementations of floor division here:
https://stackoverflow.com/questions/10065080/mod-explanation?rq=3
Take care, folks! :)

The related PR has been merged, and thus I'm closing this issue.


description on how to build the board??

I ordered the board(s) and they arrived with no components.
is there any manual on how to add electronics?
or did I order the wrong thing?
how to I get to have an assembled board ready to be programmed and installed?

To receive an assembled board, you have to order the boards w/ assembly.  If you're in the US, the cost is about $200 for 5 boards assembled.
Adding the parts to the board after-the-fact is probably not worth the effort.  You'll have to order all the parts from the Bill of Materials (BoM), and you'll probably struggle to find the parts for a decent price in the needed quantities (most of these parts are sold in rolls of 100s or 1000s+).
Then, you'll have to solder the parts on to the board.  You can hand-solder SMT components, but it's very difficult.  There are some instructions online, but you'll probably ruin half your boards if this is your first experience with soldering.  And that's not counting the cost of the tools.
After all is said and done, it will likely be cheaper just to start over and order the boards fully assembled.


Use white list for change stream resumability

JAVA-3639
Evergreen patch: https://evergreen.mongodb.com/version/5e74e104e3c3310ac47f3e38

Evergreen patch: https://evergreen.mongodb.com/version/5e7b61c261837d39ef9859ba
I have removed the ElectionInProgress error code from the whitelist and the associated tests.

Evergreen patch: https://evergreen.mongodb.com/patch/5e8cf1d2a4cf4757c0520308
I have updated the massage method for pipelines in change streams.

LGTM!
@rozza given the complexity of this change it would be good to get one more set of eyes on it before it gets pushed.

Evergreen patch: https://evergreen.mongodb.com/version/5e8e2452850e6141d132f1f2
I have tested the removal of the error label locally on 4.2.5 and 4.3.4 using replica sets. The Evergreen patch is currently slow to finish, but is starting to go through.


Urgent question

iam migrating the dashboard from influx to grafana mimir.
iam taking input from json present in my vm  which i exported from grafana influx dashboard.
Iam running this script from vm where grafana mimir is running
The issue iam facing is

ERROR:__main__:Error converting dashboard SkySwitch Active Services with error: Unable to find tag values or key from 'SHOW FIELD KEYS FROM "active_services"'. skipping conversion.
INFO:__main__:Processing dashboards with processor: <processor.find_metrics_names.find_metrics_names_processor.FindMetricsNamesProcessor object at 0x76be31d82f40>
INFO:__main__:Exporting dashboards with exporter: <exporter.grafana.grafana_exporter.GrafanaExporter object at 0x76be30f2a7f0>

The config i have used is below one

importer:
  folder:
    path: /path to json
processor:
  find_metrics_names:
    metrics_auth:
      metrics_db_endpoint: http://localhost:9009/metrics
  replace_strategy:
    strategies: ['statistic_combination', 'permutation']
    min_match_percent: 95
    min_filter_percent: 92

what would be the metrics_db_endpoint to read the metrics and does authentication is needed ?
Exporting is not an issue.
Last thing , we have  migrated all the data available at grafana mimir.
It could be the problem with either authentication or endpoint

please help

@Simplychee @noniperi @tamir-michaeli @DanMelman .Please help out here.

these should be skipped as fields do not exist on Prometheus
Fixed function -
https://github.com/dg-nvm/influxql-to-promql-converter/blob/72cd696c9c141c7cdd403c4a4d8b5a9df832ec60/converter/influxql_to_promql/influxql_to_promql_dashboard_converter.py#L252
to be fixed manually

Already sorted . Thank you .


[WIP] Codebase restructure

Resolves #76
Changelog

Move React components to dedicated directory.
Update language system and imports, increase React performance, decrease client-side load.
Extract and split configuration files to dedicated directory.
Extract fixtures from test files to dedicated directory.
Increase test coverage wherever possible.
Completely rewrite E2E tests, switch to production testing, integrate into CI pipeline.
Add SLO spec automation, using Lighthouse, integrate into CI pipeline.
Separate custom PropTypes definitions from GraphQL type definitions.
Move utility functions to a top level directory, update documentation.
Rewrite ranking engine from the ground up, use a common pool for keywords and tags.
Clean up content configuration files, remove values for keywords and tags. (#87)
Deprecate archive configuration and logic. (#98)
Extract recommendation engine configuration.
Rewrite recommendation engine from the ground up. (#43, #44)
Convert content configuration files to JSON, update related code.
Combine several page creation methods into a general-purpose one for static pages.
Update search page loading and Redux store, reduce load times in other pages.
Improve performance of code ran in Gatsby lifecycle hooks.
Convert GraphQL queries to appropriate files, load and combine them dynamically.
Convert GraphQL schema to an appropriate file, load dynamically into sourceNodes.
Add documentation for the vast majority of the codebase.
Cookie consent can now be edited in settings (#95).
Block crawlers from accessing settings page (#97).
Fix some styling issues with long snippet titles in cards (#91).

Leftover work

Update vertical rhythm, make it less tiresome to work with CSS.
Update color palettes, improve contrast and dark mode.
Update Netlify Node version from 8.x to 10.x.

After a lot of work, this task is nearing completion. As most of the codebase has been revamped and a lot of things are incompatible with previous versions, this update will be releasing as v2.0, becoming the baseline for future updates and enhancements.


OpenAPI 3.1 support:  Schema Objects that contain a $ref keyword.

Behaviour of OpenAPI 3.0.3
In OpenAPI 3.0.3. $ref keyword is not in allowed fields of Schema Object.
The only way to use $ref is Reference Object.
In OpenAPI 3.0.3. Reference Object cannot be extended with additional properties and any properties added SHALL be ignored.
So we have some logic like this:
https://github.com/swagger-api/swagger-core/blob/769941a19763c329db074dded43fcc305074ccdb/modules/swagger-core/src/main/java/io/swagger/v3/core/jackson/SchemaSerializer.java#L44-L49
https://github.com/swagger-api/swagger-core/blob/769941a19763c329db074dded43fcc305074ccdb/modules/swagger-core/src/main/java/io/swagger/v3/core/util/ModelDeserializer.java#L90-L92
If there exist a $ref field, all other fields SHALL be ignored in both serializer and deserializer.

Behaviour of OpenAPI 3.1.0
In OpenAPI 3.1.0. Schema Object is a superset of the JSON Schema Specification Draft 2020-12. And it contains $ref keyword.
In section 4.8.23 Reference Object, it write

Note that this restriction on additional properties is a difference between Reference Objects and Schema Objects that contain a $ref keyword.

So such schema is a valid schema in OpenAPI 3.1.0, but not valid schema in OpenAPI 3.0.3.
{
    "openapi": "3.1.0",
    "info": {
        "title": "OpenAPI definition",
        "version": "v0"
    },
    "components": {
        "schemas": {
            "SomeViewObject": {
                "properties": {
                    "user": {
                        "$ref": "#/components/schemas/User",
                        "description": "the user"
                    },
                    "userDeprecated": {
                        "$ref": "#/components/schemas/User",
                        "description": "deprecated field",
                        "deprecated": true
                    }
                },
                "required": [
                    "user",
                    "userDeprecated"
                ]
            },
            "User": {
                "description": "User class",
                "properties": {
                    "name": {
                        "type": "string",
                        "description": "user's name"
                    }
                },
                "required": [
                    "name"
                ]
            }
        }
    }
}

in OpenAPI 3.1.0. If there exist a $ref field, all other fields SHOULD NOT be ignored in both serializer and deserializer.

Feature Request
Add support for  Schema Objects that contain a $ref keyword. And let such example runs well.
package com.example.swagger_java_demo.controller;

import io.swagger.v3.oas.annotations.Operation;
import io.swagger.v3.oas.annotations.media.Schema;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

import static io.swagger.v3.oas.annotations.media.Schema.RequiredMode.REQUIRED;

@RestController
public class HelloWorldController {
    @Operation(summary = "getSomeViewObject")
    @GetMapping("/foobar")
    public SomeViewObject getSomeViewObject() {
        return null;
    }

    public static class SomeViewObject {
        @Schema(description = "the user", requiredMode = REQUIRED)
        public User user;

        @Schema(description = "deprecated field", requiredMode = REQUIRED, deprecated = true)
        public User userDeprecated;
    }

    @Schema(description = "User class")
    public static class User {
        @Schema(description = "user's name", requiredMode = REQUIRED)
        public String name;
    }
}

@frantuma @HugoMario

OpenAPI 3.1 support has been added since version 2.2.0
Add an openapi31 = true configuration property In order to achieve the behavior mentioned in example above.
Please see wiki for details.


RECURSIVE 语法也不支持

uncategorized SQLException for SQL []; SQL state [null]; error code [0]; sql injection violation, syntax error: syntax error, error in :'WITH RECURSIVE ancestors AS (
',expect WITH, actual WITH WITH : WITH RECURSIVE ancestors AS (
SELECT
*
FROM org
WHERE 1=1
AND deleted = 1

druid什么版本？


Existing conda envs and multiple threads lead to failed processes

Snakemake version
6.0.0
Describe the bug
When starting snakemake with an already existing conda environment and multiple threads, all but one process of a rule fail.
Minimal example
Test case: snakemake_conda_bug.tar.gz
Snakefile
rule all:
        input:
                expand("output/{sample}.fasta", sample=[1,2,3,4,5,6])

rule copy:
        input:
                "files/{sample}.fasta"
        output:
                "output/{sample}.fasta"
        threads: 1
        conda:
                "envs/test.yaml"
        shell:
                "cp {input} {output}"

envs/test.yaml
dependencies:
 - python

bash command
snakemake --cores 4 --use-conda --conda-create-envs-only
snakemake -p --cores 4 --use-conda

Logs
Create environments before starting Snakemake run:
>$ snakemake --cores 4 --use-conda --conda-create-envs-only
Building DAG of jobs...
Creating conda environment envs/test.yaml...
Downloading and installing remote packages.
Environment for envs/test.yaml created (location: .snakemake/conda/e9b4e67e)

>$ snakemake -p --cores 4 --use-conda
Building DAG of jobs...
Using shell: /bin/bash
Provided cores: 4
Rules claiming more threads will be scaled down.
Job counts:
	count	jobs
	1	all
	6	copy
	7
Select jobs to execute...

[Wed Mar  3 16:14:40 2021]
rule copy:
    input: files/1.fasta
    output: output/1.fasta
    jobid: 1
    wildcards: sample=1

cp files/1.fasta output/1.fasta

[Wed Mar  3 16:14:40 2021]
rule copy:
    input: files/3.fasta
    output: output/3.fasta
    jobid: 3
    wildcards: sample=3

cp files/3.fasta output/3.fasta

[Wed Mar  3 16:14:40 2021]
rule copy:
    input: files/5.fasta
    output: output/5.fasta
    jobid: 5
    wildcards: sample=5

cp files/5.fasta output/5.fasta

[Wed Mar  3 16:14:40 2021]
rule copy:
    input: files/2.fasta
    output: output/2.fasta
    jobid: 2
    wildcards: sample=2

cp files/2.fasta output/2.fasta
[Wed Mar  3 16:14:40 2021]
Error in rule copy:
    jobid: 5
[Wed Mar  3 16:14:40 2021]
    output: output/5.fasta
Error in rule copy:
    conda-env: /home/patrick/tmp/snakemake_test/.snakemake/conda/e9b4e67e
    jobid: 3
    shell:
        cp files/5.fasta output/5.fasta
        (one of the commands exited with non-zero exit code; note that snakemake uses bash strict mode!)
    output: output/3.fasta

    conda-env: /home/patrick/tmp/snakemake_test/.snakemake/conda/e9b4e67e
    shell:
        cp files/3.fasta output/3.fasta
        (one of the commands exited with non-zero exit code; note that snakemake uses bash strict mode!)

[Wed Mar  3 16:14:40 2021]
Error in rule copy:
    jobid: 2
    output: output/2.fasta
    conda-env: /home/patrick/tmp/snakemake_test/.snakemake/conda/e9b4e67e
    shell:
        cp files/2.fasta output/2.fasta
        (one of the commands exited with non-zero exit code; note that snakemake uses bash strict mode!)

Activating conda environment: /home/patrick/tmp/snakemake_test/.snakemake/conda/e9b4e67e
[Wed Mar  3 16:14:43 2021]
Finished job 1.
1 of 7 steps (14%) done
Shutting down, this might take some time.
Exiting because a job execution failed. Look above for error message
Complete log: /home/patrick/tmp/snakemake_test/.snakemake/log/2021-03-03T161439.884202.snakemake.log

Start Snakemake run directly:
>$ snakemake -p --cores 4 --use-conda
Building DAG of jobs...
Creating conda environment envs/test.yaml...
Downloading and installing remote packages.
Environment for envs/test.yaml created (location: .snakemake/conda/e9b4e67e)
Using shell: /bin/bash
Provided cores: 4
Rules claiming more threads will be scaled down.
Job counts:
	count	jobs
	1	all
	6	copy
	7
Select jobs to execute...

[Wed Mar  3 16:13:46 2021]
Finished job 5.
2 of 7 steps (29%) done

[Wed Mar  3 16:13:46 2021]
rule copy:
    input: files/4.fasta
    output: output/4.fasta
    jobid: 4
    wildcards: sample=4

cp files/4.fasta output/4.fasta
Activating conda environment: /home/patrick/tmp/snakemake_test/.snakemake/conda/e9b4e67e
Select jobs to execute...

[Wed Mar  3 16:13:46 2021]
rule copy:
    input: files/6.fasta
    output: output/6.fasta
    jobid: 6
    wildcards: sample=6

cp files/6.fasta output/6.fasta
[Wed Mar  3 16:13:46 2021]
Finished job 1.
3 of 7 steps (43%) done
Activating conda environment: /home/patrick/tmp/snakemake_test/.snakemake/conda/e9b4e67e
[Wed Mar  3 16:13:46 2021]
Finished job 2.
4 of 7 steps (57%) done
[Wed Mar  3 16:13:46 2021]
Finished job 4.
5 of 7 steps (71%) done
[Wed Mar  3 16:13:46 2021]
Finished job 6.
6 of 7 steps (86%) done
Select jobs to execute...

[Wed Mar  3 16:13:46 2021]
localrule all:
    input: output/1.fasta, output/2.fasta, output/3.fasta, output/4.fasta, output/5.fasta, output/6.fasta
    jobid: 0

[Wed Mar  3 16:13:46 2021]
Finished job 0.
7 of 7 steps (100%) done
Complete log: /home/patrick/tmp/snakemake_test/.snakemake/log/2021-03-03T161332.764232.snakemake.log

Dirty solution: remove your .snakemake/ directory before each snakemake run (yep, it would download and create all environments each time).

I was able to reproduce with version 6.0.0, but it does not happen in 6.3.0 nor in the latest from github. I think this issue can be closed.


Allow connectionInitWaitTimeout configuration in graphql subscription

Description:
The connectionInitWaitTimeout of the graphql subscription is currently set to the default value from the websocket module, a configuration is needed to override this value.
Describe your problem(s)
Describe your solution(s)
Related Issues (optional):

Suggested Labels (optional):

Suggested Assignees (optional):

With this effort, we should also provide a way to configure ping and pong timeouts, as well as enable/disable ping and pong.


dubbo3 not found RmiProtocol.java and not found HessianProtocol.java

dubbo3 not found RmiProtocol.java and not found HessianProtocol.java
rmi and hessian, Are these protocols no longer supported in dubbo3 project？

try use
    <groupId>org.apache.dubbo.extensions</groupId>
    <artifactId>dubbo-rpc-rmi</artifactId>
    <version>1.0.1</version>

rmi and hessian have been moved to https://github.com/apache/dubbo-spi-extensions/tree/master/dubbo-rpc-extensions

thank u~~


Added support for caching embedded objects without a self link & null responses

References

Fixes DSpace/DSpace#9316
Fixes #3163
Fixes #2833

Description
Reduced the number of requests sent to the backend by caching embedded null objects (this will prevent unnecessary thumbnail requests). Also added support for caching embedded objects without a self-link. (Credit for this PR goes to @Atmire-Kristof)
Instructions for Reviewers
List of changes in this PR:

Added support to cache null responses.
Added support to cache embedded objects without self links.
Embedded the accessStatus in places where a separate request was made.

Guidance for how to test/review this PR:

On demo, go to your network tab and select Item Type Publication. Verify that a lot of thumbnail and accessStatus requests are made.
Perform the same action with this fix and verify that both the thumbnail and accessStatus requests are now cached.
These changes also apply to the browse page, the item page's related items section, the delete item tab, and the recent submissions section on the home page.

Checklist

[x] My PR is created against the main branch of code (unless it is a backport or is fixing an issue specific to an older branch).
[x] My PR is small in size (e.g. less than 1,000 lines of code, not including comments & specs/tests), or I have provided reasons as to why that's not possible.
[x] My PR passes ESLint validation using npm run lint
[x] My PR doesn't introduce circular dependencies (verified via npm run check-circ-deps)
[x] My PR includes TypeDoc comments for all new (or modified) public methods and classes. It also includes TypeDoc for large or complex private methods.
[x] My PR passes all specs/tests and includes new/updated specs or tests based on the Code Testing Guide.
[x] My PR aligns with Accessibility guidelines if it makes changes to the user interface.
[x] My PR uses i18n (internationalization) keys instead of hardcoded English text, to allow for translations.
[x] My PR includes details on how to test it. I've provided clear instructions to reviewers on how to successfully test this fix or feature.
[x] If my PR includes new libraries/dependencies (in package.json), I've made sure their licenses align with the DSpace BSD License based on the Licensing of Contributions documentation.
[x] If my PR includes new features or configurations, I've provided basic technical documentation in the PR itself.
[x] If my PR fixes an issue ticket, I've linked them together.

Note: https://github.com/DSpace/dspace-angular/issues/3163 should probably remain open since this PR doesn't cover everything mentioned there (search facets)

@alexandrevryghem : Would you be able to (manually) port this to both dspace-8_x and dspace-7_x?  Both of the automated ports have failed.


Use OpenEye Toolkits in tests

@j-wags any idea why the OpenEye license isn't being detected here? I've tried to match the toolkit's script as closely as possible. The one-liner assertion works on my machine.

Ok, I re-added openff-interchange as a repo that has access to the secret, and CI seems to be working now. Kinda a weird UX - I almost left the page before I saw I needed to click "Save changes". Looks like your tests are failing successfully now :-)

Thanks @j-wags! It seems like I didn't click "save," whoops.


Tapping Directions to ULB in map screen opens location in England in GPS app

According to my info, FOSDEM is in Brussels in January. I'm also not sure what ULB mean, why not just name the button "Directions"?

ULB is the name of the university where FOSDEM takes place in Brussels.
Which GPS app are you using, on which device and Android version? The passed URL is known to work with the latest Google Maps app or with any web browser.

I'm using OsmAnd~ 2.2.4 from F-Droid. Notably, it opens a GPS location with Lat: 50.812375 and Lon: 0.0 when pressing on it, so it probably misparses the location.
I have tested this with the Google Maps webpage by opening it with Fennec, which parses it correct. Curiously enough, if I open it in Fennec first, and use the built-in function to give it to a native app then, it works correctly, so seemingly the Google Maps website rewriting the URL makes OsmAnd able to parse it.
If it doesn't break any existing map software, could you consider switching http://maps.google.com/maps?f=d&daddr=%1$f,%2$f(%3$s)&dirflg=r in your MapFragment.java String.format to https://www.google.com/maps/dir//%1$f,%2$f/? This seems to fix OsmAnd and doesn't break the online map URL. Unfortunately, I cannot test it with the official Google Maps app, as I do not have it installed.

I'm using dirflg=r to setup Google Maps directions in public transport mode and I don't know how to do that with the new URL scheme. However I found the cause of the issue by looking at OsmAnd's code.


WIP: Revert "bump k8s 1.26, go 1.19"

WIP: test reverting commit a966200c341339a8b1cc4ac585c4bcb03fe4cdd0.

/hold

Just needed this for proving something was not an issue. Closing.


Optimize case of "no projection" (include all) so that doc_json embedded directly

One possible optimization we may be able to do is to short-circuit "parse-JSON from doc_json, modify, write as JSON" for the special case of no/empty Projection: this is where we may be able to simply inject contents of doc_json into output and avoid at least serialization, but possibly also deserialization cost.

After studying the code I am not sure this is feasible to do: document is carried along as JsonNode-based representation which is mutable, and the original String containing doc_json is not passed, nor is it clear how to keep track of changes to Document object (to know if it might have been changed).
Will keep open for a bit in case I get an idea of how to work around challenges.

I don't think this is feasible as things are; closing.


Datetime looks weird in rails 4.1 and bootstrap 3

I installed simple_form with default bootstrap cofiguration:  rails generate simple_form:install --bootstrap
And I have something like this in my code
<%= f.input :start_at, as: :datetime %>
But the result is:

Which looks weird, they are supposed to be in the same line right ?  however, bootstrap2 was fine.

Also seeing this.

+1

+1


Bad System Call FEXEMU

Problem description

self build fex
__NR_set_robust_list
System information
termux-info:

What version of glibc do you have installed?

glibc-2.39-4-aarch64.pkg.tar.xz

Did you compile fex-emu yourself? If not, where did you install the compiled one from?

i compile fex-emu in glibc for termux

You can compile according to the official fex documentation without needing any special settings

To copy rootfs.sqsh to the Termux Ubuntu Proot environment, extract it using unsquashfs, and then copy the extracted files from /tmp to Termux's .fex-emu/RootFS, enabling you to start under glibc


Add images inside the table?

Is there a way to add an image inside the table?
When I try to add it, it is rendered at the top left of the table and the string [object PDFDocument] is on the cell

Sorry, didnt know about the renderer option.
here is the solution for anyone that is searching:
const createLink2 = (value, indexColumn, indexRow, row, rectRow, rectCell) => {
    const { x, y, width, height } = rectCell;
    doc.image('a.png',x, y, { width: 8 });
    return `   ${value}`;
}

Nice idea!
  const base64 = "data:image/png;base64,...";
  const imageRenderer = (value, indexColumn, indexRow, row, rectRow, rectCell) => {
    const { x, y, width, height } = rectCell;
    doc.image(base64, x, y, { height: height});
    return ''; // void return
  }

or
    doc.image(base64, x, y, { fit: [width, height], align: 'center', valign: 'center'});

How to adjust the height of the row with image?
I can't use minRowHeight because my table just have 1 row that have image


Remove the example feature

The example feature should be part of the builder documentation.
Reference the builder documentation in the Garden Linux docs. We don't need to provide a builder feature example into the gardenlinux repo.

I think everything regarding this is already covered. This has been done with the following PRs:

Garden Linux: https://github.com/gardenlinux/gardenlinux/pull/1744/files#diff-162e3e36b33273a45e72b7d45f8882fb18d90ac845ba67503f656ad45635f4e5
Builder: https://github.com/gardenlinux/builder/pull/23


Two Scroll Containers

Is it possible to have two scroll containers?
For instance like Trello, You have a List and in that list you have Tasks. Now you'll want the List container to be scrollable vertically so you can drag the tasks up and down the List container. You'll also want to drag to another list but if those lists stretch past the parent containers width there's no way to drag the tasks to the other lists off the screen. You'd have to drag the task to the last visible List and then manually scroll the parent container horizontally and then pick the task back up and drag it to the desired list.
If not I can do it myself, but I thought I'd ask before I do.

Is it possible to have two scroll containers?

It is.

You'll also want to drag to another list but if those lists stretch past the parent containers width there's no way to drag the tasks to the other lists off the screen.

It's pretty easy to be implemented (onDragStart listen for the mouse position being near the container edges and scroll them), but I don't think it should be included in this library.
To implement this in the library would require the lists to be held in another container like it was before, defeating the purpose of the DragLayer resulting in other issues.

I'll close this for now. If its a need for the project, it should come in as another PR

@dimitarnestorov Yea that's what I was thinking I would have to do but I figured I would ask first. Thank you for your answer.


Blender Export 2.7 gets Matrix3.getInverse(): can't invert matrix, determinant is 0

Hi, I am using Three.js addon to export mesh (.json) from Blender.
When I add the model, it appears as though it has a scale.x, scale,y, scale.z all of 0 (even though I see directly in the json file that scale: 1.000000
So, when I click to add the item corresponding item , the above error is thrown.
Is there some option I need to check in Blender to get this working properly?
	"metadata": {
		"formatVersion" : 3.1,
		"generatedBy"   : "Blender 2.7 Exporter",
		"vertices"      : 36556,
		"faces"         : 18278,
		"normals"       : 16891,
		"colors"        : 0,
		"uvs"           : [4],
		"materials"     : 1,
		"morphTargets"  : 0,
		"bones"         : 0
	},

		"scale" : 1.000000,

	......

for me it was either: 1)that in blender, the exported object was positioned on a negative Y axis  OR 2)the mesh was so small that it was being rounded to 0 length, height, width


Not allowed method for deploy model

Describe the Bug
When i try deployed new model on self hosted Camunda Platform receiving error in the logs block:
RESTEASY003650: No resource method found for GET, return 405 with Allow header [ deploy-error ]

, and in the access logs on the Camunda Platform:
"GET /engine-rest/deployment/create HTTP/1.0" 405 121

Expected Behavior
Camunda Modeler send request for deploy model via POST method
Environment

OS: macOS 12.0.1
Camunda Modeler Version: 4.11.1
Execution Platform: 7.16

Thanks for opening this bug report. Could you elaborate which version of the self-hosted Camunda Platform you're using? How can I reproduce the issue myself?

Dear @Bugerman58 ,
thanks for reporting.
I cannot re-produce this. To ensure we have the same setting:

I am running Camunda Platform 7.16.0

I try to deploy a very simple process

I deploy via the deploy dialog

The deployment succeeds without issues:

Can you please check what differs in your setup and provide more details?

Ups, @nikku was quicker :-)

Thanks for fast answer.
I’ve SSL protected instance of Camunda Platform. When I’m deploying model via Camunda Modeler and send request to http endpoint, platform answers that we have to uses HTTPS enpoint and redirects request. And redirect request automacally becomes GET-request which is rejected by Paltform because it accepts POST-requests only.

This is something we currently do not support.
From my understanding this requirement is covered by this feature request: https://github.com/camunda/camunda-modeler/issues/2404. Could you please check whether #2404 covers your requirement? If that is this case, I would close this bug here.

Yes, this request #2404 is what I need. Sorry for erroneous report.

Yes, this request #2404 is what I need. Sorry for erroneous report.

No worries, thanks for confirming. This is helpful, since we know that this is needed from a variety of users.
Closing this as duplicate of #2404


Update how-to-use-secrets-in-runs.md

@j-martens : Thanks for your contribution! The author(s) have been notified to review your proposed change.

#sign-off

@j-martens: I'm sorry - only the author of this article, @rastala, can sign off on your changes. But we do have an exception process - if you are on the Microsoft content or product team for this product area, you can ask the PR review team to review and merge it by sending mail to the techdocprs alias.


Is there a way to compile as script?

ts.transpileModule() is documented to treat all input as a module.  I'm trying to use the TS API in my toolchain as an ES6 transpiler for .js files, however there doesn't seem to be a way to transpile plain scripts, only modules.  This is a dealbreaker and forces me to use Babel, which is a lot slower.
The Compiler API doesn't seem to be well-documented - so I'm asking here, what do I have to do to the TS compiler API to treat input as script code?

For now I managed to fake a top-level script by providing a global exports binding in my environment (which maps to the global object) and passing noImplicitUseStrict to the transpiler.  This seems to be fully compatible.  But of course it would be cleaner and less hacky if there were a real compile-as-script option.

what do you mean by "script"? do you have an export / import in your file?

I see the issue now. this is a bug.

By script, I meant global code, i.e. the way a browser would treat the file.  var at top level goes to global object, etc.

Should be fixed by https://github.com/Microsoft/TypeScript/pull/14493. The fix should be in typescript@next later tonight


feat: add support for Decimal and Decimal score types

Decimal maps mostly to BigDecimal, although its floating point concepts are ignored (Python does not have an infinite precision MathContext, so it acts more like a dynamic range floating point with an adjustable precision. The precision used is shared in a thread local object that can be changed using decimal.setcontext.

Added str constructors to float and int

Added sanity tests for all variants of penalize/reward/impact and score types

All Java methods that return BigDecimal are automatically translated to PythonDecimal instances.


feat: Parallelize the GithubRepoLoader

Instead of synchronously fetching file content and directory info, this change leverages promises and Promise.all to parallelize the file retrieval when recursive = true for GithubRepoLoader.
Fixes #2196
Twitter: https://twitter.com/yroc92

Looks nice! Just a bit worried about rate limits/the change in behavior - see comments

Hey @yroc92, added max concurrency support with an internal utility we have. Thank you, will get this merged tonight!

Thanks again!

@jacoblee93 good to know about the concurrency support!
It’s definitely easy to hit rate limits if you don’t filter out enough files with gitignore. But parallelizing the ops won’t impact the rate limit much because the limits are calls per hour. Using an API key makes the limits much higher.

Ah gotcha. Well, I defaulted to 2 but you can always set it to Infinity to get the other behavior


Unable to build Tensorflow 2.12.0 Open CL delegate for aarch64 platform

Click to expand!
Issue Type
Build/Install
Source
source
Tensorflow Version
2.12.0
Custom Code
No
OS Platform and Distribution
Linux Ubuntu 20.04
Mobile device
Khadas Vim 3
Python version
3.8.10
Bazel version
5.1.1
GCC/Compiler version
10.3.1
CUDA/cuDNN version
No response
GPU model and memory
Mali G52
Current Behaviour?
Downloaded the current source from GitHub and tried to compile and build the source.

It was causing build failure with GCC 8.3.0 (default) and the documentation - https://www.tensorflow.org/install/source seem to expect >= GCC 9.3.1. So, downloaded gcc-arm-10.3-2021.07-x86_64-aarch64-none-linux-gnu compiler from Arm and tried to build Tensorflow from scratch using the compiler. Still, no change to the errors experienced with build the delegate shared library.

Standalone code to reproduce the issue
Build using:

bazel --output_user_root=`pwd`/../build build --config=monolithic --config=elinux_aarch64 -c opt --copt -DMESA_EGL_NO_X11_HEADERS --copt -DEGL_NO_X11 --copt -DCL_DELEGATE_NO_GL tensorflow/lite/delegates/gpu:libtensorflowlite_gpu_delegate.so --verbose_failures

Relevant log output
ERROR: /opt/Projects/vim3/current/tensorflow/tensorflow/lite/delegates/gpu/cl/BUILD:563:11: Compiling tensorflow/lite/delegates/gpu/cl/util.cc failed: (Exit 1): aarch64-none-linux-gnu-gcc failed: error executing command
  (cd /opt/Projects/vim3/current/build/8a8a750b08c8b6808e7e24e10efdeaac/execroot/org_tensorflow && \
  exec env - \
    PATH=/home/user/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin \
    PWD=/proc/self/cwd \
    PYTHON_BIN_PATH=/usr/bin/python3 \
    PYTHON_LIB_PATH=/usr/lib/python3/dist-packages \
    TF2_BEHAVIOR=1 \
  /opt/Projects/vim3/current/build/8a8a750b08c8b6808e7e24e10efdeaac/external/aarch64_linux_toolchain/bin/aarch64-none-linux-gnu-gcc -fstack-protector -g0 -O2 -DNDEBUG -ffunction-sections -fdata-sections -isystem /opt/Projects/vim3/current/build/8a8a750b08c8b6808e7e24e10efdeaac/external/aarch64_linux_toolchain/lib/gcc/aarch64-none-linux-gnu/10.3.1/include -isystem /opt/Projects/vim3/current/build/8a8a750b08c8b6808e7e24e10efdeaac/external/aarch64_linux_toolchain/lib/gcc/aarch64-none-linux-gnu/10.3.1/include-fixed -isystem /opt/Projects/vim3/current/build/8a8a750b08c8b6808e7e24e10efdeaac/external/aarch64_linux_toolchain/aarch64-none-linux-gnu/include/c++/10.3.1/ -isystem /opt/Projects/vim3/current/build/8a8a750b08c8b6808e7e24e10efdeaac/external/aarch64_linux_toolchain/aarch64-none-linux-gnu/libc/usr/include/ -isystem /usr/include/python3.5 -isystem /usr/include/ -MD -MF bazel-out/aarch64-opt/bin/tensorflow/lite/delegates/gpu/cl/_objs/util/util.pic.d '-frandom-seed=bazel-out/aarch64-opt/bin/tensorflow/lite/delegates/gpu/cl/_objs/util/util.pic.o' -fPIC -iquote . -iquote bazel-out/aarch64-opt/bin -iquote external/com_google_absl -iquote bazel-out/aarch64-opt/bin/external/com_google_absl -iquote external/opencl_headers -iquote bazel-out/aarch64-opt/bin/external/opencl_headers -iquote external/FP16 -iquote bazel-out/aarch64-opt/bin/external/FP16 -Ibazel-out/aarch64-opt/bin/external/FP16/_virtual_includes/FP16 -isystem external/opencl_headers -isystem bazel-out/aarch64-opt/bin/external/opencl_headers -isystem external/FP16/include -isystem bazel-out/aarch64-opt/bin/external/FP16/include -Wno-all -Wno-extra -Wno-deprecated -Wno-deprecated-declarations -Wno-ignored-attributes -Wno-unknown-warning -Wno-array-parameter -Wno-stringop-overflow -Wno-array-bounds -Wunused-result '-Werror=unused-result' -Wswitch '-Werror=switch' -DAUTOLOAD_DYNAMIC_KERNELS -DMESA_EGL_NO_X11_HEADERS -DEGL_NO_X11 -DCL_DELEGATE_NO_GL '-std=c++17' -Wno-builtin-macro-redefined '-D__DATE__="redacted"' '-D__TIMESTAMP__="redacted"' '-D__TIME__="redacted"' -no-canonical-prefixes -fno-canonical-system-headers -c tensorflow/lite/delegates/gpu/cl/util.cc -o bazel-out/aarch64-opt/bin/tensorflow/lite/delegates/gpu/cl/_objs/util/util.pic.o)
# Configuration: af6158f7a268e712042d3dcc32a6d7e8e207b6ca0f529c25a9d7e84c111a5435
# Execution platform: @local_execution_config_platform//:platform
In file included from /usr/include/CL/cl.h:32,
                 from ./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:19,
                 from ./tensorflow/lite/delegates/gpu/cl/util.h:24,
                 from tensorflow/lite/delegates/gpu/cl/util.cc:16:
/usr/include/CL/cl_version.h:34:104: note: '#pragma message: cl_version.h: CL_TARGET_OPENCL_VERSION is not defined. Defaulting to 220 (OpenCL 2.2)'
   34 | #pragma message("cl_version.h: CL_TARGET_OPENCL_VERSION is not defined. Defaulting to 220 (OpenCL 2.2)")
      |                                                                                ^
In file included from ./tensorflow/lite/delegates/gpu/cl/util.h:24,
                 from tensorflow/lite/delegates/gpu/cl/util.cc:16:
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:526:9: error: ISO C++ forbids declaration of 'cl_command_buffer_khr' with no type [-fpermissive]
  526 | typedef cl_command_buffer_khr(CL_API_CALL *PFN_clCreateCommandBufferKHR)(
      |         ^~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:526:9: error: typedef 'tflite::gpu::cl::cl_command_buffer_khr' is initialized (use 'decltype' instead)
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:526:44: error: 'PFN_clCreateCommandBufferKHR' was not declared in this scope; did you mean 'PFN_clCreateCommandQueue'?
  526 | typedef cl_command_buffer_khr(CL_API_CALL *PFN_clCreateCommandBufferKHR)(
      |                                            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |                                            PFN_clCreateCommandQueue
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:531:29: error: typedef 'tflite::gpu::cl::PFN_clRetainCommandBufferKHR' is initialized (use 'decltype' instead)
  531 | typedef cl_int(CL_API_CALL *PFN_clRetainCommandBufferKHR)(
      |                             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:532:5: error: 'cl_command_buffer_khr' was not declared in this scope
  532 |     cl_command_buffer_khr /*command_buffer*/);
      |     ^~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:534:29: error: typedef 'tflite::gpu::cl::PFN_clReleaseCommandBufferKHR' is initialized (use 'decltype' instead)
  534 | typedef cl_int(CL_API_CALL *PFN_clReleaseCommandBufferKHR)(
      |                             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:535:5: error: 'cl_command_buffer_khr' was not declared in this scope
  535 |     cl_command_buffer_khr /*command_buffer*/);
      |     ^~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:537:29: error: typedef 'tflite::gpu::cl::PFN_clFinalizeCommandBufferKHR' is initialized (use 'decltype' instead)
  537 | typedef cl_int(CL_API_CALL *PFN_clFinalizeCommandBufferKHR)(
      |                             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:538:5: error: 'cl_command_buffer_khr' was not declared in this scope
  538 |     cl_command_buffer_khr /*command_buffer*/);
      |     ^~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:542:5: error: 'cl_command_buffer_khr' has not been declared
  542 |     cl_command_buffer_khr /*command_buffer*/,
      |     ^~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:546:29: error: typedef 'tflite::gpu::cl::PFN_clCommandNDRangeKernelKHR' is initialized (use 'decltype' instead)
  546 | typedef cl_int(CL_API_CALL *PFN_clCommandNDRangeKernelKHR)(
      |                             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:547:5: error: 'cl_command_buffer_khr' was not declared in this scope
  547 |     cl_command_buffer_khr /*command_buffer*/,
      |     ^~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:548:39: error: expected primary-expression before ',' token
  548 |     cl_command_queue /*command_queue*/,
      |                                       ^
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:549:5: error: expected primary-expression before 'const'
  549 |     const cl_ndrange_kernel_command_properties_khr * /*properties*/,
      |     ^~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:550:25: error: expected primary-expression before ',' token
  550 |     cl_kernel /*kernel*/, cl_uint /*work_dim*/,
      |                         ^
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:550:47: error: expected primary-expression before ',' token
  550 |     cl_kernel /*kernel*/, cl_uint /*work_dim*/,
      |                                               ^
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:551:5: error: expected primary-expression before 'const'
  551 |     const size_t * /*global_work_offset*/, const size_t * /*global_work_size*/,
      |     ^~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:551:44: error: expected primary-expression before 'const'
  551 |     const size_t * /*global_work_offset*/, const size_t * /*global_work_size*/,
      |                                            ^~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:552:5: error: expected primary-expression before 'const'
  552 |     const size_t * /*local_work_size*/,
      |     ^~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:553:45: error: expected primary-expression before ',' token
  553 |     cl_uint /*num_sync_points_in_wait_list*/,
      |                                             ^
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:554:5: error: expected primary-expression before 'const'
  554 |     const cl_sync_point_khr * /*sync_point_wait_list*/,
      |     ^~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:555:5: error: 'cl_sync_point_khr' was not declared in this scope
  555 |     cl_sync_point_khr * /*sync_point*/,
      |     ^~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:555:39: error: expected primary-expression before ',' token
  555 |     cl_sync_point_khr * /*sync_point*/,
      |                                       ^
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:556:5: error: 'cl_mutable_command_khr' was not declared in this scope
  556 |     cl_mutable_command_khr * /*mutable_handle*/);
      |     ^~~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:556:48: error: expected primary-expression before ')' token
  556 |     cl_mutable_command_khr * /*mutable_handle*/);
      |                                                ^
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:558:29: error: typedef 'tflite::gpu::cl::PFN_clGetCommandBufferInfoKHR' is initialized (use 'decltype' instead)
  558 | typedef cl_int(CL_API_CALL *PFN_clGetCommandBufferInfoKHR)(
      |                             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:559:5: error: 'cl_command_buffer_khr' was not declared in this scope
  559 |     cl_command_buffer_khr /*command_buffer*/,
      |     ^~~~~~~~~~~~~~~~~~~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:560:5: error: 'cl_command_buffer_info_khr' was not declared in this scope; did you mean 'cl_command_queue_info'?
  560 |     cl_command_buffer_info_khr /*param_name*/, size_t /*param_value_size*/,
      |     ^~~~~~~~~~~~~~~~~~~~~~~~~~
      |     cl_command_queue_info
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:560:75: error: expected primary-expression before ',' token
  560 |     cl_command_buffer_info_khr /*param_name*/, size_t /*param_value_size*/,
      |                                                                           ^
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:561:5: error: expected primary-expression before 'void'
  561 |     void * /*param_value*/, size_t * /*param_value_size_ret*/);
      |     ^~~~
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:561:36: error: expected primary-expression before '*' token
  561 |     void * /*param_value*/, size_t * /*param_value_size_ret*/);
      |                                    ^
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:561:62: error: expected primary-expression before ')' token
  561 |     void * /*param_value*/, size_t * /*param_value_size_ret*/);
      |                                                              ^
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:682:8: error: 'PFN_clCreateCommandBufferKHR' does not name a type; did you mean 'PFN_clEnqueueCommandBufferKHR'?
  682 | extern PFN_clCreateCommandBufferKHR clCreateCommandBufferKHR;
      |        ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |        PFN_clEnqueueCommandBufferKHR
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:683:8: error: 'PFN_clRetainCommandBufferKHR' does not name a type; did you mean 'PFN_clEnqueueCommandBufferKHR'?
  683 | extern PFN_clRetainCommandBufferKHR clRetainCommandBufferKHR;
      |        ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |        PFN_clEnqueueCommandBufferKHR
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:684:8: error: 'PFN_clReleaseCommandBufferKHR' does not name a type; did you mean 'PFN_clEnqueueCommandBufferKHR'?
  684 | extern PFN_clReleaseCommandBufferKHR clReleaseCommandBufferKHR;
      |        ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |        PFN_clEnqueueCommandBufferKHR
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:685:8: error: 'PFN_clFinalizeCommandBufferKHR' does not name a type; did you mean 'PFN_clEnqueueCommandBufferKHR'?
  685 | extern PFN_clFinalizeCommandBufferKHR clFinalizeCommandBufferKHR;
      |        ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |        PFN_clEnqueueCommandBufferKHR
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:687:8: error: 'PFN_clCommandNDRangeKernelKHR' does not name a type; did you mean 'PFN_clEnqueueNDRangeKernel'?
  687 | extern PFN_clCommandNDRangeKernelKHR clCommandNDRangeKernelKHR;
      |        ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |        PFN_clEnqueueNDRangeKernel
./tensorflow/lite/delegates/gpu/cl/opencl_wrapper.h:688:8: error: 'PFN_clGetCommandBufferInfoKHR' does not name a type; did you mean 'PFN_clGetCommandQueueInfo'?
  688 | extern PFN_clGetCommandBufferInfoKHR clGetCommandBufferInfoKHR;
      |        ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |        PFN_clGetCommandQueueInfo
tensorflow/lite/delegates/gpu/cl/util.cc: In function 'std::string tflite::gpu::cl::CLErrorCodeToString(cl_int)':
tensorflow/lite/delegates/gpu/cl/util.cc:155:10: error: 'CL_INVALID_COMMAND_BUFFER_KHR' was not declared in this scope; did you mean 'CL_INVALID_COMMAND_QUEUE'?
  155 |     case CL_INVALID_COMMAND_BUFFER_KHR:
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |          CL_INVALID_COMMAND_QUEUE
tensorflow/lite/delegates/gpu/cl/util.cc:157:10: error: 'CL_INVALID_SYNC_POINT_WAIT_LIST_KHR' was not declared in this scope; did you mean 'CL_INVALID_EVENT_WAIT_LIST'?
  157 |     case CL_INVALID_SYNC_POINT_WAIT_LIST_KHR:
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |          CL_INVALID_EVENT_WAIT_LIST
tensorflow/lite/delegates/gpu/cl/util.cc:159:10: error: 'CL_INCOMPATIBLE_COMMAND_QUEUE_KHR' was not declared in this scope
  159 |     case CL_INCOMPATIBLE_COMMAND_QUEUE_KHR:
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
At global scope:
cc1plus: note: unrecognized command-line option '-Wno-array-parameter' may have been intended to silence earlier diagnostics
cc1plus: note: unrecognized command-line option '-Wno-unknown-warning' may have been intended to silence earlier diagnostics
Target //tensorflow/lite/delegates/gpu:libtensorflowlite_gpu_delegate.so failed to build
INFO: Elapsed time: 56.712s, Critical Path: 5.83s
INFO: 233 processes: 197 internal, 36 local.
FAILED: Build did NOT complete successfully

The issue was was happening due to Tensorflow build referring to local CL includes which are at a different version. It got resolved with a work-around of renaming the /usr/include CL directory temporarily. There was no issue in compiling with the old compiler version (GCC 8.3.0) which comes with Tensorflow as well.
I do not think the build should refer to the host /usr/includes in prior to what is present in the build directories (opencl_headers is present in the build). Hence, keeping this issue open!

Hi @csn1800 !
Sorry for the late response.
Currently GPU delegates are enabled for Android and IOS in Bazel Builds.
Could you refer the  CMake arm  documentation for use case and let us know.
Thank you!

@mohantym I could build tensorflow lite static library following instructions from Build for AArch64 (ARM64) under CMake arm link you shared, still, had to use following flags additionally in cmake:
-DXNNPACK_ENABLE_ARM_BF16=OFF \
-DFLATBUFFERS_BUILD_FLATC=OFF \

flatc issues I observed seem similar to Exec format error when cross compiling(v2.0.5 and v2.0.6). I had seen flatc building with target's compiler (it must be executable for host I assume) which causes errors in certain environment. Still, with the above two flags, I could get libtensorflow-lite.a generated.

@csn1800 !
If your device support Open CL support, you can enable GPU delegate by adding one more  flag.
-DTFLITE_ENABLE_GPU=ON
Reference.
Thank you!

@mohantym I had tried that too and it seems to work fine (could find GPU related symbols in the lib, though I have not  tried with any app). I could generate shared libraries with BUILD_SHARED_LIBS=ON and CL_DELEGATE_NO_GL seems to be enabled by default. So, all looked fine. Only minor issue is that the .so names - whether it is CPU, GPU (CL/GL) - comes out to be the same which can be confusing.
Thank you.

@csn1800!
you can check whether the build contains GPU delegate or not using grep command.
nm -C libtensorflow-lite.a | grep gpu
Reference
Marking this as resolved from above comment . Feel free to re-open if it still persists.
Thank you!

Currently GPU delegates are enabled only for Android in Bazel Builds.

@mohantym , are you implying that gpu delegate will not work with gradle build? It will only work with bazel builds?
Is this arch specific or does it also apply to arm (qualcomm architecture)

@madhavarora2002 !
You can use CMake documentation for Arm specific builds.
Thank you!


No internet connection on Windows from VM

After booting into boot2docker VM no external IP address or domain is reachable, so docker can't download any images.

Fixed after running:
VBoxManage modifyvm "boot2docker-vm" --natdnshostresolver1 on


Migrating FreeOTP from iphone to android

Hey there! I recently switched from iphone to android. I had FreeOTP on my iphone and need to find a way to migrate it to my android.
I found these two posts:
[(https://lists.fedoraproject.org/archives/list/freeotp-devel@lists.fedorahosted.org/message/AVKVOEPZVIO5H5XVW334GAWES5CQ7BXM/)]
[https://thevaliantway.com/2018/08/freeotp-migration/]
But both seem to be going from android to android. Also, I would rather not root my android yet as it is brand new.
Any help is greatly appreciated, thanks!

perhaps you could also give a hint how to migrate from OTP app from android to freeOTP on iOS (with not-rooted iPhone)  ?


Support for macOS (OS X) 10.12.0

[ yep ] Ran brew update and retried your prior step?
[yep ] Ran brew doctor, fixed as many issues as possible and retried your prior step?
[yep ] If you're seeing permission errors tried running sudo chown -R $(whoami) $(brew --prefix)?

Bug reports:
Add support for macOS 10.12.0
When installing/updating/upgrading any taps, you get the following
Warning: You are using OS X 10.12. We do not provide support for this pre-release version. You may encounter build failures or other breakages.

Warning: You are using OS X 10.12. We do not provide support for this pre-release version. You may encounter build failures or other breakages.

There's basic support for macOS 10.12 already, Homebrew recognises that system & knows which Xcode/CLT people should be using, and brew tests will pass. Support is fairly rapidly being added on our side. What will take significantly longer is formulae compatibility, which is more or less out of our hands beside doing some backporting where appropriate.
We're less than 36 hours into 10.12 being a "thing". The message is a warning that you'll see more breakage on 10.12 than you would 10.9-10.11. If nothing breaks, ignore the warning, but we're not going to axe the warning until the system drops stable.

Maintainers, it's important to be precise and avoid spreading FUD.
Warning: You are using OS X 10.12.
Almost correct. Apple changed the name to macOS.
We do not provide support for this pre-release version.
It's unclear who "we" is or what "provide support" means.
You may encounter build failures or other breakages.
Build failures occur all the time for many different reasons. Also, there's no such word as "breakage".
Please create pull-requests instead of filing issues.
What does this even mean? You don't want to know if your users are experiencing a problem?

Thanks for the feedback. We is us, support is this, breakage is absolutely a word, and while fixing issues on prerelease operating systems is not a priority for us, especially early in the release cycle, we do appreciate and accept fixes.

If anyone (else) comes across this after the fact, you may wish to check to confirm your version of homebrew is updating past 1.0. I found myself getting the message above after brew update and brew upgrade, but still needed to follow the info in this thread on the homebrew forum to get updated correctly. The message no longer shows after I got upgraded from v 0.9x to 1.x.


Agent not starting pkg_resources.py issue

Hi
I have just installed the newrelic plugin agent on Redhat 6.5 using Python 2.6 getting the following
Starting /usr/bin/newrelic-plugin-agent: Traceback (most recent call last):   File "/usr/bin/newrelic-plugin-agent", line 5, in <module>     from pkg_resources import load_entry_point   File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 2655, in <module>     working_set.require(__requires__)   File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 648, in require     needed = self.resolve(parse_requirements(requirements))   File "/usr/lib/python2.6/site-packages/pkg_resources.py", line 546, in resolve     raise DistributionNotFound(req) pkg_resources.DistributionNotFound: argparse
I have tried the various ideas such as making sure packages are up to date, tried the removing line from requires.txt /usr/lib/python2.6/site-packages/newrelic_plugin_agent-1.3.0-py2.6.egg-info/requires.txt and nothing is resolving it
Thanks for any assistance

I had the same error on Centos (AWS EC2).
You have to install yum install python-setuptools or update requests pip install requests --upgrade

I have the same error as well on CentOs on Ec2.
I updated pip and python-setuptools are installed and up to date. I get the same exact error message and am wondering what I may be missing?

I have the same error, pip and python-setuptools are installed and up to date. Any news about it?

I am running into the same issue. Did you all solve this?

I am having the exact same error, and it is on 1 of 3 in an ELB cluster where every RHEL image is the same.   Did anyone solve this, as I'm stuck.

For me same issue after removing request>= line from requirements.txt. Does anybody have a solution...

I got it started by upgrading setuptools. execute command pip install -U setuptools and try again.
No need to remove line requests>= in requirements.txt


 These should have the same content as appears in the biodiversity panels in the story tool. Are these descriptions being pulled from somewhere else?

Unfortunately they are always somewhat cut off.... they are sourced from a Wikipedia "snippets" API that just produces the first bit of the text. It's not really terribly desirable but I guess better than no info. At some point we should really just drop in links to Wikipedia itself but that is a framework-wide change

ok, yes I see that that's also happening in the original storytool panels, but there I see a ...  (ellipsis) which is helpful. Could we add that here? And it would also help to make the Wikipedia Summary heading into a link to the Wikipedia entry.


Catch TTY warning instead of throwing an exception

Q
A

Issue Type
Bug

Deployer Version
6.2.0

Local Machine OS
Ubuntu 16.04.4 LTS

Remote Machine OS
N/A

Description
As per resolved here in another project: https://github.com/laravel/dusk/pull/226/files#diff-9b77ed94c2c2c5083de8ec6cc456096e
Using ['tty' => true] with run() or runLocally() on Jenkins produces error TTY mode requires /dev/tty to be read/writable..
From reading up it's just because of colors, it will print ok, just in black and white, which is fine. So we should catch the exception and warn about it, as per the fix linked to above, instead of throwing and exception and halting everything.
Steps to reproduce
Use ['tty' => true] with run() or runLocally() on Jenkins.
Content of deploy.php
task('test:phpunit', function() {
    run('vendor/bin/phpunit', ['tty' => true]);
}

Output log
In Process.php line 1042:

  TTY mode requires /dev/tty to be read/writable.

Hi,
What do you think proper behavior?

As per my description:
From reading up it's just because of colors, it will print ok, just in black and white, which is fine. So we should catch the exception and warn about it, as per the fix linked to above, instead of throwing and exception and halting everything.

I know this is old, but thought I'd follow-up as I just came across the same issue with Bitbucket Pipelines. In my deploy.php file, I simply altered this value to be 'false':
set('git_tty', false);
It then ran the Bitbucket Pipelines deployment perfectly.

Closing this issue as inactive. If you still have this problem, please open a new issue.


Fix typo on MBCS_Tests/CLDR_11/test.bat

Fixes #4104
Signed-off-by: Ichiroh Takiguchi<EMAIL_ADDRESS>

Expected result file names were wrong.
CI works fine without this fix.
https://ci.adoptopenjdk.net/view/Test_grinder/job/Grinder_Simple/342/
I verified this fix with 11.0.17 on Japanese Windows.

CI works fine with this fix.
https://ci.adoptopenjdk.net/view/Test_grinder/job/Grinder_Simple/343/


removal of mentions of specialist documents in Readme, add link to rebuild

trello card

A change similar to that in this PR was merged in 3b51c333313349e15a16eb3a144fec68ca10b511. Deleting the branch.


Clang support

I've been experimenting with clang and thought it might be useful to open a discussion here before submitting pull requests. There might be some things I'm doing wrong, as I'm by no means an expert.
To get clang working, I use set(CMAKE_SYSROOT /usr/arm-none-eabi) in my CMakeLists, as well as:
-pico_find_compiler(PICO_COMPILER_CXX clang)
+pico_find_compiler(PICO_COMPILER_CXX clang++)
...
-set(CMAKE_CXX_FLAGS_INIT "${ARM_CLANG_COMMON_FLAGS}")
+set(CMAKE_CXX_FLAGS_INIT "${ARM_CLANG_COMMON_FLAGS} -isystem /usr/arm-none-eabi/include/c++/9.3.0/arm-none-eabi -isystem /usr/arm-none-eabi/include/c++/9.3.0/")

in the pico_arm_clang file.
Both -isystem flags seem necessary even after setting sysroot. Since one might choose to download newlib to any location, maybe the toolchain preloader should just check the CMAKE_SYSROOT flag first, then fall back to searching the usual locations (i.e. /usr/)  automatically, and if nothing is found, have cmake raise an error?
From here I can get a blink project to compile and assemble to an elf with just a few modifications to the sdk source. The only things clang complains about are in the assembly files.  The first two issues make no difference to the binaries with gcc (I've checked the disassembly) and should probably be changed anyway.

use of the unsupported rsbs with 0 immediate which gcc assembles to negs anyway, i.e.

-    rsbs r0, #0
+    negs r0, r0

extraneous #s in ldr commands, i.e.

- ldr r7,=#SIO_BASE
+ ldr r7,=SIO_BASE

use of unsigned suffix in defines... I don't like this fix because it's not in line with the coding style but I'm also not sure if any clang flags will help.

-#define PICO_STACK_SIZE 0x800u
+#define PICO_STACK_SIZE 0x800

use of any arithmetic expressions in labels, the only examples I've encountered are in  src/rp2_common/pico_double/double_v1_rom_shim.S:

- adr r4,drsqrtapp-8            @ first eight table entries are never accessed because of the mantissa's leading 1
+ adr r4,drsqrtapp              @ first eight table entries are never accessed because of the mantissa's leading 1
+ subs r4,r4,#8

This seems a little stupid on Clang's part, but I can't find any other solutions.
With these changes, clang reaches the linking stage. Of course there's a whole bunch of issues with lld, but I haven't touched any of those yet.

I've been experimenting with clang and thought it might be useful to open a discussion here before submitting pull requests. There might be some things I'm doing wrong, as I'm by no means an expert.

Yeah definitely uncharted territory, I'll probably create a feature branch anyway. I spent an hour or two playing with it way back when (hence the build files) but it wasn't high priority, just wanted to see if it it was going to be trivial (it wasn't!)

To get clang working, I use set(CMAKE_SYSROOT /usr/arm-none-eabi) in my CMakeLists, as well as:
-pico_find_compiler(PICO_COMPILER_CXX clang)
+pico_find_compiler(PICO_COMPILER_CXX clang++)
...
-set(CMAKE_CXX_FLAGS_INIT "${ARM_CLANG_COMMON_FLAGS}")
+set(CMAKE_CXX_FLAGS_INIT "${ARM_CLANG_COMMON_FLAGS} -isystem /usr/arm-none-eabi/include/c++/9.3.0/arm-none-eabi -isystem /usr/arm-none-eabi/include/c++/9.3.0/")

in the pico_arm_clang file.
Both -isystem flags seem necessary even after setting sysroot. Since one might choose to download newlib to any location, maybe the toolchain preloader should just check the CMAKE_SYSROOT flag first, then fall back to searching the usual locations (i.e. /usr/) automatically, and if nothing is found, have cmake raise an error?

Yeah, we obviously need to avoid hard coded paths (and eventually also consider non Unix OS).. are all these flags specifically to pick up newlib?

From here I can get a blink project to compile and assemble to an elf with just a few modifications to the sdk source. The only things clang complains about are in the assembly files. The first two issues make no difference to the binaries with gcc (I've checked the disassembly) and should probably be changed anyway.
* use of the unsupported `rsbs` with 0 immediate which gcc assembles to `negs` anyway, i.e.

-    rsbs r0, #0
+    negs r0, r0

Probably also fixable by .syntax unified which is probably what we should be doing

* extraneous `#`s in ldr commands, i.e.

- ldr r7,=#SIO_BASE
+ ldr r7,=SIO_BASE

oops

* use of unsigned suffix in defines... I don't like this fix because it's not in line with the coding style but I'm also not sure if any clang flags will help.

-#define PICO_STACK_SIZE 0x800u
+#define PICO_STACK_SIZE 0x800

develop branch now uses _u(0x800) instead with a different macro for assembler (actually it may not for stack size i will look)

* use of any arithmetic expressions in labels, the only examples I've encountered are in ` src/rp2_common/pico_double/double_v1_rom_shim.S`:

- adr r4,drsqrtapp-8            @ first eight table entries are never accessed because of the mantissa's leading 1
+ adr r4,drsqrtapp              @ first eight table entries are never accessed because of the mantissa's leading 1
+ subs r4,r4,#8

This seems a little stupid on Clang's part, but I can't find any other solutions.

Ugh - we should at least #ifdef this - is this a known feature or can you coerce it with parenthesis or something

With these changes, clang reaches the linking stage. Of course there's a whole bunch of issues with lld, but I haven't touched any of those yet.

yup.

are all these flags specifically to pick up newlib?

Yep - by default clang checks the gcc installation and uses its libraries, which can be seen with clang -v test.c:
#include "..." search starts here:
#include <...> search starts here:
 /bin/../lib64/gcc/x86_64-linux-musl/10.2/../../../../include/c++/10.2
 /bin/../lib64/gcc/x86_64-linux-musl/10.2/../../../../include/c++/10.2/x86_64-linux-musl
 /bin/../lib64/gcc/x86_64-linux-musl/10.2/../../../../include/c++/10.2/backward
 /usr/local/include
 /usr/include
 /usr/lib/clang/11.0.0/include

Unfortunately, it seems these flags need to be set manually when cross compiling.

Probably also fixable by .syntax unified which is probably what we should be doing

Actually most of the assembly files already use .syntax unified, and the rest don't have any syntax specified at all, so clang would assume unified.
find . -name \*\.S -exec grep -L syntax \{\} \;
./lib/tinyusb/hw/bsp/fomu/crt0-vexriscv.S
./src/rp2_common/boot_stage2/asminclude/boot2_helpers/exit_from_boot2.S
./src/rp2_common/boot_stage2/asminclude/boot2_helpers/read_flash_sreg.S
./src/rp2_common/boot_stage2/asminclude/boot2_helpers/wait_ssi_ready.S
./src/rp2_common/boot_stage2/boot2_generic_03h.S
./src/rp2_common/boot_stage2/boot2_is25lp080.S
./src/rp2_common/boot_stage2/boot2_usb_blinky.S
./src/rp2_common/boot_stage2/boot2_w25x10cl.S
./src/rp2_common/pico_platform/include/pico/asm_helper.S

I'll see if adding .syntax unified to these causes any problems for gcc.

Ugh - we should at least #ifdef this - is this a known feature or can you coerce it with parenthesis or something

Definitely. I've tried a bunch of things but clang still complains and I can't find any information about this behaviour online. I'll try asking on the irc or mailing list.
As for the linker, doing something like ln -s /bin/lld /usr/arm-none-eabi/bin/ld.lld, adding -fuse-ld=lld -Wl,-v in CMakeFiles/[project-name].dir/link.txt and running make (with the default CMakeLists.txt) prints the lld invocation. However, even with that there's an error:
ld.lld: error: CMakeFiles/my_project.dir/home/.../pico-sdk/src/rp2_common/pico_divider/divider.S.obj:(.text.__wrap___aeabi_uidiv+0x6): unrecognized relocation R_ARM_THM_JUMP8
collect2: error: ld returned 1 exit status

which seems to be an issue with lld itself. https://lld.llvm.org/ says that lld should support armv6 "however it was built", so I can only assume it's a bug.

adding newlib label, as we may want to build our own newlib anyway in some cases

Unfortunately, I don't have anything directly useful to add to this discussion (most of my experience with cross-compiling or embedded is using Rust), but I'd like to say that this would be an amazing benefit.
I would LOVE if this can get clang support. I use clang/llvm-based tooling for all my C and C++ projects and not being able to use that when working on pico-related projects is unfortunate.

note #511 which points out the CMSIS headers have some useful cross platform defines akin to our platform.h

Arm has released a pure llvm toolchain https://github.com/ARM-software/LLVM-embedded-toolchain-for-Arm

I've put some effort into compiling the pico-examples with clang.  After some fiddling most of it compiles at least.  Required changes are as follows:
pico_arm_clang.cmake
option(PICO_DEOPTIMIZED_DEBUG "Build debug builds with -O0" 0)

# working setup for https://github.com/ARM-software/LLVM-embedded-toolchain-for-Arm/releases/tag/release-15.0.2
FILE(REAL_PATH $ENV{PICO_TOOLCHAIN_PATH}/../lib/clang-runtimes/armv6m_soft_nofp MY_SYSROOT)
string(CONCAT ARM_TOOLCHAIN_COMMON_FLAGS
      " --target=armv6m-none-eabi -mcpu=cortex-m0plus"
      " -Wno-duplicate-decl-specifier"
      " -Wno-unused-command-line-argument"
      " -Wno-macro-redefined"
      " -Wno-unused-function"
      " -Wno-gnu-designator"
      " -fno-exceptions -fno-rtti"
      " --sysroot=${MY_SYSROOT}"
)
message(STATUS "Toolchain path: $ENV{PICO_TOOLCHAIN_PATH}")
message(STATUS "Sysroot:        ${MY_SYSROOT}")

include(${CMAKE_CURRENT_LIST_DIR}/set_flags.cmake)

memmap_default.ld:
    .heap (COPY):
    {
        __end__ = .;
        end = __end__;
	__heap_start = .;
        *(.heap*)
        __HeapLimit = .;
	__heap_end = .;
    } > RAM

Fetch https://github.com/ARM-software/LLVM-embedded-toolchain-for-Arm/releases/tag/release-15.0.2 and unpack it somewhere.
Testing is done in pico-examples directory:
mkdir build  &&  cd build
export PICO_TOOLCHAIN_PATH=<llvm-unpack-dir>/bin
cmake -DCMAKE_BUILD_TYPE=Debug     \
      -DPICO_BOARD=pico_w -DWIFI_SSID="XXX" -DWIFI_PASSWORD="YYY"   \
      -DFREERTOS_KERNEL_PATH=$PICO_SDK_PATH/lib/tinyusb/lib/FreeRTOS-Kernel  \
      -DTEST_TCP_SERVER_IP=<IP_ADDRESS> -DPICO_COMPILER=pico_arm_clang ..

There are some issues with inline assembler e.g. in divider.h and the RTT files, but as said most compiles.
Compile times on my machine for the whole examples are 13m25 for arm-none-eabi-gcc 12.2.1 and 5m15 for the arm-none-eabi clang.
Note that the directory structure of the other toolchain blobs may vary, so this is currently tested only with 15.0.2.
If wanted, I will create a pull request.

cool, thanks.. yeah, coincidentally i was playing with this week, just to see the state of it, and have things compiling (and running correctly) locally ... note i'm still using release 14.0.0 as the move to picolib breaks a bunch of stuff, but yeah no need for a PR at the moment; i will push my changes to a branch at some point

It seems, that the LLVM-embedded-toolchain guys are fiddling with the directory structure (or is it done within picolib?).  Current pico_arm_clang.cmake has to be extended accordingly:
find_path(PICO_COMPILER_SYSROOT NAMES include/stdio.h
                HINTS
                    ${PICO_COMPILER_DIR}/../lib/clang-runtimes/arm-none-eabi/armv6m_soft_nofp
                    ${PICO_COMPILER_DIR}/../lib/clang-runtimes/armv6m_soft_nofp
         )

set(ARM_TOOLCHAIN_COMMON_FLAGS "--target=armv6m-none-eabi -mfloat-abi=soft -march=armv6m --sysroot ${PICO_COMPILER_SYSROOT}")

Then its working for both clang 15.0.2 and the current develop branch.

yeah, the code in develop is only really tested with 14.0 release as 15.0.2 uses picolib, and that breaks some of the other integration (we will fix that later).


Startup takes too long

Issue Type: Bug
Extension Name: vscode-gitflow
Extension Version: 1.3.11
OS Version: Windows_NT x64 10.0.19044
VS Code version: 1.69.2

There might be few reasons for that. Can you look in OUTPUT-> Gitflow and copy log from there to here. There is a time for each command I'll know which one takes the most time.

These are commands that takes long time.
"C:\Program Files\Git\cmd\git.exe" status
"C:\Program Files\Git\cmd\git.exe" flow log

Can you run those in terminal in your repository directory and see how long it takes?
Another long command is
"C:\Program Files\Git\cmd\git.exe" remote

But that is understandable, it fetches from remote and it depends on internet speed.

I published new version and change git flow log to git flow status. Should work faster. еest it 1.3.12

Check version 1.3.13

You have any configuration for git path?

I also have this error but I can see elements in side bar. Do you?

You see viewlet title or branches inside it?

I cannot find the reason of a long load apart from remote request. ше also require Git panel to lad before it starts to load at all.


Update run-devel and README to use the docker hub image

Update README and run-devel so we use the docker hub image, so any user that comes here have a more easy approach to run docker

I suggest also adding a special condition in case of no web connection (docker pull will fail) to use the package's dockerfile

#24 and #27 already address the original issue. I moved @caioaamaral's suggestion to #32

#24 and #27 already address the original issue. I moved @caioaamaral's suggestion to #32