Top Red Screen bottom black trying to launch Hombrew Launcher Freakyhax

I need help with my N3DS I successfully downgraded I think I still can't check because I can't access HBL on the N3DS anymore after the system transfer. It was a N3DS 11.0.0 33U and I am using freakyhax as my entry point. It would be fire the transfer because I had to use Ctr-httpwn so I could trash fee since the current firmware is 11.1.0. So I successfully transferred downgraded using fieldrunners and dgtool. But each time now I run freakyhax I get a top red screen bottom black. I tried switching the otherapp.bin to a 10.4.0 29, 11.0.0 33 using other app and Robpin. Replacing the freakyhax files and it keeps happening. I cannot do browser exploit either

make sure freaky.bin is at the root of the SD card. use the otherapp for NEW 11.0.0-33U.

Replace your boot.3dsx file on the root of the SD


Can't Deserialize With Database Entities

Expected Behavior
Should be able to serialize and deserialize database entities.
Actual Behaviour
Serialization of entity fails with:
Internal Server Error: Error creating deserializer for type [Fruit fruit]: Cannot find naming strategy: interface io.micronaut.data.document.serde.IdPropertyNamingStrategy

Steps To Reproduce

Download the MongoDB guide project from: https://guides.micronaut.io/latest/micronaut-data-mongodb-asynchronous-gradle-java.html

Add Micronaut Serialization and JSON Annotation Support following the documentation: https://micronaut-projects.github.io/micronaut-serialization/latest/guide/index.html

Adds the following to build.gradle
    annotationProcessor("io.micronaut.serde:micronaut-serde-processor:1.5.2")
    implementation("io.micronaut.serde:micronaut-serde-jackson:1.5.2")

configurations.all {
    resolutionStrategy.dependencySubstitution {
        substitute(module("io.micronaut:micronaut-jackson-databind"))
                .using(module("io.micronaut.serde:micronaut-serde-jackson:1.5.2"))
    }
}

