chore(gatsby-plugin-nginx): Try local files before returning 404 (#1050)

What's the purpose of this pull request?
Retrofits #1050 into 0.x branch.
How it works?

How to test it?

base.store Deploy Preview

References

LGTM. Was this code tested in some projects? If not, can you create a PR and leave a preview URL here?

For reference, this is the PR updating the packages: https://github.com/vtex-sites/avonqa.store/pull/142
To validate it, go to https://preview-142--avonqa.preview.vtex.app/revista. You should be redirected to https://conecta.avon.com.br/revista/.


Remove kustomize and associated make targets

Remove kustomize and associated OperatorSDK boilerplate targets

We probably want to clean up the generated files under config/ as well
find . -iname '*kustom*'
./config/webhook/kustomizeconfig.yaml
./config/webhook/kustomization.yaml
./config/rbac/kustomization.yaml
./config/default/kustomization.yaml
./config/samples/kustomization.yaml
./config/manager/kustomization.yaml
./config/certmanager/kustomizeconfig.yaml
./config/certmanager/kustomization.yaml
./config/prometheus/kustomization.yaml
./config/scorecard/kustomization.yaml

@ytsarev makes sense, we get back to installations via manifests when needed, no need to have whole boilerplate

@ytsarev removed config/ with manifest leftovers from Operator SDK, please check


TTwitter protocol broken unexpectedly when linkerd enabled

We run several TTwitter enabled Thrift RPC between Golang client and Python server on our production environment. Before Linkerd involved, it worked perfectly. When Linkerd first involved, it worked perfectly as before, the "100%" success rate made a very happy experience. But after several weeks, things got changed. Linkerd encountered a very high fail rate periodically, meanwhile client(Golang) TTwitter ResponseHeader frame got broken, it received some unknown type messages. The fail rate down to 0% once I restart Linkerd. And then it encountered again in hours.
                   Client( Golang)  ---> Linkerd(0.7.2) ---> Server (Python)

Thrift Version (Both Golang & Python) : 0.9.3
Zipkin client-side logic:
zipkin/ttypes.go
1923 func (p *ResponseHeader) ReadField1(iprot thrift.TProtocol) error {
1924 ›   _, size, err := iprot.ReadListBegin()  // Here, Wrong message received
1925 ›   if err != nil {
1926 ›   ›   return thrift.PrependError("error reading list begin: ", err)
1927 ›   }

After long time troubleshoot, I find finagle will not send TTwitter ResponseHeader back when empty response received. But for a Scala beginner, i can't understand if it is the cause.
TTwitterServerFilter.scala
          Contexts.broadcast.let(env) {
            service(request_) map {
              case response if response.isEmpty => response // without ResponseHeader
              case response =>
                val responseHeader = new thrift.ResponseHeader
                ByteArrays.concat(
                  OutputBuffer.messageToArray(responseHeader, protocolFactory),
                  response)
            }

Linkerd config here.

Here is the commit that adds that header logic: https://github.com/twitter/finagle/commit/761b860b89188c24f70406db26003129dbadb6a1
Is the thrift method that you're calling a oneway method?  If so, the go client should not be attempting to read a response.  That said, I'm not sure why this would cause linkerd to have a degraded success rate until restart.

@adleong  thanks for your reply, but it is not a One-Way request , description file like this:
pickad.thrift
struct Query {
    1: i32 uid,
    2: string bid,
    3: i32 group_id,
    4: string ip,
    5: i32 hour,
    6: string pid,
    7: i32 unit_id,
    8: list<string> page_tags,
}

service PickAd {
    list<i32> get(1: Query query,
                  2: list<i32> ad_ids,
                  3: string model_typ,
                  4: string model_collection),
}

Ah, rats.  Would it be possible to capture a tcp dump, ideally of both the linkerd <-> python side and the golang <-> linkerd side?  Instructions for capturing a tcp dump are here: https://linkerd.io/help/
A metrics dump of linkerd would also be helpful.

@adleong  Yeah,  i will do both tcp dump and metrics dump, and will paste here in hours.  Thanks for your advise.

@adleong
uploaded as linkerd_dump.tar.gz
.
|-- collect_metrics.sh
|-- collect_tcpdump.sh
|-- l5d_metrics_1472025753.json
|-- l5d_metrics_1472025813.json
|-- linkerd.2016-08-24-16:02.pcap
`-- README

0 directories, 6 files

tcpdump file include all traffic from client <-> linkerd & linkerd <-> server

Thanks for the metics and pcap, @mapix.
Looking at the metrics I see a large number of channel closed exceptions:
"rt//dae_thrift_client_proxy/dst/id/#/io.l5d.serversets/dae/services/thrift/glorfindel/PickAd/failures/com.twitter.finagle.ChannelClosedException/java.io.IOException":3479
and an even larger number of connect exceptions:
"rt//dae_thrift_client_proxy/dst/id/#/io.l5d.serversets/dae/services/thrift/glorfindel/PickAd/service_creation/failures/com.twitter.finagle.ChannelWriteException/java.net.ConnectException":26564043
This indicates that linkerd is unable to connect to the python service for some reason.  Perhaps some kind of network issue?  Or could the python service have been rescheduled but its location not updated in ZooKeeper?
Looking at the pcap suggests this timeline of events:

client sends a thrift request to linkerd
linkerd fails to connect to server, throws java.net.ConnectException: Connection refused: hador7/<IP_ADDRESS>:43920
linkerd returns an exception to client
client attempts to parse the response as a list instead of as an exception, fails

I also notice that the ip address that linkerd is attempting to connect to (<IP_ADDRESS>) is not in the list of servers in the readme.  Perhaps that is further evidence that the serverset in ZooKeeper is stale?
For next debugging steps, when you see this issue again, I would recommend sending a request to linkerd and noting the response.    You can then attempt to manually connect to the address in the exception and try to diagnose why linkerd can't connect to it.

@adleong   Thanks for the invaluable analysis.
I simulated the zookeeper register logic in develop environment,  find a very long deregister which may lead the "Connection refused".  But still can't tell why TTwitter protocol broken,  the simulate shows that Linkerd always send back a ResponseHeader frame even connection refused occurs.

@adleong
After reimplement our service register logic use standalone golang daemon, It works now.  Thank you very much for help.


Add keyboard accessibility to zoom controls

Currently, the zoom feature in this library appears to only be usable by mouse or touchpad devices.
Because the  element generating the zoom in/zoom out icons are not inherently keyboard accessible, this means someone that cannot use a mouse or touchpad successfully cannot zoom in on the SVG, which could be a map or similar content. This functionality is crucial for accessibility. https://www.w3.org/TR/WCAG21/#keyboard-accessible
I would recommend adding keyboard event listeners wherever click/touchstart events are. Keyboard event listeners can look for whether the Enter or Space key is entered, and on keypress, zoom in or out accordingly depending on which button the keyboard pressed.
Additionally, the user should be able to use the arrow keys to navigate throughout the SVG and focus on certain areas, similar to the way a mouse user can drag the SVG to focus on certain areas.
This shouldn't take away from any other features, and only add more accessibility to the library.

Thanks for the feedback. I definitely support this and have added the "help wanted" label to encourage anyone from the community to make a pull request.


datashader kills jupyter notebook kernel

I'm trying to run the Holoviz examples tutorial notebook 04_Basic_Plotting.ipynb, and the kernel keeps crashing when I try to run the cell using datashader with the command:
small_df.hvplot.scatter(x='longitude', y='latitude', datashade=True)

The pop-up error message in the notebook is "The kernel appears to have died. It will restart automatically."
In the terminal from which I started the jupyter notebook command, I'm also getting a warning message which may or may not be related:
[IPKernelApp] ERROR | No such comm target registered: hv-extension-comm
[IPKernelApp] WARNING | No such comm: hv-extension-comm

This occurs both in Safari and Chrome browsers on my Mac OSX.
I've tried updating all of the holoviz, datashader, etc. libraries.
I'm running datashader 0.8.0 and holoviews 1.12.6.
Also, merely importing datashader in the top cell of the tutorial notebook 07_Large_Data.ipynb causes the notebook kernel to crash.
import holoviews as hv
import dask.dataframe as dd
import datashader as ds, datashader.geo

from holoviews import opts
from holoviews.operation.datashader import datashade, rasterize

hv.extension('bokeh')

Can you report your Numba version?  Also, if import datashader alone is sufficient to crash Jupyter, can you try it outside of Jupyter?  I.e., open Terminal, then run python, then type that line?  If it crashes, please reply with the output.

Oh, yes. I almost added that.
In terminal it gave a segmentation fault 11.

I tried deleting my holoviz-tutorial environment and reinstalling it from the environment.yml file. It seems to work now except for an error " Config option use_jedi not recognized by IPCompleter", which I found was a previous issue (https://github.com/pyviz/holoviews/issues/3782).
I upgraded IPython to 7.5.0 with pip instead of conda, which would've more drastically tried to change the environment.  This may be where things went wrong before--there might be some environment incompatibilities with packages installed by conda.

Ok, thanks for closing then. Yes, conda does keep track of binary compatibility in a way that pip doesn't, so that could have been it.  Glad it's working now!


I found it's complex to handle this type of data in reducer.

I wrote a Tree component with Redux to handle my state , the structure of the state used like this:
let cate = {
'1': {
expand: true,
children: {
'1_1': {
expand: false,
children: {
'1_1_1': {
expand: false
},
'1_1_2': {
expand: false
}
}
}
}
}
}
When I want to change cate['1']['children']['1_1']['expand'] equal true in reducer , I found it's very difficult with code like
return {
...state,
//Here I don`t know how to do.
}
I am a fresher in Redux, could you give me a solution? thank you!

Try https://github.com/facebook/immutable-js. This library does all this work for you.
let cate = Immutable.fromJS({/*your tree will be here*/});
cate.setIn(["1", "children", "1_1", "expand"], true);

Another option is https://github.com/baptistemanson/immutable-path.

This is a duplicate of https://github.com/rackt/redux/issues/994. Use reducer composition pattern. Reducers can call other reducers to handle parts of their state. Also, shopping-cart example in the repo shows how to do it.


Can this work without explorer running?

Hello!
I would like to ask if there is a way to make this work without the explorer running in the background.
Thank you.

For anyone interested in the future, the SystemProcessMonitor is working properly without explorer running but the WardenProcess.Start() method wont work because it depends on the shell to be running. So all you have to do i launch the application in some other way if you come across the same issue as me (like cmd /c start "" "someprocess" or the Process class of .NET).


[v4-beta.13] back-button disappears when route's componentProps change

Bug Report
Ionic Info
"@ionic/core": "4.0.0-beta.13"
"@stencil/core": "0.15.1"

Describe the Bug
In a Stencil/Ionic PWA project, I add an array as a state to my app-root component which I pass into a page as a prop (via componentProps on its ion-route). Through an event emitted from the page (child) I update the array in the component (root), e. g. removing an item.
This causes the app-root as well as the page to re-render, and makes the ion-back-button disappear.
Related Code
Source: https://github.com/simonhaenisch/stencil-global-state-issue
Deployment: https://stencil-global-state-issue.now.sh
interface Item {
  id: number;
  label: string;
}

// app-root.tsx

@State() list: Item[] = [ /* ... */ ];

@Listen('remove')
onRemove({detail: item}: CustomEvent<Item>) {
  this.list = this.list.filter(el => el !== item);
});

render() {
  const { list } = this;

  return (
    <ion-app>
      <ion-router>
        <ion-route url="/" component="app-home" />
        <ion-route url="/list" component="app-list" componentProps={{ list }} />
      </ion-router>
      <ion-nav />
    </ion-app>
  );
}

// page-list.tsx

@Prop() list: Item[];

@Event() remove: EventEmitter<Item>;

render() {
  return (
    <ion-content>
      <ion-list>
        {this.list.map(item => (
          <ion-item key={item.id} onClick={() => this.remove.emit(item)}>
            <ion-label>{item.label}</ion-label>
          </ion-item>
        )}
      </ion-list>
    </ion-content>
  );
}

Steps to Reproduce

Go to https://stencil-global-state-issue.now.sh
Click the "Slow List" button
Remove an item from the list by clicking the X button
The back button disappears

Expected Behavior
The re-render shouldn't cause the current view to lose its back view.
Additional Context
The re-render also causes the page to lose its scroll position; to reproduce: scroll down and remove the last element, which will cause the page to scroll to top.

Update: I just looked into the ion-route source and found that there is a componentProps watcher:
https://github.com/ionic-team/ionic/blob/00544e910692b0b5b271ac5c1a54524cb7f43e25/core/src/components/route/route.tsx#L42-L59
this.onUpdate emits an ionRouteDataChanged event:
https://github.com/ionic-team/ionic/blob/00544e910692b0b5b271ac5c1a54524cb7f43e25/core/src/components/route/route.tsx#L36-L40
That probably means that a prop change is treated as a route change (?) and that's why the back button disappears and the scroll position is lost...
Is that intended? If so, we need to state that somewhere in the docs, cause I was expecting the following:
<ion-route component="my-page-component" componentProps={{ foo: 'bar', bar: 'foo' }} />

renders out my component as something like
<my-page-component { ...componentProps } />

Thanks for your issue! Could you please check if this is still an issue in beta.17? That would be very nice :)

Yup, still happens... see https://stencil-global-state-issue-mna3a43vz.now.sh/.


Support for Jupyter Notebook?

Hi! @heronshoes
I was trying RedAmber in Jupyter + IRuby.

I found that Juypter does not display data frames in a tabular format.
Rover :

Pandas :

This feature is not needed immediately, but I hope you will consider providing it when you have time.
Thank you.

Thank you for using RedAmber :+1:
I will try to introduce to_html method with iruby.

Thank you very much. It worked.

Reuse issue to add feature :recycle:
nil is not visible in Jupyter.
Can you see the ghost?

nil, '', \s+ are not visible in Jupyter (by DataFrame#to_iruby).
Proposals are;

nil is expressed as (nil)
empty string('') is ""
blank spaces are " "

mrkn is the owner of IRuby, and I have commit rights. If you encounter a case where you want to change IRuby in implementing red-amber, please report it to IRuby. There is a good chance that your change proposal will be approved.

Thanks @kojix2 !
Fortunately this is a data preparation issue in RedAmber's side. I can implement as #32 .


Add multiplatform support via ksp

Adds multiplatform support for converting sealed-enum into a multiplatform library using ksp to generate code.
Current progress:

[X] Convert project to use kotlin("multiplatform") plugin globally
[X] Convert runtime to multiplatform project

[X] Convert Class to KClass for return type of enumClass to remove Java dependency #128
[X] Make runtime tests multiplatform to run on all platforms

[X] Move sealed classes of processing-tests to common code
[x] Enable all platforms for ksp-tests

[x] JS IR: blocked by https://github.com/google/ksp/issues/33

[x] Configure ksp to generate commonMain code
[x] Make basic tests multiplatform to run on all platforms (not compilation tests)
[ ] Configure publishing to support multiplatform: #104

An initial exploration of converting sealed-enum into a multiplatform library (based on #76).

excellent, multiplatform++

Every other module was still impacted however, with the only target being jvm

So this will be interesting, I see ubuntu has no issues and our familiar platform problems have taken their new flavors, ala

\D:\a\sealed-enum\sealed-enum\runtime\src\jvmMain\kotlin\com\livefront\sealedenum\RepeatableContainer.jvm.kt:8:8: error: the feature "multi platform projects" is experimental and should be enabled explicitly

Feels like progress =)
Really curious to watch what comes out of the kotlin compiler issue.

Yep, this exploration is roughly tangential to the kotlin-compile-testing + KSP + KotlinPoet issue that's causing the tests to fail on macOS and Windows on #76 , but those same tests are also causing the failures here :smile:. Another options is disabling those tests on the offending platforms, since the logic and code coverage is still maintained by the Linux build.
The key bit is that for runtime, the additional targets require testing on all three platforms, since there are targets that can only be run on each platform (fun fact, it is literally impossible to fully this project in one go, since there are both macOS and Windows specific targets). So the good news is the tests and macOS and Windows are passing for those targets, before failing on the same tests again.
The next step here is reworking the test suite, so that it can be run on more than just jvm (which mostly will consist of removing a direct dependency on JUnit and anything else Java).

This is ready to review, but if merged will be blocked on switching to mavenCentral publishing (#104) since Jitpack won't be building on macOS.


cancel pending http requests on navigate

Pending API calls probably should get cancelled when the user navigates away from the page, as there's no reason to continue with them.
I opened a PR, but let me know if there are reasons why this may not be desirable.

Verified requests cancelled when navigating away from page in dev environment


Fix yaml loading

YAML loading in this place is broken since (presumably) Ruby 3.1 because Psych by default refuses to deserialize into non plain data structures for security reasons.
This fix is along the lines of https://github.com/sparklemotion/http-cookie/pull/34/files.
It looks like all properties of Backup::Package store plain values, so permitting deserialization into Backup::Package should be sufficient.
Fixes https://github.com/backup/backup/issues/978

I should probably trust respond_to? more than a version check here...
I pushed a commit to be later squashed, but that did not trigger a CI run. Can you trigger one?

I'll fix the configuration of the CI to not need my approval

Thank you very much for your fix. This should fix #977 ?

I guess so, I encountered the error on Ruby 3.1

The ruby 3.1 situation is a bit more complicated. I've started looking into
it, but there are a lot of changes and unsupported deps.
It'll likely require to drop support for rubies < 2.5
Le jeu. 1 sept. 2022 à 18:45, Schnittchen @.***> a
écrit :

I guess so, I encountered the error on Ruby 3.1
—
Reply to this email directly, view it on GitHub
https://github.com/backup/backup/pull/979#issuecomment-1234530439, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AABFV46Q5VA5XWGCNPJK2I3V4DMRRANCNFSM56ESFVFQ
.
You are receiving this because you modified the open/close state.Message
ID: @.***>

Hi @schnittchen , Thank you for your great work. I am still facing this issue with  5.0.0.beta2 and ruby 3.1.0. Please see more details here:
https://github.com/backup/backup/pull/977#issuecomment-1361323319
I really appreciate the help. Thanks


How to change DMLC_TRACKER_PORT=9092 in code ？

I want to use the popular one pipine，that XGBoost + LR . And  my compute engine is  Spark 2.4.3 . I used ml.dmlc.xgboost4j.scala.spark._  . But I meet a difficult problem， below this:
Tracker started, with env={DMLC_NUM_SERVER=0, DMLC_TRACKER_URI=<IP_ADDRESS>, DMLC_TRACKER_PORT=9092, DMLC_NUM_WORKER=2}
When my xgboost code runs on Spark Cluster,  the DMLC_TRACKER_PORT is 9092 which is conflict with my kafka cluster communication port 9092， so it came to errors. I can't  find any  papers about how to solve this problem.I find where is a python file： track.py  in  xgboost4j_2.11-1.0.0.jar， I can rewrite this file . But when I run sbt assembly to build my project， it still runs on DMLC_TRACKER_PORT=9092 . I think  we can  change this  port  in code settings， But I don't know how to realize it. I need help. By the way ：
Spark=2.4.3
Scala=2.11.8
xgboost4j-spark=1.0.0

Errors ：
[root@test]# sh xgbDemo.sh
WARN	2021-05-06 16:04:09,937	1	org.apache.spark.SparkConf	[main]	The configuration key 'spark.yarn.executor.memoryOverhead' has been deprecated as of Spark 2.3 and may be removed in the future. Please use the newkey 'spark.executor.memoryOverhead' instead.
dataSet size is : 10000
Tracker started, with env={DMLC_NUM_SERVER=0, DMLC_TRACKER_URI=<IP_ADDRESS>, DMLC_TRACKER_PORT=9092, DMLC_NUM_WORKER=2}
retry connect to ip(retry time 1): [<IP_ADDRESS>]
retry connect to ip(retry time 1): [<IP_ADDRESS>]
retry connect to ip(retry time 2): [<IP_ADDRESS>]
retry connect to ip(retry time 2): [<IP_ADDRESS>]
retry connect to ip(retry time 3): [<IP_ADDRESS>]
retry connect to ip(retry time 3): [<IP_ADDRESS>]
retry connect to ip(retry time 4): [<IP_ADDRESS>]
retry connect to ip(retry time 4): [<IP_ADDRESS>]

connect to (failed): [<IP_ADDRESS>]
Socket Connect Error:Connection refused, rabit is configured to keep process running
failed in ReconnectLink Socket Connect Error:Connection refused
ERROR	2021-05-06 16:04:46,170	36234	XGBoostSpark	[Executor task launch worker for task 40]	XGBoosterworker 0 has failed 0 times due to
ml.dmlc.xgboost4j.java.XGBoostError:
	at ml.dmlc.xgboost4j.java.Rabit.checkCall(Rabit.java:53)
	at ml.dmlc.xgboost4j.java.Rabit.init(Rabit.java:75)
	at ml.dmlc.xgboost4j.scala.spark.XGBoost$.ml$dmlc$xgboost4j$scala$spark$XGBoost$$buildDistributedBooster(XGBoost.scala:361)
at ml.dmlc.xgboost4j.scala.spark.XGBoost$$anonfun$16.apply(XGBoost.scala:468)
	at ml.dmlc.xgboost4j.scala.spark.XGBoost$$anonfun$16.apply(XGBoost.scala:461)
	at org.apache.spark.rdd.RDD$$anonfun$mapPartitions$1$$anonfun$apply$23.apply(RDD.scala:801)
	at org.apache.spark.rdd.RDD$$anonfun$mapPartitions$1$$anonfun$apply$23.apply(RDD.scala:801)
	at org.apache.spark.rdd.MapPartitionsRDD.compute(MapPartitionsRDD.scala:52)
	at org.apache.spark.rdd.RDD.computeOrReadCheckpoint(RDD.scala:324)
	at org.apache.spark.rdd.RDD$$anonfun$7.apply(RDD.scala:337)
	at org.apache.spark.rdd.RDD$$anonfun$7.apply(RDD.scala:335)
	at org.apache.spark.storage.BlockManager$$anonfun$doPutIterator$1.apply(BlockManager.scala:1165)
	at org.apache.spark.storage.BlockManager$$anonfun$doPutIterator$1.apply(BlockManager.scala:1156)
	at org.apache.spark.storage.BlockManager.doPut(BlockManager.scala:1091)
	at org.apache.spark.storage.BlockManager.doPutIterator(BlockManager.scala:1156)
	at org.apache.spark.storage.BlockManager.getOrElseUpdate(BlockManager.scala:882)
	at org.apache.spark.rdd.RDD.getOrCompute(RDD.scala:335)
	at org.apache.spark.rdd.RDD.iterator(RDD.scala:286)
	at org.apache.spark.scheduler.ResultTask.runTask(ResultTask.scala:90)
	at org.apache.spark.scheduler.Task.run(Task.scala:121)
	at org.apache.spark.executor.Executor$TaskRunner$$anonfun$10.apply(Executor.scala:408)
	at org.apache.spark.util.Utils$.tryWithSafeFinally(Utils.scala:1360)
	at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:414)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)

@wbo4958 might have some insight.

@wbo4958 might have some insight.

Really ？This problem has been bothering me for a long time. @wbo4958  Have you meet this problem ? Could you give me some methods to solve this problem ? Thank you very much . I'm looking forward to your reply.

Seems there is not an easy way to change it like a parameter thing, but you can change it in your code, see here https://github.com/dmlc/dmlc-core/blob/main/tracker/dmlc_tracker/tracker.py#L141 .
but interesting, the code tries to bind the port from 9091. if the port is occupied, it will try to bind next port.
        for port in range(port, port_end):
            try:
                sock.bind((hostIP, port))
                self.port = port
                break
            except socket.error as e:
                if e.errno in [98, 48]:
                    continue
                else:
                    raise

Seems there is not an easy way to change it like a parameter thing, but you can change it in your code, see here https://github.com/dmlc/dmlc-core/blob/main/tracker/dmlc_tracker/tracker.py#L141 .
but interesting, the code tries to bind the port from 9091. if the port is occupied, it will try to bind next port.
        for port in range(port, port_end):
            try:
                sock.bind((hostIP, port))
                self.port = port
                break
            except socket.error as e:
                if e.errno in [98, 48]:
                    continue
                else:
                    raise

Thank you for your reply. I find this，I have two  bigdata cluster，I run my code on the a cluster， DMLC_TRACKER_PORT=9097， but  on the b cluster，DMLC_TRACKER_PORT=9092， then it come to errors. When  9092 port  is occupied， it doesn't try to bind next port but try again this port.  I find this python file： track.py in xgboost4j_2.11-1.0.0.jar ， but I code with Scala. Even though I change it in   xgboost4j_2.11-1.0.0.jar  ，then  I run  sbt assembly  to build and package my project， it will re-download the jar.  I  don't  know what should  I do.  Please help me. Thanks

So you mean you have the XGBoost source code, and you want to change the python code and compile your own jars? If yes,
You need to run the below commands firstly
git submodule init
git submodule update

and you can change the code in dmlc-core/tracker/dmlc_tracker/tracker.py and then compile the xgboost. You can refer to this page https://xgboost.readthedocs.io/en/latest/build.html

So you mean you have the XGBoost source code, and you want to change the python code and compile your own jars? If yes,
You need to run the below commands firstly
git submodule init
git submodule update

and you can change the code in dmlc-core/tracker/dmlc_tracker/tracker.py and then compile the xgboost. You can refer to this page https://xgboost.readthedocs.io/en/latest/build.html

Not really.  I can  change  tracker.py  in  xgboost4j_2.11-1.0.0.jar directly  or change dmlc-core/tracker/dmlc_tracker/ and compile it. But  I'm not  so understand that  my project is a  spark project  with sbt .  I need to add config in build.sbt :
    libraryDependencies ++= Seq(
      "org.apache.spark" %% "spark-core" % "2.4.3"  ,
      "org.apache.spark" %% "spark-sql" % "2.4.3"  ,
      "org.apache.spark" %% "spark-mllib" % "2.4.3" ,
      "ml.dmlc" %% "xgboost4j-spark" % "1.0.0",
      "ml.dmlc" %% "xgboost4j" % "1.0.0)

So it'll re-download these xgboost4j-spark jars , what should I do so that I can use the compiled jar in my spark project?
Thanks.

The default port number is changed to 0.  Feel free to reopen if the issue persists.


Enhance Set-EsxiCertificateMode to restart vCenter Server services

Code of Conduct

[X] I have read and agree to the project's Code of Conduct.
[X] Vote on this issue by adding a 👍 reaction to the original issue initial description to help the maintainers prioritize.
[X] Do not leave "+1" or other comments that do not add relevant information or questions.
[X] If you are interested in working on this issue or have submitted a pull request, please leave a comment.

Description
Enhance Set-EsxiCertificateMode to restart vCenter Servers services after the mode is changed.
Currently, restarting vCenter Server services is a manual process.
Use Case(s)
NA
Potential Configuration
NA
References
No response

So far, we havent received a clear response on what vcenter services to restart. Moving this issue back to backlog. Will not do for v1.1.0


 produces two children with the same key "search"

Steps
import { Input } from "semantic-ui-react";
<Input
            icon="search"
            type="search"
            id="myInput"
            value={this.state.myInput}
            onChange={e => this.setState({ [e.target.id]: e.target.value })}
/>

Expected Result
Normal input – typing characters in the input will update state and the input's value will reflect that state.
Actual Result
Two elements have the same key "search", probably the icon and input, resulting in duplication of the input element on each keystroke.
Workarounds: Use a different icon, use different input type, or remove this.seState.
Error in the browser console: Warning: Encountered two children with the same key, search. Keys should be unique so that components maintain their identity across updates. Non-unique keys may cause children to be duplicated and/or omitted — the behavior is unsupported and could change in a future version.
Version
0.79.0

@rouxfeur For your edge case, as a workaround you can define your icon prop as a component as shown below. Additionally, you can also use the Search component that already defines the icon and type for the input.
    <Input icon={<Icon name="search" />} type="search" id="myInput" />
    // or
    <Search id="mySearch" />


Ensure all builds can run on multiple machines

This may be a duplicate, but we have some jobs that are currently locked onto specific build machines. For redundancy reasons this is a bad idea. Reasons are likely historic and hopefully not valid any more but we need to validate this and modify the tags:
EDIT 22/4/2020: The list below is now far smaller so of the original list we only have Corretto JDK8 explicitly locked to a hostname now (although others are locked for other tagging reasons - see comments)
./pipelines/jobs/configurations/jdk9_pipeline_config.groovy:                additionalNodeLabels: 'build-macstadium-macos1010-1',
./pipelines/jobs/configurations/jdk8_pipeline_config.groovy:                        corretto: 'build-macstadium-macos1010-1',
./pipelines/jobs/configurations/jdk10_pipeline_config.groovy:                additionalNodeLabels: 'build-macstadium-macos1010-1',

Original list for historic reference:
[sxa@sxat470p pipelines]$ find . -type f -print | xargs grep build- | grep groovy:
./build/openjdk11_pipeline.groovy:                        hotspot: 'build-macstadium-macos1010-1',
./build/openjdk11_pipeline.groovy:                        openj9:  'build-macstadium-macos1010-2'
./build/openjdk11_pipeline.groovy:                additionalNodeLabels : 'build-macstadium-macos1010-2',
./build/prTester/pr_test_pipeline.groovy:                    BUILD_FOLDER        : "build-scripts-pr-tester/build-test",
./build/openjdk8_pipeline.groovy:                        hotspot : 'build-macstadium-macos1010-1',
./build/openjdk8_pipeline.groovy:                        corretto: 'build-macstadium-macos1010-1',
./build/openjdk8_pipeline.groovy:                        openj9  : 'build-macstadium-macos1010-2'
./build/openjdk8_pipeline.groovy:                additionalNodeLabels : 'build-macstadium-macos1010-2',
./build/openjdk8_pipeline.groovy:                        openj9  : 'build-joyent-centos69-x64-1'
./build/openjdk_pipeline.groovy:                additionalNodeLabels: 'build-macstadium-macos1010-1',
./build/common/openjdk_build_pipeline.groovy: *  1. Check out and build JDK by calling build-farm/make-adopt-build-farm.sh
./build/common/openjdk_build_pipeline.groovy:                    def signJob = context.build job: "build-scripts/release/sign_build",
./build/common/openjdk_build_pipeline.groovy:                            projectName: "build-scripts/release/sign_build",
./build/common/openjdk_build_pipeline.groovy:        def installerJob = context.build job: "build-scripts/release/create_installer_mac",
./build/common/openjdk_build_pipeline.groovy:                projectName: "build-scripts/release/create_installer_mac",
./build/common/openjdk_build_pipeline.groovy:        def installerJob = context.build job: "build-scripts/release/create_installer_windows",
./build/common/openjdk_build_pipeline.groovy:                projectName: "build-scripts/release/create_installer_windows",
./build/common/openjdk_build_pipeline.groovy:                                    context.sh(script: "./build-farm/make-adopt-build-farm.sh")
./build/common/build_base_file.groovy:                context.build job: 'build-scripts/release/refactor_openjdk_release_tool',
./build/openjdk9_pipeline.groovy:                additionalNodeLabels: 'build-macstadium-macos1010-1',
./build/openjdk10_pipeline.groovy:                additionalNodeLabels: 'build-macstadium-macos1010-1',
[sxa@sxat470p pipelines]$

jdk8u-windows-x64-openj9 is also locked to build-softlayer-win2012r2-x64-1 for some reason at present - likely because we've historically had custom setups on the windows boxes due to the lack of a standard playbook and have installed some custom compilers and appropriate tags on certain machines

Also, create-installer-windows appears to be tied to a machine (maybe wix needs to be on more machines?):
(pending—Waiting for next available executor on ‘build-softlayer-win2012r2-x64-1’)

Docker build jobs also appear machine-specific

aarch64 build machine
AIX xlc16 machine

JDK8/J9/Win32 is locked to build-softlayer-win2012r2-x64-1

All AIX/J9 builds currently locked to https://ci.adoptopenjdk.net/computer/test-ibm-aix71-ppc64-1 (Requires AIX 7.1.5)

JMC builds seem tied to the build-scalway-ubuntu system as demonstrated by https://github.com/AdoptOpenJDK/openjdk-infrastructure/issues/1336

Installers rely on https://ci.adoptopenjdk.net/label/ubuntu&&fpm/ (scaleway/x64 only)

OpenJ9 JDK8 builds now released as they can run on either of the new windows ibm-cloud systems

NOTES:

git-hg jobs are now [locked onto one machine] as a result of server decomissioning
Dragonwell currently locked to alibaba machines
macos signing can get delayed due it it sharing resource with test systems

NOTES:

git-hg jobs are now [locked onto one machine] as a result of server decomissioning
Dragonwell currently locked to alibaba machines
macos signing can get delayed due it it sharing resource with test systems

@sxa Can this be moved to https://github.com/AdoptOpenJDK/ci-jenkins-pipelines?

@sxa Can this be moved to https://github.com/AdoptOpenJDK/ci-jenkins-pipelines?

Debatable - it's not purely a fix to the tags in there, it's also about making sure appropariate systems are available. I don't care too much where it is though.

Related: https://github.com/AdoptOpenJDK/openjdk-infrastructure/issues/1948
At the moment, only Azure systems are tagged for WiX (installer) jobs.

Note: The OpenJ9 builds (At least JDK8) are restricted to these two machines (not labelled to run on azure)

Alibaba aarch64 builds are currently locked onto one machine (they have to run on alibaba hardware for now - we'll almost certainly have to allow both machines to be options for building. Today it got locked out because the docker_build_multiarch job got scheduled on there.

SUMMARY
Many of these have now been resolved. From the top:

macos machine-specific entries in the pipelines have now been removed (Corretto excepted) and run on macos10.14 (2 machines)
JDK8/J9 now runs on docker hosts so is not tied to the (now decomissioned) joyent build machine
create_installer_windows can now run on two azure machines but is being widened further under https://github.com/AdoptOpenJDK/openjdk-infrastructure/issues/1950
aarch64 build machines are now docker containers, so no longer tied to one aarch64 build host
There are now two machines tagged as OpenJ9 XLC16 build systems
JDK8/J9/Win32 is now able to run on four different machines - win2012&&build&&windows&&x86-32
JMC builds are now running on any dynamic build agent
Dragonwell Linux/aarch64 tied to alibaba machines due to architecture requirements, but there are two available. Other platforms can now run anywhere
WiX Windows installer jobs have been partially released (Can run on azure build machines) but https://github.com/AdoptOpenJDK/openjdk-infrastructure/issues/1950 will free it up properly
OpenJ9 machines no longer depend on mingw-cygwin

Remaining:

Linux installers tied to [ubuntu&&fpm](https://ci.adoptopenjdk.net/label/ubuntu&&fpm/] which is only matching build-scaleway-ubuntu1604-x64-1
git-hg tied to infra-aws-ubuntu1804-x64-1 which really needs to be decomissioned as per https://github.com/AdoptOpenJDK/openjdk-infrastructure/issues/1843
Possibly some of the parts of docker_build_multiarch
(Memo to self: Verify that JMC will run with the digitalocean machine offline)

This may be a duplicate, but we have some jobs that are currently locked onto specific build machines. For redundancy reasons this is a bad idea. Reasons are likely historic and hopefully not valid any more but we need to validate this and modify the tags:
EDIT 22/4/2020: The list below is now far smaller so of the original list we only have Corretto JDK8 explicitly locked to a hostname now (although others are locked for other tagging reasons - see comments)
./pipelines/jobs/configurations/jdk9_pipeline_config.groovy:                additionalNodeLabels: 'build-macstadium-macos1010-1',
./pipelines/jobs/configurations/jdk8_pipeline_config.groovy:                        corretto: 'build-macstadium-macos1010-1',
./pipelines/jobs/configurations/jdk10_pipeline_config.groovy:                additionalNodeLabels: 'build-macstadium-macos1010-1',

Original list for historic reference:
[sxa@sxat470p pipelines]$ find . -type f -print | xargs grep build- | grep groovy:
./build/openjdk11_pipeline.groovy:                        hotspot: 'build-macstadium-macos1010-1',
./build/openjdk11_pipeline.groovy:                        openj9:  'build-macstadium-macos1010-2'
./build/openjdk11_pipeline.groovy:                additionalNodeLabels : 'build-macstadium-macos1010-2',
./build/prTester/pr_test_pipeline.groovy:                    BUILD_FOLDER        : "build-scripts-pr-tester/build-test",
./build/openjdk8_pipeline.groovy:                        hotspot : 'build-macstadium-macos1010-1',
./build/openjdk8_pipeline.groovy:                        corretto: 'build-macstadium-macos1010-1',
./build/openjdk8_pipeline.groovy:                        openj9  : 'build-macstadium-macos1010-2'
./build/openjdk8_pipeline.groovy:                additionalNodeLabels : 'build-macstadium-macos1010-2',
./build/openjdk8_pipeline.groovy:                        openj9  : 'build-joyent-centos69-x64-1'
./build/openjdk_pipeline.groovy:                additionalNodeLabels: 'build-macstadium-macos1010-1',
./build/common/openjdk_build_pipeline.groovy: *  1. Check out and build JDK by calling build-farm/make-adopt-build-farm.sh
./build/common/openjdk_build_pipeline.groovy:                    def signJob = context.build job: "build-scripts/release/sign_build",
./build/common/openjdk_build_pipeline.groovy:                            projectName: "build-scripts/release/sign_build",
./build/common/openjdk_build_pipeline.groovy:        def installerJob = context.build job: "build-scripts/release/create_installer_mac",
./build/common/openjdk_build_pipeline.groovy:                projectName: "build-scripts/release/create_installer_mac",
./build/common/openjdk_build_pipeline.groovy:        def installerJob = context.build job: "build-scripts/release/create_installer_windows",
./build/common/openjdk_build_pipeline.groovy:                projectName: "build-scripts/release/create_installer_windows",
./build/common/openjdk_build_pipeline.groovy:                                    context.sh(script: "./build-farm/make-adopt-build-farm.sh")
./build/common/build_base_file.groovy:                context.build job: 'build-scripts/release/refactor_openjdk_release_tool',
./build/openjdk9_pipeline.groovy:                additionalNodeLabels: 'build-macstadium-macos1010-1',
./build/openjdk10_pipeline.groovy:                additionalNodeLabels: 'build-macstadium-macos1010-1',
[sxa@sxat470p pipelines]$

jdk8u-windows-x64-openj9 is also locked to build-softlayer-win2012r2-x64-1 for some reason at present - likely because we've historically had custom setups on the windows boxes due to the lack of a standard playbook and have installed some custom compilers and appropriate tags on certain machines


3.2.0: Problem with "openssl req" and "-extensions v3_ca"

There is a testsuite in gdm3 doing this:
 openssl req -batch -new -nodes \
         -passin pass:random-intermediate-CA-password-18641 \
         -config /tmp/sssd-softhsm2-OuDCps/test-intermediate-CA.config \
         -key /tmp/sssd-softhsm2-OuDCps/test-intermediate-CA-key.pem \
         -passout pass:random-root-CA-password-12866 -sha256 \
         -extensions v3_ca \
         -out /tmp/sssd-softhsm2-OuDCps/test-intermediate-CA-certificate-request.pem
0061C6BF337F0000:error:11000079:X509 V3 routines:v2i_AUTHORITY_KEYID:no issuer certificate:../crypto/x509/v3_akid.c:156:
0061C6BF337F0000:error:11000080:X509 V3 routines:X509V3_EXT_nconf_int:error in extension:../crypto/x509/v3_conf.c:48:section=v3_ca, name=authorityKeyIdentifier, value=keyid:always,issuer:always

The test-intermediate-CA.config:
 [ ca ]
 default_ca = CA_default

 [ CA_default ]
 dir              = /tmp/sssd-softhsm2-OuDCps
 database         = $dir/index.txt
 new_certs_dir    = $dir/new_certs

 certificate      = $dir/test-intermediate-CA.pem
 serial           = $dir/serial
 private_key      = $dir/test-intermediate-CA-key.pem
 RANDFILE         = $dir/rand

 default_days     = 365
 default_crl_days = 30
 default_md       = sha256

 policy           = policy_any
 email_in_dn      = no

 name_opt         = ca_default
 cert_opt         = ca_default
 copy_extensions  = copy

 [ usr_cert ]
 authorityKeyIdentifier = keyid, issuer

 [ v3_ca ]
 subjectKeyIdentifier   = hash
 authorityKeyIdentifier = keyid:always,issuer:always
 basicConstraints       = CA:true
 keyUsage               = critical, digitalSignature, cRLSign, keyCertSign

 [ v3_intermediate_ca ]
 subjectKeyIdentifier   = hash
 authorityKeyIdentifier = keyid:always,issuer:always
 basicConstraints       = CA:true
 keyUsage               = critical, digitalSignature, cRLSign, keyCertSign

 [ policy_any ]
 organizationName       = supplied
 organizationalUnitName = supplied
 commonName             = supplied
 emailAddress           = optional
 [ req ]
 distinguished_name = req_distinguished_name
 prompt             = no

 [ req_distinguished_name ]
 O  = Test Organization
 OU = Test Organization Unit
 CN = Test Organization Intermediate CA

This passes with 3.1.4 and can be checked:
openssl req -text -noout -verify -in /tmp/sssd-softhsm2-OuDCps/test-intermediate-CA-certificate-request.pem
Certificate request self-signature verify OK
Certificate Request:
    Data:
        Version: 1 (0x0)
        Subject: O=Test Organization, OU=Test Organization Unit, CN=Test Organization Intermediate CA
        Subject Public Key Info:
            Public Key Algorithm: rsaEncryption
                Public-Key: (2048 bit)
                Modulus:
                    00:ac:f5:3d:f2:dd:c9:33:76:08:95:a5:be:fe:5e:
                Exponent: 65537 (0x10001)
        Attributes:
            (none)
            Requested Extensions:
    Signature Algorithm: sha256WithRSAEncryption
    Signature Value:
        72:e5:f0:7e:c5:cc:5a:c5:99:42:88:57:86:0e:00:32:45:f0:

Problem starts with commit 251e941283f5 ("APPS/req.c: Make -reqexts option an alias of -extensions option")

@DDvO ping

The section v3_ca of the test-intermediate-CA.config used in the call
openssl req-new -config /tmp/sssd-softhsm2-OuDCps/test-intermediate-CA.config -extensions v3_ca ...

does not make sense when producing a CSR.
Note that it contains
 subjectKeyIdentifier   = hash
 authorityKeyIdentifier = keyid:always,issuer:always

yet why should a CSR contain an SKID or AKID?
Still, the SKID can be produced as requested,
while the AKID can not, simply because there is no issuer certificate available, which is correctly indicated by the errors thrown:
0061C6BF337F0000:error:11000079:X509 V3 routines:v2i_AUTHORITY_KEYID:no issuer certificate:../crypto/x509/v3_akid.c:156:
0061C6BF337F0000:error:11000080:X509 V3 routines:X509V3_EXT_nconf_int:error in extension:../crypto/x509/v3_conf.c:48:section=v3_ca, name=authorityKeyIdentifier, value=keyid:always,issuer:always

Please refer to man x509v3_config for details of those specs in a config file.
This problem did not show up in older OpenSSL versions because of a bug:
the req app ignored the -extensions option unless -x505 is given, which I fixed in #16865.
After that bug fix in the req app, the bug in your config file (use) is showing up.

@DDvO Thank you very much! I confirm that I also made the same mistake of including an -extensions server_cert (with an SKID and AKID) in my CSR generation command.

You are welcome.
Closing this issue as meanwhile it should be sufficiently clear that this is not an OpenSSL bug.


zfm20: fix clang compiler warnings regarding |/& precedence in zfm20 driver

Signed-off-by: Jon Trulson<EMAIL_ADDRESS>

Merged with 9d63545d44d2a72544b2aab3c89b5071151bf01a thank you!


added Pattern44.java file

Related Issue
Closes: #115
Created Pattern44.java file

Noted, made changes


[Builtins] Add 'Proxy' to the default universe

This shows how to add Proxy to the default universe, so that we can have only only one built-in MkNil and express the two that we currently have in terms of it.
This is unpolished, 'cause I'm not sure if we want this or not, I just thought it would be easy to implement it, so I did that.

This would need Plutus V2, FWIW.
This all makes sense from an engineering perspective, I think my reservation with this stuff is it feels like there's a theoretical hole we haven't quite filled about how polymorphic builtin types can only be instantiated at builtin types, and how we reconcile that with the typesystem that we have...

This would need Plutus V2, FWIW.

Why? It's just a new built-in type and a new built-in function. We don't need to drop the old MkNilData and MkNilPairData, they can stay, even though this PR renders them obsolete.

I think my reservation with this stuff is it feels like there's a theoretical hole we haven't quite filled about how polymorphic builtin types can only be instantiated at builtin types, and how we reconcile that with the typesystem that we have...

Where do you see a hole?

the builtins machinery is very general, it allows us to easily implement things like unsafeCoerce. We could try thinking about reducing the expressiveness of the builtins machinery to the point where every definable builtin fits well into the type system of Plutus by definition, but... why? That will just tie our hands and complicate the already non-trivial machinery. I think it's enough for introduced builtins to have sensible semantics, we don't need to worry about ruling out the possibility of defining bogus builtins
this PR precisely allows us to constrain types to be built-ins. proxy a (where proxy is the built-in Proxy type) on the Plutus side is a proof that a is a built-in type. Yes, you can instantiate a at a non-built-in type in Plutus, but that has a perfectly well-defined semantics: it creates an empty type, i.e. an equivalent of Void and turns the builtin into absurd. We've talked about that in the docs

We don't need to drop the old MkNilData and MkNilPairData, they can stay, even though this PR renders them obsolete.

Ah, I was assuming we'd drop them. Yes, that's true.

We could try thinking about reducing the expressiveness of the builtins machinery to the point where every definable builtin fits well into the type system of Plutus by definition, but... why?

We need to be able to specify it is why! Kenneth is already having a lot of difficulty specifying the current version, and I think that's without allowing for the possibility of something like unsafeCoerce. So I think we should be careful in letting the implementation drive too much.

this PR precisely allows us to constrain types to be built-ins. proxy a (where proxy is the built-in Proxy type) on the Plutus side is a proof that a is a built-in type.

Hmmm.... And how do you get such a thing? I think the answer is: only by making it as a literal constant. There's something a bit funny here: we could do that today to get rid of the various MkNil builtins: just make constants instead of using builtin functions! I guess this isn't true in all cases, though...

We need to be able to specify it is why! Kenneth is already having a lot of difficulty specifying the current version, and I think that's without allowing for the possibility of something like unsafeCoerce. So I think we should be careful in letting the implementation drive too much.

These are good intentions, but polymorphic built-in types don't come for free. Without them we could have a builtins machinery that is inline with the rest of the type system of Plutus, but with them things get trickier. It's similar to how we could've avoided the entire extensible built-in types machinery if we were to hardcode an inlined version of Some (ValueOf DefaultUni) and if it didn't have polymorphic built-in types in it. But with them I don't see a way of avoiding dealing with universes. Not sure if I wrote a Note about that. If not, I'll do it at some point.
How would you allow something like a built-in cons : all a. a -> [a] -> [a] while disallowing bogus builtins at the same time? Types are gone at runtime, we have to actually check type tags for equality, boom, bye-bye parametricity in the general case.

I think the answer is: only by making it as a literal constant.

If we're able to compile lists and operations over them, there shouldn't be any trouble compiling Proxy in a similar way, right? Plus you could probably define a special type class in Plutus Tx having instances for Bool, Integer, [a] etc.

I now realise that much of what I wrote earlier was nonsense.  My thinking was that many of the things one would once have used Proxy for in Haskell can now be done with type applications (or at least that's the impression I get), and since we have explicit type instantiation in PLC we could just use that instead.  But of course we don't have that in UPLC, we just have force, which knows nothing about types!  The only place we can mention types in a UPLC program is inside a con, so without major changes the best we can do is to have a polymorphic constant value that carries type information about, and that's exactly what Proxy does.  So now I'm persuaded that this seems the only sensible way to proceed if we want to allow things like mkNil which are effectively zero-argument polymorphic builtins.
I was a bit worried that adding this to the specification would need some kind of special case, but now I think that it would fit into the existing framework without having to modify anything.  I'd still be inclined to keep it in reserve, to be rolled out if at some point we decide to add some new polymorphic built-in type that needs the functionality.

In the builtins-specification that's brewing in my head (it would have to be for V2), I think there's a nice way to incorporate this without including it in the UPLC specification: proxy is just a normal builtin as far as UPLC is concerned, but when we describe the elaboration from TPLC to UPLC we say that we can only do it if certain builtins are present in the target language, namely proxy!

The only place we can mention types in a UPLC program is inside a con, so without major changes the best we can do is to have a polymorphic constant value that carries type information about, and that's exactly what Proxy does.

Yes, exactly.

I was a bit worried that adding this to the specification would need some kind of special case, but now I think that it would fit into the existing framework without having to modify anything.

I believe so, yes. It's just another polymorphic built-in type, nothing more fancy than the type of lists. It is not handled in any special case.

Let's close this one for now and reopen when we need it.


Konzeption und Umsetzung einer Continuous Delivery Pipline zur Deployment-Automatisierung eines GitHub Projektes für eine On-Premises Infrastruktur

Information:

https://docs.github.com/en/actions/using-workflows/events-that-trigger-workflows
https://www.portainer.io/
https://www.proxmox.com/
https://www.haproxy.org/

@MaxBuening for packaging this application, the following links may be interesting...

https://github.com/orgs/remsfal/packages
https://docs.github.com/de/packages/working-with-a-github-packages-registry/working-with-the-docker-registry
https://docs.github.com/de/packages/working-with-a-github-packages-registry/working-with-the-container-registry
https://docs.github.com/de/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility
https://docs.github.com/de/packages/learn-github-packages/viewing-packages


cf copy-source space searches are case-sensitive

Describe the bug and the command you saw an issue with
When specifying org AND space, if a lowercase -s parameter is used to try to copy-source in a space that is normally represented in all caps, the command will fail to find the space as follows:
Could not find space dev in organization system

Expected behavior
It should find the allcaps-persisted space.
To Reproduce
Steps to reproduce the behavior; include the exact CLI commands and verbose output:
cf create-space DEV
cf target -o system -s dev
cf push source-app
cf push target-app
cf copy-source source-app target-app -v -o system -s dev

The final command will return:
Could not find space dev in organization system

The bug looks like it's here:
https://github.com/cloudfoundry/cli/blob/f0b289bf9eb5e56fd8dccd2012f2dfc8b6c2ae06/cf/commands/application/copy_source.go#L149-L156

Was able to reproduce by following the provided steps. Marking as bug.

Hi,
Thought I'd contribute to this issue.
I started with analyzing the copy_source.go file as @cwlbraa mentioned. The quickest solution would be to use strings.EqualFold(s.Name,targetSpace). However, buildCopyString would output the given space name (which may or may not be the actual space name)
https://github.com/hemchander23/cli/blob/da98b6335d2c1e87f1e82d939cec99a8bb19233c/cf/commands/application/copy_source.go#L191
Although this step would obtain the end result, I thought I would make it much more better.
I made use of cmd.orgRepo.FindByName and cmd.spaceRepo.FindByNameInOrg to obtain the actual org and space names which will be passed in the buildCopyString and also in subsequent operations.
Let me know if this is good ?
https://github.com/hemchander23/cli/blob/da98b6335d2c1e87f1e82d939cec99a8bb19233c/cf/commands/application/copy_source.go#L108-L124
In my humble opinion, I feel
https://github.com/hemchander23/cli/blob/da98b6335d2c1e87f1e82d939cec99a8bb19233c/cf/commands/application/copy_source.go#L164-L189
could be redundant ?
Will be making necessary changes accordingly along with tests if you can kindly confirm if the approach is right.
mr0x17@LAPTOP-TJT1NIMO:/usr/local/go/src/code.cloudfoundry.org/cli/out$ ./cf copy-source taskmanagernjs 75F7ckm2s13VwwGKer-taskmanagernjs -s deV -o PReLIVE
Copying source from app taskmanagernjs to target app 75F7ckm2s13VwwGKer-taskmanagernjs in org prelive / space dev as<EMAIL_ADDRESS>

Hello @cwlbraa,
This issue was fixed with these commits:

copy-source: Space name is case-insensitive
copy-source: Output actual space name

They will be on the next release.
Best,
Brendan


Fix broken fmod(triple,float) when USE_LLVM_BITCODE=0

It was a missing declaration in buildindecl.h (now accomplished by
the line
BINARY_VF_OP_IMPL(fmod)

Do pow using the same macros, it had been done longhand.
Also use existing PERCOMP2 and PERCOMP2F shorthand for fmod and pow in
stdosl.h -- this was not related to the bug, but in the course of
investigation I saw that I could simplify.
Beef up fmod testing: Modify testsuite/miscmath to test the
fmod(triple,float) case, and also to choose parameter values that are
better to make sure fmod is working properly.
Change one of the testsuite entries to build with USE_LLVM_BITCODE=0
to be sure nothing is broken there.

Please note that this PR also incorporates the changes from #1130, because they were necessary to fully enable the new CI test that verifies that this works for the USE_LLVM_BITCODE=0 case.

LGTM (tho I admit to not having actually tested it yet :) )


MOD: make publicPath relative

the builds were not possible to run under a subfolder on a domain (demo.com/react-demo/index.html). With making the publicPath relative this should work as well as still keeping the same function for people running it on the root (demo.com/index.html)

Ah, I never had this use case before. Thanks for updating the path!


App modals are now opened from components instead of actions

Summary
This PR makes it so opening the app form modal and call response navigations are done by the components that call doAppCall, rather than doAppCall handling the modal and navigations. This is so the components can coordinate the transition with their own transition logic, post option's closeWithAnimation prop.
Components migrated to use this functionality:

channel info bindings:

screens/channel_info/bindings/bindings.tsx

channel post option bindings:

screens/post_options/bindings/bindings.tsx

slash command submissions:

actions/views/command.ts
draft_input.js

app form modal submissions:

apps_form_container.tsx
apps_form_component.tsx

embedded forms:

button_binding.tsx
menu_binding.tsx

Ticket Link
Fixes https://mattermost.atlassian.net/browse/MM-35617
Device Information
Android Pixel 2
iPhone simulator 12.3
Release Note
NONE

Test app PR for testing navigation for the app form submission https://github.com/larkox/mattermost-app-test/pull/5

Building app in separate branch.

@mickmister can you please resolve the conflicts? thanks

@enahum Resolved conflicts


Visibility of Gateway API: warning banner is gone for KIC 2.6

Is there an existing issue for this?

[X] I have searched the existing issues

Problem Statement
The Gateway API articles has alpha:true set in frontmatter. As a result the articles are marked with a warning banner his feature is released as a [tech preview](https://docs.konghq.com/gateway/latest/availability-stages/#tech-preview) (alpha-quality) and should not be deployed in a production environment. This is no longer true for KIC 2.6, the Gateway API is not alpha maturity.
Example articles with the banner include:

https://docs.konghq.com/kubernetes-ingress-controller/latest/concepts/gateway-api/
https://docs.konghq.com/kubernetes-ingress-controller/2.6.x/guides/using-gateway-api/

Proposed Solution
Remove the banner. The https://github.com/Kong/docs.konghq.com/pull/4486 made it possible to override this flag for specific release.
Some examples:
---
title: Page Here
alpha: false # This is the default, but is here for completeness

overrides:
  alpha:
    true:
      gte: 2.3.x
      lte: 2.5.x
---

---
title: Another Page
availability: GA

overrides:
  availability:
    Private Beta:
      lte: 2.8.x
---

We should ensure that the banner is gone for KIC 2.6 documentation.
Additional information
Splited from https://github.com/Kong/kubernetes-ingress-controller/issues/2878
Acceptance Criteria

[ ] As a KIC user, when I read the GW API documentation for KIC 2.5 and bellow, I am warned by a banner the Gateway API is alpha level support.
[ ] As a KIC user, when I read the GW API documentation for KIC 2.6 and above, I am not getting a warning banner.
[ ] As docs maintainer I ensured that all KIC articles wirth GW API banner have been updated.

Does this need to be tied to a KIC release, can we just make this change and merge to docs ASAP?

I've pushed this to address this issue: https://github.com/Kong/docs.konghq.com/pull/4588
PTAL

With the above 2 PRs merged this can be closed.


Thread adoption

Hi!
I've got to admit I'm not a user of JLuna, but rather someone who's working on a similar library. Considering you've put a lot of effort in mutithreading support, I think you might also be interested in thread adoption. This is a feature that will be available in Julia 1.9 that can be used to create a pool of threads that can call into Julia.
Feel free to ask any questions you have, or close this issue if you're not interested :)

Thank you, I was aware of this feature the moment the PR for it was opened on the Julia GitHub, just a few days ago (https://github.com/Clemapfel/jluna/issues/42) I was informed how the crash is related to thread local storage, which is interesting. I might update the docs with that context.
I'll be deprecating the jluna multi-threading modules once 1.9 becomes stable, however, that will be many months in the future, I'm sure.
Thank you for thinking of informing me, I feel like it's possible to feel the undercurrent of frustration in how I wrote the multi-threading docs, mostly because I spend 3 days trying to reverse engineer the crash thinking it was a bug. I'm actually still kinda upset about that but what's done is done.
I'll be closing this issue as a duplicate of https://github.com/Clemapfel/jluna/issues/26 and https://github.com/Clemapfel/jluna/issues/42

Ah, I see I should have checked the closed issues before I opened this,
sorry for the noise.
The first RC for 1.9 seems to be around the corner, given that a pr was
opened for it, so let's hope it's a few weeks rather than several months 😉
Op ma 20 feb. 2023 03:11 schreef Clem Cords @.***>:

Thank you, I was aware of this feature the moment the PR for it was opened
on the Julia GitHub, just a few days ago (#42
https://github.com/Clemapfel/jluna/issues/42) I was informed how the
crash is related to thread local storage, which is interesting. I might
update the docs with that context.
I'll be deprecating the jluna multi-threading modules once 1.9 becomes
stable, however, that will be many months in the future, I'm sure.
Thank you for thinking of informing me, I feel like it's possible to feel
the undercurrent of frustration in how I wrote the multi-threading docs,
mostly because I spend 3 days trying to reverse engineer the crash thinking
it was a bug. I'm actually still kinda upset about that but what's done is
done.
I'll be closing this issue as a duplicate of #26
https://github.com/Clemapfel/jluna/issues/26 and #42
https://github.com/Clemapfel/jluna/issues/42
—
Reply to this email directly, view it on GitHub
https://github.com/Clemapfel/jluna/issues/45#issuecomment-1436200438,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AOQBHHYAMT2CAR3VUS7BL5DWYLHF7ANCNFSM6AAAAAAVBDMYZE
.
You are receiving this because you authored the thread.Message ID:
@.***>


Fix #528: resolve performance warnings

This should resolve all reflection warnings in the src folder.

Merged, thanks!


Ideas for self functions

Do you have any ideas on how to curry functions taking self as a parameter? I thought about keeping the first two arguments together so it looks like this:
struct Foo(i32);
impl Foo {
  fn add(&self, x: i32, y: i32, z: i32) -> i32 {
    self.0 + x + y +z
  }
}

self.add(1)(2)(3)

I tried something like that but ran into lifetime issues and stopped experimenting before asking for you opinion.

Like other variables, I think we would have to take ownership of self, and return a new Self, so the function could look something like:
fn add(self, x, y, z) -> Self {
    // stuff here
}

and maybe use it with:
let s: Foo = Foo { 0: 5};
let p = Foo::add(s)(3)(4)(5)

I haven't tried any of this, but I am certain about taking ownership and returning Self. OOP and currying definitely don't go well together :p

I think returning Self is no requirement. The function can return anything but a reference. Returning ownership for any value should work

Ah sorry, you're right, I suppose I was thinking of transforming the original object via a method.
Any curried struct method would consume the original object, and I can't seem to think of a way to elude that.


Several small fixes

I have made some small fixes to the includes, namely changing link settings, fixing a bug with headings in the table of contents and changing the paragraph heading style to match the Player's Handbook better. In the PHB, the heading is actually bold and italic, but the included bold and italic font is very slanted and does not look very good, so I kept it at bold only.

Thanks for the contribution. Have you looked into perhaps recreating an italic variant of the bold font that isn't as slanted? Maybe https://fontforge.github.io/Styles.html#Italic
The paragraph changes are fine, but do you really need paragraph-level of sectioning? Are you perhaps trying to recreate description lists using paragraphs?

I've never thought about that. I guess some parts like the racial descriptions in the Player's Handbook are more like description lists. I always think about paragraphs when I see the runin headings followed by a whole block of text, so intuitively implemented it as paragraphs.


Support arbitrary extended attributes

Home assistant entities can export arbitrary attributes when being created from a real home inventory.  Support those rather than ignoring them.

These are now ignored but not "supported"


Add a draft release workflow

Why

Currently, after we merge a release PR, we have to create a new release manually.
This can be done with a GitHub Actions workflow, and we can use https://github.com/release-drafter/release-drafter

Who Benefits?
Contributors

Duplicated with https://github.com/nimblehq/infrastructure-templates/issues/145


Fix validation bug

I am relying on the commands.validate function, I give it many policies at once as the input function. It correctly prints output if a function passes or fails. Though because 'errors' is overwritten in this loop, it does not correctly sys.exit(1). If the last policy in the list of ones being validated passes, the function will not exit(1). This causes my wrapper to continue to do a run, even if validation checks fail.
My change makes it so if any policies that the validate function is looping over fail, it will exit(1).

nice catch, thanks, lgtm


fix(build): update to the fixed clamav image

The upcoming OpenShift Pipelines which will be deployed shortly has stricter validations on Pipelines and Task manifests. Clamav would fail the new validations. This commit should make us ready.
Fixes: #HIVE-2563

/lgtm

/override "Red Hat Konflux / hive-on-pull-request"

Oh, I guess we also need this:
/approve


Add support for Windows.

Tested on 8.1 only.
We cross platform now.

Awwwwww Yeah

:confetti_ball:


Crash on opening

Hello I try to open the program and it keeps crashing. I'm using version 2.0 and Windows 10 x64.

I've fixed upload issue on the server, does it work now?

I downloaded the installer again from the site still no. https://imgur.com/pPnCPaC

You you find this error in windows event viewer?

Application: Hotsapi.Uploader.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: exception code c0000096, exception address 6F9681D1

Faulting application name: Hotsapi.Uploader.exe, version: <IP_ADDRESS>, time stamp: 0x5a28e5c6
Faulting module name: d3d9.dll, version: 10.0.16299.98, time stamp: 0xe2fbf0fc
Exception code: 0xc0000096
Fault offset: 0x000481d1
Faulting process id: 0x20
Faulting application start time: 0x01d3734551fe496d
Faulting application path: C:\Users\gergo\AppData\Local\Hotsapi\app-2.0.0\Hotsapi.Uploader.exe
Faulting module path: C:\Windows\SYSTEM32\d3d9.dll
Report Id: 21071aa7-0da2-4fef-bec9-1d6c15eeb015
Faulting package full name:
Faulting package-relative application ID:

Windows cannot access the file  for one of the following reasons: there is a problem with the network connection, the disk that the file is stored on, or the storage drivers installed on this computer; or the disk is missing. Windows closed the program Hotsapi.Uploader.Windows because of this error.
Program: Hotsapi.Uploader.Windows
File:

Well this is weird. It looks like app fails when it tries to use DirectX. Do you have some unusual video card setup? Can you try to update video drivers and directx? What version of windows are you using? I've didn't see such errors for a very long time

The uploader used to work just fine. Windows 10 Pro x64. GTX 970 latest drivers, same with directx.

Does it happen if you try to run older version?

I don't have the older versions anymore.

You can get one from Releases page

Found the solution. I'm no programmer but you mentioned the DirectX d3d9.dll I searched a bit for similar ones and as it turns out there is a problem with MSI and Riva Tuner.
Resolvation: https://github.com/docker/for-win/issues/585


bug: notifier: style minimal: can't change background

Did you check docs and existing issues?

[X] I have read all the snacks.nvim docs
[X] I have updated the plugin to the latest version before submitting this issue
[X] I have searched the existing issues of snacks.nvim
[X] I have searched the existing issues of plugins related to this issue

Neovim version (nvim -v)
NVIM v0.10.3
Operating system/version
Ubuntu 22.04.5
Describe the bug
With notifier = {style = "minimal"}
running hi SnacksNotifierInfo guibg=black has no effect:

While with no style set it works:

Steps To Reproduce

run with style minimal
try to change background

Expected Behavior
change background for minimal style as well
Repro
vim.env.LAZY_STDPATH = ".repro"
load(vim.fn.system("curl -s https://raw.githubusercontent.com/folke/lazy.nvim/main/bootstrap.lua"))()

require("lazy.minit").repro({
  spec = {
    { "folke/snacks.nvim", opts = {} },
    -- add any other plugins here
  },
})

The minimal style defines explicitly the highlight group it uses and it's the NormalFloat highlight group as you can see here. If you change that, it will also change the background of the notification.
So, it seems it is this way by design. If you comment out those 2 lines, then it will follow the default highlight groups. But it looks like Folke made this choice deliberately.

Yeah, I don't know what to tell you. Better leave this open and let maintainer decide what the best approach is even though it doesn't seem to be a bug.

Notice that style accepts a function as well, see here. This means you could override it and define your own highlight group:
notifier = {
  style = function(buf, notif, ctx)
    ctx.opts.border = "none"
    local whl = ctx.opts.wo.winhighlight
    ctx.opts.wo.winhighlight = whl:gsub(ctx.hl.msg, "NormalFloat")
    vim.api.nvim_buf_set_lines(buf, 0, -1, false, vim.split(notif.msg, "\n"))
    vim.api.nvim_buf_set_extmark(buf, ctx.ns, 0, 0, {
      virt_text = { { notif.icon, ctx.hl.icon } },
      virt_text_pos = "right_align",
    })
  end,
  ..
}

where you can just copy and paste the above and amend ctx.opts.wo.winhighlight = whl:gsub(ctx.hl.msg, "NormalFloat") accordingly.


404 at /en/latest/installation/archlinux/

URL: /en/latest/installation/archlinux/

@andrewfilippov where did you find this link? It's not anywhere in our docset...

There is no /en/latest/ slug at all.


ITKPointSetD3 in itk-registration-5.1.0.post3

Hello,
I know that this bug is fixed for 5.1.1 but pip states that itk-5.1.1 must use itk-registration-5.1.0.post3 and that itk-registration-5.1.1 is incompatible. Is this a configuration error or are they truly not compatible?
Thanks!

itk-5.1.1 must use itk-registration-5.1.0.post3

This must be a configuration error.

Thank you. I will try installing 5.1.1.
I'm not sure whether I should close this or leave it open so this error can be addressed in the the next release. My question is answered so please close this if you don't need it.
Thanks again!

Just for reference, here's what I saw after I individually upgraded all the ITK components, and had to do itk-core again because it had been downgraded when installing another component:
Collecting itk-core
  Using cached itk_core-5.1.1-cp37-cp37m-win_amd64.whl (25.5 MB)
Installing collected packages: itk-core
  Attempting uninstall: itk-core
    Found existing installation: itk-core 5.1.0.post3
    Uninstalling itk-core-5.1.0.post3:
      Successfully uninstalled itk-core-5.1.0.post3
ERROR: itk 5.1.1 requires itk-core==5.1.0.post3, but you'll have itk-core 5.1.1 which is incompatible.
itk 5.1.1 requires itk-filtering==5.1.0.post3, but you'll have itk-filtering 5.1.1 which is incompatible.
itk 5.1.1 requires itk-io==5.1.0.post3, but you'll have itk-io 5.1.1 which is incompatible.
itk 5.1.1 requires itk-numerics==5.1.0.post3, but you'll have itk-numerics 5.1.1 which is incompatible.
itk 5.1.1 requires itk-registration==5.1.0.post3, but you'll have itk-registration 5.1.1 which is incompatible.
itk 5.1.1 requires itk-segmentation==5.1.0.post3, but you'll have itk-segmentation 5.1.1 which is incompatible.
itk-numerics 5.1.1 requires itk-core==5.1.0.post3, but you'll have itk-core 5.1.1 which is incompatible.
itk-io 5.1.1 requires itk-core==5.1.0.post3, but you'll have itk-core 5.1.1 which is incompatible.
itk-filtering 5.1.1 requires itk-numerics==5.1.0.post3, but you'll have itk-numerics 5.1.1 which is incompatible.
Successfully installed itk-core-5.1.1

Checking into the wheels, the dependencies are incorrect, but only for the Windows wheels. I will work on a 5.1.1.post1 to correct this.

A workaround:
pip install itk==5.1.1 itk-core==5.1.1 itk-filtering==5.1.1 itk-numerics==5.1.1 itk-registration==5.1.1 itk-segmentation==5.1.1 itk-io==5.1.1

Please try
pip install --upgrade itk

to install 5.1.1.post1 and let us know if it does not work.


refreshClusters() on custom markers

Hi, I can't find any way to refresh the cluster custom icon when there is an update in the state. I don't understand how to call the refreshClusters() function (http://leaflet.github.io/Leaflet.markercluster/#refreshing-the-clusters-icon)
Thanks!

I was having the same issue. I have some markers and some data according the date. When you select a date, a set of markers with different values are fetched.
I used the code of pedrobrost and did not work for me, and I couldn't figure out why.
Apparently, when the key of the Marker is repeated, the getAllChildMarkers returns, what I think is the previous data, or perhaps the original Marker data with that key.
Changing the key worked for me.

I was having the same issue. I have some markers and some data according the date. When you select a date, a set of markers with different values are fetched.
I used the code of pedrobrost and did not work for me, and I couldn't figure out why.
Apparently, when the key of the Marker is repeated, the getAllChildMarkers returns, what I think is the previous data, or perhaps the original Marker data with that key.
Changing the key worked for me.

Nice work @lucianolorenti.  I have an issue where due to the new key I'm getting multiple renders of the same markers
combining your solution of changing the key with:
<MarkerClusterGroup
    iconCreateFunction={createClusterIcon}
    ref={clusterRef => {
      if (clusterRef) {
        clusterRef.current.leafletElement.refreshClusters();
      }
    }}
  >

fixed the issue for me

Related https://github.com/yuzhva/react-leaflet-markercluster/issues/149#issuecomment-854920761


[Snyk] Upgrade html-snapshots from 3.13.1 to 3.14.0

Snyk has created this PR to upgrade html-snapshots from 3.13.1 to 3.14.0.
:information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.

The recommended version is 1 version ahead of your current version.

The recommended version was released on 3 days ago.

Release notes

Package name: html-snapshots

3.14.0 -<EMAIL_ADDRESS>

3.13.1 -<EMAIL_ADDRESS>

    from html-snapshots GitHub release notes

[!IMPORTANT]

Check the changes in this PR to ensure they won't cause issues with your project.
This PR was automatically created by Snyk using the credentials of a real user.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information:

🧐 View latest project report
📜 Customise PR templates
🛠 Adjust upgrade PR settings
🔕 Ignore this dependency or unsubscribe from future upgrade PRs

coverage: 99.245%. remained the same
when pulling 106294ea08d63aa7fa37dfb7a9cbb2c6e8712a96 on snyk-upgrade-113ba0f91bb19623478f887a5da897d9
into f7c63fe5d4d51f288b3a1498336520e4c84cbfc2 on master.


set TLSMinVersion for webhook servers

Signed-off-by: Mikko Ylinen<EMAIL_ADDRESS>

Codecov Report

Merging #1054 (5f7a6a2) into main (9557260) will decrease coverage by 0.06%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main    #1054      +/-   ##
==========================================
- Coverage   53.08%   53.01%   -0.07%
==========================================
  Files          40       40
  Lines        4350     4350
==========================================
- Hits         2309     2306       -3
- Misses       1915     1917       +2
- Partials      126      127       +1

Impacted Files
Coverage Δ

pkg/deviceplugin/server.go
83.33% <0.00%> (-1.73%)
:arrow_down:

:mega: Codecov can now indicate which changes are the most critical in Pull Requests. Learn more


feat(transform-imports): add side effect transform support

add sideEffect support

config
[
  "transform-imports",
  {
    "react-bootstrap": {
      "transform": "react-bootstrap/lib/{{member}}"
    },
    "lodash": {
      "transform": "lodash/{{member}}"
    },
    "antd": {
      "transform": "antd/es/{{kebabCase member}}",
      "sideEffect": "antd/es/{{kebabCase member}}/style"
    }
  }
]

input
import { Button, DatePicker } from 'antd';

output
import Button from "antd/es/button"
import "antd/es/button/style"
import DatePicker from "antd/es/date-picker"
import "antd/es/date-picker/style"

This seems very narrow feature for the specific cases. Any prior references?

This seems very narrow feature for the specific cases. Any prior references?

releated issues:

https://github.com/swc-project/plugins/issues/106

I know issue is there, my question is how widely if this feature is being used except few libraries mentioned in the issue.

This feature is inspired by babel-plugin-import, and work for such packages as below:

antd v4

Is this still required?


Cannot use 'discretize_numerical_columns' in tuner

I am trying to add the 'discretize_nmerical_colums' to a tuner.choice
tuner.choice('discretize_numerical_columns',[False, True])
But i get the following error
ValueError: INVALID_ARGUMENT: Unknown param "discretize_numerical_columns".
This comes from:-
File ~/miniforge3/envs/StAnd/lib/python3.11/site-packages/ydf/learner/generic_learner.py:238, in GenericLearner._train_from_dataset(self, ds, valid)
232   log.info(
233       "Train model on %d examples",
234       train_ds.nrow(),
235   )
237 time_begin_training_model = datetime.datetime.now()
--> 238 cc_model = self._get_learner().Train(**train_args)
239 log.info(
240     "Model trained in %s",
241     datetime.datetime.now() - time_begin_training_model,
242 )
244 return model_lib.load_cc_model(cc_model)
If i put it into the RandomForestLearner then it works ok.
Can I use this parameter in the tuner?

Hi, thanks for reporting this.
discretize_numerical_columns is, technically, a parameter of the way the dataset is read (i.e. it modifies the "dataspec"), not the model training. The tuner currently only handles model parameters, not dataset parameters. Therefore it's currently not possible to use this parameter in the tuner, sorry!


RaspberryPi 3 Python Error

`  Downloading https://github.com/Rapptz/discord.py/archive/master.zip (481kB)
100% |████████████████████████████████| 491kB 230kB/s
Collecting pillow
Using cached Pillow-4.1.1.tar.gz
Collecting psutil
Using cached psutil-5.2.2.tar.gz
Collecting requests
Using cached requests-2.14.2-py2.py3-none-any.whl
Collecting aiohttp<1.1.0,>=1.0.0 (from discord.py[voice])
Using cached aiohttp-1.0.5.tar.gz
Complete output from command python setup.py egg_info:
Traceback (most recent call last):
File "", line 1, in
File "/tmp/pip-build-G05q2y/aiohttp/setup.py", line 60, in
raise RuntimeError("aiohttp requires Python 3.4.2+")
RuntimeError: aiohttp requires Python 3.4.2+
----------------------------------------

Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-G05q2y/aiohttp/
`
Im getting this error over and over again on my RaspberryPi if i try to run:
python -m pip install -U https://github.com/Rapptz/discord.py/archive/master.zip#egg=discord.py[voice] pillow psutil requests
In the direction "/tmp/pip-build-G05q2y/aiohttp/" stands nothing (I got the latest version of raspbian).

You're not running it in python 3.4.2 or higher

pi@RespberryPi:~ $ python --version
Python 2.7.9
pi@RaspberryPi:~ $ python3 --version
Python 3.4.2
python3 -m pip install -U https://github.com/Rapptz/discord.py/archive/master.zip#egg=discord.py[voice] pillow psutil requests
I just runed this command and it worked fine =)

Perfect :100:
The python parts varies per installatiion, for some it's py, for some its python3, for some it's python. So it's up to the user to use the correct one according to their setup :)


No Response when over 4g

There appears to be an issue with the Garadget while over 4g.
While connected to Wifi, Garadget works as expected. So I know that it is configured correctly and working.

While connected over 4g, I get a no response message.

All other Homebridge devices (I have 2) are responding as expected. While the other devices take a few seconds to load the status, the garadget responds within 2 seconds as no response. Could this be a timeout issue as it is not waiting long enough?

Having this come up as no response also effects the automation.  Any automation I set to the door status (when I am arriving or otherwise) will change the automation profile to disabled as it thinks the device is offline.
The automation issue started about 3 months ago (It didn't really bother me), but the 4g issue I noticed yesterday.

The official app works normally over wifi and 4g

Checked output from homebridge. It doesn't even show the request over the 4g network.
I have updated to the latest release of both homebridge and the garadget plugin
Jun 12 20:35:38 MasterServer2 homebridge[13657]: [12/6/2018, 8:35:38 PM] Homebridge is running on port 51826.
Jun 12 20:36:30 MasterServer2 homebridge[13657]: [12/6/2018, 8:36:30 PM] [Main Garage Door] Getting current state...
Jun 12 20:36:30 MasterServer2 homebridge[13657]: [12/6/2018, 8:36:30 PM] [Main Garage Door] Get ObstructionDetected...
Jun 12 20:36:30 MasterServer2 homebridge[13657]: [12/6/2018, 8:36:30 PM] [Main Garage Door] Getting current state...
Jun 12 20:36:31 MasterServer2 homebridge[13657]: [12/6/2018, 8:36:31 PM] [Main Garage Door] Door state is closed
Jun 12 20:36:31 MasterServer2 homebridge[13657]: [12/6/2018, 8:36:31 PM] [Main Garage Door] Door state is closed
Jun 12 20:36:32 MasterServer2 homebridge[13657]: [12/6/2018, 8:36:32 PM] [Main Garage Door] Access Key good...

I am really sorry that I just saw this thread. Do you own a Apple TV? An Apple TV is required for remote access to homekit.

Yes I do have an Apple TV. I have it configured so remote Homekit is possible. All my other Homekit devices like my Elgato Eves sensors (which require an apple TV for remote access) works fine.
The remote access for Garadget was working normally, till it just stopped randomly.
At first I thought it was they Key to access the device might of timed out. But if that was the case, I would of thought that while on the LAN it would also fail as it wouldn't be able to access the polling site and authenticate.

Is this the only homebridge plugin you got? Could be that your router needs to open the port 51826
I don't think my plugin deals with apple homekit at all. we have homebridge inbetween that does all the connection to homekit. you might want to add a simple homebridge plugin such as pi temperture to see if that goes offline too.
{
  "bridge": {
    "name": "Homebridge",
    "username": "CC:22:3D:E3:CE:39",
    "port": **51826**,
    "pin": "031-45-154"
  }

Hope you are doing well. did you get it fixed?

Yah it resolved itself over time and I forgot about this issue I raised. Not sure on the root cause or what solved it in the end.

Glad to hear. happy to know you are safe and healthy still HA :P


Icons on app inspector

show icons on app-inspector tree view and summary, to help navigate/understand
also optimize/tidy icon generation code

all addressed
screen-shot:

merging now, as discussed with 1:1 review @tbouron


Add website login and require login for non-(prod/local) instances

Only allow google.com users to login to non-prod instances

Very nice!
Just to confirm, we will allow autopush access to APIs right? e.g., from https://github.com/datacommonsorg/import/blob/332335a218313394675c8a036fdb8d4f38d6d8d6/util/src/main/java/org/datacommons/util/ExistenceChecker.java#L30

This the autopush mixer, so not affected.


feat: add RSS Feed for /release-notes

This PR add a rss feed for release notes using https://v2-0-1.11ty.dev/docs/plugins/rss/
ref #6
Test Plan

Check https://validator.w3.org/feed/ result
Check Local RSS Reader can view the feed

https://reederapp.com/ can view it

Thanks so much. I'll test this as soon as I can and merge.

Tested, loved it, merged it. Thanks a million.

Thanks for the RSS feed. Seems to work fine for monthly updates.
In my case I'd prefer the ability to follow individual features in real-time.
Wouldn't it be worth it to add a second feed based on this page?
https://web-platform-dx.github.io/web-features-explorer/recent/

Yes, having a feed for the recent and baseline pages is also planned, see #6.
Having a RSS feed for individual features also seems interesting. I've been experimenting with a visual timeline idea in #17, and that view could be available as a feed as well, so people can subscribe to individual features.


Timing related tweaks and conflict support for bulk inserts

Adds conflict strategy for bulk inserts. If the verifier is abruptly shutdown or crashes there is a potential to reload reports which were previously loaded.  Without the conflict strategy we get a lot of noisy errors polluting the logs
Extends expected beacon interval from 10 mins to 6 hours
Explicitly define beacon interval tolerance and enhance related test
Set interval before a stale beacon or witness report is purged to the same value

So if there was a transaction around the inserts for a file this would (a) likely speed up inserts and (b) avoid man conflict errors?

the inserts are already as part of a txn, see here: https://github.com/helium/oracles/blob/main/iot_verifier/src/loader.rs#L303
Doesnt avoid conflict errors tho

So if there was a transaction around the inserts for a file this would (a) likely speed up inserts and (b) avoid man conflict errors?

the inserts are already as part of a txn, see here: https://github.com/helium/oracles/blob/main/iot_verifier/src/loader.rs#L303
Doesnt avoid conflict errors tho

Not completely, no but

If the verifier is abruptly shutdown or crashes there is a potential to reload reports

it should avoid all of those right?

the txn will not avoid potential for conflicts.  Each incoming file from s3 is processed concurrently and there are multiple batches per file...each batch wrapped in its own txn.  As such its is certainly possible to process one or more batches within a loading window and then for the app to be abruptly stopped.  Potentially neither any one full file or all files within the window may have been processed.  The time for the last file may not have been advanced and as such when we start back up again we process the same files again and thus the resulting duplicates

Correction, we have a single txn which handles all batches

Correction, we have a single txn which handles all batches
But same principle applies, we do not update the last window time until all files in the window is complete. As such terminating the app may result in that window time not being updated and we may already have processed some files

Ah right.. We're re-processing the files, but the transaction guarantees that any inserts that were in the aborted transaction were not inserted, right? Hence fewer conflicts on reprocessing the same files?

Yes, the txn should guarantee that any inserts from an aborted file dont make it to the DB.  Conflicts will only occur with files that were processed to completion and for which the txn was committed.

Yes, the txn should guarantee that any inserts from an aborted file dont make it to the DB. Conflicts will only occur with files that were processed to completion and for which the txn was committed.

Ah ok.. your first bullet read like it was implying something else


UndoRedo's "redo" actions do not execute

Godot version:
Godot 3.0 8e82404
Issue description:
While writing a plugin, I attempted to implement actions for UndoRedo. While the actions would DO properly and UNDO properly, attempting to REDO the actions would do nothing at all.
Steps to reproduce:
Create a plugin with some add_do_method and add_undo_method calls. Then execute the action, undo it with Ctrl+Z and attempt to redo the action with Ctrl+Shift+Z. I have been seeing no results when I should be.
Sample project:
UndoRedoTest.zip
Open the Project. There is a dock added to the left. Default button text is "Click me!". Do actions set it to "TESTING", and undo actions to "UNDO TESTING". You'll notice that "redo-ing" from the EditorShortcut of Ctrl+Shift+Z does not switch it from "UNDO TESTING" to "TESTING".

Can't re-create either, so closing.

I'm also having this issue, and have absolutely no idea what to do.


[Q] Is there anyway to hide id in text?

Hi,
I'm using EasySelector and it displays id of each object after their names.
Can I hide Id in dropdown texts? Is there any way to do it?

I've found a css trick:
.selection-subtext
{
    display:none;
}

I've found a css trick:

I think it is necessary to realize the display control of subtext, you may want to show the key of some entity types, while others don’t.
I created a new property for EasySelectorAttribute to control it, I think the new release can solve your need, please see https://github.com/EasyAbp/Abp.TagHelperPlus/commit/400183c2bd83a3175c078b1d9f7ad79dfa6351cf.
Thanks for the good question.


ask 20240126_v0.10.4_src6_dec2276_tuned production

New Prod config
Self check-list:

[x] I have checked the lstchain config, in particular for:

[x] az_tel instead of sin_az_tel if data to be analyzed have been produced with lstchain <= v0.9.7
[x] "increase_nsb" and "increase_psf" are provided in "image_modifier" (if used)

[x] I have checked the environment in the lstmcpipe config and it is the one used to analyse DL>1 data
[x] I have provided the command (in README), or script (in additionnal .py file) used to produce the lstmcpipe config

New Prod Config
Prod_ID
20240126_v0.10.4_src6_dec2276_tuned
Short description of the config
Config for the processing of MC at dec_2276 with NSB tuning to src6 and src-dependent configuration using a specific NSB tunning for the source.
Why this config is needed
Reprocess the data at declination 22.76 with version of lstchain v0.10.4 and with new tunning for new source: src6.

Prod started 🚀  @alvmas
The cluster is quite busy at the moment with the school and many analyses running so it could take a few days. I will let you  know.


Intersection errors with gridhelper component

If I add the gridhelper component to the scene there are errors everytime the mouse moves over the grid.

aframe-mouse-cursor-component.js:521 Uncaught TypeError: Cannot read property 'addState' of undefined
at NewComponent._setIntersectObject (aframe-mouse-cursor-component.js:521)
at NewComponent._updateIntersectObject (aframe-mouse-cursor-component.js:504)
at NewComponent._onMouseMove (aframe-mouse-cursor-component.js:287)

This feature is available in A-Frame since v0.6.1 by setting <a-scene cursor="rayOrigin: mouse">. 😄


Orderbook Sync only returns { asks: [], bids: [] }

Readme example of Orderbook Sync
var CoinbaseExchange = require('coinbase-exchange');
var orderbookSync = new CoinbaseExchange.OrderbookSync();
console.log(orderbookSync.book.state());

only returns { asks: [], bids: [] }. Should it be return the snapshot of order book?

I found out the issue because of
self.publicClient.getProductOrderBook(args, function(err, response, body) {

at orderbook_sync
is async, if adding timeout to test it, it would work,
setTimeout(function () {
  book = orderbookSync.book.state();
  console.log(book);
}, 5000);

so probably adding promise into  getProductOrderBook or wrap the whole orderbookSync.processMessage as promise.

The problem is orderbookSync is not returning the parent event.
It should works like that:
var orderbookSync = new CoinbaseExchange.OrderbookSync();
orderbookSync.on('message',function(){});


Menu options

Working through , so please leave this comment live, more to come!!
When I select a preset the go to turn off the drone and/or trompette the screen is cluttered, and the only way to continue appears to be save tuning, as the O button is toggling back the drone/ trompette ???
Think given that we have limited lines needs a little more ergonomic planning..
Also is there a way please that the preset tuning's "titles" as well as designated notes can all be in the default tunings subfile?
While it is very simple to change the preset , having to go back to main code to change it's displayed "title" seems a tad onerous??
  I made that the X button in the sense of going "back" to the playing mode, but I agree that pause menu is busy.  I think I will combine loading from preset or save slot to a general "load" screen, so that I can save a precious line and clean up the main pause screen.

Also is there a way please that the preset tuning's "titles" as well as designated notes can all be in the default tunings subfile?

Yes, can you make a separate issue for this?  If not I'll try to remember to later today.  That's a good idea.
Not sure if you noticed, but the presets aren't quite what John's presets actually are.  One of them was mis-commented from what it actually was so it was a choice between what it looked like it was supposed to be, and what it actually was.
If you tweak the presets and think they are a better set of four to offer there, please show me, because I'm not that familiar with common gurdy tunings specifically.

Handling the preset titles in preset file thing in issue #34
The above commit cleans things up a little.  Presets have a preview screen like the loading a save slot does.  You can back out of all the options without saving/changing tuning now (previously if you choose to pick a new custom tuning, you were stuck until you had to choose one).  I've separated the Go-Back and Drone/Tromp on/off options from the load/save tuning options, hopefully clearing that up a little bit.
Closing this issue.


this is a test

Signed-off-by: Ahmed ElSayed<EMAIL_ADDRESS>
Provide a description of what has been changed
Checklist

[ ] A PR is opened to update the documentation on https://github.com/kedacore/keda-docs
[ ] Commits are signed with Developer Certificate of Origin (DCO)
[ ] Tests have been added

Fixes #

/run all

/run all

/run all


Code Coveraged Reporting

Adds Codecov test coverage reporting
Changes main workflow name to simplify the naming of the build status badge
Adds a badge to the readme with coverage reporting status
Adds a badge to the readme indicating vue.js compatible version
Adds a badge to the readme indicating the latest master build status

Codecov Report

:exclamation: No coverage uploaded for pull request base (main@8436b2b). Click here to learn what that means.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main       #7   +/-   ##
=======================================
  Coverage        ?   87.75%
=======================================
  Files           ?        3
  Lines           ?       49
  Branches        ?        9
=======================================
  Hits            ?       43
  Misses          ?        0
  Partials        ?        6

Continue to review full report at Codecov.

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


Eliminate Overture references and float any module with a Prelude segment to the top

eg. Longboye.Prelude

Done.


hard coded log path

i setup up remote debugging after some struggles and noticed this:
Seems it is hard coded and my laptop does not have a d drive so it just crashes and dies silently.
log = new StreamWriter(@"D:\grbl.txt");

You can disable this by removing the RESPONSELOG  symbol from CNC Core properties, Conditional Compilation Symbols in the Build screen. I guess I should move the filename to a command line argument and add a try/catch block...
I have been busy the last few days so I have not had the time to look into the crash yet - for that I have to flash grbl_esp32. And for that I need to install the ESP32 Arduino or PlatformIO framework? AFAIKT the ESP-IDF is not usable?

they've moved to platformio, esp-idf no go.

they've moved to platformio, esp-idf no go

What a mess, 2GB of files in my user folder - seems Espressif do not know that there is a Program folder on C:
I have moved the debug path/filename to a command line parameter, -debugfile, and removed the GCode Sender.csproj.user file. Just committed to github.

seems fixed, tested fixed


Convert TAKUser to cot.Detail

Decided to implement a "Detail" object. GeoChat inherits from this -- and so should TAKUser.

Removing this from the 0.7 milestone until I have more unit tests.

Fixed in 75bf616.


fixes capitalization of log4j2.ContextDataInjector property name in Documentation

See here:
https://github.com/apache/logging-log4j2/blob/master/log4j-core/src/main/java/org/apache/logging/log4j/core/impl/ContextDataInjectorFactory.java#L65

It's supposed to be lower case now with the new property naming scheme in use. It would be more useful to update existing code/docs to use the normalized property names instead IMO.

Closing this per Matt's comments.