jupyter.hascodecells should also support other languages.

I have evcxr installed and I can run Rust REPL in an interactive Jupyter panel inside of vscode.
Expected behaviour
By defining jupyter.interactiveWindow.cellMarker.codeRegex correctly, I expect jupyter also captures code blocks in Rust files (*.rs) and can use the same keys to send blocks of code to the interactive window.
Actual behaviour
It doesn't work. Nothing shows up in the interactive window when I press the right shortcut key.
Diagnosis
The jupyter.hascodecells context isn't triggered properly. I think this is because the extension only works in a Python language mode. Reasons: (1) if I rename the file to "*.py" extension doesn't work. (2) changing langauge mode works.
Solution
Support arbitrary language modes through some extension config.

I believe the root cause is https://github.com/microsoft/vscode-jupyter/issues/273

closing as duplicate


chore(deps): update dependency electron to v9.3.4

Security update for electron

How Has This Been Tested?
Manual and by running tests
Screenshots (if appropriate):
Checklist:

[ ] My code follows the code style of this project.
[ ] I have reviewed and updated the documentation accordingly.
[ ] I have read the CONTRIBUTING document.
[ ] I have added tests to cover my changes where needed.
[ ] All new and existing tests passed.
[ ] My commits have been squashed into a concise set of changes.

Coverage remained the same at 21.853% when pulling e1e09276d9fee2fb99f4e94ddf657642939bad34 on rahulbile:rb/electron-9.3.4 into 782457e980e1e0d6a20ecd796ccd03004eeed143 on LN-Zap:next.


Enhance stack traces with 64-bit builds

madStackTrace.StackTrace may produce short stack traces with 64bit builds (only the last frame). Using madExcept.GetCrashStackTrace should enhance these stacks.

Commit for #166


Error: Building package tiff:x86-uwp failed with: BUILD_FAILED

PS D:\Software\Hololens-SpeactorView-iPad\github\vcpkg> .\vcpkg install opencv[contrib]:x86-uwp --recurse
The following packages will be built and installed:
opencv[contrib,core,eigen,flann,jpeg,opengl,png,tiff]:x86-uwp

tiff[core]:x86-uwp
Additional packages (*) will be modified to complete this operation.
Starting package 1/2: tiff:x86-uwp
Building package tiff[core]:x86-uwp...
-- Using cached D:/Software/Hololens-SpeactorView-iPad/github/vcpkg/downloads/tiff-4.0.10.tar.gz
-- Using source at D:/Software/Hololens-SpeactorView-iPad/github/vcpkg/buildtrees/tiff/src/4.0.10-208d032666
-- Configuring x86-uwp
-- Building x86-uwp-dbg
CMake Error at scripts/cmake/vcpkg_build_cmake.cmake:175 (message):
Command failed: D:/Software/Hololens-SpeactorView-iPad/github/vcpkg/downloads/tools/cmake-3.12.4-windows/cmake-3.12.4-win32-x86/bin/cmake.exe;--build;.;--config;Debug;--target;install;--;/p:VCPkgLocalAppDataDisabled=true;/p:UseIntelMKL=No
Working Directory: D:/Software/Hololens-SpeactorView-iPad/github/vcpkg/buildtrees/tiff/x86-uwp-dbg
See logs for more information:
D:\Software\Hololens-SpeactorView-iPad\github\vcpkg\buildtrees\tiff\install-x86-uwp-dbg-out.log

Call Stack (most recent call first):
scripts/cmake/vcpkg_install_cmake.cmake:24 (vcpkg_build_cmake)
ports/tiff/portfile.cmake:37 (vcpkg_install_cmake)
scripts/ports.cmake:71 (include)
Error: Building package tiff:x86-uwp failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: tiff:x86-uwp
Vcpkg version: 2018.11.23-nohash

https://github.com/Microsoft/vcpkg/search?q=tiff%3Ax86-uwp&type=Issues

@renfengyi , thank you for posting this issue.  Could you please try it again on your machine?
I can install it successfully on my machine now.

@renfengyi, this port has been updated. I cannot reproduce it now. So this issue should be fixed. Please open a new issue or reopen this if this is still a problem for you.


Change cursor shape in insert mode

I haven't built this client in a while, but I assume it always uses a block-style cursor as in terminals. It would be nice to use a line-style cursor when in insert mode, similar to MacVim and gVim. This client uses a GtkDrawingArea, and my own Neovim GUI uses a VteTerminal. Would this be achievable if we had Neovim control a GtkTextView instead, or is there another way to do it?

Its already done: https://github.com/neovim/python-client/blob/master/neovim/ui/gtk_ui.py#L468-L471

Interesting, maybe I should use this approach myself then. Are you able to paste from the system clipboard?

Interesting, maybe I should use this approach myself then

If you can wait a week or two, I plan to refactor all gtk-specific bits to a native gtk widget written in C, which you can probably use in solidoak.

Are you able to paste from the system clipboard?

Currently this is handled by the clipboard provider script which relies on xsel/xclip/pbcopy/pbpaste, though we may refactor it so the UI can provide its own implementation(It will certainly be useful for a GUI connected to nvim in a remote server via ssh)

If you can wait a week or two, I plan to refactor all gtk-specific bits to a native gtk widget written in C, which you can probably use in solidoak.

Great, I'll keep an eye out for it.


Attribute Error

I've created a VENV in jupyter noteboots to develop with with pySBOL3. When working alongside the documentation, I attempted to run this line of code:
import pprint
pprint.pprint(sorted(c1a.properties))

For some reason, this error occured:
---------------------------------------------------------------------------
AttributeError                            Traceback (most recent call last)
<ipython-input-29-1abcc969268e> in <module>
      1 # import pprint
      2 # pprint.pprint(sorted(c1a.properties))
----> 3 for items in c1a.properties:
      4     print(items)

~/Documents/Documents/AJenvs/pysbol3/lib/python3.8/site-packages/sbol3/object.py in __getattribute__(self, name)
     33     def __getattribute__(self, name):
     34         # Call the default method
---> 35         result = object.__getattribute__(self, name)
     36         if hasattr(result, '_sbol_singleton'):
     37             result = result.get()

AttributeError: 'Component' object has no attribute 'properties'

How can this be fixed?

Sorry about that. The documentation and the library releases are a little out of sync. The properties attribute will be in the next alpha release, 1.0a8. Here's me using the latest (unreleased) code:
>>> import sbol3
RDFLib Version: 5.0.0
>>> c1 = sbol3.Component('http://example.org/pysbol3/c1', sbol3.SBO_DNA)
>>> c1.properties
['http://sbols.org/v3#displayId', 'http://sbols.org/v3#name', 'http://sbols.org/v3#description', 'http://www.w3.org/ns/prov#wasDerivedFrom', 'http://www.w3.org/ns/prov#wasGeneratedBy', 'http://sbols.org/v3#hasAttachment', 'http://sbols.org/v3#type', 'http://sbols.org/v3#role', 'http://sbols.org/v3#hasSequence', 'http://sbols.org/v3#hasModel']
>>> sbol3.__version__
'1.0a8'

If you want you can install the very latest code using pip install git+git://github.com/synbiodex/pysbol3.git, otherwise you'll have to wait for version 1.0a8 to be released (which should be a matter of days).

Identified.properties was added in #194

1.0a8 has been released. You should now be able to access the properties attribute on all SBOL objects. Please update your installation of pySBOL3 and try this out again.
I'm going to close this issue. If you have any trouble using properties please reopen the issue and add a comment to tell me about it.
Thanks again for the report!


Could you please provide the code for ScanNet++ and KITTI-360 dataset processing and training?

Thank you!

For scanner++, we subsampled mesh to pointclouds. It’s simple with cloud compare/meshlab/open3d…
KITTI360 is more complicate. You need you combine different LiDAR pcds with transform matrices applied. Then we also filter the noises, turn LiDAR pcds into mesh and then downsampled to pointclouds. I remember transforms are also need to be applied on camera poses.
It will take me some days to clean the code. I’m still in Tokyo for attending the conference.


[Question] Is this a good place for FSSpec style APIs?

I'm interested in integrating Elixir with a Data Lakehouse architected data layer. Currently, I'm looking at Apache Iceberg. The specification is open, which makes it attractive. In the process of looking into how I might implement it on Elixir, I determined that I would be served well by having a library like fsspec, as that's what the PyIceberg project uses to abstract the required filesystem operations from the spec.
So my first question is, would this project be amenable to PRs to build out those features?
I'm also curious if anyone has insight into any development in general Elixir community. For example, this seems like it would work well with Broadway. I know that Broadway has a Kafka connector, but I'm unable to find anything related to to an iceberg connector. I'm fairly new to the "data engineering" side of things, so this may be an issue of naïveté. If there are other ways of dealing with this in Elixir, I'd be appreciative of those being pointed out.
I'd be happy to work on creating a road map of the necessary features, pending that work isn't ongoing via some other project.

While we would be open to extensions, it is worth noticing this library is different than the python one. This library only keeps the specification/credentials, it does not access anything, and therefore it does not provide operations such as reading and writing the file. This is because Certain libraries, such as livebook and explorer, want to have control over how files are accessed. For example, in explorer case, the specification/credential needs to be sent all the way up to rust.
My suggestion is to work on the bidings directly And use them as necessary in your data stack. You probably won’t need a shared data abstraction unless you run into very specific cases, which we could then discuss. :)

I would also add that, because of Erlang requirements For resiliency and process scheduling, it is not as easy to call Erlang From C/rust Compared to calling python. This means that, if you want to integrate iceberg into explorer, you most likely Need to do it on the underlying Polars library, Because the polars library Cannot simply call elixir to perform a file system operation. We did discuss having a process based abstraction, which would make this possible, but one is not implemented yet.


ORC-763: [C++] Fix ORC timestamp inconsistencies with Java ORC

What changes were proposed in this pull request?
The Java ORC reader takes one second off from timestamp values with negative second and nanosecond greater than 999999. The C++ ORC reader/writer should use same logic to be consistent.
Why are the changes needed?
WIthout this fix, we may see data inconsistency of timestamp values from different ORC readers.
How was this patch tested?
It can be tested manually by C++/Java ORC tools.

Thank you for adding the test case.

Thank you, @dongjoon-hyun and @pgaref .
Merged to master.

This is backported to branch-1.6, too.

Thanks for the fix @wgtmac !
I was thinking about the backport too, thanks @dongjoon-hyun !


Revert loading order of environment files

Due to the order of files in https://github.com/flownative/localbeach/blob/27c19379f799449b3ac3038954a961849d743b2b/pkg/beachsandbox/helpers.go#L56 one cannot override a variable from localbeach.dist.env in one of the other files.

Should we revert the order, or was this a very conscious choice?

