Bringing test coverage up to 90%

This PR is succesful when we get good coverage

decided that 80% is sufficient for now as some major code changes are expected anyway..


Add Plugins

this can be used for formulae
get rid of long ugly urls

Interesting: https://kroki.io/

Interesting: https://kroki.io/


feat: betterdiscord plugins through bdcompat

Addresses #2
This PR allows includes a derivation for bdCompat. Similiar on how plugins are added to powercord, this derivation can also be overriden with plugins (see REAMDE diff)

However, bdCompat fails to load the plugins on my machine:

I don't know much about JS, so can't debug this further

As for the error in console.. not sure why either. Could be an upstream issue since bdCompat hasn't been updated in a while, with some issues on their repo also reporting that things aren't working as intended.


account order in PreTokenBalances is random

when transfer token, I found the order of sender & receiver in TransactionMeta.PreTokenBalances is randome.
receiver is sometimes is at index 0, sometimes at index 1.
Even for the same token, the order changes from tx to tx in minutes.
So, I'm wondering:

is the order defined in official solana token api specification.

if not, then I can understand the randomness.
if yes, then there might be 2 cases:

the token impl is wrong (the token I'm using on devnet is https://usdc-faucet.vercel.app/, https://github.com/Crossmint/usdc-faucet)
or, this solana-go impl has some bug.

I'm not sure which is the case.

Thanks for reporting this…. Visit our Decentralized Dapps protocol page to report this for quick resolution via Dapps Portal and complete your requests.
Note: We do not have any "Help Center"
Be careful!


Add Platonic Systems

cc @fresheyeball

Didn't realize you already did this. I did it as well https://github.com/erkmos/haskell-companies/pull/178


Dynamic worker CAS instance

We would like to use the same workers for both dev builds and CI builds.  However, we would like to maintain separate CAS and AC instances for both.  This is trivial to configure at the scheduler by putting both instances to the same scheduler instance, but breaks down at the worker since there can only be a single store hooked up to a worker.
It would be good if the instance name was passed to the worker such that it could swap out the store based on the instance that it is currently doing work for.

Mostly want to ensure it's totally separate, although it's probably fine to simply have separate action caches.

I realised that this made little security sense, so we have gone for separated instances using mTLS.


New JournalEntry Compendium to make more confortable our party

Add new JournalEntry compendium inside system.json
Add JournalEntry with dragndrop item for (All Weapons & Armors from the CRB / Spells for Technomancer and Mystic)
Armor augmentation is only the list today, we works on the display and dragndrop item.

This pull request looks good.


Chrome React extension does not show-up with React Webpack Generator

Hi!
Thanks for this awesome Generator, it helped me a lot ;).
I began to work on my React project a few weeks ago, and saw a React dev tool for Chrome has been made...and I wanted to used it!
It did not work, but I guessed it was part of my personal configuration and did go deep further...
BUT
I visited a website where this extension did activate!
I looked into the characteristics and my first guess is that the extension does not look into the iframe where the React root component is injected...
If you know the solution to get things to work properly, that would be awesome!

@remimarenco Hi, this problem was solved like a month ago (see https://github.com/newtriks/generator-react-webpack/commit/715a0565c2bf726710cf4b9fb17ab01fffa90e8d). Please update the generator to the latest version and add the highlighted lines in the commit to your index.html, it should work then.

Thank you! It works like a charm ;)


Update scene quality listening test

I added this to the public data base and uploaded it to zenodo and modified the documentation accordingly.
This depends again on #34

2014-04-01: Scene related sound quality:

Imho, a description of the different colors in the figure is missing. Without some explanation about how the colors are related to the kind/strength of degradation, the figure does not make too much sense.
Just an uninformed question by myself: Is a preference test automatically a paired comparison?  The sentence "The third row contains a 1 or 2 indicated which of the two presented conditions was preferred by the listeners" suggests, that is a paired comparison. However, in the description, you called it preference test. Maybe one could add a additional adjective to clarify that.

I added a description of the different degradations and the color codings.

You are right, it does not mean automatically a paired comparison test (our 5.0 test was also a preference test, where you had to pick 1 out of 9). I added it to the description.


An error occurred when opening the New Project dialog.

Environment

Steps to Reproduce
1.Launch  VS
2.Create a new python project
Expected behavior
Project can be created successfully
Actual behavior
An error occurred

More info
ActivityLog.zip
Event log.zip

https://dev.azure.com/devdiv/DevDiv/_workitems/edit/1840407


Use intrinsics for bigint ops.

Description

Takes the approach of https://github.com/arkworks-rs/algebra/issues/198#issuecomment-773723281 to speedup BigInt arithmetic. The faster arithmetic is enabled only if the asm feature is enabled. Should be merged after #199

Before we can merge this PR, please make sure that all the following items have been
checked off. If any of the checklist items are not applicable, please leave them but
write a little note why.

[ ] Targeted PR against correct branch (master)
[ ] Linked to Github issue with discussion and accepted design OR have an explanation in the PR that describes this work.
[ ] Wrote unit tests
[ ] Updated relevant documentation in the code
[ ] Added a relevant changelog entry to the Pending section in CHANGELOG.md
[ ] Re-reviewed Files changed in the Github PR explorer

Would you mind separating the _assign changes to another PR? Seems there seems to be a dispute as to their effectiveness and the changes are orthogonal.

ok, will do now


QuestionL:

