text:
chia:latest is breaking 0.7.2's "summary" screen

Lots of recent updates to chia:latest repo (looks like 1.4 drop imminent) but this is breaking the 0.7.2 release in weird ways (guessing cause CLI has changed a bit?). Seems like 0.7.2 should be asking for chia:v1.3.5 instead of chia:latest to fix this. I reverted back to 0.7.1 in my docker.compose file as workaround for now.
version: '3.7'
services:
    machinaris:
        image: ghcr.io/guydavis/machinaris:v0.7.1

Hi, thanks for the report.  I could be doing something wrong here. Let's check.
Were you running the machinaris:latest image v0.7.2 that was built 3 weeks ago.  This was linked to chia latest branch (now 23 days old).
All three Machinaris streams should be using that Chia latest branch as shown here:

So to sum up, the Chia branch should be pulled on the Github build servers when the Docker image is built, not when you run the container.  However, I definitely would appreciate a pointer if I'm doing something wrong here.

I'm not an expert on Docker/Github/GH build servers either, but I kind of assumed that just the "chia-blockchain:latest" reference is stored in the image and it is dynamically downloaded (images are just layers on top of other layers, all text files that resolve repos, right?) at the time that the image is actually built on the docker host. So for example: in your case, you built your local docker container from that image before the breaking change was introduced to chia-blockchain:latest (whatever it was) but I just built my local docker container today, after the breaking change. So my 0.7.2 machinaris is subtlety different than yours because the underlying chia-blockchain:latest branch has been updated in the meantime.
I think 0.7.2 should point to 1.3.5 instead of latest, like the 0.7.1 version does before it (which works great for me today). Pointing to latest seems like a recipe for disaster (if I'm right about my assumptions above)

Would you mind providing the output of:
docker exec -it machinaris bash
chia version
git rev-parse --verify HEAD

I'm just having trouble seeing what you are reporting.
Also, could you provide a full screenshot of the broken Summary page, along with the Machinaris logs?  That would really help a lot.

Yep sure, I was on 0.7.1 but here's how I just upgraded to 0.7.2:

stop container, docker image prune -a to remove image, verify with docker images (only shows hello-world now)
edit my ~/machinaris/docker-compose.yaml file to go back to "latest" as Machinaris docker generator suggests (I had changed this to v0.7.1 instead as workaround as shown above)

version: '3.7'
services:
    machinaris:
        image: ghcr.io/guydavis/machinaris:latest

docker-compose up -d --force-recreate
docker ps (to get container id)
docker exec -it  bash
chia version < shows 1.3.5 (but remember, so does chia-blockchain:latest)
chia show -s (full node synced)
chia wallet show (wallet synced)
chia farm summary (all plots found, sync'd, farming)

However, summary page shows "No blockchains found from any farmers. Just starting up? Please allow at least 15 minutes for blockchains to get started." Workers page shows worker is connected and responding. Wallet page does not show any wallets and shows "No wallet status received. Perhaps just starting? Please allow at least 10 minutes to update. You can also try running "chia wallet show" on your fullnode's in-container shell to verify." Blockchain, keys, connections and pools all load correctly. Main dashboard loads correction and shows "farming" and current stats. But summary and wallet remains empty.
ALSO, I just noticed this error in the log. I think we have our culprit.
return exp.expect_loop(timeout)

File "/chia-blockchain/venv/lib/python3.9/site-packages/pexpect/expect.py", line 181, in expect_loop
return self.timeout(e)
File "/chia-blockchain/venv/lib/python3.9/site-packages/pexpect/expect.py", line 144, in timeout
raise exc
pexpect.exceptions.TIMEOUT: Timeout exceeded.
<pexpect.pty_spawn.spawn object at 0x7fc10f9761c0>
command: /chia-blockchain/venv/bin/chia
args: ['/chia-blockchain/venv/bin/chia', 'plotnft', 'show']
buffer (last 100 chars): b"376 (Synced)\r\n2)   1482423266\r\nChoose a wallet key [1-2] ('q' to quit, or Enter to use 4091817376): "
before (last 100 chars): b"376 (Synced)\r\n2)   1482423266\r\nChoose a wallet key [1-2] ('q' to quit, or Enter to use 4091817376): "
after: <class 'pexpect.exceptions.TIMEOUT'>
match: None
match_index: None
exitstatus: None
flag_eof: False
pid: 706
child_fd: 13
closed: False
timeout: 30
delimiter: <class 'pexpect.exceptions.EOF'>
logfile: None
logfile_read: None
logfile_send: None
maxread: 2000
ignorecase: False
searchwindowsize: None
delaybeforesend: 0.05
delayafterclose: 0.1
delayafterterminate: 0.1
searcher: searcher_re:
0: re.compile(b'Wallet height:.\r\n')
1: re.compile(b'Choose wallet key:.\r\n')
2: re.compile(b'No online backup file found.*\r\n')
Machinaris seems to be looking for "Choose wallet key" but it was changed to "Choose a wallet key" (notice extra a) with a commit to latest on April 5th  https://github.com/Chia-Network/chia-blockchain/commit/bb57ccffa942afc654a0874bad3bef6613045756 Line 537 and 569
I know 0.7.2 was released after that, so I don't know how it could have passed testing? Unless it was built with an older version of chia-blockchain:latest (before this change) and then "frozen in time" while you worked on 0.7.2 because you didn't pull latest?
Also: perhaps we are talking about different things - does Unraid use a "prebuilt" image that was made back then, perhaps? I'm just following these commands to download and build the image locally today. By editing my docker-compose.yaml file to specify the v0.7.1 tag for your repo (which points to Chia 1.3.2, before the extra a), I'm up and running again.
SO: two suggestions: make a "hotfix" 0.7.3 that points to chia-blockchain 1.3.5 (instead of latest) ASAP. Then update your latest branch to deal with the fun that our friend @paninaro introduced for you. Your latest could still point to chia-blockchain:latest if you want, but seems dangerous for exactly this reason. It seems that your latest branch should always be against a specific Chia branch to avoid this.
Hope that helps! Love Machinaris btw!

Saw you are already hard at work - hope this PR saves some time (wasn't sure about the chia_install.sh stuff but reverted to be sure.

Also I definitely understand more about docker now and I see what you were saying about the image - I tried to do a docker build on my changes but I'm not sure exactly how that works yet so Imma let you finish lol

Machinaris version 0.8.0 has now been released with support for Chia 1.4.0.  Thanks!

authors: guydavis joshpainter

repo: guydavis/machinaris


text:
状态栏只能在重叠时透明，不重叠时不能透明。

按照那6种方法测试仍然未果，请大神们看看

不重叠时其实也是透明的，只是后面背景非透明，所以看起来不是透明

source: gharchive/issue

authors: Object-Ping gyf-dev

repo: gyf-dev/ImmersionBar

license_type: permissive

license_source: bigquery


text:
[BUG] Blt backend could not resolve "ctrl-f" in the text_area example.

Describe the bug
Blt backend could not resolve "ctrl-f" in the text_area example.
To Reproduce
cursive\examples> cargo run --features cursive/blt-backend  --no-default-features --bin text_area
and press ctrl-f in the textarea
Expected behavior
The search dialog should op up.
Environment

Operating system used
Windows 10
Backend used: ncurses (the default one), pancurses, crossterm, ...
blt

Temporarily I solved it this way
Index: cursive/src/backends/blt.rs
===================================================================
diff --git a/cursive/src/backends/blt.rs b/cursive/src/backends/blt.rs
--- a/cursive/src/backends/blt.rs	(revision 8e252e176bb7b9b4bb1a37b3cdb957d5b92af490)
+++ b/cursive/src/backends/blt.rs	(date 1613718816371)
@@ -374,7 +374,11 @@
 }

 fn blt_keycode_to_char(kc: KeyCode, shift: bool) -> char {
-    match bear_lib_terminal::terminal::state::char() {
+    let c = bear_lib_terminal::terminal::state::char();
+    if (c as usize) < 32 /*code for space*/ {
+        return blt_keycode_to_char_impl(kc, shift);
+    }
+    match c {
         '\u{0}' => blt_keycode_to_char_impl(kc, shift),
         c => c,
     }

Hi, and thanks for the report!
I just tested on linux and ctrl+F is working fine as-is. Could it be a difference between the linux and windows implementation of BLT? :S

authors: bbodi gyscos

repo: gyscos/cursive

license: MIT

license_source: github-api


text:
🛑 Undertale自由维基 - UTFWIKI is down

In 98e7e5c, Undertale自由维基 - UTFWIKI (https://free.utcwiki.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Undertale自由维基 - UTFWIKI is back up in 23e2089 after 14 minutes.

repo: gzombiejun/upptime


text:
Without Line breaks (\n) issue of extract response

See screenshot.

Missed this issue for some reason.  It's expected, extract returns a list.

authors: cedarice pseudotensor


text:
HYDE question

Hi,
When I'm trying to Q&A using HYDE, from my understanding the level 1 should provide answer based on the LLM without using any documents from the collection, am I correct ?
But I see in the code and the debug output that even level 0 is retrieving documents and sends them to llm.
Can you please explain the difference then between level 1 and level 2 ?
Thanks

Level 0 is pure LLM.
Does this help explain level 1 vs. 2?
https://github.com/h2oai/h2ogpt/blob/4d3cc7662a5bcf25eef4ef07b4dd3a9476ab31d2/src/gen.py#L848-L857
The UI also shows accordions with names to help guide.
E.g. here, I chose level 2, and since the intermediate results are by default added to UI with accordion, those 0 and 1 intermediate results are shown.  level 2 has no separate accordion, it's the final answer.

github is messing up right now, can't share image.

@pseudotensor Thanks, I saw that explanation, but I think (ofc maybe I'm wrong) that even with level 1 it goes to DB, at least this is what I see in the debugger. Please correct me if I'm wrong.

Can you show me an example of the first level (level 0) doing that?

@pseudotensor  I mean when I'm doing HYDE level 2, in the run_hyde method it does for from 0 to hyde_level, so, even with 0 stage it goes to db. In that for loop there's a get_chain method that brings documents from the DB by using ```
docs_with_score_chroma = sim_search(db, query=query, k=k_db, with_score=True,
filter_kwargs=filter_kwargs,
chunk_id_filter=chunk_id_filter,
where_document_dict=where_document_dict,
verbose=verbose)

It's same code path but different settings.  E.g. db=None etc.
https://github.com/h2oai/h2ogpt/blob/37976707489946df4d1b0844ecdac4929f01ddc1/src/gpt_langchain.py#L6112-L6115

@pseudotensor  maybe I was not clear,
When entering into run_hyde , the code does retrieval from the DB inside that for loop for every level in the range(hyde_level).
I'm in the debugger in the level 0 of 1, and it brings documents from the DB, see the attached screenshot

Thanks

If I just do all defaults but just change HYDE to level 1, I don't see any docs.
Maybe something else you are changing or doing is leading to this result, but it's hard to tell.  If you can look in debugger, then you should see that db=None and text_context_list=[] are passed to get_chain(), so where it is getting any docs from?

@pseudotensor  well, started from clean, in browser incognito mode. hyde_level 1.
On the level 0 it goes to DB

Please direct me to place that you want me to check.

So db=None before going into get_chain() right?  So can you step into get_chain() and see that docs is still empty.
If it's not, something else may be adding to text_context_list etc., e.g. search would do that.

Web search is not enabled

db== None. Correct
and docs  empty in get_chain

Execution command generate.py --base_model=llama --prompt_type=llama2 --score_model=None --langchain_modes="['UserGuidesWithSupport', 'ZenDeskTickets', 'SecurityQuestionaries', 'LLM']" --langchain_mode_types="{'UserGuidesWithSupport':'shared', 'ZenDeskTickets':'shared', 'SecurityQuestionaries':'shared'}" --chunk_size=256 --top_k_docs=3 --h2ocolors=False --model_path_llama=/Users/slava/Development/private/AI/Models/TheBloke/Mistral-7b-Instruct/mistral-7b-instruct-v0.2.Q5_K_M.gguf --max_seq_len=16536 --verbose=True --cut_distance=1.4 --debug=True
Now, in get_chain db_type is Chroma and db is loaded

@pseudotensor Maybe if I choose collection in the resources, it'll go to the DB even in level 0 of level 1 ?

authors: pseudotensor slavag


text:
empty dict returned sometimes

https://github.com/h2oai/helium/pull/83#issuecomment-1605307189

not seen


text:
fix: Allow dynamic value change for checkbox #1154

The PR fulfills these requirements: (check all the apply)

[x] It's submitted to the main branch.
[x] When resolving a specific issue, it's referenced in the PR's title (e.g. feat: Add a button #xxx, where "xxx" is the issue number).
[x] When resolving a specific issue, the PR description includes Closes #xxx, where "xxx" is the issue number.
[x] If changes were made to ui folder, unit tests (make test) still pass.
[x] New/updated tests are included

This PR partially resolves issue #1154.
NOTE: Do not forget to update status in this comment once merged.

Seems to not work for me, or maybe I am missing something?
from h2o_wave import main, app, Q, ui

@app('/demo')
async def serve(q: Q):
    if not q.client.initialized:
        q.page['form'] = ui.form_card(box='1 1 5 5', items=[
            ui.checkbox(name='checkbox', label='Checkbox', value=True),
            ui.button(name='toggle', label='Toggle'),
        ])
        q.client.initialized = True

    if q.args.toggle:
        q.page['form'].checkbox.value = True

    await q.page.save()

https://github.com/h2oai/wave/assets/64769322/f8a8906b-bd7a-45d6-88c5-2ba689d1b612

Good catch @mturoci! I've updated my solution and test cases. Now it should be working as expected.

source: gharchive/pull-request

authors: marek-mihok mturoci


text:
NimBLE with BluetoothSerial error with device rebooting

`#include <NimBLEDevice.h>
//#include <BLEDevice.h>
//#include <BLEUtils.h>
//#include <BLEScan.h>
//#include <BLEAdvertisedDevice.h>
#include "BluetoothSerial.h"
BluetoothSerial SerialBT;
NimBLEScan* pBLEScan;
class MyAdvertisedDeviceCallbacks: public NimBLEAdvertisedDeviceCallbacks {
void onResult(NimBLEAdvertisedDevice* advertisedDevice) {
Serial.printf("Advertised Device: %s \n", advertisedDevice->toString().c_str());
String sensorName = advertisedDevice->getName().c_str();
String address = advertisedDevice->getAddress().toString().c_str();
String manufacturerData = advertisedDevice->getManufacturerData().c_str();
SerialBT.println("Name: " + sensorName);
SerialBT.println("Address: " + address);
SerialBT.println("Manufacturer data: " + manufacturerData);
}
};
void setup() {
Serial.begin(115200);
Serial.println("Scanning...");
if (!SerialBT.begin("ODB")) {
Serial.println("An error occurred initializing Bluetooth");
} else {
Serial.println("Bluetooth initialized");
}
NimBLEDevice::setScanFilterMode(CONFIG_BTDM_SCAN_DUPL_TYPE_DEVICE);
NimBLEDevice::init("");
pBLEScan = NimBLEDevice::getScan(); //create new scan
// Set the callback for when devices are discovered, no duplicates.
pBLEScan->setAdvertisedDeviceCallbacks(new MyAdvertisedDeviceCallbacks(), false);
pBLEScan->setActiveScan(true); // Set active scanning, this will get more data from the advertiser.
pBLEScan->setInterval(97); // How often the scan occurs / switches channels; in milliseconds,
pBLEScan->setWindow(37);  // How long to scan during the interval; in milliseconds.
pBLEScan->setMaxResults(0); // do not store the scan results, use callback only.
}
void loop() {
// If an error occurs that stops the scan, it will be restarted here.
if(pBLEScan->isScanning() == false) {
// Start scan with: duration = 0 seconds(forever), no scan end callback, not a continuation of a previous scan.
pBLEScan->start(0, nullptr, false);
}
delay(2000);
}`
With this sketch my esp32 rebooting with error:

16:32:17.554 -> Scanning...
16:32:18.020 -> Bluetooth initialized
16:32:18.020 -> ESP_ERROR_CHECK failed: esp_err_t 0x103 (ESP_ERR_INVALID_STATE) at 0x4008f1ec
16:32:18.020 -> file: "C:\Users\Vladimir\Documents\Arduino\libraries\NimBLE-Arduino-master\src\NimBLEDevice.cpp" line 769
16:32:18.068 -> func: static void NimBLEDevice::init(const string&)
16:32:18.068 -> expression: esp_bt_controller_init(&bt_cfg)
16:32:18.068 ->
16:32:18.068 -> ELF file SHA256: 0000000000000000
16:32:18.068 ->
16:32:18.068 -> Backtrace: 0x4008ecd4:0x3ffc8a30 0x4008f1ef:0x3ffc8a50 0x400d33b9:0x3ffc8a70 0x400d1a09:0x3ffc8ab0 0x400e4afa:0x3ffc8b00 0x4008ffc6:0x3ffc8b20
16:32:18.068 ->
16:32:18.068 -> Rebooting...
16:32:18.068 -> ets Jun  8 2016 00:22:57
16:32:18.068 ->
16:32:18.068 -> rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
16:32:18.068 -> configsip: 0, SPIWP:0xee
16:32:18.068 -> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
16:32:18.068 -> mode:DIO, clock div:1
16:32:18.068 -> load:0x3fff0018,len:4
16:32:18.115 -> load:0x3fff001c,len:1216
16:32:18.115 -> ho 0 tail 12 room 4
16:32:18.115 -> load:0x40078000,len:10944
16:32:18.115 -> load:0x40080400,len:6388
16:32:18.115 -> entry 0x400806b4
16:32:18.398 -> Scanning...
16:32:18.911 -> Bluetooth initialized
16:32:18.911 -> ESP_ERROR_CHECK failed: esp_err_t 0x103 (ESP_ERR_INVALID_STATE) at 0x4008f1ec
16:32:18.911 -> file: "C:\Users\Vladimir\Documents\Arduino\libraries\NimBLE-Arduino-master\src\NimBLEDevice.cpp" line 769
16:32:18.911 -> func: static void NimBLEDevice::init(const string&)
16:32:18.911 -> expression: esp_bt_controller_init(&bt_cfg)
16:32:18.911 ->
16:32:18.911 -> ELF file SHA256: 0000000000000000
16:32:18.911 ->
16:32:18.911 -> Backtrace: 0x4008ecd4:0x3ffc8a30 0x4008f1ef:0x3ffc8a50 0x400d33b9:0x3ffc8a70 0x400d1a09:0x3ffc8ab0 0x400e4afa:0x3ffc8b00 0x4008ffc6:0x3ffc8b20
16:32:18.959 ->
16:32:18.959 -> Rebooting...

Without NimBLE this code working fine.

Closing as Bluetoothserial (classic) is not supported by NimBLE.


text:
Make sure local k8s configuration is not picked up

When run with a valid k8s configuration, or KUBECONFIG set the test could fail with:
--- FAIL: Test_FetchEnterpriseContractPolicy (0.04s)
    --- FAIL: Test_FetchEnterpriseContractPolicy/fetch-with-undetectable-namespace (0.04s)
        kubernetes_client_test.go:116:
            	Error Trace:	kubernetes_client_test.go:116
            	Error:      	Error "enterprisecontractpolicies.appstudio.redhat.com \"ec-policy\" not found" does not contain "Unable to determine current namespace: missing current context"
            	Test:       	Test_FetchEnterpriseContractPolicy/fetch-with-undetectable-namespace

In tests we need to make sure that the environment where the test is running doesn't influence the test. This sets KUBECONFIG environment variable to a non existent path to make sure the error scenarios of the test are not influenced by the environment the test is running in.

Thank you for fixing this!

authors: lcarva zregvart

repo: hacbs-contract/ec-cli


text:
Only 4 sensors show up for Catur II Hybrid Plugin

Issues not containing the minimum requirements will be closed:

Issues without a description (using the header is not good enough) will be closed.
Issues without debug logging will be closed.
Issues without configuration will be closed

-->
Version of the custom_component
Version 3.0.7
-->
Configuration
No yaml configuration
Describe the bug
I have a Captur II Hybrid Plugin and I can onnly see 4 entities:

Fuel Autonomy
Fuel Quantity
Location
Mileage

In previous verisons of the componet I was used to see all the other plugins about the EV components of the car.
Debug log
2021-03-28 12:49:10 DEBUG (MainThread) [renault_api.kamereon] Received Kamereon response 200 on GET to https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/ea29c6e3-e28d-4cd1-b2d4-4c09b0d9e661/kamereon/kca/car-adapter/v1/cars/VF1RJB00xxxxxxxx/location?country=IT: {"data":{"type":"Car","id":"VF1RJB00xxxxxxxx","attributes":{"gpsLatitude":43.33525358,"gpsLongitude":11.33296415,"lastUpdateTime":"2021-03-28T10:19:01Z"}}}
2021-03-28 12:49:10 DEBUG (MainThread) [custom_components.renault.renault_vehicle] Finished fetching VF1RJB00xxxxxxxx location data in 1.214 seconds
2021-03-28 12:49:12 DEBUG (MainThread) [renault_api.kamereon] Received Kamereon response 200 on GET to https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/ea29c6e3-e28d-4cd1-b2d4-4c09b0d9e661/kamereon/kca/car-adapter/v2/cars/VF1RJB00xxxxxxxxx/cockpit?country=IT: {"data":{"type":"Car","id":"VF1RJB00xxxxxxxx","attributes":{"fuelAutonomy":258.0,"fuelQuantity":21.0,"totalMileage":2993.33}}}
2021-03-28 12:49:12 DEBUG (MainThread) [custom_components.renault.renault_vehicle] Finished fetching VF1RJB00xxxxxxxxx cockpit data in 3.097 seconds
Add your logs here.

Hi,
If you can, please take a look at this issue on renault-api: https://github.com/hacf-fr/renault-api/issues/48 and try to generate a fixture file similar to the ones in there: https://github.com/hacf-fr/renault-api/tree/main/tests/fixtures/kamereon/vehicles
If you are unable to make a PR on renault-api, then please update this issue with some extra logs, in particular adding the initialisation logs.

HI.
Unfortunately I am not really able to make a PR.
Do you think the following log provides all the information needed?
(I have obfuscated VIN, Radio code and registration number.
2021-03-28 20:04:58 DEBUG (MainThread) [renault_api.kamereon] Received Kamereon response 200 on GET to https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/ea29c6e3-e28d-4cd1-b2d4-4c09b0d9e661/vehicles?country=IT: {"accountId":"ea29c6e3-e28d-4cd1-b2d4-4c09b0d9e661","country":"IT","vehicleLinks":[{"brand":"RENAULT","vin":"VF1RJB0036XXXXXX","status":"ACTIVE","linkType":"OWNER","garageBrand":"RENAULT","startDate":"2020-10-07","createdDate":"2020-10-07T09:17:44.692802Z","lastModifiedDate":"2021-03-28T10:44:01.139649Z","ownershipStartDate":"2020-09-30","cancellationReason":{},"connectedDriver":{"role":"MAIN_DRIVER","createdDate":"2020-10-08T17:36:39.445523Z","lastModifiedDate":"2020-10-08T17:36:39.445523Z"},"vehicleDetails":{"vin":"VF1RJB00365XXXXXX","registrationDate":"2020-09-30","firstRegistrationDate":"2020-09-30","engineType":"H4M","engineRatio":"630","modelSCR":"","deliveryCountry":{"code":"IT","label":"ITALY"},"family":{"code":"XJB","label":"B+X OVER FAMILY","group":"007"},"tcu":{"code":"AIVCT","label":"WITH AIVC CONNECTION UNIT","group":"E70"},"navigationAssistanceLevel":{"code":"","label":"","group":""},"battery":{"code":"BT9AE1","label":"BATTERY BT9AE1","group":"968"},"radioType":{"code":"XXXXX","label":"FULL NAV DAB ETH - AUDI","group":"425"},"registrationCountry":{"code":"IT"},"brand":{"label":"RENAULT"},"model":{"code":"XJB1SU","label":"CAPTUR II","group":"971"},"gearbox":{"code":"BVH4","label":"HYBRID 4 SPEED GEARBOX","group":"427"},"version":{"code":"ITAMMHH 6UP"},"energy":{"code":"ESS","label":"PETROL","group":"019"},"registrationNumber":"XXXXXXX","vcd":"STANDA/XJB/HJB/EA3/MM/ESS/DG/TEMP/TR4X2/AFURGE/RV/ABS/SBARTO/CA02/TN/PBNCH/LAC/VT/CPE/RET04/2RVLG/RALU17/CEAVRH/AIRBA2/SERIE/DRA/DRAP05/HARM01/ATAR03/SGAV01/SGAR02/BIYPC/BANAL/KM/TPRM3/AVREPL/SSDECA/SFIRBA/ABLAVI/ESPHSA/FPAS2/ALEVA/CACBL3/SOP03C/SSADPC/STHPLG/SKTGRV/VLCUIR/RETRCR/TRSEV1/REPNTC/LVAVIP/LVAREI/SASURV/KTGREP/SGSCHA/ITA01/APL03/FSTPO/ALOUC5/PART01/CMAR3P/FIPOU2/NA418/BVH4/ECLHB4/RDIF10/PNSTRD/ISOFIX/ENPH01/HRGM01/SANFLT/CSRFLY/SANACF/SDPCLV/TLRP00/SPRODI/SAN613/AVFAP/AIRBDE/CHC03/E06U/SAN806/SSPTLP/SANCML/SSFLEX/SDRQAR/SEXTIN/M2019/PHAS1/SPRTQT/SAN913/STHABT/5DHS/HYB06/010KWH/BT9AE1/VEC237/XJB1SU/NBT018/H4M/NOADR/DLIGM2/PGPRT2/FEUAR3/SCDVIT/SKTPOU/SKTPGR/SSCCPC/SSPREM/FDIU2/MAPSTD/RCALL/MET05/SDANGM/ECOMOD/SSRCAR/AIVCT/AVGSI/TPQNW/TSGNE/2TON/ITPK4/MLEXP1/SPERTA/SSPERG/SPERTP/VOLNCH/SREACT/AVTSR1/SWALBO/DWGE01/AVC1A/VSPTA/1234Y/AEBS07/PRAHL/RRCAM","assets":[{"assetType":"PICTURE","renditions":[{"resolutionType":"ONE_MYRENAULT_LARGE","url":"https://3dv2.renault.com/ImageFromBookmark?configuration=HJB%2FEA3%2FESS%2FDG%2FTEMP%2FTR4X2%2FRV%2FSBARTO%2FCA02%2FTN%2FPBNCH%2FVT%2FCPE%2FRET04%2FRALU17%2FDRA%2FDRAP05%2FHARM01%2FBIYPC%2FKM%2FSSDECA%2FESPHSA%2FFPAS2%2FALEVA%2FSOP03C%2FSSADPC%2FVLCUIR%2FRETRCR%2FREPNTC%2FLVAVIP%2FLVAREI%2FALOUC5%2FNA418%2FBVH4%2FECLHB4%2FRDIF10%2FCSRFLY%2FSANACF%2FTLRP00%2FAIRBDE%2FCHC03%2FSSPTLP%2FSPRTQT%2FSAN913%2FHYB06%2FH4M%2FNOADR%2FDLIGM2%2FPGPRT2%2FFEUAR3%2FSSCCPC%2FRCALL%2FMET05%2FSDANGM%2FSSRCAR%2FAVGSI%2FITPK4%2FMLEXP1%2FSPERTA%2FSSPERG%2FSPERTP%2FVOLNCH%2FSREACT%2FDWGE01%2FRRCAM&databaseId=b2b4fefb-d131-4f8f-9a24-4223c38bc710&bookmarkSet=CARPICKER&bookmark=EXT_34_RIGHT_FRONT&profile=HELIOS_OWNERSERVICES_LARGE"},{"resolutionType":"ONE_MYRENAULT_SMALL","url":"https://3dv2.renault.com/ImageFromBookmark?configuration=HJB%2FEA3%2FESS%2FDG%2FTEMP%2FTR4X2%2FRV%2FSBARTO%2FCA02%2FTN%2FPBNCH%2FVT%2FCPE%2FRET04%2FRALU17%2FDRA%2FDRAP05%2FHARM01%2FBIYPC%2FKM%2FSSDECA%2FESPHSA%2FFPAS2%2FALEVA%2FSOP03C%2FSSADPC%2FVLCUIR%2FRETRCR%2FREPNTC%2FLVAVIP%2FLVAREI%2FALOUC5%2FNA418%2FBVH4%2FECLHB4%2FRDIF10%2FCSRFLY%2FSANACF%2FTLRP00%2FAIRBDE%2FCHC03%2FSSPTLP%2FSPRTQT%2FSAN913%2FHYB06%2FH4M%2FNOADR%2FDLIGM2%2FPGPRT2%2FFEUAR3%2FSSCCPC%2FRCALL%2FMET05%2FSDANGM%2FSSRCAR%2FAVGSI%2FITPK4%2FMLEXP1%2FSPERTA%2FSSPERG%2FSPERTP%2FVOLNCH%2FSREACT%2FDWGE01%2FRRCAM&databaseId=b2b4fefb-d131-4f8f-9a24-4223c38bc710&bookmarkSet=CARPICKER&bookmark=EXT_34_RIGHT_FRONT&profile=HELIOS_OWNERSERVICES_SMALL_V2"}]}],"yearsOfMaintenance":12,"connectivityTechnology":"NONE","easyConnectStore":false,"electrical":false,"rlinkStore":false,"deliveryDate":"2020-09-30","retrievedFromDhs":false,"engineEnergyType":"PHEV","radioCode":""}}]}
Thanks

Thanks @scapman - I took the liberty to beautify the json.
Apparently Renault reports the the energy code as ESS for plug-in hybrid vehicles:
"energy": { "code": "ESS", "label": "PETROL", "group": "019" }

I think we will need to adjust to use engineEnergyType instead
"engineEnergyType": "PHEV"

Really thanks for your effort.
Please pardon my dumb question...
What should I do now in order to be able to see all the entities for my vehicle?

[x] add fixture file for PHEV vehicles on renault-api (done https://github.com/hacf-fr/renault-api/pull/241)
[ ] update/fix parsing of energy type on renault-api
[ ] publish new release of renault-api
[ ] update hassRenaultZE to use new release of renault-api
[ ] publish new release of hassRenaultZE

Crystal Clear!
Thanks again!

v3.0.8 has been published.
Can you please confirm it's working correctly?

Browser page to query renault vehicles (Captur included), still in beta stage:
http://jumpjack.altervista.org/myrenault/

authors: epenet jumpjack scapman

repo: hacf-fr/hassRenaultZE


text:
icons are not clickable

Make that social icons into clickable icons.

Links are not provided

Please provide links

@SuvarneshKM can you provide all social links?

Done

Any updates on this issue @superRaptor911

Fixed in latest pr

authors: SuvarneshKM rafitc superRaptor911


text:
plants-nash

I wanted to create something that looked organic like in the examples that were shown. I did some research and came across Lindenmayer systems. After learning about how they work, I wrote my own implementation here. Once I added the plants, the top of the frame seemed empty, so I added some random stars. The stars are positioned randomly and each point is randomly offset to give it an imprecise hand-drawn look. In addition to the random seed, you can customize the angle range that the branch angle is randomly selected from and the number of each kind of star. Also, you can change the rules to make an entirely different type of plant, but I found that this worked best. Thanks!

Nice, I think the plants are the real star. How could you make it look more like a field?
Congrats you've earned a Blot, you can order it here.

authors: leomcelroy nash-pillai

repo: hackclub/blot


text:
Remove or fix skin tone from reactions

Currently the only reaction on https://scrapbook.hackclub.com/lachlanjc is just a skin tone color, instead of a runner with the skin tone. I’m cool with entirely removing the skin tone on the backend, or otherwise we need to fix the character. It’s being parsed wrong on the Airtable end:

The site is linking to https://scrapbook.hackclub.com/r/skin-tone-5, which might be a frontend bug as well.

Removed and replaced with the default yellow one! Retroactively, too. Lmk if you see any issues

authors: MatthewStanciu lachlanjc

repo: hackclub/scrappy


text:
Update codemirror.tsx to fix dark mode not saving upon reload

closes #1214
closes #1204

@JosiasAurel please review.

@kognise please respond to the OPs changes

authors: BrightTheBackpack grymmy

repo: hackclub/sprig


text:
Shoes Manual 'Colors List' not showing colors after Search

In the Shoes Manual that ships with hacketyhack, the 'Colors List' page does not show the color boxes if the page is reached through the Manual's 'Search' feature.
To reproduce:
Open Manual through hacketyhack, search for 'color' and click on the 'Colors - sub section under Shoes (0 methods)' item. The page shows the introduction text and a '{COLORS}' tag .
Correct page is shown if you use the menu on left (Shoes -> Colors)
(Checked and confirmed on Windows XP with Shoes Manual revision 1529, and Mac OS X  10.6.7 with Shoes Manual revision 1739, both downloaded in last 2 weeks)

Thanks! I'm pretty sure this is a Shoes issue, not a Hackety issue, but I'll make an issue over there when I confirm that for myself.

authors: eaffleck steveklabnik

repo: hacketyhack/hacketyhack

license: mit


text:
Compatibility check to js-controller 3.3 and Admin5 React UI

Dear Adapter developer,
with js-controller 3.2 and js-controller 3.3 some additional checks were added to make sure that created objects match to the specifications and also written state values match to the object definition.
If something is not correct this is logged as 'warning' or 'info' log.
Please take the time to verify your adapter by ideally starting with a fresh instance and do some actions and verify the log. If you see a warn log there from these checks please adjust the adapter and fix the relevant cases.
For questions please refer to https://github.com/ioBroker/ioBroker.js-controller/issues/1301
Additionally we are preparing Admin 5 which will have a completely rewritten UI. Please install Admin 5, activate that new UI and verify that the configuration of you adapter works as expected also there.
More informations on Admin 5 can be found in Forum https://forum.iobroker.net/topic/44282/test-adapter-admin-5-0-x-alpha-der-neuen-ui
Please close the issue after you checked it.
Thank you very much for your support!

v1.1.3 seems to work without warnings or errors


text:
Change Zoom In Shortcut

This PR is a workaround to the mismatch Zoom In menu item.
The issue related is the #390.
As a background context adition the issue #388 has some infos too.
The default combination for ZoomIn is Shif+CmdOrCtrl+Plus.
This mismatch is caused by Electron and not Lepton.
Not the ideal solution, but I looked through Electron discussions and see many different points of discussion about this issue.
This is a workaround where we change the Zoom In shortcut to CmdOrCtrl+=.

Thanks for the insightful clarification! I'll test it out the coming weekend and put it in the new release.

authors: abnersajr hackjutsu

repo: hackjutsu/Lepton


text:
Engine: speed up compilation by caching composition of phases

Looking at the ProVerif backend with @karthikbhargavan and @jschneider-bensch, we noticed the main slowness while incrementally compiling hax after modifying a backend is about function applications of the various phases.
OCaml is probably re-typechecking things at each functor application. Since there is about 10/15 of those, it's really slowing down things.
Since OCaml smallest compilation unit is top-level module (a "file" module), we should move the composition of phase into a ml file.
The easiest path is thus to extract (1) the input language, (2) the phases as separate files.

Closing, compilation time improved a lot, we don't need that anylonger.

repo: hacspec/hax


text:
Support PartialOrd and other generated things

For a bunch of "standard" derived core traits, we just ignore generated code.

PartialOrd, Ord: straightforward, we might want lemmas saying that if x <= y and x >= y, then x == y, but this might not always be true (note: Ord vs PartialOrd, and is == Rust equality or theorem prover equality?)
PartialEq, Eq: more complicated. It's perfectly fine to implement Eq and PartialEq to reflect equality on a partial view of a value.
Debug: should be fairly easy
Copy: implement as identity, it's only a marker-trait
Clone: I think we still want to model clones as copies. A clone that is doing something more than cloning sub-values usually means it's doing a side effect (e.g. Rc).

Still relevant, we discussed that recently with @maximebuyse


text:
ebiten.CursorPosition: X result seems broken in browser + CursorModeCaptured

Ebitengine Version
2.6.0
Operating System

[ ] Windows
[ ] macOS
[ ] Linux
[ ] FreeBSD
[ ] OpenBSD
[ ] Android
[ ] iOS
[ ] Nintendo Switch
[ ] Xbox
[X] Web Browsers

Go Version (go version)
1.18.3
What steps will reproduce the problem?

Run wasmserve github.com/hajimehoshi/ebiten/v2/examples/windowsize
Press 'C' twice to enable CursorModeCaptured
Move the cursor anywhere, try to get back to your original position

What is the expected result?
X, Y coordinates consistency, growing at the same scale
What happens instead?
The X axis seems to scale infinitely no matter which direction we move the mouse to.
It's getting huge negative values in my case (on both Edge and Chrome)

Anything else you feel useful to add?
No response

I couldn't find such an extreme result, but found that the original position was weird (not scaled correctly, maybe?).

@Zyko0 Could you try  eb5c1ee8181d57f154494924f244081dedaee69a?

This seems to fix it, thanks!

repo: hajimehoshi/ebiten


text:
graphics: strange rendering with a big image on mobile browsers

package main

import (
        "log"

        "github.com/hajimehoshi/ebiten"
        "github.com/hajimehoshi/ebiten/ebitenutil"
)

const (
        screenWidth  = 512
        screenHeight = 512
)

var testImage *ebiten.Image

func init() {
        var err error
        // test.png is big e.g. 4096x4096.
        testImage, _, err = ebitenutil.NewImageFromFile("_resources/test.png", ebiten.FilterLinear)
        if err != nil {
                log.Fatal(err)
        }
}

func update(screen *ebiten.Image) error {
        if ebiten.IsRunningSlowly() {
                return nil
        }

        op := &ebiten.DrawImageOptions{}
        screen.DrawImage(testImage, op)
        return nil
}

func main() {
        if err := ebiten.Run(update, screenWidth, screenHeight, 1, "Test (Ebiten Demo)"); err != nil {
                log.Fatal(err)
        }
}

Reproduced on non-mobile browsers

Oh, this was reproduced on desktops...

362d1c417f019128 is the cause

https://www.khronos.org/files/opengles_shading_language.pdf
mediump's precision is 2^-10, which means that 2048 + 1 might be 2048 in the fragment shader...


text:
【功能建议】增加首页推荐视频卡片的背景遮罩常驻功能

从bilibili-simple-home项目一路用过来的，这个新项目感觉性能好了很多，就是自定义项感觉比之前的项目少一点，不知道是不是并非迭代的项目。
希望可以增加首页推荐视频卡片的背景遮罩常驻功能，现在的默认字体在浅色或者深色背景下，文字可读性不太行，如果可以让背景遮罩常驻应该可以解决
![image](https://github.com/hakadao/BewlyBewly/assets/31821836/4cb27834-fada-477f-abf8-8f1d9e458ff5

這裏可以選擇添加遮罩

這裏可以選擇添加遮罩

这个我晓得，我的意思是首页推荐的卡片可以固定显示这个选中后的背景遮罩么

沒別要，改過後對效能影響還是有點大的

authors: Seameee hakadao

repo: hakadao/BewlyBewly


text:
User authorities problem

When I remove the  *ALLOBJ authorities on my profile keeping only :
*IOSYSCFG
*JOBCTL
*SAVSYS
*SERVICE
*SPLCTL
I do not see the source members, nothing in the /tmp directory.
However no problem with IFS Browser, Object Browser and DataBase Browser.

How about posting a screen shot of VSCODE showing the problem.
Also, show what you can see with WRKLNK that you can't see with VSCODE.
@pydefre

This is the wrklnk screenshot and the vscode source member not showing

thanks for your help.

@pydefre Have a look at issue #105 and see if that helps.

I have this in my settings:

@pydefre

Thanks ! it works

authors: SJLennon pydefre

repo: halcyon-tech/code-for-ibmi


text:
Add Checkbox to CustomUI

Changes
Added ability to add a checkbox to CustomUI webview panels
Checklist

[X] have tested my change
[X] updated relevant documentation
[X] Remove any/all console.logs I added
[X] eslint is not complaining
[X] have added myself to the contributors' list in the README

@priceaj Just going to do some testing!

Thank you @priceaj! This is one awesome change. I will merge now.

authors: priceaj worksofliam


text:
Having an issue with Byte[] input.

So my big idea is to try and capture frames from camera preview, and do OCR on the fly!
However when I pass in the byte array for the current frame:
               await _Api.SetImage(imageBytes);

It essentially hangs and doesn't return.
Does this Byte array need to be encoded before I pass it in? Any ideas on why it might hang?
My code is doing this:

            _Camera = Android.Hardware.Camera.Open();
            _Camera.SetPreviewCallback(this); // the call back method is OnPreviewFrame, below.
            _Camera.StartPreview();
...
        public void OnPreviewFrame(byte[] data, Android.Hardware.Camera camera)
        {
            // data is the bytes representing the current frame.
            var text = GetText(data).Result;
        }
        public async Task<string> GetText(byte[] imageBytes)
        {
            // todo: call web api, send image, and get back text.
            try
            {
                EnsureInitialised();
                await _Api.SetImage(imageBytes); /// this hangs
                // await api.SetImage(imagePath);
                string text = _Api.Text;
                return text;
            }
            catch (Exception ex)
            {
                throw;
            }
        }
    }

Any help or advice is much appreciated.

I've asked this on stackoverflow as well: http://stackoverflow.com/questions/30920675/camera-preview-and-ocr?noredirect=1#comment49878574_30920675

There is an answer there. Being honest I didn't play much with byte array format as I use XLabs MediaService to get images from camera and it returns stream or file name. Will try using camera directly today.

So apparently the byte[] data coming from the camera preview is YuvImage format. So I am now doing this to convert it to JPEG:
  public byte[] TranscodeImageBytesToJpeg(byte[] imageBytes, Android.Hardware.Camera camera)
        {
            var parameters = camera.GetParameters();
            int width = parameters.PreviewSize.Width;
            int height = parameters.PreviewSize.Height;

            Rect rect = new Rect(0, 0, width, height);
            YuvImage yuvimage = new YuvImage(imageBytes, ImageFormatType.Nv21, width, height, null);

            using (MemoryStream memStream = new MemoryStream())
            {
                if (yuvimage.CompressToJpeg(rect, 100, memStream))
                {
                    return memStream.ToArray();
                }
                throw new InvalidOperationException("Could not compress camera to Jpeg");
            }

        }

Now interestingly, If i pass this new byte[] directly to SetImage() - it still hangs.
However, if i write the byte[] data as is, to a file on disk, and then call the SetImage() with the filepath overload - it runs ok. It gives me back gibberish text but guessing that's just the quality of my image that I'm passing in (not very good). This does seem to suggest there may be something wrong with the byte array overload

Could you please give me an example of your image? I'll have a look. I'll check what's wrong with SetImage(byte[]).

Thank you!

Oh, this text is definitely not recognisable :)

haha yeah - definately not!

Did you get the image file ok?

Yes.

Cool beans :)

authors: dazinator halkar


text:
Cnvnator Error

We have installed Root and tested that it works. The SpeedSeq sv also works without the -d option. We have added
source /mnt/pan/Data4/speedseq/root-v5-34/bin/thisroot.sh to the end of the speedseq.config.
When we run the speedseq example (run_speedseq.sh) with the -d option to get CNV, we receive the following message:
--Example script:
../bin/speedseq sv
-o example
-B example.bam
-S example.splitters.bam
-D example.discordants.bam
-R data/human_g1k_v37_20_42220611-42542245.fasta
-d
***Below is the message on the terminal
Calculating read depth
Traceback (most recent call last):
File "/mnt/pan/Data4/local/vxv89/sxs1528/speedseq/speedseq/bin/cnvnator_wrapper.py", line 350, in
chroms_list = get_chroms_list(args.bam)
File "/mnt/pan/Data4/local/vxv89/sxs1528/speedseq/speedseq/bin/cnvnator_wrapper.py", line 153, in get_chroms_list
proc = subprocess.Popen(['samtools', 'view', '-H', bam_fn], stdout = subprocess.PIPE)
File "/home/sxs1528/anaconda/lib/python2.7/subprocess.py", line 710, in init
errread, errwrite)
File "/home/sxs1528/anaconda/lib/python2.7/subprocess.py", line 1335, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory

Please give us suggestions as what to do next.
Thank you

might be a duplicate of #40 . Is samtools in your PATH?

Hi Colby,
Thanks for the fast reply, Yes the PATH was one issue, but now i am getting
a lot of other error messages while running the same example. the following
is the log of it. Your help will be really grateful
#################################################################
[sxs1528@hpcviz example]$ ../bin/speedseq align \

-o example2 \
-M 3 \
-p \
-R "@RG\tID:SampleName\tLB:SampleName\tSM:SampleName\tPL:ILLUMINA" \
data/human_g1k_v37_20_42220611-42542245.fasta \
data/NA12878.20slice.30X.fastq.gz

Sourcing executables from ../bin/speedseq.config ...
Aligning...
samblaster: Version 0.1.22
samblaster: Inputting from stdin
samblaster: Outputting to stdout
samblaster: Opening example2.VlJLfHVa3Em3/disc_pipe for write.
samblaster: Opening example2.VlJLfHVa3Em3/spl_pipe for write.
[M::main_mem] read 95830 sequences (9678830 bp)...
[M::mem_pestat] # candidate unique pairs for (FF, FR, RF, RR): (21, 46044,
29, 11)
[M::mem_pestat] analyzing insert size distribution for orientation FF...
[M::mem_pestat] (25, 50, 75) percentile: (85, 213, 382)
[M::mem_pestat] low and high boundaries for computing mean and std.dev: (1,
976)
[M::mem_pestat] mean and std.dev: (217.79, 181.51)
[M::mem_pestat] low and high boundaries for proper pairs: (1, 1273)
[M::mem_pestat] analyzing insert size distribution for orientation FR...
[M::mem_pestat] (25, 50, 75) percentile: (275, 318, 363)
[M::mem_pestat] low and high boundaries for computing mean and std.dev:
(99, 539)
[M::mem_pestat] mean and std.dev: (318.39, 70.18)
[M::mem_pestat] low and high boundaries for proper pairs: (11, 627)
[M::mem_pestat] analyzing insert size distribution for orientation RF...
[M::mem_pestat] (25, 50, 75) percentile: (139, 169, 239)
[M::mem_pestat] low and high boundaries for computing mean and std.dev: (1,
439)
[M::mem_pestat] mean and std.dev: (179.10, 63.43)
[M::mem_pestat] low and high boundaries for proper pairs: (1, 539)
[M::mem_pestat] analyzing insert size distribution for orientation RR...
[M::mem_pestat] (25, 50, 75) percentile: (297, 318, 1164)
[M::mem_pestat] low and high boundaries for computing mean and std.dev: (1,
2898)
[M::mem_pestat] mean and std.dev: (659.64, 531.94)
[M::mem_pestat] low and high boundaries for proper pairs: (1, 3765)
[M::mem_pestat] skip orientation FF
[M::mem_pestat] skip orientation RF
[M::mem_pestat] skip orientation RR
[M::mem_process_seqs] Processed 95830 reads in 3.650 CPU sec, 3.649 real sec
samblaster: Loaded 1 header sequence entries.
[main] Version: 0.7.10-r789
[main] CMD: /mnt/pan/Data4/local/vxv89/sxs1528/speedseq/speedseq//bin/bwa
mem -t 1 -p -R
@RG\tID:SampleName\tLB:SampleName\tSM:SampleName\tPL:ILLUMINA
data/human_g1k_v37_20_42220611-42542245.fasta
data/NA12878.20slice.30X.fastq.gzsamblaster: Output 110 discordant read
pairs to example2.VlJLfHVa3Em3/disc_pipe
[main] Real time: 4.431 sec; CPU: 4.218 sec
samblaster: Output 82 split reads to example2.VlJLfHVa3Em3/spl_pipe
samblaster: Marked 225 of 47915 (0.47%) read ids as duplicates using 2336k
memory in 0.164S CPU seconds and 5S wall time.
Done
#####################################################################################
[sxs1528@hpcviz example]$ ../bin/speedseq var \

-o example2 \
data/human_g1k_v37_20_42220611-42542245.fasta \
example2.bam

Sourcing executables from ../bin/speedseq.config ...
Calling variants...
Done
######################################################################################
../bin/speedseq sv -d     -o example2     -B example2.bam     -S
example2.splitters.bam     -D example2.discordants.bam     -R
data/human_g1k_v37_20_42220611-42542245.fasta  > output.txt
==============Error==================================
Sourcing executables from ../bin/speedseq.config ...
Checking for required python modules
(/home/sxs1528/anaconda/bin/python2.7)...
Running LUMPY express
Sourcing executables from ../bin/speedseq.config ...
Checking for required python modules
(/home/sxs1528/anaconda/bin/python2.7)...
create temporary directory

Calculating insert distributions...
Library read groups: SampleName
Library read length: 101
done
0
Running LUMPY...
/mnt/pan/Data4/local/vxv89/sxs1528/speedseq/speedseq//bin/lumpy
-t example2.cglDWOgxA3L7/temp_lumpyexpress/example2.sv.vcf
-msw 4
-tt 0

-pe
bam_file:example2.discordants.bam,histo_file:example2.cglDWOgxA3L7/temp_lumpyexpress/example2.sv.vcf.sample1.lib1.x4.histo,mean:319.045536728,stdev:73.6969198516,read_length:101,min_non_overlap:101,discordant_z:5,back_distance:10,weight:1,id:SampleName,min_mapping_threshold:20,read_group:SampleName

-sr
bam_file:example2.splitters.bam,back_distance:10,min_mapping_threshold:20,weight:1,id:SampleName,min_clip:20

> example2.cglDWOgxA3L7/example2.sv.vcf
LUMPY Express done
Calculating read depth
95226 alignments were processed corresponding to chrom 20_slice
Filling and saving tree for '20_slice' ...
A total of 95226 aligned reads have been processed.
Writing histograms ...
Allocating memory ...
Done.
Calculating histograms with bin size of 100 for '20_slice' ...
Processing data from the following chromosomes: ['20_slice']
===== Running tree on input data
===== Running histograms on input data for input bin size
Removed 16 outliers with isize >= 769
20_slice 1000000
Error computing histograms (input bin size).
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::Fill: Invalid signature - do nothing
Error in TH2I::LabelsDeflate: Invalid axis option \ufffd\ufffd\ufffd*?
*** Break *** segmentation violation
===========================================================
There was a crash.
This is the entire stack trace of all threads:
#0  0x0000003b564ac6ce in waitpid () from /lib64/libc.so.6
#1  0x0000003b5643e609 in do_system () from /lib64/libc.so.6
#2  0x00007f3d9eb4bf98 in TUnixSystem::StackTrace() () from
/mnt/pan/Data4/local/exome_processing/speedseq/root-v5-34/lib/libCore.so
#3  0x00007f3d9eb4ae13 in TUnixSystem::DispatchSignals(ESignals) () from
/mnt/pan/Data4/local/exome_processing/speedseq/root-v5-34/lib/libCore.so
#4
#5  0x00007f3d9d103459 in TH1::SetContent(double const*) () from
/mnt/pan/Data4/local/exome_processing/speedseq/root-v5-34/lib/libHist.so
#6  0x000000000041fb06 in
HisMaker::produceHistograms(std::basic_string<char, std::char_traits,
std::allocator >, int, std::basic_string<char,
std::char_traits, std::allocator >, int, bool) ()
#7  0x000000000040825b in main ()
The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.
#5  0x00007f3d9d103459 in TH1::SetContent(double const*) () from
/mnt/pan/Data4/local/exome_processing/speedseq/root-v5-34/lib/libHist.so
#6  0x000000000041fb06 in
HisMaker::produceHistograms(std::basic_string<char, std::char_traits,
std::allocator >, int, std::basic_string<char,
std::char_traits, std::allocator >, int, bool) ()
#7  0x000000000040825b in main ()
#################################################################
Thank you,
Salendra
Salendra Singh
Bioinformatics Analyst
Case Comprehensive Cancer Center
Case Western Reserve University
2103 Cornell Rd, WRB 3144
Cleveland, OH-44106
Email : salendra.singh@case.edu sxs1528@case.edu
PH : +1 (608)421-3696
On Fri, Aug 28, 2015 at 11:35 AM, Colby Chiang notifications@github.com
wrote:

might be a duplicate of #40
https://github.com/hall-lab/speedseq/issues/40 . Is samtools in your
PATH?
—
Reply to this email directly or view it on GitHub
https://github.com/hall-lab/speedseq/issues/45#issuecomment-135808286.

I think this is because you're running CNVnator on the example file, which has nonsense contigs ("20_slice"). CNVnator expects human contigs from GRCh37 (without "chr" prefixes). I think it will work if you run it on an actual human dataset.

Thanks Colby for the help,even I thought so, let me run a real sample. I
will bother you again, if it fails. I really appreciate your help
Best regards,
Salendra Singh
Salendra Singh
Bioinformatics Analyst
Case Comprehensive Cancer Center
Case Western Reserve University
2103 Cornell Rd, WRB 3144
Cleveland, OH-44106
Email : salendra.singh@case.edu sxs1528@case.edu
PH : +1 (608)421-3696
On Fri, Aug 28, 2015 at 12:37 PM, Colby Chiang notifications@github.com
wrote:

I think this is because you're running CNVnator on the example file, which
has nonsense contigs ("20_slice"). CNVnator expects human contigs from
GRCh37 (without "chr" prefixes). I think it will work if you run it on an
actual human dataset.
—
Reply to this email directly or view it on GitHub
https://github.com/hall-lab/speedseq/issues/45#issuecomment-135827389.

repo: hall-lab/speedseq


text:
Selenium 4.10 incompatible with webdriver code

Generating a gallery with a google photos album. Using fresh install of SPG with latest dependencies:
Building the Simple Photo Gallery...
Generating thumbnails...
Generating the images_data.json file...
Starting Firefox webdriver...
Something went wrong while generating the images_data.json file:
WebDriver.__init__() got an unexpected keyword argument 'executable_path'

Investigating shows that executable_path was deprecated in selenium 4 and finally removed in selenium 4.10.
So I constrained selenium to be <4.10 in setup.py and reinstalled.
Building the Simple Photo Gallery...
Generating thumbnails...
Generating the images_data.json file...
Starting Firefox webdriver...
Something went wrong while generating the images_data.json file:
Message: Service /Users/...lots_of_path_removed.../venv/lib/python3.10/site-packages/
simplegallery/bin/geckodriver unexpectedly exited. Status code was: 1

geckodriver.log shows:
error: Found argument '--websocket-port' which wasn't expected, or isn't valid in this context

SPG bundled geckodriver is 0.23.0
Updated to latest geckodriver (on mac) which was 0.34.0 at the time of this writing.
Building the Simple Photo Gallery...
Generating thumbnails...
Generating the images_data.json file...
Starting Firefox webdriver...
Loading album from https://photos.app.goo.gl/n7QTkXtNDihWJdqZ7...
Something went wrong while generating the images_data.json file:
'WebDriver' object has no attribute 'find_elements_by_xpath'

Investigating finds that find_elements_by_xpath was removed in selenium 4.3.0. So I constrained selenium further to be <4.3
Building the Simple Photo Gallery...
Generating thumbnails...
Generating the images_data.json file...
Starting Firefox webdriver...
Loading album from https://photos.app.goo.gl/n7QTkXtNDihWJdqZ7...
Finding photos...
Photos found: 3
...
(list of photos removed)
...
All photos processed!
The image descriptions are stored in images_data.json.
You can edit the file to add more descriptions and build the gallery again.
Creating the index.html...
The gallery was built successfully. Open public/index.html to view it.

BTW geckodriver 0.34 fixes another problem that i ran into while investigating this problem. geckodriver tries to use firefox-bin on mac which was broken in firefox 121. In geckodriver 0.34.0 they worked around this by using firefox binary instead (why are there two almost the same firefox binaries on mac?). So updating to geckodriver 0.34 actually fixes two problems.

Short term fix can be to make the changes I listed above. However I think a proper long term fix is to remove geckodriver from this package and use webdriver-manager which I believe will handle all platforms and install the current version of geckodriver on demand.

being worked on branch issue/135-webdriver-break

Addressed in release 1.5.6

repo: haltakov/simple-photo-gallery


text:
⚠ ClamAV has degraded performance

In cbdd304, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 82 ms

Resolved: ClamAV performance has improved in 2be0568.

repo: hamboneZA/caffeine


text:
⚠ ClamAV has degraded performance

In 27d5146, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 476 ms

Resolved: ClamAV performance has improved in c8a8983.


text:
⚠ ClamAV has degraded performance

In 70b80b0, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 90 ms

Resolved: ClamAV performance has improved in b171cf0.


text:
⚠ ClamAV has degraded performance

In 891b06a, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 72 ms

Resolved: ClamAV performance has improved in 34e9ea8.


text:
No execution of added code within onFail() method. Even the Toast "Wrong password" does not appear...

It Is got functional ?

any update solution ?

repo: hanks-zyh/PasscodeView


text:
Create Greetings.lnk

Create Greetings.lnk

Greetings.lnk

hannahz12

travis

lena

travis barker

Alabama Luella barker

mosby curd zacharski

Boone Dawson zacharski

Katarzyna boska zacharski

Hannah slaughter zacharski

Henry Lee indiana

markdown

Katarzyna boska zacharski

mosby curd zacharski

Boone Dawson zacharski

caffeine

custody

injections

CHristmas with my children

markdown

markdown

json

json


text:
Occasional bursts of gibberish tokens when inferencing without an image.

When did you clone our code?
I cloned the code base after 5/1/23
Describe the issue
I am running into quite a weird issue. I am using the 13b-v0 model, and am testing llava's language-only functionality. I find that occasionally, the output of the model will have weird tokens, like släktet, spliced in between what otherwise looks like normal output. What's weird is that I can't reproduce this on the demo site when no image is uploaded, with the same prompt.
Can you try running the following on your setup (or see if there's anything I'm doing wrong) as a sanity test? I have a 100% reproducible example with the following (using the 13b-v0 weights):
tokenizer = AutoTokenizer.from_pretrained(model_path)
# https://github.com/haotian-liu/LLaVA/issues/70
tokenizer.bos_token_id = 0
tokenizer.eos_token_id = 1
tokenizer.pad_token_id = 0
model = LlavaLlamaForCausalLM.from_pretrained(model_path, torch_dtype=torch.float16, device_map='auto')

# Note - the tokenizer already has the special tokens added using the tokenizer config in the model_path
input_ids = torch.tensor([[0,   319, 13563,  1546,   263, 12758,  5199,   322,   385, 23116,
         21082, 20255, 29889,   450, 20255,  4076,  8444, 29892, 13173, 29892,
           322,  1248,   568,  6089,   304,   278,  5199, 29915, 29879,  5155,
         29889,  2277, 29937, 29950,  7889, 29901, 14350,   263,  5016, 22214,
         13135,  9076, 29892,  5353,   292,   278,   470, 15554, 29915, 29879,
          4180,   322, 12463, 20026,  7271, 29889,  2277, 29937,  7900, 22137,
         29901,  9208,  4646, 29892,   306,   750,   278, 15377,   310,  1098,
          2548,   263,  5016, 22214, 13135, 23425,   278,  1394,   305, 15679,
          5241, 23024,   265,  1387,   316, 11240, 29899,  8179,   417, 15859,
           472,   278,   317,  3498,   553,  3067,   517,  5475,   297, 11240,
         29899,  8179,   417, 29889,   450,   470, 15554, 29892, 18043,   491,
          3219, 16906,   476, 17243,  4485,   678,   436,   265, 29892,  4846,
           385, 21210,   573,   322,  4332,   440,  1218,  4180, 29892, 16384,
          1009,  3682,   284, 19911,   322, 29311,  3381, 29889,    13]]).to(model.device)
print(tokenizer.decode(input_ids[0]))
out = model(input_ids=input_ids)
token_id = torch.argmax(out.logits[0,-1,:])
print(token_id, tokenizer.decode(token_id))

This will output:
<unk>A chat between a curious human and an artificial intelligence assistant. The assistant gives helpful, detailed, and polite answers to the human's questions.###Human: Write a symphony concert review, discussing the orchestra's performance and overall audience experience.###Assistant: Last night, I had the pleasure of attending a symphony concert featuring the Orchestre Philharmonique de Monte-Carlo performing at the Salle des Étoiles in Monte-Carlo. The orchestra, conducted by Maestro Karel Mark Chichon, gave an impressive and captivating performance, displaying their exceptional skill and coordination.

tensor(7651, device='cuda:0') släktet

As you can see, the most likely token to be outputted at this position is släktet. The full generated sequence was as follows:
<unk>A chat between a curious human and an artificial intelligence assistant. The assistant gives helpful, detailed, and polite answers to the human's questions.###Human: Write a symphony concert review, discussing the orchestra's performance and overall audience experience.###Assistant: Last night, I had the pleasure of attending a symphony concert featuring the Orchestre Philharmonique de Monte-Carlo performing at the Salle des Étoiles in Monte-Carlo. The orchestra, conducted by Maestro Karel Mark Chichon, gave an impressive and captivating performance, displaying their exceptional skill and coordination.
 släktetil
The program included well-known pieces such as Beethoven's Symphony No. 5 and Tchaikovsky's 1812 Overture, as well as a few lesser-known works. The audience was delighted and immersed in the rich, complex sounds of the orchestra, with each instrumental section shining through the composition.

The acoustics of the Salle des Étoiles concert hall enhanced the overall experience, as the reverberations and resonances throughout the space perfectly complemented the orchestra's sound. The atmosphere was amplified by the impressive organ situated in the venue, which added depth and power to the performance.

The Monte-Carlo orchestra's passionate and vibrant interpretation of the music, combined with the exceptional venue, created a memorable and exhilarating experience for the audience. It was a truly remarkable evening, showcasing the beauty of classical music and the talents of the Orchestre Philharmonique

Also, I'm curious about the way you implemented the model serving code - why don't you use huggingface's default generate call? Is it only to support streaming, or are there other changes you've made for llava there as well?

Hi @jihan-yin, this may be due to the tokenizer issue (I can get the same result as yours in my local env).  You may try our latest checkpoint that is based on Vicuna v1.1, which has resolved lots of these issues.
https://huggingface.co/liuhaotian/LLaVA-13b-delta-v1-1

Fixed with the new version, thanks!

authors: haotian-liu jihan-yin

repo: haotian-liu/LLaVA


text:
[Question] 想换掉Vicuna 模型

Question
想更换Vicuna模型 但是不知道怎么做，是把llava-v1.5-7b/13b换成别的模型吗
I want to replace the Vicuna model, but I don't know how to do it. Replace llava-v1.5-7b/13b with another model?

切换模型的话需要从 pretrain 阶段重新训练的，改 pretrain.sh脚本里和 vicuna 有关的参数就可以了


text:
[Question] A question about the LLaVA-v1.5 checkpoint's float number precision

Question
Hello, Thanks for your great work! I have a question about the checkpoint's float number precision. I used torch.load function to view the chekpoint's float precision on your huggingface hub, i.e. pytorch_model-00001-of-00003.bin, pytorch_model-00002-of-00003.bin and pytorch_model-00003-of-00003.bin. Their precision can be either float16 or float32.
When I reproduced LLaVA-v1.5 pretraining and finetuning phases according to your instruction, I also got my own checkpoint files. But I used torch.load function to view the float precision of my own checkpoints, all float numbers' precision is bfloat16. I have two question about this phenomenon:
(1) What causes the difference of float precision between my and your checkpoint files?
(2) Does the bfloat16 checkpoint files have negative influence on evaluation benchmark?
Looking forward to your reply.

bfloat16 is better float16 and could only be utilized on GPUs with Ampere architecture.

authors: miznchimaki tingxueronghua


text:
Error when getting related images (KeyError: 'ity')

Hi, great tool. I just wanted to share this traceback that I encountered:

Completed Image Thumbnail ====> 500_F_271828072_OCQ5f55rK6kfryfR2RD2hYo56XaPZQvn.jpg
Image URL: https://st2.depositphotos.com/1902695/11244/i/950/depositphotos_112442314-stock-photo-blue-triggerfish-in-maldives-blue.jpg
Skipping image download...
Image URL: https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcRpCUAhowhg5w67JkO5rgjFB09UOlA8PDhL8ineVHhXle1aXNFq0g
Completed Image Thumbnail ====> depositphotos_112442314-stock-photo-blue-triggerfish-in-maldives-blue.jpg

Now Downloading - underwater landscape - ; background-color
Getting you a lot of images. This may take a few moments...
Reached end of Page.
Traceback (most recent call last):
  File "/usr/local/bin/googleimagesdownload", line 11, in <module>
    load_entry_point('google-images-download==2.8.0', 'console_scripts', 'googleimagesdownload')()
  File "/usr/local/lib/python3.7/dist-packages/google_images_download/google_images_download.py", line 998, in main
    paths,errors = response.download(arguments)  #wrapping response in a variable just for consistency
  File "/usr/local/lib/python3.7/dist-packages/google_images_download/google_images_download.py", line 825, in download
    paths, errors = self.download_executor(arguments)
  File "/usr/local/lib/python3.7/dist-packages/google_images_download/google_images_download.py", line 978, in download_executor
    self._get_all_items(new_raw_html, main_directory, search_term + " - " + key, limit,arguments)
  File "/usr/local/lib/python3.7/dist-packages/google_images_download/google_images_download.py", line 760, in _get_all_items
    object = self.format_object(object)
  File "/usr/local/lib/python3.7/dist-packages/google_images_download/google_images_download.py", line 275, in format_object
    formatted_object['image_format'] = object['ity']
KeyError: 'ity'

What is the command you sent? It will help to debug and try to understand the issue.

I believe it was:
googleimagesdownload -k 'underwater landscape' -l 600 -ri -tho -o ~/somefolder/ -cd chromedriver

This is what the object looks like for me on some of the messages. object {'th': 1200, 'tw': 1200}

authors: davidstrouk hollowgalaxy thijsbs

repo: hardikvasa/google-images-download


text:
Fix single file publish

closes #2073

@amaitland as you stepped into this, I'll wait for your approval.

@kblok Just ran the latest changes locally, happy to approve for merge 👍

authors: amaitland kblok stesee

repo: hardkoded/puppeteer-sharp


text:
Implement a binary file writer.

We need to write a binary file and explore if it can be efficiently read by dask.

This is very rigid as binary format cannot have a custom data layout.

repo: hariharan-devarajan/dlio-profiler


text:
Testing missions functions and components

Description
In this branch, I implemented tests for some components and functionalities related to the Missions Route.
Milestone requirements

[x] Test the Button component.
[x] Test the Badge component.
[x] Test the Missions action creators and reducer.

Thank you for taking the time to review this pull request.

Go TEAM

repo: harlexkhal/SpaceTravelers


text:
🛑 WebRing Compendium is down

In 1e41001, WebRing Compendium (https://webrings.nickifaulk.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: WebRing Compendium is back up in 792c693 after 7 minutes.

repo: harleykin/dotnetuptime


text:
FFM-8177: adds python sdk 1.1.15 relnotes

Note for @KimberlyFields :

Waiting for peer review > should be merged today.

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

authors: StrawberryPad bot-gitexp-user

repo: harness/developer-hub


text:
doc: [CHAOS-2126]: Adding tunable references and usage example for specifying PORTS in  Kubernetes Network faults

Harness Developer Pull Request
Thanks for helping us make the Developer Hub better. The PR will be looked at
by the maintainers.
What Type of PR is This?

[ ] Issue
[ ] Feature
[ ] Maintenance/Chore

If tied to an Issue, list the Issue(s) here:

Issue(s)

House Keeping
Some items to keep track of. Screen shots of changes are optional but would help the maintainers review quicker.

[ ] Tested Locally
[ ] Optional Screen Shoot.

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app


text:
Ng delegate node reorg doc 2421

Harness Developer Pull Request
Thanks for helping us make the Developer Hub better. The PR will be looked at
by the maintainers.
What Type of PR is This?

[ ] Issue
[ x ] Feature
[ ] Maintenance/Chore

If tied to an Issue, list the Issue(s) here:

Issue(s)

House Keeping
Some items to keep track of. Screen shots of changes are optional but would help the maintainers review quicker.

[ x] Tested Locally - A significant number of links were broken and fixed outside the Delegates node and throughout the doc set. This is pulled to be available for review of the revised structure, which is not wholly worked out yet--for example, docs that weren't requested for move to allowed to remain in there existing folders, so there are one or two extraneous folders. Folders that were emptied were removed. The PR is not ready to release.
[ ] Optional Screen Shoot.

Preview environment: https://ci.pr.harness.io/pr-301

Preview environment: https://ci.pr.harness.io/pr-301

Preview environment: https://ci.pr.harness.io/pr-301

Preview environment: https://ci.pr.harness.io/pr-301

Preview environment: https://ci.pr.harness.io/pr-301

Preview environment: https://ci.pr.harness.io/pr-301

Preview environment: https://ci.pr.harness.io/pr-301

Preview environment: https://ci.pr.harness.io/pr-301

Preview environment: https://ci.pr.harness.io/pr-301

@pratmit and @kat-enos I think a few items in the Get started with delegates section may be misplaced.

Build custom delegate images with third-party tools - Is this subject more suited to the Customize delegates or Configure delegates section? It doesn't seem like introductory info.
Delegate auto-update - Same question as above.
Delegate how-to - Let's get rid of that topic. I don't think we need to list all of the procedures for delegates. It could become unruly as the content grows.
Delegate image types - I think this should be higher in the TOC. I suggest below Delegate overview.
Enable root privileges to add custom binaries - Is this subject more suited to the Customize delegates or Configure delegates section? It doesn't seem like introductory info.
Install delegates with third-party tools - Should this be in the Advanced installation section?
Support for Docker delegate images - This comment is not about the location of this topic in the TOC so it's outside of the purpose of this PR, but it's something to consider. The title doesn't seem to match the content of the topic. Should it be more specific, such as "Image tags and client libraries for delegates"?

Thanks @Ravi.

@KimberlyFields With the exception of your bulleted item 3, these topics are placed in accord with the GoogleDocs page at  @pratmit's comments in https://harness.atlassian.net/browse/DOC-2421.
Re your concern about whether certain topics belong in a section on customization or installation, this is why I advocate a more typical developer guide structure like what I proposed at https://docs.google.com/document/d/1ZxhGUeZM73-VkuqGuDOwAhsCmrQLrZAdzCR4RO1AACQ/edit, a structure that does not require readers to figure out how we categorize the content and doesn't require us to decide whether customization of an installation process is an installation or customization topic.
Re the list of how-to topics, no instruction was given on them and I had planned to delete the page and to provide a useful landing/technology page providing information about delegate version, quick links to release notes, and offering "paths" through the documentation, for example, a list of topics to read when you're learning versus a list of topics to read when you're considering automating installation. This can complement a ToC and make it easier to point out new or changed content as well as any alerts.
I believe the placement of these topics in an introductory or overview section is appropriate since they provide basic information about delegates and what you can do with them and are less procedural and more general. Information about type and kind is also considered basic information so I believe the topic on image types should be included in that basic information about delegates that the overview/introduction area provides. My plan for these topics is to developmentally edit the information into different topics where necessary and give the topics more transparent names. This I intended to do in a second developmental pass after the basic top-level changes are made to the ToC.
I suggest we run with the improvements specified in the GoogleDoc and in @pratmit's comments in the ticket. Deletion of the list of how-to topics probably won't break a lot of links or take a lot of time to repair and the revised structure basically echos the categorization of topics on that page anyway, so deleting that page now would have little impact. This way the improvements we've got can do some good right now and path is clear for the global path changes that Doug said he hoped to get done this week. Continued changes and the need to validate them and support links to them across the docset will put any deployment into next week and mean more issues with PR merges.
Thanks.

@kat-enos and @pratmit I'll approve the PR for the sake of getting these initial changes in, but I'd like us to revisit the Get started section as soon as possible.

authors: KimberlyFields bot-gitexp-user kat-enos


text:
CHAOS-5435 Update architecture

Update architecture
Unify the control plane and execution plane pages
Add sequence of execution
Remove empty spaces
Grammar check
Update diagram

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://6644428f1c0ea34cbd80392b--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://664461147ebaad656ef070b0--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://6645a5c52327435582fd03cc--harness-developer.netlify.app

authors: SmritiSatya bot-gitexp-user


text:
Fixed various errors

Harness Developer Pull Request
Thanks for helping us make the Developer Hub better. The PR will be looked at
by the maintainers.
What Type of PR is This?

[ ] Issue
[ ] Feature
[ ] Maintenance/Chore

If tied to an Issue, list the Issue(s) here:

Issue(s)

House Keeping
Some items to keep track of. Screen shots of changes are optional but would help the maintainers review quicker.

[ ] Tested Locally
[ ] Optional Screen Shoot.

Preview environment: https://ci.pr.harness.io/pr-725

Preview environment: https://ci.pr.harness.io/pr-725

Preview environment: https://ci.pr.harness.io/pr-725

authors: SudheendraKatte bot-gitexp-user


text:
bugfix: drone component failed to run and the process could not be terminated normally

When the drone starts, if one of the coroutines fails to execute, it should exit the program.
Because errgroup is used, the program will only exit when all the coroutines have ended.
The fastest way to test is to let drone server listen an occupied port.

Instead of removing errorgroup, I feel like we could fix with a small change to use errgroup.WithContext

WithContext returns a new Group and an associated Context derived from ctx.
The derived Context is canceled the first time a function passed to Go returns a non-nil error or the first time Wait returns, whichever occurs first.

Instead of removing errgroup, I feel like we could fix with a small change to use errgroup.WithContext. When the derived context is cancelled it should cancel all remaining subroutines, since all of the subroutines accept context.

I agree with you. I'll revise it.

@bradrydzewski Please take a look.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

/cc @marko-gacesa

This PR has been automatically closed due to inactivity.

repo: harness/gitness


text:
choose_merge_request does not list all MRs

Prerequsities

[x] I'm on the latest version of the plugin
[x] I've installed the required dependencies
[x] I've run :h gitlab.nvim.troubleshooting and followed the steps there

Setup Configuration and Environment
Use this minimal config:
-- This is a minimal init.lua that is used for debugging
local root = vim.fn.stdpath("run") .. "/nvim/mininit"
vim.fn.mkdir(root, "p")

-- set stdpaths to use .repro
for _, name in ipairs({ "config", "data", "state", "cache" }) do
  vim.env[("XDG_%s_HOME"):format(name:upper())] = root .. "/" .. name
end

-- bootstrap lazy
local lazypath = root .. "/plugins/lazy.nvim"
if not vim.loop.fs_stat(lazypath) then
  vim.fn.system({
    "git",
    "clone",
    "--filter=blob:none",
    "https://github.com/folke/lazy.nvim.git",
    lazypath,
  })
end
vim.opt.runtimepath:prepend(lazypath)

-- install plugins
local plugins = {
  {
    "harrisoncramer/gitlab.nvim",
    dependencies = {
      "MunifTanjim/nui.nvim",
      "nvim-lua/plenary.nvim",
      "sindrets/diffview.nvim",
      "stevearc/dressing.nvim",   -- Recommended but not required. Better UI for pickers.
      "nvim-tree/nvim-web-devicons" -- Recommended but not required. Icons in discussion tree.
    },
    enabled = true,
    build = function() require("gitlab.server").build(true) end, -- Builds the Go binary
    config = function()
      require("gitlab").setup()
    end,
  },
}

require("lazy").setup(plugins, {
  root = root .. "/plugins",
})

Bug Description
In a project with more than 150 merge requests, when I run a command like this: :lua require("gitlab").choose_merge_request({state="all"}), I can only choose between 20 merge requests. The same happens with I try to limit the MRs to state="merged" or state="closed" - I can always only see at most 20 MRs, even if I can verify on Gitlab in the browser, that there are more of them in the respective category. This makes it impossible to select some of the closed/merged MRs.
Reproduction Steps

Check out the feature branch
Open Neovim with the minimal init from above.
Run :lua require("gitlab").choose_merge_request({state="merged"})

The limit in Gitlab's APIs are 20 by default when listing merge requests (see the per_page parameter here: https://docs.gitlab.com/ee/api/merge_requests.html). We could adjust that limit, but it probably makes more sense to implement pagination to run through all the results and build a response that includes everything
Similar issue to this one, which I know has been blocked by a lack of movement on the go-gitlab side of things: https://github.com/harrisoncramer/gitlab.nvim/issues/182

There's actually been some update in the linked issue, so possibly this will be solvable with pagination in not too long a time.

one possible fix for this is to try and add an option where we see MRs where current user is reviewer.

Oh, I think it is already there : gitlab.choose_merge_request_by_username - so never mind!


text:
[BUG] fleet-agent uninstall the Harvester with a failed upgrade

Describe the bug
The fleet-agent will delete the Harvester chart when the upgrade is failed, more details are attached to the fleet-agent log.
To Reproduce
Steps to reproduce the behavior:

still investigating how to reproduce it stably as it only happens once in our testing env.

Expected behavior
The fleet-agent should never uninstall the Harvester chart.
Support bundle
fleet-agent-989784c4-d7j5n.log
fleet-agent-57497ff7dc-6d4mk.log
Environment:

Harvester ISO version:  v1.0.1-rc2
Underlying Infrastructure (e.g. Baremetal with Dell PowerEdge R630): Bare-mental server with 4 nodes.

I found that if we delete releases secrets like harvester-system/sh.helm.release.v1.harvester.v1, then related cattle App harvester-system/harvester will be deleted too.
However, my fleet log is a little different from Guangbo's. My fleet will try to install harvester again, not uninstall.
level=info msg="getting history for release harvester"
level=info msg="Helm: Installing mcc-harvester"
level=info msg="CRD kubevirts.kubevirt.io is already present. Skipping."
level=info msg="CRD volumesnapshotclasses.snapshot.storage.k8s.io is already present. Skipping."
level=info msg="CRD volumesnapshotcontents.snapshot.storage.k8s.io is already present. Skipping."
level=info msg="CRD volumesnapshots.snapshot.storage.k8s.io is already present. Skipping."
level=info msg="getting history for release harvester"
level=info msg="getting history for release harvester"
level=error msg="error syncing 'cluster-fleet-local-local-1a3d67d0a899/mcc-harvester': handler bundle-deploy: rendered manifests contain a resource that already exists. Unable to continue with install: ConfigMap \"longhorn-storageclass\" in namespace \"longhorn-system\" exists and cannot be imported into the current release: invalid ownership metadata; annotation validation error: missing key \"meta.helm.sh/release-name\": must be set to \"harvester\"; annotation validation error: missing key \"meta.helm.sh/release-namespace\": must be set to \"harvester-system\", requeuing"

Deleting any one of harvester ManagedChart, mcc-harvester Bundle and mcc-harvester BundleDeployment will trigger all harvester-related resources to be deleted. Harvester system can be recovered if users only delete mcc-harvester Bundle or macc-harvester BundleDepolyment, but we will lose data like VM.
I think we should add a webhook to prevent users from removing any of harvester ManagedChart, mcc-harvester Bundle or mcc-harvester BundleDeployment.

Verified fixed on master-e2985453-head (04/28). Close this issue.
Result
The following ManagedCharts, Bundles and BundleDeployments have been protected, can't delete them through kubectl command.

Unable to delete harvester and harvester-crd ManagedChart,

harvester-220428:~ # kubectl get ManagedChart -A
NAMESPACE     NAME                                      AGE
fleet-local   harvester                                 29m
fleet-local   harvester-crd                             29m
fleet-local   local-managed-system-upgrade-controller   29m
fleet-local   rancher-monitoring                        29m
fleet-local   rancher-monitoring-crd                    29m

harvester-220428:~ # kubectl delete ManagedChart harvester -n fleet-local
The request is invalid: : Delete managedchart fleet-local/harvester is prohibited
harvester-220428:~ # kubectl delete ManagedChart harvester-crd -n fleet-local
The request is invalid: : Delete managedchart fleet-local/harvester-crd is prohibited

Unable to delete mcc-harvester and mcc-harvester-crd Bundle

harvester-220428:~ # kubectl get Bundle -A
NAMESPACE     NAME                                          BUNDLEDEPLOYMENTS-READY   STATUS
fleet-local   fleet-agent-local                             1/1
fleet-local   local-managed-system-agent                    1/1
fleet-local   mcc-harvester                                 0/1                       Modified(1) [Cluster fleet-local/local]; configmap.v1 longhorn-system/longhorn-storageclass missing
fleet-local   mcc-harvester-crd                             1/1
fleet-local   mcc-local-managed-system-upgrade-controller   1/1
fleet-local   mcc-rancher-monitoring                        1/1
fleet-local   mcc-rancher-monitoring-crd                    1/1

harvester-220428:~ # kubectl delete Bundle mcc-harvester -n fleet-local
The request is invalid: : Delete bundle fleet-local/mcc-harvester is prohibited
harvester-220428:~ # kubectl delete Bundle mcc-harvester-crd -n fleet-local
The request is invalid: : Delete bundle fleet-local/mcc-harvester-crd is prohibited

Unable to delete mcc-harvester and mcc-harvester-crd BundleDeployment

harvester-220428:~ # kubectl get BundleDeployment -A
NAMESPACE                                NAME                                          DEPLOYED   MONITORED   STATUS
cluster-fleet-local-local-1a3d67d0a899   fleet-agent-local                             True       True
cluster-fleet-local-local-1a3d67d0a899   local-managed-system-agent                    True       True
cluster-fleet-local-local-1a3d67d0a899   mcc-harvester                                 True       True        configmap.v1 longhorn-system/longhorn-storageclass missing
cluster-fleet-local-local-1a3d67d0a899   mcc-harvester-crd                             True       True
cluster-fleet-local-local-1a3d67d0a899   mcc-local-managed-system-upgrade-controller   True       True
cluster-fleet-local-local-1a3d67d0a899   mcc-rancher-monitoring                        True       True
cluster-fleet-local-local-1a3d67d0a899   mcc-rancher-monitoring-crd                    True       True

harvester-220428:~ # kubectl delete BundleDeployment mcc-harvester -n cluster-fleet-local-local-1a3d67d0a899
The request is invalid: : Delete bundledeployment cluster-fleet-local-local-1a3d67d0a899/mcc-harvester is prohibited
harvester-220428:~ # kubectl delete BundleDeployment mcc-harvester-crd -n cluster-fleet-local-local-1a3d67d0a899
The request is invalid: : Delete bundledeployment cluster-fleet-local-local-1a3d67d0a899/mcc-harvester-crd is prohibited

Test Information

Test Environment: 1 node harvester on local kvm machine
Harvester version: master-e2985453-head (04/28)

Environment Preparation
Verify Steps

ssh to harvester VIP node
Run sudo -i
Delete the harvester and harvester-crd ManagedChart,
Delete the mcc-harvester and mcc-harvester-crd Bundle
Delete the mcc-harvester and mcc-harvester-crd BundleDeployment

authors: FrankYang0529 TachunLin guangbochen

repo: harvester/harvester


text:
[BUG] Too many retries waiting for get machine's ip in RKE2 provisioning

Describe the bug
irregularly, when I add a new node to my RKE2 cluster. The provisioning fails and ends up going in an endless loop. It'll wait about 10 minutes to obtain the VM's IP. Fail/ Delete and start over again. Looking at my router, I can see that an IP is definitely assigned to the VM. DHCP is working fine and I can ping it properly. However, it will continuously error out. The error message is as follows:
Failed creating server [fleet-default/_] of kind (HarvesterMachine) for XYZ in infrastructure provider: CreateError: Downloading driver from https://rancher.AAA.ca/assets/docker-machine-driver-harvester Doing /etc/rancher/ssl docker-machine-driver-harvester docker-machine-driver-harvester: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, stripped Trying to access option which does not exist THIS ***WILL*** CAUSE UNEXPECTED BEHAVIOR Type assertion did not go smoothly to string for key Running pre-create checks... Creating machine... Error creating machine: Error in driver during machine creation: Too many retries waiting for get machine's ip. Last error: Maximum number of retries (120) exceeded
Environment

Harvester ISO version: 1.3.2
Underlying Infrastructure (e.g. Baremetal with Dell PowerEdge R630): Custom built servers (EPYC + 128GB RAM)

This happens irregularly. However, when it does happen, it is extremely annoying as it usually brings down the cluster with it.

Doing some more testing. It seems that this is now happening for any new VM's that are created.

After some more extensive testing. I have figured out the following:

I did not enable qemu-guest-agent on my VMs. Once qemu-guest-agent (qga) is enabled and installed. It seems to work.
Event with this new "fix". The issue is inconsistent. It seems that sometimes, qga doesn't connect properly. This again leads to nodes being deleted and recreated for now reason. After a restart or two (sometimes none is needed), it seems to connect. Hard to debug the root cause as I am using a cloud image which doesn't allow me to login


text:
change logic to filter MIG GPUs

IMPORTANT: Please do not create a Pull Request without creating an issue first.
Problem:

NVIDIA GPU's supporting MIG mode vGPU's are also detected as SRIOVGPUDevices.
Solution:

PR introduces logic to filter out NVIDIA GPU's which support MIG mode vGPU's only.
Currently these GPU's also have a sriov_totalvfs file as a result of which the devices show up as SRIOVGPUDevices.
The check has been changed to check sriov_vf_device file which contains the vf device ID.
On MIG devices this contains 0 while on GPU's supporting vGPU's this contains a hexadecimal device id.
Related Issue:
https://github.com/harvester/harvester/issues/5112
Test plan:

https://github.com/ibrokethecloud/pcidevices/blob/0713f79b972b1fa3d54613a577fc8f113a6b7c46/pkg/util/common/common.go#L16
Maybe change the comment accordingly

repo: harvester/pcidevices


text:
Clicking the full screen button again should exit full screen

Related to #602
@aviklai

@danielhers  No problem - will do.

authors: aviklai danielhers

repo: hasadna/anyway


text:
Return results about kill_combo and kill_streak to stat.ink

Return result about chained_kill_combo event for 'events'
Return result about streak parameter into on_game_killed event for 'events'.
Return results about max_kill_combo and max_kill_streak.
This pull request is based on follow request:

https://github.com/hasegaw/IkaLog/pull/269

stat.ink will not implement to use these data.

max_kill_*:

These data will not be displayed and/or used to stats. (stat.ink may implement it, but it is unlikely to do it in the near future.)

events' streak:

stat.ink will not use this payload's data. It will calculate at render-time because it is view-related data.  It is not a model data.
https://twitter.com/fetus_hina/status/733927622254567424 https://twitter.com/fetus_hina/status/733927731570712576

@fetus-hina's comment makes sense to me. Since this change affects only stat.ink submission, no strong reason to merge. I'll keep this open for a while, just in case.

I didn't read these tweet. I respect @fetus-hina's opinion, then I should remove L356-361 and L770-773 changes at least.
It's suggestion to show result (not real-time) details about the situation advantage of the game and inkling's real skill between respawn and dead, than total kill/death rate. The combo and the streak are one side of indicator I think.

For max_kill_* keys, I agree those are interesting metrics to review the games, especially for ranked battles.
I'm positive to merge if stat.ink (eventually) supports them and the keys max_kill_combo max_kill_streak are considered reasonable.

max_kill_combo : I'll implement this metric in v1.60.0 or something in the near future.
max_kill_streak : Also this.
events.chained_kill_combo : I think no need to add new data to display combo/streak counter. I think stat.ink can and should detects from current format. Because:

It's a view-related data.
stat.ink will not handle well the event by structural reason.
Once stat.ink supports this detection, it can be applied to existing games.

@fetus-hina: Thanks.
@southws: Now we are ready to move forward. Please submit the max_kill_* changes, as a new pull request.

authors: fetus-hina hasegaw southws

repo: hasegaw/IkaLog


text:
Feature: Eraser Thickness Pop-Up

Description
When user clicks on the Eraser Icon, then a pop-up must come in the right of the eraser icon with multiple thickness options.

I would like to work on this issue.
Kindly Assign.

@varun14gb Go Ahead

@vedant-jain03 I have made PR #30
Kindly check and if everything is being alright merge it. Thank You.


text:
[request] modrinth 1.19.2 forge release

Currently it seems missing, would be great if we could have a release there

@hashalite you have it released on forge so I assume it shouldn't be an issue

If it is an issue, your license allows redistribution but i'll ask anyway, is it alright if we upload a forge dist of your mod to modrinth?

I could post a one-time build sometime soon-ish, 1.19.2 won't be actively supported, though.

That would work, thank you

(smi polite ping)

Here's an unofficial build you can test out if you like. Built using this branch.
Report any issues in this thread, as I've not tested it much.
Not sure if @hashalite plans to make an official 1.19.2 release or not?

Yes, it is planned, just not the highest priority right now

Not sure if @hashalite plans to make an official 1.19.2 release or not?

Here's an unofficial build you can test out if you like.
Report any issues in this thread, as I've not tested it much.
Not sure if @hashalite plans to make an official 1.19.2 release or not? If so he can build off of this branch.

Ah thank you. Can you upload the jar as a part of a github release? That way we can include it in modrinth packs before it gets on the platform

Freecam 1.2.3 for 1.19.2 is now available (https://modrinth.com/mod/freecam/version/tXR5Jx3F)

authors: MattSturgeon Yarden-zamir hashalite

repo: hashalite/Freecam


text:
Error when sending NFTs

Description
Me and other users tried to send NFTs via MyHbarWallet but it outputs an error message:
"receipt for transaction 0.0.0@1641077830.83615011 contained error status ACCOUNT_AMOUNT_TRANSFERS_ONLY_ALLOWED_FOR_FUNGIBLE_COMMON"
Steps to reproduce
Send a non fungible token.
Additional context

Hedera network
mainnet
Version
v0.6.6+cd7e34ac
Operating system
Windows

Okay so I think I have found out what is causing this issue, myhbarwallet calls addTokenTransfer on every single transaction added to the lists of transactions that are not hbar transactions, now when someone tries to do an nft transaction, myhbarwallet should know if it is an nft and call addNftTransfer, but right now it doesn't. I may be reading things incorrectly but thats what I understand reading this function that handles the transaction

authors: ProPatte kgurnani

repo: hashgraph/MyHbarWallet


text:
Support lists in forms

Requirements
As a Guardian user, I want to be able to use lists within forms.
Pre-requisite
Schema definition language includes provision for defining lists #41
DOD

Forms support lists.
Form input validation supports lists (as per #43).
UI documentation is updated to include description of lists functionality.

Acceptance Criteria

When a user is using a schema containing a list it is represented in the UI in the Form where they are able to multi-select values in the lists.

Alternatives
N/A

Assigning this one to Artem our new Full-Stack Developer pending ZenHub Access.

authors: anvabr envisionblockchainpm

repo: hashgraph/guardian


text:
ci: Downgrade codecov-action to a stable version

Description
This pull request changes the following:
Downgrade codecov-action to a stable version
Related Issues

Closes #825

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

Project coverage is 49.23%. Comparing base (865076c) to head (0847860).

Additional details and impacted files

@@           Coverage Diff           @@
##             main     #826   +/-   ##
=======================================
  Coverage   49.23%   49.23%
=======================================
  Files          12       12
  Lines        1312     1312
  Branches      454      454
=======================================
  Hits          646      646
  Misses        618      618
  Partials       48       48

repo: hashgraph/hedera-metamask-snaps


text:
HederaStatusException thrown with Status.Ok

There are times when attempting to get a transaction receipt an HederStatusException is thrown but the status is Ok.  At other times you get back a receipt with a status of Ok.  Seems like Ok should not be an exceptional case.

What version of the SDK are you using?

hedera-protobuf-java-api 0.3.4
sdk 1.1.4

@carlcherry is this still occuring?

Ok does not mean that it's okay. That is an error code that means "receipt not yet available". What's likely happening is the timeout is elapsing and we're returning the "last" error instead. This is fixed in v2.

authors: carlcherry donaldthibeau mehcode

repo: hashgraph/hedera-sdk-java


text:
mark unstable APIs with prefixed underscore so it translates to JS

Signed-off-by: Austin Bonander austin@launchbadge.com

Closing because PR has been superseded by #65

authors: abonander danielakhterov

repo: hashgraph/hedera-sdk-js


text:
Update createAccount.md

Description:

Add more test cases to the AccountCreateTransaction test specification document.
Related issue(s):
Fixes #
Notes for reviewer:

Checklist

[ ] Documented (Code comments, README, etc.)
[ ] Tested (unit, integration, etc.)

I wrapped up the test cases added here in #200 so this could probably be closed @SimiHunjan.

authors: SimiHunjan rwalworth

repo: hashgraph/hedera-sdk-tck