It was a conscious choice back then but it probably does not make any sense.

I can prepare a PR to revert the order, if you like.


Support for Open TF

As chief principal architect, I agree to that TF should be open-source community for well-being of the society.

Hey @icfai-aniketsingh could you help me rephrase the "Chief Principal Architect" to a set of skills that you could bring to the project? Something in the ballpark of: Development; open-source community efforts; Testing; Documentation;
Thanks!

Added in https://github.com/opentffoundation/manifesto/pull/266


Add installation of custom packages

I want to be able to install custom packages using micropip. Locally I've got this working (hardcoded, with some hacks...). Bear in mind that web-dev is not my strongsuit but I'm really trying to get good over the next few weeks. Here's my local python-worker.js file:
importScripts("https://cdn.jsdelivr.net/pyodide/v0.21.3/full/pyodide.js");

import { expose } from "comlink";

const python = {
  async init(id, stdout, onLoad) {
    self.pyodide = await loadPyodide({
      stdout: (msg) => stdout(id, msg),
    });
    await pyodide.loadPackage("micropip");
    const micropip = pyodide.pyimport("micropip");
    await micropip.install('sf-hamilton');
    onLoad(self.pyodide.version);
  },
  async run(code) {
    await self.pyodide.runPythonAsync(code);
  },
};

expose(python);

Re: API, I think the cleanest way might be to provide this as an argument to the PythonProvider?
<PythonProvider
    pip_install={['sf-hamilton']}>
    <App>...</App>
</PythonProvider>

Happy to help out -- should be pretty easy to implement, just have to wrap my head around the worker abstraction.
On a side-note, any reason python-worker isn't in TS?

Thanks for the suggestion regarding extending the API. This is next on my list after I've worked through the web workers release.
The problem with having this configuration available at the provider level is that all workers will spawn in and load these packages. For more granular control over what gets loaded, perhaps the configuration can be available both at the provider level for global packages, and also at the hook level.

The python-worker file has now been converted to TypeScript on the main branch, however the type definitions are not great yet. After this release, I'm planning to switch to a dev branch so that main reflects the latest release.

The python-worker file has now been converted to TypeScript on the main branch, however the type definitions are not great yet. After this release, I'm planning to switch to a dev branch so that main reflects the latest release.

Awesome! Nice work :) Will check them out.
Re: on the providers, TBH I don't have a full mental model of the web-worker paradigm. Isn't the point of a provider that it only gets run once? Or do you want to make it really easy for folks to run different ones with different configurations?
If I understand correctly, I like your "both" suggestion -- a base set of global packages and any extra local ones needed.

Ahh yeah, that makes sense. It seems to me that a new web-worker means a new pyodide instance, right? Need to read up on web-workers as well :)
Locally (as I need the FS), I'm using a pretty simple pyodide provider -- i'll be swapping back to use this when I can get the file-system. Since I just wanted to prove things out I didn't use web-workers and have been using the async API. It doesn't block the UI, but I'm pretty sure it would fail if the code took a while.
Anyway, still learning about web-development, but let me know if there's anything I can do to help! Would also be happy to chat through my use-case if you want to meet at some point.

Importing packages is now supported, examples here.
I'm going to close this issue as it resolves the original issue, however please feel free to open a new issue regarding the file system support that you require for your use case.
Any feedback of the API implementation and documentation is appreciated.


Supporto php 8.2

Codecov Report
Base: 0.00% // Head: 0.00% // No change to project coverage :thumbsup:

Coverage data is based on head (7cadc18) compared to base (8d2597b).
Patch has no changes to coverable lines.

Additional details and impacted files
@@           Coverage Diff           @@
##              main     #22   +/-   ##
=======================================
  Coverage     0.00%   0.00%
  Complexity      72      72
=======================================
  Files           10      10
  Lines          174     174
=======================================
  Misses         174     174

Flag
Coverage Δ

unit-test
0.00% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


[FLINK-1664] Adds checks if selected sort key is sortable

Adds checks if a sort key can be actually sorted.

The POJO type is defined as non-sortable, because an order would depend on the undefined order of POJO fields.

Adds a few more tests for API sort functions

Will rebase and merge this in about 24h unless somebody raises a flag.


Fix some potential null pointer dereferences

These two were discovered through clang's scan-build. I don't know if they can be triggered in the real world since they do appear to rely on certain GUI states which a human may not be able to trigger.

Shouldn't be able to happen due to the if (!win) m_colorpicker_event.clear() code above in the function, but it never hurts to be overly cautious. Thanks!


Add encrypt file output

Allow to dump encrypted value to file instead of stdout. Also allow replacing the existing file.

Resolved in commit a7a767a5d0f971defd6741b64d7ca8815de70996


Clamp meta in glass renderer

Don't crash on invalid block meta value
re #2333

It's definitely something I've been meaning to do, now doubling the calls per-render is definitely not the best.


Initial test run of Jest source code in VS Code on Windows fails due to snapshots missing color tags

🐛 Bug Report
When Jest performs its initial test run in VS Code on Windows, a large number of snapshot tests fail because the Received snapshot is missing color tags (ex: <red>)
To Reproduce

In Windows 10, follow the steps in the Contributing Guide

Open Jest in VS Code (v1.29.1)
Switch to the Output window to view test results as the run progresses.

Actual behavior
A large number of snapshot tests FAIL. From a cursory glance, the cause of the failure is the lack of color tags in the Received snapshots. For example:
FAIL packages/jest-config/src/__tests__/normalize.test.js (10.679s)

  ● rootDir › throws if the options is missing a rootDir property

    expect(value).toMatchSnapshot()

    Received value does not match stored snapshot "rootDir throws if the options is missing a rootDir property 1".

    - Snapshot
    + Received

    - "<red><bold><bold>● <bold>Validation Error</>:</>
    - <red></>
    - <red>  Configuration option <bold>rootDir</> must be specified.</>
    - <red></>
    - <red>  <bold>Configuration Documentation:</></>
    - <red>  https://jestjs.io/docs/configuration.html</>
    - <red></>"
    + "● Validation Error:
    +
    +   Configuration option rootDir must be specified.
    +
    +   Configuration Documentation:
    +   https://jestjs.io/docs/configuration.html
    + "

      at Object.toThrowErrorMatchingSnapshot (packages/jest-config/src/__tests__/normalize.test.js:96:8)

Expected behavior
Snapshot tests are expected to PASS.
Link to repl or repo (highly encouraged)
https://github.com/urig/jest/
Run npx envinfo --preset jest
Paste the results here:

  System:
    OS: Windows 10
    CPU: x64 Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz
  Binaries:
    Yarn: 1.12.3 - C:\Program Files (x86)\Yarn\bin\yarn.CMD
    npm: 6.4.1 - C:\Program Files\nodejs\npm.CMD

Notes
Note: I think the lack of color tags in the Received snapshots is not surprising given that the command used to run the tests is shown to include the --no-color switch:
$ node ./packages/jest-cli/bin/jest.js --json --useStderr --outputFile C:\Users\urig\AppData\Local\Temp/jest_runner.json --no-color

The question is - Why does the command include this switch?

no-color should just affect the output you see, not the test results jest itself sees from running its own integration tests.
That said, we do have issues with colors disappearing on CI, not sure how to debug it?


Unexpected server response: 429

Describe Your Problem:
Hey there, my Homebridge suddenly went into a restart loop with an "unexpected server response 429"
I don´t really get whats happening here. The API call seems to work, atleast the GET for the Units does. But after that...isnt 429 "too many connections"?
I´d love some insight or help with that, the homebridge casambi plugin is what makes the lights within my house become truly alive :-)
Cheers
Chris
Logs:
26.4.2023, 21:47:47] [Casambi] Logging in to Casambi network
Setup Payload:
-Enter this code with your HomeKit app on your iOS device to pair with Homebridge:
[26.4.2023, 21:47:48] Homebridge v1.6.0 (HAP v0.11.0) (Homebridge) is running on port 51434.
[26.4.2023, 21:47:48] [Casambi] Successfully logged in to Casambi network Haus
[26.4.2023, 21:47:48] [Casambi] Found 5 unit(s) in the network Haus
[26.4.2023, 21:47:48] [Casambi] Unit air module is a Luminaire with fixtureId 1422
[26.4.2023, 21:47:48] [Casambi] Registering accessory air module
[26.4.2023, 21:47:48] [Casambi] Unit air module is a Luminaire with fixtureId 1422
[26.4.2023, 21:47:48] [Casambi] Registering accessory air module
[26.4.2023, 21:47:48] [Casambi] Unit CBU-TED (log) is a Luminaire with fixtureId 8123
[26.4.2023, 21:47:48] [Casambi] Registering accessory CBU-TED (log)
[26.4.2023, 21:47:48] [Casambi] Unsupported control type overheat for unit CBU-TED (log)
[26.4.2023, 21:47:48] [Casambi] Unit Arbeitszimmer  is a BatterySwitch with fixtureId 200001
[26.4.2023, 21:47:48] [Casambi] Skipping unit Arbeitszimmer  - unsupported type BatterySwitch
[26.4.2023, 21:47:48] [Casambi] Unit Mito gioia is a Luminaire with fixtureId 23807
[26.4.2023, 21:47:48] [Casambi] Registering accessory Mito gioia
[26.4.2023, 21:47:48] [Casambi] Unsupported control type slider for unit Mito gioia
[26.4.2023, 21:47:48] Error: Unexpected server response: 429
at ClientRequest. (/var/lib/homebridge/node_modules/homebridge-casambi/node_modules/ws/lib/websocket.js:783:7)
at ClientRequest.emit (node:events:513:28)
at HTTPParser.parserOnIncomingClient [as onIncoming] (node:_http_client:695:27)
at HTTPParser.parserOnHeadersComplete (node:_http_common:117:17)
at TLSSocket.socketOnData (node:_http_client:536:22)
at TLSSocket.emit (node:events:513:28)
at addChunk (node:internal/streams/readable:324:12)
at readableAddChunk (node:internal/streams/readable:297:9)
at TLSSocket.Readable.push (node:internal/streams/readable:234:10)
at TLSWrap.onStreamRead (node:internal/stream_base_commons:190:23)
[26.4.2023, 21:47:48] UnhandledPromiseRejection: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason "".
[26.4.2023, 21:47:48] Got SIGTERM, shutting down Homebridge...
Plugin Config:
{
"apiKey": "",
"loginMode": "network",
"email"<EMAIL_ADDRESS>"password": "***",
"verticalControl": "separate",
"platform": "Casambi"
}
Environment:

Plugin Version: homebridge-casambi v0.3.4
Operating System:  hb-service

I'm experiencing the same problem

I'm experiencing the same problem