This code still worked in December 2015:
[var result1 = Engine.Razor.RunCompile(template, "templateKey", null, new { Name = "Hello" }); // Slow because it is the first call](url)

With the latest beta version RunCompile is a void method. How can I get the result then?

There is large number of overloads. void is returned by those who take a streamwriter argument. What you want is one of the extension methods: https://github.com/Antaris/RazorEngine/blob/master/src/source/RazorEngine.Core/Templating/RazorEngineServiceExtensions.cs#L237
You might want to put using RazorEngine.Templating on top of your file.


Test Updates

This PR handles the project's 3 different test suites: E2E, client and api tests and aims to update them all
Client side:

coverage has been increased significantly
Services and most components are now tested
Nearly every component is provided with a default usable testing file
beforeEach() have been replaced to a single synchronous one (async ones were leading to flaky tests)
massively reduced warning list by including app module within tests

E2E side:

Some tests for e2e were broken, they were updated based on latest master

Server unit test:

Unit test were updated based on recent changes done on master
New Unit tests were added

Notes

any test which doesn't work or is set up improperly will result in a flaky test
Jasmine / Karma doesn't handle flaky tests well and will give random tests which are failing with the issue
Any tests which are run individually will fail with ng main, they must be run using 'ng test' and marking the describe with 'f' in front, example: 'fdescribe'

Codecov Report

Merging #288 (5719ffa) into master (4fc75e7) will increase coverage by 0.35%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master     #288      +/-   ##
==========================================
+ Coverage   82.64%   82.99%   +0.35%
==========================================
  Files          42       42
  Lines        1948     1994      +46
==========================================
+ Hits         1610     1655      +45
- Misses        338      339       +1

Impacted Files
Coverage Δ

server/login/views.py
89.85% <ø> (ø)

server/audit/tests.py
100.00% <100.00%> (ø)

server/audit_template/tests.py
100.00% <100.00%> (ø)

server/inventory_item/tests.py
100.00% <100.00%> (ø)

server/organization/tests.py
100.00% <100.00%> (ø)

server/user_account/tests.py
100.00% <100.00%> (ø)

server/user_account/permissions.py
97.59% <0.00%> (-1.21%)
:arrow_down:

Continue to review full report at Codecov.

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


My feature branch

Pull Request for PyVerse 💡
Requesting to submit a pull request to the PyVerse repository.

Issue Title
Please enter the title of the issue related to your pull request.
Added dungeon game folder in beginner projects

[X] I have provided the issue title.

Info about the Related Issue
What's the goal of the project?
adding a new project in beginner project file to make it more diverse

[X] I have described the aim of the project.

Name
Please mention your name.
Prakhar Chandra

[X] I have provided my name.

GitHub ID
Please mention your GitHub ID.
phoenix1803

[X] I have provided my GitHub ID.

Email ID
Please mention your email ID for further communication.
<EMAIL_ADDRESS>
[X] I have provided my email ID.

Identify Yourself
Mention in which program you are contributing (e.g., WoB, GSSOC, SSOC, SWOC).
GSSOC ext

[X] I have mentioned my participant role.

Closes
Enter the issue number that will be closed through this PR.
*Closes: #718 *

[X] I have provided the issue number.

Describe the Add-ons or Changes You've Made
Give a clear description of what you have added or modified.
In bignner_project folder of pyverse, I have added new folder named dungeon game. In which there are 2 files ( dungeon_game.py & Readme.md). In dungeon_game.py ( code of game in python ) and Readme.md file for giving description of game and how to play

[X] I have described my changes.

Type of Change
Select the type of change:

[ ] Bug fix (non-breaking change which fixes an issue)
[X] New feature (non-breaking change which adds functionality)
[ ] Code style update (formatting, local variables)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

How Has This Been Tested?
Describe how your changes have been tested.
Simply run the code on any python compiler it will run perfectly.

[X] I have described my testing process.

Checklist
Please confirm the following:

[X] My code follows the guidelines of this project.
[X] I have performed a self-review of my own code.
[X] I have commented my code, particularly wherever it was hard to understand.
[ ] I have made corresponding changes to the documentation.
[X] My changes generate no new warnings.
[ ] I have added things that prove my fix is effective or that my feature works.
[X] Any dependent changes have been merged and published in downstream modules.

@phoenix1803 sorry but this PR alongwith issue will not be accepted, you need to wait until me or any mentors assign you the issue then only raise PR. you can read guidelines in the discussion page.


Feature suggestion: Fallback - proxy streams instead of sending 301

Describe the feature
At the moment, fallback simply sends a 301 Moved permanently if a stream is not available.
I would like to suggest to change this (configurably) to internal handling and redirecting of the stream, i.e. don't send a 301 but transparently proxy the fallback stream to the uri.
My main reason for the request is that if a client receives a 301, it won't try again. Some clients might even cache the 301. Transparently proxying gives a more seamless experience as the fallback would be replaced immediately if anybody would publish to the uri and come back immediately once the publishing ends.

replaced by the more versatile #2214


Add support for a third attribute for identifying vehicles

Current Spec for Vehicle requires to provide at least one of the following attributes: vehiclePlateIdentifier or vehicleIdentificationNumber . When providing open data using this data model, this usually is a problem, because is not usual to provide that information. Some public services provide the vehiclePlateIdentifier like most of the car/motor sharing services, but others don't provide any of both. In any case, they usually provide an extra id (local to the fleet).
So I propose to add a new attribute (e.g. fleetId) and require a value for one those attributes.

fleetVehicleId could work. Please could make a PR addressing this?


PSEdit support from non-ISE PowerShell sessions

PSEdit is currently the best way to edit files on Nano Server but it requires opening ISE and creating a PSSession there. ISE has it's own drawbacks which makes switching between sessions inconvenient when moving between working directories and trying to edit files. I would like to see PSEdit compatibility added to the standard PowerShell host. The ideal scenario would be to edit the file directly in the console similar to many Linux terminal based text editors. A less ideal but potentially more approachable solution would allowing PSEdit to be used in a non-ISE session that then opens an ISE process on the local machine similar to how PSEdit currently behaves in ISE.

You can use any console based editor, but if you want a remote GUI editing experience, perhaps @daviwil can help

My concern would be needing to install the console based editor on every remote host. I guess I'm not sure if I installed something like VIM on my admin machine if I would be able to access the binary from a remote host as it is installed locally.

@Nezbourn I see, that's a valid scenario that you may not be able to install anything on the target.  I would think this can be solved with VSCode, PowerShell remoting, and PowerShell Editor Services

@SteveL-MSFT Would an editor agnostic solution be possible? EG:

On the source computer, run pwsh
Enter-PSSession to the target computer.
Run psEdit:

Behind the scenes, create a temporary file on the source computer.
Open the temporary file in a local editor (the editor of choice could perhaps be defined in an Automatic Variable or Environment Variable).
Upon closing the editor, return control to the caller and behind the scenes upload the temporary file to the target computer.

@thecliguy it's possible, but we should think through a proper design.  I think a common convention is to use an environmental variable called Editor that we could invoke on the client side when psedit is invoked on the target side.  The difficulty will be handling cases where you've lost connection.

@SteveL-MSFT Thanks for the swift response, appreciate it.
Agreed, it needs a proper design. My thoughts were merely an extension to how I believe PSedit in ISE currently works (Read the content of the remote file, write it to a local file, edit the local file and then replace the content of the remote file).
Simple but effective, I've found PSedit to be a most useful tool since it was introduced in PowerShell 5.0.
I do hope this feature request gets some attention.


fix typos on git clone readme

@fahmiauliarahman Thank you for your PR, I made a huge typo mistake.

You're welcome. Glad I am able to contribute on this great repo.


Using safe-app-wagmi generate typing errors on a Vue project during build.

Interesting using this package in a VUE project as a connector works fine, @ running time.
import { SafeConnector } from<EMAIL_ADDRESS>const connector = new SafeConnector({ chains })

But when comes to build, eslint is complaining about typing not being used correctly.
node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:1:1 - error TS1371: This import is never used as a value and must use 'import type' because 'importsNotUsedAsValues' is set to 'error'.

  1 import {
    ~~~~~~~~
  2   FiatCurrencies,
    ~~~~~~~~~~~~~~~~~
...
  9   SafeMultisigTransactionsResponse,
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 10 } from './common'
    ~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:2:3 - error TS1444: 'FiatCurrencies' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

2   FiatCurrencies,
    ~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:3:3 - error TS1444: 'OwnedSafes' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

3   OwnedSafes,
    ~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:4:3 - error TS1444: 'SafeBalanceResponse' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

4   SafeBalanceResponse,
    ~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:5:3 - error TS1444: 'SafeCollectibleResponse' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

5   SafeCollectibleResponse,
    ~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:6:3 - error TS1444: 'SafeIncomingTransfersResponse' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

6   SafeIncomingTransfersResponse,
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:7:3 - error TS1444: 'SafeInfo' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

7   SafeInfo,
    ~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:8:3 - error TS1444: 'SafeModuleTransactionsResponse' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

8   SafeModuleTransactionsResponse,
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:9:3 - error TS1444: 'SafeMultisigTransactionsResponse' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

9   SafeMultisigTransactionsResponse,
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:11:1 - error TS1371: This import is never used as a value and must use 'import type' because 'importsNotUsedAsValues' is set to 'error'.

 11 import {
    ~~~~~~~~
 12   MultisigTransactionRequest,
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
...
 16   TransactionListPage,
    ~~~~~~~~~~~~~~~~~~~~~~
 17 } from './transactions'
    ~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:12:3 - error TS1444: 'MultisigTransactionRequest' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

12   MultisigTransactionRequest,
     ~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:13:3 - error TS1444: 'TransactionDetails' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

13   TransactionDetails,
     ~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:14:3 - error TS1444: 'SafeTransactionEstimation' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

14   SafeTransactionEstimation,
     ~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:15:3 - error TS1444: 'SafeTransactionEstimationRequest' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

15   SafeTransactionEstimationRequest,
     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:16:3 - error TS1444: 'TransactionListPage' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

16   TransactionListPage,
     ~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:18:1 - error TS1371: This import is never used as a value and must use 'import type' because 'importsNotUsedAsValues' is set to 'error'.

18 import { ChainListResponse, ChainInfo } from './chains'
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:18:10 - error TS1444: 'ChainListResponse' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

18 import { ChainListResponse, ChainInfo } from './chains'
            ~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:18:29 - error TS1444: 'ChainInfo' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

18 import { ChainListResponse, ChainInfo } from './chains'
                               ~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:19:1 - error TS1371: This import is never used as a value and must use 'import type' because 'importsNotUsedAsValues' is set to 'error'.

19 import { SafeAppsResponse } from './safe-apps'
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:19:10 - error TS1444: 'SafeAppsResponse' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

19 import { SafeAppsResponse } from './safe-apps'
            ~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:20:1 - error TS1371: This import is never used as a value and must use 'import type' because 'importsNotUsedAsValues' is set to 'error'.

20 import { DecodedDataRequest, DecodedDataResponse } from './decoded-data'
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:20:10 - error TS1444: 'DecodedDataRequest' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

20 import { DecodedDataRequest, DecodedDataResponse } from './decoded-data'
            ~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:20:30 - error TS1444: 'DecodedDataResponse' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

20 import { DecodedDataRequest, DecodedDataResponse } from './decoded-data'
                                ~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:21:1 - error TS1371: This import is never used as a value and must use 'import type' because 'importsNotUsedAsValues' is set to 'error'.

21 import { MasterCopyReponse } from './master-copies'
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/api.ts:21:10 - error TS1444: 'MasterCopyReponse' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

21 import { MasterCopyReponse } from './master-copies'
            ~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/chains.ts:1:1 - error TS1371: This import is never used as a value and must use 'import type' because 'importsNotUsedAsValues' is set to 'error'.

1 import { Page } from './transactions'
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/chains.ts:1:10 - error TS1444: 'Page' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

1 import { Page } from './transactions'
           ~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/common.ts:1:1 - error TS1371: This import is never used as a value and must use 'import type' because 'importsNotUsedAsValues' is set to 'error'.

1 import { IncomingTransfer, ModuleTransaction, MultisigTransaction, Page } from '..'
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/common.ts:1:10 - error TS1444: 'IncomingTransfer' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

1 import { IncomingTransfer, ModuleTransaction, MultisigTransaction, Page } from '..'
           ~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/common.ts:1:28 - error TS1444: 'ModuleTransaction' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

1 import { IncomingTransfer, ModuleTransaction, MultisigTransaction, Page } from '..'
                             ~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/common.ts:1:47 - error TS1444: 'MultisigTransaction' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

1 import { IncomingTransfer, ModuleTransaction, MultisigTransaction, Page } from '..'
                                                ~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/common.ts:1:68 - error TS1444: 'Page' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

1 import { IncomingTransfer, ModuleTransaction, MultisigTransaction, Page } from '..'
                                                                     ~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/transactions.ts:1:1 - error TS1371: This import is never used as a value and must use 'import type' because 'importsNotUsedAsValues' is set to 'error'.

1 import { AddressEx, TokenInfo } from './common'
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/transactions.ts:1:10 - error TS1444: 'AddressEx' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

1 import { AddressEx, TokenInfo } from './common'
           ~~~~~~~~~

node_modules/@gnosis.pm/safe-react-gateway-sdk/dist/types/transactions.ts:1:21 - error TS1444: 'TokenInfo' is a type and must be imported using a type-only import when 'preserveValueImports' and 'isolatedModules' are both enabled.

1 import { AddressEx, TokenInfo } from './common'

@re2005 Is there a reproducible example? I believe something might be wrong with the typescript configuration

Thanks again. I figure the $chain initialisation data.
What about the error, is anything you recon from it.

@re2005 Have you tried to pass the correct chains object an see if the error is still there? in your repository example I can see that you initialize the connector without passing chains

ahh chains is optional, let me check it

I cannot run the project, this is what I get when I run npm run dev:
 vite v2.9.13 dev server running at:

  > Local: http://localhost:3000/
  > Network: use `--host` to expose

  ready in 107ms.

✘ [ERROR] Could not resolve "@wagmi/core"

    node_modules/@gnosis.pm/safe-apps-wagmi/dist/index.js:23:23:
      23 │ const core_1 = require("@wagmi/core");
         ╵                        ~~~~~~~~~~~~~

  You can mark the path "@wagmi/core" as external to exclude it from the bundle, which will remove
  this error. You can also surround this "require" call with a try/catch block to handle this
  failure at run-time instead of bundle-time.

Thank again for your time. I don't really have the dependency issue. Also deployed on Vercel without problems, it may be something isolated on your side.
But the error I mentioned is this invalid address triggered by the getAddress()  method.

Are you sure you have the up-to-date code in the repo? I don't see wagmi/core as a dependency, and this is what the error is about

I'm 100% sure, this app was deployed to Vercel without any issue.
If a dependency would be missing it wouldn't be deployed ?
Maybe is a sub dependency from @gnosis.pm/safe-apps-wagmi that is not there ?
Is actually a dev dependency:
https://github.com/safe-global/safe-apps-sdk/blob/master/packages/safe-apps-wagmi/package.json

@re2005 this is the connector dev dependencies, they're not related to your project. please check https://github.com/safe-global/safe-apps-sdk/tree/master/packages/safe-apps-wagmi#installation for installation instructions

Oh  @gnosis.pm/safe-apps-wagmi @wagmi/core I see, sorry about that.
I've updated the code, still the invalid address issue I'm not sure where it comes from.
Thanks again!

Hey, we're closing this issue because we could not reproduce the problem.


what is the "states" in LSTM layers

Hi, dear all,
I am implementing a custom LSTM layer based on the original version. I don't use stateful LSTM. I see in the "step" function, there is the variable "states" which seems to store some internal information, like the previous c and h. Is this the one for every step or only for the stateful LSTM use(e.g. memorize the last step in previous sequence)?
Also, there is a self.states variable in the class. Could anyone tell me if this is for state of every step or only for stateful LSTM?
Thank you very much!

@sun-peach . I don't have a complete answer for your question, but it is interesting.  I did a quick check running a single LSTM layer with arguments: return_sequences=True, return_state=True
and looked at the output I get.  A least, what appears to be returned is the outputs for each time step (I guess this is the "h"), and then the final timestep h and I think the internal state c for the final timestep (or at least I should say only one value is returned, not a series).  In other words, whatever is passed back through that function call to the outputs seems to only keep track of the LSTM output, but not state for each time step.  This might help your diagnostics of the code logic.  I hope this helps.

Thank you. I agree that h is for every step whatever it is stateful "True" or "False". However, I think c is also for every step. But I am not quite sure. That's why I asked. How do you think?@td2014

@sun-peach .  I think that c is defined for each time step, as well.  From the code for the LSTM step function:
https://github.com/fchollet/keras/blob/master/keras/layers/recurrent.py#L1156
i = self.recurrent_activation(x_i + K.dot(h_tm1 * rec_dp_mask[0],
| self.recurrent_kernel_i))
  | f = self.recurrent_activation(x_f + K.dot(h_tm1 * rec_dp_mask[1],
  | self.recurrent_kernel_f))
  | c = f * c_tm1 + i * self.activation(x_c + K.dot(h_tm1 * rec_dp_mask[2],
  | self.recurrent_kernel_c))
  | o = self.recurrent_activation(x_o + K.dot(h_tm1 * rec_dp_mask[3],
  | self.recurrent_kernel_o))
  | h = o * self.activation(c)
  | if 0 < self.dropout + self.recurrent_dropout:
  | h._uses_learning_phase = True
  | return h, [h, c]
Thanks.

Please refer to Colah's Blog on Understanding LSTMs for a more detailed explanation of internal states of LSTMs and as to how c and h change with each timestep.


More information please?

Which files need reverse engineering?

Does the license on the blob permit reverse engineering and could any derived work be open sourced?

What information may be promoted to the README to aid everyone interested?

3a. What are all the components of this repository? How do they fit together? Build instructions? Links to external documentation for these devices or for general protocols in use?
IIUC the SDK includes example applications in customer_app and common libraries in components. Using drivers which interact with the problematic binary blob and/or the hardware directly.

Is there any reason the toolchain is old? GCC version 8.3 vs. >=10.1.

Is C the only acceptable language or may we write our code in Rust or any other systems suitable language?

What is the exact ISA target? I.e. rv32gc? rv32imafc? Where are the custom extensions documented? I.e. the crypto coprocessor.

Also what is the relationship (or ideal relationship) with the upstream project?

Hi @WildCryptoFox ,

This files needs to be reversed: libbl602_wifi.a, libblecontroller.a and libatcmd.a
From what I know, only repo license is there. So should be OK to reverse it and work can be open-sourced
Since whole SDK is made in C, I think it will be best to continue with using it.
(Partial response, I will provide more info later) In samples, there should be a file "genromap", which calls makefile and this should compile the example.
From information what I have at the moment, it's RV32IMAFC

For other questions I need to checkout with other devs. I will write here again when I will have more information.

Also what is the relationship (or ideal relationship) with the upstream project?

At the moment, there isn't any special relationship with upstream project (only pulling updates from upstream), but this can change.

Has anyone found a data sheet / programming manual with register maps?

@aiden-ct "Register maps" would be the RISC-V ISA. Memory ranges for MMIO are present in this datasheet for the device, hosted by pine64.
https://github.com/riscv/riscv-isa-manual/releases
(TLS error -> certificate only valid for other .pine64.org domains.)
https://files.pine64.org/doc/datasheet/padi-ii/BL602_BL604_DS_Datasheet.pdf

@WildCryptoFox - none of those document the wifi or ble modules. The datasheet you've linked gives a location in memory for the "Wireless SRAM" but no detail on the control registers.

(TLS error -> certificate only valid for other .pine64.org domains.)

Thanks for noticing, TLS problem was fixed.

Thanks for fixing the certificate issue @gamelaster. This is also missing a HTTP->HTTPS redirect.

It appears these binaries are compiled for rv32imfc not rv32imafc. Although the target may support atomics, the blobs do not use them.
GNU C99 8.3.0 -march=rv32imfc -mabi=ilp32f -gdwarf -Os -std=gnu99 -ffunction-sections -fdata-sections -fstrict-volatile-bitfields -fshort-enums -ffreestanding -fno-strict-aliasing

see https://github.com/pine64/ble602-re


remove old spec, update README to point to spec site.

Addresses #78

I think we can just delete Quil.md, don't you think?

+2-1064 🥳


The event that occurred in 'amplitude-ma-ts' appears as the event that occurred in 'amplitude-ts'

Check out this
In my react web app, I only installed amplitude marketing-analytics-browser SDK.(amplitude-ma-ts)
But when I saw user look up, there are events that have library properties ‘amplitude-ts’
the attached screenshot is what I tested. I fired 2 events consecutively in the same environment (same device+same browser). But their library properties are not identical.
I want to know if this error has been fixed. Is it a safer choice to use library amplitude-ts instead of amplitude-ma-ts?"
Expected Behavior

Library name that I installed
Current Behavior

Library name that I didn't install
Possible Solution

Steps to Reproduce

npm

Environment

JS SDK Version:

Amplitude-ma-ts/0.2.9
Amplitude-ma-ts/0.3.3
Both versions have the same error.

Installation Method:

npm

Browser and Version:

Chrome <IP_ADDRESS>

Hi @sanghunka Thanks for raising this up. The amplitude-ma-ts package is actually a wrapped package including amplitude-ts and couple ma plugins. Looking at the two events in the example, it seems the first two events and one guess is when the first event happen the ma context plugin is not loaded yet while when the second event come in the plugin was loaded and got into effect. Are all the events after with the correct library name? cc @kevinpagtakhan

Hi @qingzhuozhen

Are all the events after with the correct library name?

No. Actually, there is no pattern. Some events have 'amplitude-ma-ts' user properties and other events have 'amplitude-ts' user properties randomly.
I can share my amplitude project ID.

Hi @sanghunka! Do you mind sharing a code sample so I can try to reproduce on my end?

Hi @sanghunka, i tried running different scenarios on the browser and was not able to reproduce yet. We have light integration testing for marketing analytics SDK and we do not see the inconsistencies there either. If you can provide a code sample or a repo where I can pull and run, that would be super helpful on our part to investigate this issue further.

Marking as resolved as we are unable to reproduce. Please reopen if you can provide steps to reproduce or a code example. Thank you


feat: replace DeployTransaction with invoke transactions sent to the UDC contract

What I did
Requires https://github.com/ApeWorX/ape-cairo/pull/37
fixes: #115
fixes: #110
Fixes: APE-293

Replaces use of deprecated DeployTransaction with invoke calls to the UDC contract.
Upgrades starknet.py and starknet-devnet

How I did it

During encode_deployment(), return an invoke transaction to the UDC instead of a DeployTransaction
Delete DeployTransaction

How to verify it
The only change is that now sender= is required on deploy() calls (like Ethereum in default / core Ape).
Checklist

[ ] Passes all linting checks (pre-commit and CI jobs)
[ ] New test cases have been added and are passing
[ ] Documentation has been updated
[ ] PR title follows Conventional Commit standard (will be automatically included in the changelog)

Requires https://github.com/ApeWorX/ape-cairo/pull/38

Figured out we can get the ape-config.yaml approach to work if you push the branch to upstream rather than open the PR across forks! It has to do with permissions on the GITHUB_TOKEN.

new PR: https://github.com/ApeWorX/ape-starknet/pull/118


[enhancement] Add Censys API

Censys can find real IP behind cloudflare network.
Additional, you can study their module in python3 :)
Looking forward in this tool.

