Added OID namespace for v3/v5 UUIDs

Added the ability to generate v3 & v5 UUIDs using the OID namespace.

Hmm, interesting.  What's in those CSV files that requires an OID UUID, if you don't mind my asking?  Can you elaborate a bit on what you're doing?
I've never had a use case for OID UUIDs, and have only skimmed the OID docs.  Truth be told, they're pretty esoteric and I don't completely understand what the use cases are.

They have ISO country and administrative areas (states/provinces/etc...).
On Sun, Sep 2, 2018 at 8:02 PM Robert Kieffer<EMAIL_ADDRESS>wrote:

Hmm, interesting. What's in those CSV files that requires an OID UUID, if
you don't mind my asking? Can you elaborate a bit on what you're doing?
I've never had a use case for OID UUIDs, and have only skimmed the OID
docs. Truth be told, they're pretty esoteric and I don't completely
understand what the use cases are.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/kelektiv/node-uuid/pull/290#issuecomment-417969259,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABPJau4JMrEc4SppItlNVYxNNg-qWgw_ks5uXHGLgaJpZM4WWtpY
.

What's the connection between ISO country/admin area and OID UUIDs ?   E.g. what OID "arc" do these fall under?  I know it's none of my business and not germane to whether this module should include an OID constant.  I'm just curious.
While I've drawn a clear line with this module about strictly adhering to RFC4122, the OID namespace is only mentioned once, in Appendix C, as a "potentially interesting name space".  And in researching OIDs I'm [still] of the impression that they're  rather esoteric and likely to remain so.  Thus, I think it best to leave the OID constant out and suggest that people like yourself simply define it within your own code.
I remain open to arguments to the contrary however.


[Bug]: 7zip - Unable to install MSI

What happened?
Unable to install 7Zip MSI and seems it is partially downloading.

Version
2111.488
What PowerShell edition/s are you running Evergreen on?
Windows PowerShell
Which operating system/s are you running Evergreen on?
Other
Have you reviewed the documentation?

[ ] Troubleshooting at: https://stealthpuppy.com/evergreen/troubleshoot/
[ ] Known issues at: https://stealthpuppy.com/evergreen/issues/

