[MINOR][TEST] Add finally clause for sc.stop()

What changes were proposed in this pull request?
Add finally clause for sc.stop() in the test("register and deregister Spark listener from SparkContext").
How was this patch tested?
Pass the build and unit tests.

Test build #70686 has started for PR 16426 at commit f5ade28.

+1

Test build #70686 has finished for PR 16426 at commit f5ade28.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/70686/
Test FAILed.

Merged build finished. Test FAILed.

Retest this please

Test build #70687 has started for PR 16426 at commit f5ade28.

Test build #70687 has finished for PR 16426 at commit f5ade28.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/70687/
Test FAILed.

Hmm. Last time,
[error] java.util.concurrent.ExecutionException: java.lang.OutOfMemoryError: GC overhead limit exceeded

And, this time,
[info] ExecutorAllocationManagerSuite:
[info] - verify min/max executors *** FAILED *** (141 milliseconds)
[info]   Expected exception org.apache.spark.SparkException to be thrown, but java.lang.IllegalStateException was thrown. (ExecutorAllocationManagerSuite.scala:72)
[info]   org.scalatest.exceptions.TestFailedException:

Jenkins seems to be unstable.

Retest this please

Thanks for the comments, @dongjoon-hyun .

Test build #70690 has finished for PR 16426 at commit f5ade28.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/70690/
Test PASSed.

It looks OK to me. Do you have a moment to grep for other instances in the tests (at least Java ones) where a new SparkContext is created in the test, to see if any other contexts need to be stopped?

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/70770/
Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/70770/
Test FAILed.

Merged build finished. Test FAILed.

Test build #70772 has started for PR 16426 at commit db96df7.

Test build #70772 has started for PR 16426 at commit db96df7.

Test build #70772 has finished for PR 16426 at commit db96df7.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Test build #70772 has finished for PR 16426 at commit db96df7.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/70772/
Test FAILed.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/70772/
Test FAILed.

Retest this please

Retest this please

Test build #70778 has started for PR 16426 at commit db96df7.

Test build #70778 has started for PR 16426 at commit db96df7.

Test build #70778 has finished for PR 16426 at commit db96df7.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Test build #70778 has finished for PR 16426 at commit db96df7.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/70778/
Test FAILed.

Merged build finished. Test FAILed.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/70778/
Test FAILed.

Test build #70779 has started for PR 16426 at commit 8db2d4f.

Test build #70779 has started for PR 16426 at commit 8db2d4f.

Test build #70779 has finished for PR 16426 at commit 8db2d4f.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Hi, @srowen Could you please review this PR again? Thanks.

Thanks, @srowen. I have updated the title.

Merged to master


Typography Color

Issue description:
Hi
I can't get the color swatch to display alpha choice in the typography field.
I added
'choices' => array(
'alpha' => true
),
but this does not work
I am doing something wrong ?
If it does not have this feature, may i suggest the it is included at some point in the future.
Thank you
steve
Version used:  2.3.6
(Did you try using the develop branch from github? There's a chance your issue has already been adressed there)
Using theme_mods or options?
theme_mods
Code to reproduce the issue (config + field(s))
$fields[] = array(
'type'     => 'typography',
'setting'  => 'logo_font_family',
'label'    => __( 'Logo Font Family', 'gogosimplicity' ),
'section'  => 'header_section',
'default'     => array(
'font-family'    => 'Roboto',
'font-size'      => '14px',
'variant'        => '300italic',
'line-height'    => '1.5',
'letter-spacing' => '0',
'color'          => '#333333',
),
'choices'     => array(
'alpha'			=> true,
),
'output'      => array(
array(
'element' => '#logoText_span',
),
),
);

This is on purpose.
We don't allow selecting transparent typography options because text with transparencies are against accessibility principles.
Selecting transparency for a color would open the door to many sites doing things that would result in not-easy-to-read text, so we avoid it.
If you have a special use-case and want to allow that, then you can simply remove the color control from the typography options, and then add a separate color control for that.

thank you for your prompt response.
i am already using a color field for that purpose.
keep up the good work
regards
steve


--crop does not work in 0.8

> hypergan train . -c 64 --device '/cpu:0' --crop
[hypergan] Welcome.  This is one of  1  possible configurations.
[hypergan] Config file /Users/martyn/.hypergan/configs/64.json
[loader] ImageLoader found 19 images with 28 different class labels
Traceback (most recent call last):
  File "/usr/local/bin/hypergan", line 8, in <module>
    cli.CLI()
  File "/usr/local/lib/python3.5/site-packages/hypergan/cli.py", line 22, in __init__
    self.run()
  File "/usr/local/lib/python3.5/site-packages/hypergan/cli.py", line 259, in run
    crop=crop
  File "/usr/local/lib/python3.5/site-packages/hypergan/cli.py", line 191, in setup_input_graph
    channels=channels)
  File "/usr/local/lib/python3.5/site-packages/hypergan/cli.py", line 220, in setup_input_loader
    height=height)
  File "/usr/local/lib/python3.5/site-packages/hypergan/loaders/image_loader.py", line 55, in labelled_image_tensors_from_directory
    height, width, dynamic_shape=True)
  File "/usr/local/lib/python3.5/site-packages/hypergan/loaders/resize_image_patch.py", line 163, in resize_image_with_crop_or_pad
    original_height, original_width, _ =     _ImageDimensions(image, dynamic_shape=dynamic_shape)
  File "/usr/local/lib/python3.5/site-packages/hypergan/loaders/resize_image_patch.py", line 222, in _ImageDimensions
    return array_ops.unpack(array_ops.shape(images))
AttributeError: module 'tensorflow.python.ops.array_ops' has no attribute 'unpack'

Originally reported in #55

Fixed and released(0.8.8).


[2010] Seed subject specialisms and allocation subject data

Context
https://trello.com/c/JrmoS9dk/2010-s-seed-subject-specialisms-into-table
Changes proposed in this pull request
Seed data into respective tables
Guidance to review

 [S] Seed subject specialisms into table


CLOUD-463: Provide Process Execution Server image

CLOUD-463: Provide Process Execution Server image
https://issues.jboss.org/browse/CLOUD-463

pushed


don‘t  generation META-INF/spring-configuration-metadata.json

When I use Gradle-5.6.2 Compile SpingBoot-starter , I didn't found META-INF/spring-configuration-metadata.json
SpringBoot version is 2.1.9.RELEASE
I has dependencies  org.springframework.boot:spring-boot-configuration-processor in build.gradle ！
I use command "gradlew build"
but didn’t found META-INF/spring-configuration-metadata.json

When I use Gradle-5.6.2 Compile SpingBoot-starter , I didn't found META-INF/spring-configuration-metadata.json
SpringBoot version is 2.1.9.RELEASE
I has dependencies org.springframework.boot:spring-boot-configuration-processor in build.gradle ！
I use command "gradlew build"
but didn’t found META-INF/spring-configuration-metadata.json

I have solved this problem
annotationProcessor "org.springframework.boot:spring-boot-configuration-processor:${springBootVersion}"
annotationProcessor ‘xxxxxxx’ behind Version number needs to be added

也就是说annotationProcessor 后面需要添加版本号


Feature request: Make subtitles blurry

I think it would be great to be able to make the subtitles blurry like this:

At least I find this feature useful myself.
Two ways to do this:
You could be able to do this with the current implementation of asb player if you were allowed to change the opacity of the text with the CSS rgba function.

You set the opacity of the subtitle text to 0 and then you set the "Subtitle Outline Thickness" to anything between 10 and 15. I see this property is controlled by the text-shadow CSS property.
The other way would be making a CSS "blurry" class like this one:
.blurry {
        color: rgba(0,0,0,0);
	text-shadow: 0 0 14px #ffffff;
}

And apply it to the tag that containts the subtitles when the user press a designated key.
Another way would be cycling through with the "S" key like this: Show subtitles -> Blurry Subtitles -> Hide Subtitles -> Show Subtitles.

Thanks for the suggestion - can you help me understand why you would find a feature like this useful? To me, it seems like hide/show subtitles is sufficient.

I used to do this exercise where you showed me a blurry subtitle line and I replayed the audio of that line several times until I felt confident enough to tell what that line said. And I would do that for every subtitle line in the video.
The reason I find difficult to do this in asbplayer it is because I can't tell when the current subtitle line ends. I have to press left arrow and right arrow several times to figure out the end of the subtitle line and the start of the next while they are hidden. If I show the subtitles so I can know where the current line ends, I will end up reading the line and it defeats the whole point of the exercise.
Sometimes when I'm mining, I end up mining the wrong subtitle line, because the word I wanted to mine happened to be at the very end of the line, so I end up mining the next line which doesn't contain the word. But for this one, you could argue that before mining you should pause, show the subtitles and make sure you are mining the right line. Although in this process, you will end up reading what the next line says.
What I want is a way to know when a subtitle line ends without knowing the actual content of the subtitles, and blurry subtitles solves that.

That makes sense.
Until this feature is implemented - as a workaround, you can use the down arrow to seek to the beginning of the current subtitle. In your case, once you've finished listening to the line you can try down, and if that doesn't work then press left. This should put you at the beginning of the line again.


MRTK 2.2 : choosing DefaultHololens1ConfigurationProfile triggers errors

