Implementing perspective, rotateX, rotateY, skewX and skewY for Android

Setting 3D transform properties to the Android View. The "perspective" property is a workaround and maybe needs to be thought a little better.

@felipemartim @chirag04 Really looking forward to have this PR merged! Can I somehow support here to bring it to a state where it can be reviewed / merged by @kmagiera?

@PhilippKrone sure. feel free to review and drop comments. I would use uiexplorer perspective example and see if it works after applying this PR.

@PhilippKrone sure! I already identified a bug with perspective. Depending on the order of the transform properties, -1/perspective[2] can be a completely different number. This has to do with how the perspectiveMatrix is calculated. I believe it would be better to set the perspective value specified on "styles" directly to "setCameraDistance()" Android View without all that magic that's happening in "decomposeMatrix()". Another issue is to set this value correctly according to the device pixel density.
Unfortunately I don't have the time to work on this right now and this is my first PR ever, so I don't know how can I help here. Are you able to evolve this PR?

@felipemartim @PhilippKrone I really want to work on this but can't get the uiexplorer to compile on master branch. I will spend some more time on it.

I got the perspective to work with all the examples on the uiexplore transform. I will share the update tomorrow.
@kmagiera would you have ideas about how to implement backfaceVisibility of ios on android? It is implemented on ios already. I can do it if you can give some info on java side of things.
https://developer.mozilla.org/en-US/docs/Web/CSS/backface-visibility

@chirag04 cool! thanks! :) The backfaceVisibility topic is exactly the last thing missing for me to have my animation / screen working!

diff --git a/Libraries/Utilities/MatrixMath.js b/Libraries/Utilities/MatrixMath.js
index 23db738..702578f 100755
--- a/Libraries/Utilities/MatrixMath.js
+++ b/Libraries/Utilities/MatrixMath.js
@@ -423,62 +423,26 @@ var MatrixMath = {
     );

     // output values
-    var perspective = [];
     var quaternion = [];
     var scale = [];
     var skew = [];
     var translation = [];

     // create normalized, 2d array matrix
-    // and normalized 1d array perspectiveMatrix with redefined 4th column
     if (!transformMatrix[15]) {
       return;
     }
     var matrix = [];
-    var perspectiveMatrix = [];
     for (var i = 0; i < 4; i++) {
       matrix.push([]);
       for (var j = 0; j < 4; j++) {
         var value = transformMatrix[(i * 4) + j] / transformMatrix[15];
         matrix[i].push(value);
-        perspectiveMatrix.push(j === 3 ? 0 : value);
       }
     }
-    perspectiveMatrix[15] = 1;