Verbose output
VERBOSE: Get-EvergreenApp: Function exists: C:\Program Files\WindowsPowerShell\Modules\Evergreen\2111.488\Apps\Get-7Zip.ps1.
VERBOSE: Get-EvergreenApp: Dot sourcing: C:\Program Files\WindowsPowerShell\Modules\Evergreen\2111.488\Apps\Get-7Zip.ps1.
VERBOSE: Get-FunctionResource: read application resource strings from [C:\Program Files\WindowsPowerShell\Modules\Evergreen\2111.488\Manifests\7Zip.json]
VERBOSE: Get-EvergreenApp: Calling: Get-7Zip.
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [UseBasicParsing: True].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [MaximumRedirection: 1].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [DisableKeepAlive: True].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [UserAgent: Mozilla/5.0 (Windows NT; Windows NT 10.0; en-US) AppleWebKit/534.6 (KHTML, like Gecko)
 Chrome/7.0.500.0 Safari/534.6].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [Method: Default].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [Uri: https://sourceforge.net/projects/sevenzip/best_release.json].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [ContentType: application/json; charset=utf-8].
VERBOSE: GET with 0-byte payload
VERBOSE: received 2925-byte response of content type application/json; charset=utf-8
VERBOSE: Get-SourceForgeRepoRelease: Validating SourceForge release object.
VERBOSE: Get-SourceForgeRepoRelease: Validated successfully.
VERBOSE: Get-SourceForgeRepoRelease: Capture version number from: /7-Zip/21.06/7z2106-x64.exe.
VERBOSE: Get-SourceForgeRepoRelease: Found filename: [7z2106-x64.exe].
VERBOSE: Get-SourceForgeRepoRelease: Found folder:   [/7-Zip/21.06/].
VERBOSE: Get-SourceForgeRepoRelease: Found version:  [21.06].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [UseBasicParsing: True].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [MaximumRedirection: 1].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [DisableKeepAlive: True].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [UserAgent: Mozilla/5.0 (Windows NT; Windows NT 10.0; en-US) AppleWebKit/534.6 (KHTML, like Gecko)
 Chrome/7.0.500.0 Safari/534.6].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [Method: Default].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [Uri: https://sourceforge.net/projects/sevenzip/rss?path=/7-Zip/21.06/].
VERBOSE: Invoke-RestMethodWrapper: Invoke-RestMethod parameter: [ContentType: application/rss+xml; charset=utf-8].
VERBOSE: GET with 0-byte payload
VERBOSE: received 13833-byte response of content type application/rss+xml; charset=utf-8
VERBOSE: Get-SourceForgeRepoRelease: found 6 items.
VERBOSE: Get-SourceForgeRepoRelease: matched: https://sourceforge.net/projects/sevenzip/files/7-Zip/21.06/7z2106-x64.msi/download.
VERBOSE: Get-SourceForgeRepoRelease: matched: https://sourceforge.net/projects/sevenzip/files/7-Zip/21.06/7z2106-x64.exe/download.
VERBOSE: Get-SourceForgeRepoRelease: matched: https://sourceforge.net/projects/sevenzip/files/7-Zip/21.06/7z2106-arm.exe/download.
VERBOSE: Get-SourceForgeRepoRelease: matched: https://sourceforge.net/projects/sevenzip/files/7-Zip/21.06/7z2106-arm64.exe/download.
VERBOSE: Get-SourceForgeRepoRelease: matched: https://sourceforge.net/projects/sevenzip/files/7-Zip/21.06/7z2106.exe/download.
VERBOSE: Get-Architecture: Architecture not found in https://nchc.dl.sourceforge.net/project/sevenzip/7-Zip/21.06/7z2106.exe, defaulting to x86.
VERBOSE: Get-SourceForgeRepoRelease: matched: https://sourceforge.net/projects/sevenzip/files/7-Zip/21.06/7z2106.msi/download.
VERBOSE: Get-Architecture: Architecture not found in https://nchc.dl.sourceforge.net/project/sevenzip/7-Zip/21.06/7z2106.msi, defaulting to x86.
VERBOSE: Get-EvergreenApp: Output result from: C:\Program Files\WindowsPowerShell\Modules\Evergreen\2111.488\Apps\Get-7Zip.ps1.

Version Architecture Type URI
------- ------------ ---- ---
21.06   ARM64        exe  https://nchc.dl.sourceforge.net/project/sevenzip/7-Zip/21.06/7z2106-arm64.exe
21.06   x86          exe  https://nchc.dl.sourceforge.net/project/sevenzip/7-Zip/21.06/7z2106.exe
21.06   x86          msi  https://nchc.dl.sourceforge.net/project/sevenzip/7-Zip/21.06/7z2106.msi
21.06   x64          msi  https://nchc.dl.sourceforge.net/project/sevenzip/7-Zip/21.06/7z2106-x64.msi
21.06   x64          exe  https://nchc.dl.sourceforge.net/project/sevenzip/7-Zip/21.06/7z2106-x64.exe
21.06   ARM32        exe  https://nchc.dl.sourceforge.net/project/sevenzip/7-Zip/21.06/7z2106-arm.exe

I can confirm this, the downloaded file is incomplete for some reason. I tried with both Invoke-WebRequest and Save-EvergreenApp, same results. If you download the msi manually it works fine.

The URL returns a HTML file - try opening it in Notepad. Your browser works because it runs the JavaScript inside which redirects it to the ultimate URL.

You could parse the HTML with a regex to obtain the URL… but then that’s just as prone to breakage as a basic web scrape of the homepage.

Might have to update  Get-SourceForgeRepoRelease with a -ReturnVersionOnly parameter and use static URLs by replacing the version number. e.g., https://www.7-zip.org/a/7z2106-arm64.exe
In the mean time use 7ZipZS which pulls details and downloads from a GitHub URL.

Judging by the file size shown in the screenshot, it appears that your download is either getting cut short or the content of your file is not binary data but, instead, HTML data.  Try opening it in a text editor and see what you have.
For what it's worth, in my script, I'm downloading the MSI from 7-zip.org (thanks for the idea, aaronparker!) and it installed fine.  Snippits from my script are as follows (please don't rag on me for my poor PowerShell scripting capabilities):
$7zip_installer = "$env:userprofile\Downloads\7zip_installer.msi"
$7zip_version = (Get-EvergreenApp -Name 7zip | Where-Object {($_.Architecture -eq "x64") -and ($_.URI -match ".msi$")}).Version
$7zip_uri_switch = $7zip_uri -Replace  "nchc.dl.sourceforge.net/project/sevenzip/7-Zip/$7zip_version/","www.7-zip.org/a/"
Invoke-WebRequest -Uri $7zip_uri_switch -OutFile $7zip_installer -UseBasicParsing

I've added a -UserAgent parameter to Save-EvergreenApp, which includes a default user agent. This may have fixed this issue


Drawer on:backdrop Triggers Inside Drawer

Current Behavior
When using a custom on:backdrop option for the Drawer utility, any interaction within the Drawer triggers the backdrop event.
A similar issue to #1240
Expected Behavior
The on:backdrop should not be triggered when interacting within the Drawer.
Steps To Reproduce

Create a Drawer component with a custom on:backdrop event
-- Reproduceable in both +layout.svelte and +page.svelte
-- Example:

// Rest of <script lang='ts'> above this point //

	function consoleBackdrop() {
		console.log("backdrop triggered");
	};
</script>
<Drawer on:backdrop={consoleBackdrop} />

Monitor the Console Log while clicking/interacting inside the Drawer.

Link to Reproduction / Stackblitz
No response
More Information
No response

we can solve this easily by firing the event only when the click occurs on the backdrop like this:
if (event.target === elemBackdrop) {
        drawerStore.close();
	/** @event {{ event }} backdrop - Fires on backdrop interaction.  */
	dispatch('backdrop', event);
}

but maybe it would also be necessary to create a "on:drawerClick" event so we don't miss any functionality here.
@endigo9740 If this sounds good, I would like to fix this issue.

@Mahmoud-zino yep, that looks like the appropriate fix here.


Gh 519 global filters

Codecov Report

:exclamation: No coverage uploaded for pull request base (develop@65e09d4). Click here to learn what that means.

@@            Coverage Diff             @@
##             develop     #683   +/-   ##
==========================================
  Coverage           ?   61.04%
  Complexity         ?     2617
==========================================
  Files              ?      375
  Lines              ?    11648
  Branches           ?     1352
==========================================
  Hits               ?     7111
  Misses             ?     3967
  Partials           ?      570

Impacted Files
Coverage Δ
Complexity Δ

...n/java/uk/gov/gchq/gaffer/store/schema/Schema.java
70.25% <ø> (ø)
19 <ø> (?)

...chq/gaffer/rest/service/SimpleExamplesService.java
58.59% <100%> (ø)
34 <ø> (?)

...fer/data/elementdefinition/ElementDefinitions.java
61.9% <100%> (ø)
13 <2> (?)

...ntdefinition/view/GlobalViewElementDefinition.java
51.51% <51.51%> (ø)
5 <5> (?)

.../elementdefinition/view/ViewElementDefinition.java
69.17% <57.14%> (ø)
25 <4> (?)

.../gchq/gaffer/data/elementdefinition/view/View.java
69.73% <68%> (ø)
22 <17> (?)

.../src/main/java/uk/gov/gchq/gaffer/graph/Graph.java
63.5% <87.5%> (ø)
10 <1> (?)

Continue to review full report at Codecov.

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


Marks the BUILD rules for three test suites as flaky.

These have been consistently flaking. With flaky = True bazel will retry them up to 3 times before declaring them a failure.

This has passed gcb. I'm going to rerun a few times to see if I see flakes in the output log.


Changing style for CDN info

@rafaparadela Can you review the below line please?

Once resources are in the right path, LGTM
On Wed, 31 Aug 2016 at 13:07, Noel Markham<EMAIL_ADDRESS>wrote:

@rafaparadela https://github.com/rafaparadela Can you review the below
line please?
You can view, comment on, or merge this pull request online at:
https://github.com/47deg/scalacheck-datetime/pull/13
Commit Summary

Changing style for CDN info

File Changes

M docs/src/jekyll/_config.yml
https://github.com/47deg/scalacheck-datetime/pull/13/files#diff-0
(2)

Patch Links:

https://github.com/47deg/scalacheck-datetime/pull/13.patch
https://github.com/47deg/scalacheck-datetime/pull/13.diff

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/47deg/scalacheck-datetime/pull/13, or mute the thread
https://github.com/notifications/unsubscribe-auth/AATOvgUvibmdT_NHdRfTg-d3NPIw2CLnks5qlWBsgaJpZM4Jxfc6
.


[Question] Crypto orders / Streaming API

Does the on_order_message for the StreamConn provide real-time order info? Like if I send an order, will the streamer show the details as soon as I send it, or only after it fills, or not at all (Not sure if that's its purpose)?  Also, do crypto orders show up with with the streamer running? I tried but got nothing when I had conn.run_blocking_loop() running.

Ok thank you. I was looking for my specific orders and fills, but in real-time so I can process them with another library.

Are you sure on_order_message isn't what I am looking for?
https://github.com/tedchou12/webull/blob/e63c267803b07d2b118dd7cc25b2ae4631833e7c/webull/streamconn.py#L64-L65
shows that the information recieved has the orderId, orderStatus and filled quantity etc.
I still don't get any of this when I set the debug_flg=True and/or use a order_func that prints the info

on_order_message
Sorry, you are right. If it returns orderID and the order details, it might be what you are looking for.
Go ahead and try it!
(sorry, I didn't add the streamconn module and I only checked it for 1-2 times, I am not very familiar with this part of the code.)

on_order_message
Sorry, you are right. If it returns orderID and the order details, it might be what you are looking for.
Go ahead and try it!
(sorry, I didn't add the streamconn module and I only checked it for 1-2 times, I am not very familiar with this part of the code.)

Yeah, It doesn't work. I tried watching the websockets data on the Webull webapp (using Chrome developer tools) and nothing is received there either when an order is placed. It may be because the market is closed though. The streaming MQTT endpoints I see in the chrome developer tools are wspush.webullfintech.com/mqtt and platpush.webullfintech.com/mqtt also. The StreamConn is set to use *.webullbroker.com, changing them didn't help, must just be an alternative.

I found out that is working only when I use my live (Real money) account. I get the fills and cancelled orders on stocks and crypto. Even if I use the paper_webull class, the streamer shows activity from the live account only.


Prevent segment merges if the segments upload is lagging on the remote store

As mentioned in #6851 section 6 - Execution plan point 4, we can prevent segment merges to stop increase in segments backlog to increase if there is any issue in remote store interaction like uploads.
Use case - Consider there is an ongoing issue with remote uploads. This has lead to remote store (& replicas) to lag behind the primary's local store by 1MB in terms of size. We are still accepting writes and backpressure is yet to kick in. Before the backpressure kicks in, there is a segment merge that happens. Now, all of a sudden the size of segments that is supposed to be upload becomes 5GB from 1MB. Once the issue recovers, the primary needs to upload 5GB worth of data which ultimately replica will need to download to get in sync with the primary in terms of search result freshness. Below we discuss the pros and cons of both the approaches -> 1. prevent segment merges explicitly if lag is present 2. Implicit segment merges on account of backpressure.
Prevent segment merges explicitly -
Pros

Time to recovery is less. However, we still need to solve for subsequent segment merges that will cause the backlog to increase, but there will be no backpressure in case of normal upload and segment merge happening.

Cons

In total, more data needs to be uploaded to remote store. 100MB + 5GB eventually.
More resource footprint (like open file handles, disk utilisation) and relatively lesser performant searches in comparison to segment merged state.
Complex code change as it touches background segment merges.

Implicit segment merges on account of backpressure -
Pros -

Solving for #7474 alleviates the time to recovery here too.
Eventual Implicit segment merge prevention as the merges are triggered in write path and we have backpressure on remote segments upload lagging and will have back pressure on remote translog too - #6852.
Lesser upload volume to reach in-sync state if a segment merge was to happen during remote store upload issue & before backpressure kicks in.
Segment merges needs not be disturbed.
Relatively lesser resource utilisation if segment merge to happen.

Cons -

Relatively higher time to recover from issue and get in-sync.

Looking for suggestions from community on which approach seems better.

Tagging @Bukhtawar @sachinpkale @gbbafna @mch2 @andrross @linuxpi @itiyamas for your take on this.

Thanks @ashking94 I think we shouldn't restrict any background operations since the eventual checkpoint transfer would be the merged segment and the lagging remote store could use the eventual view of segments and upload rather than further constraining the system to upload un-merged segments followed by merged ones post segment merges.
The backpresssure should be for pushing back on the inflow of user's requests and not what the system is trying to internally transform(merge)

Thanks @ashking94 . The segment merges should eventually move closer to the storage layer and be isolated from the Indexing flow. +1 to @Bukhtawar thoughts that we shouldn't impact background operations like merging.
Couple of clarifications:
What happens if remote store is throwing errors like 429 as opposed to any issues with the data node? Will OpenSearch continue to reject the user requests? Are these remote store errors going to be tracked per shard/ index to fail user requests? This shouldn't cause shard failure as the issue is with remote store and not the node itself.

Also between segments and translog, would there be preference during remote upload as a large segment upload could potentially impact translog upload which in turn would impact request latencies.

@ashking94 Can you explain exactly what "Implicit segment merges on account of backpressure" means? I agree with the feedback above that if the system isn't keeping it up it should apply backpressure on incoming requests and not on the internal operations (segment merges).

@ashking94 Can you explain exactly what "Implicit segment merges on account of backpressure" means? I agree with the feedback above that if the system isn't keeping it up it should apply backpressure on incoming requests and not on the internal operations (segment merges).

AFAIK, the background segment merges that happen today are actually triggered in the write path when the control reaches the IndexWriter.addDocuments(docs). When we start rejecting requests, the segment merges should stop itself as they will not be triggered.

@ashking94 The background merges are triggered whenever there is a MergeTrigger. Merge triggers are either external merges or operations that result in creation of segments, which is REFRESH, FLUSH or MERGE. Lucene tries to figure out whether there is a pending merge based on the merge policy and then triggers a merge operation.

I agree with the discussion in general. We should not prevent segment merges if segment upload is lagging. Instead, we should throttle requests so that merging will eventually be stopped.


Update Transactions list layout

Changes:

Add asset coin icon https://zpl.io/ad33lQn

Make amount in white color and place near assets icon

Remove Text "Send" and "'Receive. Leave only colored status+icon

Make USD/BTC amount 80% white color.

DAPPS/Contracts transactions.

If there are only 2 assets - display BEAM (as default coin) and "+1" (as second example on screenshot)
If there 3+ assets - display BEAM (as default coin) and "+2" (as first example on screenshot). If there is no BEAM - display biggest amount first.

Transaction details https://zpl.io/bARRegn

Updated statuses for MULTIPLY ASSETS https://zpl.io/b6xJ58q

Current design

Updated design

Add “+” or “-“ near the second currency value

1-4 - checked
5-7 - will be implemented in 6.2


fix: multiple fixes

:tada: This PR is included in version 0.6.3 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


MM-46992 : Migrate "actions/channel_actions" to ts

Summary
This is where the new graphql actions related to channels are , so it was important it to be converted to ts.
Ticket Link
https://mattermost.atlassian.net/browse/MM-46992
Related Pull Requests
n/a
Screenshots
n/a
Release Note

/release-note-none

/update-branch


Harshil/ref 5677

big reorg.
nuking com.parallelmachines.reflex
& tree will be as following now
reflex_algo_tree.log

reflex_algo_tree.log


Windows tty uv_reset_tty_mode problem

Version: master (according to source code)
Platform: Windows 1903

As the implementation of function uv_tty_reset_mode in src/win/tty.c implies:
int uv_tty_reset_mode(void) {
  /* Not necessary to do anything. */
  return 0;
}

This causes problem when the program assumes this will reset the mode. One instance I've found is this issue of neovim. Neovim calls this function to reset mode. So, when I'm using powershell, after neovim's quitting, python shell or any other interaction of normal mode will not work.
However, I've found that this actually only applies to powershell, when I'm using cmd, this works without any problems. But I think we should fix this in some way so it works under powershell as well.

That sounds like a legitimate bug. I don't have a good way to test but can you check if this patch helps?
diff --git a/src/win/tty.c b/src/win/tty.c
index 07436dc8..d49451da 100644
--- a/src/win/tty.c
+++ b/src/win/tty.c
@@ -2253,7 +2253,13 @@ void uv_process_tty_connect_req(uv_loop_t* loop, uv_tty_t* handle,

 int uv_tty_reset_mode(void) {
-  /* Not necessary to do anything. */
+  DWORD mode;
+  int fd;
+
+  mode = ENABLE_ECHO_INPUT | ENABLE_LINE_INPUT | ENABLE_PROCESSED_INPUT;
+  for (fd = 0; fd <= 2; fd++)
+    SetConsoleMode(uv__get_osfhandle(fd), mode);
+
   return 0;
 }

cc @libuv/windows

Before https://github.com/libuv/libuv/commit/6ad1e81547c83f9fe7c5a806b6b282642e8d3bca, WINDOW_BUFFER_SIZE_EVENT was used for the SIGWINCH signal. But now WINDOW_BUFFER_SIZE_EVENT is no longer used everywhere. Therefore, it is not necessary to enable ENABLE_WINDOW_INPUT. I think that the code related to SetConsoleMode() can be removed from uv_tty_set_mode().

I have a PR to partially bring back the old SIGWINCH method: https://github.com/libuv/libuv/pull/2381.
As for this: Ben's patch LGTM

As for this: Ben's patch LGTM

There is no guarantee that fd 0 to 2 is CONIN$. I think we should get the handle from CONIN$ in the same way as src/win/tty.c:#L160-L166.
https://github.com/libuv/libuv/blob/b571851e6e3040d009a971f0bebe010426bfcf87/src/win/tty.c#L160-L166
In the first place, ReadConsoleInputW() is used for reading when UV_HANDLE_TTY_RAW. ReadConsoleInputW() is not affected by ENABLE_ECHO_INPUT, ENABLE_LINE_INPUT, ENABLE_PROCESSED_INPUT. Therefore, even if #2381 is merged, there is no need to drop ENABLE_ECHO_INPUT, ENABLE_LINE_INPUT, ENABLE_PROCESSED_INPUT. The root cause of this problem is that they are dropped when not needed.


Chinese translation for ambari integration.

Related to Issue #6535
Chinese translation for ambari integration.

Hi @lukairui, thanks for contributing.
When we add some documentation, we should also add it to dev directory, because dev directory keep our laster docs, and we would copy-paste it to new directory when we next versions dolphinscheduler release.
You could find dev directory in  https://github.com/apache/dolphinscheduler-website/tree/master/docs/zh-cn/dev/user_doc

OK , I have fixed it .


Build: Automate updating Tests repo with quick start cloneable template for users

We need to outline an approach how new tests added to the project can be merged in with user's customized version of tests

This has been completed.


Fix content_width var

Need to set actual content width so its not 580 which is incorrect.
https://github.com/jsakas/webpack-typescript-sass-wordpress/blob/master/src/functions.php#L42
https://codex.wordpress.org/Content_Width

Closed by https://github.com/doubledropco/webpack-typescript-sass-wordpress/commit/6f86de512e1945fe3abac6f485ab6c48cc963b0a


Feature request : access NFS mounted in /media

Hello,
I managed to mount my media over NFS inside HA. The issue is that media browser in HA is working and accessing everything, but Jellyfin addon does not see the files.
is there something i miised ?

HA now supports mounting media volumes directly, so this feature should not be needed. Just mount NFS to media and it should be accessible by Jellyfin.


Add const constructor to Insertable

Relates to https://github.com/simolus3/drift/issues/1931
It was not done by https://github.com/simolus3/drift/pull/1932
This allows the dev to do:
class MyInsertable<T> extends Insertable<T> {
  const MyInsertable(); // <- Const constructor.

  // ...
}

I'm not too sure about the test I have written, tell me if you want me to do it in another way, or move the test somewhere else

I'm not too sure about the test I have written, tell me if you want me to do it in another way, or move the test somewhere else

I think a simple test like that is fine, we just need to fix the analysis warnings. Can you call toColumns or something on that constant instance to use it? Also, perhaps add a comment explaining that the test exists to remember that the constructor has to be const.
And the test should probably be put into the existing drift/test/database/data_class_test.dart file.

Thanks @simolus3 , I've moved the test and fixed the lints in https://github.com/simolus3/drift/pull/2086/commits/0a7b32f92e7ff0d502063613547f7e59d36af67d
I also added some const keywords in https://github.com/simolus3/drift/pull/2086/commits/7f78ab46421b3f5a5ca599930e1eff9398a95e84


Issue installing library with their own composer.json

Used versions:

PHP: 7.0
composer: 1.8.6
composer/installers: 1.7.0

Context: Drupal project
Here is an extract of my composer.json:
{
   ...
    "repositories": [
        {
            "type": "composer",
            "url": "https://packages.drupal.org/8"
        },
        {
            "type": "package",
            "package": {
                "name": "ckeditorplugin/codesnippet",
                "type": "drupal-library",
                "version": "master",
                "dist": {
                    "type": "zip",
                    "url": "https://download.ckeditor.com/codesnippet/releases/codesnippet_4.5.11.zip",
                    "reference": "master"
                }
            }
        },
        {
            "type": "package",
            "package": {
                "name": "harvesthq/chosen",
                "type": "drupal-library",
                "version": "master",
                "dist": {
                    "type": "zip",
                    "url": "https://github.com/harvesthq/chosen/releases/download/v1.8.7/chosen_v1.8.7.zip",
                    "reference": "master"
                }
            }
        }
    ],
    "require": {
        "ckeditorplugin/codesnippet": "master",
        "harvesthq/chosen": "^1.6",
...
    },
    "extra": {
        "installer-paths": {
...
            "web/libraries/{$name}": [
                "type:drupal-library"
            ],
        },
    }
}

Expectation: both libraries should be installed in web/libraries but only codesnippet lands there and the chosen library goes into the vendor directory. I guess this is because that library comes with a composer.json which declares the type as library which seems to overwrite my type drupal-library.
I've then tried to add "harvesthq/chosen" to extra / installer-paths / web/libraries array but that made no difference.
My question is: how do I get the chosen library into the web/libraries path?

Further investigation uncovered more details:
The installation work fine if the version string in repositories/package and in require are exactly the same. But only if really the same.
However, if the version string is master, it doesn't work and always stores the library in vendor directory.
Also, if the drupal-library is required by another package (not by the root project), it will always be installed in vendor and not in the installer path defined in extras.
Hope, those further aspects help to identify and fix the issue.


Fixed USB Device for LED Strip

[x] I confirm that this is an issue rather than a question.

Bug report
When you have 2 USB Devices (awesome), hyperion is chosing sometimes the wrong one.
Hyperion-ng choses the wrong device and is locking it. So other software that wants to use the device (Deconz Zigbee Stick) is failing. Btw. Hyperion is not working at all, because wrong ttyUSB is choosen.
Currently i only can go to the webfrontend and chose the other usb port. Because that is a standard linux problem. /dev/ttyUSBx  can change with every reboot. Please allow to chose a devices from device from "/dev/serial/by-id/" or the possibility to define it in a free text field.
In the old version with the config file i could just enter a path in the config and everything is working like a charm.
I didnt found any option to choose a fixed device
Steps to reproduce

have a computer with at least 2 USB Devices connected showing up as /dev/ttyUSB0 and /dev/ttyUSB1
start the computer
Hope that hyperion choses the wrong usb device
hyperion not working.

What is expected?
Possibiliy to choose a fixed device and not a bumping, changing device like /dev/ttyUSBx
What is actually happening?
after reboot hyperion chooses the wrong device
System
Rasberry PI with two USB Sticks.

Arduino (Adalight)
Deconz USB Zigbee Stick

Hi @scobby

Possibility to choose a fixed device and not a bumping, changing device like /dev/ttyUSBx

This is achieved under Linux by defining udev rules (udev = unique device identification).
There you can link a device to a fixed device name which will not change.
Hyperion supports devices defined by dev rules which will also be presented in the configuration drop-down.
Here  you have an example on udev rules for a lightpack device.

@Lord-Grey thats not really a solutions. That implies that i have to totally isolate the service hyperion-ng with a separate user to achieve this. That suggestion only changes the group for that particular device. Why not a real solution?
And btw. this is also not working when you use docker to run hyperion. The docker container runs as user root.

But for your information, i solved this by detecting in a script what is the right device and then do a sqlite3 update command to the sqlite3 database. Very disappointing way to change a device ....

That implies that i have to totally isolate the service hyperion-ng with a separate user to achieve this. That suggestion only changes the group for that particular device. Why not a real solution?

Not sure I am following...
There is no need to create extra users.
The additional group in the sample was to restrict users via the group to those devices.
For docker you can use a udev on the host OS and then map the udev device name through.
I suggest you spend a bit more time on familiarising yourself with udev rules.


Support returning unfinished functions

Right now specs behave incorrectly when we define a function without taking all of the parameters
Example:
someFun : Int -> String
someFun =
  to_string

->
@spec some_fun(integer) :: String.t
def some_fun() do
  to_string
end

While it's perfectly fine syntax used very often to make default arguments

Some good attempt would be to generate specs based on definition and check how many arguments are taken and write code respectively, the only problem is FunctionTypeDefiniton and FunctionDefinition are right now independent from each other

Same as #102


Feature/dropdown new context

💬 Description
This is switching our Dropdown component over to the new(ish) context api.
Functionally it should all work the same and I havent done much to the components bar make them use the new context. One big change is I moved a lot of stuff from Dropdown/index over to Dropdown/DropdownProvider since we were getting some circular dependancy issues.
The other is that I've ditched a load of tests that broke as a result of this, I've rewritten those that seemed useful, but if you think I've been harsh with any of them let me know.
🚪 Start Points
lib/Dropdown/index.js
✅ Checklist

[x] Tests written
[ ] Browser tested
[ ] Added to documentation
[ ] Added to storybook

 Refactor Dropdown to use new context


Nick: Watch jiolifesolution.blogspot

Nick requests the watch of the watch_keyword jiolifesolution\.blogspot. See the MS search here and the Stack Exchange search in text, in URLs, and in code.

Approved by Makyen in Charcoal HQ


Update legacy-information-for-message-encryption.md

added a line to the answer stating the Company branding is possible in OMEV2

Issue#https://github.com/MicrosoftDocs/microsoft-365-docs/issues/3453

@johanFreelancer9 Please copy review

I don't normally update the legacy content. This is purely to help move folks to OMEv2.


Fix admin notifications

Fix the save badge (red dot) being always on. Made the invoice expiry input as number, as the settings, so that the settings and the formData are equal, and don't trigger the badge!
Make a deep copy (not sure it's necessary, but _.clone() makes a shallow copy, and it can be done with vanilla js *maybe we could discard underscore **one less lib dependency)
Add a restart note when/if the settings changed require a server restart!
Closes #1801

Codecov Report

Merging #1803 (9a6d466) into main (e13426a) will not change coverage.
The diff coverage is n/a.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@           Coverage Diff           @@
##             main    #1803   +/-   ##
=======================================
  Coverage   55.47%   55.47%
=======================================
  Files          47       47
  Lines        7264     7264
=======================================
  Hits         4030     4030
  Misses       3234     3234

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


[Feature Request] JSON Back-end Compression

Users choosing the JSON back-end might notice an inconveniently increasing file size of the back-end the more journals are added.  I would like to suggest to compress the JSON file if a certain file size threshold was exceeded.  Regarding the compression algorithm, I would like to suggest Brotli (https://github.com/google/brotli) which is enhanced for compressing plain text files, like the JSON back-end, and achieves a convenient compression ratio.  Rust bindings are available:  https://github.com/dropbox/rust-brotli.

A good use case of JSON would be to store exactly one journal for insertion into the database.  For example, if users should choose to export a journal with .json as extension, the JSON representation of that journal could be used instead of just dumping the plain text into a file.  Then, on startup of the application, the path to a valid JSON back-end can be provided such that its data will be inserted into the connected database.
Thus, the JSON back-end could become a journal exchange functionality across multiple SQLite back-ends.

For this use-case I'm planning to provide an export/import functions for the journals, and the file format will be a json one. I thinks this will be fit in the road map: Multi-select >> Export/Import
I'll keep this issue and we can discuss it further after the previous feature are implemented to check if we still need it then

@kevinmatthes I would like to hear from you if there is use-cases that aren't covered with the implemented Multi-Select >> Export/Import functions or if we can close this issue

I think we can close this issue for now; if there should be any not yet covered use cases, we can create another issue.


Problem with expected agreement calculation

Hi @talolard. Thank you for the effort you put into this repository — it's very handy!
I'm opening this issue because it appears that there may be a problem with the way expected disagreement is calculated. Using the notation from the Wikipedia entry, the values for c and k in the expected disagreement (De) calculation should range over R, the "set of all possible responses an observer can give." As implemented, however, c and k seem to range over only the values that actually appeared among the responses. This is unproblematic when the set of actual responses (call this set R') is equivalent to R, but it becomes an issue when R' is a strict subset of R: if R is actually a larger set than R', the alpha that results from the current implementation will be an underestimate of the true agreement. Ideally, the API would allow a user to manually specify R, rather than try to "induce" it from the data itself. Would it be possible to add this functionality?

My understanding on this point was mistaken and I now believe the current implementation to be correct. Closing.


Fix flaky test

Make sure the timeout is a very low value for the batch message Acks.
This needed to be a different variable for getting around the race
issue.

Coverage decreased (-0.05%) to 54.363% when pulling 0fed883a38b0fe2d65fe748ba87cc84ef7bee7ba on fix_test into 9d1b559967fac028873377d6dc9d8f5719eca0bd on master.

Coverage decreased (-0.06%) to 54.356% when pulling 0fed883a38b0fe2d65fe748ba87cc84ef7bee7ba on fix_test into 9d1b559967fac028873377d6dc9d8f5719eca0bd on master.


Url Launcher doesn't open url on Android 11

Hello,
Today I have update my Samsung Galaxy S10e to Android 11, and url launcher stopped working.
I use url_launcher to open my website, and mailto, and both of them doesn't work.
Today morning before update I checked the app, and urls were working correctly, but now, after update it stopped working. canLaunch returns false. I have tried the app on Android 7 and iPhone and it is working as expected.

found an article for solving the problem. If anyone needs it: https://medium.com/flutter-community/package-visibility-for-url-launcher-on-android-11-api-30-7c03cbce76a5

found an article for solving the problem. If anyone needs it: https://medium.com/flutter-community/package-visibility-for-url-launcher-on-android-11-api-30-7c03cbce76a5

Did you solve this problem it using this article? Cause It is not working for me even using this solution.
Links not opened only after uploading to the Play Store while in debug mode it is working ...

I had to update build gradle, and now, I have problems with other packages. I will try the launcher and let you know after I can fix these errors and run the app.

I had to update build gradle, and now, I have problems with other packages. I will try the launcher and let you know after I can fix these errors and run the app.
Edit: @mansurov1024 The article fixed my issue regarding the urls. But opening email is still not working

Did you try to check it after uploading your app to the Google Play store?

No, I just tried it in debug mode. I will add an update here after I upload my app to play store.

You can also reproduce it when running the app on a real device in release mode.
I see the next error:
[ERROR:flutter/lib/ui/ui_dart_state.cc(186)] Unhandled Exception: MissingPluginException(No implementation found for method launch on channel plugins.flutter.io/url_launcher)

It is working for me on release mode. Maybe you should try to fix MissingPluginException separately?

It is working for me on release mode. Maybe you should try to fix MissingPluginException separately?

Thanks. Yes, it is a more global problem than a URL launcher plugin.
I found a temporary solution. It is described here https://stackoverflow.com/a/65872227

I had the same problems with Android 11 (API level 30) - everything worked well before software update (and on my test device that is running earlier version) - The following seems to have put me on the right track
https://developer.android.com/training/basics/intents/package-visibility#all-apps
I solved my problem by adding the following in the AndroidManifest.xml (although it may not be necessary.
<activity android:name="io.flutter.plugins.urllauncher.WebViewActivity"
           android:theme="@android:style/Theme.NoTitleBar.Fullscreen"
           android:exported="false"/>

That alone did not work, and then I added to the lines just below <manifest ... package="com.example.app":
<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />

Tôi đã gặp vấn đề tương tự với Android 11 (API cấp 30) - mọi thứ hoạt động tốt trước khi cập nhật phần mềm (và trên thiết bị thử nghiệm của tôi đang chạy phiên bản trước đó) - Những điều sau đây dường như đã đưa tôi đi đúng hướng
https: // developer. android.com/training/basics/intents/package-visibility#all-apps
Tôi đã giải quyết vấn đề của mình bằng cách thêm phần sau vào AndroidManifest.xml (mặc dù có thể không cần thiết.
<activity android:name="io.flutter.plugins.urllauncher.WebViewActivity"
           android:theme="@android:style/Theme.NoTitleBar.Fullscreen"
           android:exported="false"/>

Điều đó một mình không hoạt động và sau đó tôi đã thêm vào các dòng ngay bên dưới <tệp kê khai ... package = "com.example.app":
<uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />

Thank you, it worked fine


Any plans to port the package to Julia >= 1.x ?

Hello, this package is awesome... but Julia 0.4 is the prehistory !
Does the package maintainer has any plan to port it to current Julia (1.x) API ?

Seems this is the port for Julia 1.x:
https://github.com/pszufe/OpenStreetMapX.jl
https://github.com/pszufe/OpenStreetMapXPlot.jl


Add eslint with recommended settings to the project

Description

Add eslint to the project with default recommendations

Useful links
https://eslint.org/docs/user-guide/getting-started

I'll do this

@PragunSaini please go ahead


Unable to run geopmbench with impi on system D

This is with geopm 1.1.0.
$ OMP_NUM_THREADS=1 geopmlaunch impi -n 1 -ppn 1 --geopm-hyperthreads-disable --geopm-preload -- geopmbench ~/bench.conf
Warning: <geopm> geopmpy.launcher: Hosts not defined, GEOPM may fail to start.  Use "-f <host_file>" or "-hosts" to specify the hostnames of the compute nodes.
mpiexec.hydra -ppn 1 -n 1 -bootstrap slurm geopmread --cache
OMP_PROC_BIND=true GEOPM_CTL=process GEOPM_PROFILE= GEOPM_REPORT=geopm.report KMP_AFFINITY=disabled MV2_ENABLE_AFFINITY=0 KMP_WARNINGS=FALSE I_MPI_PIN_DOMAIN=[2,800000000] LD_PRELOAD=libgeopm.so mpiexec.hydra -ppn 2 -n 2 -bootstrap slurm geopmbench systemDhome/dwilson/bench.conf
Error: <geopm> Runtime error: ControlMessageImp::wait(): systemD: is_ctl=1 : is_writer=1 : Timed out waiting for status 1: at geopm/src/ControlMessage.cpp:108
Warning: <geopm> Controller handshake failed, running without geopm.
<geopm> No such file or directory
Beginning loop of 1 iterations.
Completed loop.
<geopmpy.launcher> Command 'mpiexec.hydra -ppn 2 -n 2 -bootstrap slurm geopmbench systemDhome/bench.conf' returned non-zero exit status 255.

strace indicates that the generic EEXIST error came from trying to open the shared memory.
Before reaching the above example, I was also seeing failures without --geopm-preload. Srun of the benchmark works fine on this system.
This attempt was built with ./configure --prefix=$HOME/build/geopm_intel_impi CC=$(which mpicc) CXX=$(which mpicxx) FC=$(which mpifc) F77=$(which mpif77) CFLAGS="-xCORE-AVX2" CXXFLAGS="-xCORE-AVX2" FCFLAGS="-xCORE-AVX2" FFLAGS="-xCORE-AVX2 -fnofor_main" --enable-debug LDFLAGS="-dynamic", with mkl loaded and compilervars.sh intel64 run first.
My earlier attempts also failed with ./configure --prefix='...' also failed.

Won't fix; not an issue on dev.


Label exports in Python

:tada: This PR is included in version 0.14.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Earnings less than 0.0001 show in exponential notation

0.00005 becomes 5E-05

https://stackoverflow.com/questions/20426211/formatting-numbers-in-powershell-to-remove-the-for-numbers-1k


JavaCC dependency has class in root package - causes OSGI build failure.

Resty currently has a dependency on javacc-4.1.jar which has classes in the root package.   This causes a problem when used in an OSGI context where the construction of the manifest complains that:  "The default package '.' is not permitted by the Import-Package syntax."
I checked the latest javacc-6.1.2.jar and it has the same issue, so no quick fix there I'm afraid.

Hmm, maybe there is way to remove this dependency when generating the parser.
I’ll have a look.

On Jul 21, 2015, at 2:27 AM, Peter G. Williams<EMAIL_ADDRESS>wrote:
Resty currently has a dependency on javacc-4.1.jar which has classes in the root package. This causes a problem when used in an OSGI context where the construction of the manifest complains that: "The default package '.' is not permitted by the Import-Package syntax."
I checked the latest javacc-6.1.2.jar and it has the same issue, so no quick fix there I'm afraid.
—
Reply to this email directly or view it on GitHub https://github.com/beders/Resty/issues/44.

Hi Jochen, thanks for looking at this so quickly.
We forked your repo and - at runtime at least - it appears to work fine with the javacc dependency removed.
https://github.com/IHTSDO/Resty
If the parser is not generated every build, would moving that dependency into a profile help?  http://stackoverflow.com/questions/166895/different-dependencies-for-different-build-profiles-in-maven
Best Wishes,Peter Williams
Date: Tue, 21 Jul 2015 08:05:37 -0700
From<EMAIL_ADDRESS>To<EMAIL_ADDRESS>CC<EMAIL_ADDRESS>Subject: Re: [Resty] JavaCC dependency has class in root package - causes OSGI build failure. (#44)
Hmm, maybe there is way to remove this dependency when generating the parser.
I’ll have a look.

On Jul 21, 2015, at 2:27 AM, Peter G. Williams<EMAIL_ADDRESS>wrote:

Resty currently has a dependency on javacc-4.1.jar which has classes in the root package. This causes a problem when used in an OSGI context where the construction of the manifest complains that: "The default package '.' is not permitted by the Import-Package syntax."

I checked the latest javacc-6.1.2.jar and it has the same issue, so no quick fix there I'm afraid.

—

Reply to this email directly or view it on GitHub https://github.com/beders/Resty/issues/44.

—
Reply to this email directly or view it on GitHub.

I’ll make it a compile-time dependency.
Thank you for looking into it!

On Jul 21, 2015, at 8:43 AM, Peter G. Williams<EMAIL_ADDRESS>wrote:
Hi Jochen, thanks for looking at this so quickly.
We forked your repo and - at runtime at least - it appears to work fine with the javacc dependency removed.
https://github.com/IHTSDO/Resty
If the parser is not generated every build, would moving that dependency into a profile help? http://stackoverflow.com/questions/166895/different-dependencies-for-different-build-profiles-in-maven
Best Wishes,Peter Williams
Date: Tue, 21 Jul 2015 08:05:37 -0700
From<EMAIL_ADDRESS>To<EMAIL_ADDRESS>CC<EMAIL_ADDRESS>Subject: Re: [Resty] JavaCC dependency has class in root package - causes OSGI build failure. (#44)
Hmm, maybe there is way to remove this dependency when generating the parser.
I’ll have a look.

On Jul 21, 2015, at 2:27 AM, Peter G. Williams<EMAIL_ADDRESS>wrote:

Resty currently has a dependency on javacc-4.1.jar which has classes in the root package. This causes a problem when used in an OSGI context where the construction of the manifest complains that: "The default package '.' is not permitted by the Import-Package syntax."

I checked the latest javacc-6.1.2.jar and it has the same issue, so no quick fix there I'm afraid.

—

Reply to this email directly or view it on GitHub https://github.com/beders/Resty/issues/44.

—
Reply to this email directly or view it on GitHub.
—
Reply to this email directly or view it on GitHub https://github.com/beders/Resty/issues/44#issuecomment-123378613.

Ahh, well that was in my best interest because we're getting very speedy implementation of a REST client using it - have done already in a previous project and now attempting the same thing with another project this time OSGI - so thank you for making that available for the greater good.
Best wishes,Peter
Date: Tue, 21 Jul 2015 10:24:23 -0700
From<EMAIL_ADDRESS>To<EMAIL_ADDRESS>CC<EMAIL_ADDRESS>Subject: Re: [Resty] JavaCC dependency has class in root package - causes OSGI build failure. (#44)
I’ll make it a compile-time dependency.
Thank you for looking into it!

On Jul 21, 2015, at 8:43 AM, Peter G. Williams<EMAIL_ADDRESS>wrote:

Hi Jochen, thanks for looking at this so quickly.

We forked your repo and - at runtime at least - it appears to work fine with the javacc dependency removed.

https://github.com/IHTSDO/Resty

If the parser is not generated every build, would moving that dependency into a profile help? http://stackoverflow.com/questions/166895/different-dependencies-for-different-build-profiles-in-maven

Best Wishes,Peter Williams

Date: Tue, 21 Jul 2015 08:05:37 -0700

From<EMAIL_ADDRESS>

To<EMAIL_ADDRESS>

CC<EMAIL_ADDRESS>

Subject: Re: [Resty] JavaCC dependency has class in root package - causes OSGI build failure. (#44)

Hmm, maybe there is way to remove this dependency when generating the parser.

I’ll have a look.

On Jul 21, 2015, at 2:27 AM, Peter G. Williams<EMAIL_ADDRESS>wrote:

Resty currently has a dependency on javacc-4.1.jar which has classes in the root package. This causes a problem when used in an OSGI context where the construction of the manifest complains that: "The default package '.' is not permitted by the Import-Package syntax."

I checked the latest javacc-6.1.2.jar and it has the same issue, so no quick fix there I'm afraid.

—

Reply to this email directly or view it on GitHub https://github.com/beders/Resty/issues/44.

—

Reply to this email directly or view it on GitHub.

—

Reply to this email directly or view it on GitHub https://github.com/beders/Resty/issues/44#issuecomment-123378613.

—
Reply to this email directly or view it on GitHub.


Prevent EOF runtime errors in parsing SYMMETRY data

Fixes #92.
Status

[x] Ready for merge

Codecov Report

Merging #95 (7241705) into main (259a729) will decrease coverage by 0.00%.
The diff coverage is 66.66%.

@@            Coverage Diff             @@
##             main      #95      +/-   ##
==========================================
- Coverage   68.26%   68.26%   -0.01%
==========================================
  Files         330      330
  Lines       71696    71698       +2
==========================================
+ Hits        48946    48947       +1
- Misses      22750    22751       +1

Impacted Files
Coverage Δ

src/input/getsym.F90
77.14% <66.66%> (-0.53%)
:arrow_down:

Continue to review full report at Codecov.

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


Kubernetes CNI plugin for EVE

eve-bridge is a CNI plugin for Kubernetes which allows connecting
Pods with EVE Network Instances. This CNI plugin establishes
Pod connectivity in cooperation with the zedrouter microservice.
A CNI request received from Kubernetes to connect Pod to a given
network instance is delegated by eve-bridge to zedrouter via RPC
calls over an AF-UNIX socket. More details can be found in the
documentation submitted under pkg/kube/eve-bridge/README.md
Note that majority of changes in this PR are vendored deps for eve-bridge & pillar.
I have put them into separate commits (the last two).
I therefore recommend to review this PR commit-by-commit.

Some Yetus issues remain but they are either expected or do not make sense.

What's the impact on the EVE image size?

What's the impact on the EVE image size?

It seems that rootfs.img increased in size by 17MB. However, installed eve-bridge has "only" 4MB. Seems that other CNI plugins add some extra megabytes (they are all written in Go). I will remove those that we do not use.

But note that this is "kubevirt" EVE. Kvm/xen EVE do not build the kube container.

Understood. But only picking the ones you need makes sense since we don't want to drive the kubevirt image size to quickly towards the 512MB partition size limit.

From an architectural and documentation perspective, I have a few questions:

Where is the source for that diagram? Is it a graphviz file or some other textual basis, that can be included in the docs? This will make it easier for someone to modify it in the future.
Some of the arrows are missing numbers, so it isn't clear where they fit. It does become clear as you read the documentation and go back and forth, but it would help to have every step numbered
The documentation highlights (this is quite helpful), that "the first set of steps is the same as with any hypervisor", etc. If we can highlight this in the diagram, it would be helpful, perhaps in a box or a different colour? It makes it easy to see instantly, "this is not unique", and "this is special".
Do we have a similar diagram for containers and VMs in kvm eve? Seeing these side-by-side would really help people understand. It would be even better in a single diagram, but that may be too busy.
I think (not positive) that at least part of this documentation should be moved out of eve-bridge. This describes the whole kubevirt deployment process, and is so much more valuable than a doc on eve-bridge. Just the eve-bridge details belong in the directory.
Is it correct to sum up eve-bridge as, "CNI that delegates network interface management to zedrouter"?
I have not delved too deeply into the interaction between CNI and kubevirt before. Normal CNI is, "kubelet executes CNI binary, passing it network namespace; CNI plumbs directly into the namespace any networking." Is this roughly the same? What actually gets passed to the CNI, given that it is not a "normal" network namespace?
Do we need the "default bridge" interface? In kvm eve, each VM gets exactly the network interfaces that are configured for it based on NetworkInstance. Is this different somehow that it needs it?
Do we actually need multus at all? The whole purpose of multus is to call multiple CNIs (multiplexer). If you have one CNI that can handle everything - including multiple network interfaces - you don't need multus. If eve-bridge implements the CNI (which it must to be called by multus), and passes it all of the network interfaces, why do we need multus at all? Why not just call the eve-bridge CNI directly?
RPC: Is this the first time we are using RPC here? Not that I think pubsub is the best solution for everything, but if zedrouter already subscribes to pubsub events, would that be more consistent here? An alternative might be for eve-bridge not to talk to zedrouter at all. Can zedrouter publish the information, and eve-bridge just gets that and plumbs it into the VMs directly? I guess zedrouter already has "plumb network interfaces into VMs" logic anyways?

@deitch

From an architectural and documentation perspective, I have a few questions:
* Where is the source for that diagram? Is it a graphviz file or some other textual basis, that can be included in the docs? This will make it easier for someone to modify it in the future.

It is from draw.io
I have added .xml version of the diagram next to the image. It can be imported in draw.io and edited.

* Some of the arrows are missing numbers, so it isn't clear where they fit. It does become clear as you read the documentation and go back and forth, but it would help to have every step numbered

Fixed, now all arrows have numbers.

* The documentation [highlights](https://github.com/lf-edge/eve/pull/3795/files#diff-9ebd219ad1ac605851f7ef51420e5db7d1a088f28db91f78b731934d819b54efR50-R56) (this is quite helpful), that "the first set of steps is the same as with any hypervisor", etc. If we can highlight this in the diagram, it would be helpful, perhaps in a box or a different colour? It makes it easy to see instantly, "this is not unique", and "this is special".

Done, kubevirt-specific steps are highlighted with a green color.

* Do we have a similar diagram for containers and VMs in kvm eve? Seeing these side-by-side would really help people understand. It would be even better in a single diagram, but that may be too busy.

Not yet, I will add something in a separate PR.

* I think (not positive) that at least part of this documentation should be moved out of eve-bridge. This describes the whole kubevirt deployment process, and is so much more valuable than a doc on eve-bridge. Just the eve-bridge details belong in the directory.

Currently, we do not have "kubevirt-EVE" documentation since everything is still a work in-progress (and many changes are not even committed to the main EVE repo yet). Eventually, there should be documentation about this new EVE variant and this eve-bridge doc will be linked and partially moved there.

* Is it correct to sum up eve-bridge as, "CNI that delegates network interface management to zedrouter"?

Yes

* I have not delved too deeply into the interaction between CNI and kubevirt before. Normal CNI is, "kubelet executes CNI binary, passing it network namespace; CNI plumbs directly into the namespace any networking." Is this roughly the same? What actually gets passed to the CNI, given that it is not a "normal" network namespace?

Yes, correct. Actually, pod is wrapped inside a "sandbox" container, which implements the network isolation using "normal" network namespace. This network namespace is even "named", meaning that there is a link to it from /var/run/netns/ (can be used with ip netns exec <name> <cmd> <args>.... And the CNI plugin is getting the filename of the namespace link inside /var/run/netns/. Additionally, the plugin gets some info about the pod interface that it should create.

* Do we need the "default bridge" interface? In kvm eve, each VM gets exactly the network interfaces that are configured for it based on NetworkInstance. Is this different somehow that it needs it?

Kubernetes checks for the presence of this "eth0" interface and will not consider Pod as properly connected if it cannot find it in the pod's network namespace.
But note that in the case of a VMI (VM running inside Pod by kubevirt), we do not have to further propagate (bridge) this eth0 interface from the Pod into the VM. And so we only attach EVE's interfaces into the VM.
Only apps running as native containers will see this eth0 interface connected to the Kubernetes network.

* Do we actually need multus at all? The whole purpose of multus is to call multiple CNIs (multiplexer). If you have one CNI that can handle everything - including multiple network interfaces - you don't need multus. If eve-bridge implements the CNI (which it must to be called by multus), and passes it all of the network interfaces, why do we need multus at all? Why not just call the eve-bridge CNI directly?

We could in theory replicate this multus logic in eve-bridge. For multiple interfaces, eve-bridge would need more complicated config file, get pod annotations from the Kubernetes API server, delegate the "Kubernetes interface" to Flannel, etc. I wanted to keep our CNI plugin as simple as possible and use the composition of CNI plugins instead. Later we could rethink this and avoid extra dependencies if it is worth it.

* RPC: Is this the first time we are using RPC here? Not that I think pubsub is the best solution for everything, but if zedrouter already subscribes to pubsub events, would that be more consistent here? An alternative might be for eve-bridge not to talk to zedrouter at all. Can zedrouter publish the information, and eve-bridge just gets that and plumbs it into the VMs directly? I guess zedrouter already has "plumb network interfaces into VMs" logic anyways?

My primary goal was to avoid the hell of asynchronous programming, which we already have enough in pillar. CNI plugin is supposed to create connection immediately and return only when it is done (successfully or with error). Pubsub is not practical for the request-response communication. Also, I wanted to limit the number of imports and dependencies in eve-bridge (to keep it small). Lastly, I wanted to avoid having multiple agents managing network configuration. We already have nim-zedrouter separation and it is not easy to avoid race conditions between them. It is just so much easier having zedrouter completely taking care of network instances and application interfaces connected to them.

It is from draw.io
I have added .xml version of the diagram next to the image. It can be imported in draw.io and edited.

Thanks. That should make it a lot easier to update going forward

Fixed, now all arrows have numbers.

Thanks

Done, kubevirt-specific steps are highlighted with a green color.

That makes it easier. Even better if the diagram or README says it.

Currently, we do not have "kubevirt-EVE" documentation since everything is still a work in-progress (and many changes are not even committed to the main EVE repo yet). Eventually, there should be documentation about this new EVE variant and this eve-bridge doc will be linked and partially moved there.

Makes sense.

Actually, pod is wrapped inside a "sandbox" container, which implements the network isolation using "normal" network namespace. This network namespace is even "named", meaning that there is a link to it from /var/run/netns/ (can be used with ip netns exec   .... And the CNI plugin is getting the filename of the namespace link inside /var/run/netns/. Additionally, the plugin gets some info about the pod interface that it should create

Which makes it even easier. Thanks for explaining

Kubernetes checks for the presence of this "eth0" interface and will not consider Pod as properly connected if it cannot find it in the pod's network namespace

🤦♂
Not much of a choice, then, is there.

We could in theory replicate this multus logic in eve-bridge. For multiple interfaces, eve-bridge would need more complicated config file, get pod annotations from the Kubernetes API server, delegate the "Kubernetes interface" to Flannel, etc. I wanted to keep our CNI plugin as simple as possible and use the composition of CNI plugins instead. Later we could rethink this and avoid extra dependencies if it is worth it

No, then it isn't. If the only thing we were doing was having multus delegate to eve-bridge, which is what I thought, then we could just use eve-bridge directly. Even multiple interfaces are multiple NetworkInstance, and all managed by eve-bridge anyways. But as soon as we need that eth0, we need something wiring up, now we need multiple kinds of interfaces, let's use leverage. Your approach makes sense.

My primary goal was to avoid the hell of asynchronous programming, which we already have enough in pillar.

We have async hell? Really? 🤣

CNI plugin is supposed to create connection immediately and return only when it is done (successfully or with error). Pubsub is not practical for the request-response communication. Also, I wanted to limit the number of imports and dependencies in eve-bridge (to keep it small). Lastly, I wanted to avoid having multiple agents managing network configuration. We already have nim-zedrouter separation and it is not easy to avoid race conditions between them. It is just so much easier having zedrouter completely taking care of network instances and application interfaces connected to them.

These all make sense. My concern is with the added complexity of zedrouter, which now has pubsub and RPC, and we have to know which is which. If this is simpler than sticking with the current, so be it.

But note that in the case of a VMI (VM running inside Pod by kubevirt), we do not have to further propagate (bridge) this eth0 interface from the Pod into the VM. And so we only attach EVE's interfaces into the VM.

Where is this "filtering" taking place?

But note that in the case of a VMI (VM running inside Pod by kubevirt), we do not have to further propagate (bridge) this eth0 interface from the Pod into the VM. And so we only attach EVE's interfaces into the VM.

Where is this "filtering" taking place?

It is not yet submitted to the main EVE repo. For now you can see it in the Naiming's fork: https://github.com/naiming-zededa/eve/blob/poc-dec3/pkg/pillar/hypervisor/kubevirt.go#L235-L247

Done, kubevirt-specific steps are highlighted with a green color.

That makes it easier. Even better if the diagram or README says it.

Done (mentioned arrow coloring in the readme).


Add predibase headers for billing

This would suffice for immediate needs, but how would this work for HF hosted models not loaded from PB?

This is agnostic to model source but we can also make sure we pass a model source header so that you can infer the pb internals


Register Hazelcast pubsub

Description
Register Hazelcast pubsub
Issue reference
Issue https://github.com/dapr/components-contrib/issues/243
Checklist
Please make sure you've  completed the relevant tasks for this PR, out of the following list:

[x] Code compiles correctly
[ ] Created/updated tests
[x] Unit tests passing
[x] End-to-end tests passing
[ ] Extended the documentation
[ ] Specification has been updated
[ ] Provided sample for the feature

We didn't merge it yet in components contrib. Once we do, I'll update here on how to add it.

@peterjot, please run go get github.com/dapr/components-contrib@master, and push the changes.

Thanks.
As a final step, please create a How To document here:
https://github.com/dapr/docs/tree/master/howto/setup-pub-sub-message-broker
And remember to update the reference table at the bottom..
Thanks again for this contribution, highly appreciated.


initialValue() function to pass an initial value to the field

I also need it a lot

Any updates?

Any updates?


Defender for Cloud on Management Group Tip

This isn't really documented, but if the resource provider Microsoft.Security isn't enabled for all subscriptions, then the policy will fail and just mark the subscription as non-compliant, but not actually enforce Defender for Cloud.
I believe there is no Azure Portal UI for enabling this, so I only provided a az-cli command.

@elazark
Can you review the proposed changes?
When the changes are ready for publication, add a #sign-off comment to signal that the PR is ready for the review team to merge.
#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team

#please-close


Consider removing md dynamic forms feature

ID <240>
Reporter <@ronja-ui>
Currently, Teragrep has Apache Zeppelin's dynamic form feature for markdown language: https://zeppelin.apache.org/docs/0.10.1/usage/dynamic_form/intro.html
In markdown, you can trigger inputs with ${input name} (scoped to a paragraph) or create a notebook scope with $${input name}.
The issue is; how does this feature benefit the user? What is the extra value it gives to the user? Why does this even exist?
Currently, $${input name} doesn't even work correctly. It only gives errors when used. Also, you can't use values in ${input name} input in other paragraphs.
In addition, markdown language is meant to be a lightweight mark-up language which can be used to format body text. Why should this kind of feature be included in this interpreter since we have other interpreters which does the same much better?
Let's consider removing this feature from markdown interpreter.

The feature will be separated from the main code and refactored later.

See issue on zep_01 https://github.com/teragrep/zep_01/issues/49


Flux vs Argo

Did we compare differences between Flux and Agro?
Any specific reason for choosing FluxCD over ArgoCD?

@ShubhamTatvamasi just Open a discussion about it ^^


Fix checkpoint out of bounce?

This should fix the problem with the Checkpoint if i readed the code right. It makes it a lil more tiny for 800x600 resolutions and lower, this should fix the problem but i didn't test it.

I'll review this later more in depth, I do not know yet precisely what this does or fixes.


reduce haproxy reloads if many state changes are coming in

we could get to this point be artificially delaying haproxy reloads to queue up changes.
this queuing delay should be CLI configurable.

https://github.com/dawanda/mmsd/pull/25


Cross Attention maps

Hello,
Thank you so much for your great work and codebase!
I would appreciate your clarifications on a few items.

From within TextToVideoSDPipelineCall.py, at this line, the attention maps from the temporal layers seem to be empty, by approximately using this code block

for name, module in self.unet.named_modules():
                module_name = type(module).__name__
                if module_name == "Attention" and "attn2" in name:

                #  --- First set
                    if "temp_attentions" in name:
                         print(name) # replace .0 with [0]
                         extracted_attention_map = module.processor.cross_attention_map
                         if extracted_attention_map!=None:
                             print(extracted_attention_map.shape)
                    else:
                        #  --- Second set
                        ...

- First set

down_blocks[0].temp_attentions[0].transformer_blocks[0].attn2
down_blocks[0].temp_attentions[1].transformer_blocks[0].attn2
down_blocks[1].temp_attentions[0].transformer_blocks[0].attn2
down_blocks[1].temp_attentions[1].transformer_blocks[0].attn2
down_blocks[2].temp_attentions[0].transformer_blocks[0].attn2
down_blocks[2].temp_attentions[1].transformer_blocks[0].attn2
up_blocks[1].temp_attentions[0].transformer_blocks[0].attn2
up_blocks[1].temp_attentions[1].transformer_blocks[0].attn2
up_blocks[1].temp_attentions[2].transformer_blocks[0].attn2
up_blocks[2].temp_attentions[0].transformer_blocks[0].attn2
up_blocks[2].temp_attentions[1].transformer_blocks[0].attn2
up_blocks[2].temp_attentions[2].transformer_blocks[0].attn2
up_blocks[3].temp_attentions[0].transformer_blocks[0].attn2
up_blocks[3].temp_attentions[1].transformer_blocks[0].attn2
up_blocks[3].temp_attentions[2].transformer_blocks[0].attn2
mid_block.temp_attentions[0].transformer_blocks[0].attn2

while only .attentions  layers and the transformer_in layer in the second set have cross attention maps.
- Second set

transformer_in.transformer_blocks[0].attn2
torch.Size([64, 64, 24, 24])
down_blocks[0].attentions[0].transformer_blocks[0].attn2
torch.Size([120, 64, 64, 77])
down_blocks[0].attentions[1].transformer_blocks[0].attn2
torch.Size([120, 64, 64, 77])
down_blocks[1].attentions[0].transformer_blocks[0].attn2
torch.Size([240, 32, 32, 77])
down_blocks[1].attentions[1].transformer_blocks[0].attn2
torch.Size([240, 32, 32, 77])
down_blocks[2].attentions[0].transformer_blocks[0].attn2
torch.Size([480, 16, 16, 77])
down_blocks[2].attentions[1].transformer_blocks[0].attn2
torch.Size([480, 16, 16, 77])
up_blocks[1].attentions[0].transformer_blocks[0].attn2
torch.Size([480, 16, 16, 77])
up_blocks[1].attentions[1].transformer_blocks[0].attn2
torch.Size([480, 16, 16, 77])
up_blocks[1].attentions[2].transformer_blocks[0].attn2
torch.Size([480, 16, 16, 77])
up_blocks[2].attentions[0].transformer_blocks[0].attn2
torch.Size([240, 32, 32, 77])
up_blocks[2].attentions[1].transformer_blocks[0].attn2
torch.Size([240, 32, 32, 77])
up_blocks[2].attentions[2].transformer_blocks[0].attn2
torch.Size([240, 32, 32, 77])
up_blocks[3].attentions[0].transformer_blocks[0].attn2
torch.Size([120, 64, 64, 77])
up_blocks[3].attentions[1].transformer_blocks[0].attn2
torch.Size([120, 64, 64, 77])
up_blocks[3].attentions[2].transformer_blocks[0].attn2
torch.Size([120, 64, 64, 77])
mid_block.attentions[0].transformer_blocks[0].attn2
torch.Size([480, 8, 8, 77])

If one should assume that the second set is the spatial attention maps, it does not align with modules listed in the supplemental document (page 1, screenshot included), particularly the transformer_in.transformer_blocks[0].attn2 with size 64, 64, 24, 24 suggesting its temporal (not spatial as mentioned in supplemental) with 24 frames and  mid_block.attentions[0].transformer_blocks[0].attn2 with size 480, 8, 8, 77 suggesting its the spatial attention map (not temporal) with 77 tokens.

Your kind clarification would be very helpful. Thanks

Extract from page 1 in the supplemental document, hope to hear from you and thanks!


VSCode open folder

Does this issue occur when all extensions are disabled?: Yes/No

VS Code Version: 1.69.2
OS Version: centos7.9

Steps to Reproduce:

Open VSCode in linux baed on Centos7.9
when  I open folder, the toast is not on the top, I can not find it
I can not select the folder
I think it is a serious bug, can you help to fix it ?

It is a serious bug

Merging to https://github.com/microsoft/vscode/issues/146422


2 questions.

How do I see the stickers?...I can see the color theme but am confused on what to do.
Is Asuna~Dark mode a possibility?

@ehAsuna Sorry for not responding (but I did track you request)! Adding Asuna Dark was a good idea. The next release will contain Asuna's dark mode.
For future reference, you can submit a theme request here.


Use isort to enforce import order

Style guide enforcement is important in OSS projects. isort is a de facto standard tool. The following errors should be fixed and isort should be added to linting and CI.
ERROR: /home/nicholas/git/ross/setup.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/results.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/api_report.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/shaft_element.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/materials.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/utils.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/bearing_seal_element.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/__init__.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/point_mass.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/disk_element.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/rotor_assembly.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/units.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/element.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/tests/test_materials.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/tests/test_disk_element.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/tests/test_examples.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/tests/test_fluid_flow.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/tests/test_api_report.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/tests/test_bearing_seal_element.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/tests/test_shaft_element.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/tests/test_units.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/tests/test_point_mass.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/tests/test_rotor_assembly.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/fluid_flow/fluid_flow.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/fluid_flow/fluid_flow_coefficients.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/ross/fluid_flow/fluid_flow_graphics.py Imports are incorrectly sorted.
ERROR: /home/nicholas/git/ross/docs/conf.py Imports are incorrectly sorted.

cc https://github.com/openjournals/joss-reviews/issues/2120

Hello @nnadeau. Thanks for your reviews!
We have added black and isort modules as dep on our CI's. Now, every time someone do a contribution the CI's will check for inconsistencies based on black and isort.


pyportify-copyall issue when Creating in Google Music

Creating in Google Music... Traceback (most recent call last):
  File "/usr/local/bin/pyportify-copyall", line 9, in <module>
    load_entry_point('pyportify==0.3.13', 'console_scripts', 'pyportify-copyall')()
  File "/usr/local/lib/python3.5/dist-packages/pyportify/copy_all.py", line 62, in main
    loop.run_until_complete(start())
  File "/usr/lib/python3.5/asyncio/base_events.py", line 387, in run_until_complete
    return future.result()
  File "/usr/lib/python3.5/asyncio/futures.py", line 274, in result
    raise self._exception
  File "/usr/lib/python3.5/asyncio/tasks.py", line 239, in _step
    result = coro.send(None)
  File "/usr/local/lib/python3.5/dist-packages/pyportify/copy_all.py", line 56, in start
    yield from app.transfer_playlists(None, s, g, playlists)
  File "/usr/local/lib/python3.5/dist-packages/pyportify/app.py", line 177, in transfer_playlists
    yield from g.add_songs_to_playlist(playlist_id, gm_track_ids)
  File "/usr/local/lib/python3.5/dist-packages/pyportify/google.py", line 95, in add_songs_to_playlist
    added_ids = [e['id'] for e in res['mutate_response']]
  File "/usr/local/lib/python3.5/dist-packages/pyportify/google.py", line 95, in <listcomp>
    added_ids = [e['id'] for e in res['mutate_response']]
KeyError: 'id'

Is there anything else you might need for me to test?

It seems to happen when you want to transfer a playlist that has more than 1000 songs (that's google play limit) May be you can split the list into two, adding playlistname-2 playlistname-3 playlistname-4 for every thousand?

https://github.com/rckclmbr/pyportify/pull/93

Yeah, I actually just verified that that PR fixes my issue

This should be fixed in v0.3.14, give it a try and let me know.


Modify to filter list based on selected region

Connected up the region dropdown to the data to filter
I think the data types/models can be cleaned up further, remember being a discussion for it but I've left touching it too much right now

I think the data types/models can be cleaned up further, remember being a discussion for it but I've left touching it too much right now

Yea don't worry about this too much yet. They'll probably change a little once the data from fetchy is being used haha


Message signing is not supported for hardware wallets.

I'm getting this error message from polkadot extension when trying to use https://polkasafe.xyz/ for multisig:

I have a Ledger Nano X, which according to the docs supports multisig:
https://github.com/Zondax/ledger-kusama?tab=readme-ov-file#multisig

Hey @Lohann, are you using polkadotjs? I just checked with Subwallet extension and it seems to be working fine. Keep in mind that the error that you showed is related to Signing raw messages. This feature is enable on the app since ~2 years but the extensions/wallets needs to enable it.
PS: you can install the new generic app that supports all pallets 😉

No, I was trying to use this tool: https://polkasafe.xyz/ it think it request a signature in the login page, but I'm unable to login.

his feature is enable on the app since ~2 years but the extensions/wallets needs to enable it.

hmm, is this the expect mode that I need to enable on ledger? let me try

On the login screen, which method are you using to connect the Ledger device?

No success, also I can't find any option in the polkadot extension for enable signing raw messages..

On the login screen, which method are you using to connect the Ledger device?

I'm using polkadot extension

you can install the new generic app that supports all pallets

What is that generic app? On ledger or is another browser extension? I'm using Kusama on Ledger.

I replied some info here:
https://github.com/Zondax/ledger-kusama/issues/213#issuecomment-2204025514
There is a new app on Polkadot ecosystem that is currently working for Polkadot, Kusama and the AssetHub chains and after an upgrade on every parachain, they will be supported as well. Already available in LedgerLive
I just checked with the last version from Kusama and Subwallet extension doesn't allow you to connect. It asks for the Migration app. However, if you install any of the new apps, it will work. I haven't checked but it should be working fine for Talisman too

Ok, I'll give it a try

@Lohann I am closing this issue, as the repo will be from now archived, in favor of the new ledger polkadot generic app. You can check the readme for more info!


Editing a collection raises undefined thumbnail_id as the edit form tries to load

Description
When using the postgres adapter in nurax-pg, editing a collection raises undefined thumbnail_id as the edit form tries to load.
Expected
Dashboard -> Collections -> click Action menu beside existing collection -> Edit collection -> opens the edit form populated with the collection's values.
Actual
Dashboard -> Collections -> click Action menu beside existing collection -> Edit collection -> raises an exception

Steps to reproduce the behavior
Prereq: Create a User Collection on nurax-pg.

Login to nurax-pg
Dashboard -> Collections
Click the action menu beside an existing collection
Select Edit collection

Related work
Issue https://github.com/samvera/hyrax/issues/5133 - Val MVP: Edit PcdmCollection as a valkyrie resource through UI
https://github.com/samvera/hyrax/issues/5286 - specific to this undefined thumbnail_id exception

PR #5287 adds a check to skip the code that allows a user to select a thumbnail for the collection.  When this issue is resolved, the skip should be removed.


yabridge is incompatible with wine 9.5

Describe the bug
yabridge doesn't work with wine 9.5. I was wondering as this is a reoccurring thing with yabridge, shouldn't the wine version be pinned for the yabridge package?
Expected behavior
running vst plugins
Additional context
I tried overriding the wine version to 9.4 but I couldn't get it to build yabridge.
So for now, I installed yabridge from the revision before wine 9.5.
final: prev:
let
  nixpkgs-wine94 = import (prev.fetchFromGitHub {
    owner = "NixOS";
    repo = "nixpkgs";
    rev = "59322d8a3603ef35a0b5564b00109f4a6436923e"; #wineWow64Packages.unstable: 9.3 -> 9.4
    sha256 = "Ln3mD5t96hz5MoDwa8NxHFq76B+V2BOppYf1tnwFBIc=";
  }) {
    system = "x86_64-linux";
  };
in {
  inherit (nixpkgs-wine94) yabridge yabridgectl;
}

Notify maintainers
@kira-bruneau
Metadata
$ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 6.8.2, NixOS, 24.05 (Uakari), 24.05.20240329.d8fe5e6`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.21.0`
 - nixpkgs: `/nix/store/cb1gs888vfqxawvc65q1dk6jzbayh3wz-source`

Add a :+1: reaction to issues you find important.

Can yabridge use the stable Wine package? It’s updated annually except for occasional bug fix releases. It’s currently Wine 9.0.

@reckenrode Didn't work for me: https://github.com/NixOS/nixpkgs/issues/301445

Can yabridge use the stable Wine package? It’s updated annually except for occasional bug fix releases. It’s currently Wine 9.0.
From what I know, yabridge requires wine-staging but it's usually a few months behind. The project readme always had a downgrade section telling you to downgrade to a specific version.
There's an open issue for it on the yabridge repo: (https://github.com/robbert-vdh/yabridge/issues/320)

This issue has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/lmms-vst-plugins/42985/3

Just created a PR that should workaround this issue based on https://github.com/robbert-vdh/yabridge/issues/320#issuecomment-2018993210 😊

shouldn't the wine version be pinned for the yabridge package?

I think it would be best to keep it following the default staging release. What you're doing right now to pin wine uses an import for derivation, which isn't allowed in nixpkgs: https://github.com/NixOS/nixpkgs/blob/nixos-23.11/pkgs/README.md#import-from-derivation.
It would be possible to maintain a separate derivation of wine just for yabridge, but I think it would be too costly for what it'd add - especially since we can't guarantee a version of wine that'll work with all VSTs.

Just created a PR that should workaround this issue based on robbert-vdh/yabridge#320 (comment) 😊

👍
I tried this as well, but most of my plugins were broken with wine 9.5 which will probably get fixed by yabridge upstream soon but I thought I should mention it.

shouldn't the wine version be pinned for the yabridge package?

I think it would be best to keep it following the default staging release. What you're doing right now to pin wine uses an import for derivation, which isn't allowed in nixpkgs: https://github.com/NixOS/nixpkgs/blob/nixos-23.11/pkgs/README.md#import-from-derivation.

Oh, I didn't know about the implications importing older packages. Good to know. 👍

It would be possible to maintain a separate derivation of wine just for yabridge, but I think it would be too costly for what it'd add - especially since we can't guarantee a version of wine that'll work with all VSTs.

Yeah that would be too much unnecessary work.

Still broken on 9.6

Still broken on 9.6

https://github.com/NixOS/nixpkgs/pull/303485 is not merged yet. Even if it gets merged, I noticed some of my vsts breaking. I think it's better to pin version 9.4 for now.

Reopening since #303485 doesn't completely fix yabridge with 9.5+

Fixed on wine 9.8 🎊 (https://github.com/robbert-vdh/yabridge/issues/320)


Implement .crxignore

This pull request builds upon #49: .crxignore is read asynchronously; there is an appropriate CLI command; there is a new test in place; and the documentation has been updated.
If it's preferable I can submit the pull request to pastak/crx so that @pastak may then submit their pull request.

@augmt Good work :+1: ( I have not worked it for busy sorry... :bow:  )

Hey guys,
although I feel ignore files or selecting them in a finer way (cf. #66) would help, I don't believe supporting an ignore file is the first step to implement it.
I'd rather have a good and solid API then add an ignore file if this is a common need. I'd rather stay close to the CLI rather than having an implicit configuration file – we already have too many of them.

This a very useful features especially when your building on transpiled environment, so I have kept a mirror of this commit here: https://github.com/bluejamesbond/crx (credit provided @pastak @augmt).

@bluejamesbond you are right – could you eventually just implement something which helps configure the following ignore list, from the API and CLI point of view?
https://github.com/oncletom/crx/blob/d65dc24d340078e48f918b2ebff44b580a40291a/src/crx.js#L209
Do you think it would it provide the same level of feature as the ignore file?

Imo a crxignore file is just a simpler. It provides a way to easily maintain the codebase. If a new folder is added, the workflow is quite easy. I just update all my ignore files. In the event we opt for a CLI, then either I have an extra script file which contains the command with all the ignore files appended or I have it in package.json. Updating a script and/or the package.json isn't as easy.
The crxignore also allows for nested ignores i.e. if I have a module shared across multiple extensions.
Again, this is just my two cents. And of course, the API/CLI option should be coupled with the crxignore to have a complete feature set.

Oh interesting use case! What is the layout of your repos/code then?
To me, having a configurable exclusion/files whitelisting at the API level is more important because then it is just a matter of how you feed them (via CLI, via ignore file, via env variables etc.) so I suggest to do it in 3 moves:

excluding at API level
excluding at CLI level
excluding at ignore file level

Although we have to be careful because the gitignore spec works differently than the minimatch one.
@bluejamesbond because the branch diverged, would you be happy to (re)submit any of the above points as a PR?


Change CustomToolbar.js from class based component to functional component

Current Behavior
CustomToolbar.js is a Class based component
Desired Behavior
CustomToolbar.js as a functional react compoennt
Implementation
Will convert the CustomToolbar.js to a modern functional component and will make the changes to incorporate those changes.

Contributor Guides and Handbook

🛠 Meshery Build & Release Strategy
📚 Instructions for contributing to documentation

Meshery documentation site and source

🎨 Wireframes and designs for Meshery UI in Figma
🙋🏾🙋🏼 Questions: Discussion Forum and Community Slack

Hey @aabidsofi19 as we talked earlier can you assign me this issue?

Fixed.

Gentlemen,
It is most excellent to see this work being done. 👏

I guess you have mistaken. The PR attached where is the previous one I am working on.
Migrating the Notification system.
I can see the CustomToolbar.js as a class component in the master branch.
I am working on it and will raise a PR by today.
Can you confirm please? @leecalcote

@Rajdip019, oh, I assumed that the linked PR (merged) above was the fix for this issue.

I retract my comment about the good work being done here. 😉


Wink siren

Added support for the GoControl Siren and Strobe. Basically just a BinarySwitch. Updated the version to 0.4.2 in all wink files.

I removed your commits again, you put them against the master branch. Please point them at the dev branch.

So do another PR and point to DEV?

Yes


can not install  usbmuxd width parameter '--HEAD'

I'm having problems installing and configuring flutter
On mac OS Mojave 10.14.5
Xcode 10.2.1

I excute ：flutter doctor
########
litaodeMacBook-Pro:Cellar litao$ flutter doctor
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel stable, v1.2.1, on Mac OS X 10.14.5 18F132, locale zh-Hans-CN)
[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
[!] iOS toolchain - develop for iOS devices (Xcode 10.2.1)
✗ libimobiledevice and ideviceinstaller are not installed. To install with Brew, run:
brew update
brew install --HEAD usbmuxd
brew link usbmuxd
brew install --HEAD libimobiledevice
brew install ideviceinstaller
[✓] Android Studio (version 3.4)
[!] Connected device
! No devices available
! Doctor found issues in 2 categories.
litaodeMacBook-Pro:Cellar litao$
########
then
#######
litaodeMacBook-Pro:~ litao$ brew install --HEAD usbmuxd
==> Cloning https://git.sukimashita.com/libusbmuxd.git
Updating /Users/litao/Library/Caches/Homebrew/usbmuxd--git
==> Checking out branch master
Already on 'master'
Your branch is up to date with 'origin/master'.
HEAD is now at affc9af Convert README to markdown and update links
==> ./autogen.sh
Last 15 lines from /Users/litao/Library/Logs/Homebrew/usbmuxd/01.autogen.sh:
2019-06-24 14:59:29 +0800
./autogen.sh
READ THIS: https://docs.brew.sh/Troubleshooting
########
I have try excute 'brew update;brew uninstall --ignore-dependencies libimobiledevice;brew uninstall --ignore-dependencies usbmuxd;brew install --HEAD usbmuxd;brew unlink usbmuxd;brew link usbmuxd;brew install --HEAD libimobiledevice;brew install ideviceinstaller',but can not resolve the problem

Hi @tliwyl, thanks for opening this issue! Can you post your flutter doctor -v output after the brew install --HEAD usbmuxd invocation? Also, can you also paste the output of ls $(brew --prefix usbmuxd) (it should have the binary executable iproxy)?

I have resolve the problem by copy the  libimobiledevice folder and usbmuxd folder from anthor computer that has installed the --HEAD versions.But I still can not install the --HEAD version width brew. I can install libimobiledevice(usbmuxd ) without parameter '--HAED'.

This has been fixed upstream in usbmuxd. To fix a broken version: brew upgrade --fetch-HEAD usbmuxd. Closing.


Feature | Nested SDK Requests

Previously you could define custom methods on the connector to call requests in Saloon.
protected array $requests = [
    'getMyUser' => UserRequest::class,
    ErrorRequest::class,
];

This was pretty limited as you couldn't define "groups" of requests.
This PR introduces an extension to this API and now you can define an array of requests, keyed for a collection or a custom "RequestCollection" which is a class that extends the base "RequestCollection" class and can have completely custom methods inside. You will also have access to the connector.
Define groups of requests
$connector->user()->get()
protected array $requests = [
    'user' => [
        'get' => UserRequest::class,
    ],
];

Define custom request collections
$connector->user()->get()
protected array $requests = [
    'user' => UserCollection::class,
];

class UserCollection extends RequestCollection
{
    public function get(): SaloonRequest
    {
        return $this->connector->request(new UserRequest);
    }
}

'user' => UserCollection::class, this is neat! 🚀


AutoFill Passwords with 3rd Party Apps is broken

Describe the bug
Using Autofill with Password with a third-party app, not iCloud Keychain refuses to launch. Whether it's tapping "Passwords" above the KeyBoard or using an App's built-in AutoFill button.
To Reproduce
Steps to reproduce the behavior:

Go to Any App with autoFill Password Compatibility, I used Twitter for example
Click on "Passwords" or Dedicated password manager button.
Refuses to launch password manager
Screenshots
Heres a video: https://streamable.com/6yzyc

Device (please complete the following information):

iOS Version: 13.3
iOS Device: iPhone12,5
unc0ver Version: 4.0.2

Place an "x" between the brackets if true:

[x] this is a bug others will be able to reproduce
[ ] this issue is present with all tweaks uninstalled(except for default packages) or disabled
[x] this issue is present after a rootfs restore
[x] this issue is present on the latest version of unc0ver

I am experiencing the exact same issue and messaged @Cryptiiiic on Discord.


Inject CommandSettings or retrieve during/after run

Use case (simplified):

I'm registering a Azure Blob Container Client with accountname and accountkey which are passed as cli commands
The CommandSettings are not available through dependency injection - hence I cannot have this client injected and must manually instantiate it in Execute(CommandContext ctx, CommandSettings settings) {} which defeats the purpose of DI somewhaat

Would there be an easy/elegant way to inject the parsed CommandSettings?
I feel something may be possible with an ICommandInterceptor and/or ITypeRegistrar.RegisterLazy (deferring the resolution until the command is fully parsed)?
Alternatively, is there a way where I could get the parsed CommandSettings after CommandApp.Run(args)? In that case I would set up a second ServiceCollection with the parsed CommandSettings, the container client, ... and go from there.

@woutervanranst I'm not sure I get what you're aiming at. Are you trying to use the CommandSettings, not as part of the command being run, but rather later? Like after CommandApp.Run(args)?


Images not displaying

While reading :https://github.com/libgdx/libgdx/wiki/Textures,-textureregion-and-spritebatch
noticed that images are not loading !. Are they removed ?

The source images are there. Github replaces <img src="..." /> and ![](...) with some kind of proxy:

That "https://camo.githubusercontent.com/3bf0658..." returns 404. Seems to be a GitHub issue?

These images are not returning valid cache control headers, specifically there is no 'no-cache'.   Guess we should just move them off google code for an easy resolution.

Aight, fixed.

Our wiki's pics are back! Hurray for Tomski! :clap: :tada: :dancer:
:octocat: is proud of you!

Thanks a lot


Add the possibility to chose a custom prefix for named parameters

We use postgres and we have a bunch of queries in which we use the ::TEXT or ::INT syntax. Escaping them isn't convenient, and we just wouldn't have to if we were able to chose another character for the named params (like "@").
Letting users chose their own character prefix for named variable would be neat.
It could very easily be done on the package level by using a global variable, or it could be set on the connection level and then passed all the way down to the compileNamedQuery function.
What do you think?

@skoot If you're using the pq driver ( github.com/lib/pq ), it uses the Postgres-native ordinal markers:
rows, err := db.Query(`SELECT name FROM users WHERE favorite_fruit = $1
	OR age BETWEEN $2 AND $2 + 3`, "orange", 64)

err := db.QueryRow(`SELECT $1::uuid`, s).Scan(&scanned)

I'm using pgx and I use sqlx precisely to avoid ordinal markers and use named variables instead.

@skoot My apologies. I misunderstood your original issue.
I'd agree, the historical Postgres type cast syntax is keyboard friendly when typing SQL statments:
SELECT 1234::TEXT

However, to keep the sqlx library lean there may be a counter argument of switching to standard SQL for production code:
SELECT CAST(1234 AS TEXT)

This would of course avoid the parsing issue you are seeing with prepared statements when using the :: type cast syntax.
https://www.postgresql.org/docs/current/static/sql-expressions.html#SQL-SYNTAX-TYPE-CASTS

@skoot can you please share how are you bridging sqlx with pgx. I am trying to find a working example where I could use two features from sqlx with pgx namely - struct scan and named parameters.

Sure, it's an easy 2 step process: You start by getting a database/sql object from a pgx connection or pool, as explained here:
https://godoc.org/github.com/jackc/pgx/stdlib
Then you wrap it up in sqlx as you would any other database/sql object.


Changes made in Announcements Page

Remove the Organize an Event part please

Remove the Organize an Event part please

Okayy