Interesting, did that error start to occur like 5 (+-1) hours ago aswell on your side?
Just tested https://developer.casambi.com/console/ to check if my API key is still working correctly...works like a charm. Set up a second machine to test it...same error.

Most likely, the plugin was working this morning but was unresponsive and in a boot loop when I came home a few hours ago.

I have the exact same issue. Started a few hours ago aswel. Strange that we all have the same issue at the same time, but API is working and there hasnt been any changes in the plugin for months.

Since 429 is "too many connections", it is not necessarily the problem here but rather a side effect of Homebridge boot looping for some other reason. Is there anything else in the logs that could be a reason for restarts? Does the loop stop when the Casambi plugin is disabled?

Is there anything else in the logs that could be a reason for restarts? Does the loop stop when the Casambi plugin is disabled?

Thank you for the super quick reply @awahlig. Yep, it does: Deactivating the plugin stops the loop at once.
Log from reboot to deactivating the plugin:
[26.4.2023, 23:06:35] Homebridge v1.6.0 (HAP v0.11.0) (Homebridge B71D) is running on port 51434.
[26.4.2023, 23:06:35] [Casambi] Successfully logged in to Casambi network Haus
[26.4.2023, 23:06:36] [Casambi] Found 5 unit(s) in the network Haus
[26.4.2023, 23:06:36] [Casambi] Unit air module is a Luminaire with fixtureId 1422
[26.4.2023, 23:06:36] [Casambi] Restoring accessory air module
[26.4.2023, 23:06:36] [Casambi] Unit air module is a Luminaire with fixtureId 1422
[26.4.2023, 23:06:36] [Casambi] Restoring accessory air module
[26.4.2023, 23:06:36] [Casambi] Unit CBU-TED (log) is a Luminaire with fixtureId 8123
[26.4.2023, 23:06:36] [Casambi] Restoring accessory CBU-TED (log)
[26.4.2023, 23:06:36] [Casambi] Unsupported control type overheat for unit CBU-TED (log)
[26.4.2023, 23:06:36] [Casambi] Unit Arbeitszimmer  is a BatterySwitch with fixtureId 200001
[26.4.2023, 23:06:36] [Casambi] Skipping unit Arbeitszimmer  - unsupported type BatterySwitch
[26.4.2023, 23:06:36] [Casambi] Unit Mito gioia is a Luminaire with fixtureId 23807
[26.4.2023, 23:06:36] [Casambi] Restoring accessory Mito gioia
[26.4.2023, 23:06:36] [Casambi] Unsupported control type slider for unit Mito gioia
[26.4.2023, 23:06:36] Error: Unexpected server response: 429
at ClientRequest. (/var/lib/homebridge/node_modules/homebridge-casambi/node_modules/ws/lib/websocket.js:783:7)
at ClientRequest.emit (node:events:513:28)
at HTTPParser.parserOnIncomingClient [as onIncoming] (node:_http_client:695:27)
at HTTPParser.parserOnHeadersComplete (node:_http_common:117:17)
at TLSSocket.socketOnData (node:_http_client:536:22)
at TLSSocket.emit (node:events:513:28)
at addChunk (node:internal/streams/readable:324:12)
at readableAddChunk (node:internal/streams/readable:297:9)
at TLSSocket.Readable.push (node:internal/streams/readable:234:10)
at TLSWrap.onStreamRead (node:internal/stream_base_commons:190:23)
[26.4.2023, 23:06:36] UnhandledPromiseRejection: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason "".
[26.4.2023, 23:06:36] Got SIGTERM, shutting down Homebridge...
[26.4.2023, 23:06:41] [HB Supervisor] Homebridge Process Ended. Code: 143, Signal: null
[26.4.2023, 23:06:41] [Homebridge UI] Changes to config.json saved.
[26.4.2023, 23:06:46] [HB Supervisor] Restarting Homebridge...
[26.4.2023, 23:06:46] [HB Supervisor] Starting Homebridge with extra flags: -I -P /var/lib/homebridge/node_modules --strict-plugin-resolution
[26.4.2023, 23:06:46] [HB Supervisor] Started Homebridge v1.6.0 with PID: 15583
[26.4.2023, 23:06:47] Loaded config.json with 0 accessories and 2 platforms.
[26.4.2023, 23:06:47] Loaded 4 cached accessories from cachedAccessories.
[26.4.2023, 23:06:47] ---
[26.4.2023, 23:06:47] Disabled plugin<EMAIL_ADDRESS>[26.4.2023, 23:06:47] ---
[26.4.2023, 23:06:47] Loading 2 platforms...
[26.4.2023, 23:06:47] Ignoring config for the platform "Casambi" in your config.json as the plugin "homebridge-casambi" has been disabled.
[26.4.2023, 23:06:47] Failed to find plugin to handle accessory air module
[26.4.2023, 23:06:47] Removing orphaned accessory air module
[26.4.2023, 23:06:47] Failed to find plugin to handle accessory air module
[26.4.2023, 23:06:47] Removing orphaned accessory air module
[26.4.2023, 23:06:47] Failed to find plugin to handle accessory CBU-TED (log)
[26.4.2023, 23:06:47] Removing orphaned accessory CBU-TED (log)
[26.4.2023, 23:06:47] Failed to find plugin to handle accessory Mito gioia
[26.4.2023, 23:06:47] Removing orphaned accessory Mito gioia

If it is any help, here is my log:
[27/04/2023, 08:03:49] [homebridge-casambi] Restarting Process...
[27/04/2023, 08:03:50] [homebridge-casambi] Launched child bridge with PID 1643
[27/04/2023, 08:03:51] Registering platform 'homebridge-casambi.Casambi'
[27/04/2023, 08:03:51] [homebridge-casambi] Loaded homebridge-casambi v0.3.4 child bridge successfully
[27/04/2023, 08:03:51] Loaded 18 cached accessories from cachedAccessories.0E7E1869D3CE.
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Keuken
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Bureau
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Living
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: LEDstrip keuken
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Nachtlamp Phil
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Nachtlamp Max
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Keuken 2
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Slaapkamer
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Slaapkamer Jul
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Hall
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Badkamer
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: WC / beneden
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Eiland
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Wc boven
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: CBU-TED
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: Keuken leds
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: PWM-60
[27/04/2023, 08:03:51] [homebridge-casambi] Loading accessory from cache: CBU-TED
[27/04/2023, 08:03:51] [homebridge-casambi] Logging in to Casambi user account
[27/04/2023, 08:03:51] Homebridge v1.6.0 (HAP v0.11.0) (homebridge-casambi) is running on port 30592.
[27/04/2023, 08:03:51] [homebridge-casambi] Successfully logged in to Casambi user account
[27/04/2023, 08:03:51] [homebridge-casambi] Found 1 network(s) in the site Test
[27/04/2023, 08:03:51] [homebridge-casambi] Found 34 unit(s) in the network JVM
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Keuken is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Keuken
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Bureau is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Bureau
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Living is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Living
[27/04/2023, 08:03:51] [homebridge-casambi] Unit LEDstrip keuken is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory LEDstrip keuken
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Wc boven schakelaar is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Wc boven schakelaar - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Bureau is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Bureau - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Hall naast deur is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Hall naast deur - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Grote slaakamer is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Grote slaakamer - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Nachtlamp Phil is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Nachtlamp Phil
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Nachtlamp Max is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Nachtlamp Max
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Keuken 2 is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Keuken 2
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Slaapkamer is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Slaapkamer
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Slaapkamer Jul is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Slaapkamer Jul
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Hall is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Hall
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Badkamer is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Badkamer
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Grote badkamer is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Grote badkamer - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Hall naast slp groot is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Hall naast slp groot - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Hall naast slpk klein is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Hall naast slpk klein - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Kleine kamer is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Kleine kamer - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Hall beneden naast kelder is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Hall beneden naast kelder - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Hall beneden aan wc is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Hall beneden aan wc - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit WC / beneden is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory WC / beneden
[27/04/2023, 08:03:51] [homebridge-casambi] Unit  Keuken Koffiecorner is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit  Keuken Koffiecorner - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Eiland is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Eiland
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Keuken kapot PTM215B is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Keuken kapot PTM215B - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Schakelaar eetruimte grote raam is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Schakelaar eetruimte grote raam - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Schakelaar nachtlamp phil is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Schakelaar nachtlamp phil - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Schakelaar nachtlampje max is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Schakelaar nachtlampje max - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Keuken naast diepvries is a BatterySwitch with fixtureId 200001
[27/04/2023, 08:03:51] [homebridge-casambi] Skipping unit Keuken naast diepvries - unsupported type BatterySwitch
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Wc boven is a Luminaire with fixtureId 1039
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Wc boven
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Eetkamer is a Luminaire with fixtureId 526
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Eetkamer
[27/04/2023, 08:03:51] [homebridge-casambi] Unsupported control type overheat for unit Eetkamer
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Keuken leds is a Driver with fixtureId 14731
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Keuken leds
[27/04/2023, 08:03:51] [homebridge-casambi] Unsupported control type overheat for unit Keuken leds
[27/04/2023, 08:03:51] [homebridge-casambi] Unsupported control type ambienttemperature for unit Keuken leds
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Douche led is a Driver with fixtureId 14731
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Douche led
[27/04/2023, 08:03:51] [homebridge-casambi] Unsupported control type overheat for unit Douche led
[27/04/2023, 08:03:51] [homebridge-casambi] Unsupported control type ambienttemperature for unit Douche led
[27/04/2023, 08:03:51] [homebridge-casambi] Unit Voordeur is a Luminaire with fixtureId 526
[27/04/2023, 08:03:51] [homebridge-casambi] Restoring accessory Voordeur
[27/04/2023, 08:03:51] [homebridge-casambi] Unsupported control type overheat for unit Voordeur
/var/lib/homebridge/node_modules/.pnpm/ws@7.5.8/node_modules/ws/lib/websocket.js:774
abortHandshake(
^
Error: Unexpected server response: 429
at ClientRequest. (/var/lib/homebridge/node_modules/.pnpm/ws@7.5.8/node_modules/ws/lib/websocket.js:774:7)
at ClientRequest.emit (node:events:513:28)
at HTTPParser.parserOnIncomingClient [as onIncoming] (node:_http_client:701:27)
at HTTPParser.parserOnHeadersComplete (node:_http_common:119:17)
at TLSSocket.socketOnData (node:_http_client:542:22)
at TLSSocket.emit (node:events:513:28)
at addChunk (node:internal/streams/readable:324:12)
at readableAddChunk (node:internal/streams/readable:297:9)
at TLSSocket.Readable.push (node:internal/streams/readable:234:10)
at TLSWrap.onStreamRead (node:internal/stream_base_commons:190:23)
[27/04/2023, 08:03:52] [homebridge-casambi] Child bridge process ended
[27/04/2023, 08:03:52] [homebridge-casambi] Process Ended. Code: 1, Signal: null
[27/04/2023, 08:03:57] [Homebridge UI] Changes to config.json saved.

Same problem here. Worked until yesterday. Now hombridhe is in a restart loop with a 429 error...

Everything is working fine again for me!

Yes, here too 👍

Yep, back running. Still: Thanks @awahlig, awesome to know that you´re here for support when s*** hits the fan.

thanks awahlig!!!


Use script to publish debs

previous Makefile methods were not working.

resolves partial key sets (include BOTH static and generated)

makes sure only master become 'stable'.


chore: update versions

updates to same versions currently used in create-plugin ci.yaml

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

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


Kubernetes Quick Start Fails if database pod not ready in time

Is the issue already present in https://github.com/cloudera/hue/issues or discussed in the forum https://discourse.gethue.com?
Describe the bug: Kubernetes quick start fails with hue pod crashing.
Steps to reproduce it?
>_ helm repo add gethue https://helm.gethue.com
"gethue" has been added to your repositories

>_ helm repo update
Hang tight while we grab the latest from your chart repositories...
...Successfully got an update from the "gethue" chart repository
Update Complete. ⎈ Happy Helming!⎈

>_ helm install gethue/hue
Error: must either provide a name or specify --generate-name

>_ helm install gethue/hue --generate-name
NAME: hue-1597190934
LAST DEPLOYED: Tue Aug 11 20:08:55 2020
NAMESPACE: default
STATUS: deployed
REVISION: 1
TEST SUITE: None
NOTES:
Congratulations, you've launched the Hue SQL Editor for Data Warehouses!

To check the status of your installation run:

  helm list hue-1597190934

You should be able to execute queries by typing:

  kubectl port-forward svc/hue 8888:8888 --address <IP_ADDRESS> &

Then opening-up:

  http://localhost:8888

Or directly running below to get the URL:

  export WEB_HOST=$(kubectl get node -o jsonpath="{.items[0].metadata.name}")
  export WEB_PORT=$(kubectl get service hue -o jsonpath="{.spec.ports[*].nodePort}" --namespace default)

  echo http://$WEB_HOST:$WEB_PORT

Happy Querying!

>_ k get svc
NAME           TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)          AGE
hue            NodePort    <IP_ADDRESS>   <none>        8888:30962/TCP   46s
hue-postgres   NodePort    <IP_ADDRESS>   <none>        5432:30980/TCP   46s
kubernetes     ClusterIP   <IP_ADDRESS>       <none>        443/TCP          76d

