[BUG] SyntaxError when trying to run docker

SyntaxError when trying to run docker after update branch to latest commit 72827f7
To Reproduce
Steps to reproduce the behavior:

git clone '...'
docker build -t dev/crypto-signals:latest .
docker run '....'
Error
root@iZrj9auk43zyouqwlzay67Z:~/crypto-signal# docker run --rm -ti -v $PWD/app:/app dev/crypto-signals:latest
Traceback (most recent call last):
File "app.py", line 14, in
from behaviour import Behaviour
File "/app/behaviour.py", line 17, in
from analysis import StrategyAnalyzer
File "/app/analysis.py", line 12, in
from analyzers.indicators import *
File "/app/analyzers/indicators/ichimoku.py", line 136
<<<<<<< HEAD
^
SyntaxError: invalid syntax
root@iZrj9auk43zyouqwlzay67Z:~/crypto-signal#

Expected behavior
Run docker container
Machine

OS Debian 10.9
crypto-signal develop
Docker version 20.10.7, build f0df350

Additional context
Docker imagen built without errors

Sorry about that, it's m'y mistake. Sould be fine now.

It works!
Thank you
$ docker run --rm -ti -v $PWD/app:/app dev/crypto-signals:latest
No configured markets, using all available on exchange.
All workers are running!


[Android.gitignore] Add .idea/gradle.xml

Reasons for making this change:
gradle.xml may contain user-specific local Gradle location.
Links to documentation supporting these rule changes:
Please refer to the official guide.

@exarus thanks!


Add log_likelihood to mcmc and vi samples

Resolves #292
Please review this PR, then I can write tests.

Thanks @junpenglao . I am writing a few tests for this and hopefully push here soon.

This is interesting. Latest stable release of nbconvert>=6.0.0 causes the notebooks tests to fail.

When running pm.sample_posterior_predictive, that idata group is not generated. Is that covered by this fix?

Hi @mattiasthalen
Sorry for getting back late on this. I checked with both mcmc and vi, that after passing trace (which includes log likelihood) to posterior predictive, the log_likelihood group is still there.
Can you share a reproducible code snippet, if the issue still persists.
Thanks

Hi @mattiasthalen
Sorry for getting back late on this. I checked with both mcmc and vi, that after passing trace (which includes log likelihood) to posterior predictive, the log_likelihood group is still there.
Can you share a reproducible code snippet, if the issue still persists.
Thanks

No worries! The mistake was all mine, I forgot to preface the likelihood function with yield... doh! ☺


logstash 5.6.8 from dockerhub does not catch console log

I have two machines (windows ,and linux) and the docker version 18.03.1-ce . Also these machines have different swarm cluster , not releated.
I run docker stack command with below compose file on both docker for window and docker on linux , but there is a problem that logstash does not capture any console logs comming from api on docker for linux.
But  there is no  problem  on docker for windows. The console logs have captured and logstash sends to elastic.

capture logs  docker swarm host in windows

capture logs docker swarm host in linux

Hi, the problem i my fault. docker  in linux i I change url address  to  " gelf-address: udp://<IP_ADDRESS>:12201" and then the logstash stated to capture logs

Thanks for reporting in agaikn @emretiryaki. Much appreciated.


template designs

From @mayzfieldtv on October 29, 2013 21:7
I can not find a template that really works for mainstream general audience. I found a couple, but I think it would be cool to make a template look and move like an ipad / iphone app that is completely responsive.

Copied from original issue: friendica/red#186

From @mayzfieldtv on October 29, 2013 21:17
I also have some questions.
Is Red stable enough right now to launch a mainstream site?
Where can I get all of the widgets and addons to test them on my site?
Where can I get all of the template designs to add them to my site?
How do I make it so the channel directory only shows channels within my network of Red sites? I set it in admin to only allow my domains for allowed friends and allowed emails but other site's channels still show up. My members might not want that.

From @friendica on October 29, 2013 22:4
We're open to new template designs. Currently there aren't any (known) developers working on extending them, so it's mostly a matter of somebody submitting a pull request. I have some ideas for a few, but this is one of the places where we encourage and expect the community to help.
The stability of Red is mostly dependent on how often you pull. The "master" branch is under heavy development and could be unstable at any given time, but we typically fix "showstopper" things quickly.  We have a lot of people of varying skill levels using it daily.
Addons are at https://github.com/friendica/red-addons
Widgets and templates will be added to the main branch and (hopefully) documented as they are developed and submitted. Eventually these will probably have a repository of their own (and/or submitted as themes/addons), but for the moment it means less repositories to track.manage.

From @tazmandevil on October 30, 2013 2:6
On Tue, Oct 29, 2013 at 02:07:44PM -0700, mayzfieldtv wrote:

I can not find a template that really works for mainstream general
audience. I found a couple, but I think it would be cool to make a
template look and move like an ipad app that is completely responsive.
[1]templateidea

Go ahead and make one, then!
./taz
--
http://tazmandevil.info
taz hungry

From @mayzfieldtv on October 29, 2013 22:43
ok thank you

From @friendica on October 30, 2013 3:51
No offense taken. Currently our contributors are mostly code geeks (systems developers) as opposed to visual designers. Each effort takes a certain kind of person. There also aren't very many of us and we're stretched pretty thin. This will (hopefully) change and we'll start to see more well-rounded designs as more people discover what we're doing.

From @mayzfieldtv on October 30, 2013 3:19
This is not a hate blog. I was just voicing my opinion about what I see around the web that attracts people's attention based on psychological aspects. The color scheme in that picture is universally pleasing to the eye, especially for the general audience that doesn't even know what a template is. If I could build it, believe me I would and I would put it on github to let people tweak it am make it work. I believe Red is fantastic and everyone is going to want to share their custom ideas.
Also I would like to say that I am trying to do the best I can to learn to program and build. I took some classes to learn computer science and it sucked. It made me not want to learn anymore, but it was because the way they taught it. They expected me to know everything already. Even the help workshops didn't work. So know I just spend my time customizing what is already out there trying to make a living, but I will contribute as much as I can. Thank you for everything!


vscode.window.showInformationMessage hangs forever after pressing Escape

Issue Type: Bug
Description
Closing windows created with vscode.window.showInformationMessage by pressing Escape button makes function refuse to go to neither onResolved nor onRejected callbacks. However, closing window by clicking on x button works as expected.
Simple extension snippet:
'use strict';
import * as vscode from 'vscode';

export function activate(context: vscode.ExtensionContext) {

    let disposable = vscode.commands.registerCommand('extension.ShowInformationalMessage', () => {
        // Press Escape after notification is shown
        vscode.window.showInformationMessage('Close me by pressing Escape button').then(() => {
            // Unfortunately, you can't get over here
            console.log("Okay");
        }, (err) => {
            // And you can't get over here, too
            console.log("Not okay");
            console.log(err);
        });
    });

    context.subscriptions.push(disposable);
}

export function deactivate() {
}

Steps to reproduce

Clone this demo project which is simple extension created with yo generator
Install packages for project
Open it in VS Code and start Launch Extension debug configuration
In new VS Code window run palette command Show informational message - notification window will be opened
Press Escape

Expected Behavior

Okay message is logged in Debug Console output window in main VS Code instance

Actual Behavior

No message is logged in which signalizes that function hangs.

VS Code version: Code 1.28.2 (7f3ce96ff4729c91352ae6def877e59c561f4850, 2018-10-17T00:18:43.347Z)
OS version: Darwin x64 17.7.0

System Info

Item
Value

CPUs
Intel(R) Core(TM) i5-4278U CPU @ 2.60GHz (4 x 2600)

GPU Status
2d_canvas: enabledchecker_imaging: disabled_offflash_3d: enabledflash_stage3d: enabledflash_stage3d_baseline: enabledgpu_compositing: enabledmultiple_raster_threads: enabled_onnative_gpu_memory_buffers: enabledrasterization: enabledvideo_decode: enabledvideo_encode: enabledwebgl: enabledwebgl2: enabled

Load (avg)
2, 2, 2

Memory (System)
8.00GB (0.10GB free)

Process Argv

Screen Reader
no

VM
0%

Extensions (3)

Extension
Author (truncated)
Version

tslint
eg2
1.0.40

cordova-tools
vsm
1.5.1

vscode-react-native
vsm
0.6.18

@ruslan-bikkinin yes what you describe is the correct behaviour, an notification is only considered to be closed when it is removed from the notification center either by pressing the X from the toast when it appears or by using other actions to clear notifications (there is a command to close all notifications). Pressing ESC will just hide any notification toasts so that you can free up some space but the user still has to deal with the notification later from the notification center. We think this is the better behaviour for you to code against.
Closing as designed, it is unlikely we would change this behaviour.


Simplify Utf8Json sample

Docs sample: https://learn.microsoft.com/en-us/dotnet/standard/serialization/system-text-json/use-utf8jsonreader#read-from-a-stream-using-utf8jsonreader
Proposed replacement: https://gist.github.com/richlander/d07cfa95509cb949a6fa3e89b218308a

In your gist (linked above) one can use:
ReadOnlySpan<byte> jsonString = """
    {
        "Date": "2019-08-01T00:00:00-07:00",
        "Temperature": 25,
        "TemperatureRanges": {
            "Cold": { "High": 20, "Low": -10 },
            "Hot": { "High": 60, "Low": 20
        },
        "Summary": "Hot"
    }
    """u8;

and avoid the double quotes, making the JSON easier / more natural to read + it's copy & pastable.
Sorry for not being clear in the beginning.

Got it! I haven't used that feature much. Excellent point. I updated the sample.


Reorganize the installation documents.

Split up installation and building from source.
Use consistent section titles.
Documents from jvm package are gathered into the installation guide and building from source guide.

The installation doc is split into 2 sections, one for stable release another for the nightly build.  Each section contains subsections for Python, R, and JVM.
Also building from source code is now an independent page detailing the instructions for each package.
It's nowhere close to what https://github.com/dmlc/xgboost/issues/5282 is describing, but I think at least it cleanups the current document a little bit.
Here are the TOCs for installation and build:

Install

Build

Thanks for the suggestions, all applied.


Last cell (Start stable-diffusion) always fails

