Update Repository docstring

Following @patrickvonplaten advice on slack (internal link), I've made a PR to make it more explicit that the remote repo must already exist before cloning it. It is better now ? :)
And here is the new generated doc.

Thanks for the review :)


Don't use cache when the same query is run in succession

In this scenario, the user is most likely not satisfied with the answer, and wants to regenerate.
Fixes #95

How does this interact with --chat? Does it overwrite or append the last message in the chat cache?

How does this interact with --chat? Does it overwrite or append the last message in the chat cache?

The chat cache won't be affected, because it's managed by a separate ChatCache class and stored in a separate directory.
And in chat mode, if you run the same query repeatedly, since the chat history is prepended to the query, the Cache class will cache miss every time, and each query will generate a new cache item in /tmp/shell_gpt/cache.

And do we have support to flush this Cache/history?

And do we have support to flush this Cache/history?

For now you can delete /tmp/shell_gpt. A cmdline option can be added for this, but that's out of scope of this pull request.

Thank you for the PR.
I find these changes a bit confusing. If I'm using the --cache option and it doesn't actually cache on the second run, then there is no caching, correct? Additionally, if a user is unsatisfied with the results from the GPT model, it may be a good idea to adjust the --temperature and --top-probability settings. I would suggest solve this by adding extra details to readme for these cases.


About Us UI updates - spacing, photos, program at a glance content

could you provide screenshots and specifics here in the comment section so I can work on fixing those?


Change theme btn isn't working

yes, I haven't implemented light theme yet, working on it

implemented in https://github.com/asrvd/asrvd.me/commit/20998cd72e92c5ab1805ce88cb18a4db45698a1b


Added the User Agent recommended by PostOpen (Bruce Perens).

Added the User Agent recommended by PostOpen (Bruce Perens).
https://postopen.org/content-protection-project/

Only robots.json should be edited and then robots.txt and table-of-bot-metrics.md will be generated from robots.json.

Closing. Please re-open once you have deleted the changes other than to robots.json.


CI: try and cache the bundle between builds

It currently takes ~5 minutes of compute time per job to do this.
This PR uses caching functionality provided by the default setup-ruby action to preserve a cache of the installed + built gems between runs.

I'll restart the builds once done, to see what effect there is.

Although the caching worked, it would appear that the version of sassc being used made use of some very CPU-specific features during the native install. The upshot being that the bundle cache key was not granular enough, and builds using the cache could fail depending on the CPU they were scheduled against. More recent sassc versions apparently build in a slightly more flexible way.

It would seem the "Ruby + Bundle" drops to <10s with maximal use of the cache. Even if there are some changes to the bundle in a commit, the unchanged portion still benefits from the cache too. :)


Programmatic API: Compile to .json option

I'm checking the option to programatically compile .json.ls to .json. Basically looking for easier .json maintenance.
As I read from the official site, there are only 4 options for .compile(): bare, header, const, filename
Option { json: true } seems not available for .compile()
Is there a way?

I'm afraid not, but there definitely should be.

using json: true works with .compile - I guess this is not documented on the website

Oh, i forgot this was changed. My bad!

Yes, just tested and worked by {+json} option. It was other errors from my code but debug message misled to look like it's the compile error.
Thanks.

Documentation for this option has been added to the gh-pages-next staging branch. It'll go live with the 1.6 release.


[IO] Take strtod_l from stdlib.h if GLIBC >= 2.26

xlocale.h is removed in GLIBC 2.26 but strtod_l has been moved inside stdlib.h
closes #1357

LGTM


Tasks show a warning on a stage in a pipeline

LS,
This extension has been installed by my organization, and on every stage in our Azure Devops yaml pipelines we now have two additional tasks:
Microsoft Defender for DevOps Container Mapping Start
and
Microsoft Defender for DevOps Container Mapping End
The end task show a warning in the summary from the pipeline run:

However the actual task seems to run without an issue:
Starting: Microsoft Defender for DevOps Container Mapping End