>_ k get pod
NAME                 READY   STATUS             RESTARTS   AGE
hue-4gsm9            0/1     CrashLoopBackOff   4          2m57s
hue-postgres-ssqh8   1/1     Running            0          2m57s

>_ k logs hue-4gsm9 | grep Error
RuntimeError: Model class jobbrowser.models.HiveQuery doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.
RuntimeError: Model class jobbrowser.models.HiveQuery doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.
RuntimeError: Model class jobbrowser.models.HiveQuery doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.
RuntimeError: Model class jobbrowser.models.HiveQuery doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.
RuntimeError: Model class jobbrowser.models.HiveQuery doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.
RuntimeError: Model class jobbrowser.models.HiveQuery doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.
RuntimeError: Model class jobbrowser.models.HiveQuery doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.
RuntimeError: Model class jobbrowser.models.HiveQuery doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.
RuntimeError: Model class jobbrowser.models.HiveQuery doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.

Hue version or source? (e.g. open source 4.5, CDH 5.16, CDP 1.0...). System info (e.g. OS, Browser...).
Pulled on Aug 11, 2020 gethue/hue:latest.
>_ k describe rc hue
Name:         hue
Namespace:    default
Selector:     app=hue
Labels:       app=hue
Annotations:  <none>
Replicas:     1 current / 1 desired
Pods Status:  1 Running / 0 Waiting / 0 Succeeded / 0 Failed
Pod Template:
  Labels:  app=hue
  Containers:
   hue:
    Image:        gethue/hue:latest
    Port:         8888/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:
      /usr/share/hue/desktop/conf/z-hue.ini from config-volume (rw,path="hue-ini")
      /usr/share/hue/desktop/conf/zz-hue.ini from config-volume-extra (rw,path="hue-ini")
  Volumes:
   config-volume:
    Type:      ConfigMap (a volume populated by a ConfigMap)
    Name:      hue-config
    Optional:  false
   config-volume-extra:
    Type:      ConfigMap (a volume populated by a ConfigMap)
    Name:      hue-config-extra
    Optional:  false
Events:
  Type    Reason            Age   From                    Message
  ----    ------            ----  ----                    -------
  Normal  SuccessfulCreate  17m   replication-controller  Created pod: hue-4gsm9

Kubernetes via Docker Desktop
>_ k version -o json
{
  "clientVersion": {
    "major": "1",
    "minor": "16+",
    "gitVersion": "v1.16.6-beta.0",
    "gitCommit": "e7f962ba86f4ce7033828210ca3556393c377bcc",
    "gitTreeState": "clean",
    "buildDate": "2020-01-15T08:26:26Z",
    "goVersion": "go1.13.5",
    "compiler": "gc",
    "platform": "darwin/amd64"
  },
  "serverVersion": {
    "major": "1",
    "minor": "16+",
    "gitVersion": "v1.16.6-beta.0",
    "gitCommit": "e7f962ba86f4ce7033828210ca3556393c377bcc",
    "gitTreeState": "clean",
    "buildDate": "2020-01-15T08:18:29Z",
    "goVersion": "go1.13.5",
    "compiler": "gc",
    "platform": "linux/amd64"
  }
}

I wonder if the latest image was just bad. Still having an issue now?
How about with this image?
docker pull gethue/hue:20200811-135001
https://hub.docker.com/repository/docker/gethue/hue/tags?page=1

Thanks for the reply @romainr.  Unfortunately I'm seeing the same behavior using that image (helm install gethue/hue --generate-name --set image.tag=20200811-135001).
I also tried gethue/hue:20200813-131731.  Same errors again.

What is the full error trace that should you see in the bottom of kubectl logs hue-8d5664d77-p8zv2 hue?

If

  File "/usr/share/hue/desktop/core/src/desktop/urls.py", line 50, in <module>
    from desktop.configuration import api as desktop_configuration_api
  File "/usr/share/hue/desktop/core/src/desktop/configuration/api.py", line 32, in <module>
    from notebook.connectors.hiveserver2 import HiveConfiguration, ImpalaConfiguration
  File "/usr/share/hue/desktop/libs/notebook/src/notebook/connectors/hiveserver2.py", line 79, in <module>
    from jobbrowser.views import get_job
  File "/usr/share/hue/apps/jobbrowser/src/jobbrowser/views.py", line 64, in <module>
    from jobbrowser.api import get_api, ApplicationNotRunning, JobExpired
  File "/usr/share/hue/apps/jobbrowser/src/jobbrowser/api.py", line 38, in <module>
    from jobbrowser.yarn_models import Application, YarnV2Job, Job as YarnJob, KilledJob as KilledYarnJob, Container, SparkJob
  File "/usr/share/hue/apps/jobbrowser/src/jobbrowser/yarn_models.py", line 44, in <module>
    from jobbrowser.models import format_unixtime_ms
  File "/usr/share/hue/apps/jobbrowser/src/jobbrowser/models.py", line 85, in <module>
    class HiveQuery(models.Model):
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/db/models/base.py", line 118, in __new__
    "INSTALLED_APPS." % (module, name)
RuntimeError: Model class jobbrowser.models.HiveQuery doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.

it is because jobbrowser is in the blacklist, would need to do a code fix or update the default hue.ini
app_blacklist=spark,zookeeper,hbase,sqoop,security,jobsub,...jobbrowser

Should fix it https://issues.cloudera.org/browse/HUE-9450

Ok @romainr , latest works.  Thanks again.  One snag is that the Hue pod starts but encounters an error while trying to connect to postgres.  Clearly a timing issue.
The logs reveal this error.
File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/psycopg2/__init__.py", line 127, in connect
    conn = _connect(dsn, connection_factory=connection_factory, **kwasync)
django.db.utils.OperationalError: could not connect to server: Connection refused
	Is the server running on host "hue-postgres" (<IP_ADDRESS>) and accepting
	TCP/IP connections on port 5432?

This causes attempts to hit localhost:8888 to spew the following.
Traceback (most recent call last):
  File "/usr/share/hue/desktop/core/src/desktop/lib/wsgiserver.py", line 1228, in communicate
    req.respond()
  File "/usr/share/hue/desktop/core/src/desktop/lib/wsgiserver.py", line 589, in respond
    self._respond()
  File "/usr/share/hue/desktop/core/src/desktop/lib/wsgiserver.py", line 601, in _respond
    response = self.wsgi_app(self.environ, self.start_response)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/core/handlers/wsgi.py", line 157, in __call__
    response = self.get_response(request)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/core/handlers/base.py", line 124, in get_response
    response = self._middleware_chain(request)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/core/handlers/exception.py", line 43, in inner
    response = response_for_exception(request, exc)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/core/handlers/exception.py", line 93, in response_for_exception
    response = handle_uncaught_exception(request, get_resolver(get_urlconf()), sys.exc_info())
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/core/handlers/exception.py", line 143, in handle_uncaught_exception
    return callback(request, **param_dict)
  File "/usr/share/hue/desktop/core/src/desktop/views.py", line 447, in serve_500_error
    return render("500.mako", request, {'traceback': traceback.extract_tb(exc_info[2])})
  File "/usr/share/hue/desktop/core/src/desktop/lib/django_util.py", line 241, in render
    **kwargs
  File "/usr/share/hue/desktop/core/src/desktop/lib/django_util.py", line 154, in _render_to_response
    return django_mako.render_to_response(template, *args, **kwargs)
  File "/usr/share/hue/desktop/core/src/desktop/lib/django_mako.py", line 127, in render_to_response
    return HttpResponse(render_to_string(template_name, data_dictionary), **kwargs)
  File "/usr/share/hue/desktop/core/src/desktop/lib/django_mako.py", line 116, in render_to_string_normal
    result = template.render(**data_dict)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Mako-1.0.7-py2.7.egg/mako/template.py", line 462, in render
    return runtime._render(self, self.callable_, args, data)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Mako-1.0.7-py2.7.egg/mako/runtime.py", line 838, in _render
    **_kwargs_for_callable(callable_, data))
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Mako-1.0.7-py2.7.egg/mako/runtime.py", line 873, in _render_context
    _exec_template(inherit, lclcontext, args=args, kwargs=kwargs)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Mako-1.0.7-py2.7.egg/mako/runtime.py", line 899, in _exec_template
    callable_(context, *args, **kwargs)
  File "/tmp/tmp7RYyCo/desktop/500.mako.py", line 40, in render_body
    __M_writer(unicode( commonheader(_('500 - Server error'), "", user, request) ))
  File "/usr/share/hue/desktop/core/src/desktop/views.py", line 501, in commonheader
    current_app, other_apps, apps_list = _get_apps(user, section)
  File "/usr/share/hue/desktop/core/src/desktop/models.py", line 2142, in _get_apps
    if user.is_authenticated():
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/utils/functional.py", line 238, in inner
    self._setup()
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/utils/functional.py", line 386, in _setup
    self._wrapped = self._setupfunc()
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/contrib/auth/middleware.py", line 24, in <lambda>
    request.user = SimpleLazyObject(lambda: get_user(request))
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/contrib/auth/middleware.py", line 12, in get_user
    request._cached_user = auth.get_user(request)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/contrib/auth/__init__.py", line 211, in get_user
    user_id = _get_user_session_key(request)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/contrib/auth/__init__.py", line 61, in _get_user_session_key
    return get_user_model()._meta.pk.to_python(request.session[SESSION_KEY])
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/contrib/sessions/backends/base.py", line 57, in __getitem__
    return self._session[key]
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/contrib/sessions/backends/base.py", line 207, in _get_session
    self._session_cache = self.load()
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/contrib/sessions/backends/db.py", line 35, in load
    expire_date__gt=timezone.now()
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/db/models/manager.py", line 85, in manager_method
    return getattr(self.get_queryset(), name)(*args, **kwargs)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/db/models/query.py", line 374, in get
    num = len(clone)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/db/models/query.py", line 232, in __len__
    self._fetch_all()
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/db/models/query.py", line 1121, in _fetch_all
    self._result_cache = list(self._iterable_class(self))
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/db/models/query.py", line 53, in __iter__
    results = compiler.execute_sql(chunked_fetch=self.chunked_fetch)
  File "/usr/share/hue/build/env/local/lib/python2.7/site-packages/Django-1.11.29-py2.7.egg/django/db/models/sql/compiler.py", line 899, in execute_sql
    raise original_exception