"Start stable-diffusion" cell always fails, every single time, with the following error:
Traceback (most recent call last):
  File "/content/gdrive/MyDrive/sd/stable-diffusion-webui/webui.py", line 11, in <module>
    from modules.call_queue import wrap_queued_call, queue_lock, wrap_gradio_gpu_call
ModuleNotFoundError: No module named 'modules.call_queue'

Previous steps are executed without errors.
Stable diffusion model v1.5 was selected.

remove the folder sd and do a clean run with  https://colab.research.google.com/github/TheLastBen/fast-stable-diffusion/blob/main/fast_stable_diffusion_AUTOMATIC1111.ipynb

Can confirm that it works after old files were deleted


coverage failing since node v8

Do you want to request a feature or report a bug?
report a bug
What is the current behavior?
from node v8 the command jest --coverage is throwing me Error: Cannot find module 'istanbul-lib-report'
If the current behavior is a bug, please provide the steps to reproduce and either a repl.it demo through https://repl.it/languages/jest or a minimal repository on GitHub that we can yarn install and yarn test.
You can see the differences in travis of using it on node v4, v6 and v8.
https://travis-ci.org/cheminfo-js/jcampconverter/builds/274736017?utm_source=github_status
Please provide your exact Jest configuration and mention your Jest, node, yarn/npm version and operating system.

jest: 21.0.2
node: 8.4.0
npm: 5.3.0

Please note this issue tracker is not a help forum. We recommend using StackOverflow or our discord channel for questions. Thank you :)

same versions of npm, node and nvm with jest version 21.1.0 works, thank you @SimenB for the constructive answer.
PS: link to the working test
https://travis-ci.org/cheminfo-js/jcampconverter/jobs/277389474


ignore favicon requests in log

or maybe add a favicon instead ?

yea, also good

btw, can this be closed ?

yea


apply: list-targets-with-changed-files: Error: "[object Object]" is not valid JSON

tfaction version
v1.0.3
Overview
In the workflow apply, the action list-targets-with-changed-files failed.
Error: "[object Object]" is not valid JSON

How to reproduce
.
Expected behaviour
The action succeeds normally.
Actual behaviour
The action failed.
Important Factoids
No response
Note
Probably this is a bug of v1.0.3.
The plan succeeded, but the apply failed.

The error occurred here.
https://github.com/suzuki-shunsuke/tfaction/blob/4cff2d3d7da982527923838d63abe4869e13a685/list-targets-with-changed-files/src/run.ts#L67-L68

Probably I found the cause.
cb450e3cab9dfb98685cf4b2977b16b9adb40e39


addglitcheffect

Describe your bug here.
I try to add the little "addGlitchEffect" to Psych Engine.
But...

Command Prompt/Terminal logs (if existing)
idk wtf is this

Are you modding a build from source or with Lua?
Source
What is your build target?
Windows
Did you edit anything in this build? If so, mention or summarize your changes.
yeah i added glitch effect duh

'yeah i added glitch effect duh' yeah no one knows what your code even looks like duh you also didnt show the location of the error duh

bro its from os engine search "addshadertocamera"
and when i change public to private it
do you have eyes the location its in the picture
its at the end of playstate

Sorry but if it's code from another engine you're on your own on this.

nvm i going back to source


Add locale checking based on devicePreferences

Fixes #79

This requires alexapy=0.5.0.

Seems reasonable to me, 0.5.0 is currently building. Merge this when ready.


[Feature Request]: "Sticky" Project on Project List View

Feature description
I have experienced and seen some flows of users navigating away and returning to DS Projects view. We show the list page every time as if you see it for the first time.
In the DS Pipelines feature, we implemented a "sticky" project so when you navigated away from DS Projects to Pipelines, or between the Pipelines pages (Pipelines & Runs), it "kept" the project focus.
When you go from any of these pages back to DS Projects, it could be on page 4... could be the 2nd item (if you have multiple projects) ... it seems we should promote this concept and place some concept of a top-level project. Maybe as simple as a "pinned" Project or something... call it "last viewed" or something 🤔 Needs UX.
Describe alternatives you've considered
No response
Anything else?
No response

Related to:

https://github.com/opendatahub-io/odh-dashboard/issues/1882

UX context
Can UX investigate this for the best way for keeping Project Context as we navigate the App? Our recommendation is to Promote it at the top.

Migrated to: https://issues.redhat.com/browse/RHOAIENG-2753


Python package: Loosen version requirements for maturin

Description
The current python package requires an exact maturin version (currently 0.14.2):
https://github.com/delta-io/delta-rs/blob/c1f5a7e9497fceeea4d5b20c9eaf6ebe109f1b65/python/pyproject.toml#L1-L2
Would you consider loosening it, for example to what is suggested in maturin's Readme?
[build-system]
requires = ["maturin>=0.14,<0.15"]

Use Case
This would let us build the python package with the latest maturin version (currently 0.14.5) rather than requiring an older version.
In my case it is to package the deltalake python package for archlinux.
The current workaround is to build the package in a virtualenv, but it's generally discouraged when a "direct" build is possible.
Thanks!

That restriction seems good to me, especially if maturin suggests it. 👍
Would you be wiling to submit a PR?


How does mocha do asynchronous tests in browser?

var a = 10;
setTimeout(function(){ a = 20; }, 0)  // don't change here

// What does mocha do here ???
// Does mocha have 'stop' method like qunit ?

assert(a === 20);

it('should be async', function(done){
  doSomethingAsync(function(){
     assertSomething();
     done();
  });
});

the source code:
function setState(el) {
setTimeout(function(){
}, 0);
}
the test code:
it('', function(){
})

// source code                   I don't want to chang it
function setState(el) {
  setTimeout(function(){
    el.addClass('active')
  }, 0)
}
--------------------------------------------------------------------------
// test code
it('', function(){
  var $el = $('document.body')
  setState($el)
  // how to test this without changing the source?
  // has something similar to qunit's stop method?
  assert($el.hasClass('active'))
})

just setTimeout with 0 again and call done() in it, it'll fire after the other one

not sure what stop() does in qunit, js has no sleep(), so i dont know what it would do

Thanks


Add wren bindings via ruwren.

https://wren.io
Wren is super lightweight, very fast, and pretty. Definitely a useful language for gamedev.

Thanks for the PR!


Detect if the current user profile page has a readme

github-url-detection is generally about detecting specific pages, not the content of pages.


