#4095 Download and use customized look and feel for Bridge

Bridge downloads and uses custom look and feel on startup.
For details how to apply custom look and feel see bridge/README.md
Example with custom logo, app header background in dark and custom title.

At the moment https is not supported
Error while downloading custom Look-and-Feel file. Cause : TypeError [ERR_INVALID_PROTOCOL]: Protocol "https:" not supported. Expected "http:"

At the moment the default-configuration is not loaded when the dev environment is started with start:server:dev for example.
Cause: The server first copies the files into the dist folder. After that ng build is executed and recreates the dist folder. Therefore the copied files from the server are deleted.


lstm reworked to be internal scans

Appears that the PR doesn't pass some checks. What's up with this? Is this true of our code generally or of this particular PR?

Doesn't pass coverage checks but that's okay since I haven't written tests for LSTMs yet.

Correct


EXSWCPHIPT-136 - Texture Gather tests for hipMalloc3DArray and hipArray3DCreate

@chrispaquot nothing should have changed, I just needed to change the name of the commit and also rebased onto develop while I was doing it.


GitHub Rate Limit

First, thanks for the awesome project. I'm running in the GitHub Rate Limit:
WARNING: Invalid cookie header: "Set-Cookie: logged_in=no; Path=/; Domain=github.com; Expires=Sat, 16 Mar 2024 04:53:07 GMT; HttpOnly; Secure; SameSite=Lax". Invalid 'expires' attribute: Sat, 16 Mar 2024 04:53:07 GMT
	from /Users/mreinhardt/.gems/gems/license_finder-7.1.0/lib/license_finder/package_manager.rb:105:in `current_packages_with_relations'
	from /Users/mreinhardt/.gems/gems/license_finder-7.1.0/lib/license_finder/scanner.rb:42:in `each'
	from /Users/mreinhardt/.gems/gems/license_finder-7.1.0/lib/license_finder/scanner.rb:42:in `flat_map'
	from /Users/mreinhardt/.gems/gems/license_finder-7.1.0/lib/license_finder/scanner.rb:42:in `active_packages'
	from /Users/mreinhardt/.gems/gems/license_finder-7.1.0/lib/license_finder/core.rb:84:in `current_packages'
	from /Users/mreinhardt/.gems/gems/license_finder-7.1.0/lib/license_finder/core.rb:79:in `decision_applier'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/forwardable.rb:224:in `acknowledged'
	from /Users/mreinhardt/.gems/gems/license_finder-7.1.0/lib/license_finder/license_aggregator.rb:51:in `block in aggregate_packages'
	from /Users/mreinhardt/.gems/gems/license_finder-7.1.0/lib/license_finder/license_aggregator.rb:49:in `each'

Is it somehow possible to set Headers via CLI option to add a GitHub Api Token to all requests?

Hey @hypery2k I dont think I've seen rate limit issues like this. You should be able to log in in the script that runs LF so that this is avoided. You shouldnt need a header in LF calls themselves.


CosmosContainerBuilder with public constructor

CosmosContainerBuilder constructor should be internal

Should we add a public constructor that takes in name and partition key path. Then on build it takes in the database object?

That would mean that we need to have a different Build method?

I guess for now we can just make it internal until we get user request for something.
I think the better experience would have been the Database having an overload to take a ContainerBuilder as a parameter.


Invalid authentication data

Description
When i try to add the camera in home assistant ill get Invalid authentication data
Reproduction Steps
i have added the addon in HACS
Then i go to integrations
search for tapo
then tapo camera control comes up
then i fill in ip adress press next
then it ask for username & pass
ill write in the account info i have added in the tapo app
then ill get this nvalid authentication data. Make sure you have created your 3rd party account via Tapo app. You can also test if these credentials work via rtsp stream, for example VLC using link rtsp://username:password@IP Address:554/stream1
Expected behavior
I did expect i could login wih the 3th part account in tapo app
If applicable, add error logs.

Device Firmware
1.1.7 build 231122 rel.55299
Integration Version
5.4.14
Using stream component
Yes
Does camera work via official integrations?
Yes
Camera has all attributes filled out in developer tools
Yes
HASS Environment
homeass OS on Nuc
Search for similar issues
Yes
Additional information
No response

Read faq.

same problem all this time later. this does not seem to have any rhyme or reason. Now I cant get it to add the camera back at all. why are so many people having such an issue with IP/user/pass? this cant be on us for every post

The issue you are searching for:
Is pinned under issues
Has a section in main readme file with big title right at the top
Has 3 red exclamations marks in the title
Contains a workaround both for accounts still working and the ones affected.

And a warning was sent a month ago as an update via HACS.
You can find it at https://github.com/JurajNyiri/HomeAssistant-Tapo-Control/issues/551.
Please do not post me too comments or any other comment that does not provide any value to the discussion as everyone monitoring it gets notified. If the comments with no value continue maintainer will be forced to lock the issue to contributors only.


#1027 define crd

As described in #1027 introducing a crd to help keep track of components installed by riff.
This PR introduces a new Manifest which could potentially replace the current Manifest. At the moment, the input (current) manifest is honored and reconciled with the new manifest.

@scothis I have incorporated your feedback. Can you please review?

The riff repo only contains CLI code at the moment, and maybe it is best this way. If this CRD actually becomes real, shouldn't it live in a server-side dedicated repo anyway?

Closing in favor of CNAB spike.


Caffeine license

Please answer these questions before submitting pull request

Why submit this pull request?
[X] Document

New feature or improvement

Describe the details and related test reports.

Caffeine license,  Apache 2.0, no NOTICE file in repository which is https://github.com/ben-manes/caffeine.

I rechecked here: http://search.maven.org/#artifactdetails|com.github.ben-manes.caffeine|caffeine|2.6.2|  Look like there is no dependencies of dependencies.

I had check the dependency tree in IDEA.


Some question about pretrain swin Transformer.

Hi yicheng,
Thanks for your awesome work. I want to know how do you pretrain the swin-T based camera branch. Could you give me some detail information, like what dataset it uses (imagenet or nuimage)? What more, I want to know the input scale of image during pretrain. If you could share me with your code of pretrain it would be better. Thanks!
Best

Thanks for your interest.
the Swin-T backbone and FPN are further finetuned by us on nuImages from the COCO pretrained weights (https://download.openmmlab.com/mmdetection/v2.0/swin/mask_rcnn_swin-t-p4-w7_fpn_1x_coco/mask_rcnn_swin-t-p4-w7_fpn_1x_coco_20210902_120937-9d6b7cfa.pth). All the finetuning settings (input size, lr, epochs) are same as https://github.com/open-mmlab/mmdetection3d/blob/main/configs/nuimages/mask-rcnn_r50_fpn_1x_nuim.py

Thanks for your reply!

In Swin-T based Sparsefusion the input size of image is 448×800.  But in mask-rcnn_r50_fpn_1x_nuim.py the size is not that, so do I need to use size 448×800?

In Swin-T based Sparsefusion the input size of image is 448×800. But in mask-rcnn_r50_fpn_1x_nuim.py the size is not that, so do I need to use size 448×800?

That does not matter. You do not need to resize.


Cleanup for Orphaned Resources not supported in Gov Cloud

We may want to add a note on the Cleanup for Orphaned Resources section stating that this solution area is not supported in GCC, GCC High and DoD due to lack of ability to post Adaptive Cards using Flow Bots.
https://docs.microsoft.com/en-us/power-platform/guidance/coe/governance-components#cleanup-for-orphaned-resources

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 3445b35a-114e-010d-a42b-3d738fa68c56
Version Independent ID: 87fcef34-4b4a-cee9-f171-e1bd1e8ec970
Content: Governance components - Power Platform
Content Source: power-platform/guidance/coe/governance-components.md
Service: power-platform
Sub-service: guidance
GitHub Login: @manuelap-msft
Microsoft Alias: mapichle

Thanks for your comment, @rrwolfe. This issue has been assigned to the doc author for review.

Added note, ready for July release

Updated with latest release, thanks for the feedback!


libavif: 0.8.3 -> 0.8.4

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/libavif/versions.
meta.description for libavif is: "C implementation of the AV1 Image File Format"
meta.homepage for libavif is: "https://github.com/AOMediaCodec/libavif"
meta.changelog for libavif is: "https://github.com/AOMediaCodec/libavif/blob/v0.8.4/CHANGELOG.md"
Updates performed

Version update

To inspect upstream changes

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS

The tests defined in passthru.tests, if any, passed

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 0.8.4 with grep in /nix/store/9xpwa85a9c7sd1mbn81xmvhscyqjy0n3-libavif-0.8.4

directory tree listing: https://gist.github.com/b762fb5e3d0dc07237955f02eadb3350

du listing: https://gist.github.com/a90f5c77aeab4edd6ab552b07bef1129

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

4 total rebuild path(s)

1 package rebuild(s)

1 x86_64-linux rebuild(s)
1 i686-linux rebuild(s)
1 x86_64-darwin rebuild(s)
1 aarch64-linux rebuild(s)

First fifty rebuilds by attrpath
libavif

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/9xpwa85a9c7sd1mbn81xmvhscyqjy0n3-libavif-0.8.4 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

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

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/9xpwa85a9c7sd1mbn81xmvhscyqjy0n3-libavif-0.8.4
ls -la /nix/store/9xpwa85a9c7sd1mbn81xmvhscyqjy0n3-libavif-0.8.4/bin

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

1 package built:

libavif

Maintainer pings
cc @mkg20001 for testing.

Result of nixpkgs-review pr 105220 run on x86_64-darwin 1

1 package built:

libavif


output resetting

i'd like nodes to be independent when processed. if a seq is playing, then we connect an oscillator, there's no need to reset the seq

little out() issues:

when changing the lt of the wh connected to out() we don't update
if the op is changed from out() to something else..

self modulation

we keep a resource and add/remove entity id's to it. in there we also keep a HashMap<Entity, NodeId>.. when an entity is added to out, we get its net, push that to the output net, store its NodeId, and mix it.
when a net is removed, we check our dragons, and make sure we have no jigjags, and then yeet the node stripping its connections.
when a node is changed but is still connected, we replace (we chick arity outside anyways)
oh yeah, we're yeeting the slot. replacing it with a net with a backend
maybe wait till the refactor in the lower floor is done? prolly a bevy release soon too

is it possible to send networks back and forth (like with crossbeam)? like, i'm thinking mem::take and replace. the network is taken, sent to audio thread, it's ticked there. when it's disconnected we send something that says "hey i want that network back", we receive it, and use mem::replace. so now it's sitting in the component with its current state.
so the audio thread keeps a vec of networks and mixes them.
figure out if this is possible

i don't think this will be possible :(
the way nets are cloned is necessary to the way the graphs are constructed, changing that means rewriting everything :<

hey baby! 3d96d6b


Updated: code to make the tab index work on the authentication modals(#434)

Related Issues
#434
Closes #434
Short Description and Why It's Useful
Removed the mode from the transition and used the transition classes.
Screenshots of Visual Changes before/after (If There Are Any)

After:
https://user-images.githubusercontent.com/41404838/105496242-39ae7c00-5ce3-11eb-8289-d406cf812241.mov
IMPORTANT NOTICE - Remember to update CHANGELOG.md with description of your change
Contribution and Currently Important Rules Acceptance

[x] I read and followed contribution rules

Thanks it fixed my problem

Thanks it fixed my problem

Hey @ymaheshwari1 changes looks good, can you please update the change log


jquery flux

A solution using jQuery with the flux pattern.

It's not fulfilling the requirement:

Do not make any request for a sith that would be outside the list. Cancel any such obsolete request when the user scrolls.


added livecycle-sdk

A preview environment was automatically created via Qovery.
Click on the link below to follow its deployment and use it.
:point_right: [PR] preview - added livecycle-sdk - 2023-02-16T10:06:33Z
Another comment will be posted when deployments are terminated

Your preview environment has been successfully deployed !
Click on the link below to open your service:
:point_right: frontend


toolbar

This PR fixes #13701
I did some quick investigation but it is not very obvious what might have caused this issue.
Also I noticed the toolbarContainer.component.ts is referencing the style defined in https://github.com/microsoft/azuredatastudio/blob/main/src/sql/base/browser/ui/taskbar/media/taskbar.css#L77
, I copied it to the toolbarLayout.css to make this component self contained.
this is how it looks now with the fix.

Pull Request Test Coverage Report for Build 544292373

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 43.521%

Totals

Change from base Build 544059516:
0.0%

Covered Lines:
24933

Relevant Lines:
52483

💛  - Coveralls


Quasi-projective schemes are A1-equivalent to affine schemes

Peter Arndt suggested the following classic trick:
There is a map to $\mathbb{P}^n$, from the affine type of matrices $A:R^{(n+1)\times (n+1)}$ such that $A^2=A$ and the characteristic polynomial of $A$ is $X(X-1)$. Then, for example, the fiber over $[(1,0,\dots,0)]:\mathbb{P}^n$ consists of all matrices  where the first line is $(1 ~ a_0 \dots a_n)$ and everything else $0$.
The conditions are closed so this type of matrices is affine and all fibers of the map to  $\mathbb{P}^n$ are $\mathbb{A}^1$-connected.
The latter implies this map is an $\mathbb{A}^1$-equivalence.
This extends to closed subsets of  $\mathbb{P}^n$ by pullback.
For an open subset $U$ of a closed $V\subseteq \mathbb{P}^n$ (i.e. a quasi-projective scheme), we first take a closed complement $Z$ of $U$. $Z$ is also a closed subset of $\mathbb{P}^n$. So we can take the blow-up $B$ of $\mathbb{P}^n$ at $Z$, which is projective again and therefore has a map from an affine type with $\mathbb{A}^1$-connected fibers.
Let $\widetilde{U}$ be the preimage of $U$ in $B$, then the projection $\widetilde{U}\to U$ has  $\mathbb{A}^1$-connected fibers. $\widetilde{U}$ is affine, by Serre-Affinity and #10, since it is an locally-standard open (due to properties of the blow-up).

I've added notes toward this to $\A^1$-homotopy under the name of Jouanolou's trick. I did not treat the case of open in projective. The characteristic polynomial of $A$ should be $X^n(X-1)$ (rather than $X(X-1)$) so that $A$ is a projection of rank $1$.

I have finished the notes about Jouanolou's trick. The proof I propose is a bit simpler in the sense that it does not use blow up.

As stated above, this is written down now -> closing.


Provide the total size up front when installing all tools (zopen install --all)

Output as of today:
You have chosen to install all tools. An estimated 2819.17 MB of additional disk space will be used.

i like that. i also think if there is less than XX MB in the file system, we should just fail too... If it's close enough to empty, they should clean up.

I like the idea as well! However, I think some filesystems are set up such that they can grow once they reach the max quota. Should we always emit an error? For now I've added it as a warning.
You have chosen to install all tools. An estimated 2840 MB of additional disk space will be used.
***WARNING: Your zopen file-system (/home/itodoro/zopen) only has 260 MB of available space.
Enter 'all' to confirm full installation [takes a long time so be sure!]:

I like the idea as well! However, I think some filesystems are set up such that they can grow once they reach the max quota. Should we always emit an error? For now I've added it as a warning.
You have chosen to install all tools. An estimated 2840 MB of additional disk space will be used.
***WARNING: Your zopen file-system (/home/itodoro/zopen) only has 260 MB of available space.
Enter 'all' to confirm full installation [takes a long time so be sure!]:

LGTM - A warning seems reasonable - we've advised them, they can answer no and if they still proceed then that's on them - and like you say, some filesystems can dynamically resize.

/run tests

/run tests


New version

Fix #12.

Coverage remained the same at 93.418% when pulling 6f72e61879151d5d4f55da4fa1add120c08b2f78 on Juanlu001:new-version into 7a75f6d675fe84a84e2df0708b9f929ac47ddc06 on satellogic:master.


Switch to using FastXMLWriter

Require fastxmlwriter in the specfile, use it to generate XML, and change the test to actually test round-tripness.

If we decide to go this way, I'll throw out an rc2.

It makes sense to me to go this way, what do you think?
The only thing I'd do is make sure that all the tests (if any!) from ruby-marc testing XML serialization are also in marc-fastxmlwriter (or equivalent tests that test the same thing).

+1 to releasing fastxmlwriter as 1.0. Will do that nowish.
As for tests, the ruby-marc tests are all against either specific elements, or look for a specific string and/or rexml object. What I'm doing now is taking all the (non-on-purpose-broken) marc files from the ruby-marc project and round-tripping them with FastXMLWriter and MARC::XMLReader and testing equivalence of the starting and ending record. I'm not willing to say it's provably perfect, but I've been using it for months and had no trouble.

Travis passes, I've been using it for a while, and @barmintor had good luck with his tests. Any objection to a 2.0.0.rc.2 release?

+1
On Fri, Feb 13, 2015 at 9:54 AM, Bill Dueber<EMAIL_ADDRESS>wrote:

Travis passes, I've been using it for a while, and @barmintor
https://github.com/barmintor had good luck with his tests. Any
objection to a 2.0.0.rc.2 release?
—
Reply to this email directly or view it on GitHub
https://github.com/traject-project/traject/pull/88#issuecomment-74296007
.

I mean, the ruby-marc tests could of course be duplicated in fastxmlwriter, by using the same MARC sample records, right?
But if you're relatively confident that fastxmlwriter tests covers everything the ruby-marc XML serialization tests cover (which may not be very much), that's good enough for me, I trust your judgement. Just thought the ruby-marc tests covering this functionality would be a useful thing to look at to make sure test coverage, at least, is enough to be as confident in fastxmlwriter as in the ruby-marc func it's replacing.

Out of curiosity, how did barmintor's performance go compared to SolrMarc when using fastxmlwriter, even under MRI?
(And I'm impressed you were able to identify the original bottleneck so quickly, Bill!)

@barmintor reported going from about 140r/s to about 520r/s. So about a
factor of 4.
On Fri, Feb 13, 2015 at 1:16 PM, Jonathan Rochkind<EMAIL_ADDRESS>
wrote:

Out of curiosity, how did barmintor's performance go compared to SolrMarc
when using fastxmlwriter, even under MRI?
(And I'm impressed you were able to identify the original bottleneck so
quickly, Bill!)
—
Reply to this email directly or view it on GitHub
https://github.com/traject-project/traject/pull/88#issuecomment-74299578
.

--
Bill Dueber
Library Systems Programmer
University of Michigan Library

Even running traject under MRI? SWEET

@barmintor Released rc2. You can continue with what you've got, or go back to using

to_field 'marc_display',  serialize_marc(:format => :xml)

Oh wait, the 140r/s is with slow-xml-serialization, not what he was getting with SolrMarc, right?
That's still awesome, but I'm curious about this real world example comparing SolrMarc performance to traject-even-under-MRI.

Also, @Billdueber, it does seem like a fastxmlwriter option (or default, or only option) should be included directly in ruby-marc, eh?

He claimed that his original 120r/s was "about 3x slower" than solrmarc. So, even under MRI he's going faster. Although I'm not positive he was using the exact same indexing.
@barmintor, if you have an actual apples-to-apples comparison you can run and share, I would love to see those number.


Validate metadata

Thx for this tool! Is possible to add the abiliy to do something like
zenodraft metadata validate <local filename>

in order to validate the file .zenodo.json ? Idk if <local filename> makes sense: metadata file MUST be named .zenodo.json so we can simply run
zenodraft metadata validate

Maybe <local filename> could be optional
What do u think?

Hi @dennisangemi and thanks for making the issue! I think something like what you're suggesting is a great idea. I was planning on doing the validation behind the scenes on upload (using the JSONschema from sibling repo https://github.com/zenodraft/metadata-schema-zenodo), but making the validation accessible through the CLI is probably also useful. I'll leave this issue open for the time being to help me remember by the time I can work on this.

Nice! Thank you so much @jspaaks

Done in 0.14.0, closing


Continuos delivery on ubuntu. i.e tag to deploy apt

No apt for now... we have an installer script for linux


click and verify in new browser window

I have the use case where I need to click the link which open new browser window with details and verify the new window opened with the expected information. Is there any way to do this?

Hi, sorry for the delay. There's no step today for handling new windows, I'll mark it as an enhancement for the future.

I have a similar use case were I would like to verify the web server keeps me logged in after I close and re-open the browser for example (by use of a cookie on the client-side).


Added all missing mods from modrinth except libraries

Expanded Axe Enchanting
Expanded Armor Enchanting
Expanded Weapon Enchanting
Expanded Trident Enchanting
Infinity Fix
Carpet Without /player
Neutral Animals
Neutral Mobs
No Teleport Cooldown
Eternal Eats
Grind Enchantments
ParadoxSlabs
Powershot
Better Beacon
Spice of Fabric
The Toast Mod
Good Ol' Regen
Extension
You can't damage me!
Craftable Enchanted Golden Apple
Rotten Flesh to Feather
Glowing Potion
Fabric Death Messages
Server Tick
SimpleChat - Chat mod for Fabric servers
Head Index
BineClaims
FabricExporter
Scarpet Os Utils
Datapack Easy
Anti X-ray
BlockBot
Discord Integration (Mod)
Struct Plus
SmoothBedrock By Blayyke
Swamp Oak Redux
Ore-Readout
Volatile Entity Cramming
Bedrock Breaking
Memento Mori
BetterLeads

Looks like "Carpet without /player" is abandoned. I'd probably move quite a few of the mods in New Game Mechanics to Game Mechanics Tweaks. The Toast Mod adds items, so it won't work server-side only, and I haven't added Server Tick before as it requires a client-side mod to be useful. I don't want to have the Anti X-ray mod by Isaiah in the list, as it's generally a bad implementation and the author has been known to steal code and falsely advertise their mods. Memento Mori looks like it requires Requiem on the client side, so it wouldn't be suitable for this list.
Apart from what I've mentioned above this looks good, thanks!


TAS5805M

Hi again Tony,
Thanks for the response last time on your TAS5805M project.
I have an issue with my TAS5805M based project - the amp works fine, when it works; but often, it doesn't start up correctly.
When it doesn't work, it's detected via I2C fine, and I'm sending it the data fine, but no sound comes out. But - I've found that when I short pin 25 (BST_A+) to ground briefly, it starts playing! This fixes it most every time. And if not I just do it again and it does. This happens on three different revisions of the PCB I've done. I've had to connect that pin to a button that the user can press to make the thing start working. But I don't want that to be the solution. 👎 :-)  I could connect that pin to a FET to drive it low from the MCU on startup, but I don't really want that to be the solution either. I'm using the recommended 4x 0.22uF ("CAP CER 0.22UF 16V X7R 0603") as the boost capacitors, close to the chip.
Any ideas why the amp would do this? Is it not getting that voltage boosted up enough do drive the internal output FETs? Or is it getting into some broken state that is fixed by shorting that, that resets it?
I noticed that when it's playing fine, that pin is at 10.3V (I run the amp on 13V), and when it's stopped, it's at 4.5V. And most importantly, when I'm feeding the amp data and it should be playing but isn't, that pin stays at 4.5V.
Spec sheet just says put capacitors there:
https://www.ti.com/lit/ds/symlink/tas5805m.pdf

To be honest I did have the kind of problems you mention on the TAS5805M where sometimes the sound didnt start. I would just reset the board but I have not tried to short one of the BOOST trace.
I assume the chip is just very picky compared to some other amps. You should definitely read the error register because there should be something in there. Check 70h to 74h you should see a pin set.
For what it's worth, I haven't had an issue with the TAS5806M. Maybe this chip is more mature and less prone to this. I think the layout plays a big role too.

ooh, ok, i'll check the error register, thanks
ah, ok, i'll have to spin yet another board for the 06................

Are you kidding me! Yes it looks like basically you have to clear analog faults on startup, as most if the time it starts up in a both channels overcurrent error; perhaps something to do with how it detects it as power is applied or caps are charging.
https://www.ti.com/lit/ds/symlink/tas5805m.pdf
i2c_read: 0x70:
I got value 3 (= Left channel over current fault + Right channel over current fault)
added:
// Must clear overcurrent faults on startup
i2c_write(0x78, 1 << 7);
if (i2c_read(0x70))printf("Fault starting speaker amp.\n");
And it took it from not working state to working! Yay. Thanks so much!

Thanks for sharing the solution!


Update Circle pipeline

Removed deploy step to Development for the main branch
Re-implemented unit and integration tests for all branches

And we saw it work in Circle on this branch


Scene Switching/Gettitng out of multiplayer isn't working

Right now we are unable to switch scenes in multiplayer as it gets us out of multiplayer. And the scene doesn't loads
Same is the case with getting out of multiplayer too(By clicking wifi button)

https://user-images.githubusercontent.com/35926530/167919810-5b7bc867-efb4-4ef7-b0e1-e94b7a97923a.mp4

Scene changing issue has resolved. kindly watch video for reference.
https://user-images.githubusercontent.com/101788714/171169230-fa41ab49-fb73-4218-987f-ce1bb28d4b4f.mp4


[Feature request] Add an option to always open new tabs inside the currently open tab group

Is your feature request related to a problem? Please describe.
This was the default behaviour in the old Opera when they introduced tab groups for the first time long time ago, and as far as I remember, it also used to be the default behaviour in Chromium when tab groups were still at their experimental stage, but they have changed it later to the current behaviour. Basically, right now when opening a new tab while having a tab group open, the tab is created outside the group. This is annoying because in order to move such a tab back to the group one needs to either use the mouse or rely on complex keyboard shortcuts to change its position manually. On top of that, there doesn't seem to exist any quick shortcuts to simplify such a manual process.
Describe the solution you'd like
I would like to either have an option to make new tabs automatically open inside the currently open tab group, or alternatively be able to set a custom keyboard shortcut to do it.
Describe alternatives you've considered
I've tried using AutoHotkey in Windows to send multiple keyboard shortcuts in order to the browser, so that a new tab would automatically be created and moved to the current tab group. It didn't really work very well, unfortunately, because there were too many commands send one after another, and even a slight lag or delay in the browser caused the whole script to fail (often causing various side effects, such as closing an unrelated tab or similar).
Additional context

Have you tried this in 102? I think it is now available in Chromium itself. Give it a try.

I still don't get how is current behaviour not what you want…
https://user-images.githubusercontent.com/10319700/176659889-5d59f5b3-0039-4773-8cd0-f9d1ce2c658c.mp4

The issue isn't about opening links. Those have always opened in the same group. The problem is about what happens when you either click the "new tab" button or use Ctrl+C to open a new tab. Currently, such a tab is created outside of the group. However, in the very beginning, when tab groups were still in the testing phase, new tabs opened that way used to be added to the group automatically.


RFE: Support a configurable path/use relative paths

I often have a reverse proxy https://proxy.example.com/appname/ which makes the app less discoverable, and allows use of a single ssl cert. I can't get this working with webssh, but other projects (like syncthing) work around this with relative paths to assets rather than absolute paths.
Maybe the paths could be configurable or relative to the assets (/ws/, etc.)

This may help you https://github.com/huashengdun/webssh/issues/88

I added a slash at the end of proxy_pass and the X-Forwarded* headers and now it works. Thank you.


Adding better error msgs to configuration checks

Adding better error msgs to configuration checks
Also moving from Stack to Set, the stack was not needed and set is more efficient

Coverage increased (+0.3%) to 85.523% when pulling 98fc26d334fbcf1bb8cbccb680a9c66fd636499d on dan/conf-checks-erros into 3f70ec5db6fa365176be30e7fb57ee4ab7658295 on master.

Coverage increased (+0.3%) to 85.523% when pulling 98fc26d334fbcf1bb8cbccb680a9c66fd636499d on dan/conf-checks-erros into 3f70ec5db6fa365176be30e7fb57ee4ab7658295 on master.

Coverage increased (+0.4%) to 85.603% when pulling 31600e1f242c26018ea227a44759540ea15c4ce3 on dan/conf-checks-erros into 3f70ec5db6fa365176be30e7fb57ee4ab7658295 on master.

Coverage increased (+0.4%) to 85.674% when pulling 0a4ba0c8e41d396609dd3aaf95fca43480376dba on dan/conf-checks-erros into 3f70ec5db6fa365176be30e7fb57ee4ab7658295 on master.

RTM cool

Coverage increased (+0.4%) to 85.674% when pulling ce574867cff10780d8ad661f8bfab0cf161086c6 on dan/conf-checks-erros into 139b771226c17be00ea426a3759b4605d48ec39a on master.

Coverage increased (+0.4%) to 85.674% when pulling b8889ea16b8a79c5a4beac875a17275be070f69f on dan/conf-checks-erros into 9f3a8aea3f5915d6c7aca5941334c97528dfd513 on master.


Reconcile qdiscs accurately when using BW manager

Current logic bails out without updating leaf qdiscs when first item in the qdisc list is of type mq. Other qdiscs could be pfifo_fast for example. Encountered the following in my local testing, the second qdisc was never replaced with fq.
qdisc mq 0: dev enX0 root
qdisc pfifo_fast 0: dev enX0 parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1

/test


Check if Bluetooth is available

Problem
When trying to call connect() and publish()/subscribe() on a device that doesn't support Bluetooth (react-native-permissions returns 'unavailable'), for example the iOS Simulator, the App just exits with a EXEC_BAD_ACCESS error.
Solution
Add a safe availability check before calling the Nearby API. Unfortunately the Nearby API doesn't provide a function for that, only a has permission check (bool)... Maybe use CoreBluetooth?
Notes
On Android it works by calling the UNSUPPORTED_ERROR event.

It would work if I created a CBCentralManager instance, wait for it to power on and the resolve the promise if the status equals poweredOn instead of anything else. Seems like a wack hack tho

Done. iOS powers on a CBCentralManager instance and resolves when the delegate status-changed func gets called.
Also, after 10 seconds it rejects with a timeout error.
See: f9f9c98a72297d116be9d90b2484eec001ab4f13


Slash filename encoding

Changed the / encoding to ASCII char 0x1d.
Not bullet proof as this char can still occur in filenames but less likely compared to /

Sorry - this isn't backwards compatible - if a change like this is required - a custom settings (@ConfigValue + value in application.conf) had to be used.


To- fix issues

@aaronlidman   - Sharing observations of few concerns we are facing  while working on to-fix -

We are coming across a lot of areas which are already fixed.
Few instances are, once we edit a area and click on fixed,the next image skips for a minimum of 4-5    times till we get the next area to edit.
Once we click on fixed, it takes a lot of time to upload the imagery for us  to get the next area to edit.

Previously we used to get the node highlighted in Red which indicated the node to be fixed,as of now we are not getting that display on most of the imagery and we find it difficlut to find the exact node to be fixed .

Below screen shot highlights the area to be fixed on to-fix, but we find no indication on JOSM ( node not highlighted)

cc: @planemad @srividyacb @shravan91 @lxbarth @geohacker

Thanks @ruthmaben, I know what this is. Will get on it today.

I fixed the areas that were already fixed, that was a mistake on my part. The skipping was related to that as well.
I'm not sure what 3 could be.
The highlighting was a nice feature that got dropped by accident, it will be back soon.

Thanks @aaronlidman .


Allow searching by month or year

Currently, the search page can only handle an exact day. Being able to search for tx on a specific month of a year or a year would be useful.

Hello I'd like to try to tackle this during this weekend! If you want you can assign  it to me and I'll see what I can do.
Great project btw, congrats!

I highly appreciate your interest in taking it on, @vlad-onis! Feel free to work on it. If you have any questions, confusion, or suggestion on tackling this, let me know. Before you get started, below are some of the things you might want to know.
Quite a few components such as the UI, value stepper, and date verifier need to be changed for it to work properly. You don't have to do everything at once and can do a partial contribution toward the competition of it.
For the UI, I initially thought about adding a keypress to take a different Date input (Cycle between exact date, monthly, yearly). If you have a better approach to it, I would be happy to hear about it!

Hello, I will have to postpone this a bit due to a few things I have to take care of. I will take on of the other issue in the following days which are quicker to solve and I will get myself familiarized with the codebase. Srry I did not manage to work on it this weekend as promised.

No problem! Thanks for keeping me posted.

Closed on #38


Migration email already in use

This issue is imported from pivotal
When a migration fails because the email from Onegini is already associated with an existing Guest Account the user must be informed about this and offered two escapes: try the migration again or proceed to my.conext using the Guest IdP and the used email. See attached screen shot.

(Okke Harsta - Jan 9, 2020)

@okkeh we need a solution for users who experience this problem. I guess it would be something like "If you want to migratie your Onegini account to eduID, you must FIRST login to my.SURFconext and delete your eduID. Then, close your browser. Then, migrate again." or something like that.

Also, the field containing the migration URL is not selectable/copyable? (Arnout Terpstra - Jan 20, 2020)

Can you be more concrete than "or something like that."? And I think we don't want the migration URL to be selectable, because it must be copied and then the browser needs to be closed. It is copyable. (Okke Harsta - Jan 20, 2020)

@okkeh better? ;)

The URL field is now in the wrong place but I'm sure you know what it should now look like.. (Arnout Terpstra - Jan 20, 2020)

We can also show a link to the my-conext app with a force-login and scoped to the guest IdP. Most likely (> 99%) of the users does own the email. (Okke Harsta - Feb 8, 2020)

And then instruct them to delete their account and try again? (Arnout Terpstra - Feb 10, 2020)

Implemented on test2 as discussed. Screen shot is attached. (Okke Harsta - Feb 10, 2020)


New message routing concept

Until now, the concept was to somehow manage a translation list between full IDs of Components and their respective identity (or "address") in the Router socket.
In #33 @bklebel pointed out, that Components can set their identity (before connecting). If that identity is already used at connect time, the connect fails.
Messages to a not existing identity are dropped, unless an error check is set on the router socket.
Now the routing proposal:
Components send a message with the routing information.
For example CA on Co1sends: Co2 | CB | | Content ("|" indicate frame boundaries)
The Co1 receives CA | CO2 | CB | | Content (CA is added automatically by its own router socket) and sends to its router socket CO2 | CB | | Content | | Co1 | CA (moving the sender and its own identity to the back, separated with an empty frame).
The Dealer socket of CO2 receives CB | Content | | Co1 | CA. And that messages is handed as is to the router socket of CO2.
Finally CB receives | Content | | Co1 | CA
If CB wants to send a response, it takes the appended routing information (separated by empty frame) and uses it as destination:
Co1 | CA | | Reply
And the whole route happens in reverse
(Content and reply could be several frames)
flowchart TB
    CA-- "Co2|CB||Content" --> Co1.R

    subgraph Co1
        Co1.R[ROUTER] -- "CA|Co2|CB||Content" ---> Co1.C[Code]
        Co1.C -- "Co2|CB||Content||Co1|CA" --> Co1.R
        Co1.D[DEALER] -. "CA||Reply||Co2|CB" .-> Co1.C
        Co1.C -. "CA||Reply||Co2|CB" .-> Co1.R
    end

    Co1.R -- "CB||Content||Co1|CA" --> Co2.D

    subgraph Co2
        Co2.D[DEALER] -- "CB||Content||Co1|Ca" --> Co2.C[Code]
        Co2.C -- "CB||Content||Co1|Ca" --> Co2.R[ROUTER]
        Co2.R -. "CB||Co1|CA||Reply" .-> Co2.C
        Co2.C -. "Co1|CA||Reply||Co2|CB" .-> Co2.R
    end

    Co2.R -- "||Content||Co1|CA" --> CB

    CB -. "Co1|CA||Reply" .-> Co2.R
    Co2.R -. "CA||Reply||Co2|CB" .-> Co1.D
    Co1.R -. "||Reply|Co2|CB" .-> CA

Now "|" indicate frame boundaries, which are left out at beginning and end, unless there is an empty frame: | | Content contains two frames: an empty one and "Content". Full line represents the initial message, dotted line the response.
@bklebel, what do you think?
Consequences:

This requires one Dealer socket per connected Coordinator (symmetric) and not only in one direction, but makes the code simple.
We could allow from co1's dealer to co2's router as well, which would half the connection number but increase the code complexity.
as we use frames for routing (multi hob is possible), the sender is added by the Coordinator and not given by the sender itself
multi hop would work natively: CO2 | Co3 | Co4 | CX | .... Content will arrive at CX via Co4 and via Co3 and CO2 without code change, but CA (the sender) has to know the routing information
due to frames routing we could add message and conversation ID into the data payload or as the first frames of the "Content": CO2 | CB | | Message ID | Conversation ID | Real payload
router sockets should raise an error if an identity does not exist
we do not need anymore to keep address books for routing information (just for curiosity of Components)

EDITed to give frame boundaries in "|"

Additional comment:
If the first frame is the Coordinator'own identity, it will drop it:
CA sends Co1. CB.. Content to Co1
Co1 cannot send Co1. CB.. Content.. Co1. CA via its router, as the first frame is its own identity, therefore it sends CB.. Content.. Co1. CA
That would make multi hop easier, as every Coordinator (not just the first one) could add itself to the return routing information.
If every Coordinator does so, we should invert the sequence:
A message to Co1. CO2. Co3. Co4. CB.. Content will change
Coordinator one appends CA. Co1 (because it arrived at the router port)
Coordinator 2 appends only CO2 (because it arrived at the dealer)...
Such that .Content.. CA. Co1. CO2. Co3. Co4 arrives at Cb
Now CB has to invert the frames to send its reply as
Co4. Co3. CO2. Co1. CA.. Reply
This will allow multi hop routing without more code (maybe needed for NAT or so)

I'm out of time, so one quick remark for now:

but CA (the sender) has to know the routing information

I would really like to avoid senders to have to know routing information. That's what we have Coordinators for! The sender has to know the namespace.name of the recipient, and its Coordinator takes care of the rest!
(Imagine if, instead of typing www.google.com, you'd have to specify all the individual hops of the packets between you and that server)
Also, maybe use | as the frame separator in the discussion? It's a bit more prominent than a dot -- I found it hard to follow with dots and whitespace, maybe Co1|CO2|Co3|Co4 is clearer?

I would really like to avoid senders to have to know routing information. That's what we have Coordinators for! The sender has to know the namespace.name of the recipient, and its Coordinator takes care of the rest!

As long as we have not more than two Coordinators for a single message (as we consider until now), both ideas are the same. Nevertheless, we can put the burden upon the Coordinator.

Also, maybe use | as the frame separator in the discussion? It's a bit more prominent than a dot -- I found it hard to follow with dots and whitespace, maybe Co1|CO2|Co3|Co4 is clearer?

Good idea.
 R2
        R2 -.- R3
    end

Notes:

All three send methods are the same method (indicated by dots), for better seeing the message flow, I showed these three cases.

I would really like to avoid senders to have to know routing information. That's what we have Coordinators for! The sender has to know the namespace.name of the recipient, and its Coordinator takes care of the rest!

Yes, absolutely. From a "low-entry-threshold" point of view even more so, the less a user needs to put in, the better. As I imagine it, ideal would be if a user would only have to give any Component a unique name/ID, and specify the "location" of any one control Coordinator (i.e. the IP address, ports should be decided on and more or less fixed, but this is then again another issue, could be put into a configuration if a user needs to avoid some ports and go away from the default ones given), and the system does (most) all the rest.

@bklebel, what do you think?

This seems quite nice to me. One thing I am not sure about is to move the sender information to the back, rather than at a more or less fixed-length header at the front, Co2 | CB | | Content | | Co1 | CA vs Co2 | CB  | Co1 | CA | Content |. Sure, it would make it simpler to natively do multi-hop routing, but if I recall our goals correctly, we are still aiming for a limited number of machines and Devices, also going across NAT of Routers is not really what we are concerned about, I think, so I would expect that, within our current goals, for a message to travel between CA and CB, we would only ever need one hop between two Coordinators Co1 and Co2, although 5 or 10 Coordinators might be present in the setup.
If somebody really needs to hop across firewalls, they can put special Coordinators on both sides of this firewall, with added special location&identity ID's which are only present for this network trip across the firewall. We can think about whether we want to put something like this directly into the protocol, but I would put it way back to the recently mentioned backlog milestones.
If we always only ever have one Coordinator and one Component in the sender frames, and one Coordinator and one Component in the recipient frames, then we can go with a fixed header length.
Similar to the mermaid diagram in @bmoneke's first comment in the issue, every Coordinator has i) one ROUTER socket for a) sending and receiving messages from "their" Components, and b) sending messages to other Coordinators, and ii) one DEALER socket for every other Coordinator it is connected to (DEALER sockets connect, ROUTER sockets bind).
Also, as discussed elsewhere, all Coordinators could have a PUB and a SUB socket to connect to a bookkeepers proxy, so that announcements of new Coordinators/Components and regular publications of lists of connected Components can be delivered. Possibly we could do this bookkeeping also in a distributed fashion over the existing DEALER and ROUTER sockets, so that we do not have the potential failure of the bookkeeper (or a forgetful user, who did not start it, I am looking at myself) prevent new Components from connecting to anything - this would just give us one more different type of message over the control-channel, instead of having a separate discovery-channel.

One thing I am not sure about is to move the sender information to the back, rather than at a more or less fixed-length header at the front,

We could do : Recipient information (1 to two frames)| empty frame| Sender information (if applicable)| empty frame|Content. As only the first Coordinator changes the message (adding the Sender information), it is not that important, whether in the middle or in the end.
The only reason I saw in putting the sender information at the back is: You get first the content and only if you want to respond, you do have to concern yourself, whether the message contains sender information.

Also, as discussed elsewhere, all Coordinators could have a PUB and a SUB socket to connect to a bookkeepers proxy,

I assumed this idea to be present, such that the Coordinators know the other ones. Here I focussed on the way how messages are exchanged among known Coordinators. I have a https://github.com/pymeasure/leco-protocol/issues/22#issuecomment-1410156320

From a "low-entry-threshold" point of view even more so, the less a user needs to put in, the better. As I imagine it, ideal would be if a user would only have to give any Component a unique name/ID, and specify the "location" of any one control Coordinator (i.e. the IP address, ports should be decided on and more or less fixed, but this is then again another issue, could be put into a configuration if a user needs to avoid some ports and go away from the default ones given), and the system does (most) all the rest.

For that reason I want to allow to send messages without the Coordinator address (e.g. "CB|| Content") such that you do not have to give the name of (the only) Coordinator if you want to talk to some Component.

In my last two messages I already designed a communication scheme in which the Coordinators hand a message to the next Coordinator in a chain, while the Sender only specifies target Coordinator and Recipient.
Yes, we only want to have two Coordinators, but with that scheme, multi-hop is possible without additional logic in the Components.
For multi-hop, only the question remains, how to exactly tell that information to the Coordinators.

Can we agree on the following?

The first 0-2 frames indicate the recipient (0 for the Coordinator, 1 for a Node's Component and 2 for any Component, even in the same Node)
Afterwards is one empty frame
Somewhere (to be determined in #33 regarding header format) we store the return address (be it the first two data frames, or frames separated by an empty frame, be it the last) as frames
Above mentioned Coordinator logic and Message routing (except for the place of the return address)

That way, we could tie down the routing mechanism and close this issue.

In issue #27 we found out, that this routing mechanism is kind of supported, but not with love. It might be dropped at some point (gut feeling).

I allowed to give the own Coordinator as a namespace, so you could address CB in the namespace either as "CB" or as "Co1|CB".

:+1:

As you see, the message to "CoX" is the same as the original message, therefore CoX may know "Namespace" directly and send it there or he may send it to "CoY", without changing the message. (it will always arrive at a DEALER port, such that the return information will not be changed).

That's neat! What's not clear to me is how "is reachable via CoX" is determined? Is there another routing table or so?
Later:

The Coordinators need just a dictionary of Namespaces and the next hop necessary to reach that namespace (no difficult logic)
For multi-hop, only the question remains, how to exactly tell that information to the Coordinators, but that can be put off, as it is not a goal.

I agree, can be postponed.

This seems quite nice to me. One thing I am not sure about is to move the sender information to the back, rather than at a more or less fixed-length header at the front,

I agree. I'D prefera fixed number of header frames at the beginning, this makes it easier to reason about the message structure in various phases. (E.g. if an in-between Coordinator needs to deserialise a message for some reason, determining which frame the payload is could be...involved. Better to know that it's always the 5th or last or whatever.

Similar to the mermaid diagram in @bmoneke's first comment in the issue, every Coordinator has i) one ROUTER socket for a) sending and receiving messages from "their" Components, and b) sending messages to other Coordinators, and ii) one DEALER socket for every other Coordinator it is connected to (DEALER sockets connect, ROUTER sockets bind).

This sounds like a neat approach (although as you know my zmq experience is limited)

Also, as discussed elsewhere, all Coordinators could have a PUB and a SUB socket to connect to a bookkeepers proxy, so that announcements of new Coordinators/Components and regular publications of lists of connected Components can be delivered. Possibly we could do this bookkeeping also in a distributed fashion over the existing DEALER and ROUTER sockets, so that we do not have the potential failure of the bookkeeper (or a forgetful user, who did not start it, I am looking at myself) prevent new Components from connecting to anything - this would just give us one more different type of message over the control-channel, instead of having a separate discovery-channel.

I'd prefer having an additional message to having an additional (singleton, to boot!) proxy and connection set. This is simpler, we have to keep track of fewer connections and fewer entities, at the cost of 1 more message type.

Can we agree on the following?
* The first 0-2 frames indicate the recipient (0 for the Coordinator, 1 for a Node's Component and 2 for any Component, even in the same Node)

* Afterwards is one empty frame

* Somewhere (to be determined in [Control protocol header format #33](https://github.com/pymeasure/leco-protocol/issues/33) regarding header format) we store the return address (be it the first two data frames, or frames separated by an empty frame, be it the last) as frames

* Above mentioned Coordinator logic and Message routing (except for the place of the return address)

That way, we could tie down the routing mechanism and close this issue.

Sounds good to me with what I know right now. (see my comments)

Status: We reverted to the first idea of using names, not the connection identities, which are not supported that well.
So, this issue should be closed.


Switch to secp256k1

Remove bitcointools fallback and use consolidated secp256k1 library
Fixes: #313

I got the following error on pip install -r requirements.txt:
Collecting secp256k1 from git+https://github.com/ulope/secp256k1-py#egg=secp256k1 (from -r requirements.txt (line 10))
  Cloning https://github.com/ulope/secp256k1-py to /tmp/pip-build-ZNlTJa/secp256k1
Requirement already satisfied (use --upgrade to upgrade): cffi>=1.3.0 in /home/jan/.envs/pyethereum/lib/python2.7/site-packages (from secp256k1->-r requirements.txt (line 10))
Requirement already satisfied (use --upgrade to upgrade): pycparser in /home/jan/.envs/pyethereum/lib/python2.7/site-packages (from cffi>=1.3.0->secp256k1->-r requirements.txt (line 10))
Installing collected packages: secp256k1
  Running setup.py install for secp256k1 ... error
    Complete output from command /home/jan/.envs/pyethereum/bin/python2.7 -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-ZNlTJa/secp256k1/setup.py';exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /tmp/pip-RxHRmv-record/install-record.txt --single-version-externally-managed --compile --install-headers /home/jan/.envs/pyethereum/include/site/python2.7/secp256k1:
    0.29
    Installed libsecp256k1 is unusable falling back to bundled version.
    Using bundled libsecp256k1
    running install
    running build
    running build_py
    creating build
    creating build/lib.linux-x86_64-2.7
    creating build/lib.linux-x86_64-2.7/secp256k1
    copying secp256k1/__init__.py -> build/lib.linux-x86_64-2.7/secp256k1
    running build_ext
    generating cffi module 'build/temp.linux-x86_64-2.7/_libsecp256k1.c'
    creating build/temp.linux-x86_64-2.7
    building '_libsecp256k1' extension
    creating build/temp.linux-x86_64-2.7/build
    creating build/temp.linux-x86_64-2.7/build/temp.linux-x86_64-2.7
    gcc -pthread -fno-strict-aliasing -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -DNDEBUG -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fPIC -I/usr/include/python2.7 -c build/temp.linux-x86_64-2.7/_libsecp256k1.c -o build/temp.linux-x86_64-2.7/build/temp.linux-x86_64-2.7/_libsecp256k1.o
    build/temp.linux-x86_64-2.7/_libsecp256k1.c:423:32: fatal error: secp256k1_recovery.h: No such file or directory
    compilation terminated.
    error: command 'gcc' failed with exit status 1


Explain Occupancy Map

In your code you have the following lines:
                if self.cfg.occ_from_back: # True
                    occu_mask1 = 1 - get_occu_mask_backward(flow[:, 2:], th=0.2)
                    occu_mask2 = 1 - get_occu_mask_backward(flow[:, :2], th=0.2)
                else:
                    occu_mask1 = 1 - get_occu_mask_bidirection(flow[:, :2], flow[:, 2:])
                    occu_mask2 = 1 - get_occu_mask_bidirection(flow[:, 2:], flow[:, :2])

And in the training json it says:
occ_from_back": true

in one part and
           "stage1": {"epoch": 50,
                      "loss": {"occ_from_back": false,
                               "w_l1": 0.0,
                               "w_ssim": 0.0,
                               "w_ternary": 1.0}},

in the later part.
Does that mean that at epoch 50, you switch to occ_from_back to false? What is the difference between get_occu_mask_backward and get_occu_mask_bidirection? Is it because at the start we dont have any logical flow so you just use a threshold?

When the optical flow predictions are totally inaccurate, the occlusion map by bidirectional reasoning will be all zeros, thus the photometric loss is invalid.  To avoid this problem, some previous work set all pixels are non-occluded in the first tens of thousands of iterations.
In our implementation, we find that the way proposed in "Occlusion aware unsupervised learning of optical flow. CVPR 2018" that estimates occlusion from the backward flow can avoid this problem and generate a more accurate occlusion when the flow is inaccurate. So we adopt this way for the first 50 epochs as a warm-up and then switch to the bidirectional reasoning without stopping training.


New coins + using 'internal use' to filter coins in deployment JSON.

Reviewed f2f with @yaronvel .


Support iteration of data using both name and column index.

As written here: https://github.com/mysql-d/mysql-native/pull/188#issuecomment-448777316
It was suggested to make an issue of its own about this, which I agree with.
So basically it would be a nice addition to iterate through the column names without multiple calls to retrieve the names.
This will help to simplify implementation, but should also increase performance.

I think just in general support for iteration via things like byValue, byName, byNameValue would be nice.

I think just in general support for iteration via things like byValue, byName, byNameValue would be nice.


profile.getEmailAddress() always returns null

Fixed problem when null is always returned from profile.getEmailAddress().
Mapping attribute name in HumanProfileAdapter is wrong.

Thanks Mark! Really appreciated :-)


Call out to install Node.js and npm install

Might be obvious for many of us, but not to everyone.

@steren I just merged another PR adding the npm install, can you update your PR?
For the Node installation link, would https://nodejs.org/en/download/package-manager/ be more useful, with the list of all supported platforms, and different ways to install it?

Thank you! @nhoizey the home page has OS specific download links!

@zachleat the other link I suggested provides additional ways to install Node, but you're right, people who don't already have Node might be overwhelmed by too many options to choose from. 👍


Crash on Nexus 7 when modifying Entity

I'm experiencing a crash on my Nexus 7 when attempting to modify an Entity's show property.  The same issue occurs when I try to change the position.
I've uploaded a test to demonstate the crash at  https://s3.amazonaws.com/jason.beverage.uploads/cesium-entity-crash/entity.html
That example will toggle an entity's show property every 10 frames.  On every device I've tested it appears to work, but on the Nexus 7 the first time you try to modify the show property you get an exception of
An error has occurred while rendering.  Rendering has stopped
RangeError: Invalid array length
This is similar to this issue https://github.com/AnalyticalGraphicsInc/cesium/issues/1477 but appears to be somewhat of a catchall.
Another note is that my example is displaying an entity with a billboard and a label.  If I just do one (either a label OR a billboard) and not both, the entity hides correctly on the first toggle of show but never appears again when show is toggled to true.

@jasonbeverage do you know if this is still a problem?  Thanks!

It's been a long time since I've tested this on a Nexus, I'm not sure.  I want to say that an Android update may have fixed it.  It's not a pressing problem for us at the moment so feel free to close this issue if we were the only ones with the issue.

Thanks @jasonbeverage, I know we haven't seen any problems like this lately with our android devices.  If you do discover it's still a problem, feel free to reopen the issue.  Thanks again!


signal-desktop: start app in background

Description of changes
This is another try at PR for launching signal in background at start.
This time output is piped to /dev/null to avoid crash instead of a global log file. Read the original PR for more info.
Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[x] Tested, as applicable:

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

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

[x] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

This has been an "issue" since late 2018 with no new support. It's true that I've been testing on x11 systems only with no problems (2 nixos, fedora 36, ubuntu 22.04) and I haven't tested wayland yet. There is a way to use the two options for running in background depending on the launch type, but I haven't tested it since I don't have wayland system.
If you don't mind, how do you use signal in your setup?

if you would like to enable the "minimise to dock" configuration option in the standard build, why not do that, instead of modifying a default that cannot be changed by a user? I would wager there is an ifndef prod we can patch out.
but I would also caution you that the cleanest option may just be to use the signal-desktop-beta, if you want unreleased features. any modifications we downstream will make maintenance harder, and could lead to crashes and instability.
to your question, I use signal-desktop-beta (i did the legwork of packaging it), with sway on wayland, in nixos. are there any more specifics that would help you?

I checked out the beta and for now it runs fine. I see that it provides the "running in background" options in the menu, which the stable release lacks. It's a shame it doesn't continue the existing chat history I had with the stable version.
I'll close this PR since beta is available with required functionality.

Thanks, it worked!


Bad Link In Instructions for installing RTools

Notes on installation send you to https://ohdsi.github.io/Hades/rSetup.html.
RTool instructions say:
Go to https://cran.r-project.org/bin/windows/Rtools/rtools42/rtools.html, and download the RTools installer.
But the link for Rtools actually points to
https://ohdsi.github.io/Hades/`r rToolsUrl`

Thanks Don!


Updated to config options.

Increased the default width, height, nameLength, and indiactorSize. The default was a bit small and if someone wants them smaller they can always change the settings. I also add an option to use the spells icon texture instead of the indicator dot.

That's a quite a size difference (10px). What UI scale and resolution are you using?

1920x1080 and default UI scale. We could drop it down a bit but I would suggest at least 3px larger. For the new spell icon settings the default size needs to increase at least a little bit because they are to hard to see at 7px and at 10px they take up too much space in the frame.

Closing because I reverted the changes.


MoveToForeground doesn't work correctly

I want to use function moveToForeground.
When i minimize my application and use this function it works properly.
But when i open some other application and minimize it, wrong application gets a focus.
Version: from last commit: https://github.com/katzer/cordova-plugin-background-mode/commit/110ec9d024782d441bf29e6801346c63581c8bdd

MoveToForeground estou recebendo o mesmo error também

Same issue.

Launch app

Call moveToBackground and setTimeout for 10 sec to call moveToForeground

My app minimized

wait 10 sec

my app shows. All fine

Launch app

Call moveToBackground and setTimeout for 10 sec to call moveToForeground

My app minimized

Open, for example, file explorer and close it

wait 10 sec

my app still minimized. But file explorer shows

For other developers. Maybe will helpful.
Cordova-plugin-background-app has method show that is analog of moveToForeground, but without bugs.
That plugin has less functionality, but, probably it can be combined with this plugin (just a guess ,not tested).

BUG confirmed (easy to reproduce) using NPM 0.7.2.

facing the same issue, when running another app, moveToForeground will bring wrong app, any update regarding this issue or anyone got workaround? thanks.


Fold redux-persist into the codebase.

We often find us in a situation where the redux-persist API is not as
well-crafted as it could be, or where the redux-persist API is lacking
features, especially with regards to the internal storage
implementation. redux-persist v5 offers new features, but they change
the internal storage implementation in a way that would leave us off
worse. In particular, the built-in migration system in redux-persist
v5 does not seem future-proof. In general, the whole library seems to
lack rigor and thought-through-ness.
Therefore, fold redux-persist v4.10.2 into the codebase. (Prior to
this commit, we were using v4.10.0). This will allow us to quickly
iterate on enhancing the API, and to rework the internal storage
implementation.
This commit clones the https://github.com/rt2zz/redux-persist
repository at the v4.10.2 tag. All the relevant source code resides in
redux-persist/src, and all the relevant flow type definitions in
redux-persist/src/type-definitions/index.js.flow. All other files and
directories are discarded. The relevant dependencies of this pruned
redux-persist repo are copied to zulip-mobile's package.json. The
dependency on npm's redux-persist is removed, and all imports from
that package are rerouted. All source files in redux-persist are
unchanged, except the import isPlainObject from 'lodash/isPlainObject' -- it gets changed to import isPlainObject from 'lodash.isplainobject' along with the respective dependency.
The redux-persist codebase does not adhere the eslint and prettier
style guides, so tests will fail. The following commit will fix this.

Updated to format redux-persist with prettier and eslint. Ready for review.

We've now finally merged in a version of this change! Namely e5409c57833c9239b98482f4a8ff4a56c730f85d / #4047. Thanks @roberthoenig for your work on investigating this and figuring out what we wanted to do.


Document Nextflow DSL2 configuration issue with parameters and custom config files

As discusse dhere: https://nfcore.slack.com/archives/CE6SDBX2A/p1674599225438509

@nf-core-bot fix linting

Actually maybe adding a note that it can easily be generated using the website (for anyone that doesn't want to manually write a json file :D

Done!

@nf-core-bot fix linting


Run simulations in CI

Add support and run one of them

State export test is blocked by #50
TestFullAppSimulation is currently blocked by https://github.com/confio/tgrade-contracts/issues/485 most modules actually work with utgd.

I had started some work in branch 70-simulations. Next steps would be to add WeightedOperations for the PoE module so that tests do not run out of active validators.


Adding support of log middleware (similar to rewriters) that supports promises

Please tell us about your environment:

winston version?

[ ] winston@2
[x] winston@3

node -v outputs: 10.5.0
Operating System? macOS Sierra
Language? ES6/7

What's the feature?
Adding support to add data to the log befora actually logging it (on the transport level).
For example, if I use 2 transport - Console and Loggly - the console logs might be plain showing just the log message sent to it but I might want to add some additional information to the logs being sent to Loggly. I can create an async function to retreive the stack trace (using a package like stacktrace-js) and append it to the json being sent to Loggly.
This is just one example I believe it could help with.

This is exactly what formats are for, but you are correct they are synchronous. Adding async support for formats is not currently planned. If enough folks 👍 this PR then we'll consider reopening it.
Thanks for using winston!

@indexzero Thank you.
Is there a plan to add stacktrace automatically as base to all transports (not only console)?

I'm not sure if I understand what you're asking for. Could you provide a quick MWE (minimum working example) to show stacktraces not appearing when using another transport?

@indexzero sure.
Let's say I write a log as part of a function called X in line 100 on a file called C that's located in A/B.
When using a transport like Loggly, I'd like it to state that the log was created on file A/B/C in line 100 as part of function X.

This is a long standing feature request tracked as https://github.com/winstonjs/winston/issues/200


add answers the sandstorms

Hi! Thanks for your submission.
Unfortunately it seems that there were changes in the main that conflict with yours.
Could you please perform a merge as described in Tutorial 3 slides 90-103 and integrate those changes?
Start with synchronizing your local main with my upstream main as described in slide 98.
We do not want to lose any existing content, so you should keep what others have written and add yours.
You're free to reorganize the content blocks so that it still makes a story, but please do minimal changes
to the content of what others have written to integrate them with yours.
You have time until the 10th of October at 23:59.
If you can't make it by that time or you are done before the deadline,
please add a comment in github so that I can progress with another student.

Hi
You did not perform the task in the allocated time, therefore I put you on hold. You will be reassigned the task later during the course.

Closing as student never came back to the teacher's requests.


Update README.md

:tada: This PR is included in version 1.1.0-next.2 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


proposal: x/exp/slices: add Set

Add a new function, slices.Set which removes all duplicate elements in a slice.
Proposed Signature:
func Set[E comparable](s []E)

Usage:
i := []int{1, 2, 3, 1, 2, 3, 1, 4, 5, 6, 2, 1, 1, 2, 4, 7}
slices.Set(i) // i == []int{6, 3, 2, 4, 7, 1, 5} or i == []int{1, 2, 3, 4, 5, 6, 7}

The name slices.Set from the data type Set, which holds unique values, without any particular order, slices.Set might be confusing as a function name, other alternative is slices.Unique.
Examples where people asked for slimier function: 1, 2, 3

see the original discussion for Uniq
Duplicate of #45955

Thanks @seankhliao , it was hidden in the long issue.
for anyone looking for Uniq or Sort please see:  https://github.com/golang/go/discussions/47203#discussioncomment-1005187
Current
i := []int{1, 2, 3, 1, 2, 3, 1, 4, 5, 6, 2, 1, 1, 2, 4, 7}
slices.Sort(i)
i = slices.Compact(i) // i == []int{1, 2, 3, 4, 5, 6, 7}


Brunel as a Render Engine

Are there any plans to utilize Brunel as a Render engine in PixieDust ?

@GraemeHutcheon This has come up but no firm plan yet due to lack of resources.

Brunel renderer implementation is ready to be included in PixieDust 1.1.3.
Brunel provides feature-rich interactive data visualizations, see: http://brunel.mybluemix.net/docs/ for more details.
The Brunel renderer for Pixiedust support all charts types: bar, line, scatter, pie, histogram and maps.
For Maps, we added extra options for heatmap, treemap and chords


Add vision/mnist dataset

Checklist

[x] Confirmed that run-checks all script has been executed.
[x] Made sure the book is up to date with changes in this PR.

Related Issues/PRs
Closes #1157
Changes
At last, no more Python/HF dependency for the base MNISTDatset! 🙂

Add explicit note for examples with python requirement for HF datasets
Add vision dataset module (optional)
Refactor MNISTDataset to download raw data from original source (with a nice little progress bar when a download happens)
Update guide and examples to point to new dataset struct in vision

LGTM. I think I would add a description of the new feature flag before merging. (burn/burn/src/lib.rs)

Done! Didn't realize we had this description.


copy .snakemake from the other server

Is your feature request related to a problem? Please describe.
I created /path_serverA/.snakemake/ in server A by "--use-conda". Then I copy the /path_serverA/.snakemake/ from server A to server B for checking whether I can use the environment in server B. I found it doesn't work because of snakemake will create a new env in ./path_serverB/.snakemake/conda again. However, I can activate one of sub-env in /path_serverB/.snakemake/conda and use the tool in the sub-env (e.g. conda activate /path_serverB/.snakemake/conda/3e6e77fd).
I am wondering why we can't use the copied environment .snakemake/ from the other server? Is there a file recording the path of creating .snakemake in server A?

Related to #160

Thank you very much for your update. I checked with #160, but the solution is not fit with mine.
In the two different directories in one server, I think --conda-prefix can solve the problem in #160. In this case, the path of snakemake conda is the same, which will create the same hash name. However, in two different servers, the path of snakemake conda is different, hash name will be updated. so I am not sure whether there is a way to figure it out.


Add acceptance and load tests

With this PR dapf now also doubles as a library to store various utility functions that can be used to interact with DAP implementations.
If you find any function that could be there that's used in e2e or acceptance tests please point it out so we can reduce duplicate code.

@cjpatton addressed all comments. Moved the code into dapf. Let me know what you think. I think it could probably still be cleaned up a bit but I don't have time right now.


An error about training the nuScenes dataset

When I am training, I have the above error, how can I solve it?
Many thanks!

Sorry for the late reply. You need to write a separate data loader for the NuScenes dataset in https://github.com/hbutsuak95/monolayout/blob/master/monolayout/datasets.py.