text:
[Bug] Generic Event includes [+solution]

I run into the following error when compiling C++ code with libcaer C includes:
g++ -std=c++11 -o test NetworkReader.cpp -I. -Lpthread
/tmp/ccnLIAZm.o: In function `caerGenericEventGetEvent':
NetworkReader.cpp:(.text+0x21b): undefined reference to `caerLog'
/tmp/ccnLIAZm.o: In function `std::thread::thread<NetworkReader::start()::{lambda()#1}>(NetworkReader::start()::{lambda()#1}&&)':
NetworkReader.cpp:(.text._ZNSt6threadC2IZN13NetworkReader5startEvEUlvE_JEEEOT_DpOT0_[_ZNSt6threadC5IZN13NetworkReader5startEvEUlvE_JEEEOT_DpOT0_]+0x7d): undefined reference to `pthread_create'
collect2: error: ld returned 1 exit status

I found the following errors:

missing include in common.h: https://github.com/inilabs/libcaer/blob/master/include/events/common.h#L18 does not exist.
the linker complains about caerLog (from log.h) which is not included in the common.h

https://github.com/inilabs/libcaer/blob/master/include/events/common.h#L18 does not exist.

the file does not exist in the repo, but the installed location contains libcaer.h, is it created during the installation?
Also, the err occurs only when linking C++ code, not when compiling pure C

It is created at build time. All files are laid out so that this works. libcaer.h includes log.h, and libcaer.h is included as first thing in common.h, which is included by the other events. So it's all correct. All includes are relative to allow for easier development, so that it works even without having to do a full make install to /usr/include. I've never seen problems with any of this.
What do you include in NetworkReader.cpp and where is it located?

Thank you, so looks like I have 2 problems:

minor: I think the libcaer should be used only by including libcaer.h, right? All other are included from it (eg. polarity.h). But that does not seem to be the case for me:

#include <libcaer/libcaer.h>
...
./caer_client.c:135:51: error: use of undeclared identifier 'CAER_EVENT_PACKET_HEADER_SIZE'
                if (!recvUntilDone(listenTCPSocket, dataBuffer, CAER_EVENT_PACKET_HEADER_SIZE)) {

conflicting string, cstring, the error in caerLog seems to come from this conflict. Clang++-3.8 is more verbose and helpful, I get a bunch of these:

$ clang++-3.8 -std=c++11 -o test NetworkReader.cpp -lpthread
In file included from NetworkReader.cpp:2:
In file included from ./NetworkReader.hpp:12:
In file included from ./caer_client.c:20:
In file included from /usr/local/include/libcaer/libcaer.h:20:
/usr/bin/../lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/cstring:100:3: error: conflicting types for 'memchr'
  memchr(void* __s, int __c, size_t __n)
  ^
/usr/include/string.h:92:14: note: previous declaration is here
extern void *memchr (const void *__s, int __c, size_t __n)
             ^

Project structure:
Aim (TCP client for C++), rip-off of utils/tcptstat :)

NetworkReader.cpp:

// reads Socket data on TPC, stores in queue and allows to pop
#include "NetworkReader.hpp"

//! namespace caer { // cannot use namespace due to C
using namespace std;

NetworkReader.hpp:

#pragma once

#include<thread>
#include "ProducerConsumerQueue.h"

//#define caerLog(x) //dummy fix

#ifdef __cplusplus
extern "C" {
#endif
 #include "caer_client.h"
 #include "caer_client.c" //MUST include the .c file, NOT .h, otherwise linking fails
#ifdef __cplusplus
}
#endif