Describe the bug
After migrating to MRTK 2.2 (currently stabilization branch),
change the MRTK configuration to DefaultHololens1ConfigurationProfile (sometimes you need to change to DefaultMixedRealityToolkitConfigurationProfile first).
This operation leads to a bunch of errors related to MixedRealityToolkitFacadeHandler :
System.Collections.Generic.List`1+Enumerator[T].MoveNext () (at <e1319b7195c343e79b385cd3aa43f5dc>:0)
Microsoft.MixedReality.Toolkit.Utilities.Facades.MixedRealityToolkitFacadeHandler.DestroyFacades () (at Assets/MixedRealityToolkit/Inspectors/MixedRealityToolkitFacadeHandler.cs:189)
Microsoft.MixedReality.Toolkit.Utilities.Facades.MixedRealityToolkitFacadeHandler.UpdateServiceFacades () (at Assets/MixedRealityToolkit/Inspectors/MixedRealityToolkitFacadeHandler.cs:129)
Microsoft.MixedReality.Toolkit.Utilities.Facades.MixedRealityToolkitFacadeHandler.OnSceneGUI (UnityEditor.SceneView sceneView) (at Assets/MixedRealityToolkit/Inspectors/MixedRealityToolkitFacadeHandler.cs:44)
UnityEditor.SceneView.CallOnSceneGUI () (at C:/buildslave/unity/build/Editor/Mono/SceneView/SceneView.cs:2849)

InvalidOperationException: Collection was modified; enumeration operation may not execute.
System.ThrowHelper.ThrowInvalidOperationException (System.ExceptionResource resource) (at <e1319b7195c343e79b385cd3aa43f5dc>:0)
System.Collections.Generic.List`1+Enumerator[T].MoveNextRare () (at <e1319b7195c343e79b385cd3aa43f5dc>:0)
System.Collections.Generic.List`1+Enumerator[T].MoveNext () (at <e1319b7195c343e79b385cd3aa43f5dc>:0)
Microsoft.MixedReality.Toolkit.Utilities.Facades.MixedRealityToolkitFacadeHandler.DestroyFacades () (at Assets/MixedRealityToolkit/Inspectors/MixedRealityToolkitFacadeHandler.cs:189)
Microsoft.MixedReality.Toolkit.Utilities.Facades.MixedRealityToolkitFacadeHandler.UpdateServiceFacades () (at Assets/MixedRealityToolkit/Inspectors/MixedRealityToolkitFacadeHandler.cs:129)
Microsoft.MixedReality.Toolkit.Utilities.Facades.MixedRealityToolkitFacadeHandler.OnSceneGUI (UnityEditor.SceneView sceneView) (at Assets/MixedRealityToolkit/Inspectors/MixedRealityToolkitFacadeHandler.cs:44)
UnityEditor.SceneView.CallOnSceneGUI () (at C:/buildslave/unity/build/Editor/Mono/SceneView/SceneView.cs:2849)

closing and reopening the scene does not triggers the erros and execution seems to works fine, but those errors are not triggers by other confiuration profiles.
To reproduce
Steps to reproduce the behavior:

migrate to MRTK 2.2 (currently stabilization branch)
change the MRTK configuration to DefaultHololens1ConfigurationProfile (sometimes you need to - change to DefaultMixedRealityToolkitConfigurationProfile first)

Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Your Setup (please complete the following information)

Unity Version [2018.4.13f1]
MRTK Version [v2.2 stabilization]

thanks @gilbdev!

Dupe of #6794


[0010] Include a pseudo-hlsl/c++ class declaration for vk::BufferPointer<T,A> and any associated built-in functions/types

Which proposal does this relate to?
0010-vk-buffer-ref.md
Describe the issue or outstanding question.
For clarity and understanding of the spec it would be helpful to include a pseudo HLSL/C++ class declaration for vk::BufferPointer<T,A> in the spec and any reasonable pseudo-code for implementation. This both will help in the readability and understanding of the new objects and APIs and helps us move toward our goal of being able to define HLSL types in HLSL.
Additional context
See initial review discussion.

would be also useful to have a #ifdef __cplusplus version so we can share structure definitions between C++ and HLSL

Providing a C++ implementation of HLSL built-in types is not a goal of our spec process. I filed this to request a pseudo-object definition to help with the readability of the spec, that's not the same as making code that can actually be compiled.

but it would be a very small step to provide one in this case.


Both blacklists are identical (Bug?)

Hi!
FYI - Both lists are identical, as in no difference.
https://github.com/LittleJake/ip-blacklist/blob/main/abuseipdb_blacklist_ip_score_75.txt
https://github.com/LittleJake/ip-blacklist/blob/main/abuseipdb_blacklist_ip_score_100.txt

I do know this issue is 1 year old, but.
AbuseIPDB API is limiting the blacklists export to 10k records. There are more than 10k records with a score of 100%, so when the export is made for 75%, it is only including the 10k first IP addresses with a score of 100%.
Conclusion: only the score of 100% may be helpful, but be aware that this will not be an exhaustive list.
Not very helpful...


MCU Manager - Choose DFU Distribution Package report error "The operation couldn't be completed."

can't select DFU Package on icloud files

Type "public.data" was expected to be declared and imported in the Info.plist of nRF Toolbox Debug.app, but it was not found.
Type "public.zip" was expected to be declared and imported in the Info.plist of nRF Toolbox Debug.app, but it was not found.


All working well, super pull request!

Added code from #873  #838  #830  #797

Many bug fixes
Removed pipenv
Fixed dockerfile
Fixed samples
Added utils directory with two useful scripts
Fixed dependencies
Fixed sendImage
Added black style
Fixed travis CI routine.
Added contribution guide.

:partying_face:

group_get_participants_ids freez the script please see the issue #804

please replace the line 555 in wapi.js by:
wait window.Store.GroupMetadata.update(id);
to fix the bug issue #804


PayloadConfig: Downsize parent_block to parent_header

Describe the feature
"Standard" payload-building implementations (like default_ethereum_payload & optimism_payload) only need the parent header for ConfigureEvmEnv::next_cfg_and_block_env and filling the new header. Fetching the full block in PayloadJobGenerator::new_payload_job is an unwanted performance cost, especially for L2s with small block time but many transactions per block.
On the other hand, sophisticated users who need the full parent block would likely provide their own PayloadServiceBuilder, PayloadJobGenerator, PayloadJob, and payload building implementation anyway.
p/s: We don't even use PayloadConfig but inline the parent header and attributes directly into the RisePayloadJob 😅 .
Additional context
Can work on this if approved.

makes sense

Hello, I would like to work on this issue.

assigned @lean-apple

@mattsse @lean-apple #12159 was great but it missed the key optimization, which is only fetching the header (latest_header/sealed_header_by_hash/etc) instead of the full block in new_payload_job 😅 .


Completely support inout IO buffers

At the moment, the macro expansion in nextpnr does not seem to handle yet inout ports for the IOBUFs, at least as stated in this comment.
As part of the effort of allowing more complex designs to be implemented (such as the LiteX SoC), multiple top level ports on the same net would need to be handled correctly, and IOBUFs enabled.

This was fixed with https://github.com/YosysHQ/nextpnr/pull/733 and nextpnr now can correctly handle IO BUFs, closing


After 2.14 $state.go won't work for route with queries

Hi I have the following state:
.state('main.lists.list.detail', {
          url: '/{listId:[0-9]{1,1000}}?expanded',
          templateUrl: 'app/lists/lists-list/lists-list-detail.html',
          controller: 'ListsListDetailCtrl',
          resolve: {
            showPanel: ['$stateParams', function($stateParams) {
              $stateParams.showPanel = true;
            }]
          }
        })

And in a part of my code I got this:
$state.go('main.lists.list.detail', params);

In version 2.13 it all works fine, but when I updated it wasn't working anymore. I removed the ?expanded from the state definition and it worked fine.
So are query values like this not working anymore?
Thanks

Experiencing the same issue.

did you define $state.go

Define $state.go? I'm not getting any errors. It is just not working.
I use $state go for other states and as I said if I remove the ?expanded it works.

dupe of #1915

Please check the fix in #1915 and if it doesn't work for you report back and I'll reopen this. Thanks


Add workaround for DTR installation when using --external-url parameter

Based on https://docker.atlassian.net/browse/ENGDOCS-72.
Old doc: https://docs.docker.com/ee/dtr/admin/install/
New doc:
The load balancer info is in "Step 3: Install DTR", nested steps 2 and 5.
Also made various formatting changes to the installation page.

Deploy preview for docsdocker ready!
Built with commit 627a38e7b350f4efc8350bac7d5a25a3b1974f6e
https://deploy-preview-9485--docsdocker.netlify.com

@ivansharamok PTAL - this is based on a ticket you opened back in July.


Add more Prow shell scripts for other integration tests.

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: ozevren
To fully approve this pull request, please assign additional approvers.
We suggest the following additional approver: icygalz
If they are not already assigned, you can assign the PR to them by writing /assign @icygalz in a comment when ready.
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

prow/OWNERS
tests/integration/examples/OWNERS [ozevren]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@ozevren: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/e2e-bookInfoTests-v1alpha3.sh
cef720b85852ba7e474bc21971e83e21c08967a7
link
/test e2e-bookInfoTests-envoyv2-v1alpha3

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

/test e2e-bookInfoTests-envoyv2-v1alpha3

/lgtm

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: ozevren, utka
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

prow/OWNERS [utka]
tests/integration/examples/OWNERS [ozevren,utka]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@ozevren: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/integ-security-k8s-presubmit-tests.sh
cef720b85852ba7e474bc21971e83e21c08967a7
link
/test integ-security-k8s-presubmit-tests-master

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@ozevren: The following tests failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/integ-security-k8s-presubmit-tests.sh
cef720b85852ba7e474bc21971e83e21c08967a7
link
/test integ-security-k8s-presubmit-tests-master

prow/istio-integ-k8s-tests.sh
cef720b85852ba7e474bc21971e83e21c08967a7
link
/test istio-integ-k8s-tests-master

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@ozevren: The following tests failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/integ-security-k8s-presubmit-tests.sh
cef720b85852ba7e474bc21971e83e21c08967a7
link
/test integ-security-k8s-presubmit-tests-master

prow/istio-integ-k8s-tests.sh
cef720b85852ba7e474bc21971e83e21c08967a7
link
/test istio-integ-k8s-tests-master

prow/release-test.sh
cef720b85852ba7e474bc21971e83e21c08967a7
link
/test release-test-master

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@ozevren: The following tests failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/integ-security-k8s-presubmit-tests.sh
cef720b85852ba7e474bc21971e83e21c08967a7
link
/test integ-security-k8s-presubmit-tests-master

prow/release-test.sh
cef720b85852ba7e474bc21971e83e21c08967a7
link
/test release-test-master

prow/istio-integ-k8s-tests.sh
cef720b85852ba7e474bc21971e83e21c08967a7
link
/test istio-integ-k8s-tests

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.


Get database defined in connection string

Hi there!
I'm creating a new instance of Client with a mongodb+srv uri pointing to a cluster. This is stored in an env variable in my app, so this uri can and will change.
The problem I'm facing is that the mongodb/mongodb library does not expose the default database defined in the connection string. I have to explicitly call selectDatabase($dbName) if I want the database instance. As you may know, this is not very "environment variable" friendly.
I can work something out, but I would like to know if there's a way of getting the defined database name without parsing the uri myself.
Thanks a lot! :)

Well, it wasn't that hard really. Leave this here for someone who may need it.
<?php

$client = new Client(getenv('MONGO_URI'));
$database = trim(parse_url(getenv('MONGO_URI'))['path'], '/');

return $client->selectDatabase($database);

The database name found in the connection string is technically only relevant for authentication and is deprecated in favor of the authSource URI option. Since the component is deprecated, serves no purpose outside of authentication, and authentication is handled internally by the driver, we've not considered adding an API to extract its value. See the following documents for additional detail on this component:

Connection String: Components from the MongoDB manual
Connection String specification

Some other drivers may use the URI's database component for other purposes (e.g. selecting a default database), but that behavior is likely rooted in preserving some legacy behavior. I believe the Node.js driver (and/or Mongoose ODM) is one such case where there is the concept of a "default" database.
If you're using a mongodb+srv scheme with the URI, it's also quite possible that the SRV or TXT record contains an authSource value (among other URI options). This is mentioned in the DNS Seedlist Connection Format section in the MongoDB manual entry above.
My advice to you would be to create a separate environment variable to track the default database for your application. If you'd rather leave it within the URI string and manually parse it, please just note how it is actually used (or ignored) by the driver to ensure there are no surprises.

Closing since the original question seems to be resolved. Feel free to follow up if this is not the case.


Feature theme augmentation

[x] I have followed (at least) the PR section of the contributing guide.

Fixes: #1874
This PR will unify the approach to the material-ui monorepo see: https://github.com/mui-org/material-ui/tree/next/packages/material-ui-lab/src/themeAugmentation
I also added documentation for the theme augmentation as well as fixed component names to correspond with theme overrides.

@rajzik Thanks for the effort, note that we are working on merging the components into the lab in https://github.com/mui-org/core-plus-pickers. We will have to redo this pull request on https://github.com/mui-org/material-ui once the migration is completed.

@oliviertassinari oh, nvm. If you need any help just let me know.

I will let you know :)

@oliviertassinari is there any estimation when the migration will be done?

@dmtrKovalenko is making great progress. I think that so far, the main blocker is to reach a point where https://github.com/mui-org/core-plus-pickers/tree/next/packages/pickers is no longer included in the repository.

@rajzik Thanks for the effort! I believe we have solved the issue by moving the component in the lab.


Thermal Calibration - improve control over starting conditions

The changes in this PR provide more control over the starting condition for the on-board thermal calibrator.

The SYS_CAL_TEMP parameter is renamed SYS_CAL_TDEL better indicate that it is a temperature delta.
A SYS_CAL_TMIN parameter is added which sets the minimum temperature that will be accepted by the calibration. This enables a board to be cold soaked to below the required starting temperature so that when hot soak testing starts, a more stable temperature rise is achieved by the sensor when the at the point the calibration starts using the data.
A 10 second delay from startup to use of sensor data has been added to allow sensors and filters to stabilise
A SYS_CAL_TMAX pareter has been added which specifies the maximum starting temperature accepted by the calibrator. This prevents the calibration starting if a board has not been sufficiently cold soaked.

The SYS_CAL_TMIN and SYS_CAL_TMAX defaults have been set to 5 and 10 deg C respectively to allow use of a domestic refrigerator for cold soaking.

The gitbook entry https://dev.px4.io/sensor-thermal-calibration.html will be updated when this PR is merged

@priseborough There are various code style issues. I know that the CI instabilities in the last week have made ignoring CI more easily, but this is an actual failure. Please see the Travis report for details.


Code Project, IBM

This a Full Stack Development certificate Program at IBM.

temporary changes

ok

This a Full Stack Development certificate Program at IBM.

Would you like to add more content?

@lauvshree This issue can be closed, Thank you


No module named platform_detect.python.platform

Expected Behavior

Elementum should launch
Current Behavior

Elementum doesn't launch on Kodi 18 running on Chromecast with Google TV
Possible Solution

Version 0.1.86 run correctly, now it isn't running probably due to the switch to detect_platform project
Steps to Reproduce (for bugs)

Install new plugin version 0.1.88 from elementum.surge.sh
Try to run Elementum
Elementum throws error
Error log shows following error:
Error Type: <type 'exceptions.ImportError'>
Error Contents: No module named platform_detect.python.platform
Traceback (most recent call last):
File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/navigation.py", line 4, in
from elementum import navigation
File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/resources/site-packages/elementum/navigation.py", line 20, in
from elementum.osarch import PLATFORM
File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/resources/site-packages/elementum/osarch.py", line 8, in
from platform_detect.python.platform import detect_platform
ImportError: No module named platform_detect.python.platform
-->End of Python script error report<--
2023-07-03 08:51:37.928 T:917   DEBUG: onExecutionDone(6, /storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/navigation.py)

Context

Your Environment

Version used: 0.1.88

Environment name and version: Kodi 18.9

Operating System and version: Android 12 on Chromecast with Google TV

Link to Kodi debug log: https://paste.kodi.tv/aloxevulik.kodi

@arielgrin Try installing v0.1.89. If error is still there - restart Kodi and post full log file, to see what is there.

I installed 0.1.89 but unfortunately the same error persists
2023-07-03 09:29:36.314 T:1400   ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
- NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
Error Type: <type 'exceptions.ImportError'>
Error Contents: No module named platform_detect.python.platform
Traceback (most recent call last):
File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/service.py", line 4, in
from elementum import service, config
File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/resources/site-packages/elementum/service.py", line 4, in
from elementum.rpc import server_thread
File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/resources/site-packages/elementum/rpc.py", line 16, in
from elementum.osarch import PLATFORM
File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/resources/site-packages/elementum/osarch.py", line 8, in
from platform_detect.python.platform import detect_platform
ImportError: No module named platform_detect.python.platform
-->End of Python script error report<--

Again you are not doing what I am asking.
Post full log file.
Which zip file you downloaded?

I downloaded the Android ARM file and also tried the Universal All-in-one file.
Sorry if I didn't understand correctly, but this is the log from the moment I installed the plugin
https://paste.kodi.tv/tirukupohu.kodi

@arielgrin Which URL you used to download zip file? Can you give exact url, so that I can inspect what is inside.

I opened https://elementum.surge.sh and I clicked on Android arm link and that downloaded the file.
If I right click the link and select copy link, the copied link is https://github.com/elgatito/plugin.video.elementum/releases/download/v0.1.89/plugin.video.elementum-0.1.89.android_arm.zip
There is something strange with this. If I click the link from elementum.surge.sh, the file that is downloaded can be installed but the plugin doesn't run as explained before. If I go to github and dowload the same file from the releases section and try to install it, Kodi shows the error that the plugin can't be installed due to an invalid structure. Because of this I can't go back to the previous version that worked for me, v0.1.87
Is there a way to download a previous version so I can use the plugin in the meantime?

Sorry, I don't understand.
elementum.surge.sh is pointing to latest release.
You can download any version manually from https://github.com/elgatito/plugin.video.elementum/releases .
There was a bug in early 0.1.88 with wrong file structure, but it was fixed. Maybe you try to install same broken zip file. Link you have posted is correct. I have tried to download and install it.
Make sure you install from correct zip file.

I installed from elementum.surge.sh and it correctly installed the latest version 0.1.89 but it shows the error: "No module named platform_detect.python.platform"
https://paste.kodi.tv/tirukupohu.kodi

I installed Kodi 20.2 and tried to install elementum plugin from elementum.surge.sh and the plugin installs and run, but L2tHttp now gives error [Errno 13] Permission denied: '/data/data/org.xbmc.kodi/files/service.lt2http/bin/android-arm/lt2http'
Is there any way to download plugin version 0.1.86 or 0.1.87 that will work? The download from releases shows error "can't install due to invalid structure"
L2tHttp error: https://paste.kodi.tv/sonibopetu.kodi

@arielgrin No. You installed v0.1.88 again.
2023-07-03 09:46:01.924 T:1729  NOTICE: ADDON: plugin.video.elementum v0.1.88 installed

I don't understand why it says 0.1.88 because I used the elementum.surge.sh link which is supposed to point to the latest release

@arielgrin Make sure you install actual zip file. And not the one you keep installing again and again.

I don't know what else to do. I only have the file that I downloaded from elementum.surge.sh

I re-downloaded the All-in-one file and now I get the error that the plugin file has an invalid structure and can't be installed.

I uninstalled kodi and reinstalled version 20.2 and re-downloaded the All-in-one version from elementum.surge.sh and I was able to install the elementum plugin, but now I get the errno 13 when I try to install the L2THttp service
I will open a new issue for that.
Could you please tell me how to download the previous version 0.1.86 or 0.1.87 ?
If I try to download from the releases section of github, Kodi can't install it because the file structure is invalid

I can confirm that v0.1.89 does not work on Kodi 18.9 with the following error
2023-07-03 11:29:02.697 T:7861   ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
- NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
Error Type: <type 'exceptions.ImportError'>
Error Contents: No module named platform_detect.python.platform
Traceback (most recent call last):
File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/service.py", line 4, in
from elementum import service, config
File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/resources/site-packages/elementum/service.py", line 4, in
from elementum.rpc import server_thread
File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/resources/site-packages/elementum/rpc.py", line 16, in
from elementum.osarch import PLATFORM
File "/storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/addons/plugin.video.elementum/resources/site-packages/elementum/osarch.py", line 8, in
from platform_detect.python.platform import detect_platform
ImportError: No module named platform_detect.python.platform
-->End of Python script error report<--
Please let me know how to install previous version 0.1.86 or 0.1.87

Could you please tell me how to download the previous version 0.1.86 or 0.1.87 ?

I was already writing this. Download zip file and install it manually in Kodi.

Can you provide the correct link to download? If I use following links, I get the error "invalid file structure" and can't install it
https://github.com/elgatito/plugin.video.elementum/releases/download/v0.1.87/plugin.video.elementum-0.1.87.android_arm.zip
https://github.com/elgatito/plugin.video.elementum/releases/download/v0.1.86/plugin.video.elementum-0.1.86.android_arm.zip

I was able to install v0.1.87 after uninstalling and re-installing Kodi 18.9
There is some issue related to detect_platform with Kodi 18.9 that prevents v0.1.89 from working

Autoupdated from previos version. Same problem.
2023-07-04 02:42:47.805 T:10356 NOTICE: -----------------------------------------------------------------------
2023-07-04 02:42:47.805 T:10356 NOTICE: Starting Kodi (18.9 (18.9.0) Git:20201023-0655c2c718). Platform: Windows NT x86 64-bit
2023-07-04 02:42:47.805 T:10356 NOTICE: Using Release Kodi x64 build
2023-07-04 02:42:47.805 T:10356 NOTICE: Kodi compiled 2020-10-23 by MSVC 191627035 for Windows NT x86 64-bit version 10.0 (0x0A000007)
2023-07-04 02:42:47.805 T:10356 NOTICE: Running on Windows 7 SP1, kernel: Windows NT x86 64-bit version 6.1.7601
2023-07-04 02:42:47.805 T:10356 NOTICE: FFmpeg version/source: 4.0.4-Kodi
...
2023-07-04 02:47:40.689 T:12000 ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
 - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
 Error Type: <type 'exceptions.ImportError'>
 Error Contents: No module named platform_detect.python.platform
 Traceback (most recent call last):
 File "C:\Kodi_portable\kodi\portable_data\addons\plugin.video.elementum\service.py", line 4, in <module>
 from elementum import service, config
 File "C:\Kodi_portable\kodi\portable_data\addons\plugin.video.elementum\resources\site-packages\elementum\service.py", line 4, in <module>
 from elementum.rpc import server_thread
 File "C:\Kodi_portable\kodi\portable_data\addons\plugin.video.elementum\resources\site-packages\elementum\rpc.py", line 16, in <module>
 from elementum.osarch import PLATFORM
 File "C:\Kodi_portable\kodi\portable_data\addons\plugin.video.elementum\resources\site-packages\elementum\osarch.py", line 8, in <module>
 from platform_detect.python.platform import detect_platform
 ImportError: No module named platform_detect.python.platform
 -->End of Python script error report<--

Same on Windows 10.
2023-07-04 02:38:45.699 T:2888 NOTICE: -----------------------------------------------------------------------
2023-07-04 02:38:45.699 T:2888 NOTICE: Starting Kodi (18.9 (18.9.0) Git:20201023-0655c2c718). Platform: Windows NT x86 64-bit
2023-07-04 02:38:45.699 T:2888 NOTICE: Using Release Kodi x64 build
2023-07-04 02:38:45.699 T:2888 NOTICE: Kodi compiled 2020-10-23 by MSVC 191627035 for Windows NT x86 64-bit version 10.0 (0x0A000007)
2023-07-04 02:38:45.700 T:2888 NOTICE: Running on Windows 10, kernel: Windows NT x86 64-bit version 10.0.19045
2023-07-04 02:38:45.700 T:2888 NOTICE: FFmpeg version/source: 4.0.4-Kodi
...
2023-07-04 02:39:00.498 T:8800 ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
 - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
 Error Type: <type 'exceptions.ImportError'>
 Error Contents: No module named platform_detect.python.platform
 Traceback (most recent call last):
 File "C:\Kodi_portable\kodi\portable_data\addons\plugin.video.elementum\service.py", line 4, in <module>
 from elementum import service, config
 File "C:\Kodi_portable\kodi\portable_data\addons\plugin.video.elementum\resources\site-packages\elementum\service.py", line 4, in <module>
 from elementum.rpc import server_thread
 File "C:\Kodi_portable\kodi\portable_data\addons\plugin.video.elementum\resources\site-packages\elementum\rpc.py", line 16, in <module>
 from elementum.osarch import PLATFORM
 File "C:\Kodi_portable\kodi\portable_data\addons\plugin.video.elementum\resources\site-packages\elementum\osarch.py", line 8, in <module>
 from platform_detect.python.platform import detect_platform
 ImportError: No module named platform_detect.python.platform
 -->End of Python script error report<--

@pavelmxx What version is installed there? Try to download the latest and install from zip file.

I confirm that version 0.1.89 and 0.1.88 are not working in macOS (Kodi 18.9), I get the same error from the log:
ImportError: No module named platform_detect.python.platform
Version 0.1.87 works fine

@innovaciones Try to install latest version, then restart Kodi and share full log.

Sure, here is the full log after installing plugin.video.elementum-0.1.89.darwin_x64.zip and restarting Kodi
https://paste.kodi.tv/pibukufoku.kodi

I deleted Elementum completely, include settings.
Downloaded from link https://github.com/elgatito/plugin.video.elementum/releases/download/v0.1.89/plugin.video.elementum-0.1.89.windows_x64.zip/
Install from recently downloaded zip file.
Restarted Kodi with killing Elementum.exe process in task manager.
Same result. " ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--"
I didn’t reinstall burst, context help, repository. Only Elementum.

I have the same issue on Kodi 18.7 running on the latest Retropie (raspberry pi 4).
I was able to get things working again by downgrading to 0.1.87, even though downgrading was quite the struggle: I downloaded the zip file for my system but when I install it, as soon as it installs, it gets auto-updated.
I ended up manually replacing the files inside the .kodi/addons directory and cheating the version number to something higher so that it doesn't get replaced.
I hope we can get a fixed to get back on track again.
Anyway thanks a lot for this addon @elgatito

Seeing the same issue.
Platform: Android TV 7 (android_arm) (smart TV)
Kodi: v18.9
Installation method: Plugin Auto upgrade from inside Kodi.
If I download the zip file linked in Downloads section of Elementum website form my TV platform (https://github.com/elgatito/plugin.video.elementum/releases/download/v0.1.89/plugin.video.elementum-0.1.89.android_arm.zip) and
the master archive of platform_detect from https://github.com/ElementumOrg/platform_detect/archive/master.zip, unzip  and compare them I see two possible reasons for the failure:

All resources/site-packages/platform_detect/libraries/*/ paths in the Elementum zip are missing their test.sofiles. Windows DLL are there. So it seems the new code in release.sh somehow got an incomplete platform_detect master.zip or something else removed these .so files in the process
The resources/site-packages/platform_detect/ directory has no __init__.py file. Not sure it's actually needed tough.

For now, got Elementum working again by:

Disabling auto-updates for the plugin
Downloading https://github.com/elgatito/plugin.video.elementum/releases/download/v0.1.87/plugin.video.elementum-0.1.87.android_arm.zip and installing it via Kodi's Add-ons -> Install from .zip file option

Got v0.1.89 working again by doing the following:

Manually modified plugin.video.elementum-0.1.89.android_arm.zip to

Add an empty __init__.py file in resources/site-packages/platform_detect/
Also add an empty __init__.py file in resources/site-packages/platform_detect/python/ (otherwise the import error message is about python.platform
Add back the missing test.so files under libraries/ (although their absence most probably would have caused a different error that would have appeared afterwards)

Installed the modified .zip file via Kodi's Add-ons -> Install from .zip file option.

Ok. So I went to another Android device that has Kodi 19.5. Elementum got auto- upgraded to 0.1.89 and it's s working perfectly.
I think I understand now what's happening: The common factor between all the reporters here is Kodi 18.
Kodi 18 bundles Python 2. And Kodi >= 19 bundle Python 3. I had forgotten about that.
I'm guessing Python 2 is more limited/restrictive compared with Python 3 when it comes to modules/packages missing init.py files.
All tests I performed in the REPL importing platform and trying to reproduce the error  were done using python 3. And this explains why I was unable to reproduce it.
Will redo them tomorrow with Python 2 to confirm.

If it helps, may I add that I have the same issue on my kodi 18.9 installation (libreelec 9.2.6 x64)? Sadly, this is the only working kodi installation I have right now and the only one that has elementum installed, so I do not have a way to see what happens on python3 versions :(

Please, try to install v0.1.90.

I just did the upgrade to 0.1.90 (from the linux x64 zip, because that is the right one for my platform) and it still fails to load.
2023-07-05 12:37:54.906 T:140654906513152   ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
                                             - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
                                            Error Type: <type 'exceptions.ImportError'>
                                            Error Contents: No module named python.platform
                                            Traceback (most recent call last):
                                              File "/storage/.kodi/addons/plugin.video.elementum/navigation.py", line 4, in <module>
                                                from elementum import navigation
                                              File "/storage/.kodi/addons/plugin.video.elementum/resources/site-packages/elementum/navigation.py", line 20, in <module>
                                                from elementum.osarch import PLATFORM
                                              File "/storage/.kodi/addons/plugin.video.elementum/resources/site-packages/elementum/osarch.py", line 8, in <module>
                                                from platform_detect.python.platform import detect_platform
                                            ImportError: No module named python.platform
                                            -->End of Python script error report<--
2023-07-05 12:37:54.988 T:140655112206080   ERROR: GetDirectory - Error getting plugin://plugin.video.elementum/
2023-07-05 12:37:54.991 T:140656395257984   ERROR: CGUIMediaWindow::GetDirectory(plugin://plugin.video.elementum/) failed

But right before that, when it was still on 0.1.89, I did check for the missing .so files from all the unix related folders and they were missing indeed. Now they are all there.
I wanted to create the two init.py files mentioned above, just as mentioned above, but the file is already there on the first folder and the python folder does not exist in there. Proof
:~/.kodi/addons/plugin.video.elementum/resources/site-packages/platform_detect # ls -R
.:
__init__.py   __init__.pyo  libraries     platform.py

./libraries:
android_arm    android_x86    linux_armv6    linux_x86
android_arm64  darwin_x64     linux_armv7    windows_x64
android_x64    linux_arm64    linux_x64      windows_x86

./libraries/android_arm:
test.h   test.so

./libraries/android_arm64:
test.h   test.so

./libraries/android_x64:
test.h   test.so

./libraries/android_x86:
test.h   test.so

./libraries/darwin_x64:
test.h   test.so

./libraries/linux_arm64:
test.h   test.so

./libraries/linux_armv6:
test.h   test.so

./libraries/linux_armv7:
test.h   test.so

./libraries/linux_x64:
test.h   test.so

./libraries/linux_x86:
test.h   test.so

./libraries/windows_x64:
test.dll  test.h

./libraries/windows_x86:
test.dll  test.h

Well, at least for windows version of elementum: in 1.90, comparing to 1.89, file platform.py was moved from resources/site-packages/platform_detect/python to resources/site-packages/platform_detect and folder resources/site-packages/platform_detect/python does not exist anymore.
So, either make folder python in resources/site-packages/platform_detect and copy/move platform.py there, or change line 8 in resources/site-packages/elementum/osarch.py from:
from platform_detect.python.platform import detect_platform
to
from platform_detect.platform import detect_platform

@weekendsource
Do these instructions apply to my issue as well? If so, I will try them in like 10 minutes. Thanks in advance.

@weekendsource yes, forgot to update that file. Preparing new version.

@pitsi
↑↑↑ Here's the answer from the boss :)

I patched the line you mentioned and it is now stuck on "elementum is still launching, please wait" :P
No errors in the log though, which is finally a good sign. I rebooted it twice and disabled and re-enabled elementum too.

Version 0.1.91 is available. Please, try it.

0.1.191 is working perfectly. Thanks Denis!

Working great here as well! Well done :)

That was quick turnaround. Any idea how long until it's available in the Element repository, so I can try it from there, back to the normal update flow?

It is already in the "repository". But since Elementum is acting as a repository - if Elementum is down - repo is also down. So just get a zip and install it.

ok, not sure I understand how that works but anyway, installed manually and I can also confirm 0.1.91 working fine for Kodi 18.7 on Retropie, thanks!  :+1:

Got into the thread late, but I was having the same platform_detect ossue with Kodi 20.1 on arm7 as well. And the 0.1.91 update fixed it back alright, so just to leave this here in case Kodi 20.x users swing by.

Thanks for the fix, the error is gone and torrents are working fine using the Web UI, except one thing, my current skin Artic Horizon (Kodi 18.9) is not showing anything when I open Movies or TV Shows, I test other skins like Estuary and Aeon Nox and they work fine so I guess the issue is with my skin and the window ID, the thing is previous version 0.1.87 worked fine with my skin, anyway just want to report this not expecting any fix and thank you for still supporting old Kodi versions, I really appreciate all the work you do with this amazing addon.

I installed this link on LibreElec 9.2.8 (RPI3b+) but it seems it cant install Burst. It tries but point me to install it manually. When i select Elementum repository it says cannot connect to it. Am i missing something here? I uninstalled Elementum, Burst and old repo. Then install it from zip.
If someone knows what im doing wrong will you please point me to right direction?
Thnx.

Did you reboot the system or restart kodi before trying to install burst?
Elementum has to be loaded and working for its repo to work, and in turn its repo has to work for you to install burst.

Ohh, no. I remove everything, install, but i did reboot when problems started. It seems i need to remove everything now and reboot. AND then try to install it. Here at bottom says no need to remove, but i did remove it. Ill try to delete everything, including repo, reboot, and do everything from scratch. Thanks for tip.

I can't install burst because it can't connect to the repository. I tried everything and there is no way to connect to the repository. There is definitely something messed up since version 0.1.87 which works normally.

I did everything from scratch and still dont want to install burst. Elementum works but cant fetch data because theres no burst. But, from download page i took burst zip and install it manually from that and now all works fine. Still cant connect to elementum tho.
Thank you guys, kids are happy now. Cheers!

It's not a problem to install manually, but that's not the point. It should work as before. I hope @elgatito will sort this out.

I'd suggest to open another issue and stop posting about that unrelated issue here so it can be closed.

@innovaciones Please, open a separate issue with all the details, and Kodi log (after trying to enter some folder in elementum addon).
2 days and no logs provided with repository failure.
Closing this one. There is already an issue about repository.


Migrate pudl image references to use figgy IIIF Manifests and Canvases

add djiffy to requirements, installed apps, and admin dashboard
modify Bibliography to add an optional foreign key to  Manifest
modify 'Footnoteto add an optional foreign key toCanvas`
new manage command to migrate from pudl image references to figgy manifest/canvas