Add @Serdeable to Fruit class. (This doesn't seem to affect the problem, but seems like it should go there?)

Attempting to create a new Fruit through the FruitController fails with:

Internal Server Error: Error creating deserializer for type [Fruit fruit]: Cannot find naming strategy: interface io.micronaut.data.document.serde.IdPropertyNamingStrategy

Environment Information

Micronaut 3.8.8

Example Application
No response
Version
3.8.8

Example


Support Pre-sign URL Request

We should support pre-sign urls use-case.

What would that look like? What value are we able to bring for a presigned URL?

@aajtodd We can still split the pre-signed GET request using ranged GET. I don't know about the upload path, but maybe we can do something similar there as well. This is one of the requested features for the CRT S3 client.


Fix schema compare source and target components not starting with the correct width

This PR fixes #13385. The schema compare source and target components started having the incorrect width after #13261, since the order of when layouts got set must've changed. The fix is to make sure the layout for the source and target flex container gets set after everything is initialized since the widths of the source and target components depend on the flex container they are in.

Pull Request Test Coverage Report for Build 360810143

1 of 1 (100.0%)  changed or added relevant line in 1 file are covered.
4 unchanged lines in 1 file lost coverage.
Overall coverage decreased (-0.003%) to 41.299%

Files with Coverage Reduction
New Missed Lines
%

extensions/notebook/src/jupyter/serverInstance.ts
4
73.81%

Totals

Change from base Build 360778690:
-0.003%

Covered Lines:
21748

Relevant Lines:
48354

💛  - Coveralls

Hm, let me take a look to see if this isn't some issue more core to the ModelView components

@Charles-Gagnon looks like the data-workspace extension also got affected. The workspace inputbox in the new project dialog is supposed to start out as disabled, but it only gets disabled when text is changed in another text box that causes the value of workspace inputbox to change.
I think has to do with it being in a flexContainer, since the inputbox starts correctly as disabled if I add it to the formContainer directly instead of adding it to the flexContainer then adding the flexContainer to the formContainer.
https://github.com/microsoft/azuredatastudio/blob/b7d74a7a7a18e836c466a4e80a3c4ff7040dd2f9/extensions/data-workspace/src/dialogs/newProjectDialog.ts#L157-L168

closing because Charles made the real fix in #13412


how to get parent component props?

I get a component from NPM.
<collapsible :accordion="true">
                      <collapsible-item >

test1

body 1

                      </collapsible-item>
                      <collapsible-item>

test2

body 2

                      </collapsible-item>
                    </collapsible>

test2
' has to be raw html tags. cause of I have try to define a component inside  <collapsible-item >. I want to get the 'isOpened' of the props of <collapsible-item>.

Hi there, please make sure to read the Issue Reporting Guidelines before opening new issues. The issue list only accepts bug reports and feature requests. Questions should be posted to the Gitter chat room,  forum or StackOverflow. Thanks.


gorm v2 update

Why was this closed?

It's not even done yet.
Also, it's for my own use, which is not a good fix because it breaks compatibility.
I thought I sent a pull request to my repository, but I mistakenly sent a pull request to upstream.


Fix min hight constant typo

Details
Fixes a small issue with this PR
Fixed Issues

$ https://github.com/Expensify/App/issues/9128
Tests

QA Steps
For ipad/tablets*

Open Expensify app on iPad/tablet (Signed out state).
Verify that the login-form-layout is updated as per https://github.com/Expensify/App/issues/8122#issuecomment-1066971554.

For other platforms

Open Expensify app
Verify that due to these changes https://github.com/Expensify/App/issues/8122#issuecomment-1066971554 is not effected for other platforms.
Verify that no errors appear in the JS console

Screenshots

As this was a hotfix to this PR I only built to web and iPad (the platform which was broken)
Web

iOS

@Julesssss can we do one more correction here.

Oh, you got that comment too, thanks! @Julesssss

Nearly forgot theCherrypick label 😅

🚀 Cherry-picked to staging by @amyevans in version: 1.1.65-6 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

@Expensify/applauseleads please QA this PR and check it off on the deploy checklist if it passes.

Morning @Expensify/applauseleads, this one is ready for retesting now. Build 1.1.65-6

🚀 Deployed to production by @Julesssss in version: 1.1.65-6 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅


For XF, add support for list item click.

I'm new to the Ooui code, so I won't be surprised if this is not done quite right.  Feedback welcome.  Nonetheless, it seems to work.

Thank you!!


spanner: Add snippets for ReadContext

Will do. Thanks!
On Wed, Sep 12, 2018 at 1:52 PM snehashah16<EMAIL_ADDRESS>wrote:

@snehashah16 approved this pull request.
LGTM
In
google-cloud-clients/google-cloud-spanner/src/main/java/com/google/cloud/spanner/ReadContext.java
https://github.com/GoogleCloudPlatform/google-cloud-java/pull/3662#discussion_r217184688
:

@@ -113,6 +162,20 @@ ResultSet readUsingIndex(
* com.google.spanner.v1.ResultSetStats} that can be accessed by calling {@link
* ResultSet#getStats()} on the returned {@code ResultSet}.
*

{@code

ReadContext rc = dbClient.singleUse();

ResultSet resultSet =

rc.analyzeQuery(

    Statement.of("SELECT SingerId, AlbumId, MarketingBudget FROM Albums"),

    ReadContext.QueryAnalyzeMode.PROFILE);

while (resultSet.next()) {

resultSet.getCurrentRowAsStruct();

you may add a comment here as to why discard all the intermediate resutl
rows because the Stats are only provided in the last index
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/GoogleCloudPlatform/google-cloud-java/pull/3662#pullrequestreview-154838751,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAHP1r2l9qxJuPXPNRz83pIAoYIx1vnzks5uaXQrgaJpZM4WiOeA
.


backup nextcloud v2

@AdSchellevis here is an updated version

@fichtner SCP is slightly different because it may be harder to do a directory listing. One of the big advantages is, that it can be safe to put the modules into plugins since it is a single file.

@fabianfrz I'll try to review this weekend and pull it in, great work!

@AdSchellevis @fichtner If there are many backup implementations, it would make sense to use tabs but it's ok for now.

Still, no-dependency backup features can go into the core. And listing is easy as long as ssh is allowed as well. 😊
Tabs are useful until we have too many plugins. Could break them out into the menu eventually?

On 24. Mar 2018, at 16:08, Fabian Franz BSc<EMAIL_ADDRESS>wrote:
@AdSchellevis @fichtner If there are many backup implementations, it would make sense to use tabs but it's ok for now.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

Like Interfaces? May slow down the web interface and is not often needed. Probably better where it is now.

no, static and cached via its own Menu.xml

@AdSchellevis hope it is ok now - please note that there is some stuff inside the code, which should not be in (imho):

this foreach loop should be an helper in base - needed because my fields are prefixed:
https://github.com/opnsense/core/pull/2289/files#diff-bd726565265dd13fe6163b66d98ff0d7R116
data reformat: Models need a different format - should be done by the form itself
https://github.com/opnsense/core/pull/2289/files#diff-bd726565265dd13fe6163b66d98ff0d7R124
need to convert validation result to array - otherwise the outer script crashes:
https://github.com/opnsense/core/pull/2289/files#diff-bd726565265dd13fe6163b66d98ff0d7R135

@fabianfrz Thanks! there is indeed room for improvement, let me pull this in and refactor some when I have some time available.

@fabianfrz can you try this https://github.com/opnsense/core/commit/d465ef2045510fd2728564e6dc99ae8bf6dd15dc https://github.com/opnsense/core/commit/602e42f85455ca4893ec4b457f50d35917a4c972 ? I don't have a nextcloud account available to test.

Does nothing anymore. Probably the changes in the "if" will stop it working.

no logging, nothing?

nothing.

I can make you an account on my nextcloud instance if you like.

sure, it's probably something small. just to be sure, you did save settings? I moved all the properties...
When I add random data, I do have entries in syslog like:
Apr  2 18:16:53 OPNsense config[81954]: Error while fetching filelist from Nextcloud
Apr  2 18:16:53 OPNsense config[81954]: {"url":"http:\/\/dsfasdfsdx\/remote.php\/dav\/files\/dsfasdfsa1\/","content_type":null,"http_code":0,"header_size":0,"request_size":0,"filetime":-1,"ssl_verify_result":0,"redirect_count":0,"total_time":0.534771,"namelookup_time":0,"connect_time":0,"pretransfer_time":0,"size_upload":0,"size_download":0,"speed_download":0,"speed_upload":0,"download_content_length":-1,"upload_content_length":-1,"starttransfer_time":0,"redirect_time":0,"redirect_url":"","primary_ip":"","certinfo":[],"primary_port":0,"local_ip":"","local_port":0}

Found out the issue: the behaviour has changed. before your refactoring the test did run even when the "enabled" flag was false.  Now the check prevents the test.
When it is enabled, it is working.

ok, nice, thanks for testing. I think it's better to skip testing when disabled.

so no account needed ;)

nope, easier on my end :)

I get these in the background, probably during a migration run:
Apr 2 17:27:50 | config[50537]: Model OPNsense\Backup\NextcloudSettings can't be saved, skip ( Phalcon\Validation\Exception: [OPNsense\Backup\NextcloudSettings:enabled] value should be a boolean (0,1) [OPNsense\Backup\NextcloudSettings:url] An URL for the Nextcloud server must be set. [OPNsense\Backup\NextcloudSettings:user] An user for the Nextcloud server must be set. [OPNsense\Backup\NextcloudSettings:password] A password for a Nextcloud server must be set. in /usr/local/opnsense/mvc/app/models/OPNsense/Base/BaseModel.php:512 Stack trace: #0 /usr/local/opnsense/mvc/app/models/OPNsense/Base/BaseModel.php(616): OPNsense\Base\BaseModel->serializeToConfig() #1 /usr/local/opnsense/mvc/script/run_migrations.php(56): OPNsense\Base\BaseModel->runMigrations() #2 {main} )
-- | --
Apr 2 17:27:50 | config[50537]: [OPNsense\Backup\NextcloudSettings:password] A password for a Nextcloud server must be set.
Apr 2 17:27:50 | config[50537]: [OPNsense\Backup\NextcloudSettings:user] An user for the Nextcloud server must be set.
Apr 2 17:27:50 | config[50537]: [OPNsense\Backup\NextcloudSettings:url] An URL for the Nextcloud server must be set.
Apr 2 17:27:50 | config[50537]: [OPNsense\Backup\NextcloudSettings:enabled] value should be a boolean (0,1)
``

the first line says it fails in runMigrations - however there is probably no data to migrate

@fichtner add the following defaults?
enabled: 0
url: https://nextcloud.example.com
user: opnsensebackup
password: opnsensebackup

I don't know, maybe we shouldn't render unused models. it seems silly to enforce this.
In any case, the error is bad and everyone will report it...

@fichtner  maybw the migration script should check if the mount piont exist before running a migration. That would fix some other models in the plugins as well.

@fabianfrz @fichtner I have two possible solutions here, use constraints between fields, added DependConstraint type which could help here. Let me push a simple model fix

yes, that looks good to me
The basic trouble is we want to render model defaults in new model versions so we can use them unconditionally, but then again sometimes that makes no sense at all because it's not used unconditionally :)

works perfectly ❤

Cool new feature, thanks!
No work on my OPNsense 18.1.10-i386:
config[34300]: {"url":"https:\/\/cloud.my.domain\/remote.php\/dav\/files\/CORRECT_USERNAME\/","content_type":null,"http_code":0,"header_size":0,"request_size":0,"filetime":-1,"ssl_verify_result":19,"redirect_count":0,"total_time":0.137768,"namelookup_time":0.004656,"connect_time":0.005135,"pretransfer_time":0,"size_upload":0,"size_download":0,"speed_download":0,"speed_upload":0,"download_content_length":-1,"upload_content_length":-1,"starttransfer_time":0,"redirect_time":0,"redirect_url":"","primary_ip":"<IP_ADDRESS>","certinfo":[],"primary_port":443,"local_ip":"<IP_ADDRESS>","local_port":21665}

I use CaCert on https://cloud.my.domain - is this and ssl_verify_result:19 my problem?

yes. you need a trusted certificate.

@wols  The GUI currently does not support it. It relies on the Mozilla certificate bundle. You have to add it manually and keep in mind that an update of the certificate bundle may undo your changes.

Thanks a lot - I added CaCert and it works:
cat root.crt >> /usr/local/share/certs/ca-root-nss.crt


BIP-X: Remove Withdraw Timer

BIP-X: Remove Withdraw Timer

Proposer
Summary
Problem
Proposed Solution

Proposer
Beanstalk Farms
Summary

Adjust the issuance of earned Beans such that it is linearly distributed throughout the season, rather than at the start of the season.
Remove the Withdrawal Freeze, allowing farmers to deposit and withdraw beans in the same season.
Deprecate the various withdraw functions.

Problem
Numerous inefficiencies remain within Beanstalk:

Beanstalk cannot currently support decrementing the Withdrawal timer to 0 because anyone could then receive “risk-free” Earned Beans because Earned Beans are distributed instantaneously when the sunrise() function is called.
Having a withdraw lockup creates an unnecessarily complex UX as Farmers are forced to perform 2 on-chain actions at different times. This limits the potential for using Deposited Beans throughout DeFi via Pipeline as Deposited Beans cannot atomically be swapped for Beans.

Proposed Solution

Emit newly minted Earned Beans to Stalkholders proportional to the percent of the Season that has elapsed instead of instantly on the sunrise call.

https://github.com/BeanstalkFarms/Beanstalk/issues/149

Remove the Withdrawal Freeze entirely, allowing Farmers to Withdraw directly to Circulating/Farm balances in a single transaction.

https://github.com/BeanstalkFarms/Beanstalk/issues/150

Diagrams/Visualizations

Closing as this has been manually merged into grown-stalk-per-bdv.


Add function to convert Sensor DOM to sdf::ElementPtr

🎉 New feature
Summary
Adds a helper function to convert Sensor DOM to sdf::ElementPr.
This is needed when saving sensor properties to SDF file.
Note: Not all sensors are supported. I focused on implementing conversions for sensor types that are currently supported in Ignition gazebo

camera
depth camera
rgbd camera
thermal camera
segmentation camera
gpu lidar
air pressure
altimeter
magnetometer
imu
force torque

there are 2 sensor types in ignition that do not have SDF DOM classes so I didn't write conversions for them:

contact
logical camera

Checklist

[x] Signed all commits for DCO
[x] Added tests
[ ] Added example and/or tutorial
[ ] Updated documentation (as needed)
[ ] Updated migration guide (as needed)
[ ] codecheck passed (See contributing)
[ ] All tests passed (See test coverage)
[ ] While waiting for a review on your PR, please help review another open pull request to support the maintainers

Note to maintainers: Remember to use Squash-Merge

Codecov Report

Merging #753 (194d9eb) into sdf12 (6307392) will increase coverage by 0.04%.
The diff coverage is 91.92%.

:exclamation: Current head 194d9eb differs from pull request most recent head 2219609. Consider uploading reports for the commit 2219609 to get more accurate results

@@            Coverage Diff             @@
##            sdf12     #753      +/-   ##
==========================================
+ Coverage   88.41%   88.46%   +0.04%
==========================================
  Files          76       77       +1
  Lines       11457    11697     +240
==========================================
+ Hits        10130    10348     +218
- Misses       1327     1349      +22

Impacted Files
Coverage Δ

src/SDFDomConversion.cc
91.66% <91.66%> (ø)

src/Camera.cc
87.86% <100.00%> (+4.30%)
:arrow_up:

src/Sensor.cc
81.42% <0.00%> (-8.92%)
:arrow_down:

src/Utils.hh
97.05% <0.00%> (+2.32%)
:arrow_up:

src/ForceTorque.cc
91.83% <0.00%> (+4.08%)
: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 6307392...2219609. Read the comment docs.


Why is OllamaSetup.exe so large

I also tried downloading ollama-windows-arm64.zip and replacing some files in my user folder which doesn' t fix the tray icon still notify the update. Could there be a smaller OllamaSetup.exe ?
This combined with the tray "restart to update" button not effective can be very annoying.

I mean https://github.com/ollama/ollama/issues/7704 , not sure whether it' s fixed in latest.

just use ollama from msys2 https://packages.msys2.org/packages/mingw-w64-x86_64-ollama it updates only the dependencies you need and nothing else


Support more ENV vars and dotenv

Added these ENV variables matching to the similar argument options.

EXO_CONFIG
EXO_HTTPTIMEOUT
EXO_USERAGENT
EXO_PORTALS
EXO_VENDORTOKEN
EXO_VENDOR

With dotenv, you can put those into a .env file in the working directory that you're running exoline from.

Any chance you could make this work with Python 2.6? python-dotenv uses OrderedDict, which isn't supported in 2.6.
======================================================================
ERROR: Failure: ImportError (cannot import name OrderedDict)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/danw/prj/exosite/exoline/.tox/py26/lib/python2.6/site-packages/nose/loader.py", line 418, in loadTestsFromName
    addr.filename, addr.module)
  File "/Users/danw/prj/exosite/exoline/.tox/py26/lib/python2.6/site-packages/nose/importer.py", line 47, in importFromPath
    return self.importFromDir(dir_path, fqname)
  File "/Users/danw/prj/exosite/exoline/.tox/py26/lib/python2.6/site-packages/nose/importer.py", line 94, in importFromDir
    mod = load_module(part_fqname, fh, filename, desc)
  File "/Users/danw/prj/exosite/exoline/test/test.py", line 31, in <module>
    from exoline import exo
  File "/Users/danw/prj/exosite/exoline/exoline/exo.py", line 73, in <module>
    from dotenv import load_dotenv
  File "/Users/danw/prj/exosite/exoline/.tox/py26/lib/python2.6/site-packages/dotenv.py", line 6, in <module>
    from collections import OrderedDict
ImportError: cannot import name OrderedDict

It looks like this one supports Python 2.6.

New pull at #118


ESP32  (MEGH-1256)

How can i get to connect through a ESP32 with RainMaker . i didn't get it clearly using the documentations , can i get some totorials for the steps that i could use to setup the CLI and how i get the QR code when i flash the example of a switch .
i get this two error in the monitor every time i flash the example
----E (870) esp_rmaker_core: Failed to initialise Node Id. Please perform "claiming" using RainMaker CLI.
----E (870) app_main: Could not initialise node. Aborting!!!
how can i solve them !!!!!!!!

@boujmilmaha have you set up the CLI using the steps given here and tried host driven claiming as per this doc?

yes i setup the CLI but i can't tried host driven claiming i found this error .
usr/bin/env : "python3".  permission dinied (when i wrote :     ./rainmaker.py login        )

De : Piyush Shah<EMAIL_ADDRESS>Envoyé : mercredi 9 septembre 2020 11:53
À : espressif/esp-rainmaker<EMAIL_ADDRESS>Cc : boujmilmaha<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Objet : Re: [espressif/esp-rainmaker] ESP32 (MEGH-1256) (#21)
@boujmilmahahttps://github.com/boujmilmaha have you set up the CLI using the steps given herehttps://rainmaker.espressif.com/docs/cli-setup.html and tried host driven claiming as per this dochttps://rainmaker.espressif.com/docs/claiming.html#host-driven-claiming-esp32?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/espressif/esp-rainmaker/issues/21#issuecomment-689457175, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ALN2KCKMYEMO55F4OBFDBYDSE5GBTANCNFSM4RBOEMGQ.

@boujmilmaha Can you try this instead?
cd /path/to/esp-rainmaker/cli
$ python3 rainmaker.py login

De : Piyush Shah<EMAIL_ADDRESS>Envoyé : mercredi 9 septembre 2020 12:10
À : espressif/esp-rainmaker<EMAIL_ADDRESS>Cc : boujmilmaha<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Objet : Re: [espressif/esp-rainmaker] ESP32 (MEGH-1256) (#21)
@boujmilmahahttps://github.com/boujmilmaha Can you try this instead?
cd /path/to/esp-rainmaker/cli
$ python3 rainmaker.py login
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/espressif/esp-rainmaker/issues/21#issuecomment-689465833, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ALN2KCKKKDS43VIC6Z4JPL3SE5IDHANCNFSM4RBOEMGQ.

i try this :  $ PY rainmaker.py login
this is the error i got :
Traceback (most recent call last):
File "rainmaker.py", line 19, in
from rmaker_cmd.node import get_nodes, get_node_config, get_node_status,
File "C:\esp-rainmaker\cli\rmaker_cmd\node.py", line 20, in
import requests
ModuleNotFoundError: No module named 'requests'

De : boujmil maha<EMAIL_ADDRESS>Envoyé : mercredi 9 septembre 2020 12:16
À : espressif/esp-rainmaker<EMAIL_ADDRESS>Objet : RE: [espressif/esp-rainmaker] ESP32 (MEGH-1256) (#21)

De : Piyush Shah<EMAIL_ADDRESS>Envoyé : mercredi 9 septembre 2020 12:10
À : espressif/esp-rainmaker<EMAIL_ADDRESS>Cc : boujmilmaha<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Objet : Re: [espressif/esp-rainmaker] ESP32 (MEGH-1256) (#21)
@boujmilmahahttps://github.com/boujmilmaha Can you try this instead?
cd /path/to/esp-rainmaker/cli
$ python3 rainmaker.py login
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/espressif/esp-rainmaker/issues/21#issuecomment-689465833, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ALN2KCKKKDS43VIC6Z4JPL3SE5IDHANCNFSM4RBOEMGQ.

Seems you may have missed the "Installing Dependencies" step, specifically this:
$ cd /path/to/esp-rainmaker/cli/
$ pip3 install -r requirements.txt

i do it   :   $ pip3 install -r requirements.txt
then ,i got this :
Defaulting to user installation because normal site-packages is not writeable
Processing c:\users\infor\desktop\esp-idf\tools\kconfig_new\esp-windows-curses
Requirement already satisfied: setuptools>=21 in c:\program files\python38\lib\site-packages (from -r requirements.txt (line 4)) (47.1.0)
Requirement already satisfied: click>=5.0 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 8)) (7.1.2)
Requirement already satisfied: pyserial>=3.0 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 9)) (3.4)
Requirement already satisfied: future>=0.15.2 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 10)) (0.18.2)
Requirement already satisfied: cryptography>=2.1.4 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 11)) (3.1)
Requirement already satisfied: pyparsing<2.4.0,>=2.0.3 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 12)) (2.3.1)
Requirement already satisfied: pyelftools>=0.22 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 13)) (0.26)
Requirement already satisfied: cffi!=1.11.3,>=1.8 in c:\users\infor\appdata\roaming\python\python38\site-packages (from cryptography>=2.1.4->-r requirements.txt (line 11)) (1.14.2)
Requirement already satisfied: six>=1.4.1 in c:\users\infor\appdata\roaming\python\python38\site-packages (from cryptography>=2.1.4->-r requirements.txt (line 11)) (1.15.0)
Requirement already satisfied: pycparser in c:\users\infor\appdata\roaming\python\python38\site-packages (from cffi!=1.11.3,>=1.8->cryptography>=2.1.4->-r requirements.txt (line 11)) (2.20)
Building wheels for collected packages: esp-windows-curses
Building wheel for esp-windows-curses (setup.py): started
Building wheel for esp-windows-curses (setup.py): finished with status 'done'
Created wheel for esp-windows-curses: filename=esp_windows_curses-0.1-py3-none-any.whl size=1146 sha256=d6d8527a607f19b00e6252f169c1845311d817a6442d8b233d4e25842663f2c8
Stored in directory: c:\users\infor\appdata\local\pip\cache\wheels\8f\f5\99\d623842dd9259d5e32431613481b744e3a7f005b320a98cd3e
Successfully built esp-windows-curses
Installing collected packages: esp-windows-curses
Attempting uninstall: esp-windows-curses
Found existing installation: esp-windows-curses 0.1
Uninstalling esp-windows-curses-0.1:
Successfully uninstalled esp-windows-curses-0.1
Successfully installed esp-windows-curses-0.1