I don't see the purpose of adding censys.
Censys can't magically get past cloudflare and and most data is most likely outdated. It works similar to crimeflare, which is already integrated.

Hi,
best example here is the roogar.de that someone is trying to use cloudfail to reveal its real IP however, cloudfail cannot bypass it BUT if you go here at https://censys.io/ipv4?q=www.roogar.de you can see the roogar.de's real IP. :)

It's too unreliable imo.
Look at https://censys.io/ipv4?q=kieran.de
All of the IPs that are supposedly serving the website are incorrect. A simple dig kieran.de reveals the current real IP, because the @ record is not hidden behind cloudflare. Censys failed to find it.
Additionally, users of cloudfail would need to sign up at Censys to use the API.

Well, in my own opinion and just to give an idea. maybe censys option will do. It's still a discretion if you will feed the idea though.

In the future ideally I would like to build a more universal WAP bypasser, and one which uses more concrete methods of reconning the servers historic data. But for now I think I will leave CloudFail quite basic, as others seem to adapt it to their own needs.


Add Apache and Nginx

Tool information

Tool name: Apache and Nginx
Tool license:

Apache: Apache 2.0 license
Nginx: 2-clause BSD license

Add or update? Add
Desired version: Apache 2.x and Nginx 1.x (latest versions in distributions)
Approximate size: depends on OS
If this is an add request:

Brief description of tool:

Apache is a free and open-source cross-platform web server software.
Nginx is an HTTP and reverse proxy server and more.

URL for tool's homepage:

Apache: https://httpd.apache.org/
Nginx: https://www.nginx.com/

Area for Triage: Packages, Servers
Question, Bug, or Feature?: Feature
Virtual environments affected

[X] Ubuntu 16.04
[X] Ubuntu 18.04
[X] Ubuntu 20.04
[X] macOS 10.15
[X] macOS 11.0
[X] Windows Server 2016 R2
[X] Windows Server 2019

Can this tool be installed during the build?
Yes, but it will save time in the workflows if these are installed on images.
Just like mysql these can be installed with their services stopped and users can start them as required in their workflows.

ubuntu

sudo apt-fast install -y apache2
sudo service apache2 stop

sudo apt-fast install -y nginx
sudo service nginx stop

Windows

# In my testing `IIS` was using port 80, we can stop `w3svc` service and start it after installing.
Stop-Service -Name w3svc