ProgrammingError: relation "django_session" does not exist
LINE 1: ...ession_data", "django_session"."expire_date" FROM "django_se...
                                                             ^

Forcing the pod to restart by deleting it, results in success.  Maybe some sleep or retry in the entrypoint script would be a good idea.  Thanks again for your help.  As this is a slightly different issue, feel free to close this one.

I think this is a valid point as indeed the Hue pod could have a initContainers that makes sure that the DB pod/connect-ivy is there.
However the auto restart of the pod should handle this automatically (as long as it runs the migrate command to create the tables. So if waiting a bit does not solve it we could add some logic indeed.

So, the problem I had is that the error didn't cause the pod to crash, rather it continue to run, but does not serve requests properly.  I had to force the pod to restart by deleting it.
A pattern I've seen is to perform init functions a few times before failing them and forcing the pod to crash and restart.


Concurrent requests headers overwriten

Description
When using backend which setting request header (i.e. martian) in endpoint with multiple backends, both backend requests are getting same header value event if configuration is different.
Version:
0.4.1
Steps to reproduce

Run krakend with configuration file:

{
    "version": 2,
    "name": "My lovely gateway",
    "port": 8000,
    "cache_ttl": "3600s",
    "timeout": "3s",
    "extra_config": {
      "github_com/devopsfaith/krakend-gologging": {
        "level":  "DEBUG",
        "prefix": "[KRAKEND]",
        "syslog": false,
        "stdout": true
      }
    },
    "endpoints": [
        {
            "endpoint": "/xy",
            "method": "GET",
            "backend": [
                {
                    "host": [
                        "http://<IP_ADDRESS>:8083"
                    ],
                    "url_pattern": "/x",
                    "extra_config": {
                        "github.com/devopsfaith/krakend-martian": {
                            "fifo.Group": {
                                "scope": ["request"],
                                "aggregateErrors": true,
                                "modifiers": [
                                {
                                    "header.Modifier": {
                                        "scope": ["request"],
                                        "name" : "X-Martian",
                                        "value" : "ouh yeah!"
                                    }
                                }
                                ]
                            }
                        }
                    }
                },
                {
                    "host": [
                        "http://<IP_ADDRESS>:8083"
                    ],
                    "url_pattern": "/y",
                    "extra_config": {
                        "github.com/devopsfaith/krakend-martian": {
                            "fifo.Group": {
                                "scope": ["request"],
                                "aggregateErrors": true,
                                "modifiers": [
                                {
                                    "header.Modifier": {
                                        "scope": ["request"],
                                        "name" : "X-Martian",
                                        "value" : "ouh yeah! 2"
                                    }
                                }
                                ]
                            }
                        }
                    }
                }
            ]
        }
    ]
}

Run mmock: https://github.com/jmartin82/mmock with following command:
mmock -config-path . -console-ip <IP_ADDRESS> -server-ip <IP_ADDRESS>

Run curl http://<IP_ADDRESS>:8000/xy

Actual result
Both requests (to /x and to /y) are called with X-Martian header set to ouh yeah!
Expected result
Requests to /x should have X-Martian header set to ouh yeah! where request to /y should have X-Martian header set to ouh yeah! 2
Additional info
When using mmock you can open mmock console in browser to see incoming requests:

hmmm, I think this is critical.
I've been playing with the app, changing and instrumenting it a little bit and I'm not able to get where the problem comes from...
I changed the requestExecutorFactory to use a new plain http.Client like this:
requestExecutorFactory := func(cfg *config.Backend) proxy.HTTPRequestExecutor {
	client := &http.Client{}
	return func(ctx context.Context, req *http.Request) (*http.Response, error) {
		fmt.Println("CORE REQUEST EXECUTOR:", cfg.URLPattern, req.Header)
		return client.Do(req.WithContext(ctx))
	}
}

Here the output I got:
CORE REQUEST EXECUTOR: /__debug/y map[X-Forwarded-For:[<IP_ADDRESS>] User-Agent:[KrakenD Version undefined] X-Martian:[ouh yeah! 2]]
&{{{0 0} 0 0 0 0} [0xc4202ee940] {{0 0} 0 0 0 0} [] true}
CORE REQUEST EXECUTOR: /__debug/x map[X-Forwarded-For:[<IP_ADDRESS>] User-Agent:[KrakenD Version undefined] X-Martian:[ouh yeah!]]

But, sadly, both the requests received at the backend got the X-Martian:[ouh yeah!] header...

Yeah, I've tried similar aproach. Without success tough ;(
Looks like the default http.Client is making a fuss.
Ive thinking about teporary change to add lock around executor to check that this woill help.

Well,
adding global variable in backend_factory/go
var l = &sync.Mutex{}
and changing
requestExecutorFactory := func(cfg *config.Backend) proxy.HTTPRequestExecutor {
		client := &http.Client{}
		return func(ctx context.Context, req *http.Request) (resp *http.Response, err error) {
			l.Lock()
			fmt.Println("CORE REQUEST EXECUTOR LOCKED:", cfg.URLPattern, req.Header)
			resp, err = client.Do(req.WithContext(ctx))
			l.Unlock()
			return
		}
	}

Didi'nt work as well

For me, it's hard to blame the stdlib... but I checked it anyway and it looks like it works as expected.
package main

import (
	"bytes"
	"io/ioutil"
	"net/http"
	"net/http/httptest"
	"sync"
	"testing"
)

func TestHTTPHeaders(t *testing.T) {
	maxConcurrent := 10
	maxIterations := 100

	rg := newResponseGenerator(t, "x", "y")

	clientX := &http.Client{}
	clientY := &http.Client{}

	wg := &sync.WaitGroup{}
	wg.Add(4 * maxConcurrent)
	for c := 0; c < maxConcurrent; c++ {
		go func() {
			for i := 0; i < maxIterations; i++ {
				reqX, reqY := rg.newRequestPair()
				clientX.Do(reqX)
				clientY.Do(reqY)
			}
			wg.Done()
		}()
		go func() {
			for i := 0; i < maxIterations; i++ {
				reqX, reqY := rg.newRequestPair()
				clientY.Do(reqX)
				clientX.Do(reqY)
			}
			wg.Done()
		}()
		go func() {
			for i := 0; i < maxIterations; i++ {
				reqX, reqY := rg.newRequestPair()
				clientX.Do(reqX)
				clientX.Do(reqY)
			}
			wg.Done()
		}()
		go func() {
			for i := 0; i < maxIterations; i++ {
				reqX, reqY := rg.newRequestPair()
				clientY.Do(reqX)
				clientY.Do(reqY)
			}
			wg.Done()
		}()
	}

	wg.Wait()
	rg.close()
}

func newResponseGenerator(t *testing.T, name1, name2 string) responseGenerator {
	return responseGenerator{
		name1: name1,
		srv1:  sampleServer(t, name1),
		name2: name2,
		srv2:  sampleServer(t, name2),
	}
}

type responseGenerator struct {
	name1 string
	srv1  *httptest.Server
	name2 string
	srv2  *httptest.Server
}

func sampleServer(t *testing.T, name string) *httptest.Server {
	return httptest.NewServer(http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
		if h := r.Header.Get("A"); h != name {
			t.Errorf("wrong header at the %s handler!: %s", name, h)
		}
	}))
}

func (r responseGenerator) newRequestPair() (*http.Request, *http.Request) {
	req1, _ := http.NewRequest("GET", r.srv1.URL, ioutil.NopCloser(bytes.NewBufferString("")))
	req1.Header.Set("A", r.name1)
	req2, _ := http.NewRequest("GET", r.srv2.URL, ioutil.NopCloser(bytes.NewBufferString("")))
	req2.Header.Set("A", r.name2)
	return req1, req2
}

func (r *responseGenerator) close() {
	r.srv1.Close()
	r.srv2.Close()
}

$ go test -run TestHTTPHeaders
PASS
ok  	github.com/devopsfaith/krakend-ce	0.501s

ok, I think I got it and, as expected, it's not related with the stdlib.
https://github.com/devopsfaith/krakend/issues/97
I'll close this once we double check it

ouch, it was closed automatically. as promised, I'll wait for the double check

@kpacha: Is it possible to release "special version" 0.4.2 with this fix? It's critical in my case.

@bartoszgolek sure thing. Let's verify the fix really solves the problem and will tag both the framework and the CE between today and tomorrow.  Although we always release on fridays!
Thank you for reporting this hidden bug and help with it, your contribution is much appreciated

@alombarte Sure, thanks for quick reaction. It ensures me and my team, that our choice was right.

@bartoszgolek everything is already upgraded and tagged. We'll release the updated artifacts (docker image, rpm, deb, etc) this afternoon.
cheers!

You, are awesome! Great thanks!