Task         : Microsoft Security DevOps
Description  : Run the Microsoft Security DevOps CLI for static analysis.
Version      : 1.11.1
Author       : Microsoft Corporation
Help         : Runs the [Microsoft Security DevOps CLI](https://aka.ms/msdo-nuget) for security analysis. Effective September 20th 2023, the Secret Scanning option (CredScan) within Microsoft Security DevOps (MSDO) Extension for Azure DevOps is deprecated. MSDO Secret Scanning is replaced by the [Configure GitHub Advanced Security for Azure DevOps features](https://learn.microsoft.com/en-us/azure/devops/repos/security/configure-github-advanced-security-features#set-up-secret-scanning) offering.

This task was injected as part of Microsoft Defender for DevOps enablement- https://go.microsoft.com/fwlink/?linkid=2231419
:::::
 Some Value
Finishing: Microsoft Defender for DevOps Container Mapping End

Any insights on why this is?

Thank you for reporting this @David-Mulder-at-VLK. These tasks are intended to identify any docker images/events that occur during the execution of your pipeline. I see now the logic handling the case where there are no docker events found is issuing a warning unnecessarily. We will address this in an upcoming release, thank you!

This fix is now deployed and I am closing this issue. Please re-open or open a new issue if you see any further instances of this, thank you!


Remove ORC layering violation workaround

The layering issue is fixed as of
https://github.com/llvm/llvm-project/commit/95b63c7b1394.
See https://groups.google.com/g/llvm-dev/c/v6N4hyOYDSA

Dependent on #141. Only the last commit is part of this PR

Dependent on #141. Only the last commit is part of this PR


Add support for visualizing layout properties.

What does the pull request do?

Adds a new visualization for properties like Margin, BorderThickness and Padding.
What is the current behavior?

You have to check multiple properties manually which is a bit tedious when inspecting many controls.
What is the updated/expected behavior with this PR?

How was the solution implemented (if it's not obvious)?

Checklist

[ ] Added unit tests (if possible)?
[ ] Added XML documentation to any related classes?
[ ] Consider submitting a PR to https://github.com/AvaloniaUI/Avaloniaui.net with user documentation

Updated a bit to deal with controls that declare support for border and padding but don't actually support it. New sizing will show a guideline that includes both border/padding since this is the only accurate info we have.
Additionally I'm also showing width/height constraints if present (as tooltip).


The contract code couldn't be stored, please check your gas limit..

To reproduce:
git clone git@github.com:AcalaNetwork/kreatr-contracts.git
cd kreatr-contracts
yarn
yarn migrate-mandala

Log:
yarn run v1.22.5
warning package.json: No license field
$ truffle migrate --network mandala --f 2 -to 2 --compile-all --reset

Compiling your contracts...
===========================
> Compiling ./contracts/AddressUpgradeable.sol
> Compiling ./contracts/ContextUpgradeable.sol
> Compiling ./contracts/ECDSAUpgradeable.sol
> Compiling ./contracts/ERC1155BaseURI.sol
> Compiling ./contracts/ERC1155BurnableUpgradeable.sol
> Compiling ./contracts/ERC1155KREATRUser.sol
> Compiling ./contracts/ERC1155Upgradeable.sol
> Compiling ./contracts/ERC1271.sol
> Compiling ./contracts/ERC1271Validator.sol
> Compiling ./contracts/ERC165StorageUpgradeable.sol
> Compiling ./contracts/ERC165Upgradeable.sol
> Compiling ./contracts/HasContractURI.sol
> Compiling ./contracts/IERC1155MetadataURIUpgradeable.sol
> Compiling ./contracts/IERC1155ReceiverUpgradeable.sol
> Compiling ./contracts/IERC1155Upgradeable.sol
> Compiling ./contracts/IERC165Upgradeable.sol
> Compiling ./contracts/Initializable.sol
> Compiling ./contracts/LibPart.sol
> Compiling ./contracts/Migrations.sol
> Compiling ./contracts/Mint1155Validator.sol
> Compiling ./contracts/OwnableUpgradeable.sol
> Compiling ./contracts/StringsUpgradeable.sol
> Compiling ./contracts/draft-EIP712Upgradeable.sol
> Compiling ./mint/ERC1155Lazy.sol
> Compiling ./mint/IERC1155LazyMint.sol
> Compiling ./mint/LibERC1155LazyMint.sol
> Compiling ./royalties/AbstractRoyalties.sol
> Compiling ./royalties/LibRoyaltiesV2.sol
> Compiling ./royalties/RoyaltiesV2.sol
> Compiling ./royalties/RoyaltiesV2Impl.sol
> Compiling ./royalties/RoyaltiesV2Upgradeable.sol
> Artifacts written to acala/kreatr/contracts/build/contracts
> Compiled successfully using:
   - solc: 0.8.0+commit.c7dfd78e.Emscripten.clang

Starting migrations...
======================
> Network name:    'mandala'
> Network id:      595
> Block gas limit: 15000000 (0xe4e1c0)

2_deploy_contracts.js
=====================

   Replacing 'ERC1155KREATRUser'
   -----------------------------
   > transaction hash:    0x3d5ab3bb6fd38603b08309355221c9ad33f69c7836103159d3c43b5f0cca7d60

Error:  *** Deployment Failed ***

"ERC1155KREATRUser" -- The contract code couldn't be stored, please check your gas limit..

    at acala/kreatr/contracts/node_modules/truffle/build/webpack:/packages/deployer/src/deployment.js:365:1
    at runMicrotasks (<anonymous>)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at Migration._deploy (acala/kreatr/contracts/node_modules/truffle/build/webpack:/packages/migrate/Migration.js:70:1)
    at Migration._load (acala/kreatr/contracts/node_modules/truffle/build/webpack:/packages/migrate/Migration.js:56:1)
    at Migration.run (acala/kreatr/contracts/node_modules/truffle/build/webpack:/packages/migrate/Migration.js:217:1)
    at Object.runMigrations (acala/kreatr/contracts/node_modules/truffle/build/webpack:/packages/migrate/index.js:150:1)
    at Object.runFrom (acala/kreatr/contracts/node_modules/truffle/build/webpack:/packages/migrate/index.js:110:1)
    at runMigrations (acala/kreatr/contracts/node_modules/truffle/build/webpack:/packages/core/lib/commands/migrate.js:253:1)
    at Object.run (acala/kreatr/contracts/node_modules/truffle/build/webpack:/packages/core/lib/commands/migrate.js:223:1)
    at Command.run (acala/kreatr/contracts/node_modules/truffle/build/webpack:/packages/core/lib/command.js:183:1)
Truffle v5.4.17 (core: 5.4.17)
Node v14.18.2
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

I encountered this error on my first run: The send transactions "from" field must be defined
But after that it runs all right.
> Network name:    'localhost'
> Network id:      595
> Block gas limit: 15000000 (0xe4e1c0)

2_deploy_contracts.js
=====================

   Replacing 'ERC1155KREATRUser'
   -----------------------------
   > transaction hash:    0xda39d63b521321f8936ba2fa6c299e5e25ca207ba3b5dd203b22544102ecb55c
   > Blocks: 0            Seconds: 0
   > contract address:    0x97d99E019970F6A1Cc0b3CA41b1dB84F625F1C9c
   > block number:        9265
   > block timestamp:<PHONE_NUMBER>
   > account:             0x75E480dB528101a381Ce68544611C169Ad7EB342
   > balance:<PHONE_NUMBER>03408
   > gas used:            0 (0x0)
   > gas price:           0.000000001 gwei
   > value sent:          0 ETH
   > total cost:          0 ETH

ERC1155KREATRUser deployed to: 0x97d99E019970F6A1Cc0b3CA41b1dB84F625F1C9c
   > Saving artifacts
   -------------------------------------
   > Total cost:                   0 ETH

Summary
=======
> Total deployments:   1
> Final cost:          0 ETH

I am using localhost network

is this still an issue @ntduan ?

OK lets close this then.


"Could not import module" error for GHC 9.0, 9.2 but GHC 9.4 works fine

I am using doctest-parallel 0.3.0: https://github.com/haskell/hackage-server/pull/1171
The error appears to be different than https://github.com/martijnbastiaan/doctest-parallel/issues/22 and the other suggestions.
There is no error at all for GHC 9.4.  cabal test DocTests succeeds.
There are intermittent errors for GHC 9.0 and 9.2. cabal run doctests, cabal build, etc. do not solve it. The DocTests may have succeeded one time for GHC 9.2, I'm not sure.
If you want to reproduce the error, please clone https://github.com/peterbecich/hackage-server.git , branch update-doctest-parallel.
Thank you

That branch doesn't seem to compile for me. Can you run with cabal run doctests -- --debug -j1 and post the behavior you see here (or gist.github.com)?

Git config:
martijn@volthe:~/code/hackage-server$ cat .git/config
[core]
	repositoryformatversion = 0
	filemode = true
	bare = false
	logallrefupdates = true
[remote "origin"]
	url = git@github.com:peterbecich/hackage-server.git
	fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
	remote = origin
	merge = refs/heads/master
[branch "update-doctest-parallel"]
	remote = origin
	merge = refs/heads/update-doctest-parallel
martijn@volthe:~/code/hackage-server$ git branch
  master
* update-doctest-parallel

Cabal:
martijn@volthe:~/code/hackage-server$ cabal --version
cabal-install version <IP_ADDRESS>
compiled using version <IP_ADDRESS> of the Cabal library

GHC 9.0.2
martijn@volthe:~/code/hackage-server$ ghc --version
The Glorious Glasgow Haskell Compilation System, version 9.0.2
martijn@volthe:~/code/hackage-server$ cabal run doctests
Error: cabal: Cannot run the test suite 'DocTests' because the solver did not
find a plan that included the test suites for hackage-server-0.5.1. It is
probably worth trying again with test suites explicitly enabled in the
configuration in the cabal.project{.local} file. This will ask the solver to
find a plan with the test suites available. It will either fail with an
explanation or find a different plan that uses different versions of some
other packages. Use the '--dry-run' flag to see package versions and check
that you are happy with the choices.

GHC 9.2.5
martijn@volthe:~/code/hackage-server$ ghc --version
The Glorious Glasgow Haskell Compilation System, version 9.2.5
martijn@volthe:~/code/hackage-server$ cabal run doctests
Resolving dependencies...
Error: cabal: Cannot run the test suite 'DocTests' because the solver did not
find a plan that included the test suites for hackage-server-0.5.1. It is
probably worth trying again with test suites explicitly enabled in the
configuration in the cabal.project{.local} file. This will ask the solver to
find a plan with the test suites available. It will either fail with an
explanation or find a different plan that uses different versions of some
other packages. Use the '--dry-run' flag to see package versions and check
that you are happy with the choices.

Okay interesting, I don't see that issue:
╭─peterbecich@neptune ~/haskell/libraries/hackage-server2  ‹update-doctest-parallel*›
╰─➤  cabal --version
cabal-install version <IP_ADDRESS>
compiled using version <IP_ADDRESS> of the Cabal library
╭─peterbecich@neptune ~/haskell/libraries/hackage-server2  ‹update-doctest-parallel*›
╰─➤  ghc --version
The Glorious Glasgow Haskell Compilation System, version 9.2.5
╭─peterbecich@neptune ~/haskell/libraries/hackage-server2  ‹update-doctest-parallel*›
╰─➤  cabal run doctests
Up to date
[INFO   ] [ThreadId 4] Examples: 26  Tried: 26  Errors: 0  Unexpected output: 0

cabal test doctests also works
I have omitted all the compilation.

What does cabal build all --enable-tests result in?
hackage-server needs some libraries. I wonder if cabal run doctests might hide some errors here; could be a Cabal issue.
If that fails, would you try the nix-shell? This will provide GHC 9.0 and all of the libraries:
╭─peterbecich@neptune ~/haskell/libraries/hackage-server2  ‹update-doctest-parallel*›
╰─➤  nix-shell

[nix-shell:~/haskell/libraries/hackage-server2]$ which ghc
/nix/store/6i58g7y5bx4vdjfjrf4gzwgcpjf0b1pk-ghc-9.0.2/bin/ghc

Thanks

The build errors for GHC 9.0 and 9.2 are due to:

#51


Support pinning to/fetching a particular version of a design from Figma

Request to better support production workflows: https://buganizer.corp.google.com/issues/317081065
Currently you can fetch a particular branch or document, but can't specify a non-top version. This could be important for some production workflows, where assets need to be protected, or re-created from an old version of a design.

The GET FILE API has a version field we could use to achieve this. The code to construct this URL is at
https://github.com/google/automotive-design-compose/blob/f173624281ecfdc866e106bc9ac41d636706ab21/crates/figma_import/src/document.rs#L160.
We would need to add a version parameter somewhere, perhaps in the @DesignDoc annotation defined here and parse it out, then generate some code so that the version, if specified, gets sent in the fetch request for the document.


musicgen Gradio endpoint failed to load

I just tried loading all the Gradio endpoints listed on our website that is linked to from within the HARP plugin.  Musicgen was immediately erroring out.
HARP-musicgen.log

it is finally fixed: https://huggingface.co/spaces/hugggof/MusicGen?logs=container


Erroneous borderWidth and hoverBorderWidth when setting to zero

Current Behavior
When setting borderWidth to 0 it is not respected. When combining this with hoverWidth not zero some odd behaviour is obtained. I first noticed this in issue #4873 a couple years ago but did not know the cause.
With multiple datasets when you hover a point, all of one dataset and part of another are affected by the hoverWidth setting. When you change one of the dataset's borderWidth to non-zero a second type of behaviour is observed, and when you set both datasets' to non-zero a third and correct behaviour is obtained.
Expected Behavior
The borderWidth setting at zero should be repected and there should be no visible border.
The hoverWidth setting should be applied only to the vertically hovered points and not the whole of one dataset and a partial piece of another.
Steps to Reproduce (for bugs)
<!DOCTYPE html>

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

<canvas id="canvas"></canvas>

Environment
Version cited 2.9.3, same issue as reported in 2017.
Chrome, Safari and Firefox all same behaviour.

i just noticed!! whenever borderWidth is 0 and we use the second dataset with non zero !! same weird thing
occurs!!

@attack68 @raxraj we're looking into a potential fix. You probably already know but a workaround to this issue is to set pointBorderColor to transparent for points you don't want to have borders - that also fixes the strange behavior.  Here's an example:
https://jsbin.com/tukojasuma/edit?html,output


KeyError: 'namespace' when downgrade to stable version 0.20 from 0.21rc3

Actual Behavior
When downgrading kopf version from 0.21rc to 0.20 i've got an error when creating, updating and deleting objects.
Specifications

Platform: GCP GKE
Kubernetes version: v1.13.6-gke.13
Python version: 3.7.4
Python packages installed: (use pip freeze --all)

adal==1.2.1
aiofiles==0.4.0
aiohttp==3.5.4
aiojobs==0.2.2
asn1crypto==0.24.0
async-timeout==3.0.1
atomicwrites==1.3.0
attrs==19.1.0
cachetools==3.1.0
certifi==2018.11.29
cffi==1.12.2
chardet==3.0.4
Click==7.0
coloredlogs==10.0
cryptography==2.6.1
decorator==4.4.0
fut==0.4.2
google-api-python-client==1.7.8
google-auth==1.6.3
google-auth-httplib2==0.0.3
httplib2==0.12.1
humanfriendly==4.18
idna==2.8
iso8601==0.1.12
isort==4.3.17
jsonpath-ng==1.4.3
kopf==0.20
kubernetes==8.0.1
more-itertools==6.0.0
multidict==4.5.2
oauth2client==4.1.3
oauthlib==3.0.1
pip==19.1.1
pluggy==0.9.0
ply==3.11
protobuf==3.6.1
py==1.8.0
pyasn1==0.4.5
pyasn1-modules==0.2.4
pycparser==2.19
PyJWT==1.7.1
pykube-ng==0.28
pyotp==2.2.7
pytest==4.3.0
python-anticaptcha==0.3.1
python-dateutil==2.8.0
pytz==2019.1
PyYAML==3.13
requests==2.21.0
requests-oauthlib==1.2.0
rsa==4.0
setuptools==40.6.3
six==1.12.0
tzlocal==2.0.0
uritemplate==3.0.0
urllib3==1.24.1
urllib3-mock==0.3.3
websocket-client==0.55.0
wheel==0.32.3
yarl==1.3.0

Error:
2019-08-10 11:13:15 provisioner-j2c-operator-f45b6c7c6-ffq2l kopf.clients.events[1] WARNING Failed to post an event. Ignoring and continuing. Error: HTTPError('Event "kopf-event-2xt2t" is invalid: involvedObject.namespace: Invalid value: "": does not match event.namespace'). Event: type='Error', reason='Logging', message='Handler \'create_or_update_fn\' failed with an exception. Will retry.\nTraceback (most recent call last):\n  File "/app/env/lib/python3.7/site-packages/kopf/reactor/handling.py", line 387, in _execute\n    lifecycle=lifecycle,  # just a default for the sub-handlers, not used directly.\n  File "/app/env/lib/python3.7/site-packages/kopf/reactor/handling.py", line 478, in _call_handler\n    **kwargs,\n  File "/app/env/lib/python3.7/site-packages/kopf/reactor/invocation.py", line 79, in invoke\n    result = await loop....ssage=\'Start handling create/update action\')\n  File "/app/env/lib/python3.7/site-packages/kopf/engines/posting.py", line 79, in info\n    event(obj, type=\'Normal\', reason=reason, message=message)\n  File "/app/env/lib/python3.7/site-packages/kopf/engines/posting.py", line 72, in event\n    ref = hierarchies.build_object_reference(obj)\n  File "/app/env/lib/python3.7/site-packages/kopf/structs/hierarchies.py", line 16, in build_object_reference\n    namespace=body[\'metadata\'][\'namespace\'],\nKeyError: \'namespace\''.
2019-08-10 11:14:15 provisioner-j2c-operator-f45b6c7c6-ffq2l kopf.objects[1] ERROR Handler 'create_or_update_fn' failed with an exception. Will retry.
Traceback (most recent call last):
  File "/app/env/lib/python3.7/site-packages/kopf/reactor/handling.py", line 387, in _execute
    lifecycle=lifecycle,  # just a default for the sub-handlers, not used directly.
  File "/app/env/lib/python3.7/site-packages/kopf/reactor/handling.py", line 478, in _call_handler
    **kwargs,
  File "/app/env/lib/python3.7/site-packages/kopf/reactor/invocation.py", line 79, in invoke
    result = await loop.run_in_executor(config.WorkersConfig.get_syn_executor(), real_fn)
  File "/usr/local/lib/python3.7/concurrent/futures/thread.py", line 57, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/app/operators/run.py", line 26, in create_or_update_fn
    kopf.info(body, reason='Info', message='Start handling create/update action')
  File "/app/env/lib/python3.7/site-packages/kopf/engines/posting.py", line 79, in info
    event(obj, type='Normal', reason=reason, message=message)
  File "/app/env/lib/python3.7/site-packages/kopf/engines/posting.py", line 72, in event
    ref = hierarchies.build_object_reference(obj)
  File "/app/env/lib/python3.7/site-packages/kopf/structs/hierarchies.py", line 16, in build_object_reference
    namespace=body['metadata']['namespace'],
KeyError: 'namespace'

@smileisak Is it for cluster-scoped objects or namespaced objects? Did it actually happen after the downgrade, or just in general (no matter the previously installed versions)?
Maybe a duplicate of #164. Should be solved in #165 — which is now available as 0.21rc1 the earliest.

@nolar is a cluster-scoped object. In the begining i've created a namespaced CRD that i have changed it to cluster-scoped. Now it works only when using version 0.21rc.

I assume that the issue is solved with 0.21 released (since 0.21rc1 actually). If it reappears, feel free to re-open or just write a message here.


Warning: componentWillReceiveProps has been renamed, and is not recommended for use.

Warning: componentWillReceiveProps has been renamed, and is not recommended for use. See https://fb.me/react-async-component-lifecycle-hooks for details.

* Move data fetching code or side effects to componentDidUpdate.
* If you're updating state whenever props change, refactor your code to use memoization techniques or move it to static getDerivedStateFromProps. Learn more at: https://fb.me/react-derived-state
* Rename componentWillReceiveProps to UNSAFE_componentWillReceiveProps to suppress this warning in non-strict mode. In React 17.x, only the UNSAFE_ name will work. To rename all deprecated lifecycles to their new names, you can run `npx react-codemod rename-unsafe-lifecycles` in your project source folder.

Please update the following components: t

Could you update to fix this warning? Thank you!

hey,
did you solved the problem ?
i have the same problem.

hey,
did you solved the problem ?
i get the same Warning.


feature request: image layers window hide

some feedback for this window:

it's really cool, but blocking.  I think users would prefer to be able hide it (the "OK" was not hiding it in my case - don't know if it should?)

also the size of total image download is not shown, it might be good to add (in header for example)

@Dmitry1987 Yep. We'll add function for download image in background mode also will add cancel of downloading.


Add empty relativePath to spring boot parent in pom.xml

Avoids the following warning while building on my machine:
[WARNING] 'parent.relativePath' of POM eu.freme:freme-parent:0.2-SNAPSHOT (/Users/anpr/git/freme-project/freme-parent/pom.xml) points at eu.freme:common instead of org.springframework.boot:spring-boot-starter-parent, please verify your project structure @ line 8, column 10

Relevant documentation: http://maven.apache.org/ref/3.0.3/maven-model/maven.html#class_parent

merged in master. thanks for the fix!


Correction for AACS

AACS stands for Administrative Access Controls Service - it needs to be corrected

Updated with this commit - https://github.com/canada-ca/cloud-guardrails/commit/993ccef2248b5ef9c6c6eb50439ec7ae561ee4c4


Keep wallet connection

Description of the change

for #4
keep wallet connection with using web3modal's cacheprovider

Screenshots

Checklist
I agree to the following :-

[x] Added description of the change
[x] I've read the contributing guidelines
[x] Search previous suggestions before making a new PR, as yours may be a duplicate.
[x] I acknowledge that all my contributions will be made under the project's license.

Notes (optional):

It's working perfectly now! Thank you for your wonderful work!


Intellisene not working on macOS

Intellisense/Code highlighting not working on macOS

I found a quick workaround related to: https://github.com/tareqimbasher/NetPad/issues/208
I just installed .NET 7 and it works now

Yes, fix will be included in next release where you won't need .NET 7 installed.

Yes, fix will be included in next release where you won't need .NET 7 installed.

Is there any estimation for that release?

@sonerfromnurland sometime in the next 2 weeks. Issue #208 also lists another solution in the meantime: delete the global.json file.

@sonerfromnurland sometime in the next 2 weeks, plan is sooner than that though. Issue #208 also lists another solution in the meantime: delete the global.json file.

@tareqimbasher Thank you, Eid-ul-Adha mubarak.

@sonerfromnurland thank you! Eid Mubarak to you too brother 🎉 May it be a blessing to you and your loved ones.

@randelramirez @sonerfromnurland v0.7.2 is released with this bug fixed!


podman remote clients for windows and mac links are broken in readme file

podman-remote latest clients links which are part of readme are broken and there is no way to download those clients from the mentioned urls.

We've started adding the binaries to the individual Github releases (e.g. the v1.9.1 release). We should update the readme to reflect that.

@mheon thanks but it doesn't have for linux binary, any plan to add that or that is complete depend on distribution way of providing?

@praveenkumar given that the linux client is not truely static (distributions will need different binaries), how would you recommend we do this (if we could)?

If we make a static binary, it should only be podman-remote not full podman.

@baude @rhatdan I am right now only interested in the podman-remote binary not full podman since on the release page we are only listing the remote clients and those are static binary if I am not mistaken?

Another thing I notice here on https://github.com/containers/libpod/releases/tag/v1.9.1 page there is one zip file which name as podman-remote for windows and then there is msi for windows  but it is just named as podman, shouldn't that would also podman-remote ? Also there is no tarball of podman-remote for macOS/Linux on the release page.

No, that was a special request but a agroup we work with.

Podman exutables on MAC and Windows, should be called Podman NOT podman-remote.  We should only use/install the podman-remote executable on Linux boxes, to eliminate confusion with the full featured podman command.

I installed "podman-remote" in a special PATH (as "podman"), so that I can troubleshoot podman-remote issues also on Linux... The alternative would have been to just call it podman-remote everywhere.

Is there any place can find the tarball file of podman for macOS?

Is there any place can find the tarball file of podman for macOS?

I think it is available in Homebrew ? brew cask install podman

Is there any place can find the tarball file of podman for macOS?

I think it is available in Homebrew ? brew cask install podman

The Homebrew version stays at 1.6.1-dev, I hope to find a newer version.

They should be available from here.
https://github.com/containers/libpod/releases/tag/v1.9.2

The mac binary seems to be missing yet, maybe it is upcoming ?
(there is windows and static and .msi, but no darwin or mac installer)
Was there any volunteers for adding podman to homebrew proper ?
(to build it from source code, rather than the current binary "cask")

I'm not sure if you are missing all that much by going with 1.6 ?
It's only the client, most of the improvements happen server-side

Thanks, I will try the homebrew version.

@mheon Why is there no mac client on https://github.com/containers/libpod/releases/tag/v1.9.2?

Nobody told me to build one, so I didn't - I assume we do want one?

We want a MAC Version yes, primarily for CRC.

Fixed now

Link for WIndows is still broken on https://podman.io/getting-started/installation

Sorry about that, I fixed it.  I accidently marked a pre-release as a release.


POL-226 Adds last triggered

I think it looks good. I am just removing the lastEvaluated code from UI-backend.

I think it looks good. I am just removing the lastEvaluated code from UI-backend.

ok, will update the ui too.

Friendly reminder to future me: if https://github.com/RedHatInsights/policies-ui-frontend/pull/92 is merged, we need to update the Csv keys to remove lastEvaluated and add lastTriggered

Rebase, pending to generate the types off the openapi.json when the lastTriggered PR is merged.

Codecov Report

Merging #121 into master will increase coverage by 0.01%.
The diff coverage is 90.00%.

@@            Coverage Diff             @@
##           master     #121      +/-   ##
==========================================
+ Coverage   69.26%   69.27%   +0.01%
==========================================
  Files         112      112
  Lines        2082     2083       +1
  Branches      360      360
==========================================
+ Hits         1442     1443       +1
  Misses        638      638
  Partials        2        2

Impacted Files
Coverage Δ

src/components/Policy/Table/PolicyTable.tsx
72.04% <0.00%> (ø)

src/properties/Messages.ts
100.00% <ø> (ø)

src/types/GeneratedOpenApi.ts
100.00% <ø> (ø)

src/types/Policy/Policy.ts
100.00% <ø> (ø)

src/utils/exporters/PolicyExporter/Csv.ts
100.00% <ø> (ø)

src/components/Policy/Table/LastTriggeredCell.tsx
100.00% <100.00%> (ø)

src/utils/PolicyAdapter.ts
92.30% <100.00%> (+0.15%)
:arrow_up:

Merging. The ui updates look good.  I ran with latest ui-backend and re-ran: yarn generate-schema and yarn schema:generate.


HDFS-16328.Correct disk balancer desc

dfs.disk.balancer.enabled is enabled by default after HDFS-13153, we can improve the doc to avoid confusion

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  0s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
markdownlint
0m  0s

markdownlint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
35m  1s

trunk passed

+1 :green_heart:
mvnsite
1m 27s

trunk passed

+1 :green_heart:
shadedclient
58m 25s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 18s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
mvnsite
1m 19s

the patch passed

+1 :green_heart:
shadedclient
23m  3s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
asflicense
0m 30s

The patch does not generate ASF License warnings.

85m 56s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3669/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/3669

Optional Tests
dupname asflicense mvnsite codespell markdownlint

uname
Linux eb77a241d59a 4.15.0-147-generic #151-Ubuntu SMP Fri Jun 18 19:21:19 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 7218d0d3a0aa05b59f71c761dc827e0f2e3d49db

Max. process+thread count
524 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-3669/1/console

versions
git=2.25.1 maven=3.6.3

Powered by
Apache Yetus 0.14.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

Thanks @aajisaka  for your review:)