ProducerConsumerQueue.hpp (FB's folly lib)

#pragma once

#include <atomic>
#include <cassert>
#include <cstdlib>
#include <memory>
#include <stdexcept>
#include <type_traits>
#include <utility>

namespace folly {

caer_client.c (aka. tctststat)

/*
 * C Socket client (TCP) for cAER, modified from tcptsstats util
 * tcpststat.c
 *
 *  Created on: Jan 19, 2014
 *      Author: llongi
 */

#include <stdlib.h>
#include <stdio.h>
#include <stdbool.h>
#include <stdint.h>
//#include <string.h> //FIXME commented out, still errs (?!)
#include <unistd.h>
#include <sys/socket.h>
#include <arpa/inet.h>
#include <netinet/in.h>

#include "nets.h"
#include <libcaer/libcaer.h>
#include "caer_client.h"

#include <assert.h>

#include <signal.h>
// fix stdatomic.h for C++ compat : https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60932
#ifdef __cplusplus
#include <atomic>
using namespace std;
#else
#include <stdatomic.h>
#endif

caer_client.h

#pragma once

#ifdef __cplusplus
extern "C" {
#endif

#include<inttypes.h>

nets.h (copied from caer repo)

/*
 * nets.h
 *
 *  Created on: Jan 19, 2014
 *      Author: chtekk
 */
#ifdef __cplusplus
extern "C" {
#endif

#ifndef NETS_H_
#define NETS_H_

#include <stdlib.h>
#include <stdbool.h>
#include <stdint.h>
#include <unistd.h>
#include <sys/socket.h>
#include <sys/types.h>
#include <fcntl.h>

These are all header/includes used in the code...

... one oddity is that I have to include the caer_client.c file to get the caer methods known to C++

I found this related(?): https://stackoverflow.com/questions/13040139/namespace-issues-in-c11

#define LIBCAER_H_

#ifdef __cplusplus

#include <cstdio>
#include <cstdint>
#include <cinttypes>
#include <cstring>
#include <cerrno>

extern "C" {
#endif

// Common includes, useful for everyone.
#include <stddef.h>
#include <stdlib.h>
#include <stdio.h>
#include <stdbool.h>
#include <stdint.h>
#include <inttypes.h>
//!#include <string.h>
#include <errno.h>

// Use portable endian conversion functions.
#include "portable_endian.h"

// Include libcaer's log headers always.
#include "log.h"

@llongi is this the error? there's no #else if branch, so if I have C++, both c- and normal vetsions get included (cstring, string, etc)

I got a dummy workaround by:
+ #define caerLog(logLevel, subSystem, format, ...)
  #include "caer_client.h"

First, libcaer.h only provides the base infrastructure. It is correct that you then have to include the actual event types you use (events/polarity.h, events/frame.h and so on). Same for the devices if you need those functions.
Also the only place I see you're including anything libcaer related is in caer_client.c. tcpststat.c just does that directly because it's just a small toy utility, usually you'd place those includes inside some header file. In theory the libcaer header files should be C++ compatible already, they do declare the extern C, and do include the needed C++ standard C headers. The conflict with cstring/string.h is very strange, I can compile the examples in examples/dvs128_simple.cpp just fine, with G++ 5.3.1 and Clang++ 3.7.0. Could you try compiling just these and see what happens?

I can compile both examples just fine in clang/gcc c/c++.
I still have to apply the "hack" in https://github.com/inilabs/libcaer/issues/8#issuecomment-254233659 to compile in clang++-3.8 (have to remove cstring,removing string does not resolve it)

Interesting, so the change in memchr() between the two seems genuine and specified by the standard:
http://stackoverflow.com/questions/8380805/difference-between-string-h-and-cstring
I think introducing an IF/ELSE for the include is what makes the most sense here.

Fixed.

Thank you for the fix! I'll test tomorrow if I can remove my hack for caerLog()

I still have the cstring x string conflict:
In file included from /home/mmm/devel/HTM/nupic.core/src/nupic/utils/network/NetworkReader.cpp:2:
In file included from /home/mmm/devel/HTM/nupic.core/src/nupic/utils/network/NetworkReader.hpp:9:
In file included from /home/mmm/devel/HTM/nupic.core/src/nupic/utils/network/libs/caer/caer_client.h:8:
In file included from /usr/local/include/libcaer/libcaer.h:22:
/usr/bin/../lib/gcc/x86_64-linux-gnu/5.4.0/../../../../include/c++/5.4.0/cstring:116:3: error: conflicting types for 'strstr'
  strstr(char* __s1, const char* __s2)
  ^
/usr/include/string.h:337:14: note: previous declaration is here
extern char *strstr (const char *__haystack, const char *__needle)
             ^

For <cstring> the compiler states the include path (reason, from libcaer), for <string> it says nothing..can I figure the include reason for string? Unfortunately cstring is required for memcpy, so I cant omit it..

Hmm one thing I found out is that Clang 3.8 seems to be sensitive to having C++ headers inside the "extern C" declaration, which is why we now only wrap the actual C function declarations and so on with it, but the  and other includes are outside. Check that you include all C++ headers before, as well as libcaer, outside of any "extern C", and only wrap real pure C headers (if you use any) in it.

authors: breznak llongi

repo: inilabs/libcaer


text:
GCM registration is called every time, even if version didn't change

GCM registration listens to PACKAGE_REPLACED broadcast. Which is good, but sometimes version doesn't change - typically during development of the app, if you are installing the same version over and over. In that case it's not necessary to repeat registration.

+1 - I will try to fix this by storing the last versionCode and comparing.

@destil @martinadamek
I found out that we did not have a way how to specify custom actions if Google Play services are not available. The current version will check if they are not available and show a error dialog if the error code is recoverable, but it will finish the whole activity if the error is not recoverable - which is too strict for most cases.
So this pull request changes the behaviour - by default we always show the error dialog if an error code is returned from GooglePlayServicesUtil.isGooglePlayServicesAvailable(activity);. But you can call GcmHelper.setCheckServicesHandler(GcmServicesHandler handler) to specify your own behaviour.
And I have fixed the issue if the package is replaced but re-registration is not needed (versionCode has not changed).
Please take a look when you have time, I will merge this in 1-2 days.

source: gharchive/issue

authors: DanielNovak destil

repo: inloop/easygcm

license_type: permissive

license_source: bigquery


text:
update the pip config in the docs of lsm quickstart (#6887)

Pull request opened by the merge tool on behalf of #6887

Merged in a13f49965e0f3e26e7ab7c1c4684b1f6a01f1b6d

source: gharchive/pull-request

repo: inmanta/inmanta-core

license_source: github-api


text:
Fix truncation on multi-version lsm documentation (#8112)

Pull request opened by the merge tool on behalf of #8112

Merged into branches iso7 in 2f743a56cab9a05ef2ce4e33fcf4f0267d17d410


text:
Build(deps-dev): Bump @babel/plugin-transform-typescript from 7.16.1 to 7.16.7 (#2305)

Pull request opened by the merge tool on behalf of #2305

Merged in bb41bd574ce92019c466c23a6bb3d364ecc18dbd

repo: inmanta/web-console


text:
[Feature request] iOS 앱출시 9월 2일자 2차 심사 결과 및 reject 사유

내용
코로나 키워드 관련 심사에서 다시 리젝 통보를 받게 되었습니다.
기사 삭제 요청드리고,
이번에 수정됨과 동시에 이전 답변에서 올려주신 앱설명 디자인 새로 업데이트 하겠습니다. 죄송합니다.
reject 내용
2021년 9월 2일 오전 12:20
Apple의 메시지
5. 1.1 Legal: Privacy - Data Collection and Storage
Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage
We continue to find in our review that your app provides services or requires sensitive user information related to the COVID-19 pandemic. Since the COVID-19 pandemic is a public health crisis, services and information related to it are considered to be part of the healthcare industry. In addition, the seller and company names associated with your app are not from a recognized institution, such as a governmental entity, hospital, insurance company, non-governmental organization, or university.
Per section 5.1.1 (ix) of the App Store Review Guidelines, apps that provide services or collect sensitive user information in highly-regulated fields, such as healthcare, should be submitted by a legal entity that provides these services, and not by an individual developer.
Next Steps
To resolve this issue, your app must be published under a seller and company name of a recognized institution. If you have developed this app on behalf of such an institution, please advise your client to add you to the development team of their Apple Developer account. If your client does not yet have an Apple Developer account, they can enroll for one as an organization through the Apple Developer website.
Resources
For additional details, please refer to the update on the Apple Developer website about Ensuring the Credibility of Health & Safety Information.
Please see attached screenshot for details.

@Jung-Saver 앱 승인까지 기다려 주시면 좋겠습니다.
지침 5.1.1 - 법률 - 개인 정보 - 데이터 수집 및 저장

검토 결과 귀하의 앱이 COVID-19 전염병과 관련된 서비스를 제공하거나 민감한 사용자 정보를 요구한다는 사실을 계속해서 확인하고 있습니다. COVID-19 대유행은 공중 보건 위기이기 때문에 이와 관련된 서비스 및 정보는 의료 산업의 일부로 간주됩니다. 또한 앱과 연결된 판매자 및 회사 이름은 정부 기관, 병원, 보험 회사, 비정부 기관 또는 대학과 같이 인정된 기관의 이름이 아닙니다.

App Store 검토 지침의 섹션 5.1.1(ix)에 따라 의료와 같이 엄격하게 규제되는 분야에서 서비스를 제공하거나 민감한 사용자 정보를 수집하는 앱은 이러한 서비스를 제공하는 법인이 제출해야 하며, 개인 개발자.

다음 단계

이 문제를 해결하려면 승인된 기관의 판매자 및 회사 이름으로 앱을 게시해야 합니다. 해당 기관을 대신하여 이 앱을 개발한 경우 고객에게 Apple 개발자 계정의 개발 팀에 귀하를 추가하도록 조언하십시오. 고객에게 아직 Apple Developer 계정이 없는 경우 Apple Developer 웹사이트를 통해 조직으로 등록할 수 있습니다.

아래 스샷은 예전버전입니다.
코로나 관련 부분 수정해서 올려드렸는데 수정한 파일 반영안된 모양입니다.
<모가디슈> 부분은 코로나 관련 보도가 아니라 그냥 두었습니다.
이 부분까지 수정해야할까요?
tx_cinelux님의블로그
자기소개가없습니다.
-----Original Message-----
From: @.>
To: @.>;
Cc: @.>; @.>;
Sent: 2021-09-06 (월) 13:36:26 (GMT+09:00)
Subject: Re: [innovationacademy-kr/slabs-saver] [Feature request] iOS 앱출시 9월 2일자 2차 심사 결과 및 reject 사유 (#536)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.

2차 리젝 첨부 사진상에서 코로나 관련 지원금 내용도 앱출시 승인 거절 사유로 꼽힌 것으로 보아,
직간접적인 모든 코로나 관련 뉴스와 코로나 키워드를 삽입한 뉴스들은 앱 출시 전까지 지양하는 것이 맞는 것 같습니다.
앱 출시 안정성을 위해 검색창에 '코로나' 키워드 검색 시 결과없음으로 나오도록 맞춰주시는 것이 좋을 것 같습니다.
모가디슈 '펜데믹' 키워드 부분은 애플 측에서 첨부파일로 사진만 보내주고 구체적인 설명이 없었기 때문에 애매한 부분이지만,
펜데믹 또한 코로나 관련 간접 키워드로 또다시 승인거부가 될 것을 방지하기 위해 '펜데믹' 단어를 지워주신 다자인으로 다시 보내주시면 좋을 것 같습니다.
완료되시면 3차 앱 등록 진행 하겠습니다.

수정한 파일 첨부해드립니다. 감사합니다

authors: Jung-Saver kenu kyu-baek

repo: innovationacademy-kr/slabs-saver


text:
Rename UTxOState fields without underscores

Partially addresses #3061

[x] Rename fields across current code base
- [ ] Add DEPRECATED warning for all renamed fields They won't be useful as setters.
- [ ] Open PRs against downstream packages to not use the deprecated accessors. The CHANGELOG update could be enough.

No, we don't need to make a release for every PR. Only when a downstream library is ready to integrate and use the new version, we should make a release

Done!

@aniketd  - this is the most highly approved PR I've seen!  :smile:  :tada:

authors: aniketd lehins teodanciu

repo: input-output-hk/cardano-ledger


text:
Internal error occured: DecodeError "(in 'passphrase' field) suffix is not in base-16 format: still spatial equal spell ticket method cause shine future flavor inflict huge"

My curl request :
curl -X POST "https://localhost:8090/api/wallets/new?passphrase=still%20spatial%20equal%20spell%20ticket%20method%20cause%20shine%20future%20flavor%20inflict%20huge" -H "accept: application/json;charset=utf-8" -H "Content-Type: application/json;charset=utf-8" -d "{ \"cwInitMeta\": { \"cwName\": \"string\", \"cwAssurance\": \"CWAStrict\", \"cwUnit\": 0 }, \"cwBackupPhrase\": { \"bpToList\": [ \"string\" ] }}"
Response :
Internal error occured: DecodeError "(in 'passphrase' field) suffix is not in base-16 format: still spatial equal spell ticket method cause shine future flavor inflict huge"

Hey @tanzeelrana !
The passphrase is something different from what you may think immediately (@akegalj , @Martoon-00 , this is yet another testament that our current API is confusing). A passphrase is simply an (optional) extra password you specify when creating a wallet which will protect your private keys when spending funds. It is not the backup phrase, which is instead a 12-words mnemonic as the one you tried to post (look that you will still need to pass a 12-word mnemonic as part of the bpToList field, that in your example is simply set to the ["string"] array.
In particular, if you want to specify a passphrase (think of it as a spending password needed when generating a new address or spending funds) there are rules you need to abide to: it must be exactly 32-chars long and be encoded in base-16. You can use a tool like this one to play around.

@tanzeelrana
Please tell me how to run generate new address api.
Thanks

I generate 12 random words using bip39 ? What should I do next? are there tools to generate passphrase that   must be exactly 32-chars long and be encoded in base-16. ?

Is below api call correct?
    curl -k --request POST \        --url https://127.0.0.1:8090/api/wallets/new \        --header 'content-type: application/json' \        --data '{      "cwInitMeta": {       "cwName": "My lovely wallet",       "cwAssurance": "CWANormal",       "cwUnit": 0     },     "cwBackupPhrase": {         "bpToList":         ["squirrel","material","silly","twice","direct","slush","pistol","razor","become","junk","kingdom","flee"]       }     }'

Yes, it seems correct.
Mnemonics should be generated according to bip39, right.
Passphrase is optional; to make it complaint with daedalus you need to first evaluate its blake2b hash, getting 32-length string, and then encode to base16 before making request. See https://goo.gl/2uopZx

@tanzeelrana Hi,friend!Could you paste your curl command about create wallet with passphrase and create addresses?I am really confused about the api docs!
And which version api are u using?I tried the v1,but it didn't work,how about u?

authors: Martoon-00 adinapoli-iohk afzydev lhfly5201314 sunujacob tanzeelrana

repo: input-output-hk/cardano-sl


text:
Increase genCoeff range & document why

Bump range from 10^12 to 10^15. 10^12 is not enough to cover the
range used in Cardano, but 10^15 is.
This is a follow up to PR #3236, which bumped the range of Coeff, but not by enough.

More context: the values in 1 and 2 show that our gen range wasn't sufficient (too low by 10^3), so I increased the upper bound by 10^3.


text:
Create skeleton selectCoins endpoint.

Issue Number
#1133
#1134
#1135
Overview
This PR:

[x] Adds the following API types, with JSON encoding tests and swagger definitions:

[x] ApiSelectCoinsData
[x] ApiCoinSelection
[x] ApiCoinSelectionInput

[x] Adds a skeleton selectCoins API endpoint, with an associated swagger definition.
[x] Adds an integration test to verify that the selectCoins endpoint returns error code 501 (Not Implemented).

bors r+

repo: input-output-hk/cardano-wallet


text:
Fill placeholders by missing handlers for EOS-wallets.

#
Overview

[x] I have added missing handlers for EOS-wallets.

Comments

Note that this was left out on purpose :)
If we don't use it, let's avoid the burden of maintaining it. I understand from the Slack that defining this allowed @piotr-iohk to move forward writing some extra integration tests. Then, may we link this PR to the corresponding ticket to understand the rational behind this change :pray:

authors: KtorZ denisshevchenko


text:
[CSLA-62] Fix Daedalus shortcut link in Windows

I've tested the changes with a local build and verified that

daedalus.bat installs to the correct path
the shortcut targets the batch file instead of cardano-launcher.exe + args
running the shortcut works
the uninstaller removes daedalus.bat and the shortcut

Before merging I'd like to confirm the version built on appveyor works as well.

Found some issues with the AppVeyor installer.

In Windows 10 I have to explicitly run the shortcut as an administrator, but running daedalus.bat directly works. (Shortcut works in Win Server 2012 r2.)
CMD window pops up now. (Didn't happen in my pre-AppVeyor testing, so something must be different.)

@DominikGuzei, @darko-mijic, @nikolaglumac, @tomothespian, @domenkozar, @jagajaga, @rockbmb: You all have commits that ended up in this PR, but I suspect were intended for a different branch. If you know of an accidental merge to jmitchell/daedalus:fix/csla62-windows-shortcut, please ensure the commits are merged to the proper branch.
I have now unchecked "Allow edits from maintainers" and am closing this PR.

repo: input-output-hk/daedalus


text:
SCP-4510: marlowe-runtime web server scaffold

I decided to do a PR before implementing the REST API because I'm moving a bunch of files that some of us are working on and I don't want us to have to deal with a tough merge later down the line.
The commits are separated neatly to ease reviewing.
There's still some CLI stuff and some CLI names present in the new marlowe-api library but, as mentioned, I wanted to make the merge less painful. This will be resolved in ticket SCP-4577.

I know that is somewhat incoherent with CLI but but across the runtime codebase you can find Api as a naming convention:
[marlowe-runtime] $ find -name 'Api.hs'
./src/Language/Marlowe/Runtime/Transaction/Api.hs
./src/Language/Marlowe/Runtime/History/Api.hs
./src/Language/Marlowe/Runtime/Discovery/Api.hs
./src/Language/Marlowe/Runtime/Core/Api.hs

[marlowe-chain-sync] $ find -name 'Api.hs'
./src/Language/Marlowe/Runtime/ChainSync/Api.hs
./src/Language/Marlowe/Runtime/Plutus/V2/Api.hs
./src/Language/Marlowe/Runtime/Cardano/Api.hs

￼

authors: bjornkihlberg paluh

repo: input-output-hk/marlowe-cardano


text:
Fix minor tests breakage due to ledger changes

Description
Latest changes to TPraos and Conway generators and Arbitrary instances in ledger broke the test suite in consensus. This PR fixes this compatibility. There is no affect on downstream users, changes are only in the test suite.
Checklist

Branch

[x] Commit sequence broadly makes sense
[x] Commits have useful messages
[ ] ~The documentation has been properly updated~
[ ] ~New tests are added if needed and existing tests are updated~
[ ] ~Any changes affecting Consensus packages must have an entry in the appropriate changelog.d directory created using scriv. If in doubt, see the Consensus release process.~
[ ] ~Any changes in the Consensus API (every exposed function, type or module) that has changed its name, has been deleted, has been moved, or altered in some other significant way must leave behind a DEPRECATED warning that notifies downstream consumers. If deprecating a whole module, remember to add it to ./scripts/ci/check-stylish.sh as otherwise stylish-haskell would un-deprecate it.~
[ ] ~If this branch changes Network and has any consequences for downstream repositories or end users, said changes must be documented in interface-CHANGELOG.md~
[ ] ~If serialization changes, user-facing consequences (e.g. replay from genesis) are confirmed to be intentional.~

Pull Request~

[x] Self-reviewed the diff
[x] Useful pull request description at least containing the following information:

What does this PR change?
Why these changes were needed?
How does this affect downstream repositories and/or end-users?
Which ticket does this PR close (if any)? If it does, is it linked?

[x] Reviewer requested

bors merge

bors merge

repo: input-output-hk/ouroboros-network


text:
contract: Add UtxoAt effect

Add the UtxoAt effect with
utxoAt :: HasUtxoAt s => Address -> Contract s AddressMap, allowing
contracts to query the UTXO set through the node client.

Note that this also changes the way WalletAPI is implemented in the
emulator: Wallets now keep track of the entire UTXO set, not just the
subset of unspent outputs at the adddresses they are interested in. So
the behaviour of WalletAPI in this regard is now that of a node
client.

Implements #1468

* Wallets now keep track of the entire UTXO set

Is there any danger of size issues because of that?
You can look at the current state of the Bitcoin UTXO set here:
https://statoshi.info/dashboard/db/unspent-transaction-output-set
There are currently about 63,000,000 UTXOs and the size of the serialised UTXO set is approaching 3.5GB.

Yeah this is in the context of moving away from the monolithic wallet API towards a set of services that the contracts use. Namely a signing process and a node client. And the two things that we can reasonably expect a node client to tell us are outputs from the UTXO set and notifications about incoming transactions.
So we probably can't expect wallets to know the entire UTXO set, but that's ok because our contracts won't deal with wallets directly. (there was a discussion about this in the daedalus-app-platform channel recently)

Thanks for the link though, very interesting. The serialised size of the UTXO set has a lot of spikes that don't seem to correspond to the number of UTXOs directly (even though the general trend does)

Thanks for the link though, very interesting. The serialised size of the UTXO set has a lot of spikes that don't seem to correspond to the number of UTXOs directly (even though the general trend does)

I wondered about that as well.  The spikes aren't actually that big: they generally seem to be about 1.5M out of 3.47G, so there's a variation of about .04%. If you zoom out to the last 30 days then the noise gets smoothed out and the graphs for the number of UTXOs and the serialised size look pretty much identical.
I'm not even quite sure what "serliasation" eans in this case.  It appears that the UTXO set is stored on-disk in a LevelDB database (https://en.wikipedia.org/wiki/LevelDB), so maybe this graph is telling you the size of the database.  If that's the case then the spikes may just be an artefact of how the database works: maybe it allocates disk space in chunks and then occasionally compacts the database or something.

authors: j-mueller kwxm

repo: input-output-hk/plutus


text:
Playground: Making the documentation links more prominent.

I think it's too hard to notice them, yet they're one of the first
things you want to find.


text:
How to build on mobile for both iOS and Android?

Hi everyone,
Currently we are developing a mobile wallet using React Native for iOS and Android. And we really love to support Cardano in our wallet.
Please let us know which is the better way:

Run cardano wasm binding for JavaScript on React Native. (We tried and failed to build, any suggestion?)
Compile rust cardano to native library (iOS and Android); then write bridges of them for React Native.

Your help is much appreciated,
Best regards.

Hi @thangchq-ibl ,

there is a build script in the cardano wasm binding repo did you use it? Could you open an issue in this repo so we can work there to help you build JS bindings, adding logs and other information to help us reproduce the issue would be very helpful too.
it is possible to compile to iOS or Android. we have started a c binding library in cardano-c. However the APIs is not stabilized and is not thoroughly tested.

Thank you very much @NicolasDP for your reply. We are are trying the 2nd approach at the moment following this guideline. Will ask for help again if needed.

Hi @NicolasDP ,
Thanks for your diligent support. We were able to compile for native iOS and Android. But problem is there are many core functions missing at the moment....
Any suggestion we can overcome the dire situation?
Best regards,
Jackie Pham

Hi @NicolasDP,
I tried to build *.so for Android from cardano-c by config Cargo.toml (config reference) by using cdylib:
[package]
name = "cardano-c"
version = "0.1.0"
authors = ["Nicolas Di Prima <nicolas.diprima@iohk.io>", "Vincent Hanquez <vincent.hanquez@iohk.io>"]

[lib]
crate-type = ["cdylib" ]

[dependencies]
cardano = { path = "../cardano" }

But I meet error:
./build.sh armv7-linux-androideabi
## compile library for target: `armv7-linux-androideabi'

 * toolchain's target `armv7-linux-androideabi' already installed
 * compiling with debug symbols
warning: unused import: `cardano::config`
 --> cardano-c/src/wallet.rs:5:5
  |
5 | use cardano::config;
  |     ^^^^^^^^^^^^^^^
  |
  = note: #[warn(unused_imports)] on by default

warning: unused import: `c_char`
 --> cardano-c/src/bip39.rs:1:27
  |
1 | use std::os::raw::{c_int, c_char};
  |                           ^^^^^^

warning: unused imports: `ffi`, `ptr`
 --> cardano-c/src/bip39.rs:2:11
  |
2 | use std::{ffi, slice, ptr};
  |           ^^^         ^^^

error: linking with `cc` failed: exit code: 1
  |
  = note: "cc" "-Wl,--as-needed" "-Wl,-z,noexecstack"

Can you have any suggestion? Or can I build cardano-c for .so file?
Many Thanks.

@Captainkoko feel free to pop in the #184 ticket, we welcome any contribution/help.

authors: Captainkoko NicolasDP thangchq-ibl

repo: input-output-hk/rust-cardano

license: MIT


text:
Certificate Verify Fails

Since February 27th, I'm having a lot of issues with Certificate Verification. Sometimes I manage to get the calendar data, but most of the time I get this traceback:

Traceback (most recent call last):
File "/usr/lib/python-exec/python2.7/gcalcli", line 2500, in
BowChickaWowWow()
File "/usr/lib/python-exec/python2.7/gcalcli", line 2382, in BowChickaWowWow
options=FLAGS)
File "/usr/lib/python-exec/python2.7/gcalcli", line 587, in init
self._GetCached()
File "/usr/lib/python-exec/python2.7/gcalcli", line 714, in _GetCached
self._CalService().calendarList().list())
File "/usr/lib/python-exec/python2.7/gcalcli", line 670, in _CalService
http=self._GoogleAuth())
File "/home/penaz/.local/lib64/python2.7/site-packages/oauth2client/util.py", line 132, in positional_wrapper
return wrapped(*args, **kwargs)
File "/home/penaz/.local/lib64/python2.7/site-packages/apiclient/discovery.py", line 192, in build
resp, content = http.request(requested_url)
File "/home/penaz/.local/lib64/python2.7/site-packages/oauth2client/util.py", line 132, in positional_wrapper
return wrapped(*args, **kwargs)
File "/home/penaz/.local/lib64/python2.7/site-packages/oauth2client/client.py", line 490, in new_request
redirections, connection_type)
File "/home/penaz/.local/lib64/python2.7/site-packages/httplib2/init.py", line 1570, in request
(response, content) = self._request(conn, authority, uri, request_uri, method, body, headers, redirections, cachekey)
File "/home/penaz/.local/lib64/python2.7/site-packages/httplib2/init.py", line 1317, in _request
(response, content) = self._conn_request(conn, request_uri, method, body, headers)
File "/home/penaz/.local/lib64/python2.7/site-packages/httplib2/init.py", line 1252, in >_conn_request
conn.connect()
File "/home/penaz/.local/lib64/python2.7/site-packages/httplib2/init.py", line 1044, in connect
raise SSLHandshakeError(e)
httplib2.SSLHandshakeError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:661)

I reinstalled my ca-certificates, python, httplib2, google-api-python-client with no result. I tried downgrading too, but it didn't produce any result.
My clock is synced via NTP so time is not the problem (I verified it just to be safe, and it's right), I'm running:

Gentoo Linux
gcalcli v4.0.0_alpha3-r1 (from Portage, but also version 3.4.0 doesn't work)
python-2.7.14-r1
httplib2 0.10.3-r1
google-api-python-client 1.6.5 (Tried also the stable version 1.6.2 with no result)
oauth2-client 4.1.2

Seems like I found the issue, portage reported httplib2 0.10.3-r1, while it was running version 0.8 for some reason. Using pip2 install --upgrade --user httplib2 solved the issue.

I'm seeing this too from time to time and I have httplib2 (0.10.3) installed.

repo: insanum/gcalcli


text:
Yolo BBox Error

I'm using yolov5s.onnx as model file for detector. However, It gets error about parsing bboxes. I've tried to use convertor but I could not achieve that. What is wrong here? How can I make savant to draw bbox on output with yolov5 model?
name: mytest

parameters:
  output_frame: ${json:${oc.env:OUTPUT_FRAME, '{"codec":"jpeg"}'}}
  frame_width: 1920
  frame_height: 1080

pipeline:
  elements:
    - element: nvinfer@detector
      name: yolonew
      model:
        format: onnx
        model_file: yolov5s.onnx
        input:
          layer_name: images
          shape: [3, 640, 640]
          scale_factor: 0.0039215697906911373
          maintain_aspect_ratio: true
        batch_size: 1

        output:
          layer_names: [output0]
          converter:
            module: savant.converter.yolo_v4
            class_name: TensorToBBoxConverter
          num_detected_classes: 80
          objects:
            - class_id: 0
              label: Person

    - element: drawbin
      module: savant.deepstream.drawbin
      class_name: NvDsDrawBin
      element_type: detector

Try using the yolo converter module: savant.converter.yolo. YOLOv5/v6/v7 models have a different output converter than YOLOv3/v4. If it doesn't help, please attach the error log.

I've already tried it bu got no result. Here is the output logs of the module, it just stops without any reasons. So it stops without any error and my run_source process is hangs since module process is down.
Running docker command

2022-11-24 14:32:48,659 [savant.config.module_config] [INFO] Configure module...
2022-11-24 14:32:48,666 [savant.config.json_resolver] [WARNING] JSON loads fail, returning None for "None".
2022-11-24 14:32:48,689 [savant.config.module_config] [INFO] Configure pipeline elements...
2022-11-24 14:32:48,692 [savant.deepstream.nvinfer.element_config] [INFO] Element nvinfer@detector:v1(name=yolonew): Path to the model files has been set to "/models/yolonew".
2022-11-24 14:32:48,704 [savant.deepstream.nvinfer.element_config] [INFO] Element nvinfer@detector:v1(name=yolonew): Model engine file has been set to "yolov5s.onnx_b1_gpu0_fp16.engine".
2022-11-24 14:32:48,710 [savant.deepstream.nvinfer.element_config] [INFO] Element nvinfer@detector:v1(name=yolonew): Resulting configuration file "/models/yolonew/yolov5s_config_savant.txt" has been saved.
2022-11-24 14:32:48,717 [savant.config.module_config] [INFO] Module configuration is complete.
0:00:00.032236812    76 0x563dc1097860 WARN                 default gstsf.c:97:gst_sf_create_audio_template_caps: format 0x120000: 'AVR (Audio Visual Research)' is not mapped
0:00:00.032265636    76 0x563dc1097860 WARN                 default gstsf.c:97:gst_sf_create_audio_template_caps: format 0x180000: 'CAF (Apple Core Audio File)' is not mapped
0:00:00.032269931    76 0x563dc1097860 WARN                 default gstsf.c:97:gst_sf_create_audio_template_caps: format 0x100000: 'HTK (HMM Tool Kit)' is not mapped
0:00:00.032281035    76 0x563dc1097860 WARN                 default gstsf.c:97:gst_sf_create_audio_template_caps: format 0xc0000: 'MAT4 (GNU Octave 2.0 / Matlab 4.2)' is not mapped
0:00:00.032288598    76 0x563dc1097860 WARN                 default gstsf.c:97:gst_sf_create_audio_template_caps: format 0xd0000: 'MAT5 (GNU Octave 2.1 / Matlab 5.0)' is not mapped
0:00:00.032292904    76 0x563dc1097860 WARN                 default gstsf.c:97:gst_sf_create_audio_template_caps: format 0x210000: 'MPC (Akai MPC 2k)' is not mapped
0:00:00.032297143    76 0x563dc1097860 WARN                 default gstsf.c:97:gst_sf_create_audio_template_caps: format 0xe0000: 'PVF (Portable Voice Format)' is not mapped
0:00:00.032305661    76 0x563dc1097860 WARN                 default gstsf.c:97:gst_sf_create_audio_template_caps: format 0x160000: 'SD2 (Sound Designer II)' is not mapped
0:00:00.032310941    76 0x563dc1097860 WARN                 default gstsf.c:97:gst_sf_create_audio_template_caps: format 0x190000: 'WVE (Psion Series 3)' is not mapped
0:00:00.087359744    76 0x563dc1097860 WARN      GST_PLUGIN_LOADING gstplugin.c:792:_priv_gst_plugin_load_file_for_registry: module_open failed: libavcodec.so.58: cannot open shared object file: No such file or directory

(gst-plugin-scanner:76): GStreamer-WARNING **: 14:32:48.849: Failed to load plugin '/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstchromaprint.so': libavcodec.so.58: cannot open shared object file: No such file or directory
0:00:00.112745352    76 0x563dc1097860 WARN                  ladspa gstladspa.c:507:plugin_init:<plugin204> no LADSPA plugins found, check LADSPA_PATH
0:00:00.278103267    76 0x563dc1097860 WARN      GST_PLUGIN_LOADING gstplugin.c:792:_priv_gst_plugin_load_file_for_registry: module_open failed: libtritonserver.so: cannot open shared object file: No such file or directory

(gst-plugin-scanner:76): GStreamer-WARNING **: 14:32:49.040: Failed to load plugin '/usr/lib/x86_64-linux-gnu/gstreamer-1.0/deepstream/libnvdsgst_inferserver.so': libtritonserver.so: cannot open shared object file: No such file or directory
0:00:00.414926860    76 0x563dc1097860 WARN      GST_PLUGIN_LOADING gstplugin.c:792:_priv_gst_plugin_load_file_for_registry: module_open failed: libucs.so.0: cannot open shared object file: No such file or directory

(gst-plugin-scanner:76): GStreamer-WARNING **: 14:32:49.177: Failed to load plugin '/usr/lib/x86_64-linux-gnu/gstreamer-1.0/deepstream/libnvdsgst_ucx.so': libucs.so.0: cannot open shared object file: No such file or directory
0:00:00.478047698    76 0x563dc1097860 WARN      GST_PLUGIN_LOADING gstplugin.c:792:_priv_gst_plugin_load_file_for_registry: module_open failed: librivermax.so.0: cannot open shared object file: No such file or directory

(gst-plugin-scanner:76): GStreamer-WARNING **: 14:32:49.240: Failed to load plugin '/usr/lib/x86_64-linux-gnu/gstreamer-1.0/deepstream/libnvdsgst_udp.so': librivermax.so.0: cannot open shared object file: No such file or directory
2022-11-24 14:32:49,525 [savant.mytest] [INFO] Pipeline frame processing parameters: {'width': 1920, 'height': 1080, 'batch-size': 1, 'buffer-pool-size': 4, 'batched-push-timeout': 2000, 'live-source': False, 'interpolation-method': 6}.
2022-11-24 14:32:49,581 [savant.gstreamer.runner] [INFO] Starting pipeline `mytest<NvDsPipeline>: zeromq_source_bin:v1(name=source) -> nvstreammux:v1(name=muxer) -> nvinfer@detector:v1(name=yolonew) -> nvstreamdemux:v1(name=demuxer)`...
0:00:02.889315267     1      0x41ebc40 INFO                 nvinfer gstnvinfer.cpp:646:gst_nvinfer_logger:<yolonew> NvDsInferContext[UID 2]: Info from NvDsInferContextImpl::deserializeEngineAndBackend() <nvdsinfer_context_impl.cpp:1909> [UID = 2]: deserialized trt engine from :/models/yolonew/yolov5s.onnx_b1_gpu0_fp16.engine
WARNING: [TRT]: The getMaxBatchSize() function should not be used with an engine built from a network created with NetworkDefinitionCreationFlag::kEXPLICIT_BATCH flag. This function will always return 1.
INFO: ../nvdsinfer/nvdsinfer_model_builder.cpp:610 [Implicit Engine Info]: layers num: 2
0   INPUT  kFLOAT images          3x640x640
1   OUTPUT kHALF  output0         25200x85

0:00:02.927128978     1      0x41ebc40 INFO                 nvinfer gstnvinfer.cpp:646:gst_nvinfer_logger:<yolonew> NvDsInferContext[UID 2]: Info from NvDsInferContextImpl::generateBackendContext() <nvdsinfer_context_impl.cpp:2012> [UID = 2]: Use deserialized engine model: /models/yolonew/yolov5s.onnx_b1_gpu0_fp16.engine
0:00:02.941748661     1      0x41ebc40 INFO                 nvinfer gstnvinfer_impl.cpp:328:notifyLoadModelStatus:<yolonew> [UID 2]: Load new model:/models/yolonew/yolov5s_config_savant.txt sucessfully
2022-11-24 14:32:51,699 [savant.gstreamer.runner] [INFO] Pipeline starting ended after 0:00:02.099368.
2022-11-24 14:32:54,886 [savant.avro_video_decode_bin] [INFO] Adding branch with source 1071
2022-11-24 14:32:54,890 [savant.avro_video_decode_bin] [INFO] Branch with source 1071 added
2022-11-24 14:32:54,890 [savant.avro_video_demux] [INFO] Created new src pad for source 1071: src_1071.
0:00:06.141861358     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.141887077     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2942:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe minimum capture size for pixelformat MJPG
0:00:06.141903334     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.141911587     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2948:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe maximum capture size for pixelformat MJPG
0:00:06.141928281     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.141937300     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2942:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe minimum capture size for pixelformat AV10
0:00:06.141941605     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.141947209     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2948:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe maximum capture size for pixelformat AV10
0:00:06.141957074     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.141966982     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2942:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe minimum capture size for pixelformat DVX5
0:00:06.141978449     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.141985696     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2948:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe maximum capture size for pixelformat DVX5
0:00:06.142002130     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142009210     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2942:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe minimum capture size for pixelformat DVX4
0:00:06.142013363     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142020169     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2948:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe maximum capture size for pixelformat DVX4
0:00:06.142033980     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142044934     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2942:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe minimum capture size for pixelformat MPG4
0:00:06.142053644     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142059319     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2948:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe maximum capture size for pixelformat MPG4
0:00:06.142071690     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142081045     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2942:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe minimum capture size for pixelformat MPG2
0:00:06.142090026     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142098835     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2948:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe maximum capture size for pixelformat MPG2
0:00:06.142110297     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142119266     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2942:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe minimum capture size for pixelformat H265
0:00:06.142127418     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142136371     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2948:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe maximum capture size for pixelformat H265
0:00:06.142148369     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142157523     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2942:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe minimum capture size for pixelformat VP90
0:00:06.142168633     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142177776     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2948:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe maximum capture size for pixelformat VP90
0:00:06.142189143     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142197809     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2942:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe minimum capture size for pixelformat VP80
0:00:06.142203183     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142209811     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2948:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe maximum capture size for pixelformat VP80
0:00:06.142218774     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142227511     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2942:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe minimum capture size for pixelformat H264
0:00:06.142236113     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:sink> Unable to try format: Unknown error -1
0:00:06.142245383     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2948:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:sink> Could not probe maximum capture size for pixelformat H264
0:00:06.142567766     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:src> Unable to try format: Unknown error -1
0:00:06.142581222     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2942:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:src> Could not probe minimum capture size for pixelformat NM12
0:00:06.142592345     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:3057:gst_v4l2_object_get_nearest_size:<nvv4l2decoder0:src> Unable to try format: Unknown error -1
0:00:06.142602096     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2948:gst_v4l2_object_probe_caps_for_format:<nvv4l2decoder0:src> Could not probe maximum capture size for pixelformat NM12
0:00:06.142609231     1 0x7feda4005ea0 WARN                    v4l2 gstv4l2object.c:2395:gst_v4l2_object_add_interlace_mode:0x7fed88074860 Failed to determine interlace mode
2022-11-24 14:32:55,019 [savant.mytest] [INFO] Added source 1071
0:00:06.270271725     1 0x7feda4005ea0 WARN            v4l2videodec gstv4l2videodec.c:1847:gst_v4l2_video_dec_decide_allocation:<nvv4l2decoder0> Duration invalid, not setting latency
0:00:06.270305027     1 0x7feda4005ea0 WARN          v4l2bufferpool gstv4l2bufferpool.c:1082:gst_v4l2_buffer_pool_start:<nvv4l2decoder0:pool:src> Uncertain or not enough buffers, enabling copy threshold
0:00:06.271082420     1 0x7fed88031520 WARN          v4l2bufferpool gstv4l2bufferpool.c:1533:gst_v4l2_buffer_pool_dqbuf:<nvv4l2decoder0:pool:src> Driver should never set v4l2_buffer.field to ANY

There is no problem with detector in the log. May be something wrong with your source? I need details.

What source adapter do you use? Did you try another adapter or another source, eg. video fragment? Try to use images source adapter, specify location with folder with only one jpeg image. Or try to use your source with working module.
Try to run the module in debug mode LOGLEVEL=DEBUG ./scripts/run_module.... It will give more information about the moment the pipeline hangs
Specify device you are using: dGPU/Jetson, nvidia driver version

The log looks as usual, it seems that something like "Preparing output for frame ..." should follow. I still don't understand what the problem could be. Usually when there are problems in postprocessing or with the model graph, there are corresponding messages in the logs.
If you can share your model or similar in onnx format with me, I can try to reproduce the problem.

ok. These are the steps I have followerd when I was creating my onnx file.
git clone https://github.com/ultralytics/yolov5  # clone
cd yolov5
pip install -r requirements.txt
python export.py --weights yolov5s.pt --include torchscript onnx --half --device 0

And I used the output onnx model. My source video resolution is 1280x720

We currently cannot work correctly with fp16 in python converters. Use fp32 precision for ONNX model and delegate conversion to fp16 to TRT. In this case, the model engine will run at fp16 (and infer quickly), but the output tensor for python converter will be at fp32.
Try with python export.py --weights yolov5s.pt --include onnx

Thank, this solved my problem. I got it.

authors: denisvmedyantsev mnuriyumusak

repo: insight-platform/Savant


text:
Update make.jl

change deployment name. closes #36

@dgkf-roche the project name has capital letters now. but the docs do not update anymore. this change could fix this right??


text:
Droplet property changes

This PR is tries to accomplish the following:

[x]  Add properties from list rather then individual methods
[x] Fix networking properties(public IPV6 & IPV4) to display the proper values
[x] Add a private IPv4 property for internal private networking
[ ] Add remaining properties from the Droplet API

@chris-rock Done!

@chris-rock Anything else I need to do here?

repo: inspec/inspec-digitalocean


text:
A few fixes to the architecture doc

[Title: Brushing up the architecture doc]
Simply wording and the like.

Finally I got it done. Sorry for the wait @alban ... enjoy

repo: inspektor-gadget/inspektor-gadget


text:
A.05.IR14.ds.keyword

This issue has been extracted from the issue list on:https://ies-svn.jrc.ec.europa.eu/issues/2685
Comment
Another prerequisite is test case A.04.
Proposed Change
Add the test case as a prerequisite.

Proposed resolution
Agreed with the proposed change, that could affect other specific test cases for datasets and dataset series.

authors: AntoRot jensscheerlinck

repo: inspire-eu-validation/ats-metadata


text:
add tokenserver testcase - [closed]

In GitLab by @tmon546596046 on Mar 14, 2018, 09:54
Merges tokentestcase -> dev
add tokenserver testcase

In GitLab by @wknet123 on Nov 13, 2019, 10:37
the API Server Coverage is  19.1%   UI Coverage is 38.11%   check console log

In GitLab by @wknet123 on Nov 13, 2019, 10:37
the API Server Coverage is  19.1%   UI Coverage is 38.11%   check console log

In GitLab by @wknet123 on Nov 13, 2019, 10:37
the API Server Coverage is  23.8%   UI Coverage is 38.11%   check console log

In GitLab by @wknet123 on Nov 13, 2019, 10:37
the API Server Coverage is  23.8%   UI Coverage is 38.11%   check console log

In GitLab by @wknet123 on Nov 13, 2019, 10:37
the it is failed check console log

In GitLab by @wknet123 on Nov 13, 2019, 10:37
closed

repo: inspursoft/board


text:
refine helm which connect tiller using node port - [closed]

In GitLab by @tmon546596046 on Mar 19, 2019, 08:19
Merges tillerconnect -> dev
now the helm connect tiller using tiller service node port. And tiller service node port is configurable

In GitLab by @wknet123 on Nov 13, 2019, 11:39
The test coverage for backend is %  38.96%  , check  console log

In GitLab by @wknet123 on Nov 13, 2019, 11:39
closed


text:
From registry build image is not available [REPLACEMENT ISSUE]

The original issue
Id: 971
Title: From registry build image is not available

could not be created.
This is a dummy issue, replacing the original one. It contains everything but the original issue description. In case the gitlab repository is still existing, visit the following link to show the original issue:
TODO

In GitLab by @luotian-github on Nov 8, 2019, 07:46
in Fixing

In GitLab by @liyanq528 on Nov 8, 2019, 07:46
Please fix the Jenkins image problem first;

In GitLab by @luotian-github on Nov 8, 2019, 07:46
fixed

In GitLab by @cuiaq123 on Nov 8, 2019, 07:46
fixed

In GitLab by @sokril on Nov 8, 2019, 08:18
closed

In GitLab by @sokril on Nov 8, 2019, 08:18
assigned to @cuiaq123


text:
Misleading "Couldn't generate checksum for" exception

Exceptions during backup
We started receiving exceptions during the backup process with stacktraces like:
java.io.UncheckedIOException: java.io.IOException: java.lang.IllegalStateException: Couldn't generate checksum for /icarus/cassandra/data/data/archive/something-b2d9cc3051c411eb8a29851d977a39d8/snapshots/autosnap-1621338376-73919840-436c-3d25-a9d8-42659f4e5722-1621338385981/md-347-big-Digest.crc32
	at com.instaclustr.esop.impl.SSTableUtils.lambda$ssTableManifest$2(SSTableUtils.java:124)
	at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
	at java.util.ArrayList.forEach(ArrayList.java:1259)
	at java.util.stream.SortedOps$RefSortingSink.end(SortedOps.java:395)
	at java.util.stream.Sink$ChainedReference.end(Sink.java:258)
	at java.util.stream.Sink$ChainedReference.end(Sink.java:258)
	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:483)
	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472)
	at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
	at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
	at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:566)
	at com.instaclustr.esop.impl.Snapshots$Snapshot$Keyspace$Table.parse(Snapshots.java:519)
	at com.instaclustr.esop.impl.Snapshots$Snapshot$Keyspace.parse(Snapshots.java:354)
	at com.instaclustr.esop.impl.Snapshots$Snapshot.parse(Snapshots.java:221)
	at com.instaclustr.esop.impl.Snapshots.parse(Snapshots.java:679)
	at
.....

We are using Cassandra 3.11 and this code flow should only be executed for 2.XX (https://github.com/instaclustr/esop/blob/06928e39ce143c9fa6b7c3fc865718d2007da8d6/src/main/java/com/instaclustr/esop/impl/SSTableUtils.java#L56).
It took a lot of analysis and debugging understand that the root cause was that we accidentally ran multiple backups in parallel. When the first started backup cleans up its snapshots, the second backup was still working with data from the first backup. This is because of Snapshots.parse which resolves all files at a certain moment in time. In our case the second backup also found snapshot files from the first backup, which were later cleaned by the first backup.
We fixed the issue of "multiple running backups at the same time", but I was wondering if it is possible to detect if a backup is already running from each Sidecar and if it is, then stop the backup process with a log statement or so.
Cause for multiple running backups
We have, for instance, three running Cassandra instances. Each of them have Icarus as a sidecar. The REST request for creating a backup is done at a load balancer, which directs to instance A. Then a script does a periodic request to determine the status of the backup job until it is done or failed. Our script didn't account for the fact that executing this request against another instance (B for example) results in a 404. Subsequently the script failed and was restarted. Then another backup request was done at instance B (or C). Apparently only instance A knows about this operation. We know changed our script to always execute the backup request to instance A and also ask for the status on instance A.
It seems that we didn't have these issues in the past or at least they weren't that explicit and consistent. I cannot determine precisely why we are experiencing this issue more than before.
Summary

Is the analysis correct that only the instance on which the backup is requested (coordinator) knows about the status?
Is it simply possible to determine if a backup is already running, so it can be stopped directly and no unexpected follow-up errors like Couldn't generete checksum.. occur.

Hi @timprijn ,
I am not completely sure I am following your explanation. The thing is that Esop / Icarus is done in such a way that parallel backups are absolutely fine to do. This was done on purpose so a person A can issue a backup request and 5 minutes later person B can run another one and they will just execute in parallel, side by side. If there is some overlapping of entities to backup, this will be handled automatically and no sstable is ever backuped up more than once.
https://github.com/instaclustr/esop#simultaneous-backups
The workflow should be like this:

you have 3 node cluster
you issue one backup request which "global" (if you dont follow here, just say and I will expand on this)
coordinator will automatically disperse these requests to two other nodes (and to itself, so 3 requests are sent, one of them to same node, it is kind of a loop)
each node is doing backup and status is polled from coordinator
one each node is done, coordinator detects this and the whole "global request" is done

Now I am not completely sure why you would see such error but just by looking at it, the easy fix would be to synchronize the access to this logic which parses the snapshots so it would not clash as it is effectively executed from different threads.
I did this in Esop (1) so what you can do is to build Esop on your own, bump that version in Icarus and build that one too and you might try it out.
I had to forcepush master in Esop  (yay!) because I forgot to bump it to next development iteration, you will see it from git log so please fetch the current master as is and try to build and let me know if it is better.
(1) https://github.com/instaclustr/esop/commit/87e3d0049af5534866995ec1f406dc856fd17c00

Ok I see what you mean, I can see it in the code ... well ... yeah this seems to be a problem, I am not sure how to fix it yet, I need to give it a second thought, I will update this issue once I have something new.

Goodmorning,
Just tested with Esop master and I'm still seeing the same errors when running multiple backups in parallel, including the "Couldn't generate checksum".
I think that at the time the check happens to return an empty stream, the snapshot files still exist (they aren't cleared yet). During processing of the stream, files are removed and then the errors happen.
Perhaps it's best to queue the backups or only clear snapshots when no other backups are running?

@timprijn thanks for trying it in more depth. I do not want to queue them. They have to be trully done in parallel, that is the requirement of the other business we are delivering this for and us queuing it would violate what we promissed them to do.

Hi @timprijn
please use this Icarus with changes in Esop
https://oss.sonatype.org/content/repositories/snapshots/com/instaclustr/icarus/1.1.2-SNAPSHOT/
Thanks!

authors: smiklosovic timprijn

repo: instaclustr/esop


text:
Implemented target value normalization during training in the IPPO sy…

What?
Add components needed to normalise target values during training for jax IPPO system.
Why?
Normalising target values as stated in the Yu et al (2021) paper can significantly improve training for certain environments.
How?

Added functions in jax_training_utils.py to compute running statistics (mean and variance) of the data, normalise and denormalise.
Added a new GAE function which accounts for the normalisation in the adavantage_estimation.py
Added new Training parameters to store the running statistic.
Added two new step functions in step.py to perform the normalisation during training for the shared and separate networks.
Added two examples the the Mava/examples/jax/debugging/simple_spread/feedforward/decentralised.

 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.

authors: CLAassistant ulricharmel

repo: instadeepai/Mava


text:
missing type ClientProtocolException

instagram.login(); shows as error.. can someone help?

let me see the error and code

Addressed in rewrite or no longer relevant.

authors: blaccdev jvogit jxin19


text:
Get error while authentication via terminal

Traceback (most recent call last):
File "", line 198, in run_module_as_main
File "", line 88, in run_code
File "C:\Users\MY PC\AppData\Local\Programs\Python\Python312\Scripts\instaloader.exe_main.py", line 7, in
File "C:\Users\MY PC\AppData\Local\Programs\Python\Python312\Lib\site-packages\instaloader_main.py", line 470, in main
main(loader,
File "C:\Users\MY PC\AppData\Local\Programs\Python\Python312\Lib\site-packages\instaloader_main.py", line 120, in _main
instaloader.interactive_login(username)
File "C:\Users\MY PC\AppData\Local\Programs\Python\Python312\Lib\site-packages\instaloader\instaloader.py", line 1589, in interactive_login
self.login(username, password)
File "C:\Users\MY PC\AppData\Local\Programs\Python\Python312\Lib\site-packages\instaloader\instaloader.py", line 651, in login
self.context.login(user, passwd)
File "C:\Users\MY PC\AppData\Local\Programs\Python\Python312\Lib\site-packages\instaloader\instaloadercontext.py", line 260, in login
csrf_token = csrf_json['config']['csrf_token']
~~~~~~~~~^^^^^^^^^^
KeyError: 'config'

It's working.

Getting the same error here

any update? This error didn't exist 2 months ago

same error

logging into instaloader with the firefox session solved it for me.

authors: EllisCallaghan rgrjnr saurabhvns01 sunyshore

repo: instaloader/instaloader


text:
fix: mypy issue with training library

Resolves #1550
Checklist:

[x] Commit Message Formatting: Commit titles and messages follow guidelines in the
conventional commits.
[ ] Changelog updated with breaking and/or notable changes for the next minor release.
[ ] Documentation has been updated, if necessary.
[ ] Unit tests have been added, if necessary.
[ ] Integration tests have been added, if necessary.

This was introduced in https://github.com/instructlab/training/pull/116

repo: instructlab/instructlab


text:
🛑 GOLF RELAX is down

In a1d0e6c, GOLF RELAX (a36a0c0ae39e.sn.mynetname.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: GOLF RELAX is back up in cbe5405.


text:
TH02 sensor does not work on Edison Arduino breakout.

Hello,
I am using TH02 grove sensor connected to a grove board plugged on I2C connector of an Edison Arduino breakout.
With i2Cdetect -y -r 6 I can see that the sensor is recognized (0x40) but when I use the functions  getHumidity()  or getTemperature () in my python script  I get the classical  -50 -24 values corresponding to 0 0 measured by the sensor.
A dump confirms that it is sending only 0 .
Trying the same sensor on an arduino gives correct values. I have compiled UPM and I'll try to investigate but I am not a dev ;-( .....
Maybe I am doing something wrong or there is a bug in the python script in upm lib.
Here is the step by step python script
import mraa
import pyupm_th02
import thread, time
th02 = pyupm_th02.TH02(6,0x40)
print th02.name()
TH02
print th02
<pyupm_th02.TH02; proxy of <Swig Object of type 'upm::TH02 *' at 0xb76a74a0> >
 temp = th02.getTemperature()
 print temp
-50.0
 th02.getStatus()
True
hygro = th02.getHumidity ()
print hygro
-24.0

Thanks for any help

Hi,
I suspect a bug in TH02... Has anybody been able to get someting else than -50 -24 values ?
Thanks.

Thanks for reporting the issue, I will update the list of known limitations once I confirm it!

OK Perfect I stay tuned
Thanks

When i use the arduino ide and the groove indoor environment demo this sensor works fine, when i use eclipse (inteliot) with java and this library the TH02 sensor produces -50 -24 values. But ones in a while the correct temperature is shown. Any idea

Sorry Henk, I have stopped wasting my time with that sensor... As  Charles says in his post better to switch to another more reliable sensor.

Tried to get it working on ULPNode with a TSL2861 (see this post), no way, this device claim as an I2C device, it’s just not, so I decided to switch to SI7021 sensor but this one seems now had it price raised twice on each reseller, no luck. !!!
Meanwhile your observation may suggest that the cpp library from "indoor environment demo" may have a trick to make this sensor work. Maybe it could be worth to compile ithis code inside upm and check what happens...If it works then pull a request to upgrade upm library. :-)

Good luck !

Hi, i'm unfortunately not an expert in this area but i found out that they use : https://github.com/Seeed-Studio/Grove_Temper_Humidity_TH02

If I switch Edison to 3V and set the switch on the Grove Shield to 3V, the sensor starts to work fine.
But the LCD backlight monitor stops working. Which is the correct configuration to have both of them working?

Setting Edison to 3V and the Grove Shield to 5V appears to solve the issue both with the temperature sensor and the LCD display. Is it the correct configuration?

If you don't plan on adding any more sensors yes. However keep in mind that with the board at 3V3 and the shield at 5V you won't get the full range for the ADC, and adding another I2C sensor might make the bus unstable again.

Sensor is now listed on known limitations page as it is only usable at 3V3 on the Intel Edison with the Arduino board.

authors: HenkLaracker Propanu g-vidal randomswdev

repo: intel-iot-devkit/upm

license: mit


text:
[BenchGC] attach DLTI for mlir module

DLTI will be automatically added if MLIR is missing this part.
Using env GC_NUM_THREADS to set the 'num_threads' of dlti
has dependency of https://github.com/intel/graph-compiler/pull/199

Currently there is a issue for the lib cpuinfo on the CI machine, the  l1_data_cache_size is from the 'lscpu' output, and the value is 4.5 MiB which can not be converted into int bytes.
I am trying some new solutions for getting cache size.

repo: intel/graph-compiler


text:
v7.6.5 Cannot Install on Mac Catalina

Is it possible to get a build working for Mac Catalina?  The latest dist v7.6.5 does not seem to be working after install.
I tried
kextstat | grep intel
and see nothing.
Furthermore, the android emulator gives no indication that HAXM is being utilized.
Thanks for all your work that you have already put into this project!

Since macOS Catalina 10.15, Kernel Extension is no longer supported to be installed by Apple. Instead, it is replaced by System Extensions, which requires to rewrite the driver framework. We are evaluating the workload. Please use HVF instead during this period. Sorry for bringing you the inconvenience, thank you for your attention to HAXM.

Hi @wcwang what's HVF ? Could you provide a link please ?

@Mouradif, thanks for your question. The QEMU HVF feature can be found here. Currently, HVF is the default hypervisor for macOS, you may try to remove the parameter of '-accel hax' from the command line to launch QEMU or add '-accel hvf' instead. Thanks.

authors: Mouradif djcyr wcwang

repo: intel/haxm


text:
Gemma-7b

Type of Change
feature or bug fix or documentation or others
API changed or not
Description
detail description
Issues: xxx
Expected Behavior & Potential Risk
the expected behavior that triggered by this PR
How has this PR been tested?
how to reproduce the test (including hardware information)
Dependency Change?
any library dependency introduced or removed

f32 inference result

gemma_2b inference result

model_name
model_type
piqa

gemma_2b
weight_dtype f32
77.09

w4cint8g32
75.68

pytorch
77.3

gemma_7b
weight_dtype f32
80.25

w4cint8g32
78.56

pytorch
81.2

model_name
model_type
piqa

gemma_2b
weight_dtype f32
77.09

gemma_2b
w4cint8g32
75.68

gemma_2b
pytorch
77.3

gemma_7b
weight_dtype f32
80.25

gemma_7b
w4cint8g32
78.56

gemma_7b
pytorch
81.2

model_name	model_type	piqa
gemma_2b	weight_dtype f32	77.09
gemma_2b	w4cint8g32	75.68
gemma_2b	pytorch	77.3
gemma_7b	weight_dtype f32	80.25
gemma_7b	w4cint8g32	78.56
gemma_7b	pytorch	81.2

here is gemma7b&2b accuray,the inference result of gemma7b is bad when quantize config is weight_dtype int4 compute dtype int8 group_size 128, but gemma2b's result looks good.

https://inteltf-jenk.sh.intel.com/job/neural_speed_extension/103/artifact/report.html
gemma-2b performance, looks so bad.
@luoyu-intel , I profiled the gemma-2b performance, and find the main cost is on the innerproduct,  gemma-2b has two innerproduct, lm_head.weight[2048, 256000] and token_embd.weight[256000,2048], can you have solution to fix it?

new gemma2 performance, @luoyu-intel ,thanks.
https://inteltf-jenk.sh.intel.com/job/neural_speed_extension/107/artifact/report.html

repo: intel/neural-speed


text:
direct mode: determine maximum  volume size

The current GetCapacity implementation in direct mode (= pmd-ndctl.go) does not consider fragmentation. It needs to know about that to calculate the maximum volume size correctly.

ndctl_region_get_max_available_extent() returns the intended value.

Not directly related, but the same code also needs to be updated to account for alignment with the region alignment.

Ahem. It is already using that:
available := r.MaxAvailableExtent()

So what remains to be done is just the alignment update.

recent size and align improvement PR added down-aligning there by region alignment. Note however that we added alignment fix in creation by LCM of two alignment, combining 2 align values is not done now in GetCapacity.

authors: okartau pohly

repo: intel/pmem-csi


text:
Dockerfile for development

I put together a simple Dockerfile so that I can easily develop on my macOS machine, found here: https://github.com/beriberikix/wamr-docker
Is there any interest in including it? I added the test.c from the README since it isn't in the main repo, but can easily remove it before merging.

It would be nice! Could you please advise how to include it?

I created #97 with an a file that supports clang and updates to the README. Please leave comments in the PR if you need any corrections!

Closing with #97

repo: intel/wasm-micro-runtime


text:
Attempting to fix bug for on delete for user

Description
https://trello.com/c/YGUaGKJf/203-on-delete-account-postgres-trowing-error
Fixes # (issue)
Attempting to fix bug for on delete for user and foreign key reference to activities table.
Type of change

[X] Bug fix (non-breaking change which fixes an issue)
[X] Breaking change (fix or feature that would cause existing functionality to not work as expected)
(Not sure if it will break)

Change status

[X] Incomplete/work-in-progress, PR is for discussion/feedback

How Has This Been Tested?

[X] To be tested upon deployment on front-end

Checklist:

[X] My code follows the style guidelines of this project
[X] I have performed a self-review of my own code
[ ] My code has been reviewed by at least one peer
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes
[X] There are no merge conflicts

 On Delete Account - postgres trowing error


text:
Add deregister extrinsic to vault-registry

If a Vault has no collateral and issued tokens it should be able to call deregister to permanently "tombstone" it's account. This will prevent re-use of it's AccountId and identity if an attacker would compromise the associated key file.
A follow-up to #482 would then be to delete all storage entries in vault-registry and staking, etc..

. This will prevent re-use of it's AccountId and identity if an attacker would compromise the associated key file.

They could just register anew, right? Unless you explicitly want to prevent that.. But I don't think that we should - the user may want to restart the vault after some time.
I would be in favor of adding a deregister call so that vaults can get any left-over bitcoin out of their wallets without getting liquidated. But they should be allowed to re-register imo.

repo: interlay/interbtc


text:
Twig: Upgrade to Wingsuit 2

This is a stub for upgrading to Wingsuit 2.
Here is a link to the upgrade guide: https://github.com/wingsuit-designsystem/wingsuit/blob/release-2-0/docs/src/app/(docs)/guides/ws2-upgrade/index.mdx

Hey @bashlk and @GGKapanadze, I'm beginning to think that upgrading to Wingsuit 2 is a dead end and that we should instead find a simpler way of rendering our Twig templates in Storybook.
I've been trying to upgrade to the beta version of Wingsuit 2 and it's been really hard going. Also, I feel like it's too much of an abstraction on top of Storybook, which is complicated enough as it is.
I've prepared a proof of concept that uses a simple Vite plugin vite-plugin-twig-drupal to render the templates. It does a good job of handling the Twig files and can even manage @includes.
However, it doesn't handle scripts, which gets a little tricky when components have sub components that have their own JS behaviors. We can either live with that or try to tweak the plugin workflow so that it compiles scripts as well as Twig templates. Anyway, give it a look and see what you think: https://github.com/justintemps/twig-vite-poc

@justintemps Why don't we stop using storybook altogether for the twig components?
Since we are making all the twig components follow the UI patterns spec for the base theme, we could also use the UI patterns environment to play around with the components themselves (See https://www.drupal.org/project/ui_patterns - the base theme docker image already presents this for us) This way, we would be using the same environment during development as a Drupal developer, which would also reduce the chance of us running into the Drupal specific issues that we have had in the past.
We could still use storybook for the React version of the components so in summary, we would use the base theme docker image to develop the twig components and storybook to develop the React components. We could introduce more variants of the components so that we can preview more states of it and we can also use these for the tests.
The biggest concern I have with vita-plugin-twig-drupal is that there is no community behind it yet, it is mostly one developer working on it. It is the same developer in fact who created twig-testing-library which hasn't been updated in 3 years. So it is likely that this plugin would also not be actively developed in the future.

Hey @bashlk it's a compelling idea, but I'm not sure how you see it working in practice. The dev workflow for building new components in Twig is pretty seamless, I'd hate to lose that. What does my setup look like if I'm developing a new component in Twig for example? Do I have HMR if I'm updating styles for example?
I get your take on vite-plugin-twig-drupal, but it's not a super complicated plugin and mostly just implements the npm Twig lib, which has a pretty solid community behind it. I don't think it would be a huge issue to fork and fix if we ever had to.

Ditching the storybook and moving to Drupal seems naive, but let's look for a development workflow.

We introduce Drupal to mono repo

It will be harder to maintain
we have to introduce a docker setup for designsystem.
It'll be more challenging to contribute, if react dev wants to contribute a fix for the navigation component, the current setup allows you to switch the mental model to twig quickly but in the Drupal case, the overhead will be heavily be increased
Will the npm package still be shipped or just a composer one?

Create a new repo for twig components development

How are we going to develop styles consistently?
We are losing all possible codesharing for js for future

Moving from the storybook is the last resort. I'm making progress with vite-plugin-twig-drupal I want to make it work with UI patterns. I'll introduce the concept PR of wingsuit alternative

Hey @GGKapanadze, check out my POC please. The o my thing it’s missing is a utility function to create a default story from the pattern yaml. Otherwise it works more or less like Wingsuit except that it’s way way simpler.

authors: GGKapanadze bashlk justintemps


text:
Install errors on InterSystems IRIS

Currently erros on IRIS:
set mapTo = $LISTBUILD("%All")
and
        set Properties("Globals") = "IRISTEMP"
        set Properties("Library") = "IRISLIB"
        set Properties("Routines") = "IRISTEMP"
        set Properties("SysGlobals") = "IRISSYS"
        set Properties("SysRoutines") = "IRISSYS"
        set Properties("TempGlobals") = "IRISTEMP"

I've tested the latest installation on IRIS, it run well. Can you provide more information on errors you have?

Seems I'm on a old release. I'll try with a latest one.

I got  v3.2.2 from GitHub and it's old.
Please update GitHUb release

Haven't you noticed the latest release was on Jan 6, 2016? 😄
Updated and referenced the project web page for further updates. Thanks Edward for pointing on this.

I usually gust grab latest release.

Thank you!

repo: intersystems-community/webterminal


text:
the style of week view than contain today is error

who meet this problems? and  how you resolve it

the line is not correct in the second image

repo: intljusticemission/react-big-calendar


text:
Compabible with Spring Boot 3.1 / jakarta

Hello,
i saw in your example that you used Spring Boot 2. Is it your lbrary also compatible with v3? I am using v3 and received the current error:
RuntimeException@14876 "java.lang.RuntimeException: java.lang.AbstractMethodError: Receiver class com.intuit.graphql.filter.visitors.JpaSpecificationExpressionVisitor$1 does not define or inherit an implementation of the resolved method 'abstract jakarta.persistence.criteria.Predicate toPredicate(jakarta.persistence.criteria.Root, jakarta.persistence.criteria.CriteriaQuery, jakarta.persistence.criteria.CriteriaBuilder)' of interface org.springframework.data.jpa.domain.Specification."

Spring Boot 3 require Java17. With newer java versions the javax.persistence namespace is renmaed to jakarta.persistence.
You can checkout the project and change the values in pom file. Then you have to fix the namespace issue and everything is fine.

Bump.  Thanks!

authors: GrantGochnauer Harlekin06 JOOmsH

repo: intuit/graphql-filter-java


text:
The karate shell script does not have a shebang line and doesn't work in non POSIX shells such as fish

In fish, for example, the script fails with this error message:
Failed to execute process './karate'. Reason:
exec: Exec format error
The file './karate' is marked as an executable but could not be run by the operating system.

The file needs a shebang in the first line:
#!/bin/bash

or:
#!/bin/sh

Or an env based alternative.

@behrangsa I'm not an expert on this. is there a single change I can make so that nothing breaks on win / mac / linux ?
else I'm inclined to leave it as it is as the VS Code IDE support is preferred

never mind. just made the change, see commit above for details

Great! Thanks.
Might be better to use #!/usr/bin/env sh in case some uber nerds don't have bash on their computers.

@behrangsa no problem ! uber nerds are welcome to submit a PR in future :P

0.9.6 released

authors: behrangsa ptrthomas

repo: intuit/karate


text:
WARN  o.a.h.c.p.ResponseProcessCookies - Invalid cookie header:

11:09:03.060 [pool-1-thread-1] WARN  o.a.h.c.p.ResponseProcessCookies - Invalid cookie header: "Set-Cookie: AWSALB=XlnwPiIilkfTQ807YRSykuL0IjF+14Rd0mX0XOIvg7HQ/5occ73EpUIT8gzCDdLdeLQEZeo7GIn5JpDnpaLUvKN13oC+vc7yi2VRxwOkxoYgDmu+M0/dCoYuPM; Expires=Mon, 19 Nov 2018 16:09:03 GMT; Path=/". Invalid 'expires' attribute: Mon, 19 Nov 2018 16:09:03 GMT
11:09:03.062 [pool-1-thread-1] DEBUG com.intuit.karate - response time in milliseconds: 95
1 < 200
1 < Connection: keep-alive
1 < Content-Type: application/x-ndjson
1 < Date: Mon, 12 Nov 2018 16:09:03 GMT
1 < Server:
1 < Set-Cookie: AWSALB=XlnwPiIilkfTQ807YRSykuL0IjF+14Rd0mX0XOIvg7HQ/5on3EpUIT8gzCDdLdeLQEZeo7GIn5JpDnpaLUvKN13oC+vc7yi2VRxwOkxoYgDmu+M0/dCoYuPM; Expires=Mon, 19 Nov 2018 16:09:03 GMT; Path=/
1 < Vary: Accept-Encoding

@Sachin717717 duplicate of #552 - and see if switching to karate-jersey solves for now.


text:
Uploading file as attachable

Is it possible to upload a file with this SDK?
Can you give me a sample code?

@mfujinoki : We do not have support for multipart/form-data at the moment. Appreciate it if you have can put in a PR if you have it handy.

authors: abisalehalliprasan mfujinoki

repo: intuit/oauth-jsclient


text:
fix getting key from response of getKeyFromJWKsURI

I had an issue when trying to validate token
There was an error
"undefined" is not a valid JSON
The issue was in getting the "body" field from Axios response. But it hasn't a "body" field. It has a "data" field.

@KindBear Thanks, this PR has been merged.


text:
InflateException coming for few android 7.0 devices

InflateException is coming for few android device having version 7.0 on eample code
android:layout_marginTop="@dimen/_45ssp".
Stacktrace:
Caused by: android.view.InflateException: Binary XML file line #33: Binary XML file line #33: Error inflating class TextView
Caused by: android.view.InflateException: Binary XML file line #33: Error inflating class TextView
Caused by: java.lang.UnsupportedOperationException: Can't convert value at index 2 to dimension: type=0x1
at android.content.res.TypedArray.getDimensionPixelSize(TypedArray.java:720)
at android.widget.TextView.(TextView.java:1088)
at android.widget.TextView.(TextView.java:704)
at android.support.v7.widget.bm.(Unknown Source)
at android.support.v7.widget.bm.(Unknown Source)

You can include ,values folders inside your project instead lib.that might help you

Did you add ssp or only sdp?
To add also ssp, please use:
dependencies {
compile 'com.intuit.ssp:ssp-android:1.0.4'
}

Yah. I missed the point of separate lib for non text and text views. Thanks !!

I got one more crash in textview. It is again 7.0 device moto G5 Plus.
Binary XML file line #36: Binary XML file line #36: Error inflating class TextView.
Code:

Already include compile 'com.intuit.ssp:ssp-android:1.0.4' line in code.

Code:
TextView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:gravity="center"
android:textColor="@color/app_text_color"
android:text="@string/verify_phone_number_reason_message"
android:id="@+id/textView4"
android:textSize="@dimen/_12ssp"

I don't think so it was because of ssp !! May be binding error I guess !!

Can you try rebuilding the project? I just tried a similar code on android 7.0 emulator and it worked well.

This is not an always. Crash is happening on few android 7.0 devices ( mainly on moto G). Even I also tested it for nexus and pixal and samsung device, it is working fine. Do you know why it is not working for few devices ?

Is it possible that you will try to fix it and send back a pull request?
I have only few devices and no moto G...
If it's not possible please send the list of devices with the issue and I will buy one.

Yah , i am working on this issue. Today i found that this could be because of memory leak mentioned on this stackoverflow page : http://stackoverflow.com/questions/4512981/android-view-inflateexception-binary-xml-file-line-12-error-inflating-class.
I am also working on fixing memory leak issues and let you if i face this crash again.

Please update your textview xml tag here, this will help to fix the inflate issue. @hmittal1

Seems like it doesn't relate to sdp, please let me know if I'm wrong.

Hi,
I get this issue too on Android 7 when user use split-screen mode
I think you should create new dimens folder for split-screen mode
How do you think about that @elhanan-mishraky ?
Thanks a lot

@vankhoa01 is it possible that you will create a pull request with the required fix?

I just duplicate values-sw300dp and named is values for fixing.
But I think it's not good solution
Could you give me some hint for this case ?

@vankhoa01 I will try to fix it this week.

Great

@vankhoa01 the fix is published, please use 1.0.5 and let me know if it goes well :)

repo: intuit/sdp


text:
funding: add country and ror to funder search results

:heart: Thank you for your contribution!
Description
Resolves https://github.com/inveniosoftware/invenio-app-rdm/issues/1868 by showing the country and ROR in the results.
Checklist
Ticks in all boxes and 🟢 on all GitHub actions status checks are required to merge:

[x] I'm aware of the code of conduct.
[x] I've created logical separate commits and followed the commit message format.
[ ] I've added relevant test cases.
[ ] I've added relevant documentation.
[ ] I've marked translation strings (for relevant code).
[ ] I've followed the CSS/JS and React guidelines (for relevant code).
[ ] I've followed the web accessibility guidelines (for relevant code).
[ ] I've followed the user interface guidelines (for relevant code).
[ ] I've identified the copyright holder(s) and updated copyright headers for touched files (>15 lines contributions).
[ ] I've NOT included third-party code (copy/pasted source code or new dependencies).

Third-party code
If you've added third-party code (copy/pasted or new dependencies), please reach out to an architect.
Reminder
By using GitHub, you have already agreed to the GitHub’s Terms of Service including that:

You license your contribution under the same terms as the current repository’s license.
You agree that you have the right to license your contribution under the current repository’s license.

@tmorrell following PR: https://github.com/inveniosoftware/invenio-vocabularies/pull/296 fixes the tests

Good to merge once tests are passing

authors: lnielsen tmorrell utnapischtim

repo: inveniosoftware/invenio-vocabularies


text:
global: port of /ping endpoint

Ports /ping endpoint used by HAProxy load balancer.  (closes #3471)

Signed-off-by: Jiri Kuncar jiri.kuncar@cern.ch

Would be nice to introduce also a functional test to it.

LGTM

authors: jirikuncar kaplun tiborsimko

repo: inveniosoftware/invenio


text:
Pagination issue

Started looking into this project for evaluation recently. It seems to have a good architecture, performant and well written code.
There are some questions and a few issues I notice - so thought I'd file it as and when I get time, to get things going.
It seems that the UI for Pagination control grows indefinitely as the number of pages increase i.e it shows a page button for each page without limiting the width. So, the problem is two-fold
a. it cannot accommodate more than a dozen or so pages that can be fitted into the UI on the screen. b. it also makes for a broken UI navigation+presentation - cannot go to the pages past the 6th page in the screenshot - plz see attached.
I am running the web version with local Docker on Mac using only the included demo data.
Thx/MJ.

Thank you for the nice words and for reporting this issue.
I would like to mention that in general we didn't plan to have the backoffice responsive - so you might run into couple of issues on small resolutions. Can you tell us what's the resolution you've seen this bug appearing ?
We have made recently some fixes for the pagination component, which haven't been merged yet, so there are some improvements coming.
We will also complete the documentation for this project in the incoming months, I hope it will be useful for your evaluation. :)

The resolution is standard desktop/laptop (MacBookPro15" with and without external monitor). I haven't tried it on mobile.

You raised a good point; while the backoffice is not meant to be responsive, it does not always behave well on smaller screens. Here is my attempt at reproducing it (~1220px wide):

The pagination was made lighter (for a different reason). Moreover the number of displayed pages is limited: when there are more than 7 pages the components collapses and displays ... instead. But clearly this is not enough to prevent overflow.
Perhaps we should make the sidebar collapsible to leave more space for the content. This should be discussed.
The application is still under heavy development and things may evolve rapidly. We are nevertheless always open to input and feedback.

the pagination component is now fixed in v1.0.0-alpha.19 - for old laptop standard resolution (1366px, 1280px). @FlorianCassayre resolutions less than 1280px are rather deprecated (please see f.e. https://screensiz.es/monitor)
please reopen this issue in case of any further problems

authors: FlorianCassayre janequist kprzerwa

repo: inveniosoftware/react-invenio-app-ils


text:
🛑 Keycloak Competence Center is down

In eb8cf51, Keycloak Competence Center (https://keycloak.ch) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Keycloak Competence Center is back up in 5bade78 after 6 minutes.

repo: inventage/upptime


text:
🛑 Keycloak Competence Center is down

In 01b64d7, Keycloak Competence Center (https://keycloak.ch) was down:

HTTP code: 503
Response time: 252 ms

Resolved: Keycloak Competence Center is back up in 0b7a755.


text:
make parser 70x times faster?

Hi, I am working some time now on a really fast ISBN parser/formatter in Java. And for this Java library (https://github.com/creativecouple/isbn-validation-java/) I recently found a way to speed-up the parsing throughput from 6k to 13k ops/milliseconds (meaning just 75 nanoseconds per parse operation).
When trying out this approach for other programming languages, I found your isbn3 NPM library.
Your benchmark script was not able to measure that tiny amount of time correctly, so I put a 1000x loop around the parsing like this:
for (let i=0; i<1000; i++) {
  const data = isbns.map(isbn => parse(isbn))
}

My question is: Are you interested in rewriting your parsing engine?
Otherwise I would try to create a new npm package with that approach.
I compared your latest version of isbn3 to the old npm lib isbn and then my temporary prototype using either of these different imports:
const { parse } = require('..') // your latest version from Github
const { ISBN: { parse } } = require('isbn') // using npm i --no-save isbn (7 years old!!)
const { parse } = require('isbn-validation-js') // using npm i --no-save git://github.com/creativecouple/isbn-validation-java#tmp-javascript-version

This is the result on my machine with these three approaches:
ISBN3
$ npm run benchmark

load module: 5.498ms
parsed 1000x 5640 non-hyphenated ISBNs in: 1:06.333 (m:ss.mmm)
ISBN 978-0-00-443799-6 Group Name English language

ISBN (7 years old!!)
$ npm run benchmark

load module: 1.033ms
parsed 1000x 5640 non-hyphenated ISBNs in: 10.214s
ISBN 978-0-00-443799-6 Group Name English speaking area

my prototype from https://github.com/creativecouple/isbn-validation-java/tree/tmp-javascript-version
$ npm run benchmark

load module: 1.425ms
parsed 1000x 5640 non-hyphenated ISBNs in: 975.009ms
ISBN 978-0-00-443799-6 Group Name English language

So the old isbn package is still faster than your current version, but as you see it is possible to go sub-second for 5,640,000 parsing operations.

Hi!
So for the back-story, this module was forked from isbn2 as I attempted to better understand how it was working. It probably lost some perf optimizations on the way, but was more readable to me like this, and thus easier to maintain and keep open for future changes.
That said, performance boost that don't hinder the readability/maintainability are very welcome! Could you submit a PR with your new approach, ideally without breaking changes, and with some comments on how that works? That big hyphens array is quite cryptic ^^'

Sure thing, I can try to come up with a PR that won't break the API.
Just one question for my understanding of API compatibility: Does the outcome of the parse operation have to be a plain JS object with all the fields? Or can it be a class object with getter properties instead?
(e.g. let isbn = parse("9781234567890") then isbn.group could be a getter only, which in my case increased the speed of the parse method)

Returning a class object with getters would be a breaking change I think: for instance, passing that object to JSON.stringifiy will ignore the getters. There might be other scenario were that would introduce breaking behaviors, but I'm not so familiar with class objects as I rarely work with them. So I think it would be better to stick to plain JS objects for this PR

authors: maxlath rkeytacked


text:
BOM erros

Hello
I created BOM and build order when i tryed to complete build i got the below errors.
what was wrong in my process thank you
Form errors exist
Build cannot be completed
Required build quantity has not been completed
Build order cannot be completed

Hi @neco1982 did you get this working?

Hi @neco1982 did you get this working?

Hi yes working thank you
2 Oca 2021 Cmt, saat 12:17 tarihinde Oliver notifications@github.com şunu
yazdı:

Hi @neco1982 https://github.com/neco1982 did you get this working?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/inventree/InvenTree/issues/1183#issuecomment-753451065,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AHRLQ3QX7IZX4D3BPFSMX4TSX3QC3ANCNFSM4VJ44YKA
.

Hi yes working thank you
2 Oca 2021 Cmt, saat 12:17 tarihinde Oliver notifications@github.com şunu
yazdı:

Hi @neco1982 https://github.com/neco1982 did you get this working?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/inventree/InvenTree/issues/1183#issuecomment-753451065,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AHRLQ3QX7IZX4D3BPFSMX4TSX3QC3ANCNFSM4VJ44YKA
.

repo: inventree/InvenTree


text:
addon not downloading in hass.io

I am new to home assistant and trying to get my arduino code to communicate to HA. I downloaded Maria DB as a prerequisite and followed the documentation for the config file. I was unable to install it from the UI, screenshot attached with the error message.

When attempting to download emoncms addon from this repo, the cli reports back: Error: addon emoncms with version latest does not exist in the store.

Latest version on master has fixed that. I'm new to addon development so thanks for giving the feedback.
Will try to publish to dockerhub to avoid these issues going forward.

Hi, I also got this one when using GUI to install.

Hi @roy13,
Should be fixed now - I just verified myself.

All images are correctly tagged and pushed to dockerhub and the config.json now reflects the version correctly (0.1.0)

@jaim-fads or @roy13 can you confirm this issue is resolved?

Sorry I'm really keen to get HASSIO on to a HDD instead of SD before I start but can't seem to work out a reliable way. Also I imagine I can't use emonhub with your setup so I've left it.
However I loaded it this morning to test for you & it installed without any errors!
Thanks 👍
On Mar 25, 2021 10:14 PM, Malachi Soord @.***> wrote:
@jaim-fadshttps://github.com/jaim-fads or @roy13https://github.com/roy13 can you confirm this issue is resolved?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/inverse/hassio-addon-emoncms/issues/5#issuecomment-806566884, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ADGN6UHMMBVRWZ3BXNWSXKTTFMLKZANCNFSM4ZFVEZ3Q.

authors: inverse jaim-fads roy13

repo: inverse/hassio-addon-emoncms


text:
Given the ground truth, how to generate regex from text sequence input

Hi I am wondering whether there is a solution to automatically generate regex from ground truth and input text.
take apple invoice for example, assuming we don't know the regex for belowing fields but we do know the field value and ocr, how to generate the regex for amount, date and invoice number?
# -*- coding: utf-8 -*-
issuer: Apple Distribution International
fields:
  amount: Total\s+Price\s+\(\w+.VAT\)\s+EUR\s+(\d+,\d{2})
  date: Invoice\s+Date\s?:\s+(\d{2}.\d{2}.\d{4})
  invoice_number: Invoice\s+Number\s?:\s+(\w+)

As I understand it, your concern is developing templates by people who don't know regexes.
I'm afraid it's out of scope of this project. That is a complex task, requires a lot of work and totally different tools (some AI maybe?). I didn't do any actual research on existing project providing such functionality.
If there are such tools, I think it would be a good idea to name and link them in our documentation.

authors: alexucb rmilecki