Question about the order of computation of Q K and V

The order of computation for computing attention in the paper is Q(K_T)V, but the order in the coder is V(K_T)Q.
Is it my misunderstanding or something else?
Looking forward to your reply!

The computation order is always G = (K^T)V and then E = QG. If you are asking why we put V on the left and Q on the right in the code, it is because in the paper we assume a channel-last dimension order, but PyTorch uses channel-first representation.

The computation order is always G = (K^T)V and then E = QG. If you are asking why we put V on the left and Q on the right in the code, it is because in the paper we assume a channel-last dimension order, but PyTorch uses channel-first representation.

Thanks for your answer! I got it.


Refactoring Druid & SQLa into a proper "Connector" interface

Note that this will make it easier to build in new connectors, but may break existing ones in the wild.

Fun PR :) Great Job ! LGTM


Mixins

I am having trouble getting PostCSS mixins to work, the syntax is correct and the intellisense is spitting out syntax errors, everything else with the package works great it's just a bit of a bother to see errors when working with PostCSS that should be valid. Is there any work around for this, for that matter is anyone else experiencing a similar issue.

Hello, the plugin validation not yet supporting custom syntax validation since you can install various plugins (such as define-plugin) which adding new syntax, as a workaround you can add following setting in your File - Preference - Settings "postcss.validate": false, and validate your code with smth like stylelint.

Sounds good will do, I'll take a look into stylelint for validation. Best of luck with the package, I really enjoy the autocomplete it works well!


fix: add parens to 0-arity function calls

In Elixir 1.15, undefined variables are no longer converted into 0-arity function calls during compilation:
https://hexdocs.pm/elixir/1.15.7/changelog.html#potential-incompatibilities-1

the behaviour where undefined variables were transformed into nullary function calls, often leading to confusing error reports, has been disabled during project compilation

@bklebe Thanks for submitting! From what I understand, this probably makes sense.  Will it still work on previous versions of Elixir?
BTW -- I haven't used Elixir in a long time (many years), which makes maintaining this library a bit difficult.  Are you potentially open to adding a PR to add GitHub Action to run tests (or at least check that compilation happens) and/or interested in taking over maintenance of this project?

Hi @mroth — this change should work fine on previous versions of Elixir, parens have always been allowed but optional in some cases, all that changed is more restrictive rules on when they can be omitted.
Unfortunately I can't take over maintaining Benchwarmer. Seeing as it is lacking a maintainer, I think we are likely to migrate our own usage to https://github.com/bencheeorg/benchee as we seem to have more projects using it already.
Thanks for the reply and Happy New Year!

Happy New Year to you as well @bklebe !
Thanks for the explanation, I'm going to merge the PR.  Benchee looks cool and seeing as how it looks actively maintained, I would probably encourage migrating as well.  Now that I know something like that exists, perhaps it's potentially  worth marking this repo as archived at some point, unless others are still actively using it.


Create project form inputs don't have placeholder text

Unlike the other widgets, the "Create a project" widget does not have placeholder text for its input fields.

Perhaps add "Required" as a placeholder for the Title field and "Optional description" for the Description field.

@GaryKriebel can I get this?


pygrep alias in Python plugin can be more useful

...by adding -r flag:
# Grep among .py files
alias pygrep='grep -r --include="*.py"''

Can you submit a PR?

@mcornella, sorry, i did mistake. You can also type pygrep -r 'foobar' foo/bar/ Closed

I think the proposed change makes perfect sense. Or I am just completely misunderstanding how pygrep should be used.

pygrep "findme" file.py doesn't do anything more than grep "findme" file.py
pygrep "findme" is useless, because it never finishes
pygrep "findme" . throws an error .: Is a directory

Therefore pygrep "findme" could very well do the job of pygrep -r "findme"
$ touch file1.py file2.py
$ echo "findme" > file1.py
$ echo "findme2" > file1.py
$ pygrep -r "findme"
file2.py:findme2
file1.py:findme

I've created a PR #8217


Add progress bar for downloads

Reopening due to https://github.com/accrescent/accrescent/commit/5c73758e10552987509359220ae74530946264aa


Removal of the reactive-streams-junit5-tck module

It is best to use the JUnit5 TestNG runner directly with the Reactive Streams TCK.

I'm looking at the code in https://github.com/smallrye/smallrye-reactive-messaging and only KafkaClientReactiveStreamsPublisherTest is a TCK test.
I'm however puzzled because that particular test requires a custom JUnit5 extension, so I can't simply migrate it to a TestNG test and let the Junit5 TestNG runner do the job.
@ozangunalp @cescoffier can that test be easily TestNG-ified?
I really want to drop this shim from Mutiny. Alternatively, I can take the code and make it a helper module in Mutiny Zero.


Display dates in different colors depending on weekday (month view)

Hi @antoniandre,
Thank you for the wonderful calendar component.
I was wondering if there's a way to display the calendar dates in different color, depending on weekday (red for Sundays, blue for Saturdays).
I've managed to achieve this for weekday headings, like in the image below.

<template v-slot:weekday-heading="{ heading }">

  {{ heading.label }}

</template>
When I try to do the same thing with the cell-content slot, the cells just won't render.
<template v-slot:cell-content="{ cell, heading }">
   {{ cell.date }}
</template>
My Vuecal code:
<vue-cal
locale="ja"
hide-view-selector
start-week-on-sunday="true"
active-view="month"
:events="eventsSelector"
:disable-views="['years', 'year', 'week', 'day']"
events-on-month-view="long" />
<template v-slot:weekday-heading="{ heading }">
{{ heading.label }}
</template>
<template v-slot:cell-content="{ cell, heading }">

{{ cell.date }}

</template>
</vue-cal>
I would appreciate any help. Thank you in advance.

Hi @reina137,
Thanks for your feedback.
Yes this is definitely possible via CSS.
Look at the cell classes, the days of the week are added for this purpose:

So this rule will put all the weekend dates in red, as per screenshot. ;)
.vuecal__cell--day6, .vuecal__cell--day7 {
    color: red;
}

Hi @antoniandre,
Thanks for your detailed answer! It totally worked for me.
These cell classes are very handy.
Thank you for your help👍


[DPP] Unit tests failing for Data-Sovereignty policy check feature

Description
I was integrating yesterday two features catenax-ng:release/v3.0.0-single-api and catenax-ng:release/v3.0.0-data-sovereignty
I found a bug related to the unit tests (PolicyUtilTest):
IllegalState ApplicationContext failure threshold (1) exceeded

It is related to the unit test configuration that can not be loaded during compilation.
Possible solutions

Problem with the annotations in the Unit Test
Problem with the configuration resources

So I updated and merged today a fix:

Removed functionality from EDC util test to policy util, since there we are really testing the policies
Added the test application yaml in the pom resources.
Removed the context annotation location from the annotation.

Fix added to #308  and #306 PRs 🚀


component-macro: add a fn contains(&self, &Self) -> bool method to flags

This is a pretty common method to need, see https://github.com/bytecodealliance/preview2-prototyping/blob/main/host/src/filesystem.rs#L17-L20

Is this different from #5598? Seems like it's such a good idea that Dan already did it earlier today.

Oh! indeed, it is a good idea


Frame rate of .pose does not match original .mp4

As a test, I ran video_to_pose on https://deafbible.com/ASLV/JHN.3.1, and then tried to generate an overlay video.
I received an error saying that the frame rates did not match, 29.97 != 29.0, throwing an error.
Apparently this is likely caused by the fact that pose-format stores frame rate as an unsigned short
https://github.com/sign-language-processing/pose/blob/master/docs/specs/v0.1.md#body
I should be able to upload the stack trace soon.
From memory, what I did was based on the instructions from https://colab.research.google.com/drive/1CKlXVI3vP0NKZDZZ_I-Qb_wSHt2cw4VT, trying to run pose estimation and segmentation on a new video. Something like:

download https://deafbible.com/ASLV/JHN.3.1, the FPS is 29.97ish
run video_to_pose on it
run the visualizer/overlay function on it to generate .pose.overlay.mp4
the overlay function throws an error, saying that the frame rates don't match, 29.97 vs 29.0