De : Piyush Shah<EMAIL_ADDRESS>Envoyé : mercredi 9 septembre 2020 13:02
À : espressif/esp-rainmaker<EMAIL_ADDRESS>Cc : boujmilmaha<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Objet : Re: [espressif/esp-rainmaker] ESP32 (MEGH-1256) (#21)
Seems you may have missed the "Installing Dependencies"https://rainmaker.espressif.com/docs/cli-setup.html#installing-dependencies step, specifically this:
$ cd /path/to/esp-rainmaker/cli/
$ pip3 install -r requirements.txt
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/espressif/esp-rainmaker/issues/21#issuecomment-689488561, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ALN2KCOCL6GZITIWF3DLYDLSE5ODVANCNFSM4RBOEMGQ.

this is the error i got when i install  the Dependencieshttps://rainmaker.espressif.com/docs/cli-setup.html#installing-dependencies
ERROR: Failed building wheel for cryptography
Failed to build cryptography
ERROR: Could not build wheels for cryptography which use PEP 517 and cannot be installed directly

De : boujmil maha<EMAIL_ADDRESS>Envoyé : mercredi 9 septembre 2020 13:12
À : espressif/esp-rainmaker<EMAIL_ADDRESS>Objet : RE: [espressif/esp-rainmaker] ESP32 (MEGH-1256) (#21)
i do it   :   $ pip3 install -r requirements.txt
then ,i got this :
Defaulting to user installation because normal site-packages is not writeable
Processing c:\users\infor\desktop\esp-idf\tools\kconfig_new\esp-windows-curses
Requirement already satisfied: setuptools>=21 in c:\program files\python38\lib\site-packages (from -r requirements.txt (line 4)) (47.1.0)
Requirement already satisfied: click>=5.0 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 8)) (7.1.2)
Requirement already satisfied: pyserial>=3.0 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 9)) (3.4)
Requirement already satisfied: future>=0.15.2 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 10)) (0.18.2)
Requirement already satisfied: cryptography>=2.1.4 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 11)) (3.1)
Requirement already satisfied: pyparsing<2.4.0,>=2.0.3 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 12)) (2.3.1)
Requirement already satisfied: pyelftools>=0.22 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 13)) (0.26)
Requirement already satisfied: cffi!=1.11.3,>=1.8 in c:\users\infor\appdata\roaming\python\python38\site-packages (from cryptography>=2.1.4->-r requirements.txt (line 11)) (1.14.2)
Requirement already satisfied: six>=1.4.1 in c:\users\infor\appdata\roaming\python\python38\site-packages (from cryptography>=2.1.4->-r requirements.txt (line 11)) (1.15.0)
Requirement already satisfied: pycparser in c:\users\infor\appdata\roaming\python\python38\site-packages (from cffi!=1.11.3,>=1.8->cryptography>=2.1.4->-r requirements.txt (line 11)) (2.20)
Building wheels for collected packages: esp-windows-curses
Building wheel for esp-windows-curses (setup.py): started
Building wheel for esp-windows-curses (setup.py): finished with status 'done'
Created wheel for esp-windows-curses: filename=esp_windows_curses-0.1-py3-none-any.whl size=1146 sha256=d6d8527a607f19b00e6252f169c1845311d817a6442d8b233d4e25842663f2c8
Stored in directory: c:\users\infor\appdata\local\pip\cache\wheels\8f\f5\99\d623842dd9259d5e32431613481b744e3a7f005b320a98cd3e
Successfully built esp-windows-curses
Installing collected packages: esp-windows-curses
Attempting uninstall: esp-windows-curses
Found existing installation: esp-windows-curses 0.1
Uninstalling esp-windows-curses-0.1:
Successfully uninstalled esp-windows-curses-0.1
Successfully installed esp-windows-curses-0.1

De : Piyush Shah<EMAIL_ADDRESS>Envoyé : mercredi 9 septembre 2020 13:02
À : espressif/esp-rainmaker<EMAIL_ADDRESS>Cc : boujmilmaha<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Objet : Re: [espressif/esp-rainmaker] ESP32 (MEGH-1256) (#21)
Seems you may have missed the "Installing Dependencies"https://rainmaker.espressif.com/docs/cli-setup.html#installing-dependencies step, specifically this:
$ cd /path/to/esp-rainmaker/cli/
$ pip3 install -r requirements.txt
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/espressif/esp-rainmaker/issues/21#issuecomment-689488561, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ALN2KCOCL6GZITIWF3DLYDLSE5ODVANCNFSM4RBOEMGQ.

$ python rainmaker.py claim COM7
I HAVE THIS PROBLEM
[ERROR]:Failed to connect to Espressif device: Timed out waiting for packet header
Failed to connect to Espressif device: Timed out waiting for packet header

De : boujmil maha<EMAIL_ADDRESS>Envoyé : mercredi 9 septembre 2020 13:24
À : espressif/esp-rainmaker<EMAIL_ADDRESS>Objet : RE: [espressif/esp-rainmaker] ESP32 (MEGH-1256) (#21)
this is the error i got when i install  the Dependencieshttps://rainmaker.espressif.com/docs/cli-setup.html#installing-dependencies
ERROR: Failed building wheel for cryptography
Failed to build cryptography
ERROR: Could not build wheels for cryptography which use PEP 517 and cannot be installed directly

De : boujmil maha<EMAIL_ADDRESS>Envoyé : mercredi 9 septembre 2020 13:12
À : espressif/esp-rainmaker<EMAIL_ADDRESS>Objet : RE: [espressif/esp-rainmaker] ESP32 (MEGH-1256) (#21)
i do it   :   $ pip3 install -r requirements.txt
then ,i got this :
Defaulting to user installation because normal site-packages is not writeable
Processing c:\users\infor\desktop\esp-idf\tools\kconfig_new\esp-windows-curses
Requirement already satisfied: setuptools>=21 in c:\program files\python38\lib\site-packages (from -r requirements.txt (line 4)) (47.1.0)
Requirement already satisfied: click>=5.0 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 8)) (7.1.2)
Requirement already satisfied: pyserial>=3.0 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 9)) (3.4)
Requirement already satisfied: future>=0.15.2 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 10)) (0.18.2)
Requirement already satisfied: cryptography>=2.1.4 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 11)) (3.1)
Requirement already satisfied: pyparsing<2.4.0,>=2.0.3 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 12)) (2.3.1)
Requirement already satisfied: pyelftools>=0.22 in c:\users\infor\appdata\roaming\python\python38\site-packages (from -r requirements.txt (line 13)) (0.26)
Requirement already satisfied: cffi!=1.11.3,>=1.8 in c:\users\infor\appdata\roaming\python\python38\site-packages (from cryptography>=2.1.4->-r requirements.txt (line 11)) (1.14.2)
Requirement already satisfied: six>=1.4.1 in c:\users\infor\appdata\roaming\python\python38\site-packages (from cryptography>=2.1.4->-r requirements.txt (line 11)) (1.15.0)
Requirement already satisfied: pycparser in c:\users\infor\appdata\roaming\python\python38\site-packages (from cffi!=1.11.3,>=1.8->cryptography>=2.1.4->-r requirements.txt (line 11)) (2.20)
Building wheels for collected packages: esp-windows-curses
Building wheel for esp-windows-curses (setup.py): started
Building wheel for esp-windows-curses (setup.py): finished with status 'done'
Created wheel for esp-windows-curses: filename=esp_windows_curses-0.1-py3-none-any.whl size=1146 sha256=d6d8527a607f19b00e6252f169c1845311d817a6442d8b233d4e25842663f2c8
Stored in directory: c:\users\infor\appdata\local\pip\cache\wheels\8f\f5\99\d623842dd9259d5e32431613481b744e3a7f005b320a98cd3e
Successfully built esp-windows-curses
Installing collected packages: esp-windows-curses
Attempting uninstall: esp-windows-curses
Found existing installation: esp-windows-curses 0.1
Uninstalling esp-windows-curses-0.1:
Successfully uninstalled esp-windows-curses-0.1
Successfully installed esp-windows-curses-0.1