clean up known bulk errors in footnotes
correct footnotes that are not associated with the correct bibliography record
migrate lending cards in bibliography based on images referenced in notes to corresponding manifest in figgy
migrate associated footnotes from pudl location to iiif image id and canvas

make manifest/canvas visible and editable in admin for bibliography and footnote

Codecov Report

Merging #372 into develop will decrease coverage by 0.1%.
The diff coverage is 91.18%.

@@             Coverage Diff             @@
##           develop     #372      +/-   ##
===========================================
- Coverage    98.71%   98.61%   -0.11%
===========================================
  Files          157      159       +2
  Lines         7019     8133    +1114
  Branches        22       25       +3
===========================================
+ Hits          6929     8020    +1091
- Misses          90      113      +23


Blip2 - keep it alive

Hello,
is there a way to keep this script alive for faster blip captioning?
I have slightly modified your example, but the script shuts down after each run.
What is the smart way to keep it alive so I can trigger it with a new image loaded dynamically.
Thanks
from PIL import Image
import requests
from lavis.models import load_model_and_preprocess
# load sample image
device = torch.device("cuda" if torch.cuda.is_available() else "cpu")
raw_image = Image.open("DOODLES/moon.png").convert("RGB")
#display(raw_image.resize((596, 437)))

device = torch.device("cuda" if torch.cuda.is_available() else "cpu")
model, vis_processors, _ = load_model_and_preprocess(name="blip_caption", model_type="base_coco", is_eval=True, device=device)
image = vis_processors["eval"](raw_image).unsqueeze(0).to(device)
#model.generate({"image": image}, use_nucleus_sampling=True, num_captions=3)
model.generate({"image": image})
model.generate({"image": image}, use_nucleus_sampling=True, num_captions=3)

