nixos/containers: custom network namespaces

Motivation for this change
This change provides a declarative interface for creating named network namespaces, and spawning nixos containers within them.
This is useful if you:

Want multiple containers to communicate over localhost ("sidecar" containers)
Want to modify the network namespace from outside of the container

I use this for the second purpose. I want to be able to move interfaces in and out of a container's network namespace as part of a namespace based whole internet wireguard VPN solution (see here).
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[x] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

rebased onto master and addressed review comments, much appreciated @asymmetric :pray: :slightly_smiling_face:

I'm also not entirely sure about whether we should add this - this will delete all namespaces previously configured every time if you add a new one and do a rebuild switch.
WDYT about something like https://github.com/systemd/systemd/pull/11710?

rebased on master and addressed PR comments. Big thanks to @flokli and @andir for the review :pray: :slightly_smiling_face:.
I made the following changes:

create one systemd unit per network namespace
escaped network namespace name when passing it into the unit definition
ported test to python and expanded it to test creation of multiple namespaces

@flokli I had not noticed that my previous approach could result in the deletion of already created network namespaces, thanks I believe that the one systemd unit per netns approach suggested by @andir should fix this, do you agree?
Regarding https://github.com/systemd/systemd/pull/11710, I would be very happy to use it if and when it lands, but I wanted something simple and declarative that I could use in my config today. I would also note that since https://github.com/NixOS/nixpkgs/commit/412f6a967d0d545686e284bfb3fdfe6015eb8bb1 we have modules in master that take network namespace names as arguments, so I think having a nixos native way to create them is beneficial today.

Regarding systemd/systemd#11710, I would be very happy to use it if and when it lands, but I wanted something simple and declarative that I could use in my config today. I would also note that since 412f6a9 we have modules in master that take network namespace names as arguments, so I think having a nixos native way to create them is beneficial today.

Now that you are raising that I come to question if we should perhaps modify the wireguard module to make use of this instead of it rolling it's own. That would be a much more consistent user experience.
Also we should think about ordering the systemd units accordingly and by changing the wireguard module to make us of this PRs functionality we can even provide an example (and test?) of how to properly interact with it.

Now that you are raising that I come to question if we should perhaps modify the wireguard module to make use of this instead of it rolling it's own. That would be a much more consistent user experience.

It's a good point, but I feel that network namespaces are a pretty generic feature with more uses than just wireguard VPN's, so I would prefer to keep facilities for their creation separate from the wireguard module. @asymmetric you added the namespace support to the wireguard module, what do you think?

we should think about ordering the systemd units accordingly

I currently have the namespace units set to before = [ "network-pre.target" ]``, and the wireguard units are set to after = [ "network-online.target" ]. Looking at it again now, the current beforecondition seems excessive, and I think thatbefore = [ "network-online.target" ]` should be sufficient?

by changing the wireguard module to make us of this PRs functionality we can even provide an example (and test?) of how to properly interact with it.

Very good point. I have added a commit to this PR updating the wireguard namespace tests to use this module for namespace creation.

Now that you are raising that I come to question if we should perhaps modify the wireguard module to make use of this instead of it rolling it's own. That would be a much more consistent user experience.

It's a good point, but I feel that network namespaces are a pretty generic feature with more uses than just wireguard VPN's, so I would prefer to keep facilities for their creation separate from the wireguard module. @asymmetric you added the namespace support to the wireguard module, what do you think?

I'm not sure I know what we're talking about. The Wireguard module doesn't create namespaces, and the feature I've added only expects them to already exist, so this change seems pretty orthogonal.
If you mean in the Wiregurad namespaces tests, then sure, I think it's good to use the new attirube there.
I think this is a good stopgap measure until networkd has native support for namespace creation.

rebased on master and addressed review comments.

I'm not sure I know what we're talking about. The Wireguard module doesn't create namespaces, and the feature I've added only expects them to already exist, so this change seems pretty orthogonal.

@asymmetric I had understood the question to be whether the wireguard module should start creating network namespaces itself. Although reading back I may have getting a little confused :/

rebased on master and cleaned up the tests.

@asymmetric I had understood the question to be whether the wireguard module should start creating network namespaces itself.

@xwvvvvwx @andir I think the two concerns are pretty orthogonal, and by not tying them together too much we leave the option open for other ways of creating the namespace to emerge in the future. As long as it's documented (which it is), I think users should be tasked with creating the namespace however they see fit.
Also, if the namespace already exists, the wireguard module will then break, unless you make namespace creation idempotent, which seems pretty hacky.
All in all, I think we shouldn't do it. WDYT?

Hello,
Is there any chance for this to get merged? This seems like a very useful piece of functionality.

I would like see this land too, it's been way too long and it's already shown itself to be useful to several people.
One day networkd will support this usecase natively, we will remove scripted networking and everything will be simpler. But that day is not here yet, and I see no reason not to incrementally imrove the status quo, when we can.

Maybe one of the maintainers could explain why this doesn't get merged? I've tried resolving the conflicts but honestly I had no idea what I was doing... :/ I would really appreciate having this feature in master.

Looks like containers.nix is now called nixos-containers.nix. After fixing that, the merge should be easy.

Still relevant


tests: bsim: bluetooth: mesh: Return BT_LL_SW_SPLIT option

This commit partially reverts changes done in
https://github.com/zephyrproject-rtos/zephyr/pull/56430.
We need to enforce CONFIG_BT_LL_SW_SPLIT option in mesh bsim tests to
make downstream repos keep using ZLL in bsim tests.
For example, in nRF Connect SDK, SoftDevice Controller is used by
default. Without this option, mesh bsim tests won't compile there.

Hold on, discussion ongoing in another channel. This is just to prevent a premature merge.

@aescolar, could you point channel and discussion?

Will close this PR. The original change won't affect CI in downstream fork as the GitHub Action is filtered out by the repo name. How to run mesh bsim tests in downstream fork will be decided later.


update to viash 0.9

Describe your changes
Issue ticket number and link
Closes #xxxx (Replace xxxx with the GitHub issue number)
Checklist before requesting a review

[x] I have performed a self-review of my code

Check the correct box. Does this PR contain:

[ ] Breaking changes
[ ] New functionality
[x] Major changes
[ ] Minor changes
[ ] Bug fixes
[ ] Documentation

[x] Proposed changes are described in the CHANGELOG.md

[x] CI Tests succeed and look good!

Status:

Need to decide on a new format for the results
Need to create a schema for the v1 result format and the new (v3) format
Fix resources missing from results.json (info in the trace.txt is not being linked properly)


trade 2 simultaneous cryptos

System information

**OS Platform and Distribution (Linux Debian 9.3 amd64):
**Zenbot version (version 4.1.0):
**Zenbot branch lattest:
**NodeJS version v8.10.0:
**Python version (when using a python script) no:
**Exact command to reproduce (include everything) trade 2 simultaneous cryptos:
Did I make any changes to conf-sample.js?:

Hello guys...
I have a question
I want to trade 2 simultaneous cryptos. I assume that I have to open 2 consoles to start the 2 trade comands
Example: BCC-BTC (price is high) and TRX-BTC (price is low)
Each: --buy_pct = 50 --sell_pct = 50
zenbot now sells 1 BCC and my account balance (currency) gets higher.
Now comes the signal that the TRX-BTC should be purchased.
Is it the case that the 2 cryptos always share my account balance (currency) for each sell / buy?
Because I do not want that now the larger reserve for BCC is now taken for the trade for TRX.
Is there a way to get around that?
Sorry for my bad English
regards
Mario

Hi Mario, some time ago we changed our policy to no longer allow questions in our GitHub Issues (as stated in the first line when you create a new issue), please post your question to our reddit instead:
https://www.reddit.com/r/zenbot/

Hi DeviaVir.
Sorry! Ok no Problem :-).
The new post is visible here:
https://www.reddit.com/r/zenbot/comments/84ew83/trade_2_simultaneous_cryptos/
Regards
Mario


[AutoDiff] Fix derivative function configurations for accessors.

For accessors: make AbstractFunctionDecl::getDerivativeFunctionConfigurations
resolve configurations from parent storage declaration @differentiable
attributes.
Fixes "no @differentiable attribute" non-differentiability error for accessors
whose parent storage declaration @differentiable attributes have not been
type-checked (e.g. because the storage declarations are in another file).
Add protocol requirement and class member storage declaration tests.
Resolves TF-1234.

tensorflow branch cherry-pick of https://github.com/apple/swift/pull/31669.
Enables robust TF-1234 fix for SwiftFusion, we can revert workarounds.

@swift-ci Please test tensorflow


Modify README.md around example hook

@chillbrodev provided some great feedback that we should rework this section to be clear that we are providing a specific example  of the simple basic GitHub one but that you can use this hook to do whatever you want.
That way the newbs are able to quickly get up and running without running into issues with hooks out of the gate like not having the gh command installed or not being authentication via it.

I'll pick this up today and add the info we discussed

Closing this issue as it has been integrated into mainline.


Fix Vagrant error (no method names `[]') in name setting plugin.