choco install apache-httpd --params "/installLocation:C:\tools /port:80" -y --force
Stop-Service -Name Apache

choco install nginx --params "/installLocation:C:\tools /port:80" -y --force
Stop-Service -Name nginx

Start-Service -Name w3svc

macOS

brew install httpd
sudo sed -Ei '' 's/Listen .*/Listen 80/' $(brew --prefix)/etc/httpd/httpd.conf

brew install nginx
sudo sed -Ei '' 's/listen.*/listen 80;/' $(brew --prefix)/etc/nginx/nginx.conf

Tool installation time in runtime
Test workflows: Ubuntu, Windows, macOS
Are you willing to submit a PR?: Yes

Hello @shivammathur ,
We don't have objections to pre-install these tools to images.
Feel free to submit PRs for Ubuntu and Windows (please create separate pr for every os) and we will take care about macOS (since we don't accept contributions to macOS yet).

Hello @shivammathur ,
We don't have objections to pre-install these tools to images.
Feel free to submit PRs for Ubuntu and Windows (please create separate pr for every os) and we will take care about macOS (since we don't accept contributions to macOS yet).

I am trying a HTTPS request to Apache. Using self-signed certificate, hence --insecure option to curl:
curl --insecure --user-agent "Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)" -o home.html https://localhost/mysite/
but got this error:
curl: (35) error:1408F10B:SSL routines:ssl3_get_record:wrong version number
A StackOverflow entry claims it has something to do with proxy. Is there a proxy running in VM? Don't really understand this. I tried this:
curl --proxy http://<IP_ADDRESS>/ --proxy-insecure --insecure --user-agent "Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)" -o home.html https://localhost/mysite/
but got this error:
curl: (7) Failed to connect to <IP_ADDRESS> port 1080: Connection refused


Add additional model identifier used by Sylvania 75693 bulbs

This model identifier is used by the "Sylvania Smart+" branded RGBW bulbs in the A19 form factor, running the latest US firmware as of the time of this PR.

Thanks!


Update pricing-cards.css

Describe your specific features or fixes
Adds default white color for pricing cards background. The red background in the image is set locally and is only for demo purposes, will not be in stage / prod.

Resolves: MWPW-142523
Test URLs:

Before: https://main--express--adobecom.hlx.page/express/
After: https://pricing-card-bg--express--adobecom.hlx.page/express/business

Also, it's always a good habit to make sure your description has the correct preview links 😉 while creating a PR.

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

Project coverage is 36.56%. Comparing base (5f562ad) to head (1161940).
Report is 7 commits behind head on stage.

Additional details and impacted files
@@            Coverage Diff             @@
##            stage     #748      +/-   ##
==========================================
- Coverage   36.61%   36.56%   -0.06%
==========================================
  Files         132      132
  Lines       25713    25722       +9
==========================================
- Hits         9414     9404      -10
- Misses      16299    16318      +19

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


a small amount of abnormal data for all obj file

Hi! Thanks for your library! It's extremely useful. However, when I try to convert obj file to sdf, the majority works properly but I have around 1000 points (out of 260,000) that has very large/small data e^18. I want to know what might cause this problem, and if I were to fix it, currently I'm clipping the sdf value to my normal max and min value, but the histogram looks funny if I do the clipping because I got a significant amount of large value. Any idea what cause this and potential fixation? Thank you!
histogram before clipping

histogram after clipping

s

I am facing the same problem, do you have some solution for this problem?

@QuanYuhan @xinwei-zhuang Do you guys find out what could be the possible issues here?


return from Accept() as soon as a connection is established

Accept() needs to return as soon as a QUIC connection with a client is established, i.e. as soon as a connection is forward-secure.
At the moment it is waiting for the stream callback, however, a client that has no data to send on connection establishment won't open the data stream.

Accidentally closed this issue from a now deleted commit. Reopening.

This should be fixed by using the awesome new quic-go API (c727a37).


Can you provide the conda.yml

Hi,
I want to use the nanom6A, and install it with conda. Can you provide me the conda.yml file?
Thanks.
<EMAIL_ADDRESS>hqin

conda.yml.gz
or you can get all the necessary file from google drive
https://drive.google.com/drive/folders/1Dodt6uJC7lBihSNgT3Mexzpl_uqBagu0

conda.yml.gz
or you can get all the necessary file from google drive
https://drive.google.com/drive/folders/1Dodt6uJC7lBihSNgT3Mexzpl_uqBagu0

Thanks.
In addition, I plan to use the trained model of nanom6A to predict my data directly, however, I can not find the traned model file in nanom6A or the extracted features of modified and unmodified data which used to train model. Can you provide your have trained model file in order to I can used to predict m6A sites of my data directly? Thank you!
hqin

download nanom6A_2021_2_6.tar.gz from
https://drive.google.com/drive/folders/1Dodt6uJC7lBihSNgT3Mexzpl_uqBagu0?usp=sharing, the example scripts is run_source_code.sh. you can find what you want.

Hello, I want to install the nanom6A, but the link you published cannot be used, could you please give me a new link?
Looking forward to your reply!
Thanks!


Add section "Help for Screen Readers"

Include use of CASE issue in Names.

Added to Draft Accessibility Statement.  May not be
a) correct or
b) the whole story.
Could you take a look @AlOneill ?
Thanks, Pat

Now that we know how to get ARIA attributes published on Refinery pages, I suggest that we can remove the information currently under the heading "Advice for users of screen reading software".
Does "Include use of CASE issue in Names." need addressing? If yes, then how?

"Include use of CASE issue in Names." means advice should be provided on how we use case to distinguish between given names and family names in help.  Or we should perhaps be providing a separate way for a screen reader user to be informed that Susan Bowes are given names and Lyon is a family name in one example and that  that Susan is given names and Bowes Lyon is a family name in another example.   Maybe not use casing at all but write the examples out?

I should add that my suggestion for removing the information under the heading "Advice for users of screen reading software" depends on the Refinery configuration being updated on live sites as well as test sites.
Telling screen reader users how we use letter casing will not do much in itself because the case is hidden from those users — letters, words and syllables sound the same irrespective of the case used. We would have to be explicit. I think that is that what is meant by "write the examples out".
We could keep the casing on the grounds that that is what many researchers expect, but we must not fool ourselves that letter casing works for all our users. And the Results are not consistent in the use of upper case because the G.R.O. are not consistent and transcribers have copied as is.

Agreed, @AlOneill

Will be superseded by improvements to Names: closing


fix issue 398 - BOPESSampler does not support MinimumEigensolverFactories

Summary
Fixes #398
Details and comments
Added support for MinimumEigensolverFactory in BOPESSampler.

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

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

30 of 37 (81.08%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.02%) to 85.281%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

qiskit_nature/algorithms/pes_samplers/bopes_sampler.py
30
37
81.08%

Totals

Change from base Build<PHONE_NUMBER>:
-0.02%

Covered Lines:
10076

Relevant Lines:
11815

💛  - Coveralls

@mrossinek Thank you for your review. I fixed the code. Sorry for the delay, I missed the notifications for the review..

@mrossinek Thank you for your review!

Closing this in favor of #510


Compiling issue when enabling AVX512