Merged. Thank you @GuoPhilipse

@aajisaka Thanks for your review and merging :)


OpenGL.GL import error on macOS Big Sur

Traceback:
Traceback (most recent call last):
  File "/Users/swistakm/dev/pyimgui/.venv/lib/python3.9/site-packages/OpenGL/platform/darwin.py", line 35, in GL
    return ctypesloader.loadLibrary(
  File "/Users/swistakm/dev/pyimgui/.venv/lib/python3.9/site-packages/OpenGL/platform/ctypesloader.py", line 36, in loadLibrary
    return _loadLibraryWindows(dllType, name, mode)
  File "/Users/swistakm/dev/pyimgui/.venv/lib/python3.9/site-packages/OpenGL/platform/ctypesloader.py", line 89, in _loadLibraryWindows
    return dllType( name, mode )
  File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/ctypes/__init__.py", line 374, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: ('dlopen(OpenGL, 10): image not found', 'OpenGL', None)

During handling of the above exception, another exception occurred:

I've seen some references stating that this could be fixed in latest Python release but I tested in 3.9.1 and it didn't work. There's also no fix available in PyOpenGL. Anyway, this can be definitely hacked-around so probably we can provide a gl import kludge in the imgui._compat module until (if ever) this gets fixed upstream.

The problem is due to Big Sur now caching libraries. Python OpenGL attempts to locate its shared library using ctypes.util.find_library()
find_library() actually looks on the filesystem, but Big Sur doesn't put it there, so find_library() fails. The bug is in ctypes support for Big Sur. (https://bugs.python.org/issue41100)
Fixes have been made in python code, but the build configuration fails to build it properly & the necessary code isn't compiled in. (If you manually compile your version of Python, I'm told it works great -- the version available to download from python.org does not.)
Continues to fail for 3.9.2.
It's an easy, though manual patch to OpenGL to hard-coded the location, but patching it within imgui might be tough.
(site-packages/OpenGL/platfomr/ctypesload.py, line 80, change
fullName = util.find_library( name )
-to-
fullName = '/System/Library/Frameworks/OpenGL.framework/OpenGL'


Added Top Category Section in the Home Page

@smaranjitghose Finally the work's been done. Please Check it out #3
Screenshot :

Any updates @manishbajagai2 ?


KeyError

I am new to this reporting, so please let me know if this is wacko. I created the XRC that I tried to import into wxGlade. The XRC resource file appears to work fine in my application. Here are the error details:
WARNING : Unknown widget "unknown" - fallback to generic widget "CustomWidget"
WARNING : Unknown widget "wxMenuItem" - fallback to generic widget "CustomWidget"
WARNING : Unknown widget "wxMenuItem" - fallback to generic widget "CustomWidget"
ERROR   : WARNING: Property 'minsize' not supported by this object ('<edit_sizers.edit_sizers.EditFlexGridSizer object at 0x00000146801469E8>')
ERROR   : An internal error occurred while loading from a file-like object
An unexpected error occurred!
Exception type:      <class 'KeyError'>
Exception details:   'wxALWAYS_SHOW_SB'
Application stack traceback:
File "D:\MyDocuments\SoftwareStuff\Python\wxGlade-0.9.3\main.py", line 948, in _open_app
p.parse_string(filename)
File "D:\MyDocuments\SoftwareStuff\Python\wxGlade-0.9.3\xml_parse.py", line 347, in parse_string
XmlWidgetBuilder.parse_string(self, *args)
File "D:\MyDocuments\SoftwareStuff\Python\wxGlade-0.9.3\xml_parse.py", line 59, in parse_string
self.parser.feed(line)
File "D:\MyPrograms\Python37\lib\xml\sax\expatreader.py", line 217, in feed
self._parser.Parse(data, isFinal)
File "g:\a\3\s\modules\pyexpat.c", line 471, in EndElement
File "D:\MyPrograms\Python37\lib\xml\sax\expatreader.py", line 336, in end_element
self._cont_handler.endElement(name)
File "D:\MyDocuments\SoftwareStuff\Python\wxGlade-0.9.3\xml_parse.py", line 335, in endElement
XmlWidgetBuilder.endElement(self, name)
File "D:\MyDocuments\SoftwareStuff\Python\wxGlade-0.9.3\xml_parse.py", line 276, in endElement
self.top().add_property(self._curr_prop, data)
File "D:\MyDocuments\SoftwareStuff\Python\wxGlade-0.9.3\xml_parse.py", line 621, in add_property
prop.load(val, activate=True)
File "D:\MyDocuments\SoftwareStuff\Python\wxGlade-0.9.3\new_properties.py", line 112, in load
self.set(value, activate, deactivate, notify)
File "D:\MyDocuments\SoftwareStuff\Python\wxGlade-0.9.3\new_properties.py", line 794, in set
new_value_set = self._decode_value(value)
File "D:\MyDocuments\SoftwareStuff\Python\wxGlade-0.9.3\new_properties.py", line 1096, in _decode_value
style_def = self.style_defs[v]
Date and time:       2019-05-29T09:50:12.036418
Python version:      3.7.2
wxPython version:    4.0.6
wxWidgets platform:  WXMSW
wxGlade version:     0.9.3

Thanks for reporting.
I have just submitted a fix to branch REV_0.9

0.9.4 is released


Implement show for the EnergyProblem type

What and Why
We can make the display of an EnergyProblem variable look nicer following https://docs.julialang.org/en/v1/manual/types/#man-custom-pretty-printing
Possible Drawbacks
No response
Related Issues
No response

I set the Zone as documentation, but it could be closer to UI or UX.

Or output!


Cargo overrides all executables in a build folder

Problem

As the title says, cargo overrides all executables in a build folder. Expected behavior: don't override unrelated executables.
Steps

Write any program and run 'cargo build/run [--release]'.
Locate compiled binary(assume its foo.exe) and calculate its checksum.
Rename the executable to something different(assume bar.exe).
Change your program a little bit to differentiate resulting binary and compile again.
Compare checksums of foo.exe and bar.exe - they are the same.

Notes
It doesn't work with third-party binary.
Output of cargo version:
cargo 1.45.0-nightly (9fcb8c1d2 2020-05-25)

This is a consequence of Cargo using a hard link from the actual executable (in the deps directory) and the one in the output directory (target/debug).  On Windows, I believe link.exe does not remove the executable, but instead truncates and modifies it.  When you rename the executable, the hard link is preserved, so the modifications made by the linker show up in all hard-linked copies.
It might be possible to unlink the executable before running the build.  I'm uncertain what the consequences of that would be.


[dotnet] Fix key-dependant parameter length error for .NET Standard 2.0

When using the BouncyCastle ECPrivateKeyParameters, some keys D parameter byte representation ends up with fewer than 66 bytes, causing this error:
The specified key parameters are not valid. Q.X and Q.Y are required fields. Q.X, Q.Y must be the same length. If D is specified it must be the same length as Q.X and Q.Y for named curves or the same length as Order for explicit curves.

The fix is to prepend with padded zero value bytes to ensure a consistent byte length of 66 for D, Q.X and Q.Y.

Some context in this StackOverflow: https://stackoverflow.com/questions/48542233/translating-elliptic-curve-parameters-bc-to-ms

Yeah I had to fix a similar issue with jwks parsing of uneven byte reprs


Add bonded_type information in the comment of each atom in the charges section

Hi!
Thank you @jewettaij for the updates and for all the work done!
I'm making this small pull request as I think it could be beneficial for the user to have also the bonded_type string visible in the comment line of the charges section (where one has to select the proper type), as it can help to understand which bonded interactions will be selected down the line!
The only drawback I forsee is if some type will have different bonded_type for bond/angle/dihedral, but that's never the case for now, I think.

I'm also wondering if we should replace "bCA_aCA_dCA_iCA" with just "CA"?

I just made this change.
Now atom names are "@atom:145_CA" instead of "@atom:145_bCA_aCA_dCA_iCA"

I'm also wondering if we should replace "bCA_aCA_dCA_iCA" with just "CA"?

I just made this change. Now atom names are "@atom:145_CA" instead of "@atom:145_bCA_aCA_dCA_iCA"

Sadly I decided I need to revert this change.  The short names are much easier to read.  But the LOPLS force-field (built on top of OPLSAA) requires the more complex atom type names.


Added Lepus (scala library) to devtools page

@hnaderi Please sign the Contributor License Agreement!
Click here to manually synchronize the status of this Pull Request.
See the FAQ for frequently asked questions.

@hnaderi Thank you for signing the Contributor License Agreement!

We usually do not put newer projects first on the list but support for Scala JS and Scala native seems to be fairly unique to this client, so fine.


Add screen share to all service by injecting the css and js to all service

Description

Inject css and js for all service to make is usable with screen share.
Seems like Skype and Teams work, but Google Meet fails as it does not even get to getDisplaymedia which is missing in case of electron, seems like it is testing some other api and fail
Someone has to verify with the services they like to use with this.
@kytwb I am not sure if the code style is fine, or should we even inject this globally, lets keep this PR as WIP until we finalize this.
Motivation and Context

It lets you use screen sharing with all service that supports screen sharing.
#463 #777
Screenshots

Checklist:

[ ] My pull request is properly named
[ ] The changes respect the code style of the project ($ npm run lint)
[x] I tested/previewed my changes locally

@gautamsi I shall pull this and try this out on Google Meet. Thanks for the contrib!

@mahadevans87 any luck

that was my problem, it does not get to the point where it would try to use the missing api which we are trying to fill here.
I tried changing user agent but no help.

Heya @gautamsi, any progress? I'd be interested in having Discord screenshare, I assume this patch aims to cover that use case as well?

@agermain this definitely cover this issue, it is that I could not test it.
can you try this and provide feedback please.

@gautamsi Pressing the "Screen" button on Discord is not responsive with your patch, plus there's no feedback on the console at all.


fix supports hash issues in service providers

redhat provider now allows the user to override :status
gentoo provider now allows the user to override :status and :restart
service providers now dup the status hash and mutate their private
copy instead of mutating the new_resource

closes #2168

@chef/client-core thought this would be nearly a one-liner but as usual...
I had to switch to using nil default values in the resource in order to distinguish true/false-by-default from true/false-by-user-intention.  Fixed the mutation of the new_resource in the process.
Had to move mutating the supports hash into load_current_resource so that the new_resource ivar got set first by the initialize method, otherwise when the redhat provider tried to set its (higher priority) default before calling super the @new_resource would not be set.

@chef/client-core ping

:+1:
I would love to eliminate this pattern entirely and just have these be non-state attributes like supports_status(false) but we have a bug to fix right now and this fixes it.

@chef/client-core needs another :+1:

:+1:


Edit-UIPathRobot : Unable to deserialize the response

Hello,
We are on 2018.4.1 and we are trying to change robot password from powershell ( to implement password rotation)
The following commands fails :
Edit-UiPathRobot -Id (robotid) -Password $password
Unable to deserialize the response
$robot = Get-UIPathRobot -Id  (robotid)
Unable to deserialize the response
$robot = Get-UiPathRobot -Name "robotname"
Edit-UiPathRobot -Robot $robot -Password $pwd
'LicenceKey cannot be null'
If we do : Get-UiPathRobot we see that all robot have a null LicenseKey.
Since the Machine object was created, I think LicenceKey is no more hold at the robot level but on the machine level.

Will have a look, thanks for reporting it

Hello, test done on module <IP_ADDRESS>  and Get-UiPathRobot -Id still fail to serialize object:
Get-UiPathRobot : Unable to deserialize the response.
At line:1 char:1

Get-UiPathRobot -Id 34

  + CategoryInfo          : NotSpecified: (:) [Get-UiPathRobot], SerializationException
  + FullyQualifiedErrorId : Microsoft.Rest.SerializationException,UiPath.PowerShell.Cmdlets.GetRobot

@loicmitton sry did not notice your comment earlier.
What Orchestrator version?

It should be <IP_ADDRESS>, but that one did not get pushed to the nuget feed for some reason. Looking into it.

The <IP_ADDRESS> release is now pushed to NuGet and it should solve the problem.


Enable $ref to point to other YAML files

These commits add code to handle references to YAML files in addition to JSON files.
Related to issue #4.

@tchernobog: Any chance of updating this PR against the current master?

@freddrake thanks, now it should be rebased.

Thanks!

With this landed, I can move comfortably to looking at the next problem; progress!  Thank you, @tchernobog.


Issue with eat the eggs mod

I added some fried eggs into a storage module and I can't get them out. They show up visually. I just cant click on them.

Now it's happening with enchanted books, and bauxite

This is probably caused by some mod that adds NBT data to items client side. I've seen this reported before

I am not sure if that's the problem. Also how do you transmit redstone power in your mod

You can transmit redstone power wirelessly using the receiver and transmitter. Is that what you mean?

Yes it is. Thank you.  Going to close the thread.


cannot add breakpoint porps

i tried to add breakpoint porps using plugins, got a weird error.
i am using typescript with react and the error i am getting is about wrong props passed.

i tried to add breakpoint porps using plugins, got a weird error.
i am using typescript with react and the error i am getting is about wrong props passed.

Hey jbrainz :) I recently modified the Typescript definition for breakpoints - you should upgrade your types package, it should work now :)