Could we merge and this? This is one of the things that are stopping people from using the plugin (that is awesome otherwise!)

Merged into fork.


update schema to recommend storage extension

:rocket: Feature Request

An example with a S3 path would be neat.
Ideally, such S3 endpoint would have helper methods with pystac.extensions.storage.CloudPlatform = "AWS" and other relevant storage properties for region, modalities, etc.

originally posted on comment from @fmigneault on https://github.com/crim-ca/dlm-extension/pull/2, reported on https://github.com/crim-ca/dlm-extension/issues/10

MLM schema will not concern itself with storage. Applicable validations will be done by storage extension itself.


Questions about the unstable rating accuracy of yelp datasets

Use Random_API combined with chatgpt3.5 to generate a set of data, then use Roberta_base to perform three downstream trainings and make predictions on the test set. For the business category, the results are stable, but for the rating category, the results of each run vary greatly, as shown in the figure. Do you encounter this problem during the experiment?

Thanks for the question! We indeed observed the variance in downstream classification accuracy.
For each run, we use validation data to select the best epoch for downstream classification. We report the average accuracy over 3 runs.

Thank you for your reply above, I still have some questions I would like to consult about the paper 'Differentiated Private Synthetic Data via Foundation Model APIs 2: Text'.

The hyperparameter settings of the yelp dataset in the figure below are K=3 and L=1. Does it mean that the results of the yelp dataset use the results of the original PE method?

For a classification dataset, such as Yelp, when using RANDOM_API, is the number of generated texts for each category random, without following the ratio of the two labels combined to form a new category?
When voting, is the category ratio taken into account, or is the selection made directly based on top-k? I am interested in the specific voting process for the classification dataset, which does not seem to be mentioned in the paper.

Thank you for your patience in reading my question. I am very much looking forward to your reply. Thank you very much!

Thanks for the great questions!

For GPT-3.5 Yelp, we find that using K=3, L=1 works better because the quality of GPT-3.5 generated text is high, which can be seen as integrating the original PE method with our designed APIs. For open-source models, we use L>1.
We call RANDOM_API to generate data for each category separately. The sample ratio at each category  follows the original data distribution.
We perform voting for each category separately, selecting the top-k synthetic samples for each category.

Feel free to ask if you have more questions!


Using "RELEASE" conflicts with debug/release preprocessor macros

Hi,
In e.g. lwf_eventbutton.h the uppercase RELEASE enum symbol name is declared. This conflicts with common preprocessor configurations e.g. DEBUG=1 and RELEASE=1 resulting in build errors.
1: Is there a common workaround for this?
2: If not, please consider renaming RELEASE to perhaps UNPRESS (barf, sorry could not come up with better).

I wouldn't like to change the symbol because it breaks code compatibility, I'm not sure RELEASE is common preprocessor define. I recommend you to change LWF source code in your project. just a few lines.
core/lwf_button.cpp
151:		m_handler.Call(EventType::RELEASE, this);
153:	PlayAnimation(Condition::RELEASE);

core/lwf_eventbutton.cpp
52:			EType::RELEASE,

core/lwf_eventbutton.h
46:		RELEASE,

core/lwf_format.h
370:		RELEASE        = (1 << 3),

Okay, thank you for the consideration and work around idea.
Nick
On May 4, 2015 1:52 PM, "Kazuki Sakamoto"<EMAIL_ADDRESS>wrote:

Closed #121 https://github.com/gree/lwf/issues/121.
—
Reply to this email directly or view it on GitHub
https://github.com/gree/lwf/issues/121#event-296638351.


ParseCommandLineArgs(): extend error message when it fails

Use GetLastError() to determine why CommandLineToArgvW() fails; currently just logging generic error message.

Not fixing. Changed my mind; it'd be an extreme occurance for CommandLineToArgvW() to fail and if it does it's probably programmer error. A generic message is fine.


[FE] Integrate with filtered tree display (linearization parent, postcoordination scales values, logical definition values).

We need to replace the current solution with the newly developed filtered tree.

Linearization parent . Here we will fetch only the direct ancestors.
postcoordination scales values - here we fetch the info from the axis to generic scales table in the backend as root, and we select a single value.
Logical definition values - here add all set scales as roots , if no scale is set then we fetch the axis to generic scales table and use the root from there.

Depends on issue icat issue 53

I think that first bullet point is no longer valid. If we have only the direct parents then we don't need a try to display it, just a dropdown which has already been implemented for the linearization view.


NULL pointer dereference in FindServiceControlURLPath

There is a NULL pointer dereference in the function FindServiceControlURLPath in genlib/service_table/service_table.c.
A segmentation fault occurs if the string controlURLPath is NULL. This crash can be triggered by sending a malformed SUBSCRIBE or UNSUBSCRIBE using any of the attached files.
cat <subscribe/unsubscribe>.txt | nc <ip> 49152
With ASan enabled, this will  result in the following output using subscribe.txt
>> AddressSanitizer:DEADLYSIGNAL
=================================================================
==1382600==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc 0x7f9314e77878 bp 0x000000000002 sp 0x7f930eef98d0 T6)
==1382600==The signal is caused by a READ memory access.
==1382600==Hint: address points to the zero page.
    #0 0x7f9314e77877 in FindServiceControlURLPath src/genlib/service_table/service_table.c:357
    #1 0x7f9314e85b83 in GetDeviceHandleInfoForPath src/api/upnpapi.c:4246
    #2 0x7f9314e7fda8 in gena_process_subscription_renewal_request src/gena/gena_device.c:1464
    #3 0x7f9314e7641b in dispatch_request src/genlib/miniserver/miniserver.c:157
    #4 0x7f9314e7641b in handle_request src/genlib/miniserver/miniserver.c:230
    #5 0x7f9314e6ffca in WorkerThread src/threadutil/ThreadPool.c:576
    #6 0x7f9314e3efb6 in start_thread /build/glibc-suXNNi/glibc-2.29/nptl/pthread_create.c:486
    #7 0x7f9314d702ce in __clone (/lib/x86_64-linux-gnu/libc.so.6+0xfa2ce)

AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV src/genlib/service_table/service_table.c:357 in FindServiceControlURLPath
Thread T6 created by T0 here:
    #0 0x7f9314ed09b2 in pthread_create (/lib/x86_64-linux-gnu/libasan.so.5+0x399b2)
    #1 0x7f9314e6f97b in CreateWorker src/threadutil/ThreadPool.c:651

==1382600==ABORTING

and using unsubscribe.txt
>> AddressSanitizer:DEADLYSIGNAL
=================================================================
==1382441==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc 0x7f0c2ac29878 bp 0x000000000002 sp 0x7f0c23cf78e0 T8)
==1382441==The signal is caused by a READ memory access.
==1382441==Hint: address points to the zero page.
    #0 0x7f0c2ac29877 in FindServiceControlURLPath src/genlib/service_table/service_table.c:357
    #1 0x7f0c2ac37b83 in GetDeviceHandleInfoForPath src/api/upnpapi.c:4246
    #2 0x7f0c2ac32001 in gena_process_unsubscribe_request src/gena/gena_device.c:1577
    #3 0x7f0c2ac2841b in dispatch_request src/genlib/miniserver/miniserver.c:157
    #4 0x7f0c2ac2841b in handle_request src/genlib/miniserver/miniserver.c:230
    #5 0x7f0c2ac21fca in WorkerThread src/threadutil/ThreadPool.c:576
    #6 0x7f0c2abf0fb6 in start_thread /build/glibc-suXNNi/glibc-2.29/nptl/pthread_create.c:486
    #7 0x7f0c2ab222ce in __clone (/lib/x86_64-linux-gnu/libc.so.6+0xfa2ce)

AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV src/genlib/service_table/service_table.c:357 in FindServiceControlURLPath
Thread T8 created by T0 here:
    #0 0x7f0c2ac829b2 in pthread_create (/lib/x86_64-linux-gnu/libasan.so.5+0x399b2)
    #1 0x7f0c2ac2197b in CreateWorker src/threadutil/ThreadPool.c:651

==1382441==ABORTING

This was tested on the current master branch and on release 1.6.6. Earlier versions may also be affected.
subscribe.txt
unsubscribe.txt

Hi Patrik,
I have just committed a fix. If possible, please test.
Regards,
Marcelo.

This is fixed now.
Thanks,
Patrik

Nice! Thanks!
Marcelo.

This issue was assigned CVE-2020-13848


Atomic Batching

I wrote a simple example to verify async behaviour with the batch implementation and noticed the following behaviour.
import 'package:signals/signals.dart';

final age = signal(0);
final doubleAge = computed(() => age() * 2);

void main() async {
  effect(() {
    print('listen-age: $age');
  });

  age.set(2);

  batch(() async {
    age.set(0);

    await Future.delayed(const Duration(seconds: 1));

    age.value += 1;

    print('inner-double-age: $doubleAge');

    age.value += 1;
  });

  print('double-age: $doubleAge');
}

And this is the output:
listen-age: 0
listen-age: 2
listen-age: 0
double-age: 0
listen-age: 1
inner-double-age: 2
listen-age: 2

Is this expected behaviour? I have not yet looked into the batching but my first guess is it doesn't cater for async logic and that the context is shared.

Its not just an async-related behaviour.
import 'package:signals/signals.dart';

final age = signal(0);
final doubleAge = computed(() => age() * 2);

void main() {
  effect(() {
    print('listen-age: $age');
  });

  age.set(2);

  batch(() {
    age.set(0);

    throw Exception('error');
  });

  print('double-age: $doubleAge');
}

First of all signals are only sync and the graph is meant only for synchronous operations.
In a batch it is not a transaction and will update any values till it has an error.
This is how other signal libraries work too

In a batch it is not a transaction and will update any values till it has an error.

Agreed. Any chance this can make it to the docs? I noticed the preact version also works in the exact same way with no support for transactions.

Yep happy to add it to the docs!

Going to work on a section in the docs with approaches to async with signals.  But updating some of my production apps and already learning some common patterns

Started a discussion here on Rollback #108
We can keep the idea of transaction by monitoring all signals inside a specific batch.
When an exception is thrown, rollback all previously executed signals.
Not planed but an idea to keep in mind for the future ^^ we possibly can if we accept
that integrity is more important than perfs.

What would be the behavior for signals with no buffer?

Obviously they need ‘real’ Tx that we don’t support.
Throw an Exception would be default or batch can
Be explicitly configured to silence incompatible Signals and failed
rollback.
Dev opt-in Tx behavior nothing magic happens.
On paper seems possible. See any holes?
On Tue 9 Jan 2024 at 23:16, Rody Davis @.***> wrote:

What would be the behavior for signals with no buffer?
—
Reply to this email directly, view it on GitHub
https://github.com/rodydavis/signals.dart/issues/105#issuecomment-1883888949,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAJ4MWPQSZWMQ7WQFCPCJCTYNW6TBAVCNFSM6AAAAABBGL7BKCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOBTHA4DQOJUHE
.
You are receiving this because you commented.Message ID:
@.***>

This would be hard/impossible to implement because it in real apps, batch callbacks wouldn't be pure functions and would include async ops. Maybe a pausing mechanism could achieve this.
mySignal.pauseUpdates();

try{
    var newValue = await someNetworkCall()
   // do some more work to compute the new value
}finally{
    mySignal.resume();
}

mySingal.value = newValue;

Just an idea.

I think another solution could be this:
https://github.com/maverick-js/signals?tab=readme-ov-file#onerror

That looks like it would only work for synchronous code. Based on how the code looks, I think the effect would have to catch the error and pass it to the onError callback. But effect wouldn't catch an async error.

Right it would only work for sync code.
I am thinking that adding a transaction callback would be able to pass in a rollback:

That is correct it would only work for sync code.
Another option is to improve the batch API. Current it is the following:
T batch<T>(BatchCallback<T> callback) {

We could add a Rollback callback that would only be called on error:
T batch<T>(
     BatchCallback<T> callback,
+   [BatchCallback<T>? rollback],
   ) {
  if (_batchDepth > 0) {
    return callback();
  }
  _startBatch();
  try {
    return callback();
+  } catch (e) {
+   final result = rollback?.call();
+    if (result is T) return result;
+    rethrow;
  } finally {
    _endBatch();
  }
}

Something like that. And it would be backwards compatible.
Current will not rollback:
batch(() {
  count.value = 1;
  throw;
});

if rollback is provided it will be called on error:
batch(() {
  count.value = 1;
  throw;
}, () {
  count.value = 0;
});

It could also be a named param too.

This would not work for async code, but for sync signal this would be a nice way to rollback if needed.

Been thinking about this more, I think it would be better to use dart exception handling for this:
import 'package:signals/signals.dart';

final age = signal(0);
final doubleAge = computed(() => age() * 2);

void main() {
  effect(() {
    print('listen-age: $age');
  });

  age.set(2);

  batch(() {
+ try {
    age.set(0);
    throw Exception('error');
+   } catch (e) {
+ age.set(2); // or age.set(age.previousValue);
+ }
  });

  print('double-age: $doubleAge');
}


Fix inspect gutter problems (#1126)

This PR fixes #1126

Pull Request Test Coverage Report for Build 4876

0 of 2 (0.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.01%) to 37.122%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

src/sagas/workspaces.ts
0
2
0.0%

Totals

Change from base Build 4873:
-0.01%

Covered Lines:
2898

Relevant Lines:
6978

💛  - Coveralls

I'm suggesting to close this PR, in the light of this discussion: https://github.com/source-academy/cadet-frontend/issues/1126


View All Snapshots Within A Storage Account

I would like to be able to view all snapshots in a storage account in a simple tree format or from within the explorer view window
so when I have may disks and may snapshots within a storage account I can see the hirachy of snapshots for each disk contained within the storage account and easily be able to drill down without having to highlight each disk individually to see its hirachy of snapshots

@SimonWEastwood is this request for unmanaged disks (aka page blobs) or are you talking about managed disks (aka the Azure resource type)?

@SimonWEastwood , I'm going to assume you mean unmanaged disks (page blobs). In that case, there isn't a feasible way for us to do this. Therefore we're going to close this request.
If you did not mean this, please open a new issue with more details about your request.


Off-Canvas Navbar

Still needs pages of navbar configured. Written in HTML, but can switch to HAML.
@oraje can use some of his functionality into this branch. View is in dashboard/index

@HanaHy It looks like there are some codeclimate errors, a "408 issue fix"

@HanaHy thanks! Approving 💯


pio build exception: unresolved dependencies

I'm getting sbt.ResolveException: unresolved dependency: io.prediction#core_2.10;0.10.0-incubating: not found while trying to run pio build
..........
[info] Resolving io.prediction#core_2.10;0.10.0-incubating ...
[INFO] [Console$] [warn] 	module not found: io.prediction#core_2.10;0.10.0-incubating
[INFO] [Console$] [warn] ==== local: tried
[INFO] [Console$] [warn]   /home/ashwath/.ivy2/local/io.prediction/core_2.10/0.10.0-incubating/ivys/ivy.xml
[INFO] [Console$] [warn] ==== public: tried
[INFO] [Console$] [warn]   https://repo1.maven.org/maven2/io/prediction/core_2.10/0.10.0-incubating/core_2.10-0.10.0-incubating.pom
...........
[INFO] [Console$] [warn] 	::::::::::::::::::::::::::::::::::::::::::::::
[INFO] [Console$] [warn] 	::          UNRESOLVED DEPENDENCIES         ::
[INFO] [Console$] [warn] 	::::::::::::::::::::::::::::::::::::::::::::::
[INFO] [Console$] [warn] 	:: io.prediction#core_2.10;0.10.0-incubating: not found
[INFO] [Console$] [warn] 	::::::::::::::::::::::::::::::::::::::::::::::
[INFO] [Console$] [warn]
[INFO] [Console$] [warn] 	Note: Unresolved dependencies path:
[INFO] [Console$] [warn] 		io.prediction:core_2.10:0.10.0-incubating (/home/ashwath/tools/apache-predictionio-0.10.0-incubating/PredictionIO-0.10.0-incubating/MyRecommendation/build.sbt#L9-13)
[INFO] [Console$] [warn] 		  +- io.prediction:template-scala-parallel-recommendation_2.10:0.1-SNAPSHOT
[INFO] [Console$] sbt.ResolveException: unresolved dependency: io.prediction#core_2.10;0.10.0-incubating: not found
.............

I have built PredictionIO 0.10 from source.
How do I fix this? Thank you.

+1. Same here

There is ongoing pull request that fix this issue: https://github.com/apache/incubator-predictionio-template-recommender/pull/10
Untill then please use master branch https://github.com/chanlee514/template-scala-parallel-recommendation
Download this template via git, do not use pio template get
It works for me.


fix: hide soft keyboard when forgot password is pressed

Fixes #605

@nikit19 Please merge it.

@nikit19 You have to choose rebase and merge. Let me squash the commits. :+1:

@nikit19 You have to choose rebase and merge. Let me squash the commits.

Updated


[SPARK-18821][SparkR]: Bisecting k-means wrapper in SparkR

What changes were proposed in this pull request?
Add R wrapper for bisecting Kmeans.
As JIRA is down, I will update title to link with corresponding JIRA later.
How was this patch tested?
Add new unit tests.

Test build #71280 has started for PR 16566 at commit 4f88cce.

Test build #71280 has finished for PR 16566 at commit 4f88cce.

This patch fails R style tests.
This patch merges cleanly.
This patch adds the following public classes (experimental):
 class BisectingKMeansWrapperWriter(instance: BisectingKMeansWrapper) extends MLWriter
 class BisectingKMeansWrapperReader extends MLReader[BisectingKMeansWrapper]

Merged build finished. Test FAILed.

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

Test build #71282 has started for PR 16566 at commit e7ea299.

Test build #71282 has finished for PR 16566 at commit e7ea299.

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

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

Merged build finished. Test FAILed.

* checking Rd \usage sections ... WARNING
Duplicated \argument entries in documentation object 'fitted':
  'object' 'method' '...'

Test build #71298 has started for PR 16566 at commit 2ad596e.

Merged build finished. Test FAILed.

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

Jenkins, retest this please.

Test build #71337 has started for PR 16566 at commit 2ad596e.

Test build #71337 has finished for PR 16566 at commit 2ad596e.

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

Merged build finished. Test PASSed.

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

Test build #71675 has started for PR 16566 at commit e77cbaf.

Test build #71675 has finished for PR 16566 at commit e77cbaf.

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

Merged build finished. Test FAILed.

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

Test build #71683 has started for PR 16566 at commit 83b2d6f.

Test build #71683 has finished for PR 16566 at commit 83b2d6f.

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

Merged build finished. Test PASSed.

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

Test build #71706 has started for PR 16566 at commit b25fc83.

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

Merged build finished. Test FAILed.

retest this please

Test build #71731 has started for PR 16566 at commit b25fc83.

Test build #71731 has finished for PR 16566 at commit b25fc83.

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

Merged build finished. Test PASSed.

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

Close to trigger windows test

open to trigger windows test

couple of last comments.
@yanboliang do you have any comment?

Test build #71828 has started for PR 16566 at commit d36c23a.

Merged build finished. Test FAILed.

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

Jenkins, retest this please.

Test build #71865 has started for PR 16566 at commit d36c23a.

LGTM

Test build #71865 has finished for PR 16566 at commit d36c23a.

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

Merged build finished. Test PASSed.

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

merged to master. Let's follow up with programming guide, example and vignettes - would you be able to pick these up too @wangmiao1981 ?

@felixcheung I will take care of it very soon. Now I am working on  the PR of vector serialization. Also, I started working on the SparkR serialization performance. Thanks!


Fix field name typo, add maven-compiler-plugin in pom.xml

Fix typo in field name, was jmv instead of jvm.
I have added the maven-compiler-plugin in pom.xml. This sets the version of the JVM to 1.8.

Otherwise with mvn 3.8.1, I see a compilation error, mvn tries to use 1.6 by default, which is no longer supported:
[ERROR] COMPILATION ERROR :
[INFO] -------------------------------------------------------------
[ERROR] Source option 6 is no longer supported. Use 7 or later.
[ERROR] Target option 6 is no longer supported. Use 7 or later.

From the mvn doc: Also note that at present the default source setting is 1.6 and the default target setting is 1.6, independently of the JDK you run Maven with. You are highly encouraged to change these defaults by setting source and target as described in Setting the -source and -target of the Java Compiler.

Thank you for merging!


Host ability to override module config

Currently Modules are tied to their configuration. There is no way for a separate host to enable a module with a different configuration without re-writing the entire module.
Proposed Plan:
Configure each module with a sensible, overridable, default config. For large modules (e.g. Hyprland) it would be beneficial to split the configuration into separate overridable .nix files at logical config boundaries (keymaps, plugins, etc...). This would allow hosts to re-use the default module configuration to the largest extent possible.

Easiest long-term solution to this problem is to only break down modules into smaller options if actually needed. The best example of this is the hyprland module, which has many system dependent settings such as monitor configuration. I will not be adding unnecessary options that will never be used. Only add options when required.


adding HTTPS headers

Hello all:
I'm trying to make an HTTPS connection but I can't make the authorization headers work...
let req = Payload.request("GET", url, recover this~apply() end)
req.request().update("Authorization","Basic XXX")
_client(consume req)
I have tried with some other different approaches...but no luck...if someone could shed me a light I would really appreciated -:)
Greetings,
Blag.

Sorry, not sure what the problem is. What goes wrong?

I can't make the authorization header work...I'm trying to connect to an HTTPS page which requires username and password...but it's like the header is not taken into account...
The authorization is right as I have test the same in other languages...but I'm not sure if that's the right syntax in Pony...
Greetings,
Blag.

@atejada The authorisation headers don't have anything to do with the HTTPS protocol. HTTPS is like plain HTTP sitting on top of a secure socket.
For debugging headers, you can try sending a request to https://httpbin.org/headers. It replies with a response echoing the headers that you send in the request. The same functionality can be tried with plain http at http://httpbin.org/headers. Very useful for debugging.

PS. I am not associated with Pony. Just discovered this language and was casually browsing through the issues.


Blender Addon can't be installed in 2.93

So I tried to install the 24.1 addons to Blender 2.93. But somehow it won't install. Here's what I got:

You need to also upgrade RenderMan Pro Server to 24.1 as well. You cannot have mismatched versions.

I am facing the same problem, I have the RenderMan pro server 24.1 even after copying the patch file as instructed.

@umanng15 If you're using Windows, please apply the patch.zip found here:
https://github.com/prman-pixar/RenderManForBlender/releases/tag/v_24.1
Follow the instructions on how to copy the folders.

it dont work with blender 2.93.1

I copy the patch where it should be. No way to making work.

it copied the patch works for blender 2.93 .

Ok. I think I just found a solution.
Basically, you need to copy the files inside the bin and lib into RenderManProServer-24.1. But you can't just copy the contents inside. Here's how I've done it:
Note that before doing so, please make a backup. Also, when a popup comes out asking if you would like to replace the files, just select replace.

First, inside the bin folder, go to \pythonbindings\rman and copy _init_.py into C:\Program Files\Pixar\RenderManProServer-24.1\bin\pythonbindings\rman
Second, inside the lib folder, go to \python3.9\Lib\site-packages and copy the ice folder and PyOpenColorIO.pyd to C:\Program Files\Pixar\RenderManProServer-24.1\lib\python3.9\Lib\site-packages

Once you have done that, you should be able to install Renderman Addon just fine.

Thanks... not working for me. I did copy the files as you toll me but not work. :(

Ok, how about this.
Download this zip file and replace the bin and lib folder in C:\Program Files\Pixar\RenderManProServer-24.1. And maybe remove and reinstall the addon afterward.
https://www.mediafire.com/file/s7l4e5cyvu59gpf/Renderman+Proserver+24.1+Patched.zip/file

Did you download Blender from the Windows Store? We've had reports that that version doesn't seem to be compatible for some reason. Download and installing directly from blender.org seems to fix the issue.

Yes, is from windows store... i will download it from blender.org. Thz!

I installed Blender 2.93.3 LTS and it gives this error.  I need help?

Copied the patch to the specified RendermanProServer-24.1 folder, installed Renderman addon into Blender 2.93.4
When trying to render, it gives a license error...
Any ideas?

I can't be installed in 2.93.

this video has, i installed method wrong this is link video https://www.youtube.com/watch?v=J4VUlLvyj_Q please help me.

@dasindu9 One of your addons seems to be conflicting with ours. Looking at the log it's something gscatter. I would try disabling that and see if it works.

https://user-images.githubusercontent.com/91794283/135992031-fb82cfa3-40e3-40b1-a31c-bf4a99471577.mp4
prman-pixar don't work solution

please help me.

change my report error

@dasindu9  A couple of things:

You didn't apply the patch.zip file found here: https://github.com/prman-pixar/RenderManForBlender/releases/tag/v_24.1 You need to copy the two folders over to the RenderManProServer install directory.
You're not running the latest version of the addon. Go to https://github.com/prman-pixar/RenderManForBlender and click the "Code" link to download the latest version.


Can't compile cpptest

When I try to "make cpptest" I see the error message:
[ 93%] Linking CXX executable container_test
CMakeFiles/container_test.dir/tests/cpp/container_test.cc.o: In function InplaceArrayBase_BadExceptionSafety_Test::TestBody()': /hdd/_tvm/tvm/tests/cpp/container_test.cc:123: undefined reference to testing::internal::DeathTest::Create(char const*, testing::Matcher<std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&>, char const*, int, testing::internal::DeathTest**)'
CMakeFiles/container_test.dir/tests/cpp/container_test.cc.o: In function InplaceArrayBase_ExceptionSafety_Test::TestBody()': /hdd/_tvm/tvm/tests/cpp/container_test.cc:143: undefined reference to testing::internal::DeathTest::Create(char const*, testing::Matcher<std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&>, char const*, int, testing::internal::DeathTest**)'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[3]: *** [CMakeFiles/container_test.dir/build.make:86: container_test] Error 1
make[2]: *** [CMakeFiles/Makefile2:631: CMakeFiles/container_test.dir/all] Error 2
make[1]: *** [CMakeFiles/Makefile2:933: CMakeFiles/cpptest.dir/rule] Error 2
make: *** [Makefile:541: cpptest] Error 2
How to fix this issue? All other tests are being compiled without any problems.
And there are other problems: I'm getting several compiled tests but when I try to run them I see "Program received signal SIGSEGV, Segmentation fault." like here:
(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /hdd/_tvm/tvm/build/tir_analysis_side_effect
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[==========] Running 1 test from 1 test case.
[----------] Global test environment set-up.
[----------] 1 test from SimplePasses
Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007ffff409a5c3 in testing::TestCase::RunSetUpTestCase() () from /usr/local/lib/libgtest.so
#2  0x00007ffff40b1c3e in void testing::internal::HandleSehExceptionsInMethodIfSupported<testing::TestCase, void>(testing::TestCase*, void (testing::TestCase::)(), char const) ()
from /usr/local/lib/libgtest.so
#3  0x00007ffff409a38b in void testing::internal::HandleExceptionsInMethodIfSupported<testing::TestCase, void>(testing::TestCase*, void (testing::TestCase::)(), char const) ()
from /usr/local/lib/libgtest.so
#4  0x00007ffff408141e in testing::TestCase::Run() () from /usr/local/lib/libgtest.so
#5  0x00007ffff4088c41 in testing::internal::UnitTestImpl::RunAllTests() () from /usr/local/lib/libgtest.so
#6  0x00007ffff40b390e in bool testing::internal::HandleSehExceptionsInMethodIfSupported<testing::internal::UnitTestImpl, bool>(testing::internal::UnitTestImpl*, bool (testing::internal::UnitTestImpl::)(), char const) () from /usr/local/lib/libgtest.so
#7  0x00007ffff409b9ab in bool testing::internal::HandleExceptionsInMethodIfSupported<testing::internal::UnitTestImpl, bool>(testing::internal::UnitTestImpl*, bool (testing::internal::UnitTestImpl::)(), char const) () from /usr/local/lib/libgtest.so
#8  0x00007ffff4088913 in testing::UnitTest::Run() () from /usr/local/lib/libgtest.so
#9  0x0000000000409861 in RUN_ALL_TESTS () at /usr/local/include/gtest/gtest.h:2471
#10 0x0000000000408a62 in main (argc=1, argv=0x7fffffffe028) at /hdd/_tvm/tvm/tests/cpp/tir_analysis_side_effect.cc:40
Obviously there are some problems with google tests env but what are the problems?

Thanks for reaching out about this issue. The TVM community is happy to help out with questions like this, but they are typically handled through the Discuss community. Can you repost the issue there? It will get more visibility and discussion there. https://discuss.tvm.apache.org

Thanks for asking, https://github.com/apache/tvm/pull/5185 might be related, please move to the forum for further conversations


alias .ready with .r

As a devops engineer, I want to do my part to improve the user experience.
Players naturally attempt .r when attempting to "ready-up" as a match ends the Pick phase.
Alias ".ready" with ".r" to simplify the user experience.
Additionally, consider ".j" for ".join" for extra simplicity.

thanks for the feedback, version 0.17.0 will contain this feature


Behavior specs for bucket fsm

This PR adds behavior specs for the bucket fsm.  It includes a small rename refactor, and other minor changes to support testing, but otherwise no changes to source code.
I changed the following file names for better clarity as to what they were doing and how they used:
bucket.js --> bucketFsm.js
riak.js --> riakApi.js

If you think there are better names, or prefer it changed back, just let me know.
@arobson @ifandelse I'd appreciate your thoughts on this, but please don't let this be a distraction to current work.  Just wanted to get it in position.

@arobson I've added some additional behavior tests for index and schema. There's more to unit test, but I'd like to get your feedback on this PR before going any further. Not sure how you feel about the name changes -- if you want me to back those off, just let me know.  It just helped me track things a little better.

@JohnDMathis - I'll have to do some work to get your changes to work with the stuff I had been working on for nearly a month now :\ The stuff I have in progress does actual connection pooling, fixes some API oddities and removes sliver as a dependency. I need to get that PR merged first and then I'll circle back and have a closer look at this.

@arobson happy to make those changes -- I don't want to add to your WIP!


fix(versions): update Activiti/activiti-dependencies versions into develop

UpdateBot pushed maven dependency: org.activiti:activiti-core-dependencies to: 7.1.34

UpdateBot commands:
updatebot push-version --kind maven org.activiti:activiti-core-dependencies 7.1.34 --merge false


Heal and Damage buttons not showing up on Battle Tracker page

There is a typo on the battle tracker page and the Heal and Damage buttons are not showing up.
I'll fix it tomorrow and scour the site for similar.
In the meantime, it's up to you if you want to roll back the deploy.

Fixed as part of #32.


Update sandbox copy to sandbox copyTo

sandbox renamed the sandbox copy command
into sandbox copyTo
This commit is meant to propagate the change
to the documentation.

Thanks @fabrice102! I appreciate it , I've had to update sandbox related docs after my PR but sadly I forgot.
I corrected the remaining occurrences as a part of my PR which adds the tealdbg page to docs.


[Feature/Concept] New Installer UI

Summary
I made a redesign Installer UI using In-Game Loading Screen Texts, Launcher's Assets and Windows Assets and Background Music
Solution or Design
I had an idea where I can make something similar to Honkai Impact 3rd Installation screen, the installer use Starward Background Assets transition from one image to the next with music playing in the background.
(Music should use Copyright-free for distribution, the music shown here is an example)
During Download, depending on the game you install, you will see some game tips. Those tips can be seen in the game loading screen (i.e: Genshin when going from one region to another). These tips are taken from the Wiki Online. When the download is complete, the tips are hidden to save memory to start verifying the files and unzip.
Some Elements were made by hand using Krita like the Arrow for the Start Game button, the checkbox. The Volume Icon looks like the Windows 10 Volume Icon. The Spinning Circle was recorded from a Virtual Machine when booting Windows 11 (The original Spinning Circle by Microsoft is coded using XAML Animation)
Some stuff that I forgot to add in before posting this concept:

After Install, user will show a message saying, "There might be additional files need to download when running the game, Launch the game to complete the install and start playing." same time the Start Game button appears.
I forgot the part where the game unzip. Tho this can be seen as doing Pre-install files
The Close and Minimize button is missing.
I was thinking that for each game background should show a different tip for that game. But I don't have time, so I use Genshin Loading Screen Tip. Tho it would be awesome if it did that.

Concept Video: https://youtu.be/Ye9B6Dxk_mg
(This took me 3 days + little neck pain for a 3-minute video. It was made on CapCut tho I assume coding this will be longer than what I have done)

Hello, thanks for your interest in Starward. Your suggestion is really amazing and has a high degree of completion.
As you said, the design is similar to Honkai Impact 3rd's installation, which is shown in game update. During the downloading and loading of game, developers need to keep the player's attention as much as possible to make the process seem as slow as possible. So gorgeous animations, beautiful background music, and even PV are good choices. What's more, this period of time is not very long, because most resources are downloaded before the game starting (except Honkai Impact 3rd).
The download process in the game launcher may take a long time, ranging from a dozen minutes to a few hours. In order not to affect the user's normal computer experience, the launcher needs to minimize the occupation of non-network resources. Your design is undoubtedly very attractive, but I think the present scheme is superior in terms of practicality.
Finally, thank you again for your advice and support of Starward.


Question about preprocessing Devign dataset.

How do you convert the devign dataset into code property graph described in the devign paper?

Specifically, as I know, joern-parse can convert .c files into cpg.bin, and joern-export can convert cpg.bin into .dot graph files. Is this the procedure you parse the devign ataset?

You can use joern-parse and joern-export for cpg14 in your project directory. You will still need a convertor from the .dot to pytorch.Data classes for input into any GNN.

作者解决这个问题了吗


Problem with cordova

I am using materialize css for my cordova based app. The layout is fine with android API 21 onwards but doesn't seem to work fine with API <=19. Please help me out.

Can you post some code/repo/screenshot? Anything, that can help us to resolve your problem?


Index setting not getting applied after indexing

Which version of Elastic are you using?
[ ] elastic.v6 (for Elasticsearch 6.x)
Please describe the expected behavior
This is my mapping for an index
const SwipedMapping = `
{
"settings":{
"number_of_shards": 1,
"number_of_replicas": 0,
"analysis" :{
"filter":{
"autocomplete_filter":{
"type":"edge_ngram",
"min_gram":1,
"max_gram":20
}
},
"analyzer":{
"autocomplete":{
"type":"custom",
"tokenizer":"standard",
"filter":[
"lowercase",
"autocomplete_filter"
]
}
}
}
},
"mappings":{
"swiped_list":{
"properties":{
"phone":{
"type":"text",
"analyzer": "autocomplete",
"search_analyzer": "standard"
			}
			"amount":{
				"type":"integer"
			}

			"name":{
				"type":"keyword",
				"analyzer": "autocomplete",
				"search_analyzer": "standard"
			}
			"pretty":{
				"type":"keyword",
				"analyzer": "autocomplete",
				"search_analyzer": "standard"
			}

		}
	}
}

}`
Please describe the actual behaviour
The above analyzer is not  getting affected when I checked the settings of the index
Any steps to reproduce the behavior?

How did you apply the mapping? There's an example recipe for mappings here. Maybe you can tweak it a bit to see what's wrong.

Closing this for now. Let me know you didn't solve the problem by now, and I'll reopen.

This the mapping format I have used in go code
const (
mapping = `
{
"settings":{
"number_of_shards":1,
"number_of_replicas":0,
"analysis" : {
"analyzer":{
"content":{
"type":"custom",
"tokenizer":"whitespace"
}
}
}
},
"mappings":{
"_doc":{
"properties":{
"pretty":{
"type":"keyword"
                }
                "amount":{
                    "type":"long"
                    "ignore_malformed": false,
                     "coerce": false
                }
                "balance":{
                    "type":"long"

                }
                "card4":{
                    "type":"keyword"

                }
                "card_id":{
                    "type":"keyword"

                }
                "channel":{
                    "type":"keyword"

                }
                "credit_given":{
                    "type":"keyword"

                }
                "customer_id":{
                    "type":"keyword"

                }
                "event":{
                    "type":"keyword"

                }
                "ext_ref_id":{
                    "type":"keyword"

                }
                "extra_id":{
                    "type":"keyword"

                }
                "id":{
                    "type":"keyword"

                }
                "mapping_id":{
                    "type":"keyword"

                }
                "marketplace_id":{
                    "type":"keyword"

                }
                "mcc":{
                    "type":"keyword"

                }
                "merchant":{
                    "type":"keyword"

                }
                "merchant_id":{
                    "type":"keyword"

                }
                "surcharge":{
                    "type":"keyword"
                }
                "topup":{
                    "type":"keyword"
                }
                "w_tx_id":{
                    "type":"keyword"
                }
                "uts":{
                    "type":"date"
                    "format":"strict_date_time"
                }
                "sign_up_date":{
                    "type":"date"
                    "format":"strict_date_time"
                }

            }
        }
    }
}
`

)
and after indexing
{"swipe":{"aliases":{},"mappings":{"_doc":{"properties":{"Card4":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"Event":{"type":"long"},"ExtraId":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"amount":{"type":"long"},"balance":{"type":"long"},"card_id":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"channel":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"credit_given":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"customer_id":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"ext_ref_id":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"id":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"mapping_id":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"mcc":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"merchant":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"merchant_id":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"pretty":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}},"sign_up_date":{"type":"date"},"surcharge":{"type":"boolean"},"topup":{"type":"boolean"},"uts":{"type":"date"},"w_tx_id":{"type":"text","fields":{"keyword":{"type":"keyword","ignore_above":256}}}}}},
"settings":{"index":{"creation_date":"1543401160165","number_of_shards":"5","number_of_replicas":"1","uuid":"EhFB518TTwC9R32VkFX4Yw","version":{"created":"6050099"},"provided_name":"swipe"}
}}}
In the index information this is what I am getting. Therefore analyzer is
not getting applied to my index
On Tue, Nov 20, 2018 at 12:14 AM Oliver Eilhard<EMAIL_ADDRESS>wrote:

Closed #966 https://github.com/olivere/elastic/issues/966.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/olivere/elastic/issues/966#event-1975452412, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AVKU9YnGbCuQhNN2uR6J1fyJZjeKwLXAks5uwvv_gaJpZM4YfZfB
.

Any information in the Elasticsearch log? ES is very picky about errors in the mapping. Did you create the index, or did you try to update? Can you track it down to a reproducible code snippet?


docs: add namespace information for instascale-ocm-secret

What changes have been made
This pr contains a brief update to the readme to ensure the instascale-ocm-secret is set in the correct namespace.
Checks

[ ] I've made sure the tests are passing.
Testing Strategy

[ ] Unit tests
[x] Manual tests
[ ] Testing is not required for this change

/lgtm

/lgtm

/approve

/lgtm


[6.4.x] BZ-1321576 - Kie server : async nodes not executed asynchronously

(cherry picked from commit 8508145c1f05a02a640f387174a49897e5377897)

jenkins retest this

jenkins retest this

merged into 6.4.x


Issue with nav_repo and import_url

We are using GitLab and this works fine when using !import in the 'nav' section.
What we want to do is only import certain markdown files from a GitLab repo to include in our generated MKDocs site.
Our understanding is this is possible with the 'nav_repos' configuration.
We are experiencing the following error when attempting to use 'mkdocs-multirepo-plugin' and the plugin configuration using 'nav_repos'.  Also, should we be able to use the HTTPS and SSH protocols interchangeably for the nav_repos.import_url value?
Here is my markdown.yml file:
site_name: Istio Sample

nav:
  - Istio: istio/README.md

plugins:
  - multirepo:
      cleanup: true
      keep_docs_dir: true
      nav_repos:
        - name: istio
#          import_url: git@gitlab.ourdomain.net:istio?branch=some_branch
          import_url: https://gitlab.ourdomain.net:istio?branch=some_branch
          imports: [/README.md]

Here is the error I see when attempting to serve the MKDocs site:
WARNING  -  Config value 'dev_addr': The use of the IP address '<IP_ADDRESS>' suggests a production environment or the use of a proxy to connect to the MkDocs server. However,
            the MkDocs' server is intended for local development purposes only. Please use a third party production-ready server instead.
INFO     -  Building documentation...
INFO     -  Multirepo plugin importing docs...
Traceback (most recent call last):
  File "/usr/local/bin/mkdocs", line 8, in <module>
    sys.exit(cli())
             ^^^^^
  File "/usr/local/lib/python3.11/site-packages/click/core.py", line 1130, in __call__
    return self.main(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/click/core.py", line 1055, in main
    rv = self.invoke(ctx)
         ^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/click/core.py", line 1657, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/click/core.py", line 1404, in invoke
    return ctx.invoke(self.callback, **ctx.params)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/click/core.py", line 760, in invoke
    return __callback(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/mkdocs/__main__.py", line 234, in serve_command
    serve.serve(dev_addr=dev_addr, livereload=livereload, watch=watch, **kwargs)
  File "/usr/local/lib/python3.11/site-packages/mkdocs/commands/serve.py", line 83, in serve
    builder(config)
  File "/usr/local/lib/python3.11/site-packages/mkdocs/commands/serve.py", line 76, in builder
    build(config, live_server=live_server, dirty=dirty)
  File "/usr/local/lib/python3.11/site-packages/mkdocs/commands/build.py", line 270, in build
    config = config.plugins.run_event('config', config)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/mkdocs/plugins.py", line 520, in run_event
    result = method(item, **kwargs)
             ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/mkdocs_multirepo_plugin/plugin.py", line 312, in on_config
    return self.handle_nav_repos_import(config, nav_repos)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/mkdocs_multirepo_plugin/plugin.py", line 256, in handle_nav_repos_import
    repo: DocsRepo = DocsRepo(
                     ^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/mkdocs_multirepo_plugin/structure.py", line 274, in __init__
    self.edit_uri = self._fix_edit_uri(edit_uri)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/mkdocs_multirepo_plugin/structure.py", line 241, in _fix_edit_uri
    edit_uri_parts = edit_uri.strip("/").split("/")
                     ^^^^^^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'strip'

This works fine with the !import configuration in the 'nav' section:
site_name: Istio Sample

nav:
  - Istio: '!import git@gitlab.ourdomain.net:istio?branch=some_branch'

plugins:
  - multirepo:
      cleanup: true
      keep_docs_dir: true

Can you try to set the edit uri for the repo or the globally in your yaml config? I'll need to fix this in the next release but thinking that might fix it.

@kbober-kenzan,

Can you try to set the edit uri for the repo or the globally in your yaml config? I'll need to fix this in the next release but thinking that might fix it.

@kbober-kenzan, did this fix it? I'm planning on working on this project some more in the next few weeks.

Worked for us.


controllers: kubelet: cleanup platform code

move platform-specific code as much as possible at initialization stage vs peppering the code with if platform == .
In addition, remove small repetitions.

/cherry-pick release-4.18

/cc @Tal-or


KLX token

Project background details:
Team background: media and tv
Current situation of the project: pre-ico
Media exposures: https://klixio.net/?p=1311
Tradeable exchanges: N/A
Recommended Gas Limit (For ERC-20 project teams) for transaction: (Default is 60,000)

hello, it's suggested to pr one token at one time. please pr again and there are some existen problem have been labeled:

do checksum
the logo size should be 120120(one of your logo is 120121)


(Don't merge)(FACT-1086) Validate EL4 in facts-based acceptance test

[skip-ci

Merge after release!

Tested against CentOS 4 - all Facter tests pass, including this one.


Update documentation

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Comparison is base (3373da7) 100.00% compared to head (bb753bb) 100.00%.

Additional details and impacted files
@@            Coverage Diff            @@
##              main      #117   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files            4         4
  Lines          139       139
  Branches        24        24
=========================================
  Hits           139       139

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Issue 1763

Description
Thanks for contributing this Pull Request. Make sure that you submit this Pull Request against the develop branch of this repository, add a brief description, and tag the relevant issue(s) and PR(s) below.

Relevant Issues : https://github.com/karatelabs/karate/issues/1763
Relevant PRs : (optional)
Type of change :

[ ] New feature
[x] Bug fix for existing feature
[ ] Code quality improvement
[ ] Addition or Improvement of tests
[ ] Addition or Improvement of documentation

Key notes:
Page.frameStoppedLoading might not always be reliable
The issue causing failures in the cicd was that Page.frameStoppedLoading wasn't being fired by Chrome. I'm unclear why that happens but saw mentions across other Github projects about the same. After testing multiple times with the same browser open the same behavior started to happen in other tests too (e.g. 01.feature). The following comment in playwright suggests using the document.readyState. Maybe it's something that can be done permanently but I decided to cautiously only rely on that when the event is not fired.
https://github.com/microsoft/playwright/issues/8340#issuecomment-949431045
The behavior is that karate will wait for the timeout period for the event and, if CDP does not fire it back, it'll use document.readyState to determine whether the page and all frames are fully loaded.
The way I interpret the standard it might actually be sufficient and a good area of simplification of the codebase: https://docs.w3cub.com/dom/document/readystate
Root Frame
After fixing above issue cicd still failed when running after the test that opened a page in a new tab. Reason was when we were resetting the frame to the main frame (switchFrame(null)) I was attaching to the root target. The root target was the original target Karate launched and so DOM context was of the other page (as this test was being executed on the tab opened by the previous test as that is the one that had focus).
Fix was to simply add a new variable called mainFrameId which is updated whenever we do a swithcPage or, to be more accurately, whenver a frame is attached and that frame is not an iframe of a DOM page.
Out of curiosity it'll be pretty easy to add controls to create new tabs and new windows in Karate. Might do it in another PR later (default is false and new tab is created). That'll at least help me with some additional iframe scenarios and navigation on the browser I had in mind.
method("Target.createTarget")
        .param("url", "http://google.com")
        .param("newWindow", false).send();

@joelpramos merging, really appreciate this


Support for Basic Auth Client Authentication with client_id Only

I'm currently using the oidc-client-ts library for implementing OAuth 2.0 authorization code flow with PKCE in a React frontend application. The VMWare CSP identity provider I'm working with requires the client_id to be included in the Basic Auth header during the access token request, even if there's no client_secret provided. More specifically, the IDP requires a Base64 string of <client_id>:<empty_value> to be passed in as Basic Auth header during the request
However, the oidc-client-ts library currently supports client authentication using the Basic Auth header with both the client_id and client_secret. It does not provide an option to include the client_id only in the Basic Auth header without a client_secret.
I would like to request support for including the client_id in the Basic Auth header during the access token request, even when no client_secret is provided. This would ensure compliance with the requirements of the VMWare CSP identity provider and other similar implementations.
I also want to seek clarification on whether what this IDP requires is spec compliant, so that I may get them to change their procedures instead.
If there's an easy work-around to this, I would love to know it as well, as I'm currently forced to fork the library in order to get it to work.
Thank you for your support.

I guess you mean this https://www.rfc-editor.org/rfc/rfc6749#section-4.3.2.
The code affecting this is here:
https://github.com/authts/oidc-client-ts/blob/2533ed255d4aee40a97053ee57343bda9894c426/src/TokenClient.ts#L108-L113
I guess if (!client_secret) { does not work for empty, you will need to check if change this to if (client_secret === undefined) { make it work for you...