AppArmor: silence denied access to /sys/devices/virtual/block/*/uevent.

I've not found any security-related usage of this kernel interface in the Tor
Browser source tree, and the browser seems to work just fine without having
access to it, so let's make AppArmor silently deny it.
Note that this doesn't change any existing behaviour: only logging is affected.

Thanks!


MP-9101 - Rename DatabaseNumber Type to AutoNumber

bw: the root .nox/design was removed so merge it from main and ignore your changes in this folder


[5.9][Macros] Ability to opt-out from auto-propagation of attrs/modifiers

Cherry-pick #1738  into release/5.9

Explanation: By default, attributes/modifiers on macro expansion syntax are copied/propagated to expanded declarations. But there're cases that behavior is not desirable. Add ability to DeclarationMacro opting-out from it, and handle attributes/modifiers themselves.
Scope: Freestanding macro expansion
Risk: Low, this doesn't affect existing macro implementations
Testing: Added regression test cases.
Issue: rdar://110364154
Reviewer: Alex Hoppen (@ahoppen) Doug Gregor (@DougGregor)

@swift-ci Please test

@swift-ci Please test Windows

@swift-ci please test Windows

@swift-ci please test Windows


Loss of granularity of per-page options

It seems that in the book.yaml file I set options (such as having an edge-to-edge live view) on a chapter. But these options are actually properties of an individual page, not of a chapter. There is a loss of granularity here.

Yeah, I remember doing that on purpose because I didn't need it to be granular. No reason not to include it though – if anyone else needs/wants this feature, please chime in 👍


Remove temporary RNG entropy audit logs

Problem
To resolve #10454, we added temporary logs to the Entropy.cc init function.
These logs are no longer necessary.
Change overview

Remove the temporary RNG entropy audit now that #10454
is complete.

Fixes #10454
Fixes #10526
Fixes #10527
Testing
Tested Linux all-clusters-app for the absence of the audit logs.

fast track: pure removal of temporary code.

Odd:
2021-11-09T20:15:49.1748360Z 2021-11-09 20:15:47.736604+0000 xctest[63652:170845] Length Check Failed. Length:1 is incorrect, must be 8
2021-11-09T20:15:49.1749380Z 2021-11-09 20:15:47.736663+0000 xctest[63652:170845] Invalid ExtendedPANID
2021-11-09T20:15:49.1750930Z Test Case '-[CHIPThreadOperationalDatasetTests testThreadOperationalDatasetInvalid]' passed (0.001 seconds).
2021-11-09T20:15:49.1752690Z Test Suite 'CHIPThreadOperationalDatasetTests' passed at 2021-11-09 20:15:47.738.
2021-11-09T20:15:49.1753730Z 	 Executed 2 tests, with 0 failures (0 unexpected) in 0.001 (0.002) seconds
2021-11-09T20:15:49.1754820Z Test Suite 'CHIPTests.xctest' failed at 2021-11-09 20:15:47.738.
2021-11-09T20:15:49.1755470Z 	 Executed 1237 tests, with 1 failure (0 unexpected) in 47.141 (48.002) seconds
2021-11-09T20:15:49.1756410Z Test Suite 'All tests' failed at 2021-11-09 20:15:47.739.
2021-11-09T20:15:49.1757000Z 	 Executed 1237 tests, with 1 failure (0 unexpected) in 47.141 (48.004) seconds
2021-11-09T20:15:49.6270220Z Failing tests:
2021-11-09T20:15:49.6270520Z
2021-11-09T20:15:49.6270870Z 	CHIPTests:
2021-11-09T20:15:49.6271350Z Test session results, code coverage, and logs:
2021-11-09T20:15:49.6272900Z 		-[CHIPClustersTests testSendClusterTest_TC_LVL_4_1_000002_WaitForMs]
2021-11-09T20:15:49.6273400Z
2021-11-09T20:15:49.6273690Z ** TEST FAILED **
2021-11-09T20:15:49.6273910Z

/rebase


Mark as caught

As a courteous impling catcher, I would like to be able to tell the extension that I have caught a particular impling so that, when others call for the list, that impling entry doesn't display any more (or maybe it continues to display but it is greyed out/has a note saying "May have been caught already").
Is there a way for you to auto-detect a given listing being caught (e.g., can the extension read the chat log to see the action of catching an impling, and cross-reference that against the world and location to determine which listing has been caught?)—or could it be added as a right-click option within the listings so that we can manually mark them as caught? The manual option has griefing issues which would need to be considered, of course.

Hey Chip - thanks for raising an issue!
So I had already looked into something like this when initially developing and didn't find any kind of mechanism to uniquely identify a given npc for all players, and especially for a extended period of time. There is a unique index for implings but it is held in the client cache and not reliable.
So option 1, quick-and-easy, I could enable a way to just right-click delete a specific impling from the list (or grey-out, or whatever else) so that you can remove it for your own use. It wouldn't propagate to the global register, so it would only be useful to help keep track of what you've caught already on your side.
Option 2 I could implement a naive guessing algorithm that takes a best guess at what impling you caught. Maybe if it's within a few tiles of the initial sighting, on the same world, it could 'flag' the entry and give some kind of 'this may have been caught already' message. This could introduce griefing, I don't know.

Hey Habla (Merry Christmas, by the way!),
Thanks for the additional information. The thing I was hoping to solve is "Prevent people travelling across Gielinor to look for an impling that someone else has already found." So, in that sense, Option 1 isn't suitable (But in the absence of anything better, I agree it would be a useful feature).
I hope I'm not misunderstanding any of these sources - so please correct me if I'm wrong - but I think we may not need to guess. This Reddit thread has a map containing some* of the rare spawns—the user describes these as "Dragon/Lucky" spawns but, according to the Wiki, these are actually just rare spawns (Nature and above) with a 10% chance to spawn a Dragon impling on them.
So, for example, if we see a Nature Impling in Kourend Castle on World 302, we know exactly which spawn point that Nature Impling corresponds to. When someone catches an impling in Kourend Castle on World 302, it's almost certainly going to be the Nature Impling spawn that we picked up earlier—at the very least, that's the only rare impling it can be, since one spawn has only one impling in it
This doesn't completely solve the issue because:
a) This map is incomplete. I know that I've seen rare implings in Mount Karuulm and the Fremmenik Polar Hunter area, to name but two not represented on this map;
b) there are several roaming areas that overlap, so it's not always going to be possible to detect "impling uniqueness" in that way.
If we knew every spawn point, we could have that as a database table and use the impling's "initially found" coordinates to assign it to the corresponding spawn point - the spawn points would determine impling uniqueness. Is there a way to determine every non-puropuro spawn point based on the data you've already acquired through people using the extension? It sounds plausible to me but it's getting into realms of knowledge I've never touched!

Back on this/bump
For rare impling's or specific to crystal etc you could just apply a radius or timer for world. If seen again within 100 tiles don't repopulate 9x. If an imp of type x has been caught then remove.
Could re-ping seen imps on timer (haven't looked into code)
Small enhancement/related
" There is a unique index for implings but it is held in the client cache and not reliable."
Not sure if the same imps are allowed to be pinged by same player but could use cache ID to prevent that if the case.
Note
Not sure how stale this is but might look into a pull if still active or will accept it. Thought testing with front/back end not sure how its written.


[UPDATE] Added Pre-Loader to the website

Related Issue
Added a PreLoader to the website which would run until the web page completely loads in the browser.
Closes: #423
This PR is made in reference to issue number - #423
Description of Changes

The pre-loader matches the website's theme
Updated App.js and App.css file
Also installed and imported React Spinners

Checklist:

[x] My code adheres to the established style guidelines of this project.
[x] I have conducted a self-review of my code.
[x] I have included comments in areas that may be difficult to understand.
[x] I have made corresponding updates to the project documentation.
[x] My changes have not introduced any new warnings.

Screenshots

Original
Updated

none

@AKD-01 please review the PR and do assign a level under GSSoc 23 if you think its legit

Its been a long time since I posted this PR, it would be great if you go through it

@AKD-01 Its really been a long time since I posted this PR it would be great if u go through it

@AKD-01 it's really been a long time since I created a pull request, according to me the project should be timely updated in github either u merge this pull request or ask for more changes just keeping it as it is doesn't make any sense

@AKD-01 it's really been a long time since I created a pull request, according to me the project should be timely updated in github either u merge this pull request or ask for more changes just keeping it as it is doesn't make any sense


Merge helm-update-organization-reporting-service-1.0.1-SNAPSHOT.43fabcc into main

Created by Github action in refs/heads/CNDE-1843

PR is obsolete.  Image tags autoupdated to latest tags.


minor fix check reason

Thank you for sending this PR.
Please sign your commit.
See https://github.com/codeigniter4/CodeIgniter4/blob/develop/contributing/pull_request.md#signing


./launch.sh compile error: /mnt/c/Program no such file or directory

I installed the requirements and installed choice 4 with 1 GPU in ./setup.sh. Then I called ./launch.sh with the following prints. I think the server was not launched. Simply creating a Program folder in my c drive didn't solve the problem. I wonder how to fix this?
(base) boyuanchen@Owne:~/fauxpilot$ ls
LICENSE  README.md  config.env  converter  copilot_proxy  docker-compose.yaml  example.env  launch.sh  models  setup.sh

(base) boyuanchen@Owne:~/fauxpilot$ ./launch.sh
./launch.sh: line 19: /mnt/c/Program: No such file or directory

(base) boyuanchen@Owne:~/fauxpilot$ ./launch.sh
./launch.sh: line 19: /mnt/c/Program: Is a directory

(base) boyuanchen@Owne:~/fauxpilot$

Ah, yep, looks like launch.sh doesn't take into account the possibility that the path to docker may have a space in it, whoops. I'll make a patch fixing that but in the meantime if you change the last line of launch.sh from
$DOCKER_COMPOSE up

to
"$DOCKER_COMPOSE" up

It should work.


Use python3.11

Boto3 is deprecating support for python3.6 which is causing scripts to fail. Install python3.11 to take advantage of latest boto3 and improvements to python.
Updated to use the latest AMIs.
This led to some additional changes.
AlmaLinux now uses ansible-core, not ansible package.
Resolves #128
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Not going to do further development on the legacy version of the scheduler now that I can use ParallelCluster.


When integrated in minified source code, there's an injection dependency error message.

Hi, just want to report there's a bug on your ngWYSIWYG code.
Related file: js/wysiwyg.js
line 61: $provide.decorator("$sanitize", function($delegate, $log) { ... }

I think you need to change it to:
			$provide.decorator("$sanitize", ['$delegate', '$log', function($delegate, $log) {
				return function(text, target) {
					var result = $delegate(text, target);
					//$log.info("$sanitize input: " + text);
					//$log.info("$sanitize output: " + result);
					return result;
				};
			}]);

Caught the dependency error, by attaching ng-strict-di:
<html ng-app="yourApp" ng-strict-di>
...
</html

Uncaught Error: [$injector:strictdi] function($delegate, $log) is not using explicit annotation and cannot be invoked in strict mode
http://errors.angularjs.org/1.4.8/$injector/strictdi?p0=function(%24delegate%2C %24log)

sorry about that. I posted a fix into the master.

Thanks Sergey for the fix, just FYI .. I think you forgot to update this file:
dist/wysiwyg.min.js


Type CoreData stuff

We could generate full ManagedObjects in Swift (since Apple does that so poorly), but we also could make querying better by providing something like R.managedObject.car.color == "color" that you can use a %K value in a predicate.

I would actually recommend using moggenerator for that instead.

Yeah, I'm in doubt if this should be implemented. mogenerator and projects like QueryKit pretty much provide this kind of functionality.
R.swift could make references to your model file so you van de something like: R.coreData.myModel, but that could also be available when all resource files are available...

Will leave stuff like this to mogenerator for now. :)


MAINTAINERS: Add Bill Mulligan

Adding Bill Mulligan to the list of maintainers in accordance with vote results from existing committers
Signed-off-by: Liz Rice<EMAIL_ADDRESS>

FYI @xmulligan


Update random_compat to 1.0.x

Just to make sure it's up to date.

Thanks =) Just noticed you are actually its author =)

Yep. I've sort of become "that PHP crypto guy", and Paragon is the home of all the projects I've spearheaded.
That said, it wouldn't be anywhere near as awesome as it is without the help of everyone listed on the README. ;)


bump osbs-client ref

Signed-off-by: Robert Cerven<EMAIL_ADDRESS>Maintainers will complete the following section

[ ] Commit messages are descriptive enough
[ ] Code coverage from testing does not decrease and new code is covered
[ ] JSON/YAML configuration changes are updated in the relevant schema
[ ] Changes to metadata also update the documentation for the metadata
[ ] Pull request has a link to an osbs-docs PR for user documentation updates
[ ] New feature can be disabled from a configuration file

no rn, just bumping osbs commit


masquerade: enable iptables masquerade working on low kernel

What this PR does / why we need it:
The PR is try to fix nft masquerade mode not work on low kernel < 3.18, on kernel < 3.18 will try to set rules with iptables.
Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #6620,#7006
Special notes for your reviewer:
using masquerade mode on kernel < 3.18 is not work.
Release note:

NONE

@tgfree7 , I am unsure if we as a project want to support such old nodes.
It seems to me like a heavy maintenance burden to take.
There was also a motion towards announcing the deprecation of iptables for the same reason (reduce maintenance), especially after most distributions have moved to nftables.
/cc @AlonaKaplan

@tgfree7 , I am unsure if we as a project want to support such old nodes. It seems to me like a heavy maintenance burden to take.
There was also a motion towards announcing the deprecation of iptables for the same reason (reduce maintenance), especially after most distributions have moved to nftables.
/cc @AlonaKaplan

I totally agree with @EdDev. We are planning to declare iptables as deprecated.
@davidvossel what is the oldest kernel version we should support?

@tgfree7 , I am unsure if we as a project want to support such old nodes. It seems to me like a heavy maintenance burden to take.
There was also a motion towards announcing the deprecation of iptables for the same reason (reduce maintenance), especially after most distributions have moved to nftables.
/cc @AlonaKaplan

Thanks for reply, if kubevirt not supprt old nodes, may add a requirement for Kernel version on docs or somewhere?

@davidvossel what is the oldest kernel version we should support?

Practically, we only guarantee support for whatever kernel our CI tests use. Everything else is best effort simply because we are only testing one kernel release series in CI. That doesn't mean we shouldn't continue to accept bug fixes that impact older or newer kernels.
For this iptables issue, as long as we have the code in the code base we should accept fixes. If people are encountering issues here, that means these code paths are actually being used.

Our CI is not using iptables for at least a year.  Our first choice is always nft and only if it doesn't exist iptables are used.
In the specific case of this PR the iptable code path wasn't invoked (if it was we wouldn't need the fix:)).
Network team will send a mail to the community notifying iptables is going to be deprecated and then a PR to remove iptables from the code base.

We should have a discussion about how we approach deprecating features so we can begin planning how to properly transition away from maintaining untested features like this long term.


make star macro work with CTEs

So the star macro works great - but only with tables or views. It won't work for CTEs referenced within the same data model (.sql file).
@drewbanin's two ideas:

executed the subquery with limit 0, inspecting the returned columns
creating a view, inspecting the resulting columns

neither of those sound super appealing to me though :confused:

Michael Kaminsky's idea:

DBT could create a view with limit 0, inspect the catalog, and then drop the view

@foundinblank we'd need to make some pretty substantial changes in dbt core to support something like this! While I'm happy to leave this issue open to track the feature request, it's also not something that's prioritized for us in the near future.
Happy to chat about potential implementation here if you're interested, but really, the operative place for the issue is probably dbt-core i think

phew, that serious? 😅 haha. okay, i'll copy/paste it over to dbt-core. don't expect this to get worked on anytime soon, just filing it for posterity.


Chore: [LW-11493] update cardano js sdk dependencies

Checklist

[x] JIRA -LW-11493

Proposed solution
Update sdk packages and their implementation where required
Testing
Covered by smoke + full e2e runs (to be run)

Allure Report
allure-report-publisher generated test report!

processReports: ✅ test report for 2fb38b7f

passed
failed
skipped
flaky
total
result

Total
32
0
4
0
36
✅


COLLECTIONS-803: prevent duplicate call to convertKey on put for CaseInsensitiveMap

Improves the performance by re-using the once converted key again when creating a new entry.
Explained in more detail in https://issues.apache.org/jira/browse/COLLECTIONS-803

Hello @Simulant87
You'll need to add a test case to this PR that shows at least one failing test when run without the main changes.

@garydgregory Thank you for the feedback.
I added a test the verifies the convertKey method is only called once, which fails currently on the master branch without the production code changes provided.

@garydgregory Thank you for the feedback.
I added a test that verifies the convertKey method is only called once, which fails currently on the master branch without the production code changes provided.
I kindly request another review. Please let me know if there is anything else missing.

I may also suggest changing the convertKey method to use key.toString().toLowerCase(Locale.ROOT) to convert the non-null key, instead of the char loop.
Benefits include better performance (measured a 2 times increase on my pc), and this is more fitted for the use case, as per the Character#toLowerCase documentation:
In general, String.toLowerCase() should be used to map characters to lowercase.
String case mapping methods have several benefits over Character case mapping methods.
String case mapping methods can perform locale-sensitive mappings, context-sensitive mappings, and 1:M character mappings, whereas the Character case mapping methods cannot

@freya022 thank you for your suggestion. This sounds like another high performance improvement.
However it also sounds like the behaviour might slightly change in some edge cases. Something I expect the maintainers want to avoid and could cause a longer discussion. Therefore I would like to keep your suggestion separated from my changes. As my implementation does not cahnge the behaviour of the key conversion, it should be simpler to review and approve. I encourage your to create a ticket in Jira and create a separate pull request for that change.

Hello @kinow,
I saw that you are able to merge in this repository in another recent PR. Would you also like to review my suggested changes in this PR, please?

Hello @kinow, I saw that you are able to merge in this repository in another recent PR. Would you also like to review my suggested changes in this PR, please?

Sorry, busy with other pull requests & issues :disappointed_relieved: :bow: code looks good from a brief look, but would need more time to really understand the change and confirm it's a good improvement :+1:

Codecov Report

Merging #276 (3ac374a) into master (1677dac) will increase coverage by 0.01%.
The diff coverage is 94.73%.

@@             Coverage Diff              @@
##             master     #276      +/-   ##
============================================
+ Coverage     85.87%   85.88%   +0.01%
- Complexity     4676     4681       +5
============================================
  Files           292      292
  Lines         13469    13488      +19
  Branches       1955     1957       +2
============================================
+ Hits          11566    11584      +18
  Misses         1326     1326
- Partials        577      578       +1

Impacted Files
Coverage Δ

...e/commons/collections4/map/CaseInsensitiveMap.java
92.50% <94.73%> (+2.02%)
:arrow_up:

Continue to review full report at Codecov.

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

@garydgregory May I request another review, to get my PR merged? I think the PR is complete with a test covering the new code, no conflicts to the main branch, and the pipeline is green.

Thank you @aherbert and @Claudenw for your valuable comments.
I addressed them all with my recent changes. I decided to make my private methods protected now to grant sub-classes the control to fine tune the implementation with single overwrites.

I have put a comment on the jira ticket about this change. I believe the best approach is not to add new protected (or private methods) but to override the minimum of the current API to achieve the functionality. Note that any version of this improvement would be a behavioural change for any derived classes. The private approach can only be circumvented by reimplementing the public put method that calls new private methods. The protected approach will pollute the public API. Both can be circumvented by downstream derived classes but it does require a code update to workaround the new functionality.
The question remains as to whether breaking functional compatibility in derived classes is an acceptable change for the performance benefit. Downstream users who have extended this class would have to check if the change breaks their code and update it as appropriate. Any users of the CaseInsensitiveMap class would see a performance improvement.

If you modify AbstractHashMap to just use the converted key in put:
    protected void addMapping(final int hashIndex, final int hashCode, final K key, final V value) {
        addConvertedMapping(hashIndex, hashCode, convertKey(key), value);
    }

    protected void addConvertedMapping(final int hashIndex, final int hashCode, final Object convertedKey, final V value) {
        modCount++;
        final HashEntry<K, V> entry = createConvertedEntry(data[hashIndex], hashCode, convertedKey, value);
        addEntry(entry, hashIndex);
        size++;
        checkCapacity();
    }

    protected HashEntry<K, V> createConvertedEntry(final HashEntry<K, V> next, final int hashCode, final Object convertedKey, final V value) {
        return new HashEntry<>(next, hashCode, convertedKey, value);
    }

With this change the existing createEntry method is not called in the codebase. The LRUMap and MultiKeyMap call addMapping.
Any child classes that do override convertKey will inherit the performance change from put. Any classes that use addMapping will not see a performance change if they have converted the key already (or do not have to).
Since this will not enhance the performance of any of the classes in Collections other than CaseInsensitiveMap then I do not see the point of adding more methods to the API and deprecating current ones. I think my suggestion on the Jira ticket to simply cache the converted key privately in CaseInsensitiveMap is the most conservative change. The new field to cache the converted key can be marked as transient to avoid serialisation issues. It just needs to be created before deserialisation by overriding doReadObject.

On further thought, caching the key conversion is not always going to work. The conversion must be done for each new call to the map with a key as it may be mutable.
This test works on the current implementation. It fails when the conversion is cached as the StringBuilder object is the same, even though it now is a different converted key:
@Test
public void testCache() {
    CaseInsensitiveMap<Object, Integer> map = new CaseInsensitiveMap<>();
    Assertions.assertNull(map.get("foo"));
    StringBuilder sb = new StringBuilder();
    map.put(sb, 1);
    sb.append("foo");
    Assertions.assertNull(map.get(sb)); // fails with a cached conversion as the map returns 1
}

Note that adding mutable items, changing them, and adding again is not a typical use case. But for the CaseInsensitiveMap it can be as all keys are stored converted.
So this leads us back to adding more methods to reuse the key converted in put when creating a new entry. Wherever this change is introduced, it will potentially be a functionally breaking change as methods that could have been overridden may no longer be used. So the minimum breaking change would be to make the change in CaseInsensitiveMap. Only an external library that extends this class, and overrides put, addMapping and/or createEntry will be affected. Adding new methods to AbstractHashMap to replace those which duplicate key conversion may reveal more issues when this path is followed. For example note that AbstractLinkedMap also calls convertKey in an override of createEntry, but it doesn't override put. So this would be affected.
Currently I am not convinced that this performance enhancement can be cleanly integrated with the current code. It would be easier for an end user to just extend the map, cache key conversion and not deliberately break it with mutable keys. This should be done if put is the largest part of the performance overhead of using the map.

If the claim is that this change is for performance, then a JMH test to back up that claim would help.

If the claim is that this change is for performance, then a JMH test to back up that claim would help.

I posted a performance table for a quick JMH benchmark in the Jira ticket. I can add the benchmark to git master if required. It adds JMH to the pom to be run in a profile as per Commons Text. The benchmark must run in the same package for the various implementations to have access to package-private data structures.

I think that we can make a change work for AbstractHashedMap.
If we simply change line 286 in the AbstractHashedMap.put() and inline the addMapping() call using the code proposed in this pull request replacing the call to createEntry() with an inline creation of the Entry object using the already converted key.
This has the advantages of

Calling the conversion once.
Improving the performance of implementations that do not override the put() method.
Does not impact overriding implementations unless the overriding class implements addMapping() or createEntry() and does not override put().

There is a possible implementation using a ThreadLocal variable to store the key and  and override createEntry() to check for it.

I think that we can make a change work for AbstractHashedMap.

This is another variant of having to second guess what a user may have overridden. If we ignore anything outside of Collections (i.e. user code that has extended classes) then we have to support what we have. Some classes extend AbstractHashedMap and override put (e.g. AbstractReferenceMap); some override createEntry (AbstractLinkedMap). AbstractLinkedMap even overrides createEntry where the convertKey method is called the second time. There does not seem to be an easy point at which to insert new code that avoids a duplicate conversion.

Improving the performance of implementations that do not override the put() method.

Performance improvement is negligible for Collections as no map overrides convertKey except CaseInsensitveMap. So changing a lot of the library to support unknown downstream users may be fixing a non-issue.

There is a possible implementation using a ThreadLocal variable

IIUC ThreadLocal is not relevant for this as the map is not thread safe for put anyway. Any cache implementation that does not call convertKey and reuses an existing conversion would have to be robust to clearing its own cache. Otherwise you can get a stale converted key for a mutable key object.
Currently I would favour the documentation of how to implement a class that perform convertKey using a cache. The user can then be made aware of downsides to possible implementations and can choose the best method for their use case.


feat(icon): add toilet icon #228

Alaska Airlines Pull Request
Added lavatory icon.
Fixes: #228
Summary:
Please summarize the scope of the changes you have submitted, what the intent of the work is and anything that describes the before/after state of the project.
Added lavatory icon to icon library.
Type of change:

[x] New capability
[ ] Revision of an existing capability
[ ] Infrastructure change (automation, etc.)
[ ] Other (please elaborate)

Checklist:

[x] My update follows the CONTRIBUTING guidelines of this project
[x] I have performed a self-review of my own update

By submitting this Pull Request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
Pull Requests will be evaluated by their quality of update and whether it is consistent with the goals and values of this project. Any submission is to be considered a conversation between the submitter and the maintainers of this project and may require changes to your submission.
Thank you for your submission!
-- Auro Design System Team

:tada: This PR is included in version 4.32.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Quotes are ignored with Prefixes (on Nukkit?)

Server Version: NukkitX Protocol 1.2.11 (Commit 8f52c901474a019118b849e217c34f034e2c0564)
LuckPerms Version: 4.1.43 (Nukkit)
When I try to do /lp user <user> meta addprefix <weight> "&fTest Prefix &7" LuckPerms interperets it as prefix="&fTest" server="Prefix" world="&7". I am using normal quote marks and not the special ones from iOS. I haven't tested this version on Java edition to see if this is a Nukkit-only issue. I'm working on an updated version of EssentialsNK that adds LuckPerms prefix support but I'm waiting on this issue to be resolved before I release it.

My only guess is that Nukkit (or MCPE??) parses these characters differently.
The code is exactly the same for Bukkit, where it works as intended.
https://github.com/lucko/LuckPerms/blob/4923d10b86e4759b7b07a6ba38e9df6fbaccd6de/nukkit/src/main/java/me/lucko/luckperms/nukkit/NukkitCommandExecutor.java#L54
https://github.com/lucko/LuckPerms/blob/4923d10b86e4759b7b07a6ba38e9df6fbaccd6de/bukkit/src/main/java/me/lucko/luckperms/bukkit/BukkitCommandExecutor.java#L56


HDFS-15561. RBF: Remove NPE when local namenode is not configured

NOTICE
Please create an issue in ASF JIRA before opening a pull request,
and you need to set the title of the pull request which starts with
the corresponding JIRA issue number. (e.g. HADOOP-XXXXX. Fix a typo in YYY.)
For more details, please see https://cwiki.apache.org/confluence/display/HADOOP/How+To+Contribute

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
13m 32s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
markdownlint
0m  0s

markdownlint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 3 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
15m 40s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
20m 28s

trunk passed

+1 :green_heart:
compile
20m 59s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
18m  0s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
3m 48s

trunk passed

+1 :green_heart:
mvnsite
2m 27s

trunk passed

+1 :green_heart:
javadoc
1m 57s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
2m 47s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
3m 44s

trunk passed

+1 :green_heart:
shadedclient
14m 35s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 28s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 26s

the patch passed

+1 :green_heart:
compile
20m  2s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
20m  2s

the patch passed

+1 :green_heart:
compile
18m  8s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
18m  8s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
3m 46s

the patch passed

+1 :green_heart:
mvnsite
2m 23s

the patch passed

+1 :green_heart:
javadoc
1m 57s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
2m 49s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
4m  7s

the patch passed

+1 :green_heart:
shadedclient
15m  1s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
17m 34s

hadoop-common in the patch passed.

+1 :green_heart:
unit
18m 12s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 57s

The patch does not generate ASF License warnings.

228m  3s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2954/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2954

Optional Tests
dupname asflicense mvnsite codespell markdownlint compile javac javadoc mvninstall unit shadedclient spotbugs checkstyle

uname
Linux ceadae4ebf44 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 4d83dc44ee06d94d12dc0d648be906d7df2072fb

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2954/1/testReport/

Max. process+thread count
3310 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs-rbf U: .

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2954/1/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

Thanks for the review @Hexiaoqiao  I accidentally checked out this branch from another WIP branch. Rebase it on the latest trunk now.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 37s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
34m 33s

trunk passed

+1 :green_heart:
compile
0m 41s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
0m 37s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
0m 27s

trunk passed

+1 :green_heart:
mvnsite
0m 42s

trunk passed

+1 :green_heart:
javadoc
0m 42s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 56s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
1m 18s

trunk passed

+1 :green_heart:
shadedclient
14m 31s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 35s

the patch passed

+1 :green_heart:
compile
0m 33s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
0m 33s

the patch passed

+1 :green_heart:
compile
0m 30s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
0m 30s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 18s

the patch passed

+1 :green_heart:
mvnsite
0m 32s

the patch passed

+1 :green_heart:
javadoc
0m 30s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 49s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
1m 16s

the patch passed

+1 :green_heart:
shadedclient
14m 13s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
17m 52s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 37s

The patch does not generate ASF License warnings.

94m 26s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.federation.router.TestRouterWebHdfsMethods

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2954/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2954

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux 16a1455df276 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / c8b3b271edb72d5c354852254db7486c6a85ae1a

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2954/2/testReport/

Max. process+thread count
2920 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project/hadoop-hdfs-rbf

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2954/2/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

@fengnanli unit test TestRouterWebHdfsMethods run failed. Would you mind to check it or trigger Yetus again?

@fengnanli unit test TestRouterWebHdfsMethods run failed. Would you mind to check it or trigger Yetus again?

Yes, I checked this test locally and it works fine. Even for the first commit it succeeded.

@fengnanli unit test TestRouterWebHdfsMethods run failed. Would you mind to check it or trigger Yetus again?

Yes, I checked this test locally and it works fine. Even for the first commit it succeeded.

I further checked and found this sometimes doesn't work in local env as well. It looks like a flaky test but irrelevant to this path. I am working on fixing it.

@Hexiaoqiao  I fixed the tests and it is not related with this jira though. Let me know if want me to create a separate task or just piggyback here since it is a one-liner fix.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 39s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 2 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
34m 29s

trunk passed

+1 :green_heart:
compile
0m 43s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
0m 37s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
checkstyle
0m 26s

trunk passed

+1 :green_heart:
mvnsite
0m 43s

trunk passed

+1 :green_heart:
javadoc
0m 41s

trunk passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 53s

trunk passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
1m 19s

trunk passed

+1 :green_heart:
shadedclient
14m 16s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 33s

the patch passed

+1 :green_heart:
compile
0m 33s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
0m 33s

the patch passed

+1 :green_heart:
compile
0m 29s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
javac
0m 29s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 18s

the patch passed

+1 :green_heart:
mvnsite
0m 31s

the patch passed

+1 :green_heart:
javadoc
0m 31s

the patch passed with JDK Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 47s

the patch passed with JDK Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

+1 :green_heart:
spotbugs
1m 16s

the patch passed

+1 :green_heart:
shadedclient
14m 17s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
18m 31s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 33s

The patch does not generate ASF License warnings.

94m 37s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2954/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2954

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux 25436df36b00 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 10230955dab780cb961459ab66cdf9e40258c1bf

Default Java
Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.10+9-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_282-8u282-b08-0ubuntu1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2954/4/testReport/

Max. process+thread count
2395 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project/hadoop-hdfs-rbf

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2954/4/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.


How to use the pre-built binaries with travis?

I was hoping to use cargo tarpaulin on travis, in the standard linux configuration which is travis-ci-opal-xenial-1553530491-f909ac5. The readme says:

Alternative, there is the travis-install shell script will install the latest tagged release built on travis to your travis instance and significantly speeds up the travis builds. You can install via that script using bash <(curl https://raw.githubusercontent.com/xd009642/tarpaulin/master/travis-install.sh).

It never finds libssl.so.1.1. I tried installing the packages libssl-dev and openssl, but it won't find the dynamic lib...

Could you try with dist: trusty and libssl-dev? I remember having some issues with the other ubuntu versions available on travis

So I ran some more tests:

trusty: The issue is the same. Config
bionic: It works! by installing libssl-dev

I will file a PR to update the readme.

So the minimum recommended travis setup has sudo: required I wouldn't expect it to fix anything but I also wouldn't expect coverage to work without it because you can't disable ASLR

Ok, I'll double check with sudo: required just in case.

trusty: also fails with sudo, but is version: libssl-dev amd64 1.0.1f-1ubuntu2.27, so it's just a not 1.1 as tarpaulin has been compiled against I think.
xenial: fails, libssl version: 1.0.2g-1ubuntu4.15
bionic has libssl-dev amd64 1.1.1-1ubuntu2.1~18.04.5. Bionic does not need sudo: required
An added nuissance is that by putting it as an inline script in the travis yaml:
      after_success: |
        bash <(curl https://raw.githubusercontent.com/xd009642/tarpaulin/master/travis-install.sh)
        cargo tarpaulin --features "spawn_handle async_std tokio_tp tokio_ct localpool threadpool" --exclude-files src/bindgen.rs --out Xml
        bash <(curl -s https://codecov.io/bash)

This will report the built successful even if the codecov script concludes with "no coverage data found". Probably needs some set -e for fast failure.

@najamelan does the PR merged solve this issue? Or are there more documentation changes that would help?

If I were you, I would create CI configurations that actually run on travis, which would prove that they work and then point to them in the readme, but this already is definitely great improvement. Thanks for merging.


Example script of an end-to-end prediction from FASTA sequence to 3D pdb

Thanks for your codes. I just wonder if you could provide a script of the prediction process with a FASTA sequence as input and predicted PDB file as output; if not just give me some hint please. Thanks in advance.

Not ready yet. You could take a look at ColabFold in the meantime. Once we have something ready for this application we'll tell you.

@hypnopump  OK, thanks a lot.


Loss function is not squared in glove_cython?

Not sure if I am missing something here but thought I'd ask for clarification - the loss function is not squared.
loss = entry_weight * (prediction - c_log(count))

Also this implementation does not generate seperate vectors for when word is used in context?

FYI @maciejkula :
@dselivanov reports that this particular optimization (ignoring the context vectors) leads to a massive loss of accuracy:
http://rare-technologies.com/making-sense-of-word2vec/#comment-488

Interesting, I'll definitely have a look.
Incidentally, I think my more recent project (https://github.com/lyst/lightfm) should work really well on word embeddings (it uses a fancy learning-to-rank approach), I need to try it out.


Area Chart Line not in Sync

The line on the area chart is not in sync w/ the area. See: https://reaviz.io/?path=/story/docs-chart-types-area-chart--page

cc @ynahmany

@amcdnl will check it out.
sorry for the delay, I am a bit sick :(


Removing model monitoring in endpoint

From the docs, i can see that there are commands to add model to an endpoint, and also add a model monitoring via the auto-update command. I can't seem to find any commands to remove the model monitoring. I can only do model removal

Is there no such capabilities for now, or is the doc just not updated?

Hi @imadassamani,
In the current implementation, removing a model removes the model. Calling it again after removing the model will remove the monitoring.


Question: Export jzip programaticaly

Hi,
i was wondering if there is a way to "Jatosify" studies programatically.
By this i mean automating the workflow of creating a study,

starting a local jatos
placing its assets in the study_assets_root
creating a new study in the local jatos and exporting it in .jzip format.

1 and 2 are simple, 3 is the one where i could use some pointers. You can also point me in the right direction and i would be open to creating such a feature
Thanks in advance

Hi,
Sorry for taking some time to answer. I had to think about it. I think I don't understand what you want to achieve with this feature. Or maybe I don't see the problem.
But if this is about creating a study's jzip file that can be then read by a JATOS later on: this is possible. One can create a jzip file without JATOS - it's not complicated:

A jzip file is actually a normal zip file (we just called it jzip to disable the auto-unzipping of some browsers).
 This folder is the same as what JATOS has in the study_assets_root folder.
Next to the study assets is a .jas file that describes the study in a JSON format.

The layout is simple:

jzip

study assets folder
.jas file

I attached an example of a .jas file that you can use as an example. It only contains the most common fields, but I can also send you the whole schema.
I'm not sure this answers your question. Please tell me if not. We can discuss.
Kristian
PS: Maybe this tool is already what you are looking for? https://github.com/bjoluc/jspsych-builder
An example .jas file:
{
    "version": "3",
    "data": {
        "uuid": "12345678-abcd-1234-1234-12345678abcd",
        "title": "Example Study",
        "description": "some description",
        "groupStudy": false,
        "linearStudy": false,
        "dirName": "example_study",
        "comments": "some comments",
        "jsonData": "{\"a\":\"test\",\"b\":123\"}}",
        "componentList": [
            {
                "uuid": "12345678-abcd-1234-1234-12345678abc1",
                "title": "Introduction",
                "htmlFilePath": "introduction.html",
                "reloadable": false,
                "active": true,
                "comments": "",
                "jsonData": "{\"foo\":{\"a\":1,\"b\":2,\"c\":3}}"
            },
            {
                "uuid": "12345678-abcd-1234-1234-12345678abc2",
                "title": "Task A",
                "htmlFilePath": "taskA.html",
                "reloadable": false,
                "active": true,
                "comments": "",
                "jsonData": null
            },
            {
                "uuid": "12345678-abcd-1234-1234-12345678abc3",
                "title": "Task B",
                "htmlFilePath": "taskB.html",
                "reloadable": false,
                "active": true,
                "comments": "",
                "jsonData": null
            }
        ],
        "batchList": [
            {
                "uuid": "12345678-abcd-1234-1234-12345678abcd",
                "title": "Default",
                "active": true,
                "maxActiveMembers": 1,
                "maxTotalMembers": null,
                "maxTotalWorkers": null,
                "allowedWorkerTypes": null,
                "comments": "",
                "jsonData": "{\"a\":\"test\"}}"
            }
        ]
    }
}

HI Kristian, thanks for your answer
Well the thing is want to achieve is just to automate the workflow completely
Right now i have a study, on the repo i have a
FROM jatos/jatos:latest

COPY mot /opt/docker/study_assets_root/mot

EXPOSE 9000

and a docker-compose.yml
version: '3.8'
services:
  jatos:
    build: .
    ports:
      - '9000:9000'

So far so good. I can have a watcher copying changes to the study into the container or copy them with a single line.
But the step i want to automate is: I now have to go into my local Jatos UI, create a new study with the GUI and the component as described here (https://www.jatos.org/Adapt-Pre-written-Code-to-run-it-in-JATOS.html#create-the-study-in-your-local-jatos) and after that export the study in .jzip


Unable to access collections

I am using the provided docker container. I was able to add a collection and some data, but at this point when I navigate to http://localhost:8080/collections/ I get
You don't have permission to access /collections/ on this server.

Did you crate a token or enabled public read access for that collection?


Implementation of Graphormer based on pytorch geometric

Hi, is there a version for graphormer based on PYG? Or the encoder part of this model is purely based on pytorch? Thanks a lot.

Hey there!
I've implemented my own one. https://github.com/leffff/graphormer-pyg
Except for several differences mentioned in the repository, and that my Floyd-Warshall algorithm is rather slow. If you are still interested in the PYG solution it would be cool, if you could give some feedback/or piece of advice about my work!
I would really appreciate that

Hey again!
Now my Floyd-Warshall algorithm is optimised!
https://github.com/leffff/graphormer-pyg/commit/c9b13f6542a79e4a2f4f46a5b35b3c08924565ee

Fixed Centrality Encoding!
Rewritten from cycles to PyG utils!
https://github.com/leffff/graphormer-pyg/commit/e7772c834600ec2773dc2cc703e2a847260a0900

Hey there! I've implemented my own one. https://github.com/leffff/graphormer-pyg Except for several differences mentioned in the repository, and that my Floyd-Warshall algorithm is rather slow. If you are still interested in the PYG solution it would be cool, if you could give some feedback/or piece of advice about my work! I would really appreciate that

Great Work! Thanks!


Detect Opera by checking for 'OPR/' instead of 'OPR' so Android Oreo is not falsely detected as Opera.

e.g. for user agents like '...Android 8.0.0; Pixel Build/OPR6...'.

Hello, @cillian! This is your first Pull Request that will be reviewed by Ebert, an automatic Code Review service. It will leave comments on this diff with potential issues and style violations found in the code as you push new commits. You can also see all the issues found on this Pull Request on its review page. Please check our documentation for more information.

Any idea when this is going to get merged? We need this fix.

Just released v2.5.1 with this fix.

@fnando thanks for your quick response!


Add trackPageView functionality

Please add page view tracking in React Native apps to make it easier to match same type of encounters across web and app.
@colmsnowplow I can do a PR for this. Please let me know if there is anything in particular that jumps out at you that I should be aware of

Hi @max-tgam! Thanks for opening the issue.
I have no objection to page views being added, but my only comment is that I didn't think they'd be useful in a mobile environment, since screen views are already available, and you won't have anything related to web (or page view id).
If it is something you want to add, happy for you to go for it though - I've added comments on going about making the changes in my comment on the other issue.

@colmsnowplow Sounds good. We prefer tom use page_views for certain interactions that are similar in app and web. For page view id we are using custom context anyway so it is not a problem. This will technically make this closer to other App Trackers, I can also include my notes on how I added this so that anyone can add other events as need.

@colmsnowplow I have created PR for this here https://github.com/snowplow-incubator/snowplow-react-native-tracker/pull/43
Please let me know how should I update documentation. Also for modifications I made - if you want me to share the notes on how I modified it - please let let me know how to share those.


Fix hanging api call, parsing errors table bug, and update tests

Fixed a bug where the parsing errors table would appear even though there was no error. The problem with the code was it was missing a check for errors before adding them to the list.

Fixed a bug where the node page would fail to render properly. The problem was a missing check for non-null labels before iterating through them.
Switch over to new API

Updated the test cases and source code for new API behavior.

Reran build and updated static files to reflect the new src changes.

ptal, the code has the following changes:

Fixed indentation
Removed unnecessary condition in parsing error if statement
Added a comment explaining the logic behind checking for DCIDs

Also, @pradh this PR does not include the switch to the new API, it just fixes the back-end issue in server-api.js. New API switch will be in the next PR, sorry for the confusion!

Ok, could update the description then: https://github.com/datacommonsorg/website/blob/master/run_test.sh#L49-L52

Updated the description! I just realized you were referring to point (3), which was confusingly worded. Sometime between the last update and this PR, the behavior of the current (old) API changed so I updated the test cases to reflect that new behavior. I reworded point (3) to make this clearer.

@beets ptal, the whitespace issues should be fixed now


[DOCKER] Web socket connexion between the bot and web server

Hi there,
I've browsed the issues but didn't find one that could help:
It's been a few weeks now that I'm trying to enable the websocket connexion between Web & Bot.
I use Docker with the last "master" commit and I'm using the docker-compose.yml of PokemonGoF/PokemonGo-Bot to start the webserver, the websocket and the bot.
I think that my websocket is well configured but when I access the Web map, I can see my trainer doing its stuff, but the logs won't work (it never did) and since the last commit, I now have an error message saying that it can't access "<IP_ADDRESS>:4000" and that it will try again in 30s.
When checking my server, a netstat command shows me that my port 4000 is actually listening right now.
Is there a way to be sure that my websocket is actually listening and doing things ?
My config.json contains:

"websocket_server": true,
and
"websocket": { "start_embedded_server": true,  "server_url": "<IP_ADDRESS>:4000" }

If someone could help, it would be awesome :)
Thanks all !

I don't know if my settings are completely correct but they work:
"websocket_server": false,
"websocket": {
	"start_embedded_server": true,
	"server_url": "<IP_ADDRESS>:8000"
}

and userdata.js inside web/config/ directory:
 var userInfo = {
	users: ["<YOUR-POKEMON-TRAINER-NAME>"],
 	userZoom: false,
 	userPath: true,
 	zoom: 16,
 	userFollow: true,
	gMapsAPIKey: "YourGmapsKey"
};

And I have to connect to docker0 ip address (for instance: <IP_ADDRESS>:8000) or to your ip machine (for instance <IP_ADDRESS>:8000)

@gise88 Thanks a lot for your help.
Which commit of the bot and the web are you using ?
How many containers do you have ? 2 (bot + web) ou 3 (bot + web + socket) ?
The last web server commit adds the websocket adress directly under userdata.js, do you have set it too ?

I am using the latest bot dev (commit # https://github.com/PokemonGoF/PokemonGo-Bot/commit/f65b063762384d97c5195a55db1b8257ba6cddee) and the following commit of old web view https://github.com/PokemonGoF/PokemonGo-Web/commit/bd5c2548eadc74de19aca239efefd065b260f4f4.
For what concerns docker I am using docker-compose (so, if i'm not wrong, it spawns 3 containers)!

Did you change anything under your docker-compose.yml ?
With the last docker-compose (the one who creates web socket too), by default this web socket runs on port 4000 and docker-compose only expose the port 4000 by default, so I can't understand how you can access this socket by declaring port 8000 under your websocket in config.json
There must be something that I don't get :p

You are right! I have made two huge mistakes.. Sorry! I was at work (as currently I am) and I answered to you relying on my memory!
First error: in config.json I have "server_url": "<IP_ADDRESS>:4000"
Second error: I have just retry all my settings and you are correct!
My web view logs are freezed too..
10:52

Trainer loaded: MY-TRAINER-NAME
10:52

Data Loaded!
10:52

Loading Data..

So, yes! I'm having the same problem..

OK so it seems that the actual bot's and websocket's behaviour isn't correct for a Dockerize system ^^
Is anyone able to get websocket work with Docker ?
thanks anyway @gise88 :)

Upon searching the web... I've seen a lot of people having problems connecting docker on their apps using websocket...


Adding a ReleaseInfo api endpoint

This PR would introduce a new API endpoint that provides a JSON payload of the release information page.
So, for release:
https://amd64.ocp.releases.ci.openshift.org/releasestream/4-stable/release/4.8.14
the API endpoint would be:
https://amd64.ocp.releases.ci.openshift.org/api/v1/releasestream/4-stable/release/4.8.14
and would produce output like:
data.txt

I updated the PR to include the contents of the ChangeLog as a base64 encoded string.  If the value of changeLog is nil, then the consumer will need to wait a little while and then call the API again to obtain the populated value.
Example:
4.8.9.txt

/hold cancel


nixosTests.freenet: init

Description of changes
This is supposed to test basic functionality of freenet. I want to enhance this so that two nodes connect to each other and exchange files, but for this, I need to finish the building from source of freenet, which I dont want to work on without a basic test. So lets start with this simple test for now.
Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[x] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
22.11 Release Notes (or backporting 22.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

updated.

@GrahamcOfBorg test freenet


ERROR status in admin panel

Hi, I'm testing opencart <IP_ADDRESS> with wampserver, after the installation, which show ERROR status in admin panel. And I need to add the following code and create an empty folder manually(from your instruction) to make it work, and I now cannont disable the cache, could you tell me what problems?  (php ver.5.6.15, mysql5.7.9, apache 2.4.17)   Thx, anyway.
"if ($pagecache->OkToCache()) {
$pagecache->CachePage($response);
} "

It probably means that the user you are running the webserver as does not have rights to write to the index.php file.


fix: remove retired genes

Main improvements in this PR:
This PR is to address the issue raised in #200

Ensembl id mapping file was updated from version 95 to 101
the genes ENSG00000281028 and ENSG00000285441 were abandoned in Ensembl, and merged into ENSG00000038210 and ENSG00000112096, respectively. Since both replacement genes had already been included in Human-GEM, here ENSG00000281028 and ENSG00000285441 were removed from the model

I hereby confirm that I have:

[X] Tested my code on my own computer for running the model
[X] Selected devel as a target branch

It looks like the large diff associated with updating the Ensembl association file (a43d3cf) might be due to a re-ordering of the rows - I think the file was originally sorted by Ensembl ID. I wonder if it is possible to sort again to try and reduce the number of line changes? Or maybe it's not a big enough issue to be worth the time.

It's possible to reorder the rows in another PR, so leave this PR open. Was the file originally ordered by Gene_stable_ID?

You mean reorder them in another commit within this PR?
Yes, they are ordered by Gene_stable_ID. However, Gene_stable_ID has a ton of duplicates, so sorting by that column alone will not give a unique ordering. It looks like the original file was sorted by the first column (Gene_stable_ID), then the second (Transcript_stable_ID), then third, etc.

Okay. Will try to update with a re-ordered file in another PR, see if it works better.

@JonathanRob one Ensembl association file sorted by the columns was added (commit ea866b6) to a new branch. This re-ordered file introduced much less diff changes (17,698 additions  and 4,311 deletions) than before (113,114 additions and 99,727 deletions). So I think we can use this sorted version by cherry picking the other two commits from the old branch to this new one and making a new PR. The old PR can then be deprecated.

The issue #200 has been resolved by another PR #202, so this branch will be deleted.


BaseTool fixes

[x] I have read and agree to the contributing guidelines for submitting new pull requests.

Describe your changes
Changed

BaseTool now logs Tool activity exceptions after catching them.
BaseTool now deep copies activity params.

Fixed

BaseTool wrongly detecting BooleanArtifact(False) as an empty Artifact.

Issue ticket number and link
NA

@dylanholmes https://github.com/griptape-ai/griptape/pull/1398 broke things. Should've been a deep copy from the start.


docs(test): #231 Add example for decorator-based route-specific functionality

Addresses https://github.com/AnswerDotAI/fasthtml/issues/231
Closes https://github.com/AnswerDotAI/fasthtml/pull/295
Changes
Added a test as documentation for decorator-based method to add route-specific functionality

Thanks this is great! I actually think this would be more useful to folks if you added it to this page (or whatever page you think it best fits): https://docs.fastht.ml/ref/defining_xt_component.html. Instead of just a list of tests, how about adding some browse about what you're showing here, how/why it works, and what it's useful for?

@jph00 I opted to add documentation to the Routes page instead because I think it might interest developers to customize specific behavior pertaining to routes. The API doesn't enable passing things like Beforeware to the route function but it might be helpful to know there's some flexibility with routes.

That's a great approach - thank you for your patience and tenacity on this!


DATA-1976 - Add DeleteCompletedTrainingJob to API

See https://viam.atlassian.net/browse/DATA-2071 for scope.

@tahiyasalam could you reapprove? Ran into an issue with generated compiled protos


ci: Update to Zephyr SDK 0.13.2

Pull in the CI docker image v0.21.0, which contains the Zephyr SDK
0.13.2 release, and use the Zephyr SDK 0.13.2 for building and testing
Zephyr in the CI.
Signed-off-by: Stephanos Ioannidis<EMAIL_ADDRESS>

I think other commits are required as well. I tried following the procedure for environment https://github.com/zephyrproject-rtos/zephyr/blob/main/.github/workflows/clang.yaml#L43 under docker and it seems git rebase is crucial to make it work.
In older version of clang-action (the one we use) we have only west init west update.
This doesn't work due to west submanifests failure.
The newer (upstream) version has more steps added. I found that adding git rebase origin/main before west update solves the manifest progblem
https://github.com/zephyrproject-rtos/zephyr/blob/main/.github/workflows/clang.yaml#L50
git rebase fails at one point due to the conflict CONFLICT (content): Merge conflict in subsys/bluetooth/mesh/proxy_srv.c
but then there is no submanifest error
I have another one idea to try. I can open a noup PR to sdk-zephyr which will modify the clang action to use the code from the PR, not from the main. Maybe if we merge it pre upmerge, the upmerge PR will use the action from the PR i.e. with all the modifications the PR is introducing to the action itself

Closed in favour of a different approach.


Android Xinput over rdp

Is it much work to have this work from android ?

Yes, that would require a completely new client implementation for Android. You would either need to implement a whole Remote Desktop client or find one client that is extensible and supports the virtual channel API.

I looked around the internet for a solution. This is unlikely to ever happen with this codebase, sorry. You could start a new project for that and use this as a base for the gamepad support. ;-)
Cheers
JP


⚠ Bofrost.de has degraded performance

In 69567e2, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 815 ms

Resolved: Bofrost.de performance has improved in d5ec1e8.


287 feature request block page

Pull Request Template
Description
Block page with block info and actions.

Fixes #287
Type of change

[x] New feature (non-breaking change which adds functionality)

How Has This Been Tested?
Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration

[ ] Test A
[ ] Test B

Test Configuration:

Firmware version:
Hardware:
Toolchain:
SDK:

Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes
[ ] Any dependent changes have been merged and published in downstream modules
[x] I have checked my code and corrected any misspellings

@donnyquixotic all the changes you asked for were made in this commit also added links to blocks from transaction page.


plymouth splash daemon waiting for tty1 uses CPU resources unnecessarily.

This plymouth process seems to be hogging CPU
@sbin/plymouthd --tty=tty1 --mode=boot --pid-file=/run/plymouth/pid --attach-to-session --kernel-command-line=plymouth.ignore-serial-consoles splash

it looks like its consistently using 5% of the CPU on my rpi zero

It seems like running ```plymouth --quit`` kills the process and this is something you should do at the end of your boot process. However it is not clear when we actually get to the end of the boot and whether we want to keep the splash screen around. @agherzan any ideas what we should do here?

perhaps the supervisor can kill plymouth just before the user application is starting up?


Update setup.py extras to include matplotlib and numpy

Also update travis to skip superfluous deploys

Addresses #31

Coverage decreased (-0.4%) to 83.85% when pulling c0c51dd14e22e514c5c88c54d87d9fd5e85cd832 on arcondello:master into 021ed9ed0e14027a99ed23200a61e4a58e7da32d on dwavesystems:master.

Coverage decreased (-0.4%) to 83.85% when pulling c0c51dd14e22e514c5c88c54d87d9fd5e85cd832 on arcondello:master into 021ed9ed0e14027a99ed23200a61e4a58e7da32d on dwavesystems:master.

Coverage decreased (-0.4%) to 83.85% when pulling c0c51dd14e22e514c5c88c54d87d9fd5e85cd832 on arcondello:master into 021ed9ed0e14027a99ed23200a61e4a58e7da32d on dwavesystems:master.


do client need to replicate whole gbs of db ?

does replicating bulk dbs resources and time consuming, anyway can we limit upto few records
thanks

Good question, @yashwanth2804.
Let's make sure to add an answer to the docs when someone provides one.

I don't believe there is currently a way to limit replication. You may want to explore modeling your data differently (on orbit-db or even ipfs).
Generally speaking, when modeling data for OrbitDB you should strive to "partition" it where it makes sense - i.e. along access rights. As an example, in a twitter-like application, each user should have their own database instead of a global "tweets" database for everyone.

If you have the tweets locally - you can limit how many entries are loaded by sending in an amount to db.load(amount):
const db = await orbitdb.feed("<justin's tweet OrbitDB address>")
await db.load(10)
// db now contains the 10 latest entries/tweets

However, if you don't have the data locally, I'm not sure there's a way to limit syncing to only the 10 latest entries.

If you can't limit how many data you can replicate, it means that malicious peers could trick you to "follow" them, then just flood you with data. Which might be a huge problem in 99% of the use cases.

Moving to Field Manual to discuss further


how about the performan when big data transfer between dart and rust ?

Hi, I want to know the performance when big binary or string data(about 10MB) transfer between dart and rust through flutter_rust_bridge.
I have a little worry about the isolates's memory not shared, and worker isolate comm with rust native; which may be cause comm latecy when data is big?
thank you for your help about my worry..

That is exactly what have been continuously evaluated on CI! https://cjycode.com/flutter_rust_bridge/guides/performance/overview
Note that the online data is missing currently, because the "deploy website" overrides the "deploy CI benchmark data" and I have not fixed it...
Anyway here is my local result, and you can reproduce using your own computer within one command: https://github.com/fzyzcjy/flutter_rust_bridge/blob/7666268b8a665352092a5410942d907f5c1e3061/.github/workflows/ci.yaml#L269
ComputePrime_Number90000049(RunTime): 34.590035321890696 us.
ComputePrime_Number9000000001(RunTime): 759.4255 us.
ComputePrime_Number900000000013(RunTime): 7481.111888111888 us.
VoidAsync(RunTime): 14.273435102518537 us.
VoidSync(RunTime): 0.57045 us.
VoidSyncRaw(RunTime): 0.018311696853506424 us.
VoidAsyncRawByIsolate(RunTime):<PHONE_NUMBER>6532606 us.
InputBytesAsync_Len0(RunTime): 14.34140272628839 us.
InputBytesSync_Len0(RunTime): 0.65591725 us.
InputBytesSyncRaw_Len0(RunTime): 0.054598017813215854 us.
OutputBytesAsync_Len0(RunTime): 14.522411577197046 us.
OutputBytesSync_Len0(RunTime): 0.69063625 us.
OutputBytesAsyncRaw_Len0(RunTime): 3.061124503524118 us.
BlobInputSyncBenchmark_Len0(RunTime): 0.91426575 us.
BlobInputSyncSseBenchmark_Len0(RunTime): 0.5949285 us.
BlobInputSyncProtobufBenchmark_Len0(RunTime): 1.1773445 us.
BlobInputSyncJsonBenchmark_Len0(RunTime): 2.197128 us.
BlobOutputSync_Len0(RunTime): 1.37275 us.
BlobOutputSyncSse_Len0(RunTime): 0.59898875 us.
BlobOutputSyncProtobuf_Len0(RunTime): 0.7995605 us.
BlobOutputSyncJson_Len0(RunTime): 2.227303 us.
InputBytesAsync_Len10000(RunTime): 16.34107900090693 us.
InputBytesSync_Len10000(RunTime): 1.6148654425672788 us.
InputBytesSyncRaw_Len10000(RunTime): 0.951605 us.
OutputBytesAsync_Len10000(RunTime): 27.77410081933065 us.
OutputBytesSync_Len10000(RunTime): 15.787938560307198 us.
OutputBytesAsyncRaw_Len10000(RunTime): 5.688236448494467 us.
BlobInputSyncBenchmark_Len10000(RunTime): 2.243504 us.
BlobInputSyncSseBenchmark_Len10000(RunTime): 46.799326614646134 us.
BlobInputSyncProtobufBenchmark_Len10000(RunTime): 42.2147199800801 us.
BlobInputSyncJsonBenchmark_Len10000(RunTime): 2066.613 us.
BlobOutputSync_Len10000(RunTime): 43.5751601993592 us.
BlobOutputSyncSse_Len10000(RunTime): 50.838875 us.
BlobOutputSyncProtobuf_Len10000(RunTime):<PHONE_NUMBER>8683664 us.
BlobOutputSyncJson_Len10000(RunTime): 2043.419 us.
InputBytesAsync_Len1000000(RunTime):<PHONE_NUMBER>0865487 us.
InputBytesSync_Len1000000(RunTime):<PHONE_NUMBER>5078604 us.
InputBytesSyncRaw_Len1000000(RunTime):<PHONE_NUMBER>982352 us.
OutputBytesAsync_Len1000000(RunTime): 1139.8980056980056 us.
OutputBytesSync_Len1000000(RunTime): 1422.992 us.
OutputBytesAsyncRaw_Len1000000(RunTime):<PHONE_NUMBER>5251584 us.
BlobInputSyncBenchmark_Len1000000(RunTime):<PHONE_NUMBER>666666 us.
BlobInputSyncSseBenchmark_Len1000000(RunTime): 6313.057692307692 us.
BlobInputSyncProtobufBenchmark_Len1000000(RunTime): 7106.417582417583 us.
BlobInputSyncJsonBenchmark_Len1000000(RunTime): 213151.9 us.
BlobOutputSync_Len1000000(RunTime): 3984.167916041979 us.
BlobOutputSyncSse_Len1000000(RunTime): 6195.0851648351645 us.
BlobOutputSyncProtobuf_Len1000000(RunTime): 24994.988095238095 us.
BlobOutputSyncJson_Len1000000(RunTime):<PHONE_NUMBER>5555556 us.
BinaryTreeInputSync_Depth0(RunTime): 0.9476585 us.
BinaryTreeInputSyncSse_Depth0(RunTime): 0.84275175 us.
BinaryTreeInputSyncProtobuf_Depth0(RunTime): 1.1866525 us.
BinaryTreeInputSyncJson_Depth0(RunTime): 2.129948 us.
BinaryTreeOutputSync_Depth0(RunTime): 1.476163 us.
BinaryTreeOutputSyncSse_Depth0(RunTime): 0.7484745 us.
BinaryTreeOutputSyncProtobuf_Depth0(RunTime): 1.5954815 us.
BinaryTreeOutputSyncJson_Depth0(RunTime): 2.3341725 us.
BinaryTreeInputSync_Depth5(RunTime): 26.22177761288955 us.
BinaryTreeInputSyncSse_Depth5(RunTime): 23.924048550648006 us.
BinaryTreeInputSyncProtobuf_Depth5(RunTime): 28.469795181228914 us.
BinaryTreeInputSyncJson_Depth5(RunTime): 76.6585667679154 us.
BinaryTreeOutputSync_Depth5(RunTime): 59.22770481733891 us.
BinaryTreeOutputSyncSse_Depth5(RunTime): 16.548824 us.
BinaryTreeOutputSyncProtobuf_Depth5(RunTime): 21.5318619473115 us.
BinaryTreeOutputSyncJson_Depth5(RunTime): 80.85928 us.
BinaryTreeInputSync_Depth10(RunTime): 861.51175 us.
BinaryTreeInputSyncSse_Depth10(RunTime): 755.98825 us.
BinaryTreeInputSyncProtobuf_Depth10(RunTime): 923.24075 us.
BinaryTreeInputSyncJson_Depth10(RunTime): 2506.399 us.
BinaryTreeOutputSync_Depth10(RunTime): 2091.388 us.
BinaryTreeOutputSyncSse_Depth10(RunTime): 508.38825 us.
BinaryTreeOutputSyncProtobuf_Depth10(RunTime): 655.9745 us.
BinaryTreeOutputSyncJson_Depth10(RunTime): 2565.423 us.

when big binary or string data(about 10MB) transfer between dart and rust through flutter_rust_bridge.

Firstly, I personally do this in my app for images and it has no lag or jank.
Secondly, rust -> dart is zero-copy and asynchronous, so it should cause neither jank nor eating cpu.
dart -> rust cannot be zero-copy (Dart VM does not provide ways to do it), but FRB never does any extra copy, and it is pretty fast (see numbers above).
Thirdly, if your data is constantly used in only one side, consider using the "opaque" feature to avoid copying data forward and backward.

I have a little worry about the isolates's memory not shared, and worker isolate comm with rust native; which may be cause comm latecy when data is big?

Just use main isolate to communicate with Rust. FRB already handles asynchronous computing, etc.

Thank you!  I tried your v1.x  and v2.0.dev，  And I like 2.0 very much, but, on windows system, I occured compile failed problem with 1.x and 2.0 both, So, I will wait for your v2.0 stable version.   Then, I will try it again, if any problem exist, I will request your help.

I occured compile failed problem with 1.x and 2.0 both

Feel free to create a new issue showing errors about this (even in beta)! I am using cargokit under the hood (as can be seen in the docs), so it is likely that I will not change much between flutter_rust_bridge beta and stable, and you can try it now.

ok, I'll try it tonight