Upgrade to UF5.1

Since apparently you can't tag a branch... Merging the 0.3.0 branch to test the distribution

...


compare test signatures buildkite pipeline

Thank you for contributing to Coda! Please see CONTRIBUTING.md if you haven't
yet.
Explain your changes here.
Explain how you tested your changes here.
Checklist:

[ ] Tests were added for the new behavior
[ ] All tests pass (CI will check this if you didn't)
[ ] Serialized types are in stable-versioned modules
[ ] Does this close issues? List them:

Closes #0000
Closes #0000

Yea, looks like there are some refactorizations in the pipeline which this change should pickup once landed.

Also can you include a better PR message?


Show no apps message

 Display a message in home page when user has none of the required roles

Coverage decreased (-0.03%) to 63.178% when pulling 49d68b1ed7b68c8c8048530ff556451108745b82 on ynurmahomed:apps into b6662a4522715c92942b5ae51dda432379e8b35e on esaude:master.

@edrisse can we show the same message?


Fix seccomp for lru-crawl

Add missing poll call for the worker. Also make sure that we fail loudly if the seccomp setup fails.
Fixes #372

I tested it in ubuntu, alpine, arch. Whole test suite passes.

@dormando any chances to review this? patch looks fine from here

Ah yup, it's been a month so the next release should happen soon. been busy so I have to batch up the work last minute this time, sorry


NodeInvocationException: Can't resolve all parameters for HomeComponent

When compiling in Dev mode, IIS Express becomes Internal Server Error (500).
in boot.server.ts
Add below to the first line
import 'reflect-metadata';
or
import './polyfills/server.polyfills';
To
import {AppModule} from './app/app.module.server';
Move before
I was able to avoid the error.
A similar error also occurs in the browser.
I get Uncaught Error: Can't resolve all parameters for HomeComponent ...
in boot.browser.ts
Add below to the first line
import 'reflect-metadata';
or
import './polyfills/browser.polyfills';
To
import { AppModule } from './app/app.module.browser';
Move before
I was able to avoid the error.
If there are other methods, please teach me.
Thanks.

it avoid the error, but all other javascript function failed

In my environment,

npm run build:dev
npm run build:prod

all javascript works normally, and HMR is OK.

I had the same issue a while back, and just moved the polyfills imports to the top of the list, as suggested. This fixed it for me.

Pulling this repo down fresh, then running the commands given in the repo for VSCode npm install && npm run build:dev && dotnet restore App2017.csproj I get this same error when I run the app Uncaught Error: Can't resolve all parameters for HomeComponent: (?).
Don't know if it's related but I also get Uncaught ReferenceError: prebootInitFn is not defined     at (index):12442 before the HomeComponent error.
I have tried moving import './polyfills/server.polyfills'; and import './polyfills/browser.polyfills'; to the very top in both boot.server.ts and boot.browser.ts respectively and it had no effect.

changed
import { enableProdMode } from '@angular/core';
import { createTransferScript, IEngineOptions, ngAspnetCoreEngine } from '@nguniversal/aspnetcore-engine';
import { createServerRenderer } from 'aspnet-prerendering';
import 'zone.js/dist/zone-node';
// Grab the (Node) server-specific NgModule
import './polyfills/server.polyfills';
import { AppModule } from './app/app.module.server';
UI fixed
but still have js error
compiler.js:11359 Uncaught Error: Can't resolve all parameters for HomeComponent: (?).
at syntaxError (compiler.js:1270)
at CompileMetadataResolver._getDependenciesMetadata (compiler.js:11171)
at CompileMetadataResolver._getTypeMetadata (compiler.js:11064)
at CompileMetadataResolver.getNonNormalizedDirectiveMetadata (compiler.js:10683)
at CompileMetadataResolver._getEntryComponentMetadata (compiler.js:11267)
at eval (compiler.js:11258)
at Array.forEach ()
at CompileMetadataResolver._getEntryComponentsFromProvider (compiler.js:11257)
at eval (compiler.js:11230)
at Array.forEach ()

Let me try to dig into this one, I'm not sure where this one popped up from... potentially something from NodeServices ?

This should be fixed now in the latest commit, Hiroki is correct - there was a PR that went in that formatted all the documents (automatically) and I didn't catch it moved some of those important files where things need to be in a specific order.
Sorry about the delay there guys, hope it's working ok now!
@CybrZr00
@wilson0506
@stephenlautier
@Jason9199


[WIP] Fixing Shared Dynamic issues

This is a work-in-progress PR.

Be careful not to incur excessive copying, especially for large arrays and maps.  This may kill performance.

This approach was a failed attempt in resolution of extra re-borrowing issue, so I'm closing PR.


Add media release section

This adds a media release statement to the live.html page. Closes #161 .

Looks good to me! I think I would prefer the media release statement font to be a bit smaller, but I am pushing another PR for that to make sure this gets in now.


Does not work with Raspberry Pi 5

This library doesn't work with Pi5 due to RPi.GPIOs incompatibility with Pi 5's new RP1 controller

Sorry for the silence here- by way of an update:
Support is unlikely to be forthcoming- not only is RPi.GPIO incompatible, but some things like the RGB LED control (rpi_ws281x) and, more critically, motor PWM control (also originally provided by RPi.GPIO) are not supported in libgpiod.
We're currently waiting for Pi's devs to make the shiny new PIO features of the RP1 accessible to us mere mortals, which should - hopefully - make TriloBot compatible again. I've got no idea or control over when that will happen, though and whether or not it'll solve our troubles.

It's possible to get trilobot's features working with rppal in Rust which'll use software PWM if you want to get Pi 5 stuff working quickly (albeit requires you know some rust), but I haven't heard of any possibilities with GPIO wrappers in other languages so far.
There's also seemingly some good progress with WiringPi (under new ownership), though not fully finished yet

Looks like wiring pi finished their pwm development, does unlock our issue?

Using non-standard libraries that do software PWM in userspace is not a mistake I'm willing to make again.
A stop-gap might be this library: https://github.com/waveform80/rpi-lgpio
It seems to have PWM support, and might do a reasonable job running Trilobot without needing to change the Trilobot code at all. Excuse me for not knowing more specifically how well it might run- I've been focussed on trying to avoid staying in the past 😆
P.S. The software PWM patch that was floating around is now part of Linux 6.11 and will find its way into Raspberry Pi OS eventually. Here it is in RPi's Linux fork: https://github.com/raspberrypi/linux/commit/7f61257cd6e1ad4769b4b819668cab00f68f2556

I might give that a try over the weekend

It did work, thank you.


RN remove old conflicts

These have been fixed to no longer conflict so it can be removed.

OK, thanks for the update!


Doesn't work on the Steam Deck

Any chance you could make it work on the Steam Deck? :ayaya:

I don't own a Steam Deck so it's hard for me to test on that. Do you have any more info as to what is going wrong?

Oh, well it's linux based so that's probably the reason ^^
There is an .exe file though, so I thought it would work.

After checking the other issues I saw this:
https://github.com/BlueAmulet/EDFModLoader/issues/5
Adding WINEDLLOVERRIDES="winmm=n,b" %command% to the launch command for the game does indeed make it work 😀


No bias correction for atms channel 15 in GEOS.

No bias correction for atms channel 15 in GEOS.

Thanks @gmao-jjin3. Looks good to me but will hold off on merging until the tests are fixed.


useCustomCodeActionMenu settings behave oddly when resetting default

Type: Bug
Go to Settings Editor, search for 'customcodeactionmenu', then use gearwheel menu on the first item to reset its default. Observe that the checkbox of the second item changes. Repeat the reset on the first item and the second one changes again.

VS Code version: Code - Insiders 1.71.0-insider (28f604dec81b609dd7e69362585f7a99d4c48f88, 2022-08-19T05:17:14.894Z)
OS version: Windows_NT x64 10.0.22000
Modes:
Sandboxed: Yes

Secondary comment: I think the second setting is poorly named. Setting the option true disables headers. I think it would be better named something like editor.experimental.useCustomCodeActionMenu.showHeaders with a default of true rather than editor.experimental.useCustomCodeActionMenu.toggleHeaders with a default of false.


Unable To Install Integration - Error Fetching Data

Integration fails to load.  "Failed setup, will retry; mismatched tag: line 1, column 38229"
Log shows:
2024-08-14 14:32:31.259 ERROR (MainThread) [custom_components.ontario_energy_board.coordinator] Unexpected error fetching ontario_energy_board data Traceback (most recent call last):   File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 354, in _async_refresh     self.data = await self._async_update_data()                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   File "/config/custom_components/ontario_energy_board/coordinator.py", line 59, in _async_update_data     self.company_data = await get_energy_company_data(                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   File "/config/custom_components/ontario_energy_board/common.py", line 104, in get_energy_company_data     tree = ET.fromstring(content)            ^^^^^^^^^^^^^^^^^^^^^^   File "/usr/local/lib/python3.12/xml/etree/ElementTree.py", line 1335, in XML     parser.feed(text) xml.etree.ElementTree.ParseError: mismatched tag: line 1, column 38229
***EDIT:  I was using the Toronto Residential provider like others previously reporting a similar problem. I deleted it and tried to add a different provider but now I get:
### "Error Config flow could not be loaded: 500 Internal Server Error Server got itself in trouble".
My setup:
Haces Integration version:	1.34.0
Hacs Frontend version:<PHONE_NUMBER>2053
Home Assistant Core:   2024.8.1
Home Assistant Supervisor:   2024.08.0
Operating System Frontend:   20240809.0

Closing case I am now able to configure the installation successfully.


Option for a confirmation prompt before closing a tab

Description of the new feature/enhancement
It would be nice to have an option so that there is a confirmation prompt before the user closes a tab.
This is useful for long-running tabs that are doing something in the background and the user might close them by mistake.

Proposed technical implementation details (optional)

I would like to work on this issue. Can you please guide me on how to proceed ?

Thanks for the suggestion! This is actually already being tracked by another issue on our repo - please refer to #6549 for more discussion.
/dup #6549
@heysujal I wrote a pseudo-spec for this over in https://github.com/microsoft/terminal/issues/6549#issuecomment-675494526. I haven't had the opportunity to socialize that with the rest of the team really, but if we had code in front of us I'm sure we'd find the time 😝 If you can find a way to detect that there are multiple client apps connected, that might be a useful place to start. ConptyConnection is the class that actually represents the connection between the Terminal and the client app, so that's where I'd start.


Cover status wrong when motor is moving

If I close my covers, the moving status indicates 'Opening'
If I open my covers, the moving status indicates 'Closing'

When the motor stops the status of the cover is correct, also the status of the sensor._last_direction is correct.
Its only when the cover is moving it is indicating the wrong action.

Someone else has the same behavior?

Hmm, I thought I tested this.
I think the "bug" will be present in https://github.com/joleys/niko-home-control-II/blob/master/custom_components/nhc2/nhccoco/devices/motor_action.py#L46

Hi @nexus256 i just checked on my setup, i have exactly the same behaviour.
Another thing i noticed, if i manually set a cover to eg 50%, it's not in the middle at all. (But this is completely unrelated to this)

Where do you see this "moving status"? Could you create a screenshot and point where the "Opening" / "Closing" is shown?
I suspect the Moving property s not true. Or that last_direction is already set on the "new" value.
In the later it can be fixed by changing the code in https://github.com/joleys/niko-home-control-II/blob/master/custom_components/nhc2/nhccoco/devices/motor_action.py
line 50 from
if self.is_moving and self.last_direction == PROPERTY_LAST_DIRECTION_VALUE_CLOSE:

to
if self.is_moving and self.last_direction == PROPERTY_LAST_DIRECTION_VALUE_OPEN:

and
line 60 from
if self.is_moving and self.last_direction == PROPERTY_LAST_DIRECTION_VALUE_OPEN:

to
if self.is_moving and self.last_direction == PROPERTY_LAST_DIRECTION_VALUE_CLOSE:

Is anyone willing to change this and confirm this fixes the issue?
Would anybody

Hi Tijs,
Changing lines 50 & 60 fixed the issue for me.
Sent from my Galaxy
-------- Original message --------
From: Tijs Verkoyen @.>
Date: 29/11/23 13:46 (GMT+01:00)
To: joleys/niko-home-control-II @.>
Cc: nexus256 @.>, Mention @.>
Subject: Re: [joleys/niko-home-control-II] Cover status wrong when motor is moving (Issue #91)
Where do you see this "moving status"? Could you create a screenshot and point where the "Opening" / "Closing" is shown?
I suspect the Moving property s not true. Or that last_direction is already set on the "new" value.
In the later it can be fixed by changing the code in https://github.com/joleys/niko-home-control-II/blob/master/custom_components/nhc2/nhccoco/devices/motor_action.py
line 50https://github.com/joleys/niko-home-control-II/blob/master/custom_components/nhc2/nhccoco/devices/motor_action.py#L50 from
if self.is_moving and self.last_direction == PROPERTY_LAST_DIRECTION_VALUE_CLOSE:
to
if self.is_moving and self.last_direction == PROPERTY_LAST_DIRECTION_VALUE_OPEN:
and
line 60https://github.com/joleys/niko-home-control-II/blob/master/custom_components/nhc2/nhccoco/devices/motor_action.py#L60 from
if self.is_moving and self.last_direction == PROPERTY_LAST_DIRECTION_VALUE_OPEN:
to
if self.is_moving and self.last_direction == PROPERTY_LAST_DIRECTION_VALUE_CLOSE:
Is anyone willing to change this and confirm this fixes the issue?
Would anybody
—
Reply to this email directly, view it on GitHubhttps://github.com/joleys/niko-home-control-II/issues/91#issuecomment-1831831238, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ANUSBYNLZ5EJG3O2GBAKMA3YG4VCJAVCNFSM6AAAAAA64ON6HKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZRHAZTCMRTHA.
You are receiving this because you were mentioned.Message ID: @.***>

Indeed, those changes are the solution for me as well.
Thanks!

Thx for your feedback.
I have created the v3.3.1 release. Which includes the required changes.


Client information

Create a 'client information' page in the same format as the contact page with the following fields:
First name*
Last name*
Preferred name
Gender
Pro nouns
Date of Birth*
Contact number*
Email*
Home address*
Emergency Contact name*
Emergency Contact number*
I confirm I'm over 18* (tick box if possible)
GP/Practice name & number*
Relevant medical conditions or treatment
Any current prescribed medication
Any other supporting organisations
*required fields
I'll knock up a few sentences to go at the top, something like "Please fill out the following form so I have basic information to provide the support - many thanks"

I created the JotForm (link below) - and then wondered if that might be the best way of managing this form, rather than creating a page on the website? The advantage of leaving it in JotForm is you can control the fields without any changes to the website code. E.g. if you wanted to add a question, change a field to required etc.
https://form.jotform.com/220652108856052

Yep, that would work. It's what I thought originally, which then lead me to think about a form on the web page, just because I was thinking about it being pretty. But, it doesn't need to be super pretty and there is a good chance I will want to tweak the form from time to time. I also want to create a feedback form which I was going to do on Jotform. Shall I just create a separate account with my spacebetween address, I know you can only have 5 forms with the free version. What email have you used to create an account for the web enquiry form?

Done


Add redirects for various pages

Why

Much easier to remember, type, and still uses canonical pages (so we have a single URL)
Lets people make mistakes, and we can still redirect to the best possible page (/go or /golang for eg)

How
The _redirects file is as per Netlify Configuration. The file is ignored by Jekyll, so it is added to the _config.yml/include section, and has a layout: null for force-rendering the same.
Each page has a alternate_urls key, which gets used to generate the entries in the _redirects file (which also gets comments).

Just realized, this will be better with rel=alternate

Not yet sure about how/if rel=alternate will work, so merging this.


feat(modal): support multiple open classes

Support multiple modal open classes when multiple modals are open

This fixes #4184.

The implementation and tests are nice. Simple issue, complex solution :)

Yep, have to use a comb to filter each instance by the class type essentially to ensure all with that class are removed only when none of them are open.


Two 'Download driver files' windows open simultaneously when connecting to PostgreSQL or CockroachDB for the first time

System information:

Operating system (distribution) and version: macOS 10.15.5
DBeaver version: 7.2.0, 7.2.1
Additional extensions: none

Connection specification:

Database name and version: PostgreSQL 12, CockroachDB 2.0.5
Driver name: n/a
Do you use tunnels or proxies (SSH, SOCKS, etc)?:  SSH tunnel while connecting to CockroachDB

Describe the problem you're observing:
Two 'Download driver files' windows open simultaneously when connecting to PostgreSQL or CockroachDB for the first time.
Steps to reproduce, if exist:

Use fresh installation of the Beaver, or delete the folder with drivers, or never download Postgres driver in the first place
Open New Database Connection wizard
Select Postgres or Cockroach, hit 'Next'
Two 'Download driver files' windows will pop up, one window behind the other.

I just found out that the same problem occures with Greeenplum.

Fixed and verified.


Provide proprty pattern annotation support

Pattern Bean Validations API (JSR-303) support for Request Parameters #1901

@simonamc this is awesome!!! Thank you so much for helping with a contribution 🙇

@dilipkrish when we can expect this will be merged? We really need this improvement.

I'll merge it in shortly...

When to expect to be merged?

Sorry just been a little busy. Over the weekend for sure.


Proposal: infer parameter type from arguments in call to result funtion

Suppose we have a generic function F whose result type is a function. In an expression that calls F and immediately calls the result function, it would be nice to use the arguments to the result function to help determine the type parameters for F.
For example, consider:
func check[X any](t *testing.T) func(X, error) X {
	return func(x X, e error) X {
		if e != nil {
			t.Helper()
			t.Fatal(e)
		}
		return x
	}
}

f := check(t)(os.Open("path"))

In Go 1.21.4, this does not compile; the error is "cannot infer X". But there is only one reasonable choice for X: *os.File. In principle, the compiler could figure this out; I don't know how difficult it would be in practice.
In this specific example, the problem can be worked around by changing the order of parameter lists:
func vet[X any](x X, e error) func(t *testing.T) X {
	// obvious content omitted
)

f := vet(os.Open("path"))(t)

However, I find this order much less desirable, for various reasons not relevant here. And there are undoubtedly cases where such a workaround is not possible. In particular, if both parameter lists use type parameters:
func foo[X, Y any](X) func(Y) { ... }

then there seems to be no way to write a call foo(x)(y) without explicitly specifying at least one type parameter.
Like https://github.com/golang/go/issues/50285#issue-1085422977, this seems to be a request to infer types from the context of a function call, although in a different manner.
There would be some open questions about how far this might go. Could we have
f(1)(2)(3)(4)(5)(6)("seven")

where "seven" is used to infer a type parameter of f? What if the result type is not a function, but the expression calls a method on the result? Should this work?
type Box[T any] struct{}

func (b Box[T]) hold(T) {}

func crate[T any]() Box[T] {
	return Box[T]{}
}

func oops() {
	crate().hold("some string")
}

See https://github.com/carlmjohnson/be/pull/9/files where I made a test helper like check, but had to reverse the arguments to make it work with inference. I never merged the PR because the API is awkward with the arguments reversed.


Potential import collision: import path should be "go.mongodb.org/mongo-driver", not "github.com/mongodb/mongo-go-driver"

Background
I find that go.mongodb.org/mongo-driver and github.com/mongodb/mongo-go-driver coexist in this repo：
https://github.com/longfellowone/field-services/blob/master/go.mod （Line 22 & 32）
github.com/mongodb/mongo-go-driver v1.0.1
go.mongodb.org/mongo-driver v1.0.1 // indirect

That’s because the mongodb/mongo-go-driver has already renamed it’s import path from "github.com/mongodb/mongo-go-driver" to "go.mongodb.org/mongo-driver". When you use the old path "github.com/mongodb/mongo-go-driver" to import the mongodb/mongo-go-driver, will reintroduces mongodb/mongo-go-driver through the import statements "import go.mongodb.org/mongo-driver" in the go source file of mongodb/mongo-go-driver.
https://github.com/mongodb/mongo-go-driver/blob/v1.0.1/mongo/client.go#L16
package mongo
import (
	"go.mongodb.org/mongo-driver/bson"
	"go.mongodb.org/mongo-driver/bson/bsoncodec"
	…
)

The "go.mongodb.org/mongo-driver" and "github.com/mongodb/mongo-go-driver" are the same repos. This will work in isolation, bring about potential risks and problems.
Solution
Follow the requirements of mongodb/mongo-go-driver README.md:
To get started with the driver, import the mongo package, create a mongo.Client:

import (
    "go.mongodb.org/mongo-driver/mongo"
    "go.mongodb.org/mongo-driver/mongo/options"
)
…

Replace all the old import paths, change "github.com/mongodb/mongo-go-driver" to "go.mongodb.org/mongo-driver".
Where did you import it: https://github.com/longfellowone/field-services/search?q=github.com%2Fmongodb%2Fmongo-go-driver&unscoped_q=github.com%2Fmongodb%2Fmongo-go-driver

@longfellowone  Could you help me review this issue? Thx :p


Add<EMAIL_ADDRESS>

I just copy/pasted and tried to mimic cloudflare/circl, without really having an understanding of the system, so feel free to make whatever suggestions you want.
Fixes #2517

Hello @bazelbuild/bcr-maintainers, modules without existing maintainers (go-duckdb) have been updated in this PR. Please review the changes.


⚠ ClamAV has degraded performance

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

HTTP code: 200
Response time: 278 ms

Resolved: ClamAV performance has improved in 4fc3fc1.


Task 122-125: New Conala tasks

Added more arithmetic tasks.

I put the source value for each task as conala. The idea for each task came from conala however, the data itself is synthetic. Should I have put synthetic instead?

Conala as source is fine. Please name your files starting from 122, since task121 is already taken in the PR before yours.

task122_conala_list_index_addition: is a bit convoluted. Try it on your roommates/friends and see if they can solve it. If they can't,  that's a problem.

"that the same": typo?

task123_conala_sort_dictionary looks reasonable to me. I would include a few more negative examples. For example, one where the output is only a sorted list of "firsts", instead of the dictionaries.

task124_conala_pair_averages looks reasonable to me.

task125_conala_pair_differences looks reasonable to me.

For task 122 I reworded the definition it to make it more clear. I had to explain what index meant to my friends, but then some were able to get it right away and more got it after seeing one example. One friend still couldn't get it (he was a communications major) then when I typed the example vertically and stacked the lists on top of each other he was able to see the pattern and figure it out.

Looks good! One comment, In task122, Can you define "index". May be you can say something like this, index represents the position of an element in a list.
Everything else looks good!

I still find the instructions for task122_conala_list_index_addition confusing.
For example, in "You should add the values at every index for every list."

"add the values" is unclear (sum the values?)
"list" is ambiguous (inner list or outer list?)  Might help to spell it out: "inner list"

It might be possible to rephrase the following to make it simpler:
"The output should be a list where the element at each index is the sum of all lists at that index."
would it be more clear to phrase this way?  "...the sum of the elements of the inner lists at that index. "


made vscode-jupyter to latest LSP

vscode-jupyter was using old LSP. this will move them to the lastest.

Looks like all of our intellisense tests are failing, which is likely caused by this change.
https://github.com/microsoft/vscode-jupyter/runs/6801323085?check_suite_focus=true
Did you try running a notebook to see if you can get completions still?

Codecov Report

Merging #10374 (132d96c) into main (98262a2) will decrease coverage by 0%.
The diff coverage is n/a.

@@          Coverage Diff          @@
##           main   #10374   +/-   ##
=====================================
- Coverage    64%      64%   -1%
=====================================
  Files       212      212
  Lines      9557     9559    +2
  Branches   1527     1530    +3
=====================================
- Hits       6162     6151   -11
- Misses     2924     2930    +6
- Partials    471      478    +7

Impacted Files
Coverage Δ

src/platform/common/cancellation.ts
62% <0%> (-6%)
:arrow_down:

...rc/platform/common/dataScienceSurveyBanner.node.ts
65% <0%> (-6%)
:arrow_down:

src/platform/errors/errorHandler.ts
63% <0%> (-3%)
:arrow_down:

src/platform/common/utils.ts
70% <0%> (-2%)
:arrow_down:

src/platform/api/kernelApi.ts
72% <0%> (-1%)
:arrow_down:

src/platform/common/activeEditorContext.ts
93% <0%> (ø)

...rc/platform/common/extensionRecommendation.node.ts
81% <0%> (ø)

...tform/interpreter/display/visibilityFilter.node.ts
91% <0%> (ø)

src/platform/errors/errorUtils.ts
75% <0%> (+<1%)
:arrow_up:

src/platform/common/utils/async.ts
53% <0%> (+2%)
:arrow_up:

oops. clicked wrong button ..

Looks like the completion tests are still failing. Do you want any help debugging them?


Fabric Operations Console setup issue - No applicable identities in wallet

Following instructions to setup Console.
Associate Identity

Switch to Nodes page and perform the following steps
Select peer "org1_peer1 - local"
Associate Identity
Select "Org1MSP Admin"

I keep getting this message:  "There are no applicable identities in the wallet">
But I do have the Org1MSP Admin identity (that I am supposed to choose, per instructions) in the wallet.  What am I missing?
Please see attached screenshots.
Thanks in advance.

so that drop down gets populated by wallet identities that originate from a CA with with a matching root cert for the MSP of this peer. is it possible you have imported/created identities from a previous setup run? if so those will not match, even though the actual MSP ID is the same (the root certs will not match)

You were absolutely correct.  Cleaning up the volumes resolved the issue.
Thanks a bunch


How to Update the Rainmeter version of TaskbarX ?

Other than installing the rainmeter version everytime a update comes and reconfiguring the .ini file is there other way ?

@PhoenixCODE2322 Instead of reinstalling you can also only replace the Release folder. Keeping the ini.
Or make a copy of your settings and paste them back when updated.


Text on new selector circles cuts off

"Fresh Perspective".
Need to figure out how to dynamically shrink the text size to fit the frame.

This was fixed a few days ago


Could we remove this functional token?

Is your feature request related to a problem? Please describe.
Looks like this token is still valid and we should remove it.

add it to S163

@haroldrandom Please take a look at these two lines https://github.com/Azure/azure-cli/blob/807faccca1009e75e41c663d56b6d3171e630484/CredScanSuppressions.json#L285 and https://github.com/Azure/azure-cli/blob/807faccca1009e75e41c663d56b6d3171e630484/CredScanSuppressions.json#L293

I think it should own by service team. The accessToken is used in test_ams_live_event_scenarios.py is hard coded. Should be get online through command.
Added "Service Attension" for help.

@fredericky @akucer @yulei, could you please help with above hard coded accessToken issue from Media Services team?

Add an example https://github.com/Azure/azure-cli/pull/12589#issuecomment-599158870

The accessToken is used in test_ams_live_event_scenarios.py is actually named poorly because it is a GUID and not an actual security token. I have updated the code to use a generated GUID instead of a hardcoded one in order to avoid confusion: https://github.com/Azure/azure-cli/pull/13948.
The second hardcoded string is found in the container module and AMS does not own that.

Add one related issue https://github.com/Azure/azure-cli-dev-tools/issues/215

@haroldrandom - I removed the Media Services label and assignment to AMS team members as AMS issue has been fixed. As per previous comment the other hardcoded string is not owned by AMS and needs assignment to appropriate team / owner. Thanks.


Could not get unknown property 'configuration' for project ':app' of type org.gradle.api.Project.

I keep getting this error in the flutter project that im working on: Could not get unknown property 'configuration' for project ':app' of type org.gradle.api.Project.
The error happens on line 33. I would like to know whats wrong. I keep getting stuck no matter what i try. Here is my build.gradle file:
buildscript {
    ext.kotlin_version = '1.3.50'
    repositories {
        google()
        mavenCentral()
    }

    dependencies {
        classpath 'com.android.tools.build:gradle:4.1.0'
        classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version"
        classpath 'com.google.gms:google-services:4.3.8'
    }
}

allprojects {
    repositories {
        google()
        mavenCentral()
    }
}

rootProject.buildDir = '../build'
subprojects {
    project.buildDir = "${rootProject.buildDir}/${project.name}"
    project.evaluationDependsOn(':app')
}

task clean(type: Delete) {
    delete rootProject.buildDir
}

subprojects {
    project.configuration.all {
        resolutionStrategy.eachDependency { details ->
            if (details.requested.group == "com.android.support"
                && !details.requested.name.contains("multidex") ) {
                    details.useVersion "26.1.0"
            }
        }
    }
}

@pugnoxi
Can you provide flutter doctor -v and flutter run --verbose log that shows the complete error ?

Without additional information, we are unfortunately not sure how to resolve this issue.
We are therefore reluctantly going to close this bug for now.
Please don't hesitate to comment on the bug if you have any more information for us; we will reopen it right away!
Thanks for your contribution.
Could everyone who still has this problem please file a new issue with the exact description of what happens, logs, and the output of flutter doctor -v.
All system setups can be slightly different, so it's always better to open new issues and reference related issues.


Count sequence occurence

Builds upon #18
Add a mapping function from patterns to sequences, thus allowing us to identify where each pattern occurs.
Also improves some of the terminology in the PatternDetector class to more clearly distinguish patterns from sequences.

@gandreadis I have struggled a bit with naming of variables, but my motivation is as such:
"It might be that in future we decide it is better to use pattern instead of sequence. Sequence was used however to emphasise that a pattern is linear."
Not sure if you wanted to know, but there you go.

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@edb8806). Click here to learn what that means.
The diff coverage is 100%.

@@            Coverage Diff            @@
##             master      #20   +/-   ##
=========================================
  Coverage          ?   43.18%
  Complexity        ?      237
=========================================
  Files             ?       23
  Lines             ?      968
  Branches          ?      227
=========================================
  Hits              ?      418
  Misses            ?      468
  Partials          ?       82

Impacted Files
Coverage Δ
Complexity Δ

...afejojo/schaapi/patterndetector/PatternDetector.kt
94.28% <100%> (ø)
21 <13> (?)

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 edb8806...90cb2e3. Read the comment docs.


发现一个demo文档中的有一个信息的引导

https://github.com/seata/seata-samples/tree/master/springcloud-eureka-feign-mybatis-seata
这里确实找不到seata server的简表语句 后来在同仁的指导下才找到的

Can you change it and create a new pull request to us?

Can you change it and create a new pull request to us?

ok


How about publishing to CDNjs / jsDelivr

They dont have this polyfill yet, and it appers that it really works nice and doesnt provide custom property name to global object, so you neednt rewrite your code, just leave it native.

Thanks for the suggestion. I will look into this.

You could use unpkg<EMAIL_ADDRESS>

@Aaronius I cant prove it right now but once I noticed instability of unpkg.com, perhaps its because its rather new. So cdnjs or jsdelivr is preferale in my case

If someone wants to create a pull request for this, I will review it. I don't have time to work on this right now.


Means to specify database license

Fixes #102. After discussions with @rartino in #102 I became convinced that for now a single license for all the data in a database should be sufficient. Should there be parts of database belonging under a different license, they should either be described in database-wide license document, or moved to a separate "sibling" database under a different license.

The stanza says "all data", but shouldn't we include also "all metadata"? I was slightly inclined to have a possibility to specify license per record, but I agree that this wold be unnecessary complication for now. We can always upgrade if there is a genuine need.
I would approve the PR if/when the question about metadata is resolved.

@sauliusg I have added this in 3a678c3.

This is an important change (please note MUST level of inclusion), thus I would like to make sure that providers-consortium members check it out and let us know should there be a problem with conforming to it.

I have updated the PR to reflect workshop discussions: license_is_compatible_with_cc_by_4_0 has been replaced by compatible_licenses list of SPDX identifiers. The new property is OPTIONAL.

For the case of the MPDS, we might have multiple licenses for the different sections of our data: CC BY 4.0, commercial/proprietary, per-vendor custom license, etc. We currently use per-entry custom field _mpds_data_license, which I would feel strong to recommend as a standard data_license / entry_license field.

For the case of the MPDS, we might have multiple licenses for the different sections of our data: CC BY 4.0, commercial/proprietary, per-vendor custom license, etc. We currently use per-entry custom field _mpds_data_license, which I would feel strong to recommend as a standard data_license / entry_license field.

This is a scenario quite closely fitting my reasoning which I have presented in #102 in my discussions with @rartino. If MPDS uses per-entry custom field, why not promote it to the standard? But this probably could be introduced in a follow-up PR in order not to block the current one.
According to this PR, MPDS licensing situation could be solved in two ways:

Separate databases (one per each license);
Specify all licenses and their governed domains in the top-level license file.

@blokhin Is any of these solutions suitable for MPDS? If so, maybe per-entry licensing could wait for the follow-up PR?

@blokhin Even with your licensing situation, I hope that you do not have anything against merging this PR that allow linking a database-wide license text, where you can clarify the maybe not so simple licensing situation in MPDS? At the same time, perhaps we can continue the discussion of separate licenses for individual entries in #102? I'll copy your comment there to continue that discussion.

@merkys This seems a bit stalled? To move things forward, if you disagree with my suggestions, but don't have time to debate this, perhaps we can simplify the PR back to just a single "free-form" link without any machine-readable version and add the machine readable version in a separate PR?

@merkys This seems a bit stalled? To move things forward, if you disagree with my suggestions, but don't have time to debate this, perhaps we can simplify the PR back to just a single "free-form" link without any machine-readable version and add the machine readable version in a separate PR?

Yes, I wanted to give some more time for opinions like @blokhin's. But sure, if we can agree on a common subset of this PR, I am fine with stepping back. I would like to have licensing sorted out before the next release, one way or another.

I'm okay with the database-wide available_licenses / license fields. But what do you think about the optional per-entry license field?

@blokhin
My opinion on the per-entry field is that it is best kept as a database-specific field, because it should always have a database-specific meaning defined in the global license. As soon as we standardize a license field, rather than mdps_license, it means both servers and clients can try to give it meaning outside of the main license info. And IMO they shouldn't.

This has sitting approved for a week waiting for further input. In the interest of cleaning up our PRs, I'm going to merge it.


Maximum Recursion Depth when adding include(pico_extras_import.cmake)

Hi,
as soon as I add these two lines to my CMakeLists.txt of pico-examples:
set(PICO_EXTRAS_PATH "S:/Programming/Pico/Downloads/pico-extras/")
include(pico_extras_import.cmake)

I get an error saying
PICO_SDK_PATH is S:/Programming/Pico/Downloads/pico-sdk
PICO platform is rp2040.
CMake Error at S:/Programming/Pico/Downloads/pico-sdk/pico_sdk_init.cmake:8 (if):
  Maximum recursion depth of 1000 exceeded
Call Stack (most recent call first):
  pico_sdk_import.cmake:62 (include)
  CMakeLists.txt:4 (include)

-- Configuring incomplete, errors occurred!
See also "S:/Programming/Pico/Downloads/pico-examples/build/CMakeFiles/CMakeOutput.log".
See also "S:/Programming/Pico/Downloads/pico-examples/build/CMakeFiles/CMakeError.log".

How can I fix it?
Any help would be appreciated!

where did you add the two lines?!

So I have a Download Directory with pico-examples and pico-sdk
In pico-examples there is a CMakeLists.txt, in which I added these two lines.

What were you trying to accomplish?
pico-extras includes pico-sdk https://github.com/raspberrypi/pico-extras/blob/master/CMakeLists.txt#L7 and pico-examples also includes pico-sdk https://github.com/raspberrypi/pico-examples/blob/master/CMakeLists.txt#L4 so it's not surprising that something went wrong somewhere.

i meant where in the CMakeLists.txt did you add the lines?

pico-extras includes pico-sdk https://github.com/raspberrypi/pico-extras/blob/master/CMakeLists.txt#L7
I just copied the external/pico_extras_import.cmake and copied them into a file on my computer.
Sorry, I didn't explain it well enough.

i meant where in the CMakeLists.txt did you add the lines?
below project(...)

I tried it everywhere, everytime the same error. I can send you a zip of my files and their structure, if you want.

so, for a better recreation of the problem, just clone the pico-playground repository on Windows 10, cd pico-playground and mkdir build in it and cd build. Then with the developer PowerShell of Visual Studio 2022 run cmake -G "NMake Makefiles .." and you'll get the same error as me. (Console Output is: https://imgur.com/a/wJflLUC)
My File Structure looks like this:
S:\
  Other Stuff
  Programming
    Other Stuff
    Pico
      GNU Arm
      CMake
      Downloads
        pico-sdk (got with git clone -b master https://github.com/raspberrypi/pico-sdk)
        pico-playground (got with git clone -b master https://github.com/raspberrypi/pico-playground)
          build (Run cmake "NMake Makefiles" .. here)

Thank you!


Compatibility with absolute import paths

Can Storybook be made compatible with absolute import paths:
import { Module } from '/imports/module'
I am working on adding Storybook to a Meteor project, and I store all my app code under <project root>/src. I'd like Storybook to map all absolute imports (starting with a "/" character) to src/*
This is brought up here and here but a solution hasn't been found yet.
I've tried all of the posted solutions I could find, including messing with webpack's resolvers config and various babel plugins.
Whenever I try to make my own babelrc it breaks Storybook's ability to parse React. I can't find the default babelrc config for Storybook anywhere.
I'd appreciate any suggestions!

Whenever I try to make my own babelrc it breaks Storybook's ability to parse React

Adding React preset should be enough
But AFAIK there is some more fundamental problem with using meteor imports, see #3329

Thanks for pointing me in the right direction, I got this working with:
{
	"presets": ["env", "react", "stage-0"],
	"plugins": [
		[
			"babel-root-slash-import",
			{
				"rootPathSuffix": "src"
			}
		]
	]
}

I'm aware of the issue importing Meteor packages. I'm taking care to build "dumb" UI components that do not import any Meteor packages.


Create bundle in modern mode

Using https://github.com/developit/microbundle#-modern-mode-.
$ du --bytes dist/*js
 906 dist/index.modern.js
1252 dist/index.mjs
1322 dist/index.js

These changes have now been published in v0.2.12 🚀


total_amount is not calculated when a line item is added

Because the calculate_total_amount callback is only run on before_validation, the amount never gets updated unless you update the invoice. Even touching it or using something like AASM to change state won't trigger the callback to be run.
This should probably be changed to a more liberal callback or at least supported with a callback on line_item that gets triggered on save.

@iffyuva This is one I'd like to address, however, any implementation will be opinionated so I'd like to get feedback first. Are we trying to avoid invoice total calculation with each line_item save for performance reasons?

@etcook I don't remember the reason for not incorporating this. Only think I can think of is: Supporting older rails versions.
I'm happy to add this behavior. Please open a PR whenever you are free. Thanks.


feat: US130326, US129220 Add a focus trap to dropdowns, use mobile-tray in date-picker

This PR adds a new attribute to dropdown-content, trap-focus. If the property is true, a d2l-focus-trap will automatically wrap the dropdown, creating a focus loop.
The focus trap was required for the date-picker to use a mobile tray, which is why I put the PR's together. If the date-picker controls its own focus-trap, it can never reach the mobile close button via tabbing (due to its focus loop). If the date-picker uses the trap-focus attribute instead, it can wrap both the calendar AND the close button. The date picker listens to the dropdown's focus-enter event to shift focus to the correct calendar elements.
Also added some date picker visual diffs to show the mobile tray style.

Something to be careful/aware of - if there is ever more than one active focus trap on the page, I think it can get into an infinite loop where there are fighting over focus.  For example, if such a dropdown were used inside of a d2l-dialog, I think this situation might arise but I am not 100% sure.  Nesting them might be fine, like nested dialogs, but active sibling focus traps would not be fine.  Might be a scenario to check to ensure it's ok.

Something to be careful/aware of - if there is ever more than one active focus trap on the page, I think it can get into an infinite loop where there are fighting over focus. For example, if such a dropdown were used inside of a d2l-dialog, I think this situation might arise but I am not 100% sure. Nesting them might be fine, like nested dialogs, but active sibling focus traps would not be fine. Might be a scenario to check to ensure it's ok.

I did run into the infinite loop issue with a focus-trapped dropdown inside a dialog. The date-picker did not have the focus loop issue since it listens to the dropdown's focus-enter event. I was able to fix this by having the dialog mixin ignore focus enter events not targeted towards it. This will stop any nested focus traps inside the dialogs from having this issue.


Upgrade all the way from 1.25 to 1.28

Issue #, if available:
#2008
Description of changes:
Added E2E test for inplace upgrade from k8s 1.25 all the way to 1.28
Testing (if applicable):
Tested locally in vsphere dev env
Documentation added/planned (if applicable):
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/lgtm


Policy.authorized? does not work in Phoenix channels

Since authorized? only accepts a Plug.Conn, we had to implement this as a workaround in our channel:
 %Plug.Conn{assigns: socket.assigns} |> MyApp.Auth.Policies.authorized?(:some_permission)

Could we have authorized? accept a socket in addition to conn or is there another way to handle this scenario in channels?

I'll be taking a look at this soon


factorio: use real instead of sample in download help; warn about credentials in store

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
24.11 Release Notes (or backporting 23.11 and 24.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

#301816 also improves the error message, I think this approach is overall better, but just fyi in case there's something about that approach worth adopting here