edit: Stack trace:
Traceback (most recent call last):
  File "/home/cleong/projects/sign_language/video-to-pose-to-segments/overlay_pose_vid.py", line 45, in <module>
    output_path = pose_visualize(pose_path=str(args.pose_file), video_path=str(args.video_file))
                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/cleong/projects/sign_language/video-to-pose-to-segments/overlay_pose_vid.py", line 27, in pose_visualize
    v.save_video(output_path, v.draw_on_video(video_path))
  File "/home/cleong/miniconda3/envs/signsegment/lib/python3.12/site-packages/pose_format/pose_visualizer.py", line 402, in save_video
    for frame in tqdm(frames):
  File "/home/cleong/miniconda3/envs/signsegment/lib/python3.12/site-packages/tqdm/std.py", line 1181, in __iter__
    for obj in iterable:
  File "/home/cleong/miniconda3/envs/signsegment/lib/python3.12/site-packages/pose_format/pose_visualizer.py", line 236, in draw_on_video
    for frame, confidence, background in itertools.islice(
  File "/home/cleong/miniconda3/envs/signsegment/lib/python3.12/site-packages/pose_format/pose_visualizer.py", line 223, in get_frames
    assert math.isclose(video_fps, self.pose_fps, abs_tol=0.5), \
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AssertionError: Fps of pose and video do not match: 29.000000 != 29.970030

The precise frame rate of the video as reported by ffmpeg:
ffprobe -v error -select_streams v:0 -show_entries stream=avg_frame_rate -of default=noprint_wrappers=1:nokey=1 toying_data/ASLV/aslv_43_john-3_1-21.mp4
30000/1001

Fixed in https://github.com/sign-language-processing/pose/commit/814a713c2374c1622aa30c255571f3d2c0342768


Fix JaegerExporter Import

Missing import despite running pip install opentelemetry-exporter-jaeger? pip install opentelemetry-exportert-jaeger installs opentelemetry-exporter-jaeger-thrift-1.11.1 by default?

@open-telemetry/python-approvers this is the package used in the sample for the API docs in the package that is installed. However, which should be documented as the default, and/or should both be shown?

opentelemetry.exporter.jaeger.thrift
opentelemetry.exporter.jaeger.proto

Or since Jaeger now supports OTLP directly, should we expand the OTLP exporter section and leave something here for "if you're using an older version of jaeger", or some other caveat?

I think both should present since they exist for different purposes.

Thanks @srikanthccv - I'll queue up a PR that shows both options after this PR gets merged.

Thanks @srikanthccv - I'll queue up a PR that shows both options after this PR gets merged.

Ok, will merge then.


drill file path optimizer: drl-optimize.py

I wrote a path optimizer for excellon drill files.
example:
input

optimized output:

code:
#!/usr/bin/env python
#
# drl file TSP path optimizer
#

import sys
import math
import gerber
from tsp_solver.greedy import solve_tsp

# https://github.com/dmishin/tsp-solver
# https://github.com/curtacircuitos/pcb-tools

if len(sys.argv) != 2:
    print "usage: drl-optimize.py [drill-file.drl]"
    sys.exit(0)

f = gerber.read(sys.argv[1])
#print(f.report())

cnt = {}
l   = {}
t   = {}

for a,b in f.hits:
    n = a.number
    if n not in cnt.keys():
        cnt[n] = 0
        l[n]   = []
        t[n]   = (a,b)
    cnt[n] += 1
    l[n].append(b)

m = {}

for key, value in cnt.iteritems():
#    print key, value
    m[key] = [[0 for x in range(value)] for x in range(value)]

hits = {}

for key, value in cnt.iteritems():
    for i in range(0,value):
        for j in range(0,value):
            m[key][i][j] = math.hypot(l[key][i][0] - l[key][j][0], l[key][i][1] - l[key][j][1])

    path = solve_tsp( m[key] )
#    print path

    hits[key] = []

    for p in path:
#        print l[key][p]
        hits[key].append((t[key][0], l[key][p]))

print """
M48
FMAT,2
METRIC,TZ
"""

for i in t.keys():
    print "T%dC%f" % (t[i][0].number, t[i][0].diameter)

print """
%
G90
G05
M71
"""

for t in t.keys():
    print "T%d" % (t)
    for p in hits[t]:
        print "X%fY%f" % (p[1][0], p[1][1])

print """
T0
M30
"""

My code sucks, because I could not find any way to re-order the drl file statements in gerber.py.

Good to see someone using this code, even tough it is still lacking some good API for writing as in your case. I will see how we can improve this in the couple of days, ideas are much welcome.

@koppi, btw, what software is this one form your screenshots?

@phsilva http://openscam.com/

I'd been thinking a little bit about a way to link primitives to their respective statements so that you could make bi-directional changes, e.g. change a statement and have the primitives update automatically and vice-versa. One hack-ish option that wouldn't require any sort of primitive <--> statement link would be to iterate over all the statements in a file and regenerate all the primitives  when a statement is changed, but it doesn't really work the other way around.
Then there are some gotchas, like the repeathole statement that would have to link with multiple drill hole primitives... Maybe break all of those statements down into individual coordinate statements when loading a drill file and then have some sort of "file optimization" step before exporting that groups drill hits and generates repeathole statements from the individual steps where appropriate.

@koppi I've made some changes (on the statement_link branch) that lets you re-order drill hits in the file. If you change the order of the drill hits in f.hits in your example, when you call f.write() to export the gerber file, the drill hits will be in the new order. Check it out when you have a chance

@hamiltonkibbe thank's for the update. pcb2gcode implemented the TSP optimization two weeks ago, see https://github.com/pcb2gcode/pcb2gcode/issues/12 I'm no longer interested in my hackish Python script, if someone else want's to give it a try, please do so.

#31 Added support for re-ordering drill hits to allow operations like this, as well as an example based on this script.


chore: lint Svelte files

Description

Add modules and configuration to make ESLint lint *.svelte files
Lint the existing .svelte files

Motivation and Context

Get rid of annoying error at the beginning of Svelte files (at <script lang="ts">)
Make code in TypeScript in Svelte files look same as in regular TypeScript files

How has this been tested?
Not really needed since Svelte files were just listed, however I did a smoke test: edited a task with Edit Task modal and set a couple of dates successfully.
Types of changes

Internal changes:

[x] Refactor (prefix: refactor - non-breaking change which only improves the design or structure of existing code, and making no changes to its external behaviour)
[x] Infrastructure (prefix: chore - examples include GitHub Actions, issue templates)

Checklist

[x] My code follows the code style of this project and passes yarn run lint.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[x] My change has adequate Unit Test coverage.

Terms

[x] My contribution follow this project's contributing guide
[x] I agree to follow this project's Code of Conduct

Thanks very much for doing this....
I did the following:

Checked out the PR branch
Ran yarn
Opened EditTask.svelte

And got this, in WebStorm:

I closed the project and reopened it, and the error went away.
After that, it all worked perfectly.


Nested Model Does Not Work in A Function Scope Or with from __future__ import annotations

Checks

[x] I added a descriptive title to this issue
[x] I have searched (google, github) for similar issues and couldn't find anything
[x] I have read and followed the docs and still think this is a bug

Bug
Output of python -c "import pydantic.utils; print(pydantic.utils.version_info())":
       pydantic version: 1.7.3
      pydantic compiled: True
           install path: /home/cwu/.cache/pypoetry/virtualenvs/magic-GqpcoQ51-py3.8/lib/python3.8/site-packages/pydantic
         python version: 3.8.5 (default, Jul 28 2020, 12:59:40)  [GCC 9.3.0]
               platform: Linux-5.8.0-44-generic-x86_64-with-glibc2.29
optional deps. installed: ['typing-extensions', 'email-validator']

from __future__ import annotations

from pydantic import BaseModel, Field

def main():
  class Nested(BaseModel):
      name_nested: str = Field(alias='nameNested')

  class M(BaseModel):
      nested: Nested  # delay via 'Nested' does not help in any case

  m = M.parse_obj({'NamEStr': 'dd', 'nested': {'nameNested': ''}})
  print(m)

main()

This snippet outputs an error

pydantic.errors.ConfigError: field "nested" not yet prepared so type is still a ForwardRef, you might need to call M.update_forward_refs().

It is interesting that if I move the function body to the module scope, no error; If I remove the top line from __future__ annotations, no error.
I guess this is still a corner case of https://github.com/samuelcolvin/pydantic/issues/1736 and https://github.com/samuelcolvin/pydantic/issues/1668

Hi @Congee
Just add M.update_forward_refs(Nested=Nested) after declaring your model M ;)
Just an issue with retrieving the right locals by default.

Oh thank you for that solution! I never know BaseModel.update_forward_refs could accept some args. Its type signature is update_forward_refs: (**localns: Any) -> None. And I could not find it documented here https://pydantic-docs.helpmanual.io/usage/postponed_annotations/ either. Maybe something should be added to docs :thinking:

Feel free to create a PR to improve the docs.

Simply add M.update_forward_refs(Nested=Nested) after declaring your model M ;)
Just an issue with retrieving the right locals by default.

@PrettyWood Do you mind explaining why this happens? :cry: I'd really appreciate. :kissing:
Also, thanks for the solution! :)

See https://github.com/samuelcolvin/pydantic/issues/2678#issuecomment-821437650

Thank you @samuelcolvin :)


activeListInput-unselect

Allow ['unselect' => false] to omit hidden input.
e.g.
Html::activeRadioList($model, 'attribute', [
  'Value 1' => 1,
  'Value 2' => 2
], [
  'unselect' => false
])

Q
A

Is bugfix?
✔

Breaks BC?
❌

You should use 'unselect' => null if you want to omit hidden field.

My bad, should've looked further to see the isset :)


Should Color be hashable?

I wanted to use Color in a frozen dataclass but, unfortunately, it is not hashable and it cannot be used directly.
Minimal example
from dataclasses import dataclass
from coloraide import Color

@dataclass(frozen=True)
class Colors:
    color_primary: Color
    color_background: Color

my_colors = Colors(
    color_primary=Color("red")
    color_background=Color("green")
)

Proposed solution
I implemented this very naive solution:
from coloraide import Color as ColoraideColor

class Color(ColoraideColor):
    def _hash_parts(self) -> tuple[float, ...]:
        # See ColoraideColor.__eq__: we take the space and color coordinates and convert to a tuple.
        # This ensures a reproducible hash.
        space = (float(ord(c)) for c in self.space())
        return tuple(space) + tuple(self[:])

    def __hash__(self) -> int:
        return hash(self._hash_parts())

Could this be part of coloraide's Color? Or there is a reason why Color is not hashable?

They are not immutable, so hashing doesn't make sense. You can change them at any time invalidating any hash I could generate.
You can manually save the color data as a hashable object, or serialize them as a hashable string, but the color object itself is mutable. This is the same reason dictionaries and lists aren't hashable.

If hashing is an absolute requirement for your specific usage, I think subclassing the object and hashing it yourself is perfectly fine.  The caveat is that if you accidentally modify a color it would change its hash and potentially create a collision in your structure, but if you are comfortable with that risk and think the likeliness of such accidents is low, then it's a fine solution.

They are not immutable, so hashing doesn't make sense. You can change them at any time invalidating any hash I could generate.

Ah, I see. At first, I missed that Color is a mutable object.
Thanks for clarifying.


Make the PhotoView Tutorial Pretty

Maybe use Primevue Stepper

Corresponding PR: https://github.com/APSE-System/Immerscale/pull/121


Vulnerability: Upgrade nanoid to version 3.1.31 or higher.

Describe the bug
Snyk detected a vulnerability in the latest version (3.0.7) of vue-chart-3. More details here: https://security.snyk.io/vuln/SNYK-JS-NANOID-2332193
To Reproduce
Run vulnerability check using Snyk
Version of vue-chart-3
*v3.0.7
Version of Vue

[x] Vue 3
[ ] Vue 2
[ ] Nuxt 2
[ ] Nuxt 3

Thanks for the PR! I will merge it :)


[WIP] Added support of doubles to fallback message formatter

Fixes #10363
@SilverFire, I'm stuck on this:
1) yiiunit\framework\i18n\FallbackMessageFormatterTest::testNamedArguments with data set #3 ('Here is a big number: {f, number}', 'Here is a big number: 200,000,000', array(200000000.0))
Failed asserting that two strings are equal.
--- Expected
+++ Actual
@@ @@
-'Here is a big number: 200,000,000'
+'Here is a big number: 200000000'
/home/travis/build/yiisoft/yii2/tests/framework/i18n/FallbackMessageFormatterTest.php:151
/home/travis/build/yiisoft/yii2/vendor/phpunit/phpunit/phpunit:36

Is it really needs to split thousands as with intl?
I don't see that current implementation supports any number formatting, we are getting just plain number:
MessageFormatter.php:345

I've expected this problem :)
I thing that fallback formatting should be same as intl on EN locale. We can use number_format to achieve it.

Ready for review

Merged https://github.com/yiisoft/yii2/commit/3b31aa771a4f59cbf4bc01202a3f29e994f14cdd

Thank you


Fix bad state transition with DisabledPendingEnable+OpenDesiredByRemote

In the DisabledPendingEnable state, the peerset thinks we have already have a substream with the remote, but it is not actually the case.
If a OpenDesiredByRemote event is then received, we shouldn't ask the peerset whether the peer is allowed or not, since the peerset thinks it's already in a connected state.
Instead, we should immediately accept the remote's request and transition the peer to the Enabled state.