De : Piyush Shah<EMAIL_ADDRESS>Envoyé : mercredi 9 septembre 2020 13:02
À : espressif/esp-rainmaker<EMAIL_ADDRESS>Cc : boujmilmaha<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Objet : Re: [espressif/esp-rainmaker] ESP32 (MEGH-1256) (#21)
Seems you may have missed the "Installing Dependencies"https://rainmaker.espressif.com/docs/cli-setup.html#installing-dependencies step, specifically this:
$ cd /path/to/esp-rainmaker/cli/
$ pip3 install -r requirements.txt
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/espressif/esp-rainmaker/issues/21#issuecomment-689488561, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ALN2KCOCL6GZITIWF3DLYDLSE5ODVANCNFSM4RBOEMGQ.

@boujmilmaha , is the same COM port open somewhere else as well? Probably in idf.py monitor?

Closing this issue as there has been no activity on it. Please feel free to reopen if required.


Builtin experiments

Not sure if we want to merge this or not, but it's interesting to consider.
The idea is that maybe we move all out sigstore signature checks into rego and use ec validate input for everything.
Running the script looks like this:
$ hack/builtin-experiments/go.sh

* Input:

image:
  ref: quay.io/redhat-user-workloads/rhtap-contract-tenant/ec-v02/cli-v02:c862b0f77bb10082d1440e0d4b6a4e9645b83382@sha256:9af445f4f79b7f129749e6fffde9a1280c4d260108e9c19545979cee449c00bf

* EC results:

success: true
filepaths:
  - filepath: /dev/fd/63
    violations: []
    warnings: []
    successes:
      - msg: Pass
        metadata:
          code: sigstore.valid
          description: Check image and attestation signatures
          title: Image validation
    success: true
    success-count: 1
policy:
  sources:
    - policy:
        - /home/sbaird/code/ec-cli/hack/builtin-experiments/policy
      data:
        - /home/sbaird/code/ec-cli/hack/builtin-experiments/data
ec-version: v0.3.2701-9b97c6d
effective-time: "2024-03-21T22:21:43.055587461Z"

Should rebase on #1462 once that one is merged.

It would be great to either close this PR or update it so it can be merged.


[stack] simplified drag overlay preview for performance reasons

for now there are more critical fruit in the re-renders of tables and slow echo writes, moving this P2 for now


Indexing is slower with this plugin installed

This may have to do with the fact that I usually exclude node_modules and bower_components but this addon makes them libraries.

so what exactly is it that you are suggesting here?

I think the suggestion in issue #22 where you allow me the option to exclude node_modules and bower_components would be helpful.


docs(immutable data): nested bullet point formatting

There are list items in a bullet point marked by dashes. They are converted into nested bullet points for increased readability.

name: :memo: Documentation Fix
about: Fixing a problem in an existing docs page
Checklist

[ ] Is there an existing issue for this PR?

link issue here

[ ] Have the files been linted and formatted?

What docs page needs to be fixed?

Section: Why is immutability required by Redux?
Page: https://redux.js.org/faq/immutable-data

What is the problem?
There are dashes to mark list items in a bullet point, but they are unformatted, making it hard to read.

What changes does this PR make to fix the problem?
This PR adds newlines and indentation so that the dashed text in the bullet point can become nested bullet points.

Thanks!


docs: update external links

Some external links respond with the HTTP status code 301 (moved permanently).
This pull request update those external links to their new locations.

Adjusted the commit message but the conventional commit check still fails. I am not sure how to re-run the check. Also rebased my branch to fix some merge conflicts.

/gcbrun


Support VQA with Multiple Choices

Hi, Thanks for your great work.
I am curious about the analysis of mPLUG-Owl on VQA tasks with multiple choices.
Specifically, I am looking for an API that takes in an image, prompt, and a list of choices (List[str]) and outputs the choices with the highest probability.
Like
prediction = model.predict_answer({'image': image,
                               'prompt': prompt, 'choices': ["answer1", "answer2", "answer3"]})
print(prediction)  # 0 (answer1)

Is there a good way to achieve the same functionality?

You can just add your options into prompt, and use as an open-generation style. We will release mPLUG-Owl-2 recently, which is a better foundation model, and it can better support multiple choice questions.


Add containerization button inside the notebook toolbar

The containerizer may be difficult to find. We may add/move it inside the notebook toolbar

Not user-friendly. Better to have live updates on a separate tab on the left as it is now


Need to press multiple times before undo/redo happens

Sometimes when I undo, I need to do it a couple times before it happens (2-4 times) Only the cursor moves but the text doesn't change. Is this normal?

No, that shouldn't happen. Text should only be saved to the Undo queue when a change occurs, so and undo() call should always return something unique. Have you got a sample I could take a look at that replicates the issue?

Sample project: RunDoBug.zip
Nothing special except basic implementation of RunDo. Maybe I'm forgetting something which causes this. Just write a bit of text and undo it a couple times, it'll eventually happen. Cursor moves but nothing is undone on first click, it undoes only on second click.

Could you reproduce the bug?

I wasn't able to reproduce it unfortunately, although I do have a couple of ideas on how to make saves to the Undo queue more robust to eliminate any possibility of duplicates. Text changes are currently saved to a modified ArrayDeque, and switching this to something like a LinkedHashSet would make it impossible for duplicate elements to exist, for instance.
I wont be able to look into this issue in detail however for at least a week, maybe longer.

I guess this was probably just because I added spans and it called the text change listener, adding a duplicate undo in queue.


[LIVY-756] Add Support Spark 3

What changes were proposed in this pull request?
Add spark 3.0 support to livy with scala 2.12 and Python 3
Fix also https://issues.apache.org/jira/browse/LIVY-423
How was this patch tested?
Scala, Python 2 and 3 test work
I'm not able yet to make sparkR work for spark 3 yet.

Codecov Report

Merging #289 into master will increase coverage by 2.60%.
The diff coverage is 52.00%.

@@             Coverage Diff              @@
##             master     #289      +/-   ##
============================================
+ Coverage     68.19%   70.79%   +2.60%
- Complexity      964      979      +15
============================================
  Files           104      103       -1
  Lines          5952     5976      +24
  Branches        900      903       +3
============================================
+ Hits           4059     4231     +172
+ Misses         1314     1279      -35
+ Partials        579      466     -113

Impacted Files
Coverage Δ
Complexity Δ

...scala/org/apache/livy/repl/SparkRInterpreter.scala
61.49% <ø> (+1.37%)
15.00 <0.00> (+1.00)

...main/java/org/apache/livy/rsc/ContextLauncher.java
65.71% <0.00%> (-0.64%)
13.00 <0.00> (ø)

...ava/org/apache/livy/rsc/driver/JobContextImpl.java
86.66% <ø> (ø)
16.00 <0.00> (ø)

...java/org/apache/livy/rsc/rpc/KryoMessageCodec.java
94.54% <ø> (ø)
18.00 <0.00> (ø)

...ala/org/apache/livy/scalaapi/ScalaJobContext.scala
23.07% <0.00%> (ø)
2.00 <0.00> (ø)

...cala/org/apache/livy/scalaapi/ScalaJobHandle.scala
65.11% <0.00%> (+12.17%)
7.00 <0.00> (ø)

.../scala/org/apache/livy/server/SessionServlet.scala
82.10% <ø> (+10.52%)
21.00 <0.00> (+1.00)

...e/livy/server/interactive/InteractiveSession.scala
72.17% <22.22%> (+1.99%)
51.00 <0.00> (ø)

...java/org/apache/livy/client/common/Serializer.java
100.00% <100.00%> (ø)
3.00 <0.00> (ø)

rsc/src/main/java/org/apache/livy/rsc/RSCConf.java
87.96% <100.00%> (+0.11%)
8.00 <0.00> (ø)

... and 56 more

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 ee7fdfc...77387dd. Read the comment docs.

Spark 3 was released. https://spark.apache.org/downloads.html, please, continue :+1:

Spark 3 was released. https://spark.apache.org/downloads.html, please, continue 👍

Move to spark 3.0.0.
Do not have time yet to test spark R

@tprelle is this PR ready for review?

I'm going to try this PR locally to see if the current code is complete or not.

@jerryshao the code it's working for spark scala and python but I do not managed to make it work for sparkR.
I can submit the PR and open a ticket for sparkR support for spark3 if it's ok for the community

Yes, I think it is fine to leave R support to another PR. Please make sure this PR is OK for Scala and Python part.

All unit and intregration scala and Python test are working.
I'm currently redeploy it to make more integration test because of https://issues.apache.org/jira/browse/SPARK-29748 (the biggest change I spot for livy between 3.0.0-preview2 version en 3.0.0 version.

I just did a quick review about the overall implementation. Seems like we can only support one Scala version for one build here  in this PR. But Livy could actually support different versions of Scala in one build (we used to support Scala 2.10 and 2.11 for one build). So I think we should have both Scala 2.12 and 2.11 support, and let Livy to choose jars automatically based on the Spark.

I'm doing some local improvements based on @tprelle 's current PR, I can submit a PR when everything is ready.

I just did a quick review about the overall implementation. Seems like we can only support one Scala version for one build here in this PR. But Livy could actually support different versions of Scala in one build (we used to support Scala 2.10 and 2.11 for one build). So I think we should have both Scala 2.12 and 2.11 support, and let Livy to choose jars automatically based on the Spark.

I like the idea, I try it, but I was not able to make it work.

Hey @tprelle , will @jerryshao comments be a blocker for that PR?

Thanks @tprelle for your work, I've already merged this PR, all credits to you.

Glad to see this patch merged. I have test this path, it works well with spark3.0.

Is there any timeline to add this patch into a release? Maybe Livy 0.8?

There still have some minor issues in JDBC side, we prepare a release when all the issues are done.

Hi @tprelle
Has livy already supported Spark 3 with Python 3.6?
Thanks!

Hi @hongweijia, never test it with Python 3.6 but it's working well with 3.7,
Regards


uncaught at root at root take(patternOrChannel): undefined argument on React Native

I'm receiving this error using redux-saga 0.10.2 on React Native
uncaught at root
 at root
 take(patternOrChannel): undefined argument

reactConsoleError   @   ExceptionsManager.js:76
console.error   @   YellowBox.js:48
log @   utils.js:176
end @   proc.js:272
task.cont   @   proc.js:102
next    @   proc.js:259
currCb  @   proc.js:308
runForkEffect   @   proc.js:497
runEffect   @   proc.js:352
next    @   proc.js:248
currCb  @   proc.js:308
runForkEffect   @   proc.js:499
runEffect   @   proc.js:352
next    @   proc.js:248
proc    @   proc.js:209
runSaga @   middleware.js:39
sagaMiddleware.run  @   middleware.js:58
configureStore  @   configureStore.js:49

It means that a take(...) call inside root saga was provided with an undefined argument (e.g. because a misspelled constant)

@yelouafi thanks, you are right, there was a typo in my code,

Just for other googlers, I've just had the same error on React, not native. And it was actually because of undefined.
Would love to see such explanation in error message itself for the next release. Thanks for your great job 👍

@liesislukas
Isnt that info included in the error msg? It states that argument is undefined

We are getting this issue as well.  Anyone know anything else than the above?

@ChadEubanks its probably issue with ur code, maybe u import some action type which doesnt exist (thus being undefined)? It should be easy to debug, just setup a breakpoint in take function

Such a simple bug but took me about an hour to find out the cause.
Since I create constants for all actions, I was passing in an undefined without knowing it.
Be wary 👍

@Andarist would it be possible to include the function/saga that this error is being thrown from within the error message? My bundler (webpack) is setup in such a way that makes these errors particularly difficult to track down because the errors

@drewandrew new release of redux-saga@1-beta is coming and it will have much nicer error messages (and even nicer ones with a babel plugin)


Raw HTML is unreadable

Default output is a single line html. I tweaked it a bit so tags are split with new-lines. Maybe it's possible to inject CodeMirror there and force auto-indent somehow.

wymeditor is gone.


Two SMS messages sent on Android

When using window.plugins.socialsharing.share API on Android 4.4.2 then choose "Messages", after choosing the recipient and sending the SMS, TWO sms will be sent.

Non-issue, I confused android's display of listing to and from messages mistakening that for duplicates.


As an analysis designer or implementer I want access to utilities with example code

Need sample code in a utilities folder in GitHub

I've created a utilities folder and uploaded to python files into the python subfolder:

excel2yaml.py: converts information from an Excel file (in the format of the accompanying ARS Template.xlsx file) into a YAML file.
lopa.py: converts information from a YAML file ReportingEvent to a text file containing a human-readable description of each of the analyses referenced in the ReportingEvent's listOfPlannedAnalyses.
Also uploaded the requirements.txt file with details of the python packages needed to run these files.


using mediaUrl with iOS (Firebase messaging for iOS)

(I've read the other issue about iOS not supporting images as of today, but this is via Firebase. I might be wrong, but I suppose the other issues are to do with native/non-fcm  rich messaging support for iOS in the plugin)
My understanding is that if I am using Firebase for iOS, I don't need the plugin to natively support picture messaging. If that assumption is correct, then my problem statement is - based on the payload I am sending and receiving, I don't see images in the notification. What am I doing wrong?
Expected Behavior
I should see an image with the push
Actual Behaviour
I don't see an image
Reproduce Scenario (including but not limited to)
Steps to Reproduce
The messages are provided below. I've also added a notification service extension to the project and ensure it is embedded in the app.
Platform and Version (eg. Android 5.0 or iOS 9.2.1)
iOS 12.0, iPhone X
Cordova CLI version and cordova platform version
cordova: 8.0.0
cordova-android: 6.4.0
Plugin version
phonegap-plugin-push 2.1.3 "PushPlugin"
Sample Push Data Payload
Here is the JSON my server is sending: (formatted for readability)
Final JSON being sent is: {
   "notification": {
      "badge":1,
      "mutable_content":"true",
      "title":"Unfinished Alarm (285653)",
      "sound":"default",
      "body":"Alarms: Unfinished Forced Web Forced Web (285653)  at 10:56 AM, Oct-12",
      "content_available":"true"},
      "data":{
          "message":"alarmed frame",
     "mediaUrl":"https://upload.wikimedia.org/wikipedia/commons/thumb/2/2a/FloorGoban.JPG/1024px-FloorGoban.JPG",
        "myMessageId":2,"mid":"6","eid":"285653","summaryText":"285653"},"to":"d-o1Oh7P-etc-removed"}

Here is the payload my app is receiving (app has exited) [Updated: this was before I added the rich notification service extension. Now, when I get a message this handler is not called, but the message is displayed,  so I suppose I do need to wait for support?]
{"additionalData":{"summaryText":"285653","mid":"6","google.c.a.e":"1","message":"alarmed frame","mutable-content":"1","gcm.message_id":"0:1539356201958583%30fd6c3030fd6c30","coldstart":false,"foreground":false,"mediaUrl":"https://upload.wikimedia.org/wikipedia/commons/thumb/2/2a/FloorGoban.JPG/1024px-FloorGoban.JPG","content-available":"1","myMessageId":"2","eid":"285653"},"message":"Alarms: Unfinished Forced Web Forced Web (285653)  at 10:56 AM, Oct-12","title":"Unfinished Alarm (285653)","count":1,"sound":"default"}

Sample Code that illustrates the problem
N/A

Okay, upon further reading, it looks like I need to manually add code to the remote notification extension to manage and download the image. I suppose I'm going to have to wait for explicit support in this plugin. I don't want to make these changes to Xcode and have them lost when someone git pulls and installs in a cordova environment.


sct_detect_pmj - new_feature

New function:
DESCRIPTION
Detection of the Ponto-Medullary Junction (PMJ).
   This method is machine-learning based and adapted for T1w-like or T2w-like images.
   If the PMJ is detected from the input image, a nifti mask is output ("*_pmj.nii.gz")
   with one voxel (value=50) located at the predicted PMJ position.
   If the PMJ is not detected, nothing is output.

USAGE
sct_detect_pmj -i <file> -c {t1,t2}

MANDATORY ARGUMENTS
 -i <file>                    input image.
 -c {t1,t2}                   type of image contrast, if your contrast is not in the available
                              options (t1, t2), use t1 (cord bright / CSF dark) or t2 (cord dark /
                              CSF bright)

OPTIONAL ARGUMENTS
 -s <file>                    SC segmentation or centerline mask. Provide this mask helps the
                              detection of the PMJ by indicating the position of the SC in the
                              Right-to-Left direction.
 -ofolder <folder_creation>   Output folder
 -qc {0,1}                    Output png image for quality control. Default value = 0
 -r {0,1}                     Remove temporary files. Default value = 1
 -v {0,1,2}                   Verbose: 0 = nothing, 1 = classic, 2 = expended Default value = 1

Models:
To add into /data/pmj_models/:
https://www.dropbox.com/sh/k1i9f5lwr922ghv/AABZGF453uQPxJ4fSF4e5IwWa?dl=0
Terminal Output:
Check folder existence...

Create temporary folder...
sct_crop_image -i t1.nii.gz -start 36 -end 36 -dim 2 -o t1_midSag.nii

Run PMJ detector

Ponto-Medullary Junction detected

Save quality control image...

QC output image: qc_pmj.png
	x_pmj = 105
	y_pmj = 240
	z_pmj = 35
WARNING: File t1_pmj.nii.gz already exists. Deleting it.

Save resulting file...

Done! To view results, type:
fslview /Users/chgroc/data/i1410/t1/t1.nii.gz /Users/chgroc/data/i1410/t1/t1_pmj.nii.gz -l Red &

Requirements

Is there a issue open describing the motivation for this pull request ?
--> https://github.com/neuropoly/spinalcordtoolbox/issues/1410

crashed on sct_example_data/t2/t2.nii.gz:
julien-macbook:~/sct_example_data/t2 $ sct_detect_pmj -i t2.nii.gz -c t2 -qc 1

--
Spinal Cord Toolbox (cg_i1410/e5b6f4c0ecaf6cd1493a6b90b27c36bb78a90454)
Running /Users/julien/code/sct/scripts/sct_detect_pmj.py -i t2.nii.gz -c t2 -qc 1

Create temporary folder...
sct_crop_image -i t2.nii.gz -start 32 -end 32 -dim 2 -o t2_midSag.nii

Run PMJ detector
OpenCV Error: Assertion failed (s >= 0) in setSize, file /Users/creatis/sdika/opencv-3.0.0/modules/core/src/matrix.cpp, line 293
libc++abi.dylib: terminating with uncaught exception of type cv::Exception: /Users/creatis/sdika/opencv-3.0.0/modules/core/src/matrix.cpp:293: error: (-215) s >= 0 in function setSize

/Users/julien/code/sct/scripts/sct_utils.pyNone

@jcohenadad: Did you put the models into your folder spinalcordtoolbox/data/pmj_models/?
https://www.dropbox.com/sh/k1i9f5lwr922ghv/AABZGF453uQPxJ4fSF4e5IwWa?dl=0
evans:~/spinalcordtoolbox/scripts $ python sct_detect_pmj.py -i /Users/chgroc/sct_example_data/t2/t2.nii.gz -c t2 -qc 1

Create temporary folder...
sct_crop_image -i t2.nii.gz -start 32 -end 32 -dim 2 -o t2_midSag.nii

Run PMJ detector

Ponto-Medullary Junction detected

Save quality control image...

QC output image: qc_pmj.png
	x_pmj = 31
	y_pmj = 167
	z_pmj = 303
WARNING: File t2_pmj.nii.gz already exists. Deleting it.

Save resulting file...

Done! To view results, type:
fslview /Users/chgroc/sct_example_data/t2/t2.nii.gz ./t2_pmj.nii.gz -l Red &

i did not, the PR should be "ready to merge", therefore the model installation should be part of SCT installation (otherwise if we merge, it will crash...).
let me know if you need help with that


Permissions are being created for proxy console/power/interface connection models

Environment

Python version:  3.6.7
NetBox version:  2.5-beta2

Steps to Reproduce

Apply database migrations for v2.5

Expected Behavior
There are three new proxy models used to represent console, power, and interface connections. These are only used to represent connections, and cannot be manipulated directly. Thus, only the view permission is needed for these models.
Observed Behavior
View, add, change, and delete permissions are created for each of the three proxy models.

Following

Related to #2624

It seems this stems from a long-known issue concerning the treatment of permissions in Django for proxy models.


[contracts] Fix nomad imports

Nomad packages are not playing nicely with the workspace, need to investigate. Ideally we should also remove all of their contracts from within our repo and import those (excluding BridgeMessage, BridgeRouter which we are making active changes to.

update: still blocked because nomad packages are using a different major version of the OpenZeppelin contracts (they are on 3.x.x, we are on 4.x.x)

See here -- will only compile if we downgrade


Pull (or even push) support of  "standalone Google Apps Script" files

Hi Emmanuel,
would it be possible to support "standalone Google Apps Script" files from Google drive, please? Those are server-side javascripts created and run at https://script.google.com.
They show up at https://drive.google.com/drive/u/0/search?q=type:script.
To complicate,

Google provides almost no API access to the source of those scripts.
each such script ("project") contains of one or more scripts with extension ".gs" (as listed at https://script.google.com).
Those ".gs" scripts don't show up as separate files via Google API. Only the parent ("project") shows up.
Since those scripts don't count towards user's size quota, the parent shows up with size 0.

See also
http://stackoverflow.com/questions/18445863/how-to-download-google-apps-script
https://developers.google.com/apps-script/import-export#export_projects_from_drive

Hello again @peter-kehl, thank you for the issue.
So this is interesting, I've never setup nor have I used ".gs" scripts before.
I'll take a read at the reference documents, anyone else please feel free to join in.
Thank you for the references @peter-kehl!


Table border isues

Entries in the tables occasionally does not show a border when it should

Haven't seen this pop up recently


Dependency problem with Tinycolor2

Expected Behavior
Dependencies don't have any problems
Current Behavior
Dependency "tinycolor2" has a security vulnerability, because it includes an old jquery version, that in term has a known vulnerability.
Failure Information (for bugs)
I know technically this is not a bug, but i still hope i can be fixed, we now have to use path-package to fix our project, and I hate doing that.
https://github.com/TypeCtrl/tinycolor can probably used, as it is tinycolor2's successor.
Steps to Reproduce

install
run secutiry checker (we use https://retirejs.github.io/retire.js/)
error shows problem in tinycolor2

Context

Jimp Version: any
Operating System: ubuntu
Node version: 8.12

Failure Logs
Found project in /tmp/app
+----------------------------------------------------------------------------------------+
| Severity   | Tool       | Identifier                                                   |
+----------------------------------------------------------------------------------------+
| Medium     | Retire.js  | CVE-2015-9251                                                |
|                                                                                |
| 3rd party CORS request may execute in jquery                                           |
| In node_modules/tinycolor2/demo/jquery-1.9.1.js                                        |
+----------------------------------------------------------------------------------------+

Down to change to an updated version. Feel free to make a PR! The example uses jquery but not the library itself so this seems like a false alarm to me. jquery isn't even listed as any type of dependency

+1


feat(cli): allow user to overriding properties files

Description
This pull request changes the following:

allow user to overriding properties files

Related Issues

Closes #564

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

Comparison is base (410d499) 67.51% compared to head (5ec968b) 67.51%.
Report is 1 commits behind head on main.

Additional details and impacted files

@@            Coverage Diff            @@
##               main     #738   +/-   ##
=========================================
  Coverage     67.51%   67.51%
  Complexity      339      339
=========================================
  Files            64       64
  Lines          1336     1336
  Branches        157      157
=========================================
  Hits            902      902
  Misses          371      371
  Partials         63       63

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Cast a local .PNG image

Hi there,
I am trying to cast a .PNG image that resides in the same folder, I run the commands from.
However the following set of commands derived from the readme does not lead to the image being shown on the Chromecast, but only the generic gray screen with the blue Chromecast icon:
>> from __future__ import print_function
>> import time
>> import pychromecast
>> chromecasts = pychromecast.get_chromecasts()
>> [cc.device.friendly_name for cc in chromecasts]
['Dev', 'Living Room', 'Den', 'Bedroom']
>> cast = next(cc for cc in chromecasts if cc.device.friendly_name == "Living Room")
>> cast.wait()
>> mc = cast.media_controller
>> mc.play_media('my image.png', 'image/png')

The image needs to be accessible via a web protocol for the Chromecast to access. pychromecast just passes the URL to the Chromecast, it doesn't upload the file.
If you browse to the folder with my image.png you can start a python simple server in that directory. Try browsing to the image in your browser, then use that URL to send to the Chromecast.

I think get it now, thanks!
I thought pychromecast would really stream the image.
Will try that out tonight


Remove GithubWebhook.interested()

Those legacy events will no longer be sent after October 1 2020.
https://developer.github.com/changes/2020-04-15-replacing-the-installation-and-installation-repositories-events
Reverts ff431d9 which was added to fix #42.
Fixes #718
Wait with merging this till October.

Wait with merging this till October.

lol
can we actually apply a fix before October? E.g. store the info to database and then check in database if we already processed such event?

store the info to database and then check in database if we already processed such event

I know some beings are so impatient that they would rather spend precious resources "doing something" rather than waiting (and using the time for doing something valuable).
Feel free to fix it if you're one of them. ;-)

store the info to database and then check in database if we already processed such event

I know some beings are so impatient that they would rather spend precious resources "doing something" rather than waiting (and using the time for doing something valuable).
Feel free to fix it if you're one of them. ;-)

:roll_eyes:
:laughing:

recheck


Disable CodeFactor.io warning

@belyalov could you disable this codefactor.io warning: https://github.com/belyalov/tinyweb/pull/36/checks?check_run_id=1503119325 (i hate seeing my PRs fail the pipeline for no reason)
Should work like this: https://support.codefactor.io/i18-ignoring-issues-and-patterns

Thanks, ignored this one.


List applications for user

Added support for the API endpoint that lists the applications currently assigned to a given user ID.
Tested the gem locally, seems to properly return an array of the applications assigned to a given user ID.
https://developer.okta.com/docs/api/resources/apps#list-applications-assigned-to-user

Build was failing before the PR, CI was complaining about a busted .rubocop.yml file:
Error: The `Style/TrailingCommaInLiteral` cop no longer exists. Please use `Style/TrailingCommaInArrayLiteral` and/or `Style/TrailingCommaInHashLiteral` instead.
(obsolete configuration found in .rubocop.yml, please update it)

Fixed that but now there are some new violations, commits inbound.


Functional tests do not compile on z/OS

When functional teat compilation is attempted on z/OS, we get the following type of errors:
11:35:49     [javac] /home/jenkins/workspace/Test-sanity.functional-JDK11-zos_390-64_cmprssptrs/openjdk-tests/functional/IllegalAccessError_for_protected_method/src/org/openj9/test/Agent.java:1: error: illegal character: '\u0015'

I suspect this is due to the fact that we are not supplying the correct encoding value in the build.xml files of the functional tests.
We need to define what file encoding to be used for Java source files for tests as we do in case of system tests.
Build link: https://hyc-runtimes-jenkins.swg-devops.com/view/Test_functional/job/Test-sanity.functional-JDK11-zos_390-64_cmprssptrs/9/console

FYI @sophia-guo @vsebe

FYI @llxia - this is the issue i was speaking about earlier.

For system tests we have a parameter defined in top.xml that sets source encoding to IBM-1047 when on z/OS, and tp UTF-8 otherwise.
<condition property="src-encoding" value="IBM-1047" else="UTF-8">
		<isset property="isZOS"/>
</condition>

https://github.com/AdoptOpenJDK/openjdk-systemtest/blob/2fb744f0c847bb31f6b4aa39173a3977f523008c/openjdk.build/include/top.xml#L381
The src-encoding property is subsequently used in the test projects' build files in the javac task:
<javac srcdir="${src_dir}"
			   destdir="${bin_dir}"
			   fork="true"
			   executable="${java8_compiler}"
			   debug="true"
			   classpathref="project.class.path"
			   encoding="${src-encoding}"
			   includeantruntime="false"
			   failonerror="true">
			<include name="**/*.java"/>
</javac>

https://github.com/AdoptOpenJDK/openjdk-systemtest/blob/2fb744f0c847bb31f6b4aa39173a3977f523008c/openjdk.test.jlm/build.xml#L82
We need to have something similar for functional tests too, for them to compile and run on z/OS. May be we could have TestConfig set a global parameter that could used by all tests?
@llxia @renfeiw

I am curious to know why we set encoding in the first place. It is not required attribute. What is the default encoding value used on zos?

IBM-1047 should be the default value for any text files on zos. You can try to run the build without any encoding value set to see if it works both on z/os or non-z/os environment.

Without changing anything, below is what I observed:

It seems test material is not converted in ebcdic on zos.

TKG has issue to parse ottawa.csv (I think this is related to files are not in ebcdic)

00:01:00.172 perl configure.pl
00:01:00.172 cd /home/jenkins/workspace/Grinder/openjdk-tests/TestConfig/scripts/testKitGen; \
00:01:00.172 perl testKitGen.pl --graphSpecs=zos_390-64_cmprssptrs --jdkVersion=8 --impl=openj9 --buildList=functional/JIT_Test ; \
00:01:00.172 cd /home/jenkins/workspace/Grinder/openjdk-tests/TestConfig;
00:01:00.172 Line could not be parsed: Variables,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
00:01:00.172
00:01:00.172 Line could not be parsed: ,win_x86,win_x86_purec,win_x86-64,win_x86-64_purec,win_x86-64_cmprssptrs,win_x86-

Not all functaional tests failed during compilation. I tried with a single test finalizerTest in functional/JIT_Test and it passed.

00:02:55.291 Running make 4.1
00:02:55.291 set TEST_ROOT to /home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../..
00:02:55.291 set JDK_VERSION to 8
00:02:55.291 set JDK_IMPL to openj9
00:02:55.291 set JVM_VERSION to openjdk8-openj9
00:02:55.291 set JCL_VERSION to latest
00:02:55.291 set JAVA_BIN to /home/jenkins/workspace/Grinder_Sandbox/openjdkbinary/j2sdk-image/jre/bin
00:02:55.291 set SPEC to zos_390-64_cmprssptrs
00:02:55.291 Running finalizerTest ...
00:02:55.291 "/home/jenkins/workspace/Grinder_Sandbox/openjdkbinary/j2sdk-image/jre/bin/java" -version
00:02:55.291 JVMJ9VM082E Unable to switch to IFA processor - issue "extattr +a libj9ifa29.so"
00:02:55.928 java version "1.8.0_201"
00:02:55.928 Java(TM) SE Runtime Environment (build <IP_ADDRESS> - pmz6480sr6-20181127_01(SR6))
00:02:55.928 IBM J9 VM (build 2.9, JRE 1.8.0 z/OS s390x-64-Bit Compressed References 20181126_403391 (JIT enabled, AOT enabled)
00:02:55.928 OpenJ9   - 4bb869d
00:02:55.928 OMR      - 7d269b1
00:02:55.928 IBM      - e2996d1)
00:02:55.928 JCL - 20181121_01 based on Oracle jdk8u201-b05
00:02:55.928 make[1]: Entering directory '/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/functional'
00:02:55.928 make[2]: Entering directory '/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/functional/JIT_Test'
00:02:55.928
00:02:55.928 ===============================================
00:02:55.928 Running test finalizerTest_0 ...
00:02:55.928 ===============================================
00:02:55.928 finalizerTest_0 Start Time: Wed Nov 28 21:45:39 2018 Epoch Time (ms):<PHONE_NUMBER>159
00:02:55.928 variation: Mode100
00:02:55.928 JVM_OPTIONS: -Xcompressedrefs -Xint -Xgcpolicy:optthruput -Xnocompressedrefs
00:02:55.928 { mkdir -p "/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../../TestConfig/test_output_15434415385650/finalizerTest_0"; \
00:02:55.928 cd "/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../../TestConfig/test_output_15434415385650/finalizerTest_0"; \
00:02:55.928 "/home/jenkins/workspace/Grinder_Sandbox/openjdkbinary/j2sdk-image/jre/bin/java" -Xcompressedrefs -Xint -Xgcpolicy:optthruput -Xnocompressedrefs  \
00:02:55.929 -cp "/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../../../jvmtest/TestConfig/resources:/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../../../jvmtest/TestConfig/lib/testng.jar:/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../../../jvmtest/TestConfig/lib/jcommander.jar:/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../../../jvmtest/functional/JIT_Test/jitt.jar" \
00:02:55.929 org.testng.TestNG -d "/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../../TestConfig/test_output_15434415385650/finalizerTest_0" "/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../../../jvmtest/functional/JIT_Test/testng.xml" \
00:02:55.929 -testnames finalizerTest -groups level.sanity \
00:02:55.929 -excludegroups d.*.zos_390-64_cmprssptrs,d.*.arch.390,d.*.os.zos,d.*.bits.64,d.*.generic-all; \
00:02:55.929 if [ $? -eq 0 ] ; then echo ""; echo "finalizerTest_0""_PASSED"; echo ""; cd /home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../..;  else echo ""; echo "finalizerTest_0""_FAILED"; echo ""; fi; } 2>&1 | tee -a "/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../../TestConfig/test_output_15434415385650/TestTargetResult";
00:02:55.929 JVMJ9VM082E Unable to switch to IFA processor - issue "extattr +a libj9ifa29.so"
00:02:57.978 [IncludeExcludeTestAnnotationTransformer] [INFO] exclude file is /home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/TestConfig/scripts/testKitGen/../../../../jvmtest/TestConfig/resources/excludes/latest_exclude_8.txt
00:02:57.978 ...
00:02:57.978 ... TestNG 6.14.2 by Cédric Beust<EMAIL_ADDRESS>00:02:57.978 ...
00:02:57.978
00:02:57.978 [TestObject] [INFO] TestObject working!
00:02:57.978 [TestObject] [INFO] Done!
00:03:00.047 [TestObject] [INFO] PASSED:FINALIZER_INVOKED
00:03:00.047 PASSED: testFinalizer
00:03:00.047
00:03:00.047 ===============================================
00:03:00.047     finalizerTest
00:03:00.047     Tests run: 1, Failures: 0, Skips: 0
00:03:00.047 ===============================================
00:03:00.047
00:03:00.047
00:03:00.047 ===============================================
00:03:00.047 JIT_Test suite
00:03:00.047 Total tests run: 1, Failures: 0, Skips: 0
00:03:00.047 ===============================================
00:03:00.047
00:03:03.424
00:03:03.424 finalizerTest_0_PASSED
00:03:03.424
00:03:03.424 finalizerTest_0 Finish Time: Wed Nov 28 21:45:44 2018 Epoch Time (ms):<PHONE_NUMBER>907
00:03:03.424 make[2]: Leaving directory '/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/functional/JIT_Test'
00:03:03.424 make[1]: Leaving directory '/home/jenkins/workspace/Grinder_Sandbox/openjdk-tests/functional'
00:03:03.424
00:03:03.424
00:03:03.424 TEST TARGETS SUMMARY
00:03:03.424 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
00:03:03.424 PASSED test targets:
00:03:03.424 	finalizerTest_0
00:03:03.424
00:03:03.424 TOTAL: 1   EXECUTED: 1   PASSED: 1   FAILED: 0   SKIPPED: 0
00:03:03.424 ALL TESTS PASSED
00:03:03.424 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

TAP plugin seems has issue to read the file on master. File can be found on slave machine /home/jenkins/workspace/Grinder/openjdk-tests/TestConfig/test_output_15434974007394 and it looks fine.

00:01:25.506 Looking for TAP results report in workspace using pattern: **/*.tap
00:01:25.788 Saving reports...
00:01:26.103 Processing '/var/jenkins_home/jobs/Grinder/builds/874/tap-master-files/openjdk-tests/TestConfig/test_output_15434974007394/TestTargetResult.tap'
00:01:26.104 Parsing TAP test result [/var/jenkins_home/jobs/Grinder/builds/874/tap-master-files/openjdk-tests/TestConfig/test_output_15434974007394/TestTargetResult.tap].
00:01:26.104 org.tap4j.parser.ParserException: Error parsing TAP Stream: Missing TAP Plan.

Ebcdic conversation is done by Git itself when it checks out code on z/OS. For this, each of the 3 systemtest repos has defined its own .gitattriutes file (e.g. https://github.com/AdoptOpenJDK/openjdk-systemtest/blob/master/.gitattributes) where we define which file should be left alone and which file should be converted. This file is used in the git command, see: https://github.com/AdoptOpenJDK/openjdk-tests/blob/ac0012d53f1223456c4b8dfc9a5a99675aa279ba/systemtest/build.xml#L46 - this ensures that text files are converted, by git, into ebcdic.
In the case of functional tests, I believe we are getting lucky in the case where the tests are running.

Even in system test, not all files are converted to ebcdic:
ZOSCAN03:/home/jenkins/workspace/Grinder/openjdk-tests/systemtest/openjdk-systemtest/openjdk.test.concurrent>cat build.xml
�_%������?>���������<���>�����>��ʀ������/����<���>���������?>���������<���>������`?̀_/`�>?Ȁ�������ˀ��%�������Ȁ�>��?_�%�/>������ǀ���

This may explain in system test console output, we see following:
00:05:44.192 setup-java8-properties:
00:05:44.192      [echo] java.home is /home/jenkins/workspace/Grinder_Sandbox/openjdkbinary/j2sdk-image/jre/bin/..
00:05:44.192      [echo] java8_bindir set to /home/jenkins/workspace/Grinder_Sandbox/openjdkbinary/j2sdk-image/jre/bin/../../bin
00:05:44.192      [echo] java8_compiler set to /home/jenkins/workspace/Grinder_Sandbox/openjdkbinary/j2sdk-image/bin/javac
00:05:44.192      [echo] Running /home/jenkins/workspace/Grinder_Sandbox/openjdkbinary/j2sdk-image/jre/bin/../../bin/java -XshowSettings:properties -version to determine java platform
00:05:44.192 [echoproperties]  >ÈøÊ?øÁÊÈÑÁËïÁÀ+?Îáëè¦/Î/¦/Î/Ç?_Á¦Á>,Ñ>Ë?øÁ>¦^ÊÁË?ÍÊÄÁË¢^%ÑÂËÌ¦/Î/Ç?_Á¦Á>,Ñ>Ë?øÁ>¦^ÊÁË?ÍÊÄÁË¢^%ÑÂÑÄÄ¦/Î/Ç?_Á¦Á>,Ñ>Ë?øÁ>¦^ÊÁË?ÍÊÄÁË¢^%ÑÂËÌ¦/Î/Ç?_Á¦Á>,Ñ>Ë?øÁ>¦^ÊÁË?ÍÊÄÁË¢^%ÑÂËÌÄ?_øÊÁËËÁÀÊÁÃË¦/Î/Ç?_Á¦Á>,Ñ>Ë?øÁ>¦^ÊÁË?ÍÊÄÁË¢^%ÑÂËÌ¦Î_¦/Î/Ç?_Á¦Á>,Ñ>ËÏ?Ê,Ëø/
...

Yes, I have seen these special characters in the job output as well, I am not sure if it's because some files are not converted in ebcdic (because if not, we would see tests not compiling / running).  For example, the following seems to be a z/OS Ant bug:
00:05:44.192      [echo] Running /home/jenkins/workspace/Grinder_Sandbox/openjdkbinary/j2sdk-image/jre/bin/../../bin/java -XshowSettings:properties -version to determine java platform
00:05:44.192 [echoproperties] � >È�øÊ?øÁÊÈÑÁË��ïÁÀ�+?Î�������������áëè������¦/Î/�����¦/Î/���Ç?_Á�¦Á>,Ñ>Ë�?øÁ>¦�^ÊÁË?ÍÊÄÁË�¢���^������%ÑÂ�Ë���Ì��¦/Î/���Ç?_Á�¦Á>,Ñ>Ë�?øÁ>¦�^ÊÁË?ÍÊÄÁË�¢���^���%ÑÂ�ÑÄÄ��¦/Î/���Ç?_Á�¦Á>,Ñ>Ë�?øÁ>¦�^ÊÁË?ÍÊÄÁË�¢���^���%ÑÂ�Ë���Ì��¦/Î/���Ç?_Á�¦Á>,Ñ>Ë�?øÁ>¦�^ÊÁË?ÍÊÄÁË�¢���^���%ÑÂ�Ë���Ì�Ä?_øÊÁËËÁÀÊÁÃË��¦/Î/���Ç?_Á�¦Á>,Ñ>Ë�?øÁ>¦�^ÊÁË?ÍÊÄÁË�¢���^���%ÑÂ�Ë���Ì�¦�Î_��¦/Î/���Ç?_Á�¦Á>,Ñ>Ë�Ï?Ê,Ëø/
...

Note also that, texts files do not need to be in 'ebcdic' format for the new z/OS to process them either. You can transfer ascii files on a z/OS machine, and open them. It's the JVM that requires texts files to be in ebcdic format while on z/OS.

Thanks for @vsebe help!
@Mesbah-Alam, @renfeiw and I had the discussion. We actually have mutiple issues on zos. We will work on the following:

ottawa.csv cannot be parsed (@renfeiw )
some fucntional test does copy in ant which does not copy the proper tag. (@llxia )
TAP file cannot be processed in master (@renfeiw )
system test output contains special characters (@Mesbah-Alam )

The Tap file issue should be fixed: #722


netlog: add request body

#pr

I think that it should publish a version automatically when we merge to master, but please make sure it really does. You can check the build in buildKite


Fix various code style issues

Most importantly, don't use module names that are the same as the contained class names, as this can lead to errors where the import order matters, as classes are confused with their modules. (For example, this was the case if you sorted imports of hcs/imagexpress/__init__.py before this commit.)
We now collect several classes into single (sub-)modules.
Usages of xml/lxml were replaced by alternatives from defusedxml.
This commit also fixes various other errors reported by hatch fmt (i.e. ruff).

I didn't rename any of the test files yet, although they should also be lower-case in general, and correlate with the now-renamed modules. I'll leave this for a follow-up pull request.

Closes #117.

The remaining ruff errors are now:
src\faim_ipa\dask_utils.py:16:18: SLF001 Private member accessed: `_NoValue`
src\faim_ipa\dask_utils.py:18:15: SLF001 Private member accessed: `_NoValue`
src\faim_ipa\hcs\cellvoyager\acquisition.py:333:52: PLR2004 Magic value used in comparison, consider replacing `2` with a constant variable
src\faim_ipa\hcs\cellvoyager\acquisition.py:377:40: PLR2004 Magic value used in comparison, consider replacing `14` with a constant variable
src\faim_ipa\hcs\cellvoyager\acquisition.py:383:40: PLR2004 Magic value used in comparison, consider replacing `12` with a constant variable
src\faim_ipa\hcs\cellvoyager\acquisition.py:390:40: PLR2004 Magic value used in comparison, consider replacing `8` with a constant variable
src\faim_ipa\hcs\cellvoyager\acquisition.py:401:40: PLR2004 Magic value used in comparison, consider replacing `7` with a constant variable
src\faim_ipa\hcs\converter.py:70:9: PT018 Assertion should be broken down into multiple parts
src\faim_ipa\hcs\converter.py:155:16: PLR2004 Magic value used in comparison, consider replacing `2` with a constant variable
src\faim_ipa\hcs\converter.py:155:36: PLR2004 Magic value used in comparison, consider replacing `3` with a constant variable
src\faim_ipa\hcs\converter.py:258:41: SLF001 Private member accessed: `_store`
src\faim_ipa\hcs\converter.py:258:41: SLF001 Private member accessed: `_dimension_separator`
src\faim_ipa\hcs\converter.py:307:45: SLF001 Private member accessed: `_store`
src\faim_ipa\hcs\converter.py:307:45: SLF001 Private member accessed: `_dimension_separator`
src\faim_ipa\hcs\converter.py:346:31: PLR2004 Magic value used in comparison, consider replacing `2` with a constant variable
src\faim_ipa\hcs\converter.py:351:33: PLR2004 Magic value used in comparison, consider replacing `3` with a constant variable
src\faim_ipa\hcs\imagexpress\acquisition.py:186:18: SLF001 Private member accessed: `_files`
src\faim_ipa\stitching\stitching_utils.py:211:30: PLR2004 Magic value used in comparison, consider replacing `2` with a constant variable
src\faim_ipa\stitching\stitching_utils.py:221:30: PLR2004 Magic value used in comparison, consider replacing `2` with a constant variable
src\faim_ipa\utils.py:74:11: DTZ005 `datetime.datetime.now()` called without a `tz` argument
Found 20 errors.

We should discuss whether we want to fix or ignore them, I'll open a separate issue.

I will merge this, bump the version to 0.4.0 (as we have some breaking API changes) and release.


Table scroll

Hi,
Thanks for the job and this nice implementation!
Used with QtChart and Chart, works very well.
Just a question, is there any chance for Table objects to manage a scroll in the future?

Hey @daladaysoft,
This is a great idea; i'll aim to implement in the next update.
Louis

Hello @louisnw01
Super :-) And thanks for the very fast reply!

Implemented in the latest version.
Louis


Add icon to extension

We have icons! I just don't know how to get them in as the extension icon. Help with this would be fantastic.

done


OSError: [Errno 5] EIO

code
from machine import I2C, Pin
from pca9685 import PCA9685
from servo import Servos
import time

# Initialize I2C bus
i2c = I2C(0, sda=Pin(0), scl=Pin(1), freq=400000)

# Initialize PCA9685 board
pca = PCA9685(i2c)

# Initialize servos with a maximum angle of 270 degrees
servo = Servos(i2c, degrees=270)

# Set position of servo on channel 0 to 90 degrees
servo.position(index=0, degrees=90)

# Wait for 2 seconds
time.sleep(2)

# Set position of servo on channel 0 to 0 degrees
servo.position(index=0, degrees=0)

# Wait for 2 seconds
time.sleep(2)

# Set position of servo on channel 0 to 180 degrees
servo.position(index=0, degrees=180)

# Wait for 2 seconds
time.sleep(2)

# Set position of servo on channel 0 to 270 degrees
servo.position(index=0, degrees=270)

Not sure if this is the issue you had/are having, but the issue i ran into that gave me this error was the library using a preset slave device address, the preset address is 0x40 I believe, if you edit the pca9685 library file, you can change the address used to the address of the device you are controlling


Update package.json to include the repository

NOTE: This is not a bot. This change was made by and comments will be reviewed by humans. We are using this service account to be able to track the overall progress.
With the rise in supply chain attacks and OSS dependencies being used as a attack vector, Microsoft is working with our ecosystem partners, such as the Linux Foundation's OpenSSF, to enable OSS consumers to track packages back to their public sources.
We've identified that the following packages published to NPM do not report where sources can be found, typically accomplished by including a link to your GitHub repository in your package.json REPOSITORY field. This PR was created to add this value, ensuring future releases will include this provenance information.
If you do not want us to create such PRs against your GitHub repositories, or wish to provide any other feedback, please comment on this PR.
Published NPM packages with repository information:
• ng-material-treetable

Is there anything that is needed to land this pull request ?

ls there anything else I can do to land this pull request ?

Is there anything that is needed to land this pull request?


add update possibility to script and new requirements

New set of dependencies update.
Also changed the requirements.sh script so that running ./requirements.sh -U will update the requirements.

Coverage remained the same at 72.933% when pulling 5a4488fe5ad25d26eb60a8b1628b92fbf5588ff7 on feature/dependencies-update-20200221 into bf015b0fd610cd16e3461a3a9d8017385d6006c0 on master.

@mbeacom my requirements are in this gist https://gist.github.com/jneves/01bfc467016fa49789a669e707a31aaa - I did try poetry, pipenv and others. I've looked for several months for alternatives. This was the only solution I found that didn't require me to code it. I'd love to be proved wrong, seriously.

I suppose my argument is why do you need three uniquely separate sets of requirements. Some thought provoking questions...

Why wouldn't development and test package requirements be the same?
Do we maintain three separate Docker images? If not, why would we maintain such granular package requirements, but not require similar contrast in unique operating landscapes?
What added value does such granular package management provide? How does this compare to the exponentially complex management overhead and toil associated with maintaining these dependencies and subsequent updates (as it applies to open source sustainability, longevity, and the impact on the OSS community of this project as a whole)?
What does the ideal evolution of this look like? What genuine problems does that solution solve? Is the problem a problem that needs to be addressed as a regular part of this module's maintenance now and in the future?

Hi,

Because there are packages like black that don't make sense to me to load on tests and initial installation of packages can delay tests (and that's my main limitation in time usage at the moment on this project, limiting how much I can put in each release).
We don't have any docker images. I do expect that we will have 6 supported environments in the medium term with local development tools, testing and production environments for both the zappa package and a zappa-handler package (a smaller one that will be in the zip).
This question is against a single set of requirements, right? Less security surface for remote exploitation of running lambdas. The overhead is actually lower than the previous situation as you only need to put the hard requirements in the .in files and you only need to test a dependency update where all the package updates are compatible. I can now do a weekly test and update of the couple of dependencies than changed, versus having to manage 8 PRs from doppins where most of them don't respect the dependencies from the other packages. So it's better and more sustainable because it takes less work.
Yes, increasing the default security of deployed lambdas is in the future of this project and it goes together with changes as defining and then automate a "production mode".

On the arguments, you're absolutely right, will remove that option to the 2 use cases I actually use: adding a dependency and upgrading.
Thanks for pushing with this @mbeacom I feel like getting these arguments and discussions out in the open is best for the project.

@mbeacom Fixed the script.


Fix compile warning and crash in SSAO test.

emptyTexture was not initialized, so when destroying it the destroy Vulkan functions were called with bogus pointers.

Thanks for your PR. Very much appreciated!


"Table"-ness should be a trait?

The "new" function, number of rows, and metadata are repeated for all the table types.  What does it take to encapsulate these concepts into a trait?

The problem with making these a trait could be that traits are not accessible to downstream tools unless the trait is imported.  So, to do this, we'd want to add some function to the table collection so that the user doesn't have to remember to import that.

There are certainly come things "table-y" that can be traits. For example, row iteration:
pub trait TablesAPI<'a> {
    type Item: Sized;
    fn num_rows(&'a self) -> crate::tsk_size_t;
    fn iter(&'a self) -> Box<dyn Iterator<Item = Self::Item> + 'a>;
}

impl<'a> TablesAPI<'a> for crate::EdgeTable<'a> {
    type Item = EdgeTableRow;
    fn num_rows(&'a self) -> crate::tsk_size_t {
        self.num_rows()
    }
    fn iter(&'a self) -> Box<dyn Iterator<Item = Self::Item> + 'a> {
        let rv = self.iter();

        Box::new(rv)
    }
}

// Then, examples of generic functions using our new trait:

fn collect<'a, T: Sized>(t: &'a dyn TablesAPI<'a, Item = T>) -> Vec<T> {
    let mut rv = vec![];
    for x in t.iter() {
        rv.push(x);
    }
    rv
}

fn foo()
{
    use crate::TableAccess;
    let mut tables = crate::TableCollection::new(1.0).unwrap();
    let c = collect(&tables.edges());
}

The question is how much, if at all, this helps any client code?

Another useful table-related trait would have the form:
pub trait MetadataDecoding {
    type MetadataType: MetadataRoundtrip;
    type IdType;

    fn decode(&self, row: Self::IdType) -> Option<Self::MetadataType>;
}

This trait uses associated types to remove a lot of the verbosity involved in decoding metadata.
The idea is that client code would define these trait impl for tables with metadata.
It'd be easy to provide a macro to build the impl for client code.
One design note is that a generic trait may be better, allowing the table collection/tree sequence to also play with these impl?  This is something that needs thinking through and prototyping.

Another useful table-related trait would have the form:
pub trait MetadataDecoding {
    type MetadataType: MetadataRoundtrip;
    type IdType;

    fn decode(&self, row: Self::IdType) -> Option<Self::MetadataType>;
}

This trait uses associated types to remove a lot of the verbosity involved in decoding metadata. The idea is that client code would define these trait impl for tables with metadata. It'd be easy to provide a macro to build the impl for client code.
One design note is that a generic trait may be better, allowing the table collection/tree sequence to also play with these impl? This is something that needs thinking through and prototyping.

Ideas related to this are happening in #251, which is likely to become an experimental feature set soon.

Closed by #373
Not a trait, but a Deref target!


Pyarrow string bug

# Running in distributed cluster
data = pd.util.testing.makeCustomDataframe(nrows=1000, ncols=10).reset_index()
data[["R0", "C_l0_g0", "C_l0_g1", "C_l0_g2", "C_l0_g3", "C_l0_g4", "C_l0_g5" ,"C_l0_g6", "C_l0_g7", "C_l0_g8", "C_l0_g9"]] = data[["R0", "C_l0_g0", "C_l0_g1", "C_l0_g2", "C_l0_g3", "C_l0_g4", "C_l0_g5" ,"C_l0_g6", "C_l0_g7", "C_l0_g8", "C_l0_g9"]].astype("string[pyarrow]")
data = dd.from_pandas(data, npartitions=128)
data = data.persist()
data.groupby(["R0", "C_l0_g0", "C_l0_g1", "C_l0_g2", "C_l0_g3", "C_l0_g4", "C_l0_g5" ,"C_l0_g6"]).apply(lambda d: pd.DataFrame([sum(d["C_l0_g9"].str.len())], columns=["length"]), meta={"length": "int32"}).compute()

What happened:
In the example above, an error that seems to relate to pyarrow string happened. It kills the workers, and scheduler, and the whole python process exits.
pyarrow.lib.ArrowInvalid: Buffer #0 too small in array of type string and length 3: expected at least 2 byte(s), got 1

Notice the nrows argument. If you change that to a small number of rows, such as 300, then it is okay. If the nrows is about 1000, it starts to break.
What you expected to happen:
The computation should happen successfully. If run without a distributed cluster, this will complete successfully, and the output is

Environment:

Dask version: 2022.1.1, 2022.5.1, 2022.5.2
Pandas version: 1.3.5
Pyarrow version: 7.0.0, 8.0.0
Python version: 3.8
Operating System: MacOS, Ubuntu 22.04
Install method (conda, pip, source): pip in conda environment

Cluster Dump State:
Workers are restarted

Thanks for reporting @nlhkh -- I can confirm this is a bug. Further, running your example on a few different commits, it looks like https://github.com/dask/dask/pull/9024 is where this serialization error was introduced. For context, here's the full traceback
2022-06-06 14:10:37,614 - distributed.worker - ERROR - Buffer #0 too small in array of type string and length 2: expected at least 2 byte(s), got 1
Traceback (most recent call last):
  File "/Users/james/projects/dask/distributed/distributed/worker.py", line 3331, in gather_dep
    response = await get_data_from_worker(
  File "/Users/james/projects/dask/distributed/distributed/worker.py", line 4661, in get_data_from_worker
    return await retry_operation(_get_data, operation="get_data_from_worker")
  File "/Users/james/projects/dask/distributed/distributed/utils_comm.py", line 381, in retry_operation
    return await retry(
  File "/Users/james/projects/dask/distributed/distributed/utils_comm.py", line 366, in retry
    return await coro()
  File "/Users/james/projects/dask/distributed/distributed/worker.py", line 4641, in _get_data
    response = await send_recv(
  File "/Users/james/projects/dask/distributed/distributed/core.py", line 742, in send_recv
    response = await comm.read(deserializers=deserializers)
  File "/Users/james/projects/dask/distributed/distributed/comm/tcp.py", line 254, in read
    msg = await from_frames(
  File "/Users/james/projects/dask/distributed/distributed/comm/utils.py", line 98, in from_frames
    res = _from_frames()
  File "/Users/james/projects/dask/distributed/distributed/comm/utils.py", line 81, in _from_frames
    return protocol.loads(
  File "/Users/james/projects/dask/distributed/distributed/protocol/core.py", line 159, in loads
    return msgpack.loads(
  File "msgpack/_unpacker.pyx", line 194, in msgpack._cmsgpack.unpackb
  File "/Users/james/projects/dask/distributed/distributed/protocol/core.py", line 139, in _decode_default
    return merge_and_deserialize(
  File "/Users/james/projects/dask/distributed/distributed/protocol/serialize.py", line 487, in merge_and_deserialize
    return deserialize(header, merged_frames, deserializers=deserializers)
  File "/Users/james/projects/dask/distributed/distributed/protocol/serialize.py", line 416, in deserialize
    return loads(header, frames)
  File "/Users/james/projects/dask/distributed/distributed/protocol/serialize.py", line 95, in pickle_loads
    return pickle.loads(x, buffers=buffers)
  File "/Users/james/projects/dask/distributed/distributed/protocol/pickle.py", line 64, in loads
    return pickle.loads(x, buffers=buffers)
  File "/Users/james/projects/dask/dask/dask/dataframe/_pyarrow_compat.py", line 122, in rebuild_arrowstringarray
    [pyarrow_stringarray_from_parts(*parts) for parts in chunk_parts],
  File "/Users/james/projects/dask/dask/dask/dataframe/_pyarrow_compat.py", line 122, in <listcomp>
    [pyarrow_stringarray_from_parts(*parts) for parts in chunk_parts],
  File "/Users/james/projects/dask/dask/dask/dataframe/_pyarrow_compat.py", line 116, in pyarrow_stringarray_from_parts
    return pa.StringArray.from_buffers(nitems, data_offsets, data, mask, offset=offset)
  File "pyarrow/array.pxi", line 2365, in pyarrow.lib.StringArray.from_buffers
  File "pyarrow/array.pxi", line 1099, in pyarrow.lib.Array.from_buffers
  File "pyarrow/array.pxi", line 1493, in pyarrow.lib.Array.validate
  File "pyarrow/error.pxi", line 100, in pyarrow.lib.check_status
pyarrow.lib.ArrowInvalid: Buffer #0 too small in array of type string and length 2: expected at least 2 byte(s), got 1

cc @jcrist @ian-r-rose @jorisvandenbossche for visibility

Thanks @jrbourbeau

Thanks for the reproducible example, this should be fixed by https://github.com/dask/dask/pull/9170.


Fix PA construction crash, make it clear that PA construction needs LV cables

About the PR
Particle Accelerator: Power box won't assume a master which may not be there.
Construction materials: Since 'cables' now only refers to LV cables, make it clear that only LV cables are accepted by renaming the material as such.
Screenshots

Changelog
:cl:

fix: Particle Accelerator construction won't cause an error when finishing the power box.
tweak: Cables are now called lv cables when referred to in a construction step for clarity.

Needs priority review.


wraith-master: Disable (for now)

As https://github.com/serebit/wraith-master is 404, as it's been moved to gitlab.

I cloned
https://github.com/wimpysworld/deb-get/blob/fdcaeb5aab3dd43f0b28b97223cde807fcfbf1c2/01-main/packages/usbimager, in my fork to see if I could get it to work, but it 404'd.