# ['a large fountain spewing water into the air']
print(image)
print(model.generate({"image": image}))
print("done")```

is ther

Hi @Niutonian ! You can write a loop around the Python code. If you check the file system for more images and/or a database for more image locations or prompts is up to you then. Just bypass the loop as long as a image captioning is in progress.

Loading the model happens before initialising the loop for sure. 😊

@Marcophono2 Thanks a lot for your help, I will give a loop a try,
Cheers


World Pinger

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always
frustrated when [...]
-> No problem, just an addition to RL.
Describe the solution you'd like
A clear and concise description of what you want to happen.
-> I would like to see a plugin to ping single or multiple selected worlds and pinging based on country.
Maybe an addition to the World Hopper plugin or an entirely new plugin.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've
considered.
-> Currently I use my own custom script to ping specific worlds or even ping based on country.
It would be a nice feature to have built into the client for all users to have access to.
Additional context
Add any other context or screenshots about the feature request here.

Duplicate of #2460


THE THIEFS

Listen i reposrted the persons that are robbing the account and scamming and yet it happens to others and they get a refund but besides the fact that I am a womne in the BOYS CLUBS ie Block Chain i reported the person gave fredddy the infomration with the proof at stellarpórt then he lied to me that he is bot the owner of the exchange whihc he is not hard to find when karate kid is has to brag about everything. i gave him the proof showing the person taken money from my account ad showing where she would put it into other accounts then go back and take it out. There are a group of them doing this that creae tokens online FIVEER UPWORK and many other sites they sale art online and use the art they sale as a way to get people to pay to create a token so they can scam them they hold the keys to the persons accoutn theu create wait about a month and then start hitting them all the while acting as if they are best friends teaching you how to invest. i post the girls and guy with the trace on the tranaction to him at stellarport and he isulted me then never did a thing.   IF THEY CANT MAKE THEM ON THEIR OWN THEN MAYBE THEY DONT NEED TO BE HERE.  SARAH AT GLAM ON INSTAGRAM S ONE OF THE SCAMMERS DOING THIS SHE HAS ALREADY BEEN REPORTED TO THE FBI


Redfish Login With Invalid Credentials

https://github.com/openbmc/openbmc-test-automation/blob/177b459a07390f1b6b7a55e1bf867b0b9a14f95f/redfish/service_root/test_service_root_security.robot#L33
If library redfish is 3.1.7
Only ${EMPTY} account or password Should change " InvalidCredentialsError* "  to " SessionCreationError* "
InvalidCredentialsError*   ${EMPTY}               ${OPENBMC_PASSWORD}
InvalidCredentialsError*   ${OPENBMC_USERNAME}    ${EMPTY}
InvalidCredentialsError*   ${EMPTY}               ${EMPTY}

SessionCreationError*   ${EMPTY}               ${OPENBMC_PASSWORD}
SessionCreationError*   ${OPENBMC_USERNAME}    ${EMPTY}
SessionCreationError*   ${EMPTY}               ${EMPTY}

Thank you for the feedback. Let me try to amend the code to handle both.

*** Test Cases ***
Check for Error
    ${msg}=  Run Keyword And Expect Error  *  My Error Response
    Should Contain Any  ${msg}  sample1  sample2

*** Keywords ***

My Error Response

  Fail  sample1
  #Fail  sample2
  #Fail  dontexist

I can handle this with old and new message formatting , so that user doesn't need to worry about older or newer versions

pip3 list  | grep redfish
redfish                         3.1.6

==============================================================================
Test Service Root Security :: Test Redfish service root login security.
==============================================================================
Redfish Login With Invalid Credentials :: Login to BMC web using i...
.<class 'redfish.rest.v1.InvalidCredentialsError'>
0
Re-try login due to exception and it is likely error response from server side.
.<class 'redfish.rest.v1.InvalidCredentialsError'>
0
Re-try login due to exception and it is likely error response from server side.
.<class 'redfish.rest.v1.InvalidCredentialsError'>
0
Re-try login due to exception and it is likely error response from server side.
.<class 'redfish.rest.v1.InvalidCredentialsError'>
0
Re-try login due to exception and it is likely error response from server side.
.<class 'redfish.rest.v1.InvalidCredentialsError'>
0
Re-try login due to exception and it is likely error response from server side.
Redfish Login With Invalid Credentials :: Login to BMC web using i... | PASS |
------------------------------------------------------------------------------
Test Service Root Security :: Test Redfish service root login secu... | PASS |
1 test, 1 passed, 0 failed
==============================================================================

$ pip3 list  | grep redfish
redfish                            3.1.7

==============================================================================
Test Service Root Security :: Test Redfish service root login security.
==============================================================================
Redfish Login With Invalid Credentials :: Login to BMC web using i...
.<class 'redfish.rest.v1.InvalidCredentialsError'>
HTTP 401 Unauthorized returned: Invalid credentials supplied
Re-try login due to exception and it is likely error response from server side.
.<class 'redfish.rest.v1.InvalidCredentialsError'>
HTTP 401 Unauthorized returned: Invalid credentials supplied
Re-try login due to exception and it is likely error response from server side.
Redfish Login With Invalid Credentials :: Login to BMC web using i... | PASS |
------------------------------------------------------------------------------
Test Service Root Security :: Test Redfish service root login secu... | PASS |
1 test, 1 passed, 0 failed
==============================================================================

@MickDaDa Fix up for review  https://gerrit.openbmc.org/c/openbmc/openbmc-test-automation/+/57363


[merge] feat/metrics_lua_interface

@casimiro Please have a look especially at the wip() commit and let me know if everything is still looking good. I ended up moving the document back to docs/ but not linking anything to it as it's so minor.

Thank you for improving the PR, @thibaultcha!
I left comments about error handling, locking/unlocking in (get/set)_kv when already locked and a note on optional arguments for iterate_keys().


Update CI

[x] Test and Fix github action
[x] Add action to release pdf of main/release branch to releases

Updated action to release pdf as artifact, exported artifact to gh-pages branch and displayed using web based pdf viewer


Implement Animation.id

Following https://codereview.chromium.org/1695633002 and the spec
http://w3c.github.io/web-animations/#dom-animation-id, this patch
implements an optional id field in the Animation object. This field
may be populated via the options argument to Element.animate
(previously called the timingInput argument) and is passed to the
Animation object via a new KeyframeEffect._id field.

lgtm


Test: Provide a setting to define the snippet sort order

Test for #9072, #9122, #6320, #9286:

[x] Windows - @ramya-rao-a
[ ] OS X - @bgashler1
[x] Linux - @chrmarti

We have a new setting editor.snippetSuggestions which allows to control how snippets work. Verify that:

you can define how snippets are sorted (top, bottom, inline)
you can define to not show snippets (none)
you can intellisense et al when configuring the setting
the config is live and doesn't require a restart

Is there documentation on this? Also could the jsdoc be expanded to include enough information to make an informed choice? It's not immediately clear what inline is exactly as well as middle (and why that would be useful).


Fix unnecessary screen jumping

Problem: When p_lines is equal to scrolloff * 2, cursor isn't centered
         in the screen. This results in lots of scrolling when moving the
         cursor horizontally. This is because vim doesn't realize that
         scrolloff * 2 isn't big enough to accomodate the line the
         cursor is on + the scrolloff lines.
Solution: Consider screen not large enough if p_lines is equal to
          scrolloff * 2.
Reproducer:
         - :set lines=3 columns=20
         - :set scrolloff=1
         - :call setline(1, repeat('a', 200))
         - :norm 5gj
         - Press `l` repeatedly

Note: this breaks Test_breakindent19_sbr_nextpage, however I do not understand the failure nor how to fix it. My testing makes me think that my patch is correct.
Related Neovim PR: https://github.com/neovim/neovim/pull/13909

My apologies, I just realized that the PR comment/commit message had wording issues which didn't clearly explain the problem. I've updated them both.

Thanks.  I found another problem when moving from the end back with "h".

Excellent, thanks a lot for the quick turnaround and all the time and effort you spend on Vim! :)


FEATURE - check container is unprivileged from inside the container (so software can configure itself accordingly)

Required information

Distribution: Ubuntu
Distribution version: 21.10

Kernel version: 5.13.0-19-generic
LXC version: 4.19
LXD version: 4.19
Storage backend in use: zfs

FEATURE description
I think it could be useful for software running inside an unprivileged LXD container to be able to check if it is operating in a user namespace so it can configure itself accordingly.
k3s seems to almost work inside unprivileged LXD so this detection could also be useful for microk8s now that KubeletInUserNamespace is a feature gate in Kubernetes v1.22.
I know it is possible to check /proc/1/environ to see if the running system is a container, but I don't think it's currently possible inside an LXD container to check if it is privileged or unprivileged (only from outside on the host)

Yeah, the definition of an unprivileged container is a container where the host root id (0) isn't mapped into the container.


feat(validation): ensure custom validation and schema functionality exist (create if it doesn't)

Is your feature request related to a problem? Please describe.
Ensure that go-oscal library has the methods required to run a validation with a custom schema (same limitations as oscal schemas),
Describe the solution you'd like

Given a supported json schema &'a model
When a user invokes a library method
Then validation is run against the model using the provided jsonschema

Describe alternatives you've considered
Additional context

should handle ValidationErrors similar to embedded schemas

should this have an associated command (currently don't think it is a priority, worth an issue?)

should this behavior be extracted into its own go sub package? (again not priority, worth an issue?)

[ ] update title if behavior exists or not

[ ] close issue if library methods are currently acceptable

closed by #282


TEXT-39 WordUtils should use toXxxxCase(int) rather than toXxxxCase(char)

Coverage increased (+0.03%) to 96.653% when pulling 18969d7d862264e3b5267ba170cf60645863ad19 on ameyjadiye:TEXT-39 into<PHONE_NUMBER>a1e7f02c510285aba087557dec0059 on apache:master.

@chtompki @PascalSchumacher @kinow , please review changes and let me know if more improvements needed here else I have verified everything on my end, all existing test cases are passing with changes.

Looks good I think. The code points is handled with the Character#charCount, so it increments with 1 or 2 (when it finds a surrogate pair). I noticed that if I pass a String such as new String(bytes, "UTF-16") the method returns a new String(bytes), ignoring my charset... though I suspect it is smart enough to keep the current charset of the other chars? +1 for merging

Am willing to merge. Just waiting to see what other folks think about what I said here.

I'm open to either way here

Same here regarding make that method public  :-)

I think most of us are ok with making it public, +1 to merge

Coverage increased (+0.03%) to 96.653% when pulling ed55131f3679c12b53b45aae3000a7759dcfe4f0 on ameyjadiye:TEXT-39 into<PHONE_NUMBER>a1e7f02c510285aba087557dec0059 on apache:master.

Coverage increased (+0.03%) to 96.653% when pulling d58d0146ffa505f7df86197d9180558f2c0de25b on ameyjadiye:TEXT-39 into<PHONE_NUMBER>a1e7f02c510285aba087557dec0059 on apache:master.

Looks good. Will pull this in tonight.


Quantifying CoinJoin inefficiencies

For a proper research paper we need quantified arguments about CoinJoin inefficiencies. Our goal is that WabiSabi will enable us to somewhat alleviate these inefficiencies.
These are the statistics we were discussing with @nopara73 and @nothingmuch:

The number of input UTXOs in a coinjoin that have less value than the minimum denomination. In current CoinJoin implementations these UTXOs if merged, than coordinator can link them. This is a privacy-leak we will be able to eliminate with WabiSabi with input merging.

The number of output UTXOs that right after the CoinJoin tx were redeemed for payment purposes. We could use a heuristic that every tx with 2 output UTXOs are payments. This might be a good approximation of the payment transactions using CoinJoin outputs. With WabiSabi these transactions could happen in the CoinJoin tx itself, therefore saving considerable blockspace for the whole community.

Calculating the ratio/number of unmixed change outputs in CoinJoin txs.

Pls feel free to add below or edit this issue if you have any meaningful idea we should measure!

The number of input UTXOs in a coinjoin that have less value than the minimum denomination. In current CoinJoin implementations these UTXOs if merged, than coordinator can link them. This is a privacy-leak we will be able to eliminate with WabiSabi with input merging.

I think this isn't what we are looking for. What we are looking for is every normal looking blockchain transaction that doesn't have anything to do with coinjoins. And from that set we should get percentages instead.

The number of output UTXOs that right after the CoinJoin tx were redeemed for payment purposes.

What does right after mean? I think this is somewhat messy, but I see that it makes sense. Maybe it should be a scale. A better question would be: among non-remixed utxos how long it took them to be spent?

Calculating the ratio/number of unmixed change outputs in CoinJoin txs.

ACK. Very important.

What we are looking for is every normal looking blockchain transaction that doesn't have anything to do with coinjoins.

i think both are in scope, but very different:

common usage patterns that right now are not met by coinjoins, but that we want to make possible
aspects of current coinjoins that are sub-optimal

this question seems relevant, and i think more general because right now users are using Wasabi with a certain distribution of input amounts. i also think it's potentially more than just a privacy leak to the coordinator, it leaves an on chain footprint.
for example input amounts of exactly 1.0 and 0.5 are very common in the data i looked at (beginning until sept 2019), presumably from unit bias, and this interacts with variable denominations to produce change output amounts. specific amounts created can also end up interacting with coin selection when users are remixing coins in the next denomination epoch, which can affect how much users pay in fees, and i believe (but have not yet been able to demonstrate) that this can be used for some privacy attacks - for example suppose a user is now remixing after a denomination reset, or wants to mix change from a payment of a known amount, but chooses an input that is a bit larger than the optimal size for the now larger denomination - that allows an attacker to conclude that they are likely not one of the users who got a near optimal change output from a previous mixing transaction. this is an issue because these change output sizes are not arbitrary, they are a function of the user's prior input and the denomination of the round that created it, i.e. a very strong temporal identifier.

For a proper research paper we need quantified arguments about CoinJoin inefficiencies. Our goal is that WabiSabi will enable us to somewhat alleviate these inefficiencies.

It seems to me like there are several kinds of inefficiencies we might be concerned with:

UTXO set size efficiency at a point in time
block space efficiency, which is a dynamic perpsective on 1 - as the user's UTXO set evolves, this feeds back into how it can evolve in the future. Murch
efficiency in the Boltzmann sense - how well is block space used to create indistinguishable outputs

and i'm not sure if efficiency is the right frame for privacy leaks, since but all of these measures interact with it, potentially non-linearly i.e. higher efficiency might reveal less information, so fewer quasi-identifiers to try and combine, but also might stand out more. since Wasabi coinjoins are easily identified, this has more to the txs happenning before a coinjoin, i.e. do TXOs that end up going into mixes have a non-typical distribution? and also to txs happenning after, both of which are constrained by the current round structure. framed more quantitatively - what is the degree of connectivity (e.g. average path length, maybe modular decomposition of graphs would be useful) between the coinjoin-related transaction subgraph, and its complement in the entire tx graph?

I think this isn't what we are looking for. What we are looking for is every normal looking blockchain transaction that doesn't have anything to do with coinjoins. And from that set we should get percentages instead.

You mean something along these lines? See: Sergi's (@sr-gi) paper: Another coin bites the dust: An analysis of dust in UTXO based cryptocurrencies (https://eprint.iacr.org/2018/513.pdf)

It seems to me like there are several kinds of inefficiencies we might be concerned with:

UTXO set size efficiency at a point in time

Can you elaborate on this? How do you measure UTXO set size efficiency? what does it mean at all? How do you define it?

block space efficiency, which is a dynamic perpsective on 1 - as the user's UTXO set evolves, this feeds back into how it can evolve in the future. Murch

To me block space efficiency means that many txs (especially payments) issued after CoinJoin txs could be squished into the CoinJoin itself...this could be quite easily measured.

efficiency in the Boltzmann sense - how well is block space used to create indistinguishable outputs

Really interesting point. I'm not into optimization theory, but I guess this cannot be solved concretely in poly-time. Maybe you can approximate the best solution in poly-time, but I would suppose you cannot do this efficiently given that this optimization problem can essentially be reduced to the subset-sum problem. Hence, I think this is out of scope...at least the optimal solution.

Can you elaborate on this? How do you measure UTXO set size efficiency? what does it mean at all? How do you define it?

equal valued coinjoin means that for for an arbitrary amount you will typically end up with change, and then you will also typically end up with change if you later use such outputs for payments.
overall the lower the hamming weight of amounts, the more outputs need to be created to represent a given value ownership distribution.

block space efficiency, which is a dynamic perpsective on 1 - as the user's UTXO set evolves, this feeds back into how it can evolve in the future. Murch

To me block space efficiency means that many txs (especially payments) issued after CoinJoin txs could be squished into the CoinJoin itself...this could be quite easily measured.

yes, and it pertains to the UTXO efficiency i mentioned as well, i.e. the same situation that makes you end up with arbitrary amounts that are unlikely to be equal to your prior amount or the amounts you eventually need to spend, thereby increasing your average UTXO set size per wallet also makes it so that you create and destroy more intermediate outputs, especially if you are trying to avoid linking e.g. change outputs.
currently bitcoin privacy almost always requires a tradeoff in block space (or mostly equivalently, fees paid). there is a perverse incentive to sacrifice privacy (and therefore also hurt fungibility) if trying to reduce transaction costs, so it would be nice to try and quantify this overhead.

Really interesting point. I'm not into optimization theory, but I guess this cannot be solved concretely in poly-time. Maybe you can approximate the best solution in poly-time, but I would suppose you cannot do this efficiently given that this optimization problem can essentially be reduced to the subset-sum problem. Hence, I think this is out of scope...at least the optimal solution.

if the denomination is fixed then the optimal solution is trivial - equal valued coinjoins with no change outputs. this is the premise underlying whirlpool's tx design and fee structure, which i think makes a lot of sense since it also enables and incentivizes large graphs of coinjoins.
for arbitrary denominations only using amounts of hamming weight 1 seems hard to beat for fungibility, but obviously adds a large overhead (a roughly constant factor easily quantified by the hamming weight distribution of all outputs).
however, arguing that that is optimal requires some sort of model/framework, and if that model also takes into account block space/fees then like you said it becomes non-linear and is seems likely to be NP hard.
ideally whatever tx structure we propose should align privacy and block space, these goals are theoretically very compatible: the fewer bits you write to the blockchain the less there is to analyze in order to break your privacy. unfortunately in practice this is very far from being the case, but i don't think it's unrealistic.
i think a pragmatic approach would be to aim for some robust minimal level of privacy by construction, and attempts to approach a pareto frontier of privacy and block space efficiency as a combined objective, but actually favoring block space efficiency (not privacy per block space efficiency), because making the tradeoff less painful seems more likely to change individual behaviour, but that will have compounding effects for privacy & fungibility that is positive sum.

oops, forgot to bring all that rambling back to this issue - the point is we should try to measure this tradeoff, to try and estimate ow much are privacy wallet users paying relative to privacy nihilists, and to what extent do these function as separate economies (i.e. do those users subsidize the nihilists privacy in some way?)

"Can you elaborate on this?"
"Hold my beer!" - @nothingmuch

I'm making the decision on what should be in the serialized transactions.
Before that just to reiterate what kind of raw data I'm going to collect on the blockchain:

data collection is from Wasabi launch
Wasabi txs
Samourai txs
Samourai tx0s
other coinjoin looking txs

A transaction object would contain:

txid
raw transactin (hex)
blockhash
blockheight
blocktime
blockindex
inputs: txid, index, scriptpubkey, value
outputs: (txid, index,) scriptpubkey, value

Is there anything else we care about in a transaction? It's very important to decide on these now, because it'll likely take a week to parse the blockchain to gather all this initial information. (Although the software will finish overnight, but I expect it to fail have incorrect data or something to come up that makes me have to restart the run a few times so that's why my one week estimate.)

i think we can just sample a subset of the blocks (or txs, but that's harder to sample uniformly), i don't expect we will gain much insight from exhaustively parsing everything
I think we want to compare across tx populations, so IMO we shouldn't select out data about txs that only falls into those categories
nLocktime and nSequence are fingerprintable so maybe they are interesting? not sure...
do we really need the raw tx? given txid it's always easy to get

i think we can just sample a subset of the blocks (or txs, but that's harder to sample uniformly), i don't expect we will gain much insight from exhaustively parsing everything

Unfortunately it needs to be. There are dependencies on exploring whole txchains. For example if you don't know all the Wasabi transactions, then you won't know which inputs of a specific Wasabi transaction coming from another CoinJoin transactions.

I think we want to compare across tx populations, so IMO we shouldn't select out data about txs that only falls into those categories

I think you misunderstand it. The above data would be collected to speed up further data collection. I didn't mean that after this data collected we will never make a getrawtransaction or a getblock request ever again :)

nLocktime and nSequence are fingerprintable so maybe they are interesting? not sure...

That's in the transaction hex, so that's covered.

do we really need the raw tx? given txid it's always easy to get

Would be faster and more convenient, but it will ultimately depend on if I will have enough free disk space.

ah, so this is more like an index? in that case yeah this all sounds right to me

I'm ready. Starting the algorithm and praying it won't bloat my disk or be too slow. Otherwise I'll have to optimize.

Unfortunately it didn't work out. I encountered multiple issues, I'll work on them.

I realized we need to collect post mix transactions, too, because Core isn't able to walk the chain forward. I think immediate post mix transactions should be sufficient, we won't want to analyze post mix tx chains, right?
There's a memory leak (which isn't obvious why, as C# is a managed language.) When I woke up all the 16GB of my memory was being used by the software.
Too slow. I've ran it for 18 hours from block 530501 to 568901 (38.7% of blocks). And at the time when I stopped it estimated 86.5 hours to still take. It'd be more, because more txs will match, I didn't even get to Scamourai's first transactions yet.
Have to possibly optimize space, too. Currently I collected 109MB data. 83MB of Wasabi, 29MB of other CJ, and 0MB of Scamourai CJs or tx0s. As Wasabi txs grow I suspect it'll be GBs, which may be fine, but with the addition of post-mix txs IDK, it could be quite a problem.

I realized we need to collect post mix transactions, too, because Core isn't able to walk the chain forward. I think immediate post mix transactions should be sufficient, we won't want to analyze post mix tx chains, right?

I think it should suffice to get a rough picture. We will not get the whole picture, but a rough lower bound could still be established for the number "immediate post-mix payments".

Have to possibly optimize space, too. Currently I collected 109MB data. 83MB of Wasabi, 29MB of other CJ, and 0MB of Scamourai CJs or tx0s. As Wasabi txs grow I suspect it'll be GBs, which may be fine, but with the addition of post-mix txs IDK, it could be quite a problem.

 Can't you just fetch certain txs by transaction id? For Wasabi txs, I suppose you have all the tx ids, hence you could just fetch them directly without downloading the whole block. Personally, I would only be interested in wasabi mixing txs (+post/pre mix txs). At least in the very short term, maybe we could extend our scope later.

Good work guys, I think it would be sufficient to have only wasabi tx for now, and we already have all tx ids, so this would make it a lot more efficient. Would still need to get post mix tx though...

Index is done and some checks suggest it's correct. I'm moving on to the metrics.

LOL, I found this unsent comment here for days. By tomorrow hopefully all the stats I described will be published.
Problem that WabiSabi Solves and what statistics can prove that problem exists.

Consolidation leads to privacy loss due to common input ownership heuristics. - Average number of inputs of first post-mix transactions. This is lower bound estimation. Both Wasabi, Samourai and Other CJ-like txs.
Minimum denomination prevents some people from being able to participating. - The percentage of input UTXOs in Wasabi CoinJoins those have less values than the minimum denomination. In the percentage calculation, the total is the number of all input UTXOs.
Unmixed change leads to privacy loss. - Percentage of non-remixed changes where the total is the fresh bitcoins coming into mixes. Both in Wasabi and in Samourai. In Samourai it's easy, because you just need to take a look at tx0 txs.
Payments in coinjoins aren't possible. - @seresistvanandras's suggestion in the starting post doesn't really make sense IMO, but let's discuss it on a meeting. I know any data here that can help.

We'll gather other statistics when we want to decide on denominations. I think other suggestions here should come at that phase. It seems to me that most of @nothingmuch's suggestions are comparative metrics and not standalone ones. So we can score coinjoins and compare them to the new WabiSabi protocol with denominations figured out, but for now it doesn't make sense to compare Wasabi, Scamourai and other coinjoins to each other. That's another research.

Consolidation leads to privacy loss due to common input ownership heuristics.

Minimum denomination prevents some people from being able to participating.

Unmixed change leads to privacy loss.


Feature/tests

Three examples of hitting different paths:

/ root path
/assets/* path
/_next/static/* path

Pls rebase your code on the latest master and refactor.

replaced by #17


Getting a Build error when trying to build the demo project.

Downloaded as is, and then run pod install. I found error says
Kurento-iOS-master/Classes/Room/NBMPeer.h:25:1: Duplicate interface definition for class 'NBMPeer'
Can anyone points me what to do with this error?

Turns out there's an extra import statement on one of the view controller file the demo project, removing that one line is a solution for me.


Registering Users adds to User Data

We need data for registered users but also a method where when someone registers the User, they end up having their information stored.

I will work on the userRoutes.js file to set up functionality for creating login credentials


Print exception message on panic

When running the game in the Dolphin emulator, the panic() function just quits the game without printing anything. By capturing the exception and logging via SDL_Log(), we ensure that the error will be visible.

That's a nice change, thanks! I hadn't thought of that.


Compiler support

Which C compilers should we fully support? Numpy and Scipy both recommend GCC, and state other compilers are not supported, but this documentation appears dated (references to Python 2.4, which had it's final release 7 years ago).
I had a quick look at what the current packages look like in the table below. Essentially, every platform but CentOS supports C11 in its latest LTS release:

OS
Compiler
C standard

CentOS 6
gcc-4.4
C99

CentOS 7
gcc-4.8
C99

Debian 7
gcc-4.6
C99

Debian 8
gcc-4.9
C11

Ubuntu 12.04
gcc-4.6
C99

Ubuntu 15.04
gcc-4.9
C11

Fedora 21
gcc-4.9
C11

Fedora 22
gcc-5.1
C11

Windows Python <= 3.2
VS 2008
C89

Windows Python <= 3.4
VS 2010
C89

Windows Python >= 3.5
VS 2015
C99

MinGW-w64
gcc-5.1
C11

Cygwin
gcc-4.9
C11

I've been fighting to test Visual Studio, since we have no CI support for it. It has been fairly difficult get a working Visual Studio 2010 installation (the activation button in the installer leads to a dead URL). There is a VS 2008 version out there explicitly for Python 2.7 support, but this is 7 years old! Visual Studio 2013 and up also support using clang as a compiler.
C11 support would get us _Generic, which could be very helpful for avoiding blocks like:
if data.dtype == numpy.float64:
    double_thing(data)
elif data.dtype == numpy.float43:
    float_thing(data)

Personally, given it's age, lag in supporting C standards, and especially the lack of CI support, I would advocate dropping or at least deprecating MSVC. Clang distributes a windows binary now, plus there are always the options of mingw and cygwin. We would however lose support for creating binary distributions for windows.
Comments, especially from @rgommers?
This isn't a priority, but testing MSVC is proving difficult, and having to remind myself to stick to C89 all the time is annoying so I thought I'd put the idea out there.

@kwohlfahrt very good point, we should clearly document this and where possible improve the CI setup.
Numpy and Scipy definitely (have to) support multiple compilers; the documentation may be out of date in places. I'd suggest the following:
Windows:

MSVC
MinGW-w64 (https://github.com/numpy/numpy/wiki/Mingw-w64-faq)
MinGW32 (https://github.com/numpy/numpy-vendor)

Linux:

all GCC versions >= 4.4

OS X:

Clang
GCC

Probably will work and we'll accept patches for them but we won't bother to test:

ICC
PathScale
Cygwin
Default compilers on other platforms (Raspberry Pi, AIX, Solaris, etc.)

Also I'd consider Cython a compiler, not a Python package/dependency. As long as things work for the latest stable Cython release then I'm happy.

Appveyor doesn't work well for numpy (fuzzy reasons) and scipy (no Fortran compiler), but may work for pywt. I'll give that a quick try - that would be low-maintenance MSVC CI.

@kwohlfahrt dropping support for MSVC is unfortunately pretty much impossible. MinGW has its own share of issues; Anaconda and Enthought both use MSVC for their whole stack so it's the default compiler for a large part of the community.
Some background: part of the problem is when you throw Fortran code into the mix (like Scipy does). MSVC + Intel ifort + Intel MKL is a solid combination; MinGW gcc + gfortran is still basically unusable. Hence MSVC cannot be ignored.

Ah I see. I hadn't considered Anaconda & co, I've never used them. I have almost no experience developing for python in Windows, so I'll leave it in your hands. Having good test coverage on Windows would go a long way though, thanks for looking into it.

I prefer to compile the whole stack myself on Linux and OS X, but when I'm forced to use Windows then Anaconda is a lifesaver.
gh-76 is ready to merge I think and takes care of Windows test coverage.

OK, so current status is GCC 4.4, Clang (version?), and MSVC 2008? And we have integration tests for GCC and MSVC.
We could add clang to Travis CI, and then close this?

I don't know much about clang, but it looks like version 1.0 was as recent as Oct 2009.  As far as I can tell it has always had C99 support and currently has C11 as the default.

I'm not sure how much it helps to add Clang on Linux, because that'll be quite different from OS X. The issues on OS X are usually related to where MacPorts/Homebrew hide their headers, Accelerate issues (not applicable for pywt), etc.
It doesn't hurt either though, so if there's an easy recipe to steal to test with Clang on TravisCI then why not.

I use Clang on OS X regularly by the way. And since an OS X buildbot will be a massive pain, I would suggest to close this issue by simply documenting the supported compilers and testing Clang once in a while (especially before a release).

@kwohlfahrt
Can you check/update the compiler information in doc/source/dev/preparing_windows_build_environment.rst and README.rst?

I don't think anything was incorrect, but I've filled in information for newer python binaries in #145


In mvim "syntastic: warning: checker ghc_mod is not available"

While using ghc-mod to check a file from within mvim, but not shell based vim, I get the "syntastic: warning: checker ghc_mod is not available" error. This is based off of a fresh install as of November 4, 2015.

Syntastic is in a weird place right now with ghc-mod. https://github.com/scrooloose/syntastic/issues/1576
It's pretty sad, all the rest of the ghc-mod functionality works with vim but not the error checking. I would downgrade ghc-mod to work with syntastic but then it would not work with Stack, so we're stuck.

Note that the ghc-mod checking works fine from vim within a shell, just not from the gui version.

Wait so within vim from the shell you can type ,gc and it will detect errors in your haskell code? But in macvim it does not?

I looked more closely and it appears it doesn't work. the error message just disappears faster in regular vim so I didn't notice it before.

I get the same error. I tried enabling the syntastic debugging now all I get whenever I hit  ,h  is "E20: Mark not set"
On my work computer I just get "E20: Mark not set" from the outset.

I pushed a change to use hdevtools rather than ghc-mod. Works great on my machine now! Run the installer again to upgrade. Let me know if it fixes things for you and we can close this issue.

,hc checks fine now. However, hdevtools type lookups are not as good. For example, if you do an ,ht on the definition of a function, it only shows the result type of the function and not the whole parameter/result type. It also doesn't appear to allow you to generate the type. Is it possible to use hdevtools just for the ,hc, but still use ghc-mod for ,ht and ,hT?

@jacksonja great idea. Run the installer again and see how you like it.

That works well.
Thank you,
Jason