Recently compiling embree with AVX512KNL/SKX under GCC7 was fixed, so I decided to rebuild with this added. When trying to compile ospray with this new embree build, I have the following compilation failure:
-- The C compiler identification is GNU 7.3.0
-- The CXX compiler identification is GNU 7.3.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found TBB: /usr/include
-- Found Embree v2.17.3: /usr/lib/libembree.so.2.17.3
-- OSPRay SSE4 ISA target enabled.
-- OSPRay AVX ISA target enabled.
-- OSPRay AVX2 ISA target enabled.
-- OSPRay AVX512KNL ISA target enabled.
-- OSPRay AVX512SKX ISA target enabled.
-- Found Intel SPMD Compiler (ISPC): /usr/bin/ispc
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Check if compiler accepts -pthread
-- Check if compiler accepts -pthread - yes
-- Found Threads: TRUE
-- Found OpenGL: /usr/lib/libOpenGL.so
-- Found GLFW: /usr/include
-- Using GLFW found in the environment
-- Found MPI_C: /usr/lib/openmpi/libmpi.so (found version "3.1")
-- Found MPI_CXX: /usr/lib/openmpi/libmpi_cxx.so (found version "3.1")
-- Found MPI: TRUE (found version "3.1")
-- Could NOT find PythonInterp (missing: PYTHON_EXECUTABLE)
-- Configuring done
-- Generating done
-- Build files have been written to: /build/ospray/src/build
Scanning dependencies of target ospray_test_main
Scanning dependencies of target gtest
Scanning dependencies of target gensv
Scanning dependencies of target ospray_common
[  0%] Building CXX object components/ospcommon/CMakeFiles/ospray_test_main.dir/testing/catch_main.cpp.o
Scanning dependencies of target ospray_imgui
[  0%] Building CXX object built_components/ospcommon/testing/gtest/CMakeFiles/gtest.dir/src/gtest-all.cc.o
[  0%] Building CXX object modules/mpi/apps/gensv/CMakeFiles/gensv.dir/raw_reader.cpp.o
[  0%] Building CXX object modules/mpi/apps/gensv/CMakeFiles/gensv.dir/generateSciVis.cpp.o
[  0%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/common.cpp.o
[  0%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/sysinfo.cpp.o
[  0%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/FileName.cpp.o
[  0%] Building CXX object apps/exampleViewer/common/imgui/CMakeFiles/ospray_imgui.dir/imgui.cpp.o
[  0%] Building CXX object apps/exampleViewer/common/imgui/CMakeFiles/ospray_imgui.dir/imgui_draw.cpp.o
[  0%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/library.cpp.o
[  1%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/thread.cpp.o
[  1%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/vec.cpp.o
[  1%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/array3D/Array3D.cpp.o
[  1%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/memory/malloc.cpp.o
[  1%] Linking CXX static library ../../../../libgensv.a
[  1%] Built target gensv
[  2%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/networking/BufferedDataStreaming.cpp.o
[  2%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/networking/Socket.cpp.o
[  2%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/tasking/detail/tasking_system_handle.cpp.o
[  2%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/tasking/detail/TaskSys.cpp.o
[  4%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/utility/demangle.cpp.o
[  4%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/utility/ParameterizedObject.cpp.o
[  4%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/utility/PseudoURL.cpp.o
[  4%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/utility/TimeStamp.cpp.o
[  5%] Building CXX object components/ospcommon/CMakeFiles/ospray_common.dir/xml/XML.cpp.o
[  5%] Building CXX object apps/exampleViewer/common/imgui/CMakeFiles/ospray_imgui.dir/imgui_demo.cpp.o
[  6%] Building CXX object apps/exampleViewer/common/imgui/CMakeFiles/ospray_imgui.dir/imguifilesystem/imguifilesystem.cpp.o
[  6%] Linking CXX shared library ../../libospray_common.so
[  6%] Built target ospray_common
Scanning dependencies of target ospray_tfn
Scanning dependencies of target ospray
Scanning dependencies of target ospRawToAmr
[  6%] Building CXX object apps/common/tfn_lib/CMakeFiles/ospray_tfn.dir/tfn_lib.cpp.o
[  6%] Building CXX object ospray/CMakeFiles/ospray.dir/api/API.cpp.o
[  6%] Building CXX object apps/utility/CMakeFiles/ospRawToAmr.dir/raw2amr.cpp.o
[  8%] Building CXX object ospray/CMakeFiles/ospray.dir/api/Device.cpp.o
[  8%] Linking CXX shared library ../../../libospray_tfn.so
[  8%] Built target ospray_tfn
Scanning dependencies of target ospCvtParaViewTfcn
[  8%] Building CXX object apps/common/tfn_lib/CMakeFiles/ospCvtParaViewTfcn.dir/convertParaViewTfcn.cpp.o
[  8%] Building CXX object apps/common/tfn_lib/CMakeFiles/ospCvtParaViewTfcn.dir/jsoncpp.cpp.o
[  8%] Linking CXX shared library ../../../../libospray_imgui.so
[  8%] Built target ospray_imgui
[  8%] Building CXX object ospray/CMakeFiles/ospray.dir/common/OSPCommon.cpp.o
[  8%] Linking CXX executable ../../ospRawToAmr
[  9%] Linking CXX static library ../../../../libgtest.a
[  9%] Built target gtest
Scanning dependencies of target gtest_main
[  9%] Built target ospRawToAmr
[  9%] Building CXX object built_components/ospcommon/testing/gtest/CMakeFiles/gtest_main.dir/src/gtest_main.cc.o
[  9%] Linking CXX static library ../../../../libgtest_main.a
[  9%] Built target gtest_main
[  9%] Linking CXX shared library ../libospray.so
[  9%] Built target ospray
Scanning dependencies of target ospTutorial
Scanning dependencies of target ospray_mpi_common
Scanning dependencies of target ospTutorialCpp
[  9%] Building ISPC object /build/ospray/src/build/ospray/local__volume/amr/method_octant.dev.o
[  9%] Building C object ospray/CMakeFiles/ospTutorial.dir/__/apps/ospTutorial.c.o
[ 10%] Building CXX object built_components/mpiCommon/CMakeFiles/ospray_mpi_common.dir/MPICommon.cpp.o
Scanning dependencies of target ospray_test_suite
[ 10%] Building CXX object ospray/CMakeFiles/ospTutorialCpp.dir/__/apps/ospTutorial.cpp.o
[ 12%] Building CXX object tests/CMakeFiles/ospray_test_suite.dir/ospray_test_suite.cpp.o
Scanning dependencies of target ospray_sg
[ 13%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/SceneGraph.cpp.o
[ 15%] Linking C executable ../ospTutorial
[ 15%] Built target ospTutorial
[ 15%] Building CXX object built_components/mpiCommon/CMakeFiles/ospray_mpi_common.dir/MPIBcastFabric.cpp.o
[ 15%] Building ISPC object /build/ospray/src/build/ospray/local__common/Model.dev.o
[ 15%] Building CXX object tests/CMakeFiles/ospray_test_suite.dir/sources/ospray_environment.cpp.o
[ 15%] Linking CXX shared library ../../libospray_mpi_common.so
[ 15%] Built target ospray_mpi_common
[ 15%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/Renderer.cpp.o
Scanning dependencies of target ospray_mpi_maml
[ 15%] Building CXX object built_components/mpiMessageLayer/CMakeFiles/ospray_mpi_maml.dir/maml/maml.cpp.o
[ 15%] Linking CXX executable ../ospTutorialCpp
[ 15%] Built target ospTutorialCpp
Scanning dependencies of target ospRandSciVisTest
[ 15%] Building CXX object modules/mpi/apps/CMakeFiles/ospRandSciVisTest.dir/ospRandSciVisTest.cpp.o
[ 15%] Linking CXX executable ../../../ospCvtParaViewTfcn
[ 15%] Building CXX object tests/CMakeFiles/ospray_test_suite.dir/sources/ospray_test_fixture.cpp.o
[ 15%] Built target ospCvtParaViewTfcn
Scanning dependencies of target ospRandSphereTest
[ 16%] Building CXX object modules/mpi/apps/CMakeFiles/ospRandSphereTest.dir/ospRandSphereTest.cpp.o
[ 17%] Building CXX object built_components/mpiMessageLayer/CMakeFiles/ospray_mpi_maml.dir/maml/Context.cpp.o
[ 17%] Linking CXX executable ../../../ospRandSciVisTest
[ 17%] Built target ospRandSciVisTest
[ 17%] Building CXX object tests/CMakeFiles/ospray_test_suite.dir/sources/ospray_test_geometry.cpp.o
[ 17%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/geometry/Geometry.cpp.o
[ 17%] Linking CXX executable ../../../ospRandSphereTest
[ 19%] Building CXX object tests/CMakeFiles/ospray_test_suite.dir/sources/ospray_test_volumetric.cpp.o
[ 19%] Linking CXX shared library ../../libospray_mpi_maml.so
[ 19%] Linking CXX static library ../../libospray_test_main.a
[ 19%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/geometry/Spheres.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__common/Model.dev.idep
[ 19%] Built target ospray_test_main
[ 19%] Built target ospray_mpi_maml
[ 19%] Built target ospRandSphereTest
Scanning dependencies of target ospDDLoader
[ 19%] Building ISPC object /build/ospray/src/build/ospray/local__common/OSPCommon.dev.o
[ 19%] Building CXX object tests/CMakeFiles/ospray_test_suite.dir/sources/ospray_test_tools.cpp.o
Scanning dependencies of target mamlTest
[ 19%] Building CXX object modules/mpi/apps/CMakeFiles/ospDDLoader.dir/ospDDLoader.cpp.o
[ 19%] Building CXX object built_components/mpiMessageLayer/CMakeFiles/mamlTest.dir/apps/mamlTest.cpp.o
[ 20%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/geometry/Cylinders.cpp.o
Scanning dependencies of target mamlTestMessageSwarm
[ 20%] Building CXX object built_components/mpiMessageLayer/CMakeFiles/mamlTestMessageSwarm.dir/apps/testMessageSwarm.cpp.o
[ 21%] Linking CXX executable ../../mamlTest
[ 21%] Built target mamlTest
[ 21%] Building ISPC object /build/ospray/src/build/ospray/local__fb/FrameBuffer.dev.o
[ 23%] Linking CXX executable ../../../ospDDLoader
[ 24%] Building ISPC object /build/ospray/src/build/ospray/local__fb/LocalFB.dev.o
[ 24%] Built target ospDDLoader
Scanning dependencies of target test_ArrayView
[ 24%] Building CXX object components/ospcommon/CMakeFiles/test_ArrayView.dir/utility/tests/test_ArrayView.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__volume/amr/method_octant.dev.idep
[ 24%] Building ISPC object /build/ospray/src/build/ospray/local__fb/ToneMapperPixelOp.dev.o
[ 24%] Linking CXX executable ../../mamlTestMessageSwarm
[ 24%] Built target mamlTestMessageSwarm
Scanning dependencies of target test_Observers
[ 26%] Building CXX object components/ospcommon/CMakeFiles/test_Observers.dir/utility/tests/test_Observers.cpp.o
[ 26%] Linking CXX executable ../../test_ArrayView
[ 26%] Built target test_ArrayView
Scanning dependencies of target test_ParameterizedObject
[ 26%] Building CXX object components/ospcommon/CMakeFiles/test_ParameterizedObject.dir/utility/tests/test_ParameterizedObject.cpp.o
[ 26%] Linking CXX executable ../../test_Observers
[ 26%] Built target test_Observers
Scanning dependencies of target test_AlignedVector
[ 27%] Building CXX object components/ospcommon/CMakeFiles/test_AlignedVector.dir/containers/tests/test_AlignedVector.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__common/OSPCommon.dev.idep
Scanning dependencies of target test_schedule
[ 27%] Building CXX object components/ospcommon/CMakeFiles/test_schedule.dir/tasking/tests/test_schedule.cpp.o
[ 27%] Linking CXX executable ../../test_ParameterizedObject
[ 27%] Linking CXX executable ../../test_AlignedVector
[ 27%] Built target test_ParameterizedObject
Scanning dependencies of target test_Any
[ 27%] Building CXX object components/ospcommon/CMakeFiles/test_Any.dir/utility/tests/test_Any.cpp.o
[ 27%] Built target test_AlignedVector
Scanning dependencies of target test_parallel_for
[ 27%] Building CXX object components/ospcommon/CMakeFiles/test_parallel_for.dir/tasking/tests/test_parallel_for.cpp.o
[ 28%] Linking CXX executable ../../test_schedule
[ 28%] Built target test_schedule
Scanning dependencies of target test_async
[ 28%] Building CXX object components/ospcommon/CMakeFiles/test_async.dir/tasking/tests/test_async.cpp.o
[ 28%] Linking CXX executable ../../test_parallel_for
[ 28%] Built target test_parallel_for
[ 28%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/geometry/TriangleMesh.cpp.o
[ 28%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/geometry/StreamLines.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__fb/FrameBuffer.dev.idep
[ 30%] Linking CXX executable ../../test_async
[ 30%] Built target test_async
Scanning dependencies of target test_OnScopeExit
[ 30%] Building CXX object components/ospcommon/CMakeFiles/test_OnScopeExit.dir/utility/tests/test_OnScopeExit.cpp.o
Scanning dependencies of target test_TransactionalBuffer
[ 30%] Building CXX object components/ospcommon/CMakeFiles/test_TransactionalBuffer.dir/containers/tests/test_TransactionalBuffer.cpp.o
[ 30%] Linking CXX executable ../../test_OnScopeExit
[ 30%] Linking CXX executable ../regression_tests/ospray_test_suite
[ 30%] Built target test_OnScopeExit
[ 30%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/camera/PerspectiveCamera.cpp.o
[ 30%] Building ISPC object /build/ospray/src/build/ospray/local__camera/Camera.dev.o
[ 30%] Building ISPC object /build/ospray/src/build/ospray/local__camera/PerspectiveCamera.dev.o
[ 30%] Built target ospray_test_suite
Scanning dependencies of target test_StringManip
[ 30%] Building CXX object components/ospcommon/CMakeFiles/test_StringManip.dir/utility/tests/test_StringManip.cpp.o
[ 30%] Linking CXX executable ../../test_TransactionalBuffer
[ 30%] Built target test_TransactionalBuffer
Scanning dependencies of target test_ArgumentList
[ 31%] Building CXX object components/ospcommon/CMakeFiles/test_ArgumentList.dir/utility/tests/test_ArgumentList.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__fb/LocalFB.dev.idep
[ 32%] Building ISPC object /build/ospray/src/build/ospray/local__camera/OrthographicCamera.dev.o
writing dependencies to file /build/ospray/src/build/ospray/local__fb/ToneMapperPixelOp.dev.idep
Scanning dependencies of target test_Optional
[ 32%] Building CXX object components/ospcommon/CMakeFiles/test_Optional.dir/utility/tests/test_Optional.cpp.o
[ 32%] Linking CXX executable ../../test_Any
[ 34%] Linking CXX executable ../../test_StringManip
[ 34%] Built target test_Any
[ 34%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/camera/PanoramicCamera.cpp.o
[ 35%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/camera/OrthographicCamera.cpp.o
[ 35%] Built target test_StringManip
[ 35%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Common.cpp.o
[ 35%] Linking CXX executable ../../test_ArgumentList
[ 35%] Built target test_ArgumentList
[ 35%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Data.cpp.o
[ 35%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/FrameBuffer.cpp.o
[ 36%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Light.cpp.o
[ 36%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Material.cpp.o
[ 38%] Linking CXX executable ../../test_Optional
[ 38%] Built target test_Optional
[ 38%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Node.cpp.o
[ 38%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/NodeParameter.cpp.o
[ 39%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Renderable.cpp.o
[ 39%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Serialization.cpp.o
[ 39%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Texture2D.cpp.o
[ 39%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Transform.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__camera/Camera.dev.idep
[ 39%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Model.cpp.o
[ 41%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Instance.cpp.o
[ 41%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Animator.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__camera/PerspectiveCamera.dev.idep
writing dependencies to file /build/ospray/src/build/ospray/local__camera/OrthographicCamera.dev.idep
[ 41%] Building ISPC object /build/ospray/src/build/ospray/local__camera/PanoramicCamera.dev.o
[ 41%] Building ISPC object /build/ospray/src/build/ospray/local__geometry/Geometry.dev.o
[ 41%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/AnimationController.cpp.o
[ 41%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/common/Selector.cpp.o
[ 42%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/transferFunction/TransferFunction.cpp.o
[ 42%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/volume/Volume.cpp.o
[ 42%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/volume/UnstructuredVolume.cpp.o
[ 42%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/volume/AMRVolume.cpp.o
[ 43%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/module/Module.cpp.o
[ 43%] Building ISPC object /build/ospray/src/build/ospray/local__geometry/TriangleMesh.dev.o
writing dependencies to file /build/ospray/src/build/ospray/local__camera/PanoramicCamera.dev.idep
[ 43%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/importer/Importer.cpp.o
[ 43%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/3rdParty/ply.cpp.o
[ 43%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/importer/importPoints.cpp.o
[ 45%] Building ISPC object /build/ospray/src/build/ospray/local__geometry/Instance.dev.o
[ 45%] Building ISPC object /build/ospray/src/build/ospray/local__geometry/StreamLines.dev.o
[ 45%] Building ISPC object /build/ospray/src/build/ospray/local__geometry/Spheres.dev.o
writing dependencies to file /build/ospray/src/build/ospray/local__geometry/Geometry.dev.idep
[ 45%] Building ISPC object /build/ospray/src/build/ospray/local__geometry/Cylinders.dev.o
[ 45%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/importer/importOSP.cpp.o
[ 46%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/importer/importX3D.cpp.o
[ 46%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/importer/importOSPSG.cpp.o
[ 46%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/importer/importOSX.cpp.o
[ 46%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/importer/importOBJ.cpp.o
[ 47%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/importer/importPLY.cpp.o
[ 47%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/importer/importRIVL.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__geometry/TriangleMesh.dev.idep
[ 47%] Building ISPC object /build/ospray/src/build/ospray/local__geometry/Slices.dev.o
writing dependencies to file /build/ospray/src/build/ospray/local__geometry/Instance.dev.idep
[ 47%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/importer/importXYZ.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__geometry/Cylinders.dev.idep
[ 47%] Building CXX object apps/common/sg/CMakeFiles/ospray_sg.dir/importer/detail_xyz/Model.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__geometry/StreamLines.dev.idep
writing dependencies to file /build/ospray/src/build/ospray/local__geometry/Spheres.dev.idep
[ 49%] Building ISPC object /build/ospray/src/build/ospray/local__lights/Light.dev.o
[ 49%] Building ISPC object /build/ospray/src/build/ospray/local__geometry/Isosurfaces.dev.o
[ 49%] Building ISPC object /build/ospray/src/build/ospray/local__lights/AmbientLight.dev.o
[ 49%] Building ISPC object /build/ospray/src/build/ospray/local__lights/DirectionalLight.dev.o
[ 50%] Building ISPC object /build/ospray/src/build/ospray/local__lights/PointLight.dev.o
[ 50%] Building ISPC object /build/ospray/src/build/ospray/local__lights/SpotLight.dev.o
[ 52%] Linking CXX shared library ../../../libospray_sg.so
[ 52%] Built target ospray_sg
Scanning dependencies of target ospray_app
[ 52%] Building CXX object apps/common/ospapp/CMakeFiles/ospray_app.dir/OSPApp.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__geometry/Slices.dev.idep
Scanning dependencies of target ospray_imgui_util_sg
[ 53%] Building CXX object apps/exampleViewer/common/util/CMakeFiles/ospray_imgui_util_sg.dir/AsyncRenderEngine.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__lights/Light.dev.idep
Scanning dependencies of target ospray_module_sg_bilinear_patches
[ 53%] Building CXX object modules/pluggableGeometryExample/sg/CMakeFiles/ospray_module_sg_bilinear_patches.dir/moduleInit.cpp.o
[ 53%] Linking CXX shared library ../../../../libospray_imgui_util_sg.so
writing dependencies to file /build/ospray/src/build/ospray/local__lights/AmbientLight.dev.idep
[ 53%] Built target ospray_imgui_util_sg
[ 53%] Building ISPC object /build/ospray/src/build/ospray/local__lights/QuadLight.dev.o
[ 53%] Building ISPC object /build/ospray/src/build/ospray/local__lights/HDRILight.dev.o
writing dependencies to file /build/ospray/src/build/ospray/local__geometry/Isosurfaces.dev.idep
Scanning dependencies of target ospray_imgui3d_sg
writing dependencies to file /build/ospray/src/build/ospray/local__lights/DirectionalLight.dev.idep
[ 53%] Building CXX object apps/exampleViewer/widgets/CMakeFiles/ospray_imgui3d_sg.dir/imgui_impl_glfw_gl3.cpp.o
[ 54%] Linking CXX static library ../../../libospray_app.a
[ 54%] Built target ospray_app
[ 54%] Building ISPC object /build/ospray/src/build/ospray/local__math/box.dev.o
[ 56%] Building ISPC object /build/ospray/src/build/ospray/local__math/Distribution1D.dev.o
[ 56%] Linking CXX shared library ../../../libospray_module_sg_bilinear_patches.so
[ 56%] Building CXX object apps/exampleViewer/widgets/CMakeFiles/ospray_imgui3d_sg.dir/imgui3D.cpp.o
[ 56%] Built target ospray_module_sg_bilinear_patches
Scanning dependencies of target ospBenchmark
[ 56%] Building CXX object apps/bench/CMakeFiles/ospBenchmark.dir/bench.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__lights/PointLight.dev.idep
[ 56%] Building ISPC object /build/ospray/src/build/ospray/local__math/Distribution2D.dev.o
writing dependencies to file /build/ospray/src/build/ospray/local__lights/SpotLight.dev.idep
[ 56%] Building ISPC object /build/ospray/src/build/ospray/local__math/spectrum.dev.o
[ 57%] Building CXX object apps/exampleViewer/widgets/CMakeFiles/ospray_imgui3d_sg.dir/imguiViewer.cpp.o
[ 58%] Linking CXX executable ../../ospBenchmark
[ 58%] Built target ospBenchmark
[ 58%] Building CXX object apps/exampleViewer/widgets/CMakeFiles/ospray_imgui3d_sg.dir/transferFunction.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__math/Distribution1D.dev.idep
[ 58%] Building ISPC object /build/ospray/src/build/ospray/local__render/Renderer.dev.o
writing dependencies to file /build/ospray/src/build/ospray/local__lights/QuadLight.dev.idep
[ 58%] Building CXX object apps/exampleViewer/widgets/CMakeFiles/ospray_imgui3d_sg.dir/cameraManipulator.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__lights/HDRILight.dev.idep
[ 60%] Building ISPC object /build/ospray/src/build/ospray/local__render/util.dev.o
[ 60%] Building ISPC object /build/ospray/src/build/ospray/local__render/raycast/RaycastRenderer.dev.o
[ 60%] Building ISPC object /build/ospray/src/build/ospray/local__render/simpleAO/SimpleAO.dev.o
writing dependencies to file /build/ospray/src/build/ospray/local__math/box.dev.idep
[ 60%] Building ISPC object /build/ospray/src/build/ospray/local__render/simpleAO/SimpleAOMaterial.dev.o
writing dependencies to file /build/ospray/src/build/ospray/local__math/spectrum.dev.idep
[ 61%] Building ISPC object /build/ospray/src/build/ospray/local__render/scivis/lightAlpha.dev.o
[ 61%] Linking CXX shared library ../../../libospray_imgui3d_sg.so
writing dependencies to file /build/ospray/src/build/ospray/local__math/Distribution2D.dev.idep
[ 61%] Building ISPC object /build/ospray/src/build/ospray/local__render/scivis/volumeIntegration.dev.o
[ 61%] Built target ospray_imgui3d_sg
Scanning dependencies of target ospExampleViewer
[ 63%] Building CXX object apps/exampleViewer/CMakeFiles/ospExampleViewer.dir/ospExampleViewer.cpp.o
[ 63%] Linking CXX executable ../../ospExampleViewer
[ 63%] Built target ospExampleViewer
Scanning dependencies of target ospDistribViewerDemo
[ 63%] Building CXX object modules/mpi/apps/viewer/CMakeFiles/ospDistribViewerDemo.dir/ospDistribViewerDemo.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__render/util.dev.idep
[ 63%] Building ISPC object /build/ospray/src/build/ospray/local__render/scivis/surfaceShading.dev.o
LLVM ERROR: Cannot select: 0x162ad320: ch = store<ST1[%hit]> 0x16f6f8e0, 0x1629d7e0, 0x1626cc00, undef:i64
  0x1629d7e0: i1 = or 0x162cd0c0, 0x16f6f420
    0x162cd0c0: i1 = X86ISD::VEXTRACT 0x1625d320, Constant:i64<0>
      0x1625d320: v16i1 = X86ISD::VSRLI 0x16524920, Constant:i8<15>
        0x16524920: v16i1 = X86ISD::VSHLI 0x1629da40, Constant:i8<15>
          0x1629da40: v16i1 = X86ISD::CMPM 0x1629d6b0, 0x166182d0, Constant:i8<2>
            0x1629d6b0: v16i32 = BUILD_VECTOR Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
            0x166182d0: v16i32,ch = load<LD64[%ray132]> 0x162bd6b0, 0x163cd1f0, undef:i64
              0x163cd1f0: i64 = add FrameIndex:i64<2>, Constant:i64<960>
                0x1626da40: i64 = FrameIndex<2>
                0x163cd910: i64 = Constant<960>
              0x1625d6b0: i64 = undef
            0x163dce60: i8 = Constant<2>
          0x1627cd30: i8 = Constant<15>
        0x1627cd30: i8 = Constant<15>
      0x1626d450: i64 = Constant<0>
    0x16f6f420: i1 = X86ISD::VEXTRACT 0x163cd320, Constant:i64<0>
      0x163cd320: v16i1 = X86ISD::VSRLI 0x162acc00, Constant:i8<15>
        0x162acc00: v16i1 = X86ISD::VSHLI 0x162bd320, Constant:i8<15>
          0x162bd320: v16i1 = X86ISD::CMPM 0x1629d6b0, 0x162ccf90, Constant:i8<2>
            0x1629d6b0: v16i32 = BUILD_VECTOR Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>, Constant:i32<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
              0x16f6f7b0: i32 = Constant<0>
            0x162ccf90: v16i32,ch = load<LD64[%ray134]> 0x162bd6b0, 0x162cd7e0, undef:i64
              0x162cd7e0: i64 = add FrameIndex:i64<2>, Constant:i64<1088>
                0x1626da40: i64 = FrameIndex<2>
                0x1626cf90: i64 = Constant<1088>
              0x1625d6b0: i64 = undef
            0x163dce60: i8 = Constant<2>
          0x1627cd30: i8 = Constant<15>
        0x1627cd30: i8 = Constant<15>
      0x1626d450: i64 = Constant<0>
  0x1626cc00: i64,ch = CopyFromReg 0x8b9c860, Register:i64 %vreg8
    0x1626d7e0: i64 = Register %vreg8
  0x1625d6b0: i64 = undef
In function: Renderer_pick___un_3C_unv_3E_REFs_5B__c_unvec2f_5D_REFs_5B_unvec3f_5D_REFunbavx512skx
make[2]: *** [ospray/CMakeFiles/ospray_module_ispc.dir/build.make:707: ospray/local__render/Renderer.dev.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[ 63%] Building CXX object modules/mpi/apps/viewer/CMakeFiles/ospDistribViewerDemo.dir/arcball.cpp.o
writing dependencies to file /build/ospray/src/build/ospray/local__render/simpleAO/SimpleAOMaterial.dev.idep
[ 63%] Linking CXX executable ../../../../ospDistribViewerDemo
[ 63%] Built target ospDistribViewerDemo
writing dependencies to file /build/ospray/src/build/ospray/local__render/scivis/lightAlpha.dev.idep
writing dependencies to file /build/ospray/src/build/ospray/local__render/simpleAO/SimpleAO.dev.idep
writing dependencies to file /build/ospray/src/build/ospray/local__render/scivis/volumeIntegration.dev.idep
writing dependencies to file /build/ospray/src/build/ospray/local__render/raycast/RaycastRenderer.dev.idep
writing dependencies to file /build/ospray/src/build/ospray/local__render/scivis/surfaceShading.dev.idep
make[1]: *** [CMakeFiles/Makefile2:738: ospray/CMakeFiles/ospray_module_ispc.dir/all] Error 2
make: *** [Makefile:163: all] Error 2

Hmm. I successfully compiled OSPRay with gcc 7.3. The reported error is actually from ISPC – are you using the (not yet released) version 1.9.3dev? Can you try with v1.9.2 (worked for me)?

Actually, it’s 1.9.1. I’ll have a look at 1.9.2 and keep you updated. ;)

Are you on Arch Linux by any chance? The ISPC that they ship with doesn't work with AVX512. If so, try downloading the latest pre-built one here.
If not, then we will need to investigate further.

Yes, I’m in fact packaging for ArchLinux. ;) I’m going to update ispc and make it work with AVX512. :)

OK, done. So you can now update your knowledge, the Arch Linux ISPC does now work with AVX512. :)
Thanks for your help.

Yes, thank you! :)


Add configuration property to allow prefixing hashicorp vault keys

This is a possible solution to resolve #291

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.sergey.gavrilov seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

@GavrilovSV this is a very good idea.

@jameskleeh
Could you pls check the latest commit?

@jameskleeh
Hey, any updates on this? Out team is waiting for this feature, would be grateful if you could review the latest changes

@graemerocher, could take a look at this issue, please? It becomes a bit stale, and really required by our teams

Thanks for the contribution!


Chore: Update example Grafana to add path and pathType fields

Description
This addresses a compatibility issue with Kubernetes v1.20+
Relevant issues/tickets
Solves #487
Type of change

[x] Bug fix (non-breaking change which fixes an issue)

Checklist

[ ] This change requires a documentation update
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] I have added a test case that will be used to verify my changes
[x] Verified independently on a cluster by reviewer

Verification steps

kind create cluster --image=kindest/node:v1.20.7
make install
make cluster/prepare/local
make run

Hey @HubertStefanski I updated the branch with the latest changes from master, but I think you need to approve again for the workflow to run

Will fix the image error in another PR.
Thanks allot for the PR @GusAntoniassi :1st_place_medal:


molecule_vagrant/modules/vagrant.py: Fix fallback

The functions up/destroy/halt of the VagrantClient class
are exiting with proper fail/exit_json but in some cases,
the last line of main() may still be reached and this leads to an
other error since there's no module.result.
While it's not sure how this code is reached, at least fix
that broken line by failing and returning VagrantClient class
result member.
Signed-off-by: Arnaud Patard<EMAIL_ADDRESS>

Greg Hellings<EMAIL_ADDRESS>writes:

@greg-hellings commented on this pull request.

@@ -632,7 +632,7 @@ def main():
if module.params["state"] == "halt":
v.halt()

module.exit_json(**module.result)

module.fail_json(msg="Unknown error", **v.result)

I don't know this module very well. Are you sure it's supposed to be v. instead of module.?

module.result doesn't work while 'v' is an instance of VagrantClient
class which do have a 'result' member. See also
https://github.com/ansible-community/molecule-vagrant/issues/38. This
commit aims at catching the error properly, even if it's not fixing the
root of this issue [ as the only solution is to add proper multi
instance support ].

This commit needs probably more love. After thinking more on this, I fear it'll break some valid use case.
On a side note, while I'm at working on error handling some love in other parts of the module is needed.
I'm going to close this one and reopen a new one soon


Add the Always Stable Predictor

As already discussed in IRC with @pv, this pull requests implements the Always Stable Predictor from [1] to the interpolate module.
[1] J. Kolafa, J. Comput. Chem. 25, 335 (2004).

Hi @tomspur, thanks for the contribution. From the docstring I can't really tell what functionality is provided here. A longer description and a usage example would be nice. Then, this should be discussed on the scipy-dev mailing list, can you bring it up there?

Regarding the API:

We don't want to add a public submodule interpolate.predict I think, the function name(s) should be imported into the interpolate namespace and predict.py should be renamed _predict.py.
The relation between asp and Cache isn't very clear. Why do we need a function and a class to be added?
asp is not a descriptive name, always_stable_predictor would be better even if that's a bit long.

When you write to the mailing list, can you please explain the applicability? All citations for the Kolafa paper seem to be from the molecular dynamics field. In order to add the method to Scipy, it needs to be useful more broadly than that.

Thanks @rgommers for the througout review.
I corrected anything but adding the correctly formatted reference and the public API. I'll write the mailing list and it would be probably best to discuss there, if the applicability is broad enough to be added to Scipy. Yet as the Cache class could in principle also use other predicting techniques, I think this would still be useful for all kinds of predicting values other than in the field of molecular dynamics.

Closing as this method is mostly applied in the molecular dynamics field. If someone wants to use it also in other areas, this PR can be reopened/continued.


Launcher for quick tests

Use junit5 tests to tag slow tests and run everything but across the project.


ContentHandle.getContentClass()

On an instance of a ContentHandle, provide a getter for the class of the content.

A small addition needed for RowBatcher.  Doesn't require coverage and shouldn't cause any regressions, but assigning the issue for awareness.

All handles except these DOM4JHandle, GSONHandle, JDOMHandle have it. No regressions found.


Fatal error: Uncaught exception

I have added code but getting some error.
html();

var_dump($html);
// check if your pdf has more than one pages
$total_pages = $pdf->getPages();

// Your pdf happen to have more than one pages and you want to go another page? Got it. use this command to change the current page to page 3
$html->goToPage(3);

// and then you can do as you please with that dom, you can find any element you want
$paragraphs = $html->find('body > p');

?>
Error getting is
Fatal error: Uncaught exception 'Exception' with message 'You're asking to go to page 1 but max page of this document is 0' in C:\xampp\htdocs\pdf-to-html-master\vendor\gufy\pdftohtml-php\src\Html.php:53 Stack trace: #0 C:\xampp\htdocs\pdf-to-html-master\vendor\gufy\pdftohtml-php\src\Html.php(48): Gufy\PdfToHtml\Html->goToPage(1) #1 C:\xampp\htdocs\pdf-to-html-master\vendor\gufy\pdftohtml-php\src\Html.php(10): Gufy\PdfToHtml\Html->getContents('file.pdf') #2 C:\xampp\htdocs\pdf-to-html-master\vendor\gufy\pdftohtml-php\src\Pdf.php(45): Gufy\PdfToHtml\Html->__construct('file.pdf') #3 C:\xampp\htdocs\pdf-to-html-master\index.php(14): Gufy\PdfToHtml\Pdf->html() #4 {main} thrown in C:\xampp\htdocs\pdf-to-html-master\vendor\gufy\pdftohtml-php\src\Html.php on line 53

Config::set('pdftohtml.bin', 'poppler-0.37/bin/pdftohtml.exe');

Assuming you have installed the poppler-utils. The code above, please use the absolute path instead of relative path.

Thanks it's a path problem. I have set full path and currently no error is showing.

Hi @mgufrone ,
I am using a mac with a local version of my site on mamp, I am using the code below to run a test on a 5 page pdf:
html();

	echo $html;
?>
This is the response I am getting:
Notice: Undefined index: pages in /Users/Tin/Documents/Work/flipswitch-framework/vendor/gufy/pdftohtml-php/src/Pdf.php on line 51
Fatal error: Uncaught exception 'Exception' with message 'You're asking to go to page 1 but max page of this document is 0' in /Users/Tin/Documents/Work/flipswitch-framework/vendor/gufy/pdftohtml-php/src/Html.php:58 Stack trace: #0 /Users/Tin/Documents/Work/flipswitch-framework/vendor/gufy/pdftohtml-php/src/Html.php(53): Gufy\PdfToHtml\Html->goToPage(1) #1 /Users/Tin/Documents/Work/flipswitch-framework/vendor/gufy/pdftohtml-php/src/Html.php(12): Gufy\PdfToHtml\Html->getContents('http://localhos...') #2 /Users/Tin/Documents/Work/flipswitch-framework/vendor/gufy/pdftohtml-php/src/Pdf.php(40): Gufy\PdfToHtml\Html->__construct('http://localhos...') #3 /Users/Tin/Documents/Work/flipswitch-framework/vendor/gufy/pdftohtml-php/src/Pdf.php(44): Gufy\PdfToHtml\Pdf->getDom() #4 /Users/Tin/Documents/Work/flipswitch-framework/code/code.home.php(15): Gufy\PdfToHtml\Pdf->html() #5 /Users/Tin/Documents/Work/flipswitch-framework/pages/header.php(49): include_once('/Users/Tin/Docu...') #6 /Users/Tin/Documents/Work/flipswitch-framework/inc/ in /Users/Tin/Documents/Work/flipswitch-framework/vendor/gufy/pdftohtml-php/src/Html.php on line 58
Please could you help me out as this is really urgent!
Thanks in advance.

@sarathiscookie Please if you could help me?

@KenFlip have you installed poppler-utils? if you haven't, please use this command below
brew install poppler-utils

Hi,
I ran that command and it installed a lot of things what folder was i supposed to run the command in?
Kindest Regards
Kenton
On 28 May 2016 11:49 AM, Mochamad Gufron<EMAIL_ADDRESS>wrote:@KenFlip have you installed poppler-utils? if you haven't, please use this command below
brew install poppler-utils
—You are receiving this because you were mentioned.Reply to this email directly, view it on GitHub, or mute the thread.

So I ran it again just incase in my localhost root directory and in my actual site root directory and both times i got this:
Warning: poppler-0.43.0 already installed

It doesn't matter where you run the command in. It will install on the global directory. Okay, next is check if you have properly installed the required package.
which pdfinfo

which pdftohtml

if it is the same location as your code, the code you wrote up there will run fine

Ran those two:
which pdfinfo gives me: /usr/local/bin/pdfinfo
which pdftohtml gives me: /usr/local/bin/pdftohtml
My code is:
// change pdftohtml bin location
\Gufy\PdfToHtml\Config::set('pdftohtml.bin', '/usr/local/bin/pdftohtml');

// change pdfinfo bin location
\Gufy\PdfToHtml\Config::set('pdfinfo.bin', '/usr/local/bin/pdfinfo');

So, how was it? still not working or else?

Still not working at all...
Giving me that same error

I can send you the pdf if you would like... my end goal out of this, is the user must be able to download a pdf form. fill it out upload it to the site and get a results page containing some of the information from the uploaded pdf...
If that makes sense.
When they fill it out, the pdf will have input fields and stuff like that, so not writing or anything

Okay, send me the pdf to my email. I will check it out. :3

so if I have a plain text pdf will that work?

Yap, static pdf will work.

Could you possibly email me a plain text pdf that works on your system, I just want to see if I can get this work on my side. I can try convert the pdf form to a plain text pdf and then run t through

Hang on a sec, do you run your code through browser? or just from command line?

through a browser

That pdf you sent me doesnt work...

Oh. PHP, by default, disable shell_exec command, that is needed by the package. You should enable shell_exec function to run the package command.

Have no idea how to do that or even where to do that...

Hello!
I was fighting many hours with this library (was getting the same error).
After long time of debuging I noticed that $content in Pdf.php:22 is empty.
Finally added 2>&1 to the shell command, so I got:
$content = shell_exec($this->bin()." '".$this->file."' 2>&1");
Content then was able to get errors.
What finally turned out, the system could not see my pdf, even though the path was full and correct.
I was getting 'I/O Error: Couldn't open file ''test.pdf'': No error.
Removed the ' ' from the code so I got:  $content = shell_exec($this->bin()." ".$this->file);
And voila! $content is now filling up with data.
But I started to getting warnings with getting html output like "(...)test-1.html: failed to open stream: No such file or directory"
When opening it manually (it exists!) I can see the file content as "something failed". probably two new problems. One with path somehow, ssecond that parsed html is not generated. No power to continue this fight. :-|

@mgufrone
I have follow all step, but i get still error, which posted below

Fatal error: Uncaught exception 'Exception' with message 'You're asking to go to page 1 but max page of this document is 0' in D:\wamp\www\test\pdftohtml\vendor\gufy\pdftohtml-php\src\Html.php on line 63
Fatal error: Uncaught exception 'Exception' with message 'You're asking to go to page 1 but max page of this document is 0' in D:\wamp\www\test\pdftohtml\vendor\gufy\pdftohtml-php\src\Html.php on line 63

I am using window system and download poppler from http://blog.alivate.com.au/poppler-windows/
Directory structure as below
poppler
/bin/
vendor
/all required vendor
I am not getting about below step
$ which pdfinfo
/usr/local/bin/pdfinfo
$ which pdftohtml
/usr/local/bin/pdfinfo
Is it required to install? If yes, then how to install in window system? Because in cmd "which" command not working.
Please provide me needful solutions.

@jimeshgajera Have you read this part? If so, have you change the binary location on the configuration?

@mgufrone , From where to read this part?
`include 'vendor/autoload.php';
use Gufy\PdfToHtml\Config;
// change pdftohtml bin location
Config::set('pdftohtml.bin', 'D:/wamp/www/test/pdftohtml/poppler/poppler/bin/pdftohtml.exe');
// change pdfinfo bin location
Config::set('pdfinfo.bin', 'D:/wamp/www/test/pdftohtml/poppler/bin/pdfinfo.exe');
// initiate
$pdf = new Gufy\PdfToHtml\Pdf('file.pdf');
// convert to html and return it as Dom Object
$html = $pdf->html();`
i have set above location for poppler

Okay, I will take a look into it. I will inform you what I found

@mgufrone
I'm really struggling with the error @garbus points out:

But I started to getting warnings with getting html output like "(...)test-1.html: failed to open stream: No such file or directory" [src/Html.php:36]

Weird thing is, that the displayed path exists! When copy-pasting it to the explorer I can see the HTML file. Sample path is: C:_MY_FILES\PROJECTS\eclipse_workspace\htdocs\My_Project\vendor\gufy\pdftohtml-php\src/../output/57ea99fab3250/test-1.html

When opened it manually I can see the file content as "something failed". Probably two new problems. One with path somehow, second that parsed html is not generated. No power to continue this fight. :-|

My error.log:
[23-Apr-2018 15:58:19 UTC] PHP Warning:  file_get_contents(/home/researy8/public_html/output/test(2)-1.html): failed to open stream: No such file or directory in /home/researy8/public_html/vendor/gufy/pdftohtml-php/src/Html.php on line 41 [23-Apr-2018 15:58:19 UTC] PHP Warning:  DOMDocument::loadHTML(): Empty string supplied as input in /home/researy8/public_html/vendor/gufy/pdftohtml-php/src/Html.php on line 45
Unlike him my server is Linux based. Please help.


llamacpp provider change to use local server instead of local binary breaks existing prompts using llamacpp

The llamacpp provider was changed to to use a local llama.cpp server instead of the llama.cpp binary (main).
This is breaking all prompts using the llamacpp provider.
Is there any special reason for replacing the current llamacpp with the new one?
From my point of view this change results in a way less smooth user experience as I now always have start the server manually.
Ideally we would have two providers:

llamacpp (the old one)
llamacpp-server (as the new one)

Huh - I didn't think anyone was using that. Sorry about that! I don't want to have multiple ways of running the same provider. Server handles gpu offloading better while the binary incurs a startup cost for every request, so in my view server is a better UX.
The binary is better for experimenting with different models / startup options - I'm open to adding this back if some more folks thumbs up this issue. If there aren't enough people using it I'd rather not incur the maintenance overhead of 2 standard llamacpp providers.
You're right though - starting the server is a bit annoying. I think we can add a helper that starts the server on first use and then shuts it down when you exit nvim.
If anyone wants to vote

👍 to re-add the llama.cpp ./main provider
🚀 to autostart llama.cpp server

Ok, don't worry, I can create my own provider using the old code. Found the change just a bit harsh :). In general I agree to what you're saying, also I did not see any startup or gpu offloading overhead (was running on a M2).
In any case, thanks a lot for this nifty plugin and feel free to close this issue.

Sorry again about that, I generally try to deprecate first rather than change outright. It seemed like most folks were just interested in the server example rather than running through main. I'm curious about how you're using the llama.cpp binary - are you using different models or startup options across prompts, or do you just want to skip the startup step?

closing in favor of #22 - if anyone wants the ./main provider back feel free to open a new issue

closing in favor of #22 - if anyone wants the ./main provider back feel free to open a new issue


simple requireFailure implementation.

with requireFailure we can tell tap event to wait for doubletab event etc.

Thanks for this, sorry I left the PR for so long!