-    // test for singularity of upper 3x3 part of the perspective matrix
-    if (!MatrixMath.determinant(perspectiveMatrix)) {
-      return;
-    }
-
-    // isolate perspective
-    if (matrix[0][3] !== 0 || matrix[1][3] !== 0 || matrix[2][3] !== 0) {
-      // rightHandSide is the right hand side of the equation.
-      // rightHandSide is a vector, or point in 3d space relative to the origin.
-      var rightHandSide = [
-        matrix[0][3],
-        matrix[1][3],
-        matrix[2][3],
-        matrix[3][3]
-      ];
-
-      // Solve the equation by inverting perspectiveMatrix and multiplying
-      // rightHandSide by the inverse.
-      var inversePerspectiveMatrix = MatrixMath.inverse3x3(
-        perspectiveMatrix
-      );
-      var transposedInversePerspectiveMatrix = MatrixMath.transpose4x4(
-        inversePerspectiveMatrix
-      );
-      var perspective = MatrixMath.multiplyVectorByMatrix(
-        rightHandSide,
-        transposedInversePerspectiveMatrix
-      );
-    } else {
-      // no perspective
-      perspective[0] = perspective[1] = perspective[2] = 0;
-      perspective[3] = 1;
-    }
+    //perspective
+    var perspective = -1 / matrix[2][3];

     // translation is simple
     for (var i = 0; i < 3; i++) {
diff --git a/ReactAndroid/src/main/java/com/facebook/react/uimanager/BaseViewManager.java b/ReactAndroid/src/main/java/com/facebook/react/uimanager/BaseViewManager.java
index fbbae4c..b2d28a2 100644
--- a/ReactAndroid/src/main/java/com/facebook/react/uimanager/BaseViewManager.java
+++ b/ReactAndroid/src/main/java/com/facebook/react/uimanager/BaseViewManager.java
@@ -6,6 +6,7 @@ import android.graphics.Color;
 import android.os.Build;
 import android.view.View;

+import com.facebook.react.bridge.ReadableArray;
 import com.facebook.react.bridge.ReadableMap;

 /**
@@ -17,7 +18,8 @@ public abstract class BaseViewManager<T extends View, C extends LayoutShadowNode

   private static final String PROP_BACKGROUND_COLOR = ViewProps.BACKGROUND_COLOR;
   private static final String PROP_DECOMPOSED_MATRIX = "decomposedMatrix";
-  private static final String PROP_DECOMPOSED_MATRIX_ROTATE = "rotate";
+  private static final String PROP_DECOMPOSED_MATRIX_PERSPECTIVE = "perspective";
+  private static final String PROP_DECOMPOSED_MATRIX_ROTATION = "rotationDegrees";
   private static final String PROP_DECOMPOSED_MATRIX_SCALE_X = "scaleX";
   private static final String PROP_DECOMPOSED_MATRIX_SCALE_Y = "scaleY";
   private static final String PROP_DECOMPOSED_MATRIX_TRANSLATE_X = "translateX";
@@ -142,12 +144,18 @@ public abstract class BaseViewManager<T extends View, C extends LayoutShadowNode
             (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_TRANSLATE_X)));
     view.setTranslationY(PixelUtil.toPixelFromDIP(
             (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_TRANSLATE_Y)));
-    view.setRotation(
-        (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_ROTATE));
     view.setScaleX(
         (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_SCALE_X));
     view.setScaleY(
         (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_SCALE_Y));
+
+    float scale = DisplayMetricsHolder.getDisplayMetrics().density;
+    view.setCameraDistance(
+      (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_PERSPECTIVE) * scale);
+    ReadableArray rotationArray = matrix.getArray(PROP_DECOMPOSED_MATRIX_ROTATION);
+    view.setRotationX((float) rotationArray.getDouble(0));
+    view.setRotationY((float) rotationArray.getDouble(1));
+    view.setRotation((float) rotationArray.getDouble(2));
   }

   private static void resetTransformMatrix(View view) {
diff --git a/ReactAndroid/src/main/java/com/facebook/react/uimanager/BaseViewPropertyApplicator.java b/ReactAndroid/src/main/java/com/facebook/react/uimanager/BaseViewPropertyApplicator.java
index ec9117e..0613efd 100644
--- a/ReactAndroid/src/main/java/com/facebook/react/uimanager/BaseViewPropertyApplicator.java
+++ b/ReactAndroid/src/main/java/com/facebook/react/uimanager/BaseViewPropertyApplicator.java
@@ -16,6 +16,7 @@ import java.util.HashMap;
 import android.graphics.Color;
 import android.os.Build;
 import android.view.View;
+import com.facebook.react.bridge.ReadableArray;
 import com.facebook.react.bridge.ReadableMap;

 /**
@@ -26,7 +27,8 @@ import com.facebook.react.bridge.ReadableMap;
 public class BaseViewPropertyApplicator {

   private static final String PROP_DECOMPOSED_MATRIX = "decomposedMatrix";
-  private static final String PROP_DECOMPOSED_MATRIX_ROTATE = "rotate";
+  private static final String PROP_DECOMPOSED_MATRIX_PERSPECTIVE = "perspective";
+  private static final String PROP_DECOMPOSED_MATRIX_ROTATION = "rotationDegrees";
   private static final String PROP_DECOMPOSED_MATRIX_SCALE_X = "scaleX";
   private static final String PROP_DECOMPOSED_MATRIX_SCALE_Y = "scaleY";
   private static final String PROP_DECOMPOSED_MATRIX_TRANSLATE_X = "translateX";
@@ -130,23 +132,6 @@ public class BaseViewPropertyApplicator {
         view.setImportantForAccessibility(View.IMPORTANT_FOR_ACCESSIBILITY_NO_HIDE_DESCENDANTS);
       }
     }
-
-    // DEPRECATED
-    if (props.hasKey(PROP_ROTATION)) {
-      view.setRotation(props.getFloat(PROP_ROTATION, 0));
-    }
-    if (props.hasKey(PROP_SCALE_X)) {
-      view.setScaleX(props.getFloat(PROP_SCALE_X, 1.f));
-    }
-    if (props.hasKey(PROP_SCALE_Y)) {
-      view.setScaleY(props.getFloat(PROP_SCALE_Y, 1.f));
-    }
-    if (props.hasKey(PROP_TRANSLATE_X)) {
-      view.setTranslationX(PixelUtil.toPixelFromDIP(props.getFloat(PROP_TRANSLATE_X, 0)));
-    }
-    if (props.hasKey(PROP_TRANSLATE_Y)) {
-      view.setTranslationY(PixelUtil.toPixelFromDIP(props.getFloat(PROP_TRANSLATE_Y, 0)));
-    }
   }

   private static void setTransformMatrix(View view, ReadableMap matrix) {
@@ -154,12 +139,19 @@ public class BaseViewPropertyApplicator {
       (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_TRANSLATE_X)));
     view.setTranslationY(PixelUtil.toPixelFromDIP(
       (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_TRANSLATE_Y)));
-    view.setRotation(
-      (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_ROTATE));
     view.setScaleX(
       (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_SCALE_X));
     view.setScaleY(
       (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_SCALE_Y));
+
+    float scale = DisplayMetricsHolder.getDisplayMetrics().density;
+    view.setCameraDistance(
+      (float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_PERSPECTIVE) * scale);
+
+    ReadableArray rotationArray = matrix.getArray(PROP_DECOMPOSED_MATRIX_ROTATION);
+    view.setRotationX((float) rotationArray.getDouble(0));
+    view.setRotationY((float) rotationArray.getDouble(1));
+    view.setRotation((float) rotationArray.getDouble(2));
   }

   private static void resetTransformMatrix(View view) {

Above is the diff for getting flip. We really need to understand backfaceVisibility for android. Hoping for ideas from @kmagiera . I couldn't find anything related to backfaceVisibility on android.

Sorry guys, I accidentaly commited a merge on this PR that has nothing to do with it. Don't know how to undo it.

@chirag04 Isnt that something we could use? http://developer.android.com/training/animation/cardflip.html

@PhilippKrone I saw that link and it seem it uses native animation lib. I'm not sure how we can using the js animated library to work with the native one.
If it's a blocker, I think specific cardflip animation would be possible by bridging a new package and using the native animated lib. That's what i think we are going to do.

@chirag04 From how I understand it, currently no cardflip animation is possible at all in android as you will always see the backside, wont you?

Not sure we want to merge this in the current form. In any case, features like this need an example in the UIExplorer. Is there an iOS example? Have you tried running it on Android? Provide lots of screenshots.

I was trying to do some animations today, realized rotateX and rotateY weren't working in Android and found issue #3491 and from there I got here.
I've applied current diff to my local react-native and I'm getting this exception:

I'm doing a very basic rotateX with an interpolated Animated.Value, just in case it helps. It would be wonderful to have support for this animation properties in Android.
Cheers,
Miguel

@chirag04 can you make a new PR with your proposed changes? Perhaps we can get this stuff merged soon then

@kmagiera Sorry for pushing this, it's kind of a show stopper for me at the moment. Do you have an idea concerning the implementation of the css attribute "backfaceVisiblity" in android? (https://developer.mozilla.org/en-US/docs/Web/CSS/backface-visibility)

@chirag04 I get an exception using your diff. It seems that if matrix[2][3] is 0, then perspective is infinite, which will be handled as "null" in java. Following this, the line "view.setCameraDistance(
(float) matrix.getDouble(PROP_DECOMPOSED_MATRIX_PERSPECTIVE) * scale);" throws an exception.

@PhilippKrone I'm out of the office this week so won't be able to dig into this and answer your question anytime soon. Maybe @astreet can help?

I'm not very familiar with the Android 3D APIs, but I doubt anything like backface-visibility is available on the View class. You'll probably just need to mimic it (or polyfill it in JS using the standard 3D transform APIs?)

@PhilippKrone I managed to overcome the backfaceVisibility issue by setting the opacity of the front side of the card to 0 when the rotation reached 90º.

Can you check all of the places where MatrixMath is used? Can you verify your changes to that file don't break anything?

I have the same problem. Ugly, I use state to control rotation

Any updates on this @felipemartim ?

@satya164 I'll probably have to create a pull request to set rotateY, rotateX, skewX, skewY separated from perspective. I'll try to do it this weekend.

Awesome. Thanks for working on this @felipemartim


Remove follower functionality

Describe the feature you'd like and what it will do
We're no longer supporting followers of sites and should remove all endpoints and models related to managing followers.
Why is this feature important?
This change will help clean up our API and database models.
Is your feature request related to a problem? Please describe.
No response
Any additional comments?
No response

Created a PR for issue #175 with this change


Investigate: Smoothing out the frame rate limiter

Framerates are a bit of a minefield, which is why you should always write your game code to be framerate independent... like I haven't in most of the examples and demos! :facepalm:
The state of things is roughly this:
In your sbt/Mill build, you can opt to disable frame limiting in electron, if you like. This means that the browser (in electron) will request animation frames as often as possible. Great for demos, somewhat wasteful otherwise.
Otherwise, your environment will dictate the frame rate. What does that mean? Well in a browser you frame rate will be whatever the browser specifies, and you might think that will be 60 fps (as I did for many years), but in reality it's probably your monitors vsync rate, e.g. I'm sitting here will the electron frame rate limiter on, and no explicit FPS set, and I get a rock solid 144 fps by default.
Ok, but you really wanted 60 fps! No worries, enable the limiter in Indigo's game config and set it to 60 - job done! Right? Right...?
Sadly no. If I do that with the example I mentioned that was doing 144 fps, setting a hard limit of 60 fps results in ...48fps. What on earth is going on?!
The problem now is that Indigo and the browser are fighting each other. All that Indigo does is call requestAnimationFrame after a delay of one frame (16.667 milliseconds @ 60 fps), but if it does so at the point where the browser isn't ready or thinks it's running late and wants to skip a frame, then no frame is rendered... but Indigo now waits a full frame before trying again.
Is there a fix?
Maybe. I'm wondering if we could be more judicious about when we call requestAnimationFrame by making use of something like setTimeout to call back after a time delay that would put us on the next frame boundary (or near enough). I'm not sure what drawbacks something like that might have though, need to read up.
An alternative might be to try and decide if we actually rendered a frame when one was requested and if not immediately try again without waiting.

Another possibility is to do the opposite of what Tyrian does*: Namely, we render constantly without any limits or assumptions, but we only do model updates on the frame limit.
(*By contrast, Tyrian is slightly different in that it updates the model constantly with any limits, and renders only on a frame boundary which is always what the browser sets, and only if a scene/content change has occurred.)

This turns out to be really complicated and subtle. :joy:
Still looking at it, but the best (stable) framerates are achieved with disableFrameRateLimit := false, and the default config of no frame limiter, and your code written to account for the time delta. This puts full control of the framerate in the hands of the browser, meaning that Indigo and the browser aren't in competition.

I've spent enough time looking at this now, this is a "won't fix" - at least as long as Indigo is running in the browser using requestAnimationFrame as the underlying tick mechanism. I've created a ticket to update the docs, which includes a description of what is going on.

The only other thing I can think of is a track the average frame duration over the last, say, 5 frames. Then you could use the average as a heuristic to decide if the next update was likely to overshoot, and use something like setTimeout to delay the update and supply a guesstimated time.
Still wouldn't be accurate, might be closer. The danger with using estimated times is that we might see animations that weren't smooth.


Multi folder fallbacks example?

In this example:
https://platesphp.com/v4-alpha/simple-example/
how can I add multiple folder for fetch if not exist try next folder.
<?php
$templates = League\Plates\Engine::create('/path/to/templates');

<?php
$templates = League\Plates\Engine::create(['/path/to/overwrite', '/path/to/templates']);

so:
<?php

echo $templates->render('profile', ['name' => 'Jonathan']);
// if profile.phtml exist on /path/to/overwrite render then try '/path/to/templates' then return error

@mhf-ir sorry for the late reply,
curious, what exactly is the use case behind this?
You can use the addFolder method on the engine that is registered to support this which will accept an array of prefixes/locations to search for that specific folder.

Design framework/web app that has default layout system with default layout system. It's composer/packagist package.
If developer want to change it dont change the vendor/myframework/default-layout-path/layout.phtml it's add new directory if file exist read from src or lib directory instead of vendord default path. If not exist okey use vendor default file.

I'm going to be scrapping the v4 alpha on this. I won't be removing the alpha tag, but future releases won't be off of the alpha, it's going to be abandoned as is. Will be making a roadmap for the future of plates.


Fix NRT refct return leak.

The problem is due to NPM function  types.Dispatcher is returning new reference but the rest of the compiler is relying on variable binding for knowing when to incref.
This is a workaround.  A better fix is to emit incref/decref properly.

As a note, reference leak will cause performance degradation.

Can you open an issue for the incref/decref problem and mention this PR in it?  Just want to make sure we don't forget.  :)


Automated tests have disappeared?

Where did the automated tests go? I can't seem to find them anywhere anymore...

Good question. I hope I didn't lose them in the merge. Master was compatible with the automated test branch, so I PRed. Do you remember when they were added? I'll look through the logs if we have a rough starting point.

Also, I've been seeing travis do build tests on PRs, if that is what I think you mean.

Yeah, I saw travis doing build tests as well, but the test.js file is supposed to contain the tests that Travis should be running afaik, however it's contents seem to have been reverted to the old test file, which should've been moved to example.js, which for the moment doesn't even seem to compile anymore O_O. Did something got messed up when you restored the config.js.example file?

I didn't restore. I'll go back and look at the merge tomorrow (yay for weekends), as that is likely where we came undone.

https://github.com/RJacksonm1/node-dota2/commit/219e5729255da80c1ed73ce4f2a72f613662f6a7 this is the last commit on the correct file I could find

Probably something wonky while rebasing for a merge, when I look at the history for test.js there is no trace of Rob's commits. I think easiest way to fix things will be to just copy current contents of test.js in example.js and to replace test.js with the above commit.

I see where I did it, but like you said no history. Weird, cause this is a vanilla PR. Look in files changed.
https://github.com/RJacksonm1/node-dota2/pull/216/files

Files changed list test.js and indeed the entire file is replaced with its old value

I'll fix it tomorrow, but we haven't lost anything. Can I apply this to all branches (i.e. Dev, master and AT)?
We can have a test and example script in that folder.
I have a feeling that somewhere in the past few months, we deleted test and renamed example... but never synced AT, which meant it was always compatible.

Also, isn't the test useless with credentials. I recall us coming to consensus on whacking a throw away account in there. I'll do it.

yeah, no problem applying to all branches (think they're pretty much in sync), it's not like it's urgent :)
Probably an oversight somewhere, the way we've been merging these past few months it's no big surprise something gets borked occasionally. As long as it's only the tests and nothing critical I think we gucci :p

:fire: :+1:

The test uses an account that RJackson made in Travis.  It will not run
external PRs, but works for "trusted" ones.
On Fri, Feb 5, 2016 at 4:07 AM, jimmydorry<EMAIL_ADDRESS>wrote:

[image: :fire:] [image: :+1:]
—
Reply to this email directly or view it on GitHub
https://github.com/RJacksonm1/node-dota2/issues/228#issuecomment-180321804
.

Fixed. This time, automated testing branch should not be compatible with Master... so we shouldn't be able to inadvertently wipe our tests.
https://github.com/RJacksonm1/node-dota2/commit/44264e9fd56903153a134cb034c13729a8f6da72


Build binaries

Resolves #2
cc @springmeyer @jakepruitt @GretaCB

Running into some errors beyond my knowledge - some 👀  from @springmeyer would be great here.
Hitting LeakSanitizer: detected memory leaks. I imagine this is prevented with some sort of magical combination of environment variables in the .travis.yml but am not sure exactly where to start.
https://travis-ci.org/mapbox/vtinfo/jobs/144616449#L482

Hitting LeakSanitizer: detected memory leaks. I imagine this is prevented with some sort of magical combination of environment variables in the .travis.yml but am not sure exactly where to start.

@mapsam - it looks like you fixed this in https://github.com/mapbox/vtinfo/pull/4/commits/b416b17e8f1bdae766ab10f63a4d264d991a5676. I've further prevented it in https://github.com/mapbox/vtinfo/pull/4/commits/e9ddd9885b95c6a600e87d78931bc7be90102d41. Basically the issue is that the usage of node can trigger asan errors. In your case this was happening when running node-pre-gyp which does not invoke the vtinfo module - so we can safely ignore these. I've changed things to only detect leaks when running the tests. If we hit any asan errors in this case then:

If they are node core related and we can't do anything about them we'll want to add them to the supressions file
If they are related to vtinfo code then we'll want them to error so that we are forced to fix them.

This is now passing for the linux jobs. Mysteriously the osx job is failing without a clear cause. It looks like the log becomes truncated during npm install and the job just silently ends (https://travis-ci.org/mapbox/vtinfo/jobs/144725506). I removed documentation above thinking that was the problem, but the latest failure is now during the tape install. Or maybe it is post install? I'm hoping this is spurious and something on travis's end that will magically be fixed when we try again...


get rid of potential race condition in TRANS_GET_04

[x] get rid of potential race condition in TRANS_GET_04

Comments
For instance:

https://buildkite.com/input-output-hk/cardano-wallet/builds/24488#0187753b-71ff-49bb-b3b9-4540dda9e903
https://buildkite.com/input-output-hk/cardano-wallet/builds/24492#01877555-4342-4da7-929f-4f13bdc67995

It appears that checking if tx is pending may cause race conditions because transaction may go in_ledger state before we make an assertion. This change eases the expectation and checks for pending directly in submission tx response.
Issue Number
ADP-2909

bors r+

bors r+


SSC URL Fix

Below are required fields for qualifying your issue to our support team.
Subject of the issue
Using a non-standard URL for SSC, anything other than .../ssc breaks webbreaker.  I should be able to specify my full URI to the SSC instance in the config.ini file.  E.g., http://:8180/ssc1720
Your environment
Webbreaker 2.1.7
Python v2.7.12
Ubuntu 16.04
WebInspect v17.10, SSC v17.20
Relevant WebBreaker commands
webbreaker fortify list
Expected behaviour
I would expect it to list my apps/versions in ssc
Actual behaviour
An error was thrown.  I see that I was including my non-standard SSC URL, so I need to exclude it.
However, the full SSC URL needs to be configurable.

This issue will require uri and url values to be modified under the pypi module https://github.com/target/fortifyapi.  Consequently, a new branch has been created for the remediation, hotfix-fortify-context-url

Fixed in latest version 2.1.10


Add total_bounds of layer to read_info

I made force_feature_count default to False, which is a breaking change for eg. geojson: will return -1 for read_info()["features"] now by default because determining number features is not fast for this file type.
Not sure if this is OK? If OK, I'll add it as a breaking change in the changelog.
closes #274

What do you think about exposing a couple items to the capabilities list as well as suggested in 274:

fast_total_bounds: OGR_L_TestCapability(ogr_layer, OLCFastGetExtent)
fast_feature_count: OGR_L_TestCapability(ogr_layer, OLCFastFeatureCount)

Oops, forgot that one... Added them. Apparently the capabilities there had value 0 or 1, which isn't ideal I think? So I changed them to boolean.

I'm OK with adding a breaking change for counts for GeoJSON data sources for read_info; this keeps us closer in parity to the underlying driver's capabilities.

Done. Also added that the capabilities are now booleans.


Missing Microsoft.Framework.CommandLineUtils.Sources >= 1.0.0-beta5

It seems like this was never published to the public nuget feed for beta5? Was it overlooked, or is this going to still be published?

Tracked here: https://github.com/aspnet/dnx/issues/2163


Add deployment of ff-bot

Adds a deployment of https://github.com/jb3/ff_bot which will be used to aid in
fast-forward merges to this repository without having to leave the GitHub Web
UI.

/merge

/merge

/merge

/merge

/merge

Ack'd last night, I attempted to use the branch update feature on GitHub hoping it would use the web key to attest to the new commits, but not even that works.
I will re-sign shortly and merge.

/merge

I accidentally wiped the change that adds the DNS record by merging something else... give it 15 minutes and someone can try again.

/merge


Support gzip encoded content in http source

Is your feature request related to a problem? Please describe.
The http source does not support compressed gzip data
Describe the solution you'd like

The http source should read gzip encoded data, decompress it, and translate it into individual Events. This logic will be repeated in the s3 source, and potentially other sources. It makes sense to have a plugin that can be reused by different sources to perform this logic.

Additional context

Another request for the otel-trace-source to support compressed data was made in this issue (https://github.com/opensearch-project/data-prepper/issues/1152)
The s3 source design outlines support for gzip encoded data (https://github.com/opensearch-project/data-prepper/issues/251)

This issue should share the same solution as in #1176 .


problem in build

[+] Building 0.2s (2/2) FINISHED
=> [internal] load build definition from Dockerfile                                                                                0.1s
=> => transferring dockerfile: 31B                                                                                0.0s
=> [internal] load .dockerignore                                                                                0.1s
=> => transferring context: 2B                                                                                0.0s
failed to solve with frontend dockerfile.v0: failed to create LLB definition: dockerfile parse error line 1: unknown instruction: "FROM

which version docker-compose ?

same error
docker-compose build --no-cache php-fpm
Building php-fpm
[+] Building 0.2s (3/3) FINISHED
=> [internal] load build definition from Dockerfile                       0.0s
=> => transferring dockerfile: 38B                                        0.0s
=> [internal] load .dockerignore                                          0.0s
=> => transferring context: 2B                                            0.0s
=> ERROR [internal] load metadata for docker.io/laradock/php-fpm:latest-  0.0s

[internal] load metadata for docker.io/laradock/php-fpm:latest-5.6:

failed to solve with frontend dockerfile.v0: failed to create LLB definition: unexpected status code [manifests latest-5.6]: 403 Forbidden
ERROR: Service 'php-fpm' failed to build
docker-compose version 1.28.5, build c4eb3a1f

Client: Docker Engine - Community
Cloud integration: 1.0.9
Version:           20.10.5
API version:       1.41
Go version:        go1.13.15
Git commit:        55c4c88
Built:             Tue Mar  2 20:13:00 2021
OS/Arch:           darwin/amd64
Context:           default
Experimental:      true
Server: Docker Engine - Community
Engine:
Version:          20.10.5
API version:      1.41 (minimum version 1.12)
Go version:       go1.13.15
Git commit:       363e9a8
Built:            Tue Mar  2 20:15:47 2021
OS/Arch:          linux/amd64
Experimental:     false
containerd:
Version:          1.4.3
GitCommit:        269548fa27e0089a8b8278fc4fc781d7f65a939b
runc:
Version:          1.0.0-rc92
GitCommit:        ff819c7e9184c13b7c2607fe6c30ae19403a7aff
docker-init:
Version:          0.19.0
GitCommit:        de40ad0


Test that user can download and access source text Bibles

Bible resources shows duplicate entries. I ended up downloading same resource twice.

User is able to download the Bible resources successfully and able to access them.

In the latest V0.0.36, I am not seeing the button to download the resources. @ryderwishart @BenjaminScholtens

Where is this option available in the latest release? @sampjvv


Should we consider all tools as pure_binary?

The fact that some platform tools are not pure binaries, as is they include libraries, can be problematic: the version installed by the installer only contains binaries, so it differs from the complete version.
Due to this, we did not want to replace "original" packages: we name them differently (so that packages that depend on them install the true version) and never replace a true version by a platform one.
This will play terrible with the new with-dev-tools of opam 2.2 (https://github.com/ocaml/opam/issues/4959), and the "never replacing original package" has already given rise to #126.
Dune is considered a pure binary so it does not suffer from this problem (that would be a big problem since every package depending on it (almost all) would reinstall it). On the other hand, the following tools are currently considered "missing the libraries" in the installer:

dune-release. I don't know how much library is included in that package but no latest version of a package depend on it.
merlin. This package has now a separate opam package for its library.The only "latest" package that depend on the merlin package are gopcaml-mode and gopcaml-mode-merlin, two emacs packages written in ocaml. However, I think gopcaml-mode is superseded by the gopcaml-mode-merlin, whose latest version depends on both merlin and merlin-lib. I suspect the latest version of gopcaml-mode-merlin would work with the platform-installed merlin.
ocaml-lsp-server. No "latest" package depend on it (and I don't think anything should)
odoc. Already, virtually any package depend on it with-doc. I don't know if any package use it as a library...
ocamlformat. Lots of packages depend on it via with-test. Some of them depend on without constraints, but I think they actually only need the binary (fromager) or do not need it at all. Some people have expressed the need to have the library available, and it has been granted (in the same package unfortunately).

I tend to think that we could consider all tools as "pure binaries", name them so that they can work as dependencies, and separate (or hide) libraries in another package.
(if we do this, then we can merge #127 without further hesitation!)

I completely agree! Ideally, every tools would expose their library into a separate package. (issue on ocamlformat: https://github.com/ocaml-ppx/ocamlformat/issues/2190)
I think we should move on with this idea. Fixing (generally) https://github.com/tarides/ocaml-platform-installer/issues/126 is more important than supporting the rare workflows of depending on ocamlformat's library, especially if we can change that.
Also, with the new --with-dev-setup, our workaround will need to be improved so removing the cruft now won't hurt future development.

Closed by #134


The package name of the glibc statically linked should include the glibc version number

if your static linking program use libdl and the GNU C Library version in the build system is newer than the version in the target system, you may get the following error:
$ podman run --rm -it registry.suse.com/suse/sle15:15.3
$ podman run --rm -it registry.suse.com/suse/sle15:15.4
$ podman run --rm -it registry.suse.com/suse/sle15:15.5

# zypper in -y xz tar;

# curl -sSL https://github.com/stunnel/static-curl/releases/download/8.11.0/curl-linux-x86_64-glibc-8.11.0.tar.xz | tar -xvJf-
curl
trurl

# ./curl
curl: dl-call-libc-early-init.c:37: _dl_call_libc_early_init: Assertion `sym != NULL' failed.
Aborted (core dumped)

Thus the package file name with glibc, e.g. curl-linux-x86_64-glibc-8.11.0.tar.xz should named with curl-linux-x86_64-gnu.2.36-8.11.0.tar.xz use Zig target triple name.

I don't recommend statically linking glibc, because it has very poor support for static linking. It's better to dynamically link glibc and statically link other third-party libraries.

I don't recommend statically linking glibc, because it has very poor support for static linking. It's better to dynamically link glibc and statically link other third-party libraries.

Yes, but this will not work on distros that lack glibc or have a low version of glibc.
The aim of this project is to create a distro-agnostic binary.
In the next release, the dev package will switch to the musl library instead glibc, and it is recommended to use the musl version.


[WIP] Add documentation for Kueue visibility on-demand

What type of PR is this?
/kind documentation

What this PR does / why we need it:
This PR continues the development of KEP#168-2
Which issue(s) this PR fixes:

Special notes for your reviewer:
Please do not review it yet
Does this PR introduce a user-facing change?

Add documentation for Kueue visibility on-demand

/ok-to-test


Intellisense on global prototype overrides

Hi TS Team,
Both in VS Code and Visual Studio 2017, since the latest version of Typescript (2.7.2) we're not getting IntelliSense for methods that override prototypes of standard classes (Array, string, Promise).
Here is an example of the d.ts file that we use to override this classes:  https://github.com/signumsoftware/framework/blob/master/Signum.React/Scripts/Globals.d.ts
The methods are not shown anymore in the auto-completion list after '.' or Ctrl+Space:

But the code compiles just OK and, once blindly written, parameter information works:

Adding an explicit /// <reference path="..."/> doesn't seem to have any effect.
Thanks in advance and keep the good work 👍

Could you test with typescript@next?

Hi @andy-ms, I don't know how to install typescript@next language service in VS 2017, but I've tried with 2.8 RC and the same problem happen for promise:

It's strange, but for Array works.

Also works for String:

Hi again,
I think this problem is back in Typescript 2.9. At least in VS2017 (Version 15.7.3)

Extensions on string work ok.
Extensions on  Promise do not appear in auto-completion.
Extensions on Array work only on literals ([]) but not on general expressions.

Regards.

@olmobrutall Could you provide an example that shows how you're extending the prototypes?


Merged teams request

@v-hearya,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

patterns-practices/reference/syncregioncontextwithhostbehavior-class-mspp-regions-behaviors.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


MAINTAINERS: promote Kay Yan (yankay) from a REVIEWER to a COMMITTER

@yankay has been a reviewer since Sep 2023 (https://github.com/containerd/nerdctl/pull/2482), and he has been very actively contributing to the project:
https://github.com/containerd/nerdctl/pulls?q=author%3Ayankay+
So I'd like to promote @yankay to a committer.
Needs explicit LGTM from @yankay and 2/3 of the nerdctl Committers ( $ceil \left( 4 \times \frac{2}{3} \right) = 3$ ), according to https://github.com/containerd/project/blob/main/GOVERNANCE.md :

After a candidate has been informally proposed in the maintainers forum, the
existing maintainers are given seven days to discuss the candidate, raise
objections and show their support. Formal voting takes place on a pull request
that adds the contributor to the MAINTAINERS file. Candidates must be approved
by 2/3 of the current committers by adding their approval or LGTM to the pull
request. The reviewer role has the same process but only requires 1/3 of current
committers.
If a candidate is approved, they will be invited to add their own LGTM or
approval to the pull request to acknowledge their agreement. A committer will
verify the numbers of votes that have been received and the allotted seven days
have passed, then merge the pull request and invite the contributor to the
organization.
For non-core sub-projects, only committers of the repository that the candidate
is proposed for are given votes.

[ ] @yankay
[ ] @ktock (nerdctl Committer)
[ ] @fahedouch (nerdctl Committer)
[ ] @Zheaoli (nerdctl Committer)
[ ] @junnplus (nerdctl Committer)

I'd also like to get a few LGTMs from the Core Committers too. (not necessary)
This PR will remain open for 7 days.

I want to contribute better to the nerdctl project.
Thanks :-)

LGTM. Welcome!

Welcome @yankay 🎉

Thanks


[Bug] Authentication form goes crazy

Insomnia Version: 5.16.1
Operating System: Linux Mint 18.3

Steeps to reproduce

Create a new Request
Go to Auth tab and select OAuth 2.0
Select Grant type client credentials
Fill client id text field with something
Create another Request
Go to Auth tab and select OAuth 2.0
Select Grant type client credentials
Fill client id text field with something different
Pres tab key or click somewhere else to change the focus.

Current behavior
The client id text field takes the value entered in the first request and grant type is set to Authorization code.
Expected behavior
Neither client id field nor grant type change after lost their focus.

Hey @fabianfiorotto, can you let me know if this still happens in 5.16.2?

It seems like is fixed now. Thanks!


add support for custom headers

Closes #14

Master is currently broken for me locally as well.

Master is broken? @cyprien-g can you confirm?

You need to add test cases to check your code for corectness @zdelagrange. Add a "header" parameter in our swagger file and check that it is indeed tested

Master is working again. But there is an error in your header creation: https://travis-ci.org/Trax-air/swagger-tester/jobs/117155008

Again, if you could add a test case, that would be great

I hate to keep passing the buck on these tests, but is this endpoint broken on petstore.swagger.io?

I restarted the test and it passed. We need to get rid of the online swagger api test.

It seems good for me. @traxair what do you think ?

The test case doesn't seem to be really a test case. It's good that we have a header parameter, but there should be some other validation

Yes, but it is because we don't have real tests for now. That's why I opened #19

Ok cool, good for me then
Le 25 mars 2016 10:48, "Cyprien G"<EMAIL_ADDRESS>a écrit :

Yes, but it is because we don't have real tests for now. That's why I
opened #19 https://github.com/Trax-air/swagger-tester/issues/19
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/Trax-air/swagger-tester/pull/16#issuecomment-201223241

@zdelagrange Your contribution is really appreciated, and is available in the last release on pypi :smile:

thanks @cyprieng I can relate with the "no real tests" thing. thanks for being active on this repo! this is a really cool package!


INFO - How to authenticate users

To test via Postman or any other REST tool, ensure that the request has a header Authorization set to Bearer TOKEN:{SLACKDI} where SLACKID is the slackId from the database. Check the seeds.
This will ensure that the user is the one found in the database.

From the frontend side, look at the example in StudentRegistrationPage:
Post, put and patch look like this:
        const { fetch } = useAuthenticatedFetch();

        await fetch(`/api/user/register/student`, {
        method: 'post',
        data: {
          name,
          groupId,
        },
      });

If you need to GET:
const { fetch } = useAuthenticatedFetch();

await fetch(`/api/user/register/student`);

For delete:
const { fetch } = useAuthenticatedFetch();
await fetch(`/api/user/register/student`, {
  method: 'delete'
});

Moved to https://github.com/HackYourFuture-CPH/web-dev-rooms/blob/develop/Authentication.md.

Moved to https://github.com/HackYourFuture-CPH/web-dev-rooms/blob/develop/Authentication.md.


fix(scripts/release): avoid deleting crds subchart

avoid deleting the crds subchart during the release.sh script's cleanup phase.

bors merge


U-boot not working on rpi0w

Description
I am trying to get mender to work on a rpi0-w and I am having trouble getting it to boot. It gets stuck at the rainbow screen which means that there is a problem with the kernel.img.
Steps to reproduce the issue:

Follow these steps https://github.com/mendersoftware/meta-mender/tree/master/meta-mender-raspberrypi

Describe the results you received:
rainbow screen
Describe the results you expected:
A successful boot
Additional information you deem important (e.g. issue happens only occasionally):
I found out that this is an issue with uboot and rpi0-w. https://raspberrypi.stackexchange.com/questions/68875/running-u-boot-on-a-pi-zero-w. <- this guy seems to have made a patch that works but I tried applying it and it did not work. It could be that I wasn't applying it correctly though. I also tested running mender on a rpi3 and it worked, so I don't think my configuration is the problem. I'm going to keep working with that patch and see if I can figure something out for my own situation. If I can fix it I'll see about doing a PR and we can work on a general solution.

Can you ping the original patch author and see if he can update the patch and re-submit to the u-boot mailing list if it works?

I'm actually not sure how to ping him, it seems I can't comment on the post because I have no reputation in that community. As I was poking around I had a thought about whether or not make rpi_0_w_defconfig is ever being called. Where are all the other defconfigs being makeed?

The variable which determines the u-boot configuration used in OE is UBOOT_MACHINE. We define this in each machine's conf file under conf/machine. You should be able to change this in raspberrypi0-wifi.conf to match the newly introduced configuration.

That helped! Now I was able to get past the rainbow screen and it seems to be stuck at "Starting kernel ..." From what I can see uboot found everything to be okay though. I'm going to try and take out mender and see if just normal uboot works.

It still gets stuck at the same spot.

this is my local.conf:
CONF_VERSION = "1"
CORE_IMAGE_EXTRA_INSTALL += "openssh rsync sensorhub"
IMAGE_INSTALL_append += "nodejs nodejs-npm bluez5 networkmanager linux-firmware-bcm43430 config systemd"
IMAGE_INSTALL_append += " crda i2c-tools hostapd linux-firmware-bcm43430 linux-firmware-ralink linux-firmware-rtl8192ce linux-firmware-rtl8192cu linux-firmware-rtl8192su wireless-tools dhcp-client iw wpa-supplicant"
DISTRO_FEATURES_append += " bluez5 bluetooth wifi systemd"
RPI_USE_U_BOOT = "1"
INHERIT += "rm_work"
MACHINE = "raspberrypi0-wifi"
KERNEL_IMAGETYPE = "uImage"

I'm guessing this is similar to the issue we had on 64-bit Raspberry Pi 3 devices with HDMI output. Sadly I can't help much as I don't have an R Pi Zero.
If you can get a non-OE/Yocto based image booting and outputting graphics (e.g. I know Raspbian, Arch Linux and OpenSUSE are usually good) then compare the config.txt file in the boot partition between that image and the image generated from OE/Yocto. You can also try overwriting just the firmware files or just the kernel in the OE/Yocto image with files from a working image to track down exactly which component is causing the issues. It's a bit slow and manual but it's pointed me in the right direction before.

If I comment out RPI_USE_U_BOOT = "1" and KERNEL_IMAGETYPE = "uImage" then it boots up like normal and works fine. Would uBoot specifically mess up the hdmi?
I'll check out the config.txt and compare. thanks for the tip.

The config.txt's are identical.
This looks promising: http://processors.wiki.ti.com/index.php/Kernel_-_Common_Problems_Booting_Linux (problem 1). I'll see if I can fix that.

I found this in the patch file
+         This option assumes the VideoCore firmware is configured to use the
+         mini UART (rather than PL011) for the serial console. This is the
+         default on the RPi Zero W. To enable the UART console, the following
+         non-default option must be present in config.txt: enable_uart=1.
+         This is required for U-Boot to operate correctly, even if you only
+         care about the HDMI/usbkbd console.

But I just tried adding that with no success.

I did a comparison between what the pi3 and the pi0w look like while they boot. Here is an image of the pi3 booting:

The two big differences I noted were that the pi0w doesn't read any usb controllers but the pi3 does. Also, the pi3 seems to have a Flattened  Device Tree being applied. I'm not sure where to find that FDT but I have found some references to it so maybe that will lead somewhere.

Hello,

We could try adding it as a patch like I was doing with the other code. If that works, let me know. My company decided to table mender for a bit and find another solution until uboot works on raspberry pi0w. If it does work I'm sure they'd love to know. Good luck :)

Well it it currently in upstream it will eventually end up here, next release of U-boot is scheduled for 2018.01 I believe and at which point it will be updated in oe-core and we will have support for it.
Until then above patches could be integrated in meta-raspberrypi (bbappend) with status "Backport" until 2018.01 is released. Whoever has interest in having this support please send patches :)
Example on how it is done is [1] and then removed in [2].
[1]. https://github.com/agherzan/meta-raspberrypi/commit/94e2929f746f7e49a7870f7ea889dcbed05296c7#diff-81ef3473278e74e6b07dcfdac23cb8cc
[2]. https://github.com/agherzan/meta-raspberrypi/commit/5a2b34e56c228a2fa768a2b3feeebc9f4600b7c4#diff-81ef3473278e74e6b07dcfdac23cb8cc

Patched (from above link) at this ~/poky/meta/recipes-bsp/u-boot, but yocto not compiling. Than,
Cross compiled uboot (add support for Raspberry Pi Zero W) patched. moved uboot.bin to kernel.img
and copied to boot folder. It got booted with U-boot> prompt
Some thing gone wrong.

You need to provide a boot file in some form.
When you build with you Yocto it creates a "boot.scr" file [1] and that is it located on the boot part (same partition as kernel7.img). If you cross-compiled U-boot you need to also create this file and put it in the correct location with the correct name (boot.scr).
[1]. https://github.com/agherzan/meta-raspberrypi/blob/master/recipes-bsp/rpi-u-boot-scr/rpi-u-boot-scr.bb

Patched (from above link) to ~/poky/meta/recipes-bsp/u-boot, yocto  did not compiled, than took the uboot (add support for Raspberry Pi Zero W ) source and  cross compiled. Changed uboot.bin to kernel.img
and replaced with old kernel.img in the boot partition. It got missing environment variable bootfile  errors, wrong with uboot source?

boot.scr is not created after cross compiling U-boot, it created these files.

You need to manually do it, it is not part of the u-boot build process.
Please take a look at this recipe for inspiration (this is how it is done in Yocto), https://github.com/agherzan/meta-raspberrypi/blob/master/recipes-bsp/rpi-u-boot-scr/rpi-u-boot-scr.bb

I will try that. Patch (https://patchwork.ozlabs.org/patch/841439/)
~/poky/meta/recipes-bsp/u-boot/u-boot-common_2017.01.inc   this giving errors.
SRC_URI = "git://git.denx.de/u-boot.git
file://001-uboot-zero-w.patch
"
What is way to do this?

Try this branch: https://github.com/mirzak/meta-raspberrypi/tree/rpi-zero-wifi-support
Compile tested it if you can "runtime" test it i will create an pull-request here.

I have to replace this branch git clone git://git.yoctoproject.org/meta-raspberrypi (current branch)
with yours
https://github.com/mirzak/meta-raspberrypi/tree/rpi-zero-wifi-support

Yepp

This branch rpi-zero-wifi-support also struck ed at rain bow screen, Patch for this branch is needed?

Only
RPI_USE_U_BOOT = "1"

is necessary.
Oh saw now that raspberrypi0-wifi machine conf defines UBOOT_MACHINE = "rpi_defconfig", which is wrong.
I have updated my branch with the correct value. [1].
[1]. https://github.com/mirzak/meta-raspberrypi/commits/rpi-zero-wifi-support

I took fresh copy of meta-raspberrypi branch rpi-zero-wifi-support and compiled it got this error.
`ERROR: oe_runmake failed
| /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.01-r0/git/scripts/Makefile.build:280: recipe for target 'common/lcd_simplefb.o' failed
| make[2]: *** [common/lcd_simplefb.o] Error 1
| make[2]: *** Waiting for unfinished jobs....
| /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.01-r0/git/Makefile:1217: recipe for target 'common' failed
| make[1]: *** [common] Error 2
| make[1]: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.01-r0/build'
| Makefile:150: recipe for target 'sub-make' failed
| make: *** [sub-make] Error 2
| make: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.01-r0/git'
| ERROR: Function failed: do_compile (log file is located at /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.01-r0/temp/log.do_compile.16293)
ERROR: Task (/home/kkk/poky/meta/recipes-bsp/u-boot/u-boot_2017.01.bb:do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 3424 tasks of which 3422 didn't need to be rerun and 1 failed.
Summary: 1 task failed:
/home/kkk/poky/meta/recipes-bsp/u-boot/u-boot_2017.01.bb:do_compile
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
`

Which branch are you using for poky?

Tried with both, it got compiled with y'days update. With latest update (today) meta-raspberrypi got error
git clone -b pyro git://git.yoctoproject.org/poky
git clone -b master git://git.yoctoproject.org/poky

It will unlikely work with pyro as probably requires some more "backported" patches.
Just did a compile test and it passed. My conf:
Build Configuration:
BB_VERSION           = "1.37.0"
BUILD_SYS            = "x86_64-linux"
NATIVELSBSTRING      = "universal-4.9"
TARGET_SYS           = "arm-poky-linux-gnueabi"
MACHINE              = "raspberrypi0-wifi"
DISTRO               = "poky"
DISTRO_VERSION       = "2.4+snapshot-20171208"
TUNE_FEATURES        = "arm armv6 vfp arm1176jzfs callconvention-hard"
TARGET_FPU           = "hard"
meta
meta-poky
meta-yocto-bsp       = "master:4469acdf1d0338220f3fe2ecb5e079eea6fda375"
meta-multimedia
meta-oe
meta-networking
meta-python          = "master:e08670d4362b57373557fbe6b31cbffffa465acc"
meta-raspberrypi     = "rpi-zero-wifi-support:c3d343888b278e1c4f26e32d8fb24110e957217b"

This the output
kkk@mender178:~/poky/build$ bitbake rpi-hwup-image
Loading cache: 100% |############################################| Time: 0:00:02
Loaded 2863 entries from dependency cache.
Parsing recipes: 100% |##########################################| Time: 0:00:03
Parsing of 2043 .bb files complete (2041 cached, 2 parsed). 2866 targets, 106 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
Build Configuration:
BB_VERSION                                = "1.34.0"
BUILD_SYS                                   = "x86_64-linux"
NATIVELSBSTRING                       = "universal"
TARGET_SYS                                 = "arm-poky-linux-gnueabi"
MACHINE                                     = "raspberrypi0-wifi"
DISTRO                                         = "poky"
DISTRO_VERSION                          = "2.3.2"
TUNE_FEATURES                            = "arm armv6 vfp arm1176jzfs callconvention-hard"
TARGET_FPU                                  = "hard"
meta
meta-poky
meta-yocto-bsp                             = "pyro:2021e95bcd986e5bcfe457da5c3e16d60241d050"
meta-mender-core
meta-mender-raspberrypi              = "pyro:b40f05c82ebc97c18ddf8ac426af4657ddba9425"
meta-raspberrypi  = "rpi-zero-wifi-support:5c1daa4ecb9ae608100d35daf85d38cdc0e20d2f"
meta-oe
meta-multimedia
meta-python
meta-networking   = "master:e08670d4362b57373557fbe6b31cbffffa465acc"

Where to find  backported patches?

You would have to create them your self based on upstream sources.

Any other poky branch will support without patches ?

Trying to build from master poky branch, got this erros
kkk@mender178:~/poky/build$ bitbake-layers add-layer ../meta-mender/meta-mender-raspberrypi NOTE: Starting bitbake server... Parsing recipes: 100% |##########################################| Time: 0:00:37 Parsing of 830 .bb files complete (0 cached, 830 parsed). 1293 targets, 43 skipped, 0 masked, 0 errors. ERROR: No recipes available for:   /home/kkk/poky/meta-mender/meta-mender-raspberrypi/recipes-bsp/rpi-u-boot-scr/rpi-u-boot-scr.bbappend   /home/kkk/poky/meta-mender/meta-mender-raspberrypi/recipes-kernel/linux/linux-raspberrypi_%.bbappend

Dependencies need to add first,  now error gone,

Even on got the same error for poky master branch, after adding this branch
git clone https://github.com/mirzak/meta-raspberrypi/ -b rpi-zero-wifi-support
No errors with this branch

Can you post your full configuration (what is printed when you run bitbake)

This after bitbake rpi-hwup-image
kkk@mender178:~/poky/build$ bitbake rpi-hwup-image
Parsing recipes: 100% |##########################################| Time: 0:02:07
Parsing of 2024 .bb files complete (0 cached, 2024 parsed). 2833 targets, 99 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
Build Configuration:
BB_VERSION           = "1.37.0"
BUILD_SYS            = "x86_64-linux"
NATIVELSBSTRING      = "universal"
TARGET_SYS           = "arm-poky-linux-gnueabi"
MACHINE              = "raspberrypi0-wifi"
DISTRO               = "poky"
DISTRO_VERSION       = "2.4+snapshot-20171208"
TUNE_FEATURES        = "arm armv6 vfp arm1176jzfs callconvention-hard"
TARGET_FPU           = "hard"
meta
meta-poky
meta-yocto-bsp       = "master:4469acdf1d0338220f3fe2ecb5e079eea6fda375"
meta-mender-core     = "master:09b88623ea1360bc2cfd2bc57a237a14bbeb73e0"
meta-oe
meta-multimedia
meta-python
meta-networking      = "master:e08670d4362b57373557fbe6b31cbffffa465acc"
meta-raspberrypi     = "rpi-zero-wifi-support:c3d343888b278e1c4f26e32d8fb24110e957217b"
meta-mender-raspberrypi = "master:09b88623ea1360bc2cfd2bc57a237a14bbeb73e0"
Initialising tasks: 100% |#######################################| Time: 0:00:49
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
ERROR: u-boot-1_2017.11-r0 do_compile: oe_runmake failed
ERROR: u-boot-1_2017.11-r0 do_compile: Function failed: do_compile (log file is located at /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/temp/log.do_compile.1260)
ERROR: Logfile of failure stored in: /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/temp/log.do_compile.1260
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: make -j 8 CROSS_COMPILE=arm-poky-linux-gnueabi- CC=arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot V=1 HOSTCC=gcc  -isystem/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/include -O2 -pipe -L/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/lib -L/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/lib -Wl,-rpath-link,/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/lib -Wl,-rpath-link,/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/lib -Wl,-rpath,/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/lib -Wl,-rpath,/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/lib -Wl,-O1 -C /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git O=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build rpi_0_w_defconfig
| make: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
| make -C /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build KBUILD_SRC=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git
| -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/Makefile rpi_0_w_defconfig
| make[1]: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
| make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/basic
| ln -fsn /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git source
| rm -f .tmp_quiet_recordmcount
| /bin/bash /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/mkmakefile
|     /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git . 2017 11
|   GEN     ./Makefile
| make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/kconfig rpi_0_w_defconfig
| scripts/kconfig/conf  --defconfig=arch/../configs/rpi_0_w_defconfig Kconfig
| #
| # configuration written to .config
| #
| make[1]: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
| NOTE: make -j 8 CROSS_COMPILE=arm-poky-linux-gnueabi- CC=arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot V=1 HOSTCC=gcc  -isystem/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/include -O2 -pipe -L/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/lib -L/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/lib -Wl,-rpath-link,/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/lib -Wl,-rpath-link,/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/lib -Wl,-rpath,/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/lib -Wl,-rpath,/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/lib -Wl,-O1 -C /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git O=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build all
| make: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
| make: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
| make -C /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build KBUILD_SRC=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git
| -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/Makefile all
| make[1]: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
| make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/Makefile silentoldconfig
| make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/basic
| ln -fsn /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git source
| rm -f .tmp_quiet_recordmcount
| /bin/bash /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/mkmakefile
|     /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git . 2017 11
|   GEN     ./Makefile
| make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/kconfig silentoldconfig
| mkdir -p include/config include/generated
| test -e include/generated/autoksyms.h ||
|     touch   include/generated/autoksyms.h
| scripts/kconfig/conf  --silentoldconfig Kconfig
| make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.autoconf ||
|       { rm -f include/config/auto.conf; false; }
| mkdir -p include/asm
| if [ -d /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/arch/arm/mach-bcm283x/include/mach ]; then
|       dest=arch/arm/mach-bcm283x/include/mach;
| else
|       dest=arch/arm/include/asm/arch-bcm283x;
| fi;
| ln -fsn /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/$dest include/asm/arch
| set -e; : '  CHK     include/config.h'; mkdir -p include/;    (echo "/* Automatically generated - do not edit */"; for i in $(echo "" | sed 's/,/ /g'); do echo #define CONFIG_$i | sed '/=/ {s/=/   /;q; } ; { s/$/ 1/; }'; done; echo #define CONFIG_BOARDDIR board/raspberrypi/rpi; echo #include <config_defaults.h>; echo #include <config_uncmd_spl.h>; echo #include <configs/"rpi".h>; echo #include <asm/config.h>; echo #include <linux/kconfig.h>; echo #include <config_fallbacks.h>; echo #include <config_mender.h>;) < /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.autoconf > include/config.h.tmp; if [ -r include/config.h ] && cmp -s include/config.h include/config.h.tmp; then rm -f include/config.h.tmp; else : '  UPD     include/config.h'; mv -f include/config.h.tmp include/config.h; fi
|   arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot -E -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -fshort-wchar -O2 -fno-stack-protector -fno-delete-null-pointer-checks -g -fstack-usage -Wno-format-nonliteral -Werror=date-time  -D__KERNEL__ -D__UBOOT__   -D__ARM__ -marm -mno-thumb-interwork  -mabi=aapcs-linux  -mword-relocations  -fno-pic  -ffunction-sections -fdata-sections -fno-common -ffixed-r9  -msoft-float   -pipe -Iinclude  -I/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include -I/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/arch/arm/include -include /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/linux/kconfig.h  -nostdinc -isystem /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/7.2.0/include  -DDO_DEPS_ONLY -dM /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/common.h > u-boot.cfg.tmp && { grep 'define CONFIG_' u-boot.cfg.tmp > u-boot.cfg; rm u-boot.cfg.tmp; } || { rm u-boot.cfg.tmp; false; }
|   arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot -x c -DDO_DEPS_ONLY -M -MP -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -fshort-wchar -O2 -fno-stack-protector -fno-delete-null-pointer-checks -g -fstack-usage -Wno-format-nonliteral -Werror=date-time  -D__KERNEL__ -D__UBOOT__   -D__ARM__ -marm -mno-thumb-interwork  -mabi=aapcs-linux  -mword-relocations  -fno-pic  -ffunction-sections -fdata-sections -fno-common -ffixed-r9  -msoft-float   -pipe -Iinclude  -I/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include -I/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/arch/arm/include -include /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/linux/kconfig.h  -nostdinc -isystem /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/7.2.0/include -MQ include/config/auto.conf /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/common.h > include/autoconf.mk.dep || { rm include/autoconf.mk.dep; false; }
| In file included from include/config.h:9:0,
|                  from /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/common.h:21:
| /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/config_mender.h:25:3: error: #error CONFIG_ENV_IS_IN_MMC, CONFIG_ENV_IS_IN_NAND or CONFIG_ENV_IS_IN_FLASH is required for Mender to work
|  # error CONFIG_ENV_IS_IN_MMC, CONFIG_ENV_IS_IN_NAND or CONFIG_ENV_IS_IN_FLASH is required for Mender to work
|    ^~~~~
| In file included from include/config.h:9:0,
|                  from /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/common.h:21:
| /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/config_mender.h:25:3: error: #error CONFIG_ENV_IS_IN_MMC, CONFIG_ENV_IS_IN_NAND or CONFIG_ENV_IS_IN_FLASH is required for Mender to work
|  # error CONFIG_ENV_IS_IN_MMC, CONFIG_ENV_IS_IN_NAND or CONFIG_ENV_IS_IN_FLASH is required for Mender to work
|    ^~~~~
| /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.autoconf:79: recipe for target 'u-boot.cfg' failed
| make[2]: *** [u-boot.cfg] Error 1
| make[2]: *** Waiting for unfinished jobs....
| /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.autoconf:50: recipe for target 'include/autoconf.mk.dep' failed
| make[2]: *** [include/autoconf.mk.dep] Error 1
| make[1]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/uboot.release'.  Stop.
| make[1]: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
| ERROR: oe_runmake failed
| Makefile:150: recipe for target 'sub-make' failed
| make: *** [sub-make] Error 2
| make: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
| WARNING: exit code 1 from a shell command.
| ERROR: Function failed: do_compile (log file is located at /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/temp/log.do_compile.1260)
ERROR: Task (/home/kkk/poky/meta/recipes-bsp/u-boot/u-boot_2017.11.bb:do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 1349 tasks of which 1331 didn't need to be rerun and 1 failed.
Summary: 1 task failed:
/home/kkk/poky/meta/recipes-bsp/u-boot/u-boot_2017.11.bb:do_compile
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
kkk@mender178:~/poky/build$

This is from log file.
DEBUG: Executing shell function do_compile
NOTE: make -j 8 CROSS_COMPILE=arm-poky-linux-gnueabi- CC=arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-po$
make: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
make -C /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build KBUILD_SRC=/home/kkk/poky/build/tmp/work/$
-f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/Makefile rpi_0_w_defconfig
make[1]: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/basic
ln -fsn /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git source
/bin/bash /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/mkmakefile
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git . 2017 11
GEN     ./Makefile
gcc  -isystem/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/include -O2 -pipe$
rm -f .tmp_quiet_recordmcount
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/kconfig rpi$
cat /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/kconfig/zconf.lex.c_shipped > scripts/kc$
cat /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/kconfig/zconf.hash.c_shipped > scripts/k$
cat /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/kconfig/zconf.tab.c_shipped > scripts/kc$
gcc  -isystem/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/include -O2 -pipe$
gcc  -isystem/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/include -O2 -pipe$
gcc  -isystem/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/include -O2 -pipe$
scripts/kconfig/conf  --defconfig=arch/../configs/rpi_0_w_defconfig Kconfig

configuration written to .config

make[1]: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
NOTE: make -j 8 CROSS_COMPILE=arm-poky-linux-gnueabi- CC=arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-po$
make: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
make: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
make -C /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build KBUILD_SRC=/home/kkk/poky/build/tmp/work/$
-f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/Makefile all
make[1]: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/Makefile silentoldconfig
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/basic
ln -fsn /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git source
rm -f .tmp_quiet_recordmcount
/bin/bash /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/mkmakefile
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git . 2017 11
GEN     ./Makefile
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/kconfig sil$
mkdir -p include/config include/generated
test -e include/generated/autoksyms.h ||
touch   include/generated/autoksyms.h
scripts/kconfig/conf  --silentoldconfig Kconfig
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.autoconf ||
{ rm -f include/config/auto.conf; false; }
mkdir -p include/asm
if [ -d /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/arch/arm/mach-bcm283x/include/mach ]; then    $
dest=arch/arm/mach-bcm283x/include/mach;
else
dest=arch/arm/include/asm/arch-bcm283x;
fi;
ln -fsn /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/$dest include/asm/arch
set -e; : '  CHK     include/config.h'; mkdir -p include/;      (echo "/* Automatically generated - do not edit */"; for i in $(echo "" | sed 's/,/ $
arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot -x $
arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot -E $
In file included from include/config.h:9:0,
from /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/common.h:21:
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/config_mender.h:25:3: error: #error CONFIG_ENV$
error CONFIG_ENV_IS_IN_MMC, CONFIG_ENV_IS_IN_NAND or CONFIG_ENV_IS_IN_FLASH is required for Mender to work
^~~~~
In file included from include/config.h:9:0,
from /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/common.h:21:
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/config_mender.h:25:3: error: #error CONFIG_ENV$
error CONFIG_ENV_IS_IN_MMC, CONFIG_ENV_IS_IN_NAND or CONFIG_ENV_IS_IN_FLASH is required for Mender to work
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.autoconf:50: recipe for target 'inclu$
make[2]: *** [include/autoconf.mk.dep] Error 1
make[2]: *** Waiting for unfinished jobs....
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.autoconf:79: recipe for target 'u-boo$
make[2]: *** [u-boot.cfg] Error 1
make[1]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/uboot.release'.  Stop.
make[1]: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
ERROR: oe_runmake failed
Makefile:150: recipe for target 'sub-make' failed
make: *** [sub-make] Error 2
make: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
WARNING: exit code 1 from a shell command.
ERROR: Function failed: do_compile (log file is located at /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0$
DEBUG: Executing shell function do_compile
NOTE: make -j 8 CROSS_COMPILE=arm-poky-linux-gnueabi- CC=arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-po$
make: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
make -C /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build KBUILD_SRC=/home/kkk/poky/build/tmp/work/$
-f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/Makefile rpi_0_w_defconfig
make[1]: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/basic
ln -fsn /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git source
/bin/bash /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/mkmakefile
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git . 2017 11
GEN     ./Makefile
gcc  -isystem/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/include -O2 -pipe$
rm -f .tmp_quiet_recordmcount
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/kconfig rpi$
cat /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/kconfig/zconf.lex.c_shipped > scripts/kc$
cat /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/kconfig/zconf.hash.c_shipped > scripts/k$
cat /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/kconfig/zconf.tab.c_shipped > scripts/kc$
gcc  -isystem/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/include -O2 -pipe$
gcc  -isystem/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/include -O2 -pipe$
gcc  -isystem/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot-native/usr/include -O2 -pipe$
scripts/kconfig/conf  --defconfig=arch/../configs/rpi_0_w_defconfig Kconfig

configuration written to .config

make[1]: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
NOTE: make -j 8 CROSS_COMPILE=arm-poky-linux-gnueabi- CC=arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-po$
make: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
make: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
make -C /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build KBUILD_SRC=/home/kkk/poky/build/tmp/work/$
-f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/Makefile all
make[1]: Entering directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/Makefile silentoldconfig
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/basic
ln -fsn /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git source
rm -f .tmp_quiet_recordmcount
/bin/bash /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/mkmakefile
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git . 2017 11
GEN     ./Makefile
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.build obj=scripts/kconfig sil$
mkdir -p include/config include/generated
test -e include/generated/autoksyms.h ||
touch   include/generated/autoksyms.h
scripts/kconfig/conf  --silentoldconfig Kconfig
make -f /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.autoconf ||
{ rm -f include/config/auto.conf; false; }
mkdir -p include/asm
if [ -d /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/arch/arm/mach-bcm283x/include/mach ]; then    $
dest=arch/arm/mach-bcm283x/include/mach;
else
dest=arch/arm/include/asm/arch-bcm283x;
fi;
ln -fsn /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/$dest include/asm/arch
set -e; : '  CHK     include/config.h'; mkdir -p include/;      (echo "/* Automatically generated - do not edit */"; for i in $(echo "" | sed 's/,/ $
arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot -x $
arm-poky-linux-gnueabi-gcc  --sysroot=/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/recipe-sysroot -E $
In file included from include/config.h:9:0,
from /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/common.h:21:
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/config_mender.h:25:3: error: #error CONFIG_ENV$
error CONFIG_ENV_IS_IN_MMC, CONFIG_ENV_IS_IN_NAND or CONFIG_ENV_IS_IN_FLASH is required for Mender to work
^~~~~
In file included from include/config.h:9:0,
from /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/common.h:21:
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/include/config_mender.h:25:3: error: #error CONFIG_ENV$
error CONFIG_ENV_IS_IN_MMC, CONFIG_ENV_IS_IN_NAND or CONFIG_ENV_IS_IN_FLASH is required for Mender to work
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.autoconf:50: recipe for target 'inclu$
make[2]: *** [include/autoconf.mk.dep] Error 1
make[2]: *** Waiting for unfinished jobs....
/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git/scripts/Makefile.autoconf:79: recipe for target 'u-boo$
make[2]: *** [u-boot.cfg] Error 1
make[1]: *** No rule to make target 'include/config/auto.conf', needed by 'include/config/uboot.release'.  Stop.
make[1]: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/build'
ERROR: oe_runmake failed
Makefile:150: recipe for target 'sub-make' failed
make: *** [sub-make] Error 2
make: Leaving directory '/home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0/git'
WARNING: exit code 1 from a shell command.
ERROR: Function failed: do_compile (log file is located at /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.11-r0$
.

Can you fix the formatting? Very hard to read now.
Anyway, you are using meta-mender-core which appends to u-boot. Please for the sake of what we are trying to accomplish (u-boot support on raspberrypi0-wifi) remove the meta-mender-core layers and build a "stock" raspberrypi image.
The errors related to Mender you should bring to the Mender mailing-list.

Without meta-mender core layer it will build, Already it is done.
But, mender with RPi zero W is needed.
With this RPi branch git://git.yoctoproject.org/meta-raspberrypi
Image created, but, it struck ed at rain bow screen. Added boot_delay=1 to config file in boot partition. increased to 20. Still struck t rain bow display.

After changing from
UBOOT_MACHINE ?= "rpi_config"
to
+UBOOT_MACHINE ?= "rpi_0_w_defconfig"  it is flashing error here
scripts/kconfig/conf  --defconfig=arch/../configs/rpi_0_w_defconfig Kconfig
| ***
| *** Can't find default configuration "arch/../configs/rpi_0_w_defconfxig"!
| ***
| /home/kkk/poky/build/tmp/work/raspberrypi0_wifi-poky-linux-gnueabi/u-boot/1_2017.01-r0/git/scripts/kconfig/Makefile:114: recipe for target 'rpi_0_w_defconfig' failed
ERROR: Task (/home/kkk/poky/meta/recipes-bsp/u-boot/u-boot_2017.01.bb:do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 3424 tasks of which 3417 didn't need to be rerun and 1 failed.
This means this main line (git://git.denx.de/u-boot.git) is not updated ?

I took fresh copy of all and compiled without mender, it compiled properly.
Next added git://github.com/mendersoftware/meta-mender layer. Inside this folder
https://github.com/mendersoftware/meta-mender/blob/master/meta-mender-raspberrypi/recipes-bsp/u-boot/patches/0001-CONFIGS-rpi-enable-mender-requirements.patch
this patch doen't have for  rpi_0_w_defconfig, added this to patch
configs/rpi_0_w_defconfig   | 1 +
diff --git a/configs/rpi_0_w_defconfig b/configs/rpi_0_w_defconfig
index 2345697..ef3c0d8 100644
--- a/configs/rpi_0_w_defconfig
+++ b/configs/rpi_0_w_defconfig
@@ -28,3 +28,4 @@ CONFIG_SYS_WHITE_ON_BLACK=y
CONFIG_CONSOLE_SCROLL_LINES=10
CONFIG_PHYS_TO_BUS=y
CONFIG_OF_LIBFDT_OVERLAY=y
+CONFIG_ENV_IS_IN_MMC=y
Error
Applying patch 0001-CONFIGS-rpi-enable-mender-requirements.patch
can't find file to patch at input line 26
Perhaps you used the wrong -p or --strip option?
No file to patch.  Skipping patch.
Is rpi_0_w_defconfig file missing in U-boot folder?

@marvic41 can you confirm for me that U-boot now works for you your raspberrypi0-wifi when you only build with meta-raspberrypi?
If that is the case we can close this issue and I can send a pull-request to get the support up-streamed.
The error you are experiencing now is meta-mender related and we can move that discussion there (I will pop up there as well).

It got booted mata-raspberrypi for wifi without mender. This worked before without patch for Zero w Pi.
If this is commented RPI_USE_U_BOOT = "1".

Are you going to merge RPI Zero W U-Boot fix to Rocko?

I'm not planning on backporting this to rocko as it's not a major bugfix or security issue and I'm a bit limited on time right now. I'd accept a patch for rocko which applies changes to u-boot only when MACHINE=raspberrypi0-wifi though.


Prepare spring boot build

Add Dockerfile to create a container image to execute the project
Change pom.xml to make the executable name permanent, making the CI/CD process easier

In order to get the proper executable, you should run the following command from the quartz-manager-parent/quartz-manager-web-showcase/ directory:
mvn clean package spring-boot:repackage

Can this PR be made to the develop branch as it contains more recent commits.

Sure, just change it. The repo is yours 🙂


Version bump.

Ready for tagging so we can review the docs and test the pypi package.

What is our tagging strategy?

Oh, it looks like GitHub has an interface for creating tags; that's nice:
https://help.github.com/articles/creating-releases/


fix typo in readme.md

@davidkline-ms,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot


Reuse strlen() result

The original code would call strlen() four times - twice from s2n(), once to run strncpy() and once again after that.

+1

Due to CLA issues, closing ths.


[KOGITO-5356] Moving addons to respective runtimes modules

Signed-off-by: Ricardo Zanini<EMAIL_ADDRESS>See: https://issues.redhat.com/browse/KOGITO-5356
In this PR we move the modules addons/quarkus and addons/springboot to their respective parent runtime module, having now:
- springboot
-- addons
-- kogito-springboot-starter (will change on KOGITO-5301)
- quarkus
-- addons
-- bom
-- extensions

Artifact ids for published libraries haven't changed. This PR is exclusively used to make this movement around the modules. No code changes, no documentation, no ids changed. See follow up PRs:

https://issues.redhat.com/browse/KOGITO-5355 - To create a BOM module for springboot to be used internally on addons and starters. We already have quarkus/bom that we can evolve
https://issues.redhat.com/browse/KOGITO-5301 - To create the springboot/starters module, introducing the new starters with the preconfigured addons.
https://issues.redhat.com/browse/KOGITO-5300 - To document the existing addons

If you have any request, please add to the respective comment session or we can discuss opening a new JIRA for the upcoming sprint.
I kept the addons/common module because we have addons/deprecated. After releasing 7.12, we will probably get rid of the deprecated module, thus removing both submodules and keeping the addons in the root.
Many thanks for submitting your Pull Request :heart:!
Please make sure that your PR meets the following requirements:

[x] You have read the contributors guide
[x] Your code is properly formatted according to this configuration
[x] Pull Request title is properly formatted: KOGITO-XYZ Subject
[x] Pull Request title contains the target branch if not targeting master: [0.9.x] KOGITO-XYZ Subject
[x] Pull Request contains link to the JIRA issue
[x] Pull Request contains link to any dependent or related Pull Request
[x] Pull Request contains description of the issue
[x] Pull Request does not include fixes for issues other than the main ticket

How to retest this PR or trigger a specific build:

Run all builds
Please add comment: Jenkins retest this

Run (or rerun) specific test(s)
Please add comment: Jenkins (re)run [runtimes|optaplanner|apps|examples] tests

Quarkus LTS checks
Please add comment: Jenkins run LTS

Run (or rerun) LTS specific test(s)
Please add comment: Jenkins (re)run [runtimes|optaplanner|apps|examples] LTS

Native checks
Please add comment: Jenkins run native

Run (or rerun) native specific test(s)
Please add comment: Jenkins (re)run [runtimes|optaplanner|apps|examples] native

Full Kogito testing (with cloud images and operator BDD testing)
Please add comment: Jenkins run BDD
This check should be used only if a big change is done as it takes time to run, need resources and one full BDD tests check can be done at a time ...

@danielezonca, I believe I'll have to change the Quarkus Platform CI as well because of this change. Can you help with this?

@danielezonca, I believe I'll have to change the Quarkus Platform CI as well because of this change. Can you help with this?

Why do you think this will impact Quarkus platform CI?
As far as I know we have two jobs with Quarkus:

daily job that executes this job
platform ci that only execute quarkus integration tests

As far as I can see none of these changes should impact those 🤔

Why do you think this will impact Quarkus platform CI?

hmmm I saw that we have a module to run the platform tests. I've changed its parent, so I figured the platform CI would fetch it somehow. Yeah, based on this information you shared, I think we are fine. :)
Just let me know if we are fine to merge. It will unlock a series of issues that I'm holding right now. Thanks my friend!

Overall looks good to me, I don't like too much that now the code of an add-on is in splitter in different hierarchy but I don't have a better proposal. Just a comment: can you please update the README to link the moved folders? Proper documentation will be provided in a future ticket but at least the readme is coherent

Ouch! I forgot to change the README. Of course.

I think we need to change GHA and Jenkins to not run if we just update the certain docs files :sweat:

The (build) Runtimes check has failed. Please check the logs.

Jenkins rerun runtimes tests

The (build) Apps check has failed. Please check the logs.

Jenkins rerun apps tests

@danielezonca want to take a look in the latest docs updates?

@ricardozanini Hi, I was away and didn't have a chance to ask before merge, so I will now. What is the point of having shared addon modules under addons ans runtime-specific addons under runtime-specific modules? It looks quite mixed to me.


Give associated functions the ‘static’ semantic token modifier

In some other languages these are referred to as ‘static methods’. This has precedent, since semantic token modifiers that assume certain language features (e.g. interfaces and namespaces) are applied by rust-analyzer to the closest Rust equivalents (e.g. traits and modules). ‘static’ isn’t something people in the Rust community would characterise associated functions as, though, so it’s just an idea.

The relevant code is here:
https://github.com/rust-analyzer/rust-analyzer/blob/f7144dcd52c663cefc789445fe561771d935fbf0/crates/ide/src/syntax_highlighting.rs#L803-L810

Hey--first time contributor here. If no one is taking this up, can I give this a stab?

No one claimed it so far so go for it!

thanks @Veykril! I've just spent a bit of time working on this, and naively adding static won't work, because this also includes functions that aren't associated with any impl/traits.
Looking at item_tree.rs, it looks like we can get AssocItems when we are looking at an impl/trait object, but we cannot get the enclosing impl/trait when we are looking at a function. From this, I think we can either:
a) Pass the innermost impl/trait object, or some kind of flag indicating we are inside an impl/trait object.
b) Consider all functions without a self_param as static.
What do you guys think? Some code pointers:
https://github.com/rust-analyzer/rust-analyzer/blob/f7144dcd52c663cefc789445fe561771d935fbf0/crates/hir_def/src/item_tree.rs#L503-L514
https://github.com/rust-analyzer/rust-analyzer/blob/f7144dcd52c663cefc789445fe561771d935fbf0/crates/hir_def/src/item_tree.rs#L573-L580
https://github.com/rust-analyzer/rust-analyzer/blob/f7144dcd52c663cefc789445fe561771d935fbf0/crates/hir_def/src/item_tree.rs#L583-L590

I think you can get away by fetching the ast::Fn node from the hir::Function and then checking if the parent node is an impl or not actually. Something along these lines:
let ast_fn = func.source(db).value;
if ast_fn.syntax().parent().and_then(|s| s.parent()).and_then(ast::Impl::cast).is_some() { ...

Note we have to take the parent's parent here cause the immediate parent is an AssocItemList and the parent of that would be the Impl we want to check for.

Thanks @Veykril! just made a PR :)
Another qq--this PR simply adds "static" to the class attributes for static function names--is it up to the client to color to color those names appropriately?

Another qq--this PR simply adds "static" to the class attributes for static function names--is it up to the client to color to color those names appropriately?

@p3achyjr yes, the client decides what colour tokens with function.static have, or whether to give them a colour at all. All language servers do is tell the client what scopes and modifiers tokens get.


Fix cross join

closes iTwin/itwinjs-backlog#818

Can you update CHANGES.md and add what new stuff you added and increment ECSQL version?
The next version for ECSQL will be <IP_ADDRESS> -> <IP_ADDRESS>

Updated


BREAKING: web: change Error interface, improve HEAD support of HTTPError and add AsError()/AsErrorWithCode() helpers

@karasz PR amended as recommended

<EMAIL_ADDRESS>tagged


Fixed missing event hub name

When creating an event hub listener an exception occurred as HeaderTextConsumerGroupListenerFormat expects two strings (interpolation) - hub name and consumer group but only consumer group was passed

:white_check_mark: Build ServiceBusExplorer 4.1.0-PullRequest0241.259.build.450 completed (commit https://github.com/paolosalvatori/ServiceBusExplorer/commit/994073559f by @mehowq)

Thanks for the fix, regression bug :(


I wish I had this 10yrs ago

👏

Glad you find it useful! I've been using a variant of a process like this for almost as long!


Update Python and PHP runtime to 1.8.4 SDK

This update introduces several minor changes:

Improvements to the builtin endpoints tools and packages
The PHP runtime now has access to a CURRENT_MODULE_ID environment variable
The API Server now wraps unrecognized errors in RuntimeError for Python runtimes
The API Server will now log a stack trace during unhandled exceptions
The Backends API is now deprecated for the PHP runtime

https://ocd.appscale.com:8080/job/Daily Build/5501/