bot merge


Typo in PreviewAlexaClient.cpp

IMPORTANT: Before you create an issue, please take a look at our Issue Reporting Guide.
Briefly summarize your issue:

Typo around line 200 of applications/acsdkPreviewAlexaClient/src/PreviewAlexaClient.cpp
the line:
std::shared_ptravsCommon::sdkInterfaces::storage::MiscStorageInterface,
is duplicated
What is the expected behavior?

no typo
What behavior are you observing?

typo
Provide the steps to reproduce the issue, if applicable:

please look at the indicated spot in code
Tell us about your environment:

this bug occurs on all platforms
What version of the AVS Device SDK are you using?
  <1.26.0>

Tell us what hardware you're using:

[x] Desktop / Laptop
[ ] Raspberry Pi
[ ] Other - tell us more:

Tell us about your OS (Type & version):

[x] Linux
[ ] MacOS
[ ] Raspbian Stretch
[ ] Raspbian Jessy
[ ] Other - tell us more:

Hi,
Thanks for pointing this out. We will make the appropriate fixes. Closing out the ticket.


ArangoDB Port Optional/Null

This is more of a suggestion for a PR I'm willing to make in the regards of making the port for ArangoDB optional or can accept null and then the URL builder should see the null and ignore the port from the URL.
The code in question:
const db = new Database({
  url: `http://${opts.host}:${opts.port}`,
});

The suggestion is being made due to my DB server running with an NGINX proxy pass. Which does not work for this adapter as it's appending the port to the URL thus which is not open on the server itself? This makes connections impossible, the standard practice for ArangoDB is to have the port specified, which is why I'm leaning to the option of allowing null and then the app handling that to ignore the port basically or even -1?
Yes, 80, 443 would technically work but it's not pretty or ideal.

I (as a consumer of pims) would expect null to use the default arango port if anything. If I have arango on port 80 or 443, i'd expect to specify port 80 or 443 as they are not standard arango ports.
An alternative I'm leaning more towards would be to accept the url rather than host and port. Then you can choose to leave the port off yourself, as well as specify https

Yeah, I think a URL option may be better.
For compatibility, we can mark the options as old. Still, allow them for a build and them remove completely? Or just purge it now and push to a major. (Which kinda makes more sense)
But yeah URL would allow more freedom for the user for specifying the URL to connect to/with.

So how would something like this sound?
index 9f6b60e..326a683 100644
--- a/adapters/arangodb/src/adapter.ts
+++ b/adapters/arangodb/src/adapter.ts
@@ -13,8 +13,18 @@ import { set } from './utils';
 export interface ArangoAdapterOptions extends AdapterOptions {
     username: string;
     password: string;
-    host: string;
-    port: number;
+    /**
+     * URL for the ArangoDB server.
+     *
+     * This can either be the IP address to the server or a domain URL for a NGINX/Apache pass.
+     * If you are using a domain URL you need to specify the prefix along with the URL itself,
+     * for an IP address the port should be specified.
+     *
+     * Example:
+     *  - `<IP_ADDRESS>:8529`
+     *  - `https://pims.arango.db`
+     */
+    url: string;

     // Default database used if the model doesn't specify one
     database?: string;
@@ -83,7 +93,7 @@ export class ArangoAdapter extends AdapterBase {
             }

             const db = new Database({
-                url: `http://${opts.host}:${opts.port}`,
+                url: opts.url,
             });
             db.useDatabase(dbName);
             db.useBasicAuth(opts.username, opts.password);


Incorrect Number for Items Remaining when Recovering Cache

I've posted this issue on reddit; transfer it here as a formal issue report.
My initial requests:
posts = api.search_comments(subreddit='de', limit=None, mem_safe=True, safe_exit=True)
The metadata I obtained from this initial response.
Here is the timestamp I have:
Setting before to<PHONE_NUMBER>
Response cache key: 186e2bb94155846df2c5d321b768b8cb
10380641 result(s) available in Pushshift
The last file checkpoint before this scraping was interrupted was:
File Checkpoint 167:: Caching 15802 Responses

Checkpoint:: Success Rate: 75.43% - Requests: 33400 - Batches: 3340 - Items Remaining: 8009761

Checkpoint:: Success Rate: 75.48% - Requests: 33500 - Batches: 3350 - Items Remaining: 8001173

Now I want to resume the process, so I plugged in the timestamp I got from the initial requests as the "before" value.
api = pmaw.PushshiftAPI()
posts = api.search_comments(subreddit="de", limit=None, mem_safe=True, safe_exit=True, before=1631651549)

However, it seems to start a new process of scraping the same query; the item remaining is what's left from the previously interrupted requests.
Loaded Cache:: Responses: 2399576 - Pending Requests: 140 - Items Remaining: 10367680

Not all PushShift shards are active. Query results may be incomplete.

Tested several times.
If initiate with no before parameter and then use the printed timestamp as the "before" to resume, the first try to resume will NOT load the initial requests. It will show no cached requests loaded and start all over. When you re-run the query again with the before value, it will load the first resume attempt, but as the items remaining start over, the scraping also restarted.
So basically, I cannot find a way to recover interrupted scraping.

Hi @YukunYangNPF I investigated this issue, and there appears to be a logging issue when the cache is loaded. I found when I ran your example code that the cache was being loaded, but not being reported as loaded.
I have added a static method in v2.1.0 that will allow you to load responses directly from the cache to work with, as well as I have modified the logging so that its clear when the cache is loaded.


Wrong 2D CNN input

According to the paper, under the Training subsection: "To the 2D CNN, 32 RGB frames are fed as input. The input RGB images are randomly cropped to a size 224×224, and then mean-subtracted for the network training."
From the get_video.py get_video_frames function I can see that it only returns one frame of a specified video. Isn't that wrong? It's also missing the augmentation that they do in the paper.

The authors of the paper didn't provide the code where the use both 2D & 3D CNN, the code that is present in this repo is a stepping stone towards. I has some doubts on the "Teacher-Student" transfer learning process that they mentioned in the paper and have also tried reaching out to authors on the same. If you have a solution to the issue you raised, please feel free to post it here, else, please reachout the authors again at - https://github.com/MohsenFayyaz89/T3D
The code I have written is just a first iteration not a foolproof one. Please feel free to correct it

It would be of great help if you could modify the code for mean subtraction & augmentation


Updates to ScalaJS 0.6.28; cleanup

Updates & Additions

Updates ScalaJS to 0.6.28: https://www.scala-js.org/news/2019/05/24/announcing-scalajs-0.6.28/
Uses ES2015 syntax and thereby shorten compiled code

On fullOptJS we now save 400kb! ✂Tested in our OpenLaw app and things are working, and load times a bit faster. I tried hard getting it to be even smaller, but...goals.

Cleanup

Improves Flow types for APIClient as there were quite a few $FlowFixMe's
Removes unneeded webpack files as the lib is built with Rollup

Removes related packages, scripts

Adds some eslint fixes for node files

Yay, thanks you all!


Quick access: editor picker: Editor dirty state is not announced to screen reader

#93637
Version: 1.44.0-insider (user setup)
Commit: d7d1147d6b764a48b789000c03088ee9afabcd8a
Date: 2020-03-31T08:23:56.446Z
Electron: 7.1.11
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Windows_NT x64 10.0.18362

This state:

Announced: "Picker quick access dot ts editor group picker 3 of 5"
This state:

Announced "Toolbar, close editor action"

When focusing the button on the recent workspace feature it announces dirty, however it should do this when you're navigating the list, not when just navigating between items. Otherwise the only way to tell if it has backups/changes is to tab into close the editor.

Needs verification in:

editor picker (edt)
files picker (e.g. having a dirty editor in history)
window switcher (Window > Switch Window) when having dirty files in that window
recently opened (when having dirty files in workspace)


how to driver Lidar imu and camera  on software?

Hi  Apollo team:
you know, when we use the keyboard or mouse and so on, they always have themselves'drivers. so
I want to know where is lidar 、camera、imu、gps and radar‘driver ? where is lib to use for us about them ? in dir(apollo/module/drivers)，this  seems is different with linux'driver, so  I  can't understand, Please introduce.  Thank  you !   you!

thank  you !

Closed due to inactivity. If the problem persists, pls feel free to reopen it or create a new one and refer to it.


Fix for google not found on JS console

The work has been copied from #5 and separate PR created to merge in 3-0-stable

Can this be merged to 3-0-stable? I don't want to fork just for this fix

@kinduff Merged

Thank you! :100:


How to inference llama-65b-4bit on mulgpu

How to inference llama 65b-4bit on 3090x2

Put about 16GB on one and 23G on the other, set auto devices. Works on textgen for me.

I'm working on a repo to make this possible. It's very early stages, but functioning.
You may want to have look here: https://github.com/Dhaladom/TALIS

Right now with P40 and 3090 together I get 1.6 t/s and can do ~1300 of context. Obviously trition isn't going to cut it with a pre-ampere GPU as the 2nd half.

@Ph0rk0z I don't know so much about the P40 and its potential, but there is a good chance that you may be able to improve your throughput significantly by optimizing memory usage and avoiding unnecessary data shuffling between the cards.
Applying this patch  increased my throughput 5-fold, especially on longer sequences. The patch integrated in my repo I posted above as well.
Other than that, are you running a GUI off the same GPU you are running the models on? I don't know by how much, but it will certainly reduce your much sequence length.

No.. I have a GPU server.. but one of my cards doesn't support triton at all. I have to use cuda for both.

Ok, thanks for pointing that out. It wasn't clear to me that Triton requires Ampere or newer GPU's.

@Ph0rk0z I don't know so much about the P40 and its potential, but there is a good chance that you may be able to improve your throughput significantly by optimizing memory usage and avoiding unnecessary data shuffling between the cards.
Applying this patch  increased my throughput 5-fold, especially on longer sequences. The patch is integrated in my repo I posted above as well.
Other than that, are you running a GUI off the same GPU you are running the models on? I don't know by how much, but it will certainly reduce your much sequence length.

 The link is broken and and points to the repo but I don't  really see a specific comment in any commit regarding boost.  Thanks.


[BUG] "Cancel" and "Ok" buttons are too close to each other in some dialogs.

Your Rocket.Chat.Android version: 3.2.0 Build 2054 - 8d932145 - play
Mobile device model: Xiaomi Redmi 3
OS version: Lineage OS, Android 7.1.2
Your Rocket.Chat Server version: 0.72.3
In some dialogs (for example, the confirmation dialog for deleting a message), the "Cancel" and "Ok" buttons are too close to each other.

@gopikaharikumar  This issue is solved by #1994.

It is solved already.