text:
ERROR com.intuit.karate - org.apache.http.conn.HttpHostConnectException

Hi, I'm behind a corporate proxy and I get the following error when I run a my runner class as junit test i get the following issue
14:36:06.199 [main] ERROR com.intuit.karate - org.apache.http.conn.HttpHostConnectException: Connect to careferencedatacpt-map.azurewebsites.net:443 [careferencedatacpt-map.azurewebsites.net/40.68.40.55] failed: Connection timed out: connect, http call failed after 21410 milliseconds for URL: https://careferencedatacpt-map.azurewebsites.net/api/v1/marketavailableprice/clients
14:36:06.206 [main] ERROR com.intuit.karate - http request failed:
org.apache.http.conn.HttpHostConnectException: Connect to careferencedatacpt-map.azurewebsites.net:443 [careferencedatacpt-map.azurewebsites.net/40.68.40.55] failed: Connection timed out: connect
14:36:27.235 [main] ERROR com.intuit.karate - org.apache.http.conn.HttpHostConnectException: Connect to careferencedatacpt-map.azurewebsites.net:443 [careferencedatacpt-map.azurewebsites.net/40.68.40.55] failed: Connection timed out: connect, http call failed after 20999 milliseconds for URL: https://careferencedatacpt-map.azurewebsites.net/api/v1/marketavailableprice/clients
14:36:27.235 [main] ERROR com.intuit.karate - http request failed:
org.apache.http.conn.HttpHostConnectException: Connect to careferencedatacpt-map.azurewebsites.net:443 [careferencedatacpt-map.azurewebsites.net/40.68.40.55] failed: Connection timed out: connect
14:36:48.271 [main] ERROR com.intuit.karate - org.apache.http.conn.HttpHostConnectException: Connect to careferencedatacpt-map.azurewebsites.net:443 [careferencedatacpt-map.azurewebsites.net/40.68.40.55] failed: Connection timed out: connect, http call failed after 21000 milliseconds for URL: https://careferencedatacpt-map.azurewebsites.net/api/v1/marketavailableprice/clients
14:36:48.272 [main] ERROR com.intuit.karate - http request failed:
org.apache.http.conn.HttpHostConnectException: Connect to careferencedatacpt-map.azurewebsites.net:443 [careferencedatacpt-map.azurewebsites.net/40.68.40.55] failed: Connection timed out: connect
14:37:09.296 [main] ERROR com.intuit.karate - org.apache.http.conn.HttpHostConnectException: Connect to careferencedatacpt-map.azurewebsites.net:443 [careferencedatacpt-map.azurewebsites.net/40.68.40.55] failed: Connection timed out: connect, http call failed after 21002 milliseconds for URL: https://careferencedatacpt-map.azurewebsites.net/api/v1/marketavailableprice/clients
14:37:09.296 [main] ERROR com.intuit.karate - http request failed:
org.apache.http.conn.HttpHostConnectException: Connect to careferencedatacpt-map.azurewebsites.net:443 [careferencedatacpt-map.azurewebsites.net/40.68.40.55] failed: Connection timed out: connect
14:37:30.684 [main] ERROR com.intuit.karate - org.apache.http.conn.HttpHostConnectException: Connect to careferencedatacpt-map.azurewebsites.net:443 [careferencedatacpt-map.azurewebsites.net/40.68.40.55] failed: Connection timed out: connect, http call failed after 21362 milliseconds for URL: https://careferencedatacpt-map.azurewebsites.net/api/v1/marketavailableprice/clients
14:37:30.685 [main] ERROR com.intuit.karate - http request failed:
org.apache.http.conn.HttpHostConnectException: Connect to careferencedatacpt-map.azurewebsites.net:443 [careferencedatacpt-map.azurewebsites.net/40.68.40.55] failed: Connection timed out: connect
Failed scenarios:
net/apmoller/crb/map/data/api/map_client_api.feature:30 # Scenario: Testing the client api service
net/apmoller/crb/map/data/api/map_client_api.feature:36 # Scenario: Testing the exact response of a GET endpoint
net/apmoller/crb/map/data/api/map_client_api.feature:43 # Scenario: Testing that GET response contains specific field - name
net/apmoller/crb/map/data/api/map_client_api.feature:50 # Scenario: Testing that GET response contains specific field - id
net/apmoller/crb/map/data/api/map_client_api.feature:57 # Scenario: Testing that GET response contains specific field - scvCode
5 Scenarios (5 failed)
24 Steps (5 failed, 9 skipped, 10 passed)
1m47.523s
Karate version: 0.8.0.1
html report: (paste into browser to view)
file:/C:/Workspace/MAP/map-data-api-service/integrationtest/target/surefire-reports/TEST-net.apmoller.crb.map.data.api.map_client_api.html
Please find my pom.xml attached.

closing as cannot replicate. why don't you try reading the doc on using a proxy server: https://github.com/intuit/karate#configure
if still stuck - please follow the instructions here: https://github.com/intuit/karate/wiki/How-to-Submit-an-Issue

authors: ptrthomas yamucd


text:
🛑 CodePush is down

In e8e4e0f, CodePush (https://codepush.appcenter.ms/v0.1/public/codepush/update_check?deployment_key=Fzqu71x4FXhOaKcAiwpqXkFQddjgYl2dIUW2K&app_version=4.4.1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: CodePush is back up in 4f2cb17.

source: gharchive/issue

repo: inu-appcenter/cafeteria-status

license: MIT

license_type: permissive

license_source: github-api


text:
🛑 INU API is down

In be7f08c, INU API (https://api.inuappcenter.kr) was down:

HTTP code: 0
Response time: 0 ms

Resolved: INU API is back up in 215cbc6.


text:
Investigate lodpdf discrepancy across ilmm and open source naive ilmm

Currently, logpdf does not match to the same atol as all other functionality between these two models, which should be equivalent. This can be recreated and noticed by examining the atol provided for testing in test/illm.jl. Given the oilmm and ilmm are approximate up to atol=1e-9, this might need to be looked in to via the naive ilmm implementation in KernelFunctions.

Did we resolve this the other day @thomasgudjonwright , or is it still a problem?

Closed in #19

authors: thomasgudjonwright willtebbutt


text:
global: support for legacy invenio password hashes

NEW Adds the ability to migrate legacy Invenio users to Invenio 3
automatically. The old encryption scheme has been integrated into the
flask-security extension and a migrate_hash function can be used to
update the password by re-encrypting it (using the current hash
scheme) and storing it in the datastore. (closes #122)

Adds a new test utility, namely create_legacy_user.

Increases test coverage.

Signed-off-by: Orestis Melkonian melkon.or@gmail.com
Co-Authored-By: Lars Holm Nielsen lars.holm.nielsen@cern.ch

Coverage increased (+0.1%) to 99.572% when pulling b6242c5115058b6dd8aa9d69b886ffa4a49d7d52 on omelkonian:feat-user-hash-migration into 6b5847119381f92e13a87097d8efd713ae2c18ed on inveniosoftware:master.

Looks like a good start 👍

A high level test case where a user has a Invenio legacy hash, then login the user via /login and verify that 1) user is authenticated, and 2) the password hash has been upgraded.

E.g. I would expect that the password hash would need to be in the format $algoid$salt_ie_email$hash_value in order for passlib to which algo to use.

OK, will look into it.

Coverage increased (+0.07%) to 99.537% when pulling 8b8665771b1cac0abe7a7a68cacb967bd63d25dc on omelkonian:feat-user-hash-migration into 6b5847119381f92e13a87097d8efd713ae2c18ed on inveniosoftware:master.

Coverage increased (+0.07%) to 99.537% when pulling 8b8665771b1cac0abe7a7a68cacb967bd63d25dc on omelkonian:feat-user-hash-migration into 6b5847119381f92e13a87097d8efd713ae2c18ed on inveniosoftware:master.

Coverage increased (+0.07%) to 99.537% when pulling 8b8665771b1cac0abe7a7a68cacb967bd63d25dc on omelkonian:feat-user-hash-migration into 6b5847119381f92e13a87097d8efd713ae2c18ed on inveniosoftware:master.

Coverage decreased (-0.4%) to 99.078% when pulling ae6090ded8c0b411388017e958f9bec6aa227493 on omelkonian:feat-user-hash-migration into 6b5847119381f92e13a87097d8efd713ae2c18ed on inveniosoftware:master.

Coverage increased (+0.08%) to 99.539% when pulling 028e03fa487ef45e3f3706e7ab23787799303f3e on omelkonian:feat-user-hash-migration into 6b5847119381f92e13a87097d8efd713ae2c18ed on inveniosoftware:master.

Coverage increased (+0.08%) to 99.539% when pulling 028e03fa487ef45e3f3706e7ab23787799303f3e on omelkonian:feat-user-hash-migration into 6b5847119381f92e13a87097d8efd713ae2c18ed on inveniosoftware:master.

Coverage decreased (-0.1%) to 99.335% when pulling 06a0ea8c810ab5730f4963e5b0759d3ba9b979e4 on omelkonian:feat-user-hash-migration into 6b5847119381f92e13a87097d8efd713ae2c18ed on inveniosoftware:master.

LGTM

Coverage increased (+0.09%) to 99.553% when pulling c3743ead2b9248a5ab6004803182b6d54204427f on omelkonian:feat-user-hash-migration into 6b5847119381f92e13a87097d8efd713ae2c18ed on inveniosoftware:master.

I'll merge as soon as Travis is green

Coverage increased (+0.09%) to 99.553% when pulling 4750dd65e84a7eee803cb775ba1515ac99eb1531 on omelkonian:feat-user-hash-migration into 6b5847119381f92e13a87097d8efd713ae2c18ed on inveniosoftware:master.

source: gharchive/pull-request

authors: coveralls lnielsen omelkonian

repo: inveniosoftware/invenio-accounts

license: mit

license_source: bigquery


text:
docs: fix readthedocs build

Fixes readthedocs.org documentation build. (addresses #146)

Signed-off-by: Leonardo Rossi leonardo.r@cern.ch

@lnielsen I don't have idea how I can test it.

repo: inveniosoftware/invenio-oauthclient


text:
BibEdit: correct uploading of controlfields

When you try to upload a record having controlfield such as:
 <controlfield tag="008">this is some text    after spaces</controlfield>

After upload you will get this:
<datafield tag="008" ind1=" " ind2=" ">
  </datafield>

BibUpload should treat 001-009 as controlfields.  (with special treatment of 001 and 005)
P.S. See also #230.
CC @Kennethhole

So this is a bug related to BibEdit rather than BibUpload?

Actually I am able to reproduce it. There is maybe mis-handling of controlfields in the javascript part.

TIND's workaround is replace all whitespaces before the treatment, hence closing this issue as per the legacy code base freeze.

authors: kaplun tiborsimko

repo: inveniosoftware/invenio


text:
RFC Code of Conduct

Our community is growing, and as part of improving our community documentation #1799, we thought of adopting a Code of Conduct.   This PR proposes a text for discussion.
Design guidelines:

should be short, sweet, no-nonsense
should promote good collaborative development principles

Proposal:

endorse literally the Python Code of Conduct
recommend literally the egoless programming principles (TPOCP)

For the full text, please see the file docs/community/code-of-conduct.rstthat  comes with this
PR.
Please comment on the text, upvote, downvote, or otherwise express your opinions.

we thought of adopting a Code of Conduct.

what are the /goals of/reasons for/ such document?

what are the /goals of/reasons for/ such document?

We are currently nearly 30 developers and overall (according to GitHub) 89 historical contributors. Although many of us are based at CERN, some are elsewhere, e.g. in Germany or Greece, or US...
Sometimes it's not easy to solve disputes being in the same room, imagine in a middle-large and distributed community.
Such document could be a sort of mantra that everyone could keep available (e.g. printed on a wall), and to be checked during hard times (but also the good ones), and that could help fostering a community spirit in this project, if it was really followed by everyone.

Are there any points that diverge from a common sense or a basic human interaction rules? Also, is this initiative addressing a specific problem?

Are there any points that diverge from a common sense or a basic human interaction rules?

I don't know. Do you find easy to endorse all of the points? Then you are a super hero :-) E.g. I for once I have personally some difficulties with at least point 9:
Don't be the guy coding in the dark office emerging only to buy cola..

Also, is this initiative addressing a specific problem?

As far as I know, it stems simply from the fact that is come the moment to have such a thing. Invenio is maturing, we have 2.0, we are rewriting/redesigning it for the good, and trying to follow mainstreams Open source conventions, such as e.g. having an internal code of conduct for the community.

Do you find easy to endorse all of the points?

No, I fail from time to time, just as everyone else. But I don't see them being written in a GitHub repository file to help me in any way, just because I already know all of them (just because it is common sense, as mentioned).
The question is: is it just going to be a text that is floating around, or is it going to be enforced in any way? If so, isn't that just adding complexity to the development process?

it stems simply from the fact that is come the moment to have such a thing
I still fail to see the need here. If there is no particular issue being solved, we are benevolently adding more clutter to the communication process. And this is a thing that should go exactly the other way around.

just because I already know all of them (just because it is common sense, as mentioned).

I don't think these are necessarily common sense. The fact that you know all of them, shows only that you in particular are already having experience in Open source.
But e.g. the egoless coding principles go against most of the common sense, e.g. it is very likely not instinctively shared by high-school bullies, larger-than-life-egos people, etc.
People are very different in terms of experiences, background and culture...

@lovasko @kaplun you both have interesting points in this conversation.

the code is here to be discussed;
its content might be a subject of change (e.g. the Generous point 4);
we can't really force people to follow it but we can ask them to acknowledge its existence by e.g. adding Signed-off-by signature to their commits (just an example!).

@tiborsimko I'm fine with your proposal, I just would not like to see it longer.

While I have nothing against a code of conduct per se, I am not sure this is really necessary either. So +0 for adding one in general.
If a code of conduct is adopted though, I think this one is too long and the 3 first points more or less encompass all 10 others. As another example, have a look at https://engineering.twitter.com/opensource/code-of-conduct
One thing that I would like to be clarified is whether and how Invenio is open for others to take responsibilities. I really believe that for a transition towards community-driven development  to be effective (assuming this is where Invenio wants to go?), the project needs to make its contributors feeling involved and responsible. In my opinion, an open source project is more than a project with an open source license. An open source project is a project where its contributors feel like they can become a part of it, like they can take decisions and take responsibilities. For instance, with regards to Invenio, I believe more contributors should have ownership rights of the repository, more contributors should feel like they are equal. More contributors should be let making mistakes and learn from them, even if founders think otherwise. In this way (but there may be others), I feel like contributors would stay more motivated and more contributors would keep contributing in the long term.
In summary, such a statement towards openness is not clear for me with respect to the proposed code of conduct, nor I know if this is something everyone agrees on. I think Sam's teacher is right on: "We don't want that the children are simply doing what they want, rather that they want to do what they are doing."
Just my 2 cents :)

what are the /goals of/reasons for/ such document?

In addition to good reasons already highlighted by @kaplun, there were a few cases of tension in the past, as probably in any larger group. Since we are writing up the Community documentation section, it is a good occasion to formalise an informal Code of Conduct document, reminding people to respect each other's karate.  In my experience not many of our newcomers have heard of "egoless programming" principles.  If you feel they are only transcribing "common sense", than so much the better.

we can ask them to acknowledge its existence by e.g. adding Signed-off-by signature to their commits (just an example!).

It would seem like an overkill to use Signed-off-by with every single branch that people submit to mean that they acknowledge the general Code of Conduct.   It should be enough to get acquainted with the Code of Conduct and acknowledge it once, like during the boot camp, as it won't be changing often.  The individual branch signatures would be better reserved to something specific that can vary for each concrete branch, such as QA, though let's see in #2876.

One thing that I would like to be clarified is whether and how Invenio is open for others to take responsibilities.

This will come into the same Community documentation section as part of #1799 efforts.  In the meantime, the general principles have been written up elsewhere, see e.g. triage docs.  In a one-line summary, people can take on responsibilities by meritocracy: start contributing to the ecosystem, commenting on issues, reviewing people's branches, helping out with bug fixes and tests, not only in "your modules" but in general, and see your project responsibilities widen.  The above URL highlights principles on how we triage issues and prioritise milestones; similar will follow on how we merge, etc.

@jirikuncar happened to be in my office a few days ago and kindly reminded me that I should try to be more active in maintaining my PRs. I think raises is an important point: responsibility. We all have different positions here - some with low expectancies - but being an open source project we should at least try to find a personal point in what we do and motivate ourselves around it.
During a brief search I stumbled upon ACM's Code of Ethics and I found paragraphs 1.3 and 2.6 to relate to my idea. The document is definitely broader in range, but I think it is a good read even if we don't end up integrating it.

Now, not only I think we should have this code of conduct, we should also hang it on our walls to remind ourselves how we should balance community, pleasure and work.
We should also not fear to reference this code and improve upon it. Hurting someone's feelings temporarily for the good of the entire community is a useful and valuable lesson for all.

+1
Just some few comments on points mentioned above:

Need: We are a growing community and the code of conduct is a reminder to as all of the basic rules of interaction. Not only as person to person, but also just as important: service to service (Inspire vs Zenodo vs JUSER, TIND vs CERN, etc.). While perhaps obvious in theory, in practice I think it's far from so. I've personally experience many tensions where it would have been good to have a CoC as a reminder.
Code of Conduct (CoC) vs Egoless programming: I think it would be useful to make it into two sections, so that the CoC is very short, and then stick egoless programming under a section called something like "Good Behavioural Practices".
Enforcement: It might be useful to have a part saying that violations of the CoC can be reported to any member of the triaging team or similar.
Python vs custom: I agree with @tiborsimko that a literal adoption of an existing CoC is preferable. A bit like with using other Python packages: let's not reinvent the wheel. Lots of thought has gone into the right wording of the existing CoCs.
Open Source vs Open Collaboration: I fully agree with @glouppe and @kaplun that we need what I would call an "open collaboration" where you want to contribute. They keyword to an open collaboration I think is frictionless. Technically frictionless to get Invenio up running, and socially frictionless to contribute and take part. We have been addressing the former the past years, and the CoC is just the first steps in addressing the latter. I believe that clear playing rules is needed in an open collaboration - it's needed for newcomers to know how they can eventually become integrators and take decisions, and it's needed for long standing contributors to give up control to the community.

@tiborsimko we made a LaTeX version of the document for a nice print version

@lovasko rst2latex ;)

@tiborsimko can we merge it as is? There were no major objections and more suggested documents might come in upcoming days.
--
Following documents should be proposed and discussed in future RFCs:

[ ] "Good Behavioural Practices"
[ ] Pull-Request Integration Checklist
[ ] Release Checklist
[ ] "How to become triager/integrator"@tiborsimko can we merge it as is? There were no major objections and more suggested documents might come in upcoming days.

--
Following documents should be proposed and discussed in future RFCs:

[ ] "Good Behavioural Practices"
[ ] Pull-Request Integration Checklist
[ ] Release Checklist
[ ] "How to become triager/integrator"

Following documents should be proposed and discussed in future RFCs

This is indeed coming as part of #1799, as I mentioned above.  (By simply centralising current practices into one place; any possible RFCs could be future amendments on top of that.)

"Good Behavioural Practices"

This sounds a lot like a "Code of Conduct".  I'd simply leave them together, people should have enough bandwidth to read 13 short points in one single place...

@tiborsimko docs/community/code-of-conduct.rst:: WARNING: document isn't included in any toctree

@jirikuncar Yes, the inclusion of CoC in the overall docs is in my other branch that introduces "Community" docs structure.  (That's by design: the CoC body was best discussed separately, while for the overall docs structure we have #1799 already.)  I'll issue another PR for the Community docs afterwards.

@tiborsimko we can't merge it because the tests with fail to build docs in strict mode (https://travis-ci.org/inveniosoftware/invenio/jobs/57621067).

OK, I run sphinx without -W locally..  I'll amend this.

authors: dset0x glouppe jirikuncar kaplun lnielsen lovasko tiborsimko


text:
[FR] Add API endpoint to activate plugins

This PR:

integrate general plugin patterns into the plugin patterns
BREAKING moves all plugin management endpoints to /api/plugins instead of /api/plugin
adds an endpoint to activate a plugin

Fixes #4182

Is the breaking change ("plugins" vs "plugin") necessary here? This will cause at the least the app to break.
Also please bump the API version in api_version.py

@SchrodingersGat I think it has strong benefits as the current naming schema prevents some slugs from being used for plugin URLs and the number of 'reserved' slugs will only grow with time.
A clear separation between /api/plugin for plugin-provided URLs and /api/plugins for meta fields also makes sense to prevent accidentally overriding core functions.

@matmair please increment the API version so external services (e.g. app) can determine which endpoint to call :)

@SchrodingersGat API version is bumped!

authors: SchrodingersGat matmair

repo: inventree/InvenTree


text:
[PUI] Make actions recognisable

Action Dropdowns are not very recognisable right now. Therefore, I propose adding indicators similar to the screenshots below to buttons with more than 1 action. I am not sure how to style that, below solution is not the final goal - maybe a single indicator could be enough for example.
Current

Proposed

Fixes https://github.com/invenhost/InvenTree/issues/98

Maybe a "down caret" indicator would be clearer here? It seems a bit more "traditional". But I agree with the concept in general

I like the suggestion from @SchrodingersGat

What do we think about this:

That's pretty clean IMO

I think no its really hard to tell, which "down caret" belongs to what action, maybe an outline would help to add some separation, but not sure how that will look like.

It looks atrocious with an outline

That's true. Maybe its just me having problems to see the separation.

What about a mantine indicator with the caret attached directly to the button
https://mantine.dev/core/indicator/

I have tried another thing: light

I find vertical dots also match the flow better:

And the same thing in dark mode with dots instead of chevrons

Light with chevrons is my pick :)

Ok then this is ready for merge - light with chevron is the current state of the PR.

And maybe we add the chevron to the vertical dot menu too?

I would not add chevrons to the dot menu, I think that 3 dots are universally understood as "more" - that is why I suggested usage of them in the first place.

I would not add chevrons to the dot menu, I think that 3 dots are universally understood as "more" - that is why I suggested usage of them in the first place.

In this case, should we add a special dropdown menu just for the "more" actions - I see that you have added a lot of instances of noindicator - this could be refactored into a special dropdown with the dots icon and no indicator?

Sure, I can look into that.

@SchrodingersGat I have added a special dropdown to adress this

@SchrodingersGat this is ready for review and merge

Nice work, thanks for this!

authors: SchrodingersGat matmair wolflu05


text:
custom CustomizationId

Added a way to set the customization id of the invoice.
This is to replace pull request #4 with a sensible way of changing the customization id.

Thanks @mcmihai !
Let me know when you think a new release will be useful for your use case. I guess that you still need to revise the hardcoding of currency in the invoice template.

I just uploaded version 0.2 to pypi with your PR included:
https://pypi.org/project/en16931/0.2/

authors: jtorrents mcmihai


text:
Support for signature and header verification

Adds a "Verify" method to the envelope that makes it easier to check an optional list of keys against the signatures used to sign the document.
head.Header now has a "Contains" method that facilitates testing if the current header includes all the fields from the provided header.

The Header "contains" method is a bit bespoke, I was hoping for something more generic, but this felt like the best way for the time being to handle comparisons. I'm surprised we didn't have have this earlier though 😆 🤦

repo: invopop/gobl


text:
🛑 Bitwage API Docs is down

In f90d9fc, Bitwage API Docs (https://developer.bitwage.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Bitwage API Docs is back up in 3e76ef0.


text:
🛑 Bitwage API (Sandbox) is down

In da87475, Bitwage API (Sandbox) (https://api.sandbox.bitwage.com) was down:

HTTP code: 403
Response time: 305 ms

Resolved: Bitwage API (Sandbox) is back up in 7935adc after 55 minutes.


text:
🛑 Bitwage API (Sandbox) is down

In 69cb608, Bitwage API (Sandbox) (https://api.sandbox.bitwage.com) was down:

HTTP code: 403
Response time: 147 ms

Resolved: Bitwage API (Sandbox) is back up in fe9ccc4 after 13 minutes.


text:
🛑 Bitwage API (Sandbox) is down

In 57350d6, Bitwage API (Sandbox) (https://api.sandbox.bitwage.com) was down:

HTTP code: 403
Response time: 265 ms

Resolved: Bitwage API (Sandbox) is back up in 647f2b8 after 1 hour, 6 minutes.


text:
Redesign mesh API

The "proprietary" RMB format should be replaced with the SMF equivalent.
https://github.com/io7m/smf

This needs more consideration and should be moved to beyond 0.2.0.

The mesh API should be generalized as with SMF: A callback API that accepts data for named attributes, where each attribute has a COLLADA-like semantic tag that indicates whether data is intended as position data, normal data, UV coordinates, etc. Another module should map the SMF API to this r2-specific API for easy model loading.

SMF needs to be extended with an easy way to load meshes onto the GPU via jcanephora.

https://github.com/io7m/smfj-jcanephora now exists.

smfj-jcanephora has been obsolete since smf 0.4.0, but this mesh work is being held up by https://github.com/io7m/smf/issues/41.

Now that SMF exists, it's not exactly clear what degree of mesh support the r2 package needs. In some as-yet-uncommitted work, the tangent generation code is now in its own package, an SMF filter command has been implemented that can generate tangents for an SMF mesh, the obj, arrayobject, and binary packages have been removed. What exactly is left?

An interface is needed that specifies what attributes should be loaded for a mesh and returns an array/index buffer pair. The interface should not return an array object because this then precludes loading the mesh on an OpenGL context other than the rendering context.

Need to keep in mind that both synchronous and asynchronous loading is desired.

What about mapped and unmapped I/O?
With unmapped I/O, the allocation of the array and index buffers on the GPU happens after the mesh data has been read from disk and packed into a byte buffer. With mapped I/O, the allocation of the array and index buffers happens first and the mesh data is packed into them during loading of the mesh data.

license: isc


text:
widget becomes activ with mouseover already instead of clicking it

This issue is the outcome of this Thread at iobroker Forum:
https://forum.iobroker.net/topic/58219/widget-wird-aktiviert-beim-überfahren-mit-mauszeiger?_=1663921986890
As soon as i mouseover the widget becomes aktiv. Tested with Chrome/Firefox
Example Widget:
[{"tpl":"tplHqButton","data":{"g_fixed":true,"g_visibility":false,"g_css_font_text":true,"g_css_background":false,"g_css_shadow_padding":false,"g_css_border":true,"g_gestures":false,"g_signals":false,"g_last_change":false,"visibility-cond":"==","visibility-val":1,"visibility-groups-action":"hide","oid":"hm-rpc.0.MEQ0675904.1.LEVEL","min":"0","max":"","iconName":"/icons-mfd-png/control_centr_arrow_down.png","btIconWidth":"75","offsetAuto":true,"leftOffset":"35","topOffset":"0","timeAsInterval":"true","infoLeftFontSize":"12","infoFontRightSize":"12","infoLeftPaddingLeft":"15","infoLeftPaddingRight":"50","infoRightPaddingRight":"15","signals-cond-0":"==","signals-val-0":true,"signals-icon-0":"/vis/signals/lowbattery.png","signals-icon-size-0":0,"signals-blink-0":false,"signals-horz-0":0,"signals-vert-0":0,"signals-hide-edit-0":false,"signals-cond-1":"==","signals-val-1":true,"signals-icon-1":"/vis/signals/lowbattery.png","signals-icon-size-1":0,"signals-blink-1":false,"signals-horz-1":0,"signals-vert-1":0,"signals-hide-edit-1":false,"signals-cond-2":"==","signals-val-2":true,"signals-icon-2":"/vis/signals/lowbattery.png","signals-icon-size-2":0,"signals-blink-2":false,"signals-horz-2":0,"signals-vert-2":0,"signals-hide-edit-2":false,"lc-type":"last-change","lc-is-interval":true,"lc-is-moment":false,"lc-format":"","lc-position-vert":"top","lc-position-horz":"right","lc-offset-vert":0,"lc-offset-horz":0,"lc-font-size":"12px","lc-font-family":"","lc-font-style":"","lc-bkg-color":"","lc-color":"","lc-border-width":"0","lc-border-style":"","lc-border-color":"","lc-border-radius":10,"lc-zindex":0,"pushButton":true,"oid-working":"hm-rpc.0.MEQ0675904.1.WORKING","descriptionLeft":"Rollladen Arbeitszimmer Vorne.LEVEL","descriptionLeftDisabled":true,"usejQueryStyle":true,"iconOn":"","changeEffect":"","testActive":false,"name":"Rolllade BAD runter"},"style":{"left":"5px","top":"202px","width":"70px","height":"114px","border-width":"1px","border-style":"solid","border-color":"#FFFFFF","border-radius":"2px","z-index":"5"},"widgetSet":"hqwidgets"}]
VIS 1.4.15
HQ Widgets installed: 1.3.0
all other aadpters and JS Controller on latest versions.
please let me know if anything else is needed.

Closed. No feedback at all.


text:
Bokeh renderer fixes

Fixes two bugs introduced in the JupyterLab refactor:

Fixes png export by correctly handling it in _figure_data (where it should be handled)
Fixes wrong logic in bokeh message handler, which incorrectly skipped messages when Bokeh.protocol was defined.

Thanks for the message handler fix and the PNG changes seem fine to me. Merging.

authors: jlstevens philippjfr

repo: ioam/holoviews


text:
Make matplotlib's BarPlot consistent with other backends

Fixes bug in matplotlib BarPlot where Bars are not correctly aligned with ticks.
Broken:

Fixed:

I couldn't put up with the horrendous API that the matplotlib BarPlot provided so for now I've simply locked it down so that the API matches plotly and bokeh plots.

I think the notebook diffs say it all it's gone from:
grouped = bars.relabel('Grouped').opts(category_index=5, color_by=['stack'], stack_index=1)
stacked = bars.relabel('Stacked').opts(stack_index=5)
grouped + stacked

to:
stacked = bars.relabel('Stacked')
grouped = bars.relabel('Grouped')
grouped + stacked.opts(stacked=True)

I maintain that the matplotlib BarPlot is the worst bit of code I've ever written.

I am very happy to see the API made consistent. Personally, things like category_index=5 never made much sense to me so I like the new version a lot more.
There's bound to be bugs but fixing the API is important enough that I'm not going to hesitate merging this now. I suspect these bugs will be the motivation for cleaning up the internal code for good.


text:
lastupdated zeit ist falsch

Irgendwie wird der Wert meiner Sensoren "lastupdated" immer in UTC (Universal Time) erzeugt.
Die eingestellte Local-Time wäre hier der bessere Wert.
Im Phosconapp ist die Uhrzeit die richtige (local-time).
Andere Trigger von anderen Adaptern laufen auch mit der richtigen Zeit (local-time).

Der Wert wird als UTC string von deConz geliefert. Das wurde im Forum schon diskutiert.

Genau das ist es. Warum ist es so?!
Und wo wurde das diskutiert, gerne mit Linkangabe.

Warum das so ist, keine Ahnung.
Hier der Link: https://forum.iobroker.net/post/254354

#91340d00915640b0b66763528e0af4e7b430ee27

#91340d0

ich befürchte da passt nach wie vor etwas nicht beim schreiben der Datenpunkte:

Zu sehen ist, dass die Zeitwerte für UTC und z.Z. GMT+2 identisch sind, statt die 2 Stunden versetzt.
Anbei eine Zeile aus dem deconz-Log im Debug-Mode, hier passt es:
2020-10-11 10:33:09.085 - debug: deconz.0 (24145) Websocket message: {"attr":{"lastannounced":null,"lastseen":"2020-10-11T08:33Z","manufacturername":"dresden elektronik","modelid":"ConBee","name":"Configuration tool 10","swversion":"0x260b0500","type":"Configuration tool","uniqueid":"00:01:23:34:45:56:67:78-01"},"e":"changed","id":"10","r":"lights","t":"event","uniqueid":"00:01:23:34:45:56:67:78-01"}
Warum ist es in den Datenpunkten gem. Screenshot falsch?

Es ist schon richtig wie es ist, es soll keinen Zeitversatz mehr geben. Das war der Wunsch von den meisten Benutzern.
Dein log Auszug passt nicht zum Screenshot, da ist kein lastupdated dein.

Mein Problem ist, dass Deconz Localtime liefert während die anderen Adapter wie z.B. HUE die Zeit für "LastUpdated" in UTC ausgeben - was in der IT auch so üblich ist, Wenn man die Zeitstempel von Deconz mit denen anderer Devices abgleichen will, funktioniert das nicht ohne weiteres manuelles "übersetzten" der Deconz-Devices.

Das ist mir schon klar, aber viele Benutzer sind damit nicht Klar gekommen und haben das Ständig als Fehler gemeldet.

authors: DNC74 Jey-Cee thurbo


text:
one_hour

Hallo,
es soll über die API abfragbar sein, also genau der Watt Wert der in der aktuellen Stunde verbraucht wurde.
Also   7 bis 8 Uhr   212 Watt,    8 bis 9 Uhr 1231 Watt etc...
Hier die Info von Disconvergy
"ja, kann man. Wenn es genau Stunden sein sollen, dann bitte als Resolution “ONE_HOUR” nehmen und den API Endpunkt “/readings” verwenden."
Kannst du das als Datenpunkt mit einbauen?
cu Deta

ah ok danke ich verstehe was er meint schaue es mir an

Wäre cool, teste es gerne.

Schon mal geschaut?

Hallo, wäre mal schön ein kurzes Feedback von dir zu bekommen.

also man kann eine bestimmte Zeitspanne abfrage die frage ist was moechte man einbauen und wie.
eine Tabelle wo man Zeiten eingibt, ne feste zeit ?

https://api.discovergy.com/docs/

no response

authors: DutchmanNL detafun


text:
Please consider fixing issues detected by repository checker

Notification from ioBroker Check and Service Bot
Dear adapter developer,
I'm the ioBroker Check and Service Bot. I'm an automated tool processing routine tasks for the ioBroker infrastructure. I have recently checked the repository for your adapter harmony for common errors and appropiate suggestions to keep this adapter up to date.
Please see the result of the check below.
ioBroker.harmony
   -

ERRORS:

[ ] :heavy_exclamation_mark: [E204] Version "1.2.0" listed at common.news at io-package.json does not exist at NPM. Please remove from news section.

WARNINGS:

[ ] :eyes: [W113] Adapter should support compact mode
[ ] :eyes: [W162] js-controller 5.0.0 listed as dependency but 5.0.19 is recommended. Please consider updating dependency at io-package.json.
[ ] :eyes: [W173] Potential sensitive data "password" not listed at "protectedNative" in io-package.json
[ ] :eyes: [W174] Potential sensitive data "password" not listed at "encryptedNative" in io-package.json
[ ] :eyes: [W184] "common.main" is deprecated and ignored. Please remove from io-package.json. Use "main" at package.json instead.
[ ] :eyes: [W184] "common.materialize" is deprecated for admin >= 5 at io-package.json. Please use property "adminUI".
[ ] :eyes: [W505] setTimeout found in "harmony.js", but no clearTimeout detected
[ ] :eyes: [W853] .npmignore found - consider using package.json object "files" instead.

SUGGESTIONS:

[ ] :pushpin: [S522] Please consider migrating to admin 5 UI (jsonConfig).

Please review issues reported and consider fixing them as soon as appropiate.
Errors reported by repository checker should be fixed as soon as possible. Some of them require a new release to be considered as fixed. Please note that errors reported by checker might be considered as blocking point for future updates at stable repository.
Warnings reported by repository checker should be reviewed. While some warnings can be ignored due to good reasons or a dedicated decision of the developer, most warnings should be fixed as soon as appropiate.
Suggestions reported by repository checker should be reviewed. Suggestions can be ignored due to a decision of the developer but they are reported as a hint to use a configuration which might get required in future or at least is used be most adapters. Suggestions are always optional to follow.
You may start a new check at any time by adding the following comment to this issue:
@iobroker-bot recheck
Please note that I (and the server at GitHub) have always plenty of work to do. So it may last up to 30 minutes until you see a reaction. I will drop a comment here as soon as I start processing.
Feel free to contact me (@iobroker-bot) if you have any questions or feel that an issue is incorrectly flagged.
And THANKS A LOT for maintaining this adapter from me and all users.
Let's work together for the best user experience.
your
ioBroker Check and Service Bot
Note: This issue replaces issue #190
@mcm1957 for evidence

This issue has been replaced by new isse #192
This issue can be closed.
your
ioBroker Check and Service Bot


text:
Allow web-api-only operation

Adapter does not work by default when no bridge is configured, fixes #169

Tested with Nuki 3.0 Pro without having a bridge. Works like expected.
Maybe someone still using the bridge could give it a try if everything still works as expected. Thanks.

Tested with Nuki 3.0 pro and Bridge

@jhubig & @StrathCole could you please check if my update (which resolves the issues in automatic test, work in your live enviroments properly too?

Hello Thiemo.
thanks. Works perfectly for me.
Just as reminder my setup, if needed.

Nuki 3.0 Pro used without the bridge
Node 14.18.1
NPM 6.14.15
Thanks again.

authors: StrathCole jhubig theimo1221


text:
Return saltstack_highstate_error everytime

Currently we only return saltstack_highstate_error if an error exists. With this setup, we will never clear highstate errors.
The fix is to return 0 if there is no error and return 1 whenever an error occurs.

It looks like this might be something you can check for with an integration test? Ensure there won't be a regression

Added, thanks for the reminder!


text:
Update flat file parameters, dictionary_close implementation, and .ino tests

These changes reflect recent flat file implementation updates.

LGTM

LGTM

authors: Stickerpants danaack wpenson

repo: iondbproject/iondb


text:
I cannot get full (click) $event on ios - ionic4

I also posted this on stackoverflow,
https://stackoverflow.com/questions/53199458/i-cannot-get-full-click-event-on-ios-ionic4
as for my config, this happens with ionic start --type=angular... in any case:
Ionic:
ionic (Ionic CLI)             : 4.3.1 (/usr/local/lib/node_modules/ionic)
Ionic Framework               : @ionic/angular 4.0.0-beta.15
@angular-devkit/build-angular : 0.8.7
@angular-devkit/schematics    : 0.8.7
@angular/cli                  : 6.2.7
@ionic/angular-toolkit        : 1.1.0
Cordova:
cordova (Cordova CLI) : 8.0.0
Cordova Platforms     : ios 4.5.5
Cordova Plugins       : cordova-plugin-ionic-keyboard 2.1.3, cordova-plugin-ionic-webview 2.2.1, (and 4 other plugins)
System:
Android SDK Tools : 26.1.1 (/Users/emiliomaciel/Library/Android/sdk)
NodeJS            : v10.8.0 (/usr/local/bin/node)
npm               : 6.4.1
OS                : macOS High Sierra
Xcode             : Xcode 10.1 Build version 10B61
I am using ionic 4 "@ionic/angular": "^4.0.0-beta.15", and cordova. I am doing a simple button:
<ion-button (click)="myFunc($event)"> My button
and its handler
myFunc($event) {
console.log($event);
}
In the computer, running ionic serve, I can see the whole event, access Parent Nodes, etc (the main purpose of this is styling objects with the renderer later) BUT... in ios, the event is only composed of
{"isTrusted":true}
Same thing happens if you change the ion-button for a div, or a span, for example. I am trying to understand why. I run this with
ionic cordova prepare ios
And then build/run it on Xcode (latest 10.1 (10B61) )
Any ideas? If you need more info... It happens if you just build a ionic starter project.
ionic start testIOS blank --type=angular
ionic cordova platform add ios
ionic cordova prepare ios
Run in Xcode
Only added the ion-button in home page, and the click event. Works in ionic serve, not in ios.
Cheers! Thanks! Emilio

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

repo: ionic-team/ionic


text:
Use stream json rpc

This enables us to avoid mucking with low-level stuff and get support for $/cancelRequest automatically
Still needs work, esp type Client is not reimplemented
Please ignore the remove paket commit, that is an optional part
works with CSharpLanguageServer where the main wish was to enable cancellation support which this PR does

@baronfel this is a continuation (alternative implementation) of #6 where I converted Server to use StreamJsonRpc lib like you suggested.
this is somewhat functional (apart from reporting errors via LspResult<result>`) and probably misc stuff
does this look ok to you?

@baronfel this is up for review.. some very questionable :) changes were made, it is very up for discussion:

this has been tested with csharp-ls for a couple of months by me (and other ppl presumably, nothing bad reported AFAIK)
I have added API so I can build a server w/o a LspServer instance -- that allows me to do some more decoration on functions when setting up the server, see:

https://github.com/razzmatazz/csharp-language-server/blob/master/src/CSharpLanguageServer/Server.fs#L1077-L1098

I did not touch module Client (did not convert it to StreamJsonRpc) -- not sure how to test it, so it still uses "old" internal JsonRpc module -- which should eventually be removed

sorry it took so long, got my new pc delivered, then it broke for weeks,  then I was tracking emacs bug related to dotnet (https://lists.gnu.org/archive/html/emacs-devel/2022-02/msg00009.html) -- then life happened :)

also it is somewhat a shame paket does not suport paket.local for .net core projects :( -- really hard to test things when you have to start your own nuget server to test your project integration before publishing
complaining because csproj/sln does not this problem (even if it has other issues). this is why i was pushing https://github.com/ionide/LanguageServerProtocol/pull/8

sorry for bugging @baronfel but does this need more work from me before getting it merged?

ping @baronfel

Hey! Sorry this took so long for me to get back to - it's great! Really excited to have this in :)

authors: baronfel razzmatazz

repo: ionide/LanguageServerProtocol


text:
Failed to activate the ionide-fsi package

[Enter steps to reproduce below:]

...
...

Atom Version: 1.0.15
System: Mac OS X 10.10.5
Thrown From: ionide-fsi package, v1.0.3
Stack Trace
Failed to activate the ionide-fsi package
At Invalid left-hand side in assignment

ReferenceError: Invalid left-hand side in assignment
    at FsiService__activate$ (/Users/stefanweber/.atom/packages/ionide-fsi/lib/fsi.js:163:31)
    at Fsi__activate$ (/Users/stefanweber/.atom/packages/ionide-fsi/lib/fsi.js:321:5)
    at /Users/stefanweber/.atom/packages/ionide-fsi/lib/fsi.js:758:14
    at Object.module.exports.IonideFSI.activate (/Users/stefanweber/.atom/packages/ionide-fsi/lib/fsi.js:769:26)
    at Package.module.exports.Package.activateNow (/Applications/Atom.app/Contents/Resources/app.asar/src/package.js:245:19)
    at /Applications/Atom.app/Contents/Resources/app.asar/src/package.js:226:30
    at Package.module.exports.Package.measure (/Applications/Atom.app/Contents/Resources/app.asar/src/package.js:169:15)
    at Package.module.exports.Package.activate (/Applications/Atom.app/Contents/Resources/app.asar/src/package.js:218:14)
    at PackageManager.module.exports.PackageManager.activatePackage (/Applications/Atom.app/Contents/Resources/app.asar/src/package-manager.js:486:21)
    at /Applications/Atom.app/Contents/Resources/app.asar/src/package-manager.js:469:29

Commands

Config
{
  "core": {
    "disabledPackages": [
      "browser-plus"
    ]
  },
  "ionide-fsi": {
    "FsiPath": "fsharpi"
  }
}

Installed Packages
# User
atom-jshint, v2.0.0
atom-yeoman, v0.3.13
file-icons, v1.6.9
grunt-runner, v0.11.0
ionide-fake, v1.0.3
ionide-fsharp, v1.1.1
ionide-fsi, v1.0.3
ionide-installer, v1.2.1
ionide-paket, v2.0.7
ionide-yeoman, v1.0.1
language-dust-ng, v0.1.1
linter, v1.6.0
linter-js-standard, v3.2.0
minimap, v4.13.3
terminal-panel, v1.14.1

# Dev
No dev packages

Should be fixed in 1.0.4

I get the same extat error with

OS: Windows 8.1 64bit
Atom 1.0.15
ionide-fsi 1.0.4

This is bit different issue ;)
Does the file plugin is trying to spawn exist?
Do You have installed F# 4.0 ?
If You have earlier version of F# installed (or some non-standard installation) there is place in ionide-fsi plugin settings to set path to F# Interactive.

Does the file plugin is trying to spawn exist?:
Yes it does exist.

Do You have installed F# 4.0 ?:
Yes I did (I'm actively coding in F# 4.0 with VS).

If You have earlier version of F# installed (or some non-standard installation) there is place in ionide-fsi plugin settings to set path to F# Interactive.:
Yeah, I tried to overwrite it with the full FSI path "c:\Program Files (x86)\Microsoft SDKs\F#\4.0\Framework\v4.0\fsi.exe'" but no luck.

FSI version is 14.0.23020.0.
Let me know if you need more details.

I would try providing case sensitive path to FSI (so Fsi.exe instead of fsi.exe) (however I doubt it will change anything)

Tried with previous FSI versions: did not work
Tried providing case sensitive path to FSI: did not work
I've also tried to manually set FsiPath setting in config.cson and restart Atom, no luck. Here is the content of config.cson:

"*":
"exception-reporting":
userId: "024cc103-5b7d-a736-965f-c949354c83e4"
welcome:
showOnStartup: false
core: {}
editor:
invisibles: {}
"ionide-fsi":
FsiPath: "C:\Program Files (x86)\Microsoft SDKs\F#\4.0\Framework\v4.0\Fsi.exe"
linter: {}
"ionide-fsharp": {}

Well, only thing I can suggest is complete re installation of Atom

Try using forward slashes in the path to fsi.

:+1:

I already tried with \ and /. No luck.
Sorry, I'll try to do more testing later today and keep you posted.
Thanks for your prompt response.

Bug is fixed for me, Thanks!

I'm getting the same issue as @juanjoarana in my enterprise environment (Windows 7 x64) when I hit ALT+Enter:
'C:/Program Files (x86)/Microsoft SDKs/F#/4.0/Framework/v4.0/Fsi.exe' could not be spawned.
Is it installed and on your path?
If so please open an issue on the package spawning the process.

I copied ionide-fsi-1.0.6 from GH releases into my packages folder and ran npm install.
I do have Fsi.exe in the specified folder.

Same error for me on OSX:
" 'mono' could not be spawned. Is it installed and on your path? If so please open an issue on the package spawning the process. "
mono & fsharpi are in /usr/bin

i got the same issue as @juanjoarana all things are installed with nearly exact the same sys config as his. i have German version of Windows 7.
btw this seems related https://github.com/ionide/ionide-paket/issues/20

I have the same problem.
'C:\Program Files (x86)\Microsoft SDKs\F#\4.0\Framework\v4.0\Fsi.exe' could not be spawned.
Is it installed and on your path? If so please open an issue on the package spawning the process.

I have Windows 10 German version.
Fsi.exe is in the FsiPath
Maybe a problem with the German Window version. Atom has anyway problems with e.g. the german keyboard.

Maybe try using double slashes \\ and escape spaces with slashes \ .

No, still not working.
I tried to create a symlink . with:
mlink /j C:\Fsi.exe "C:\Program Files (x86)\Microsoft SDKs\F#\4.0\Framework\v4.0\Fsi.exe"
and used "C:\Fsi.exe" in the FsiPath.. still not working. :(

Frustrated. Any solution?

up to now...not for me.

On my system with Visual Studio 2013 and F# Power Tools 2.3.0, the path to Fsi.exe had moved. Instead of C:\Program Files (x86)\Microsoft SDKs\F#\4.0\Framework\v4.0\Fsi.exe, I found it in C:\Program Files (x86)\Microsoft F#\v4.0\Fsi.exe.
However, changing the path in ionide-fsi settings didn't work for me: I'm still getting "'C:\Program Files (x86)\Microsoft F#\v4.0\Fsi.exe' could not be spawned. Is it installed and on your path? If so please open an issue on the package spawning the process." So no solution yet, but perhaps the default path should be changed?

SOLVED! For me, at least. Windows Defender was blocking Fsi.exe from running, for reasons yet unknown. I turned Windows Defender off and tried to run some F# code with Alt-Enter, and it worked. Then I turned Windows Defender back on, and ionide-fsi continued to work.
For anyone else still experiencing this issue, please check whether your anti-virus has a real-time virus protection feature that might be interfering with running Fsi.exe.

Update to amend my earlier comment. The Fsi.exe that I found in C:\Program Files (x86)\Microsoft F#\v4.0\Fsi.exe was F# 2.0, and I just didn't notice that fact. I don't have F# 4.0 on my system, so I had to change C:\Program Files (x86)\Microsoft SDKs\F#\4.0\Framework\v4.0\Fsi.exe to C:\Program Files (x86)\Microsoft SDKs\F#\3.1\Framework\v4.0\Fsi.exe and then it ran for me.
But turning off Windows Defender before launching Fsi.exe the first time was key; afterwards, I could turn Windows Defender back on and it continued to work.

Update: It looks like Windows Defender had nothing to do with it. I've found a reproducible way to cause this error and then make it go away:

Create a new .fsx file. Mine is in C:\Users\Robin\Desktop\trythis.fsx and contains just one line, 3 + 4.
Launch Atom. Close all panes, all tabs, and remove all project folders.
Open trythis.fsx. It opens up in a tab and a new "project folder" is created called trythis.fsx. (Instead of a project folder called Desktop, which is what I would have half-expected).
Highlight the 3 + 4 line and press Alt-Enter.
Get the "Fsi.exe could not be spawned" error. Chrome developer console pops up.
Close the Chrome developer console. Close the error message. Close the F# Interactive window.
Remove the "project folder" that got created in step 3.
Highlight the 3 + 4 line and press Alt-Enter.
This time, it almost works: F# Interactive window appears, but doesn't yet run the highlighted code.
Highlight the 3 + 4 line and press Alt-Enter again.
Result in F# Interactive window: val it : int = 7

Also, if a real folder is added to the Project Folders pane, the F# Interactive window continues to work. The one constant that I've seen cause failure is if the project folder isn't really a folder, but is a file (like trythis.fsx in my case). I can't add trythis.fsx to the project folder manually -- but if I do "open file" while there's no project folder, and open the trythis.fsx file, it gets added to the project folders pane and then I can't run F# Interactive. Delete the incorrect project folder and now I can run F# Interactive again.
Anyone else experiencing this issue: try removing all project folders, closing the failed F# Interactive windows (otherwise you'll get the "This socket is closed" error), and then running your F# script file with no project folders. Does that make it work for you?

Should be fixed in 1.0.10

authors: DavidTheBugWriter Krzysztof-Cieslak juanjoarana kurtschelfthout leobm ptrelford rmunn s-trooper stweb susquehanna

repo: ionide/ionide-fsi


text:
DOS line endings in automated build.sh

I am unsure if it is the right place to repport that problem but I just noticed that using "new project" creates a build.sh that contains DOS line endings (^M wich can be seen using "cat -v build.sh") making it unable to build on ubuntu.
"fromdos build.sh" solves the problem easily but it would be better if it was fixed at the source.
Nestor
P.S. I am new to F# and struggling to understand fake but so far ionide for vscode has been a pleasure to use :)

This should be fixed in 2.0.0

I encountered this issue with the current version 2.9.4. build.sh was created with \r\n line endings, breaking the build step (from command line or with ionide-vscode-fake) on OSX.

I just add the issue with the current version.

Does anyone knows where the culprit build.sh is ? I would be happy to upload a fixed version :)

@nestordemeure @Krzysztof-Cieslak says it is over https://github.com/fsharp-editing/Forge/tree/templates

Thank you, I just proposed change for the two build.sh that were in that repository.

Thanks, both PR merged. You should get updated templates by running F#: Refresh Project Templates from Code's command palette.

It now builds without problems :)
Is there a way to add a regression test for that problem ?
(It artificially raises the bar of entry for non Windows users)

authors: Krzysztof-Cieslak Systemcluster nestordemeure smoothdeveloper

repo: ionide/ionide-vscode-fsharp


text:
Unable to build XCFramework after adding library

Added this library to one of our KMP modules and it seems to do exactly what we want, thanks! Unfortunately it seems to break our iOS XCFramework build.  Here's the command we're running
./gradlew :my:module:assembleMyFrameworkKotlinDebugXCFramework
It fails with this message:
> Task :my:module:assembleDebugIosSimulatorFatFrameworkForMyFrameworkKotlinXCFramework FAILED
fatal error: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/lipo: /Users/me/workspace/repo/my/module/build/bin/iosX64/debugFramework/MyFrameworkKotlin.framework/MyFrameworkKotlin and /Users/me/workspace/repo/my/module/build/bin/iosSimulatorArm64/debugFramework/MyFrameworkKotlin.framework/MyFrameworkKotlin have the same architectures (x86_64) and can't be in the same fat output file

Any ideas?  I added the library as a commonMain dep.  Our xcf config looks like:
    val xcf = XCFramework("MyFrameworkKotlin")
    val iosTargets = if (isCi) {
        listOf(iosSimulatorArm64())
    } else {
        listOf(iosX64(), iosArm64(), iosSimulatorArm64())
    }

    iosTargets.forEach {
        it.binaries.framework {
            export(project(":some:other:module"))
            export(libs.ktor.client.darwin)
            baseName = "MyFrameworkKotlin"
            binaryOption("bundleId", "com.company.MyFrameworkKotlin")
            isStatic = true
            xcf.add(this)
        }
    }

Hi @edenman,
The lipo error seems to signal that the same framework is added twice with the same architecture, but why that is happening for you after you add this library is beyond me. I'm using libsodium in my projects without any problems, although I am not using XCFramework, but building the framework by running  embedAndSignAppleFrameworkForXcode KMP gradle task as run script phase in build phases in XCode, also the framework search paths are set up.
I'm not sure if the problem is in your build setup, or if I am not supporting XCFrameworks correctly. In any case I'm limited on time I can spend on this, so in short term I guess it's up to you to figure out what is going.

authors: edenman ionspin

repo: ionspin/kotlin-multiplatform-libsodium


text:
Interactive visualization of cloud-hosted ocean sonar data

Project Description:
Ocean sonar systems, such as echosounders, are the workhorse to study life in the ocean. They provide continuous observations of fish and zooplankton by transmitting sounds and analyzing the echoes bounced off these animals, just like how medical ultrasound images the interior of human body. In recent years these systems are widely deployed on ships, autonomous vehicles, or moorings, bringing in a lot of data that allow scientists to study the change of the marine ecosystem.
This project aims to create the capability to interactively visualize large, cloud-based ocean sonar data to accelerate data exploration and discovery. Developments in this project will go hand-in-hand with ongoing development of the echopype package that handles the standardization, pre-processing, and organization of these data.
Expected Outcomes:
The GSoC contributor will work with mentors to develop a new package echoshader that provides core ocean sonar data visualization functionalities based on the HoloViz suite of tools, test configuration for using echoshader widgets in Panel dashboards, and create Jupyter notebooks to demo use of the combination of tools.
Skills required:

Python
Interest in working with oceanographic, acoustic and geospatial data

Bonus skills:

Cloud computing
Visualization

Project Size:

175 or 350 h

Difficulty

Moderate

Mentor(s):
Wu-Jung Lee (@leewujung), Emilio Mayorga (@emiliom), Valentina Staneva (@valentina-s), Landung "Don" Setiawan (@lsetiawan), Brandon Reyes (@b-reyes)

Hi.
I am Dwip Dalal sophomore at IIT Gandhinagar. I have been working with machine learning and data science for two years now. My passion for it has motivated me to take part in GSOC. After going through numerous organizations, I found IOOS very interesting; I am especially interested in using my data science and data visualization skills in geospatial analysis. Therefore, I would love to spend my summer working with and contributing to IOSS organization. I would love to work on the Interactive visualization of cloud-hosted ocean sonar data idea.
Brief description about me:
In the last two years, I have interned in three companies, and currently, I am working with DRDO (Defence Research and Development Organisation of India), making Drone swarm AI. I am also working on analyzing fossils using data science with professor Pankaj Khaana IIT GN. I have done all this data science and data visualization work in python, so I am very familiar with the language. I have also done a couple of courses on cloud computing due to utter curiosity.
To know more about me, please check out: https://www.linkedin.com/in/dwip-dalal-a7a440190
Respected Mentor,
I would be very grateful if you could please allocate me with some starter tasks. Looking forward to hearing from you soon.
Thank You

Hey @dwipddalal, nice meeting you!  It's great to know that you're interested in this project. Do you want to do an introduction in the project repo echoshader?
You will see that we are in the process of populating resources and materials for the project, but we definitely welcome you to start asking questions and brainstorming ideas anytime!

Yes I would love to introduce myself in the echoshader repo. Could you please suggest me in which specific section of the repo do I have to introduce myself?

Should it be in issues tab with gsoc 2022 label?

@dwipddalal: we think the best way is for you to ask a question and/or put in some ideas to brainstorm with us (the mentors). You can also make a profile on github that everyone can see, and in your application you will be able to introduce yourself more fully there! :)

Sorry Sir for the late response.
What I understood until now: We have to make functionalities for visualization of the  ocean sonar data using HoloViz toolkits.
Could you please let me know if my understanding of this project is correct or not?
I forgot to give my github profile: https://github.com/dwipddalal

@dwipddalal : What I meant was that you should ask questions or post ideas for discussion in the echoshader repo linked above.

Okay Sir.

Good Evening I have gone through all the issues and the current thread. Could you guide us to some good starter tasks and also perhaps some guidelines as to what has to be included in the proposal for GSOC.

@harshil15999 : Welcome! 😃
Please go ahead to the echoshader repo: https://github.com/OSOceanAcoustics/echoshader and find relevant links in the README:

For more information about joining the project as GSoC contributor, check out the IOOS GSoC Contributor Guidance and the Echoshader GSoC Contributor's Guide.

And start discussion with us!

Project Description:
Ocean sonar systems, such as echosounders, are the workhorse to study life in the ocean. They provide continuous observations of fish and zooplankton by transmitting sounds and analyzing the echoes bounced off these animals, just like how medical ultrasound images the interior of human body. In recent years these systems are widely deployed on ships, autonomous vehicles, or moorings, bringing in a lot of data that allow scientists to study the change of the marine ecosystem.
This project aims to create the capability to interactively visualize large, cloud-based ocean sonar data to accelerate data exploration and discovery. Developments in this project will go hand-in-hand with ongoing development of the echopype package that handles the standardization, pre-processing, and organization of these data.
Expected Outcomes:
The GSoC contributor will work with mentors to develop a new package echoshader that provides core ocean sonar data visualization functionalities based on the HoloViz suite of tools, test configuration for using echoshader widgets in Panel dashboards, and create Jupyter notebooks to demo use of the combination of tools.
Skills required:

Python
Interest in working with oceanographic, acoustic and geospatial data

Bonus skills:

Cloud computing
Visualization

Project Size:

175 or 350 h

Difficulty

Moderate

Mentor(s): Wu-Jung Lee (@leewujung), Emilio Mayorga (@emiliom), Valentina Staneva (@valentina-s), Landung "Don" Setiawan (@lsetiawan), Brandon Reyes (@b-reyes)

Hello,
My name is Bitan Biswas and I am a Masters's student in Computer Science at the University of Calcutta and  a Research Assistant at Cardiff University. I have been working in the field of DataScience for three years  and my urge to learn more has got me to take part in Summer of Code. The work by IOOS seems extremely interesting and aligns with my interests in acoustic sound event detection and hyperspectral image visualization. I would be highly obliged if I am allowed to contribute to the echoshader repository and get involved in the project "Interactive visualization of cloud-hosted ocean sonar data" .
In the last two years, I have interned in six companies, and have been in working in the field of Data Analytics, Computer Vision, and NLP closely. I used the Bokeh package a couple of times, which seems to be relevant with the HoloViz tools. I have fluency in Python and other Object-Oriented Programming Languages and a certain preliminary understanding of cloud computing too. My LinkedIn is:https://www.linkedin.com/in/bitan-biswas-2544641b0/ and I would like to introduce myself in the echoshader repo and indulge in new ideas.

Closing all past GSoC issues. Please open a new issue if you want to participate in GSoC23.

repo: ioos/gsoc


text:
ProgramToFindOutQuotientAndRemainder

i m trying this for the first time so i m not sure if i made a pull request correctly or not but i have finished the problem and checked it.
thanks

sorry i didnt know this...i ll try to get it right next time

From: Sahil notifications@github.com
Sent: Sunday, October 4, 2020 7:16 PM
To: iot-lab-kiit/tasks.c tasks.c@noreply.github.com
Cc: Parth Maradia parth.maradia@students.iiit.ac.in; Author author@noreply.github.com
Subject: Re: [iot-lab-kiit/tasks.c] ProgramToFindOutQuotientAndRemainder (#106)
Closed #106https://github.com/iot-lab-kiit/tasks.c/pull/106.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/iot-lab-kiit/tasks.c/pull/106#event-3837578093, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ARAD6UDKFE4CHJ7U3HGCA5LSJB4ELANCNFSM4SDVNGHA.


text:
Problem with a PIN profile

Hi, from this morning i have aproblem with mi wallet. My PIN doesn´t works. Finally I have to create a second profile and recover my wallet with my IOTA´s. But I´m so worried because the PIN of that first profile this morning worked well and now is not working. So I would like to delete that profile becuase I think that is a direct access to my coins and if someone has changed my PIN now he can send my coins to other account.
Sorry for mi english. It´s not my native language

I have the same problem, my Pin is not working anymore.

@Mcjevo In the current version that is an issue with the language and currency when using other languages. Please try changing the language back to English and restart Firefly, and see if you can login to your first profile.
Then please continue to use Firefly in english until new version is released.
And about;  if someone has changed my PIN now he can send my coins to other account.
This is not possible. You need the stronghold password to send funds. So your funds are safe.

@Mcjevo In the current version that is an issue with the language and currency when using other languages. Please try changing the language back to English and restart Firefly, and see if you can login to your first profile.
Then please continue to use Firefly in english until new version is released.
And about; if someone has changed my PIN now he can send my coins to other account.
This is not possible. You need the stronghold password to send funds. So your funds are safe.

I changed the languaje and restart the wallet app and I have the same problem, My PIN doesn´t works and I finish with the message of "3 incorrect attemps" and i have to wait.
I suppose that the password cannot be changed from the settings of this profile.
By the way, another user write to me that have the same problem with the PIN today, but here I can´t see the reply. Sotrry is the first time taht y write in Hitub
Anyway, Thank you very much for you Reply  tOOk and sorry again for my english.

Okay, I helped a user earlier today and the language was his issue.
No need to say sorry for your english. Also, there is no risk about your funds with the first profile.
If you have your 24 phrases and the stronghold backed up you can re-install Firefly wallet and setup a new profile with those 24 phrases.
As long as you have your 24 phrases or the stronghold you can always access your IOTA.
Are you using Windows?

Yes I´m using Windows 10. Really, instead of re-install the app I opened a new profile and I selected recovere the wallet with the 24 phrases and I could see that all it´s ok. Althouhgt I would like to delete that first profile to avoid risk, but for delete that profile I believe that I can to access fist with the PIN :).

Yes, but the only way to remove the first profile is to get access to it first, which you will probably not be able to.
What you can do is to browse into C:\Users\Username\AppData\Roaming\Firefly and remove that Firefly folder. This will remove Firefly from your computer and let you re-install it. Then you just setup with the same 24 words again (as you did with your second profile) and you will see the funds again, and only have one profile.

Well, thank you very much T00k. your solution has worked well.
I was able to delete the profile and everything is fine.
Thanks a lot.

Happy to hear. Can you please mark this issue as solved here on github?
Have a great night!

authors: Mcjevo etiiiR t00k

repo: iotaledger/firefly


text:
Fix order of the purple set

The RFC describes an ordering algorithm based on depth-first search, where you travel down the trunk of a milestone first, then down the branch.
I tried the example, and I think maybe O and N were the wrong way round.
So you would:

Apply I
Go back to O
Apply K
Apply O
Go back to S
Apply N
Apply S
Apply V

Hmm, you don't go back to 0 after applying I, you go back to K ?
You always want to go trunk first then branch, so from V it would be (skipping the upper part with trunk) V->S->N->K->I.

Where would O go?

You access O through S, and O is the branch of S, so N (as trunk of S) has to come first

Like in my changes?
~D, G, J, L, M, R, I, K, N, O, S, V~
{D, G, J, L, M, R, I, K, O, N, S, V}

No, not like in your change. In your change O comes first. Why does O comes first when it's a branch and we say trunk have to come first ?

authors: JakeSCahill thibault-martinez

repo: iotaledger/protocol-rfcs


text:
🛑 备用KMS激活服务器 01 is down

In 0e6e80c, 备用KMS激活服务器 01 (s11.ikms.eu.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 备用KMS激活服务器 01 is back up in ec6435c after 18 minutes.

repo: iougemini/ikms-uptime


text:
🛑 备用KMS激活服务器 01 is down

In 0f03413, 备用KMS激活服务器 01 (s11.ikms.eu.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 备用KMS激活服务器 01 is back up in b42395e after 9 minutes.


text:
🛑 备用KMS激活服务器 01 is down

In 84f7c28, 备用KMS激活服务器 01 (s11.ikms.eu.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 备用KMS激活服务器 01 is back up in 34f1c5a after 9 minutes.


text:
🛑 备用KMS激活服务器 01 is down

In c5f9215, 备用KMS激活服务器 01 (s11.ikms.eu.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 备用KMS激活服务器 01 is back up in 02ab1a2 after 10 minutes.


text:
Rendering different menu during runtime.

I changed the provided example to this one.
However, the menu does not get updated. When clicking on a StandardItem it panics with the following error:
thread '<unnamed>' panicked at 'index out of bounds: the len is 2 but the index is 3', /home/projects/ksni/src/service.rs:702:32
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

Is it possible to update the menu during runtime?

Fixed! Thank you for the report!

authors: emirror-de iovxw

repo: iovxw/ksni

license: Unlicense


text:
Add Cargo Handling Equipment Operational Performance

Still some open questions, thus a draft PR.

Replaced with https://github.com/ioxio-dataspace/ioxio-io-definitions/pull/11

authors: joakimnordling lietu

repo: ioxio-dataspace/ioxio-io-definitions


text:
Write utilitiy structs IgnoredAny and Opaque

IgnoredAny similar to serde https://docs.serde.rs/serde/de/struct.IgnoredAny.html. A thing that just reads and skips a value.
Opaque similar to https://docs.serde.rs/serde_json/value/struct.RawValue.html or https://docs.rs/actyxos_sdk/0.5.0/actyxos_sdk/struct.Opaque.html . Reads a value and stores it in a raw array.
This is needed mostly for Dag-CBOR for now, but in the long term it might be useful to also have the same type work for the other codecs.

Not sure it is a problem, but e.g. IgnoredAny can only implement Decode. And for Opaque/RawValue it would probably be best to parametrize it with the codec, so nobody accidentally reads a json RawValue and then writes it to a CBOR stream... :-)

If it helps, here are my experiments to write a RawValue:
pub struct OpaqueDagCbor(Box<[u8]>);
/// Parses the CBOR item at the current position and returns the length
///
/// Fails if there is no valid cbor item at the current position, or if the item.
fn next_cbor_len<R: io::Read + io::Seek>(r: &mut R) -> anyhow::Result<usize> {
    let p0 = r.seek(io::SeekFrom::Current(0))?;
    // just scrape the references to traverse the cbor, for now
    let mut cids = Vec::new();
    let e1 = <Ipld as References<DagCborCodec>>::references(DagCborCodec, r, &mut cids);
    let p1 = r.seek(io::SeekFrom::Current(0))?;
    // seek to the old position even if references failed
    r.seek(io::SeekFrom::Start(p0))?;
    // bail if traversal produced an error
    e1?;
    let len = usize::try_from(p1 - p0)?;
    Ok(len)
}
impl codec::Encode<DagCborCodec> for OpaqueDagCbor {
    fn encode<W: io::Write>(&self, _: DagCborCodec, w: &mut W) -> anyhow::Result<()> {
        Ok(w.write_all(&self.0)?)
    }
}
impl codec::Decode<DagCborCodec> for OpaqueDagCbor {
    fn decode<R: io::Read + io::Seek>(c: DagCborCodec, r: &mut R) -> anyhow::Result<Self> {
        let len = next_cbor_len(r)?;
        let mut buf: Box<[u8]> = vec![0u8; len].into();
        r.read_exact(buf.as_mut())?;
        Ok(Self(buf))
    }
}
impl TryReadCbor for OpaqueDagCbor {
    fn try_read_cbor<R: io::Read + io::Seek>(r: &mut R, _major: u8) -> anyhow::Result<Option<Self>> {
        let len = next_cbor_len(r)?;
        let mut buf: Box<[u8]> = vec![0u8; len].into();
        r.read_exact(buf.as_mut())?;
        Ok(Some(Self(buf)))
    }
}

Implemented in https://github.com/ipfs-rust/libipld/pull/98

repo: ipfs-rust/libipld


text:
Pinning integration:  descope stats from Settings screen

Initial Settings  mockups in WebUI include columns with basic stats: utilized storage as "Files" and "Bandwidth Used":

Problem
Pinning Service API spec does not provide endpoint for reading this information.
Additionally, after sync with @jacobheun @aschmahmann  and @alanshaw   we decided to make API secrets write-only in go/js-ipfs config for security reasons. This means WebUI won't be able to read API secret and make remote calls on its own.
Solutions
We have two ways of tackling this:

weeks: add /stats endpoint to Pinning Service API  and then support for it needs to land in go/js-ipfs and webui

or

hours: descope this from MVP and remove "Files" and "Bandwidth Used" columns from Settings screen. User will still be able to check stats via three dot menu and a link to pinning service website.

Suggested solution
I don't believe vaue added by those columns is worth additional complexity and additional work on Pinning Service and Core Impl. WG ends – are we ok with descoping them from MVP?
cc @jacobheun @jessicaschilling @rafaelramalho19  for quick temperature check, before I escalate this upstream

@lidel while it's a very nice feature to have I agree we should not include it in the initial MVP work. It's not necessary for initial functionality and would be easy to add later without needing to change the existing spec.

+1, but let's be sure to consider thoroughly for post-MVP work.

I’d really like to keep this in scope if possible. It helps answer the question of “which pinning service am I using) without having to go check a bunch of different sites, which would be really annoying. If we need to replace - is there something we can replace it with to give that signal?

@momack2 Not suggesting to remove the rows themselves, rather just the "files" and "bandwidth used" columns.

We discussed this  briefly during yesterday's review call.
My takeaway was we are ok with removing storage/bandwidth stats, as long we replace them with something that keeps "usage signal" to the user.
Potential candidate is "pin count" – number coud be read from count field returned by   GET /pins?status=pinned  in Pinning Service API (but we need to figure out how to expose this value over go-ipfs' HTTP API).
We could also add PinStatus.size field to indicate the size pinned DAG uses at the pinning service, but it brings similar question on how to expose it to WebUI from go-ipfs.

+1 for "pin count" being a good usage signal, at least for this version of the API. I suspect some others will emerge in time as more pinning services come on as adopters.

@lidel Are we OK to close this issue now that we're proceeding with "pin count"?

Yes, I talked with @aschmahmann and iiuc we will have some type of stat command that returns the number of pins in each state (queued/pinning/pinned/failed)

authors: jacobheun jessicaschilling lidel momack2

repo: ipfs-shipyard/ipfs-webui


text:
Create 051-new-ipfs-release-process.md

First draft (aka outline) of explaining the new IPFS release process

Most probably, the best description of the release process should be https://github.com/ipfs/go-ipfs/blob/master/docs/releases.md. To land the new refreshed idea on people's heads, we can create an illustration so that people get it right away. Watchathink?

@momack2 thanks for the awesome review! I've addressed all but the two open comments and have reworked the background section and the lead paragraph to the main main section (renaming it from "Actions" to "Release Process")

@alanshaw LGTY?
@momack2 I've updated the beginning given @alanshaw's feedback. LGTY?

authors: Stebalien daviddias momack2

repo: ipfs/blog


text:
ipfs-pack bag

Just a quick question
Is the ipfs-pack bag available in the latest version 0.6.0?

No. Neither car nor bag have been implemented, as far as I can tell.

ahaa.... Thanks

authors: Stebalien ayham-madi

repo: ipfs/ipfs-pack


text:
PubSub API

Could some one explain how I'm supposed to properly use the subscribe part of the pubsub api? I'm new to multithreading and concurrency and I'm finding it really confusing. I'm using scala right now, but any java examples would be a huge help!
Thank you in advance

Hi! It's still a work in progress, but you can look at the tests for it:
https://github.com/ipfs/java-ipfs-api/blob/master/src/test/java/io/ipfs/api/APITest.java#L410

authors: abueide ianopolous

repo: ipfs/java-ipfs-api


text:
using api.get()

how do you use it? it's not clear from what's provided in the readme nor the go-ipfs docs.
my code looks like:
try! api.get(multihash) {
(result: ...) //not sure how to proceed
...
}

nevermind got itt

repo: ipfs/swift-ipfs-api


text:
🛑 CounterApi (brochure) is down

In e65fde2, CounterApi (brochure) (https://counterapi.com/) was down:

HTTP code: 502
Response time: 74 ms

Resolved: CounterApi (brochure) is back up in 1c85157 after 9 minutes.

repo: iplanwebsites/up


text:
🛑 NowBoarding (tokyo) is down

In 6d98dd8, NowBoarding (tokyo) (https://tokyo.nowboarding.club/) was down:

HTTP code: 502
Response time: 63 ms

Resolved: NowBoarding (tokyo) is back up in 0406ea8 after 7 minutes.


text:
🛑 NowBoarding (tokyo) is down

In 8b87268, NowBoarding (tokyo) (https://tokyo.nowboarding.club/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: NowBoarding (tokyo) is back up in b952689 after 1 hour, 38 minutes.


text:
🛑 NowBoarding (tokyo) is down

In 1c1826c, NowBoarding (tokyo) (https://tokyo.nowboarding.club/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: NowBoarding (tokyo) is back up in 16eeef3 after 10 minutes.


text:
🛑 NowBoarding (tokyo) is down

In 4b572ab, NowBoarding (tokyo) (https://tokyo.nowboarding.club/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: NowBoarding (tokyo) is back up in d957cf9 after 5 minutes.


text:
🛑 Invitation (og.invt.co - v1) is down

In 42a4e64, Invitation (og.invt.co - v1) (https://og.invt.co/felix.png?fontSize=%40felix&theme=light&md=1&images=https%3A%2F%2Flh3.googleusercontent.com%2Fa-%2FAOh14GjUk2VKmkWxpgWZgY0CXWRFi_k6t7f2MBSsfSxR%3Ds96-c) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Invitation (og.invt.co - v1) is back up in 58dc321.


text:
Add: KTIV-DT6

Channel Name
KTIV-DT6
Alternative Names (optional)
No response
Network (optional)
Outlaw
Owners (optional)
Gray Television
Country
US
Subdivision (optional)
US-IA
City (optional)
Sioux City
Broadcast Area
c/US
Languages
eng
Categories (optional)
entertainment
NSFW
FALSE
Launched (optional)
No response
Closed (optional)
No response
Replaced By (optional)
No response
Website (optional)
https://publicfiles.fcc.gov/tv-profile/KTIV
Logo
https://static.wikia.nocookie.net/logopedia/images/c/c2/Outlaw_The_Western_Channel_2024.svg/revision/latest/scale-to-width-down/250?cb=20240103031057
Notes
No response

KTIVDT6.us: "logo" with value "https://static.wixstatic.com/media/c9b69f_d1a226f6aeb9451bb1b1807473228d0a~mv2.png/v1/fill/w_314,h_236,al_c,q_85,usm_0.66_1.00_0.01,enc_auto/c9b69f_d1a226f6aeb9451bb1b1807473228d0a~mv2.png"

Edited

repo: iptv-org/database


text:
Remove: LoLo TV [LV]

Channel ID (required)
LoloTV.lv
Reason (required)
Duplicate
Notes
Duplicate of Pingviins.lv

Needs to be fixed in epg


text:
rpmlib: RPM reader API

This issue tracks the ability to read RPM package files. Presently no support is available.
Some reference information on the API is available here, courtesy the Fedora RPM Guide:

C API: TBD
Python API: https://docs.fedoraproject.org/ro/Fedora_Draft_Documentation/0.1/html/RPM_Guide/ch16s04.html

#11 is fixed, and #19 added transaction set support, so this is ready to work on for any interested takers.

The easiest bindings are rpmInstall() and rpmErase() in lib/rpminstall.c, copying rust args into the needed structure. There are also similar interfaces for query/verify/sign available. All the tables for popt option processing are available for needed flags if you also bind libpopt.
If you want a lower level interface, use rpmReadPackageFile() which verifies package signatures.
I would avoid doing similar to Python interfaces which were mis-designed to accomodate "I don't want to verify signatures! I don't want to use a transaction!" politics from a long time ago.

repo: iqlusion-io/crates


text:
Contribute mbu

Fixed Dockerfile to build intel-qs automatically
Fixed get_started_examples notebook to work (fixed lib path, fixed setting of RNG)

Hi @mbuchberger1967
Thanks for the pull request!
I resolved the conflicts indicated by github (it appeared as "merge branch development into contribute-mbu").
I also updated the workflow to avoid deprecated actions.
Gian

repo: iqusoft/intel-qs


text:
Add Internet Connection Check To Elegent

https://trello.com/c/E8P2V8VP/7-internet-connection-check

Dear @AZIMAT, Please leave an issue for this PR and then in the description of your PR leave a comment that this PR closes or resolves or fixes #999. the 999 is a sample for your issue number. Thanks a lot

Hello @amerllica Shall I Open An Issue For Trello TO DOs?

well done @AZIMAT
I will add a contribution guide in readme, please open a new issue
We also need to discuss about the included package ✌

authors: AZIMAT amerllica ramyareye


text:
Correctness failure for Stable Diffusion on Vulkan

What happened?
Using the stable diffusion IR from here: https://storage.googleapis.com/shark_tank/prashant_nod/stable_diff/stable_diff_torch.mlir
(this is the IR without the maxf change) vulkan produces incorrect results.
Vulkan:
$ ./stable_diff.sh
EXEC @forward
result[0]: hal.buffer_view
2x4x64x64xf32=[[[-0.79174 0.0641071 -0.112293 -0.167857 -0.126047 -0.130796 -0.148907 -0.160596 -0.161737 -0.158119

CPU:
$ ./stable_diff_cpu.sh
EXEC @forward
result[0]: hal.buffer_view
2x4x64x64xf32=[[[-1.15407 -0.181712 -0.0600768 -0.0311085 -0.0181836 0.0495643 0.0556104 0.0524104 0.0183131 0.00394016

When tracing the dispatches with --iree-flow-trace-dispatch-tensors, it reveals the following problematic dispatch
  flow.executable private @forward_dispatch_470 {
    flow.executable.export public
@forward_dispatch_470_conv_2d_nchw_fchw_2x1280x8x8x2560x1x1
workgroups(%arg0: index, %arg1: index, %arg2: index, %arg3: index) ->
 (index, index, index) {
      %x, %y, %z = flow.dispatch.workgroup_count_from_dag_root %arg0,
%arg1, %arg2, %arg3
      flow.return %x, %y, %z : index, index, index
    }
    builtin.module {
      func.func
@forward_dispatch_470_conv_2d_nchw_fchw_2x1280x8x8x2560x1x1(%arg0: !flow.dispatch.tensor<readonly:2x2560x8x8xf32>, %arg1: !flow.dispatch.tensor<readonly:1280x2560x1x1xf32>, %arg2: !flow.dispatch.tensor<readonly:1280xf32>, %arg3: !flow.dispatch.tensor<readonly:2x1280x8x8xf32>, %arg4: !flow.dispatch.tensor<readonly:1280xf32>, %arg5: !flow.dispatch.tensor<writeonly:2x1280x8x8xf32>) {
        %cst = arith.constant 0.000000e+00 : f32
        %0 = flow.dispatch.tensor.load %arg0, offsets = [0, 0, 0, 0], sizes = [2, 2560, 8, 8], strides = [1, 1, 1, 1] : !flow.dispatch.tensor<readonly:2x2560x8x8xf32> -> tensor<2x2560x8x8xf32>
        %1 = flow.dispatch.tensor.load %arg1, offsets = [0, 0, 0, 0], sizes = [1280, 2560, 1, 1], strides = [1, 1, 1, 1] : !flow.dispatch.tensor<readonly:1280x2560x1x1xf32> -> tensor<1280x2560x1x1xf32>
        %2 = flow.dispatch.tensor.load %arg2, offsets = [0], sizes = [1280], strides = [1] : !flow.dispatch.tensor<readonly:1280xf32> -> tensor<1280xf32>
        %3 = flow.dispatch.tensor.load %arg3, offsets = [0, 0, 0, 0], sizes = [2, 1280, 8, 8], strides = [1, 1, 1, 1] : !flow.dispatch.tensor<readonly:2x1280x8x8xf32> -> tensor<2x1280x8x8xf32>
        %4 = flow.dispatch.tensor.load %arg4, offsets = [0], sizes = [1280], strides = [1] : !flow.dispatch.tensor<readonly:1280xf32> -> tensor<1280xf32>
        %5 = linalg.init_tensor [2, 1280, 8, 8] : tensor<2x1280x8x8xf32>
        %6 = linalg.fill ins(%cst : f32) outs(%5 : tensor<2x1280x8x8xf32>) -> tensor<2x1280x8x8xf32>
        %7 = linalg.conv_2d_nchw_fchw {dilations = dense<1> : vector<2xi64>, strides = dense<1> : vector<2xi64>} ins(%0, %1 : tensor<2x2560x8x8xf32>, tensor<1280x2560x1x1xf32>) outs(%6 : tensor<2x1280x8x8xf32>) -> tensor<2x1280x8x8xf32>
        %8 = linalg.generic {indexing_maps = [#map4, #map5, #map4, #map5, #map4], iterator_types = ["parallel", "parallel", "parallel", "parallel"]} ins(%7, %2, %3, %4 : tensor<2x1280x8x8xf32>, tensor<1280xf32>, tensor<2x1280x8x8xf32>, tensor<1280xf32>) outs(%5 : tensor<2x1280x8x8xf32>) {
        ^bb0(%arg6: f32, %arg7: f32, %arg8: f32, %arg9: f32, %arg10: f32):
          %9 = arith.addf %arg8, %arg9 : f32
          %10 = arith.addf %arg6, %arg7 : f32
          %11 = arith.addf %10, %9 : f32
          linalg.yield %11 : f32
        } -> tensor<2x1280x8x8xf32>
        flow.dispatch.tensor.store %8, %arg5, offsets = [0, 0, 0, 0], sizes = [2, 1280, 8, 8], strides = [1, 1, 1, 1] : tensor<2x1280x8x8xf32> -> !flow.dispatch.tensor<writeonly:2x1280x8x8xf32>
        return
      }
    }
  }

This dispatch is run twice in both CPU and Vulkan and produces correct results the first time it is invoked, but incorrect results the second time.
CPU Dispatch 1:
=== forward_dispatch_470::forward_dispatch_470_conv_2d_nchw_fchw_2x1280x8x8x2560x1x1 inputs ===
2x2560x8x8xf32=[[[3.6198
 5.94259 5.895 5.52787 4.73762 4.97694 5.66628 3.86918][1.77425 2.63694
3.83037 3.30376 2.26205 3.52117 4.30773 2.55794][4.07651 4.98481 6.56503
 5.85291 5.12699 6.54789 6.4936
1280x2560x1x1xf32=[[[0.00338601]][[0.0174164]][[-0.0049711]][[0.0294332]][[-0.00329635]][[-0.0144514]][[0.0100105]][[-0.0189708]][[0.00737147]][[-0.0111495]][[-0.0269729]][[-0.0129512]][[0.036161]][[-
1280xf32=0.00725812
 0.0126243 0.0165255 0.0424039 -0.0191151 -0.0237755 -0.011133 0.0299926
 -0.0127131 0.0199945 -0.00217063 0.0142683 0.0411093 0.0597119
-0.0102172 0.0363883 0.0162222 -0.0111609 0.0
2x1280x8x8xf32=[[[2.54439
 2.13727 0.51493 0.606989 1.89327 0.513521 0.426492 -1.22695][0.243956
-0.0386933 -1.3011 -0.774492 0.139363 -1.46699 -1.97472
-2.25226][1.48181 1.59442 1.35016 2.31898 3.4753
1280xf32=0.00103825
0.00766396 0.0142408 0.0475349 -0.0188567 -0.0201855 -0.016479 0.0347956
 -0.0136932 0.0202214 -0.00380049 0.0105387 0.0390535 0.0531989
-0.00855511 0.0296064 0.0148761 -0.0138457 0

=== forward_dispatch_470::forward_dispatch_470_conv_2d_nchw_fchw_2x1280x8x8x2560x1x1 outputs ===
2x1280x8x8xf32=[[[-0.53278
 -0.59929 -2.00319 -1.73988 -0.667898 -1.92362 -1.79642
-2.3996][-2.32789 -2.58059 -3.69251 -3.3325 -2.64366 -4.46041 -5.11464
-4.20118][-1.42109 -2.18883 -1.23008 -0.60974 0

Vulkan Dispatch 1:
=== forward_dispatch_470::forward_dispatch_470_conv_2d_nchw_fchw_2x1280x8x8x2560x1x1 inputs ===
2x2560x8x8xf32=[[[3.61984
 5.94261 5.8951 5.52793 4.73767 4.97701 5.66644 3.86915][1.77428 2.63686
 3.83043 3.30371 2.26201 3.52115 4.30791 2.55795][4.07682 4.98482 6.5652
 5.853 5.12705 6.54796 6.49388
1280x2560x1x1xf32=[[[0.00338601]][[0.0174164]][[-0.0049711]][[0.0294332]][[-0.00329635]][[-0.0144514]][[0.0100105]][[-0.0189708]][[0.00737147]][[-0.0111495]][[-0.0269729]][[-0.0129512]][[0.036161]][[-
1280xf32=0.00725812
 0.0126243 0.0165255 0.0424039 -0.0191151 -0.0237755 -0.011133 0.0299926
 -0.0127131 0.0199945 -0.00217063 0.0142683 0.0411093 0.0597119
-0.0102172 0.0363883 0.0162222 -0.0111609 0.0
2x1280x8x8xf32=[[[2.54456
 2.13739 0.514955 0.607036 1.89338 0.513543 0.426497 -1.227][0.24413
-0.0386549 -1.30109 -0.774417 0.13953 -1.467 -1.97476 -2.25243][1.48189
1.59437 1.35009 2.31903 3.47545 1.
1280xf32=0.00103825 0.00766396
0.0142408 0.0475349 -0.0188567 -0.0201855 -0.016479 0.0347956 -0.0136932
 0.0202214 -0.00380049 0.0105387 0.0390535 0.0531989 -0.00855511
0.0296064 0.0148761 -0.0138457 0

=== forward_dispatch_470::forward_dispatch_470_conv_2d_nchw_fchw_2x1280x8x8x2560x1x1 outputs ===
2x1280x8x8xf32=[[[-0.532302
 -0.59896 -2.00301 -1.73973 -0.667703 -1.92351 -1.79623
-2.39929][-2.32742 -2.58033 -3.69232 -3.33225 -2.64334 -4.46028 -5.11448
 -4.20095][-1.42078 -2.18876 -1.23 -0.609557

CPU Dispatch 2:
=== forward_dispatch_470::forward_dispatch_470_conv_2d_nchw_fchw_2x1280x8x8x2560x1x1 inputs ===
2x2560x8x8xf32=[[[-0.53278
 -0.59929 -2.00319 -1.73988 -0.667898 -1.92362 -1.79642
-2.3996][-2.32789 -2.58059 -3.69251 -3.3325 -2.64366 -4.46041 -5.11464
-4.20118][-1.42109 -2.18883 -1.23008 -0.60974 0
1280x2560x1x1xf32=[[[-0.00274814]][[-0.00830614]][[-0.0135242]][[-0.0132497]][[-0.0126576]][[-0.000716772]][[0.0133444]][[0.0104749]][[0.0101474]][[-0.00608126]][[0.014927]][[0.00619813]][[-5.89535E-0
1280xf32=0.0163751
 0.00127905 -0.00891779 0.0125289 0.0203168 0.0336943 -0.00530554
-0.0178778 0.000440216 -0.0127124 -0.0245813 -0.0183712 0.0217959
0.00401268 0.0329679 0.00990345 0.0181513 0.050881
2x1280x8x8xf32=[[[-0.509639
 -1.50538 1.47679 2.24422 2.62407 2.9938 2.89996 0.66565][0.821302
0.233143 1.80799 3.92045 2.8173 3.50018 3.4897 3.25632][2.10995 -1.68188
 3.26023 3.87505 3.47158 3.84622 3
1280xf32=0.016883 0.00528681
-0.00610743 0.0147028 0.0254413 0.0318061 -0.00147928 -0.0146085
0.00126152 -0.00792862 -0.0230432 -0.0153743 0.0172426 0.00446033
0.0259711 0.00516712 0.0165293 0.0495716

=== forward_dispatch_470::forward_dispatch_470_conv_2d_nchw_fchw_2x1280x8x8x2560x1x1 outputs ===
2x1280x8x8xf32=[[[-1.44686
 -1.16947 2.47285 3.4618 4.01272 3.3545 3.06969 1.33065][-0.364352
-1.29714 0.42169 2.51774 1.42134 1.59979 1.73792 3.76969][1.34496
-2.86209 2.72345 2.93076 2.55507 2.42448

Vulkan Dispatch 2:
=== forward_dispatch_470::forward_dispatch_470_conv_2d_nchw_fchw_2x1280x8x8x2560x1x1 inputs ===
2x2560x8x8xf32=[[[-0.532302
 -0.59896 -2.00301 -1.73973 -0.667703 -1.92351 -1.79623
-2.39929][-2.32742 -2.58033 -3.69232 -3.33225 -2.64334 -4.46028 -5.11448
 -4.20095][-1.42078 -2.18876 -1.23 -0.609557
1280x2560x1x1xf32=[[[-0.00274814]][[-0.00830614]][[-0.0135242]][[-0.0132497]][[-0.0126576]][[-0.000716772]][[0.0133444]][[0.0104749]][[0.0101474]][[-0.00608126]][[0.014927]][[0.00619813]][[-5.89535E-0
1280xf32=0.0163751
 0.00127905 -0.00891779 0.0125289 0.0203168 0.0336943 -0.00530554
-0.0178778 0.000440216 -0.0127124 -0.0245813 -0.0183712 0.0217959
0.00401268 0.0329679 0.00990345 0.0181513 0.050881
2x1280x8x8xf32=[[[-0.509756
 -1.50548 1.47673 2.24419 2.62401 2.9938 2.89998 0.665559][0.820966
0.232818 1.80739 3.92 2.81671 3.49984 3.48955 3.25614][2.10991 -1.68236
3.25966 3.87445 3.47086 3.84586 3
1280xf32=0.016883 0.00528681
-0.00610743 0.0147028 0.0254413 0.0318061 -0.00147928 -0.0146085
0.00126152 -0.00792862 -0.0230432 -0.0153743 0.0172426 0.00446033
0.0259711 0.00516712 0.0165293 0.0495716

=== forward_dispatch_470::forward_dispatch_470_conv_2d_nchw_fchw_2x1280x8x8x2560x1x1 outputs ===
2x1280x8x8xf32=[[[0.613366
 -1.04614 1.52429 2.5593 2.9567 3.20548 2.77693 1.2229][1.81082 1.50064
1.98906 4.56729 3.42117 4.55522 3.85218 4.03883][3.28981 -0.217535
4.63322 5.17798 4.88184 5.44859 4.4

Steps to reproduce your issue
Vulkan compile command:
iree-compile stable_diff/stable_diff_torch.mlir --iree-llvm-target-cpu-features=host -iree-vulkan-target-triple=ampere-rtx2070-linux --iree-stream-resource-index-bits=64 --iree-vm-target-index-bits=64 --iree-input-type=tm_tensor --iree-hal-target-backends=vulkan-spirv -o stable_diff/stable_diff.vmfb

iree-run-module --device=vulkan --entry_function=forward --function_input=2x4x64x64xf32 --function_input=1xf32 --function_input=2x77x768xf32 --module_file=stable_diff/stable_diff.vmfb

CPU compile command:
iree-compile stable_diff/stable_diff_torch.mlir --iree-llvm-target-cpu-features=host --iree-stream-resource-index-bits=64 --iree-vm-target-index-bits=64 --iree-input-type=tm_tensor --iree-hal-target-backends=llvm-cpu -o stable_diff/stable_diff_cpu.vmfb

iree-run-module --device=local-task --entry_function=forward --function_input=2x4x64x64xf32 --function_input=1xf32 --function_input=2x77x768xf32 --module_file=stable_diff/stable_diff_cpu.vmfb

What component(s) does this issue relate to?
Compiler, Runtime
Version information
This was with SHARK-Runtime with most recent upstream iree commit 2f0f4254d5d4ad6136c8fd335bf9a29c7c80ebd1 with an RTX2070
Additional context
Currently trying to repro full model results with the maxf changes, on 6900xt, and on ToM. Additionally, when using --iree-flow-enable-conv-nchw-to-nhwc in SHARK-Runtime the results seem to be correct, although I haven't looked through to find the corresponding dispatch yet.
$ ./stable_diff_converted.sh
EXEC @forward
result[0]: hal.buffer_view
2x4x64x64xf32=[[[-1.154 -0.181567 -0.0598249 -0.0309028 -0.0180597 0.0495675 0.0555883 0.0523811 0.0182862 0.00391532

Edit
I found that Stable Diffusion used to be working and these accuracy errors first appear with cb78faea7cdb392e2641967343b42455415a2c1a.

Yup I can repro this issue at the tip de86d64ce. Given you've already identified the problematic dispatch and it looks the issue is sensitive to the input, do you still have the full inputs for the second invocation handy? If so could you upload it somewhere? (The model is huge; it would take me a while to redo what you have there..)

I uploaded the inputs/outputs here as .npy files: https://console.cloud.google.com/storage/browser/shark_tank/quinn/sd_problem_dispatch_values;tab=objects?pageState=("StorageObjectListTable":("f":"%255B%255D"))&authuser=0&prefix=&forceOnObjectsSortingFiltering=false
Let me know if you'd like this in a different format. The files are labelled dispatch<1/2>_input<arg>_cpu/vulkan.npy so the inputs map to the same order as the arguments of the dispatch, and there are inputs from both dispatches and both cpu and vulkan.

Okay this is a fun one.. I tried to feed the same set of inputs for dispatch 1/2 cpu/vulkan to the problematic dispatch, compiled to both cpu and vulkan, the result is always the same. However if I just disable the SPIRVVectorizePass entirely in the pipeline the the stable diffusion result is correct. It indicates that there is an issue in some combination of vector patterns maybe. This is gonna be hard to figure out without a repro that shows different results on the dispatch standalone..

Closing as the issue is fixed by recent changes :)

authors: antiagainst qedawkins

repo: iree-org/iree


text:
changelog: added changelog for 0.8.

NOTE: Please read the Contributing.md guidelines before submitting your patch:
https://github.com/iresty/apisix/blob/master/Contributing.md#how-to-add-a-new-feature-or-change-an-existing-one
Summary
SUMMARY_HERE
Full changelog

[Implement ...]
[Add related tests]
...

Issues resolved
Fix #XXX

We can add a new chapter about doc.

We should also check the commit log of the dependent libraries, which will include some new features.

We should also check the commit log of the dependent libraries, which will include some new features.

lua-resty-ipmatcher:

support IPv6: IP white/black list, route.

resty-radixtree:

allow to specify multiple host, remote_addr and uri.
allow to define user-function to filter request.
use lua-resty-ipmatcher instead of lua-resty-iputils, lua-resty-ipmatcher matches fast and support IPv6.

authors: membphis moonming

repo: iresty/apisix


text:
Handle Rate Limits

When a rate limit is exceeded, a status of 429 Too Many Requests will be returned.

not implemented this! will have to take a look at adding it for the get/post/delete methods in the library

I believe you addressed this. Just assigning it to myself so I can confirm.

authors: irufus robevansuk

repo: irufus/gdax-java


text:
no output

Describe the bug
I followed the tutorial, but unfortunately, I'm not getting any output in PyCharm. What could be the issue?
Expected Behaviour
...
Actual Behaviour
If applicable, include screenshots!
from TikTokLive import TikTokLiveClient
from TikTokLive.events import ConnectEvent, CommentEvent

# Create the client
client: TikTokLiveClient = TikTokLiveClient(unique_id="@isaackogz")

# Listen to an event with a decorator!
@client.on(ConnectEvent)
async def on_connect(event: ConnectEvent):
    print(f"Connected to @{event.unique_id} (Room ID: {client.room_id}")

# Or, add it manually via "client.add_listener()"
async def on_comment(event: CommentEvent) -> None:
    print(f"{event.user.nickname} -> {event.comment}")

client.add_listener(CommentEvent, on_comment)

if __name__ == '__main__':
    # Run the client and block the main thread
    # await client.start() to run non-blocking
    client.run()

Package Version
My version of TikTokLive is v6.0.3.
Operating System

[ ] Windows
[ ] Linux
[x] MacOS
[ ] Other (Specifically, ...)

Anything Else
The same problem as(https://github.com/isaackogan/TikTokLive/issues/193#issue-2177314885)

For one, @isaackogz is my TikTok, and I don't go live...

您好，邮件已收到。

For one, @isaackogz is my TikTok, and I don't go live...

Of course, this must be known. I changed the anchor id.

Could you enable debug by setting the loglevel of to DEBUG, and print your debug?

Could you enable debug by setting the loglevel of to DEBUG, and print your debug? It may be too large, in which case upload a file to pastebin and send the link.

client.logger.setLevel("DEBUG")
After setting the log level, the execution prompt timed out.

client._logger = TikTokLiveLogHandler.get_logger(
      level=LogLevel.DEBUG
)

After setting the log level, the execution prompt timed out.
TikTokLive.client.web.routes.fetch_sign.SignAPIError: [EMPTY_PAYLOAD] Sign API returned an empty request. Are you being detected by TikTok?

Do you need to log in?

Are you from a country where TikTok is banned?

Closing in 48h if stale

Are you from a country where TikTok is banned?
P.S. The timeout was a coincidence, not sure what causes it for you. Sign API returned an empty request. Are you being detected by TikTok? tells me your connection request was blocked.

Yes, but I have no problem on linux. The problem is only on mac. Of course, vpn enabled.

authors: JiehuiSun isaackogan

repo: isaackogan/TikTokLive