[ENH] Add a tutorial about oscillatory and broadband components in power spectra

This replicates most of this figure:  from this paper https://www.jneurosci.org/content/jneuro/29/10/3132.full.pdf which I think is of broad interest to how to interpret power spectral density. Feedback very much welcome @agramfort @drammock @larsoner @mmagnuski and anyone else if you had a minute for a quick read. It's a bit opinionated about the way to interpret PSDs, I did it mostly for my own edification so if it's too technical or opinionated, I can just put it in a gist instead too.

Hi @alexrockhill! Without knowing the paper, it is rather difficult to understand where this tutorial is going. It's a very specific interpretation of the PSD, so a couple of sentences in the introduction that summarize the motivation and main ideas would be very helpful. I'm happy to provide detailed feedback if others think that this contribution should be included in our tutorials.
Also, when I read that this tutorial is about how to interpret the PSD, I hoped that FOOOF would also be mentioned. Do you think it makes sense to broaden the scope a bit and integrate things from this project?

Re being a specific interpretation, I agree that there are other interpretations but this seems like a fairly well-accepted and parsimonious one; am I missing another line of thinking that deserves mentioning? The interpretation that broadband power increases are correlated with local firing rates has been experimentally verified so that seems pretty solid. Is there a particular part you're thinking of?

Yes, your are right, I probably skimmed over the tutorial too quickly. I guess now that you added a lot of stuff in the introduction, things will be much clearer.
Re FOOOF, I agree that this is not the right place for criticism, but I think this Python package focuses on exactly the same topic, so I think it deserves at least a mention (maybe 1 or 2 sentences in the conclusion?).
I will take a more detailed look and provide comments soon!

I had a quick read of the rendered doc. I think this tutorial brings up a larger discussion about what kind of content we want to be providing. For several years now I've been trying to move our documentation toward this model of information organization (TL;DR: 4 categories --- tutorials, recipes, explanations/discussions, and reference/API --- and any given document should unambiguously sit in one of the 4, not straddle any lines).
This PR in its current state I think sits pretty clearly in the "explanation/discussion" quadrant, but it is different from the handful of other documents we have in that quadrant (background on filtering being the canonical example). Specifically, the "background on filtering" page talks about theory, different approaches/choices, and tradeoffs when making those choices.
In contrast, this PR might be summarized as "this is how to interpret PSDs (blips on top of 1/f) and here is some code to separate a PSD into the 1/f part and the blips part(s), using either PCA or FactorAnalysis".  Notably it's not really highlighting any special MNE-Python features/capabilities --- most of the code is matplotlib stuff --- and even though you present two methods (PCA and Factor Analysis) there's not really any discussion of trade-offs / when you would choose one over the other (you mention that PCA requires orthogonality of components, but don't discuss if/when that's appropriate or problematic).
I guess where I'm leaning is one of these options:

this makes more sense as a Gist / blog post / tutorial on your personal website
this gets re-worked as a recipe for "how to decompose a spectrum using Factor Analysis", moves to the "examples" section (our equivalent of "recipes") and gets considerably shorter.
this gets re-worked as a more general "approaches to spectrum analysis" discussion, and demonstrates a few different approaches and talks about their strengths/weaknesses. For example I don't think we have a good discussion of Welch vs Multitaper anywhere, so starting with explaining that distinction and its tradeoffs, then maybe discuss a few different peak-finding or peak-fitting approaches?  Maybe naive peak-finding on the raw power spectrum, peak-finding with FOOOF, and the approach in this PR? Not sure what makes most sense to include, should probably be guided by what's out there in the literature.

Of course to some extent the direction chosen may come down to how much additional work you want to put into this @alexrockhill. But regardless of that I'm definitely interested in what others think about this... maybe people want our docs to move toward more strong/opinionated "here's how you should do X" type of documents?

@drammock thanks for your summary. That's why I suggested to add more context and potentially also compare with other methods, which overall I think would (1) fit better into our existing docs and (2) be more useful for a larger group of users.
I'm fine with all three options, with a preference for the third, but that is of course a lot more work than the other two alternatives.
I haven't even read the tutorial in detail, but now I think I'm waiting how this discussion evolves. Once we've decided, I'm happy to give it a thorough read.

maybe people want our docs to move toward more strong/opinionated "here's how you should do X" type of documents?

It's usually difficult to build this consensus, but if it's there, then sure. I would also be okay with tutorials that say "this paper says here's how you should do X", assuming that the given paper has sufficiently broad acceptance in the M/EEG community (even if not everyone follows it). To me we can then provide value to people by translating the paper contents into some digestible code for people that they can interact with and use in their pipelines.

Thanks for the comments @cbrnr and @larsoner, I agree on both the goal was 3 and @larsoner 's comment is spot on for what I was trying to do. Thanks for the background on that @drammock, I agree it should try and sit on the explanation/discussion squarely if possible and I'm happy to add welch vs multitaper in there for more of a discussion.
As for big picture, my goal for the tutorial was to explain:

Broadband high frequency changes are very likely not oscillations
Peaks in the power spectrum are very likely oscillations

I think those are broadly accepted interpretations in the field and I really don't know of any other interpretations, I would gladly add them to the discussion if anyone has any.  From what I can tell there is a strong consensus around those two ideas.
Ok but then it's a code tutorial, you can't just write that without any data and code to actually look at those things. This is where I don't think it has to be super political about this is the one way to do this but takes more of a tact like @larsoner was saying in that people do tons of different methods choices for PSD analyses but let's walk through one particular one to show the general principle with the added bonus that it doesn't add any MNE dependencies for the documentation like FOOOF. I'd be happy to add some more discussion about baseline correction methods and what effect they have as well as Welch vs Multitaper as described above. A more complex analysis fitting Gaussians to peaks I think would be a bit much because I'd be reinventing the FOOOF wheel but I think mentioning that FOOOF does this to find center frequencies is a good compromise (I'll do that now).
Does that sound reasonable with a mention of FOOOF, discussion of baseline and Welch vs Multitaper that it could be a standard tutorial?

To me we can then provide value to people by translating the paper contents into some digestible code for people that they can interact with and use in their pipelines.

agree, but I lean toward only doing this in the examples/recipes.  If we do this in a tutorial, even if we say "paper X recommends doing it this way" I feel like we're implicitly putting a stamp of approval on it, which creates a higher bar for merging in my mind.  In contrast, the examples/recipes to me at least have more of a "if you want to do X, here's how to do it in MNE-Python" and don't have the same level of implicit endorsement.  Writing this I'm realizing that (1) this distinction isn't written down anywhere (I don't think?) and (2) it might be just me who feels this way about tutorials vs examples.  It would be good if we could decide on guidelines and then write them down (#9572 😆)

Good point @drammock, I think what I'm struggling with is that if it were possible not to reference a paper and use the method in that paper, that would definitely be preferable but as long as you're going to show and not just tell, you have to do some kind of spectral decomposition and at least this seems pretty uncomplicated and strightforward. Not that FOOOF is incredibly complicated but it's also not like 5 lines of code to implement with sklearn. I agree that it feels like an example as written because there is not too much of a discussion but I think the idea of what the components of a power spectrum mean to me really is something anyone who uses inst.compute_psd() should understand in the way that anyone who uses inst.filter should hopefully read that tutorial and have some idea about what they are doing to their data and what it means.

@alexrockhill please stop repeatedly merging in main while we're still discussing / sorting out what direction to take.  We pay for some of our CIs.

My bad, I meant to do it on my other PR but did it on this one by accident too.

As for big picture, my goal for the tutorial was to explain:

Broadband high frequency changes are very likely not oscillations
Peaks in the power spectrum are very likely oscillations

Agree that it's useful to mention / share this info with folks somewhere. If we want to teach people about that in a tutorial I'd lobby for a somewhat different approach (a simulation with fake data showing that you recover what you put in, followed by an example with real data where there's strong prior expectation for "a peak in X band given stimulus Y" and then show that you indeed reproduce the expected finding with this data).  So that would be a fourth option separate from the 3 I laid out above.  You're basically already doing the second part, so it would mean adding the simulation part (however, I don't recommend this direction, see below).

I think those are broadly accepted interpretations in the field and I really don't know of any other interpretations, I would gladly add them to the discussion if anyone has any. From what I can tell there is a strong consensus around those two ideas.

Sure, but the "discussion of tradeoffs" comes in at the next stage: what method do you use to separate broadband background from the peaks? That's where I think the PR in its current state falls short of what we want for "discussion"-style documents.

Ok but then it's a code tutorial, you can't just write that without any data and code to actually look at those things. This is where I don't think it has to be super political about: MNE can present that this as one way to do this so that we can walk through an example dataset and analysis to show the general principle

I think it's not enough to say "don't be super political about it" --- implicit endorsement is a real thing, and major aspects of our API are built around having sane defaults and preventing people from doing dumb things by accident/because they don't RTFM (automatically applying projectors, bad channel handling, etc; one could even argue that the fact that we have our own data containers --- instead of just functions that operate on numpy arrays --- is a reflection of this ethos).

I think the idea of what the components of a power spectrum mean to me really is something anyone who uses inst.compute_psd() should understand [...] like Maxwell filtering or source estimation [...]

Agreed; as I said above, the standard-in-the-literature interpretation of spectra as "aysnchronous background activity with superimposed peaks indicating local synchrony" is a good thing for us to add to our docs somewhere. The question is where / in what form or context?

Does that sound reasonable with a mention of FOOOF, discussion of baseline and Welch vs Multitaper that it could be a standard tutorial?

Based on the discussion so far I'm coming around to the idea of a "Background on spectrum analysis" tutorial, that covers

effects of baselining
welch vs multitaper tradeoffs
broadband vs oscillatory (brief "theory" discussion with citations)
peak finding (at least 2 approaches demonstrated, with discussion of tradeoffs)
(optional / separate PR) stats/inference based on spectral differences

which more or less tracks with your suggestion @alexrockhill (except that I'd call it a "discussion" rather than a "standard tutorial" --- but that's a subtle distinction since we currently put them all on the same page and don't flag the difference to users). If we structure the document that way, I think I'd feel quite comfortable endorsing it (and I think this PR is already more than halfway there toward that end goal). @alexrockhill WDYT?

Sounds good about adding baseline and Welch vs Multitaper and simulation.
Is there more than one peak-finding algorithm? I only know of fitting a normal distribution. You could use fitting an exponent or separation through PCs to remove the broadband power though.

Is there more than one peak-finding algorithm?

Off the top of my head I can think of 2:

https://docs.scipy.org/doc/scipy/reference/generated/scipy.signal.find_peaks.html
https://docs.scipy.org/doc/scipy/reference/generated/scipy.signal.find_peaks_cwt.html

I only know of fitting a normal distribution. You could use fitting an exponent or separation through PCs to remove the broadband power though.

There is "naive" peak finding that doesn't account for 1/f and just looks for peaks in the spectrum (e.g. using one of the scipy methods above). There is the approach of band-pass filtering in a band of interest (cf. https://fooof-tools.github.io/fooof/auto_motivations/concepts/plot_IfYouFilterTheyWillCome.html#filtering-aperiodic-signals on why that's not great). A regression/optimization/model-fitting approach works (e.g. FOOOF, but more generally you could fit the spectrum with a mixture of gaussians, or an exponential component and one or more gaussian components, or some other parameterization). There are the PCA / Factor Analysis approaches in this PR. That is already 3 to 6 approaches depending on how you count.  As I said before, what we show should be guided by what's out there in the relevant literature; I was assuming you had a more current grasp of that than I do but maybe we should ask others to weigh in: @cbrnr and I have already suggested including FOOOF or something FOOOF-like; what do others think?
Finally, an aside regarding your earlier critique of FOOOF:

Re FOOOF, in the aforementioned paper but especially in this paper, it is very compelling to me that the exponent of the power law does not change [...] In my scientific opinion/evaluation [... FOOOF] makes the very questionable choice to allow the power law exponent to change.

There is this (admittedly not peer-reviewed) rationale for letting it vary, which is when studying maturation: https://www.biorxiv.org/content/10.1101/839258v1

I'm not sure what you're saying about the bioarxiv paper. A lot of people have used FOOOF and found significant differences in both the exponent and the offset parameter but that doesn't tell you that it is the correct physiological interpretation or even that the method works. If I, to pick a silly example, convolved a haemodynamic response function with my EEG data, I could very easily find significant differences in an analysis of that data but it's still something that shouldn't be done. The point is that the slope of the broadband data > 45 Hz, where there are not generally oscillations, has been shown not to change so allowing the slope to change in your parameterization is a choice that might need to be reconsidered.
I thought @cbrnr and I were on the same page that it's probably not the best forum to discuss this and it really is secondary to the goal of describing broadband and oscillatory changes that everyone as far as I'm aware agrees on. I think a tutorial to model it off of would be the MVPA decoding tutorial where multiple methodogical choices have short descriptions but it's definitely not exhaustive by any means and is pretty readable and shows a reasonable result. I'm imagining these different peak-finding etc. choices being enumerated like in that tutorial but maintaining the readability so that there's the narrative of an analysis not just a glossary.

I think that FOOOF should definitely be mentioned as a related method out there, and you can (and probably should) describe its properties, but you shouldn't discuss whether or not a variable slope is good or bad. They have a clear motivation why they've implemented it like that, and it's not the right place to discuss if that makes sense or not.

I'm not sure what you're saying about the bioarxiv paper.

Maybe I misunderstood your original comment.  I thought you were saying something like "you shouldn't parameterize fitting of the aperiodic part" (and my reference to that paper was meant to say "they seem to think that there is a valid use case for doing so"). But maybe you were referring to FOOOF's ability to allow a "knee" in the spectrum?

A lot of people have used FOOOF and found significant differences in both the exponent and the offset parameter but that doesn't tell you that it is the correct physiological interpretation or even that the method works.

FOOOF is model-fitting software; "the method works" if it manages to fit a model given whatever constraints you pass to it.  This is a completely separate question from how you interpret what the model tells you about your spectra, and it is also separate from the question of what models or constraints are physiologically justifiable/plausible.  As @cbrnr says:

you shouldn't discuss whether or not a variable slope is good or bad. They have a clear motivation why they've implemented it like that, and it's not the right place to discuss if that makes sense or not.

I had already made a lot of the changes before you commented @agramfort so I went ahead and finished and pushed a bit more complete version.

Thanks for the input @JesseLivezey!

I'm not sure if a preview of your tutorial is generated somewhere, but I'd be curios if you see a similar difference.

Here it is: https://output.circle-artifacts.com/output/job/f7fe8faf-cc1e-4054-8dd9-573bccfe96bd/artifacts/0/html/auto_tutorials/time-freq/30_power_spectral_density.html

Chiming in here: given that the math does not seem to be entirely clear, I would reconsider @drammock's previous comments e.g. here as well as @agramfort's comment.
I agree that we should be carefully considering what we make an MNE tutorial as it can have an air of endorsement.
Further, I also agree with @cbrnr that there are other methods to achieve similar goals. Those are probably more widely used - e.g. FOOOF or IRASA - which would in my view demand a discussion why MNE showcases one over the other.

@alexrockhill okay to close in favor of posting somewhere else (e.g., blog)?

For anyone following this thread, I moved the example here: https://alexrockhill.github.io/research-projects/auto_examples/plot_power_spectral_density.html


Data Structures and Algorithms (DSA)-Adding DSA Resources

Closes #399 #520 #633
Description:

So as per your request in #633 , I have removed those things. Now its all looking really good. Check it out. Also add the labels

Resource URL:

URLs are added along with resources

Checklist:
Before submitting your pull request, ensure that you have completed the following tasks:

[x] I have carefully reviewed and adhered to the contributing guidelines before creating this pull request.
[x] I followed the prescribed PR title template. (Check this if you're adding a resource)

@jfmartinz Please look into it

@jfmartinz Please merge it as well. Add labels to it. If possible, add a level3 label to it.


New line inside double bracket generate err.

When I try to use a template saved from a component that breaks lines automatically  some times it's break the inter {{ }} with a \n inside, that makes the the system to fail.
Example:

package main

import (
	"fmt"

	"github.com/nikolalohinski/gonja"
)

func main() {
	template_string := ` {{\n data.name}} `
	tpl, err := gonja.FromString(template_string)
	if err != nil {
		fmt.Println(err)
		return
	}
	ctx := gonja.Context{
		"data": map[string]string{
			"name": "Nikola",
		},
	}
	out, err := tpl.ExecuteBytes(ctx)
	if err != nil {
		panic(err)
	}
	fmt.Println(string(out))

}

It fails with err: '}}' expected here (Line: 1 Col: 7, near "data")
Have sense to remove all the \n inside {{ }} or can it have side effects?
Is it safe to change the method
func (s *Stream) nonIgnored() *Token {
	var tok *Token
	for tok = s.it.Next(); tok.Type == Whitespace; tok = s.it.Next() {
	}
	return tok
}

To something like tok.Type == Whitespace || tok.Type == Newline

My fault, it was not a \n is was a literal \n, that is \n what makes me wrong.
The package works as I expected.

Hi @mquinteiro and thank you for your question.
In my opinion, I think it's best to stay close to what python jinja does. Trying a similar as to what you suggested example on https://j2live.ttl255.com/ tells me it should error out the same way multiline template blocks are invalid.
Regarding your question:

Have sense to remove all the \n inside {{ }} or can it have side effects?

I am not sure what could happen. The parser is not designed to handle multiline blocks, so anything could happen.


Removing installation from under aer

Can we make the installation under aer go away and have all the content in the global install section?

Yes, I'll write this up.


how to share the nvidia driver to both or more for the custom conty.sh

when i custom two conty.sh and i run they.
but i see the difference conty.sh have download two different nvidia folder, see the following :

how to re-direct the one nvidia driver

Currently you can't safely share Nvidia drivers between Conty instances, i will research this after vacation.

ok


validate tagged objects using schema for tag

Passing a Tagged object to a validator with a custom schema fails to validate the Tagged object using the schema associated with the tag.
This bug is impacting roman_datamodels (which uses this pattern for assignment validation). Without this PR the following will not raise a ValidationError:
import roman_datamodels.maker_utils

m = roman_datamodels.datamodels.ImageModel(roman_datamodels.maker_utils.mk_level2_image())
inst = m.meta.instrument
inst['name'] = 'a'
m.meta.instrument = inst

With this PR a ValidationError is raised ('a' is not one of ['WFI']).
This PR adds a test for that issue and fixes it by shuffling around a few items in the validator (so that tags trigger schema lookups even if a custom schema was provided to the validator).
This shuffling had the side effect of changing the validation error for one test (test_history) to what looks like a more helpful message.
This PR includes some changes from https://github.com/asdf-format/asdf/pull/1729 which should be merged first.
Running roman regtests as this will change how validation on assignment behaves: https://plwishmaster.stsci.edu:8081/job/RT/job/Roman-Developers-Pull-Requests/605/
Checklist:

[ ] pre-commit checks ran successfully
[ ] tests ran successfully
[ ] for a public change, a changelog entry was added
[ ] for a public change, documentation was updated
[ ] for any new features, unit tests were added

The roman_datamodels downstream job is now failing with this PR with a 143 exit code.
Running these locally they pass but use a considerable amount of RAM (>8GB).
Running the same tests with the released asdf takes ~600MB.
This was only seen in recent runs so something has changed in roman_datamodels that now conflicts with the changes in this PR. I'm going to convert this to draft until the cause of the memory issue can be sorted.


PurePerms Crash

Error: Call to undefined method _64FF00\PurePerms\PurePerms::getUser()
File: /RankUp_v0.3.1.phar/src/rankup/permission/PurePerms
Line: 15
Type: E_ERROR
THIS CRASH WAS CAUSED BY A PLUGIN
BAD PLUGIN: RankUp v0.3.1
Code:
[6] class PurePerms extends BasePermissionManager{
[7]     public function addToGroup(Player $player, $group){
[8]         if(!$this->checkReady()) return false;
[9]         $ppGroup = $this->getAPI()->getGroup($group);
[10]         $this->getAPI()->getUser($player)->setGroup($ppGroup, null);
[11]         return true;
[12]     }
[13]     public function getGroup(Player $player){
[14]         if(!$this->checkReady()) return false;
[15]         $user = $this->getAPI()->getUser($player);
[16]         return $user->getGroup()->getName();
[17]     }
[18]
[19]     /**
[20]      * getUsers() is not implemented in PurePerms. This method will NOT work.
[21]      * @param $name
[22]      * @return bool|void
[23]      */
[24]     public function getPlayersInGroup($name){
[25]         if(!$this->checkReady()) return false;
Backtrace:
#0 (): pocketmine\Server->crashDump(boolean)
PocketMine-MP version: 1.6dev #43 [Protocol 34; API 1.13.0]
Git commit:<PHONE_NUMBER>000000000000000000000000000000
uname -a: Linux flexcraft 2.6.32-042stab108.5 #1 SMP Wed Jun 17 20:20:17 MSK 2015 i686
PHP Version: 5.6.2
Zend version: 2.6.0
OS : Linux, linux
46 minutes ago EditDeleteReport+ QuoteReply

This should be fixed in 3ce9dbb3eceecb82666a928d6e39f01a5667005c

Still not fixed, "unknown error while performing this command"

[10:53:18] [Server thread/CRITICAL]: Unhandled exception executing command 'rankup' in rankup: strtolower() expects parameter 1 to be string, object given[10:53:18] [Server thread/WARNING]: InvalidArgumentException: "strtolower() expects parameter 1 to be string, object given" (E_WARNING) in "/phar_RankUp-master_Xk25BVDtGo3Y1p7.phar/src/rankup/rank/RankStore" at line 25

Atleast it doesn't crash the server

@goerick Thanks for testing it, I still haven't been able to. I have pushed a fix for the error you posted.

This issue is fixed in the latest commits. Not occurring anymore. @Falkirks this can be closed.


Added a "Known issues" section describing a potential issue with Grpc.Net.ClientFactory library

Summary
The PR adds a "Known issues" section describing a potential issue that can occur when using Microsoft.Extensions.Http.Resilience package together with Grpc.Net.ClientFactory.
The issue was reported here:
https://github.com/dotnet/extensions/issues/4924
We fixed it here:
https://github.com/dotnet/extensions/pull/5363
And we'd like to extend the documentation with information about the issue and how to fix it.
Fixes https://github.com/dotnet/extensions/issues/4924

Internal previews

📄 File
🔗 Preview link

docs/core/resilience/http-resilience.md
docs/core/resilience/http-resilience

@IEvangelist You already approved this documentation update here. Could you, please, review this PR too? Thank you.


Move SourceOptions into infra.passes.options

This is just a simple code organization change consistent with #2018 and the
ongoing work on #1174.

[x] Ran make fmt-fix (or had formatting run automatically on all files edited)
[ ] Rebase onto main once #2020 is merged.

Codecov Report

Merging #2023 (7762816) into main (138e02a) will decrease coverage by 0.00%.
The diff coverage is 57.14%.

@@            Coverage Diff             @@
##             main    #2023      +/-   ##
==========================================
- Coverage   77.86%   77.85%   -0.01%
==========================================
  Files         418      419       +1
  Lines       12821    12825       +4
  Branches      587      590       +3
==========================================
+ Hits         9983     9985       +2
- Misses       2838     2840       +2

Impacted Files
Coverage Δ

...ala/at/forsyte/apalache/infra/passes/options.scala
0.00% <ø> (ø)

.../apalache/tla/tooling/opt/AbstractCheckerCmd.scala
0.00% <ø> (ø)

...at/forsyte/apalache/tla/tooling/opt/ParseCmd.scala
0.00% <ø> (ø)

.../at/forsyte/apalache/tla/tooling/opt/TestCmd.scala
0.00% <ø> (ø)

...orsyte/apalache/tla/tooling/opt/TypeCheckCmd.scala
0.00% <ø> (ø)

.../forsyte/apalache/shai/v1/CmdExecutorService.scala
0.00% <0.00%> (ø)

...orsyte/apalache/shai/v1/TransExplorerService.scala
86.95% <ø> (ø)

...e/apalache/tla/imp/passes/SanyParserPassImpl.scala
53.84% <ø> (ø)

...apalache/tla/pp/passes/ConfigurationPassImpl.scala
0.00% <ø> (ø)

.../scala/at/forsyte/apalache/shai/v1/RpcServer.scala
66.66% <66.66%> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us.

Note this PR is quite small, and reviewing should hold off until the pending PRs it branches off of are merged in and this branch is rebased.

and reviewing should hold off until

Oh... well, too late :)

Sorry for tagging in reviews prematurely! Thanks for reviewing :D


desktop find file bug

Describe the bug
when i search a wrong hash in desktop then behave the file-window stucks.
To Reproduce
Steps to reproduce the behavior:
1.give a wrong hash，which means the file didnt exist
2.click browse
3 it's always show a finding flash

Expected behavior
even show file didn't exist
Screenshots

Desktop (please complete the following information):

windows pc
Browser [chrome]
Version [69cd414]

UI v2.11.4

I confirmed this with v2.12 and QmbWqxBEKC3P8tqsKc98xmWNzrzDtRLMiMPL8wBuTGsMns (changes last character from R to s making it "invalid"). The state is:

Let's continue in https://github.com/ipfs/ipfs-webui/issues/1794 as it is the same use case.


sqlite

Describe the bug
when creating a view it loads in table folder not in view folder.....
sqlite
To Reproduce
CREATE VIEW v_tracks
AS
SELECT
*
FROM
UserCategory;
Desktop (please complete the following information):

OS: [ Windows]
SQLTools Version [-v0.17.x]

would be nice if you added more templates off tables.....
like basic formats for insert delete where  ect.....
like an aid to get started with good formats.......  right click insert template type.....

if take a look sql type generator statements you have mass to create templates from
just use the same name and inject the format ......
alter-table-stmt   analyze-stmt   attach-stmt   begin-stmt   commit-stmt   create-index-stmt   create-table-stmt   create-trigger-stmt   create-view-stmt   create-virtual-table-stmt   delete-stmt   delete-stmt-limited   detach-stmt   drop-index-stmt   drop-table-stmt   drop-trigger-stmt   drop-view-stmt   insert-stmt   pragma-stmt   reindex-stmt   release-stmt   rollback-stmt   savepoint-stmt   select-stmt   update-stmt   update-stmt-limited   vacuum-stmt
https://www.sqlite.org/syntax/sql-stmt.html

here is what i mean.... on a listed View  you want to delete...menu generate script on view name
drop-view-stmt
just call the way it is.....   you get full editor this way   add help tips on how to best format the template injection

we already have for inserts. But yes, would be nice for sure.
Can you open a new issue as a feature request for this?
I'm already working on this bug. But the features should be handled separated.
Ok?
Thanks @julientype . Great insights


Typescript support

Hey guys,
I started writing a declaration file for react-native-camera-kit and was wondering if it was something you were interested in or not.
Also would you prefer to keep the declaration in this repo or in the DefinitelyTyped one ?

Not from the Tesla team, but my personal preference would be to have it in this repo 🙂

This would be great @Andarius, please feel free to make a PR!

Sorry for the delay in followup on this @Andarius, but as you can see we removed many of the files you had types for. We want to move the focus of this library toward camera capture and away from gallery as there are many great React Native libs for getting photos from device. Feel free to update this PR and I will review.


I'd like to know how to train the UCF-QNRF and ShanghaiTech dataset

I'd like to know how to train the UCF-QNRF and ShanghaiTech dataset

i am wondering too


Multisig control should allow signer set update by vega token holder vote

At the moment we may end up in the following extreme situation:

we have n vega chain validators who are also the n multisig signers controlling the ethereum bridge funds.
all n (or a bit more than 1/3) of the vega chain validators choose to switch off their machines and delete all keys.
the remaining 2/3 (a bit less than 2/3 depending on rounding) validators cannot produce a valid multisig signers update bundle to remove the pub-keys of the validators who switched off.

Ignore below; @C0deMunk33 will write a different proposed solution.
~Proposed solution:~ it is possible to submit (at most one) proposal on Ethereum that will replace the signers on the multisig with the proposed public keys. Vega token holders can vote on the proposal; after a configurable period of time (can be e.g. a future ethereum block number) the fraction of total vega tokens that voted for the proposal will be counted and labelled fraction_for. If fraction_for >= get_current_threshhold/1000 then the public keys are immediately replaced by the proposed public keys.

and votes on the emergency recovery by locking those tokens for the duration of the vote

How will the new signer hash be fixed on the "emergency recovery smart contract" for the duration of the vote?

Alternative/Additional way we could do that:
Create two new functions in the bridge

vote (hash)  locks a particular key to a new set of validators (defined by hash). This can be done/changed/withdrawn at any time
evaluate (hash) counts the votes of all locked keys to that hash and checks if it exceeds a threshold. If so, the votes are deleted and that hash is installed as the new set of validators. If hash=0, then the threshold is lower than for any other hash (to make it cheaper to lock the bridge than to reset it.

Open questions: Can people vote for both locking the bridge and for a new set ?
How do we set the thresholds, especially as they're hard to change and custodians might get a lot of voting powers; we could have some anti-whaling in there so they don't accidentally dominate the show, but that's easy to circumvent
Do we want a voting period, or do it fully asynchronous
How do we handle unissued tokens ?
Do we want vote delegation (i.e., delegate (key), which means I vote as 'key' does; this might help the more passive token owners

Since an ersatz validator with insufficient ownstake can't be promoted to validator, they'd lose their whole purpose if we'd allow them in, so I'd say they should be demoted and then we have fewer ersatz; this

makes it more visible that we need more validators
immediately solves the payment thing (no ownstake, no reward)
probably saves some checks when a new (and better qualified) pending validator comes in.

There is then the whole issue on what to do if there's generally too few qualified validators, but if that's triggered by ownstake it just means that parameter is too high and needs to be reduced. There is one scenario here that is a bit worrisome, if Vega goes to the moon very rapidly, governance might not be able to reduce ownstake to make it more reasonable fast enough to allow new validators to join at a decent price (need to think that through a bit more carefully)

Two additional options:

Decaying thresholds - the voting threshold is set comparatively high (e.g., 51%), but decreases a bit for every block in which no bridge transaction is performed (i.e., if we have no validators, it gets cheaper over time to define a new set)
'All-is-good' votes - it is possible to issue a vote saying 'I'm totally happy'; if the threshold to replace the validators is x, and the fraction of happy voters is y, then it requires x+y votes to replace the validator set. This allows for lower thresholds, as an adverse takeover can countered (this would require to have some minimum voting period to work)

One more thing: If we're not careful, all unissued tokens have voting power here, so the decentralisation would be not very decentralised. We can block the vesting contract (though this would also block vested, but issued tokens), or do something more complex blocking an individual tier (@C0deMunk33 can judge that)

Decisions so far:

vested tokens can't vote, so we don't have to take the unissued tokens into account to ingrate the vesting contract or worry about unissued tokens voting.
The decrease of thresholds will be implemented, with three parameters max, min and decay rate to be defined. Decay is linear.
Preference is for locking the tokens in a separate voting contract to prevent a double vote through voting, selling, and voting again @C0deMunk33

closing as this is to be covered in

https://github.com/vegaprotocol/specs/issues/1503

Ive linked this issue in the above so not to lose track of the information


Optimize query

First stab at optimization query approach:

store each optional attendee's events (busy times) in a map (where the key is attendee name and val is a list of their events)
create a map where optional attendees' names map to list of times that they are free
create a nested list where each index i has a list of time ranges that i + 1 optional attendees can make it to
iterate backwards through the nested list, comparing these optional free time ranges to the free time ranges for mandatory attendees

return the intersection of optional and free time ranges the first time they overlap

Seems to work at least with the tests I wrote but is very inefficient (lots of nested loops) :(

Currently working on creating the nested list without using the intermediate maps.


[SP-4451] Backport of PDI-17270 - Sort rows : Cannot sort Internet Ad…

…dress Types (8.1 Suite)
@pentaho-lmartins @cravobranco @ricardosilva88

Build Completed
:fire: This pull request has some issues. It would be preferable to fix them in order for it to be just perfect. See below for more details. Some links are also available below for further assistance in addressing those issues.
Build Commands
mvn -B -fn -f 'pom.xml' -pl 'engine,core' -P '!assemblies' -Dsurefire.runOrder=alphabetical -Daudit -amd clean install

Cleanup Commands
mvn -B -f 'pom.xml' -pl 'engine,core' -P '!assemblies' -amd build-helper:remove-project-artifact

Changed files
  core/src/main/java/org/pentaho/di/core/row/value/ValueMetaInternetAddress.java
  core/src/test/java/org/pentaho/di/core/row/value/ValueMetaInternetAddressTest.java
  engine/src/main/java/org/pentaho/di/trans/steps/sort/SortRows.java

Unit Test Coverage
These statistics help you identify how your changes have affected the coverage of the following files. If a file is not in this list, then its coverage was not affected by your changes. To get some help interpreting these metrics, please refer to Jacoco's documentation.

:warning: Coverage Changes (click to expand)
org.pentaho.di.core.logging.LoggingBuffer

Branch Change: -3.2% :small_red_triangle_down:
Complexity Change: -1.8% :small_red_triangle_down:

org.pentaho.di.trans.steps.checksum.CheckSumMeta

Branch Change: -1.3% :small_red_triangle_down:
Complexity Change: -1.4% :small_red_triangle_down:
Instruction Change: -0.4% :small_red_triangle_down:

org.pentaho.di.job.entries.sql.JobEntrySQL

Instruction Change: -3.4% :small_red_triangle_down:
Line Change: -3.8% :small_red_triangle_down:

org.pentaho.di.trans.step.StepMeta

Branch Change: -0.7% :small_red_triangle_down:
Complexity Change: -0.6% :small_red_triangle_down:
Instruction Change: -0.2% :small_red_triangle_down:
Line Change: -0.3% :small_red_triangle_down:

org.pentaho.di.trans.steps.dbproc.DBProcMeta

Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.trans.steps.groupby.GroupByMeta

Branch Change: -1.1% :small_red_triangle_down:
Complexity Change: -1% :small_red_triangle_down:

org.pentaho.di.trans.steps.replacestring.ReplaceStringMeta

Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.www.WebServerShutdownHook

Branch Change: -50% :small_red_triangle_down:
Complexity Change: -20% :small_red_triangle_down:
Instruction Change: -16.6% :small_red_triangle_down:
Line Change: -16.6% :small_red_triangle_down:
Method Change: -25% :small_red_triangle_down:

org.pentaho.di.trans.steps.gpload.GPLoadMeta

Branch Change: -0.9% :small_red_triangle_down:
Complexity Change: -0.8% :small_red_triangle_down:
Instruction Change: -0.2% :small_red_triangle_down:

org.pentaho.di.trans.steps.salesforceupsert.SalesforceUpsertMeta

Instruction Change: -0.1% :small_red_triangle_down:


Client connection error: read ETIMEDOUT

Hi,
My homebridge is working fine but I check the log files and i see a ETIMEDOUT every 2-3 hours.
Running homebridge on RPI, node v.5.2.0...
Any idea?
Thanks!
Sat, 30 Jan 2016 02:02:09 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sat, 30 Jan 2016 07:02:52 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sat, 30 Jan 2016 10:22:15 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read EHOSTUNREACH
Sat, 30 Jan 2016 17:32:12 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sat, 30 Jan 2016 19:12:03 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read EHOSTUNREACH
throw er; // Unhandled 'error' event
Sun, 31 Jan 2016 03:54:10 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sun, 31 Jan 2016 04:54:21 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sun, 31 Jan 2016 06:04:10 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sun, 31 Jan 2016 06:24:10 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sun, 31 Jan 2016 06:54:10 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sun, 31 Jan 2016 08:04:11 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sun, 31 Jan 2016 10:49:30 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ECONNRESET
Sun, 31 Jan 2016 11:15:48 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ECONNRESET
Sun, 31 Jan 2016 23:46:01 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Mon, 01 Feb 2016 00:24:11 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Mon, 01 Feb 2016 01:05:41 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Mon, 01 Feb 2016 02:25:50 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Mon, 01 Feb 2016 03:25:39 GMT EventedHTTPServer [fe80::4a2:605a:b8fe:3a50] Client connection error: read ETIMEDOUT
Mon, 01 Feb 2016 04:14:12 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Mon, 01 Feb 2016 05:45:40 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Mon, 01 Feb 2016 08:25:31 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read EHOSTUNREACH
Tue, 02 Feb 2016 01:46:01 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Tue, 02 Feb 2016 02:34:12 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Tue, 02 Feb 2016 06:34:23 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Tue, 02 Feb 2016 07:24:12 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Tue, 02 Feb 2016 08:14:05 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read EHOSTUNREACH
Tue, 02 Feb 2016 19:54:35 GMT EventedHTTPServer [fe80::4a2:605a:b8fe:3a50] Client connection error: read ETIMEDOUT
Tue, 02 Feb 2016 22:34:13 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Wed, 03 Feb 2016 01:14:13 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Wed, 03 Feb 2016 03:04:13 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Wed, 03 Feb 2016 04:04:23 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Wed, 03 Feb 2016 05:44:13 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Wed, 03 Feb 2016 07:44:04 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read EHOSTUNREACH
Wed, 03 Feb 2016 19:04:03 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read EHOSTUNREACH
Thu, 04 Feb 2016 00:25:40 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Thu, 04 Feb 2016 01:52:32 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Thu, 04 Feb 2016 02:52:22 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Thu, 04 Feb 2016 07:06:06 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT

This is a common http error that suggests the device you are communicating with is falling of the network for some reason. This could be anything from a flakey wifi connection to the device, multiple networks path from your Homebridge host (wifi + eth) or a VPN kicking in on your Homebridge host that is making the rest of your network unreachable.
Take a look at your network config and provide details of it to this issue if this isn't enough of a clue to get you up and running.

hi, very simple etc/network/interfaces:
no WIFI adator, ethernet cable, IP fixed by MAC in the router.

Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
auto lo
iface lo inet loopback
allow-hotplug wlan0
auto wlan0
any help?
Thanks again,
Nacho

oh... could the problem be related to having enabled the following (even with no wifi adapter)?? i will try out tonight...
allow-hotplug wlan0
auto wlan0

hi, i have commented the following lines from my interfaces:
allow-hotplug wlan0
auto wlan0
and my interfaces includes only:
source-directory /etc/network/interfaces.d
auto lo
iface lo inet loopback
and still getting the following: (f:<IP_ADDRESS> is my iphone)
Thu, 04 Feb 2016 02:52:22 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Thu, 04 Feb 2016 07:06:06 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Thu, 04 Feb 2016 08:12:22 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Thu, 04 Feb 2016 09:45:31 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read EHOSTUNREACH
Thu, 04 Feb 2016 23:02:22 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Thu, 04 Feb 2016 23:32:22 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Fri, 05 Feb 2016 01:22:22 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Fri, 05 Feb 2016 03:22:22 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Fri, 05 Feb 2016 04:23:12 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Fri, 05 Feb 2016 08:52:14 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read EHOSTUNREACH
Fri, 05 Feb 2016 23:42:23 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sat, 06 Feb 2016 00:12:23 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sat, 06 Feb 2016 00:45:40 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sat, 06 Feb 2016 01:15:40 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sat, 06 Feb 2016 03:32:23 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sat, 06 Feb 2016 04:42:23 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sat, 06 Feb 2016 05:22:33 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sat, 06 Feb 2016 06:52:23 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
any advice???

further information and further questions:
my homebridge is on port 51826, i am getting the errors at night, when i am not using EVE.
why the http server changes the listening port?
HTTP server listening on port 54827
HTTP server listening on port 54826
Eve is working fine, but i would like to know why i am getting the ETIMEOUT error,,,
Sat, 06 Feb 2016 05:16:46 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Sending HTTP event 'keepalive' with data: {"characteristics":[]}
Sat, 06 Feb 2016 05:18:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] New connection from client
Sat, 06 Feb 2016 05:18:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] HTTP server listening on port 54827
Sat, 06 Feb 2016 05:18:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection closed
Sat, 06 Feb 2016 05:18:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] HTTP connection was closed
Sat, 06 Feb 2016 05:18:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] HTTP server was closed
Sat, 06 Feb 2016 05:20:02 GMT ZWayServer Got 1 updates.
Sat, 06 Feb 2016 05:20:06 GMT ZWayServer Got 2 updates.
Sat, 06 Feb 2016 05:20:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] New connection from client
Sat, 06 Feb 2016 05:20:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] HTTP server listening on port 54827
Sat, 06 Feb 2016 05:20:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection closed
Sat, 06 Feb 2016 05:20:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] HTTP connection was closed
Sat, 06 Feb 2016 05:20:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] HTTP server was closed
Sat, 06 Feb 2016 05:22:33 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection error: read ETIMEDOUT
Sat, 06 Feb 2016 05:22:33 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection closed
Sat, 06 Feb 2016 05:22:33 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] HTTP connection was closed
Sat, 06 Feb 2016 05:22:33 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] HTTP server was closed
Sat, 06 Feb 2016 05:22:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] New connection from client
Sat, 06 Feb 2016 05:22:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] HTTP server listening on port 54826
Sat, 06 Feb 2016 05:22:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] Client connection closed
Sat, 06 Feb 2016 05:22:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] HTTP connection was closed
Sat, 06 Feb 2016 05:22:37 GMT EventedHTTPServer [::ffff:<IP_ADDRESS>] HTTP server was closed
Sat, 06 Feb 2016 05:23:07 GMT ZWayServer Got 8 updates.
thanks again!

sorry for keeing asking....
If i run  netstat -tulpn i get homebridge listening on two ports: 51826 and 54826...
why 54826  if i configured homebridge in the config.json to run on  51826? I am lost......
Thanks!
pi@raspberrypi:~ $ netstat -tulpn
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 <IP_ADDRESS>:3400            <IP_ADDRESS>:*               LISTEN      -
tcp        0      0 <IP_ADDRESS>:8083            <IP_ADDRESS>:*               LISTEN      -
tcp        0      0 <IP_ADDRESS>:8084            <IP_ADDRESS>:*               LISTEN      -
tcp        0      0 <IP_ADDRESS>:22              <IP_ADDRESS>:*               LISTEN      -
tcp        0      0 <IP_ADDRESS>:443             <IP_ADDRESS>:*               LISTEN      -
tcp        0      0 <IP_ADDRESS>:2812          <IP_ADDRESS>:*               LISTEN      -
tcp6       0      0 :::6144                 :::*                    LISTEN      -
tcp6       0      0 :::54826                :::*                    LISTEN      8510/homebridge
tcp6       0      0 :::8080                 :::*                    LISTEN      -
tcp6       0      0 :::51826                :::*                    LISTEN      8510/homebridge
tcp6       0      0 :::22                   :::*                    LISTEN      -
tcp6       0      0 :::3001                 :::*                    LISTEN      -

These aren't problems related to homebridge-http you might get better answers at the homebridge repo page.

you are right, sorry...
thanks

Closing this as it is not related to Homebridge-Http, if you have a specific bug related to this plugin feel free to reopen it.


replaced space by tab in DeLFTModel.label

See Mattermost conversation
When using a DL fulltext model, no figure and table data was generated.
That is because a tab is expected for the figure data generation and  table data generation.
I haven't test it yet, but might be related to https://github.com/kermitt2/grobid/issues/470
Since the WapitiModel.label function is already replacing spaces with tabs, doing the same in DeLFTModel.label seems to make sense.

Coverage decreased (-0.01%) to 38.226% when pulling e71a8b6d50151d805a5854f489405689c88aec8a on elifesciences:fix-dl-data-generation-space-vs-tab into 35c46b0f0db78dc775e5b76c025c9c9d53cf7af2 on kermitt2:master.

Thanks @de-code, indeed make sense !


tfs 2015 does not trigger build when using ssh

On TFS 2015 pushing from ssh does not trigger automatic builds. Builds are triggered using http. I can see my commits in the history same as commits made using http, but only http commits trigger the automatic build.

Dokumentinformasjon
⚠ Ikke rediger denne delen. Den kreves for koblingen docs.microsoft.com ➟ GitHub-problem.

ID: 64e85ff9-9add-d15c-e92f-02d7dd05e0f2
Version Independent ID: 0cbd7427-6acd-3cfc-1a3b-8bf5ca60f3bd
Content: Connect to your Git repos with SSH
Content Source: docs/git/use-ssh-keys-to-authenticate.md
Service: unspecified
GitHub Login: @steved0x
Microsoft Alias: sdanie

IIRC, earlier TFS releases did not properly publish push events for SSH.  This should have been fixed in later releases (although off the top of my head, I don't remember which one)

Please accept our apology for the significant delay in addressing this issue.
It looks like you're working through an issue with the product itself, rather than an issue with the documentation. Here are a few options where you might consider asking your question:

Azure DevOps on Stack Overflow
Azure DevOps Support Bot


[BACKLOG-9795] - Add Metadata Injection (MDI) support to the Dimension lookup/update Step - add missed UI message

@bmorrise, @mdamour1976 please review.

Build Completed
:fire: This pull request has some issues. It would be preferable to fix them in order for it to be just perfect. See below for more details. Some links are also available below for further assistance in addressing those issues.
Build Commands
ant -Dtestreports.dir=bin/reports/unit-test -f engine/build.xml clean-all resolve jacoco && ant -Dtestreports.dir=bin/reports/integration-test -f engine/build.xml jacoco-integration checkstyle publish-local

Cleanup Commands
rm -r ~/.ivy2/local || echo no publish local to remove

Changed files
  engine/src/org/pentaho/di/trans/steps/dimensionlookup/messages/messages_en_US.properties

Unit test coverage change
These statistics help you identify how your changes have affected the coverage of the following files. If a file is not in this list, then its coverage was not affected by your changes. To get some help interpreting these metrics, please refer to Jacoco's documentation.
org.pentaho.di.core.auth.core.impl.DefaultAuthenticationConsumerFactory

Branch Change:  + 7.14%
Complexity Change:  + 7.69%

org.pentaho.di.job.entries.ftpsget.JobEntryFTPSGet

Branch Change: -.53%:small_red_triangle_down:
Complexity Change: -.56%:small_red_triangle_down:
Instruction Change: -.07%:small_red_triangle_down:

org.pentaho.di.job.entries.getpop.MailConnectionMeta

Branch Change:  + 1.00%
Complexity Change:  + 1.41%
Instruction Change:  + .30%

org.pentaho.di.job.entries.sql.JobEntrySQL

Instruction Change: -3.28%:small_red_triangle_down:
Line Change: -3.87%:small_red_triangle_down:

org.pentaho.di.job.entries.waitforsql.JobEntryWaitForSQL

Branch Change:  + 1.32%
Complexity Change:  + 1.85%
Instruction Change:  + .27%

org.pentaho.di.trans.steps.calculator.CalculatorMetaFunction

Branch Change:  + 8.70%
Complexity Change:  + 3.08%
Instruction Change:  + .75%
Line Change:  + .89%

org.pentaho.di.trans.steps.combinationlookup.CombinationLookupMeta

Instruction Change:  + .04%

org.pentaho.di.trans.steps.csvinput.CsvInputMeta

Instruction Change: -.05%:small_red_triangle_down:

org.pentaho.di.trans.steps.datagrid.DataGridMeta

Instruction Change:  + .09%

org.pentaho.di.trans.steps.dbproc.DBProcMeta

Instruction Change:  + .11%

org.pentaho.di.trans.steps.dimensionlookup.DimensionLookupMeta

Branch Change: -.63%:small_red_triangle_down:
Complexity Change: -.40%:small_red_triangle_down:
Instruction Change: -.49%:small_red_triangle_down:
Line Change: -.23%:small_red_triangle_down:

org.pentaho.di.trans.steps.memgroupby.MemoryGroupByMeta

Branch Change: -1.18%:small_red_triangle_down:
Complexity Change: -1.35%:small_red_triangle_down:

org.pentaho.di.trans.steps.setvalueconstant.SetValueConstantMeta

Instruction Change:  + .14%

org.pentaho.di.trans.steps.sortedmerge.SortedMergeMeta

Instruction Change: -.18%:small_red_triangle_down:

org.pentaho.di.trans.steps.webservices.WebServiceMeta

Branch Change:  + 1.79%
Complexity Change:  + 1.19%
Instruction Change:  + .07%

Integration test coverage change
These statistics help you identify how your changes have affected the coverage of the following files. If a file is not in this list, then its coverage was not affected by your changes. To get some help interpreting these metrics, please refer to Jacoco's documentation.
org.pentaho.di.trans.step.BaseStep

Branch Change:  + .29%
Complexity Change:  + .18%
Instruction Change:  + .05%
Line Change:  + .08%


Update pl.json

Updated file PL.JSON [936-2022-12-15]

Please check if the PR fulfills these requirements

[ ] The commit message follows our guidelines
[ ] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been added / updated (for bug fixes / features)

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)
Update of translation.

What is the current behavior? (You can also link to an open issue here)
Missing few messages.

What is the new behavior (if this is a feature change)?
Have the same number of lines as en.json

Does this PR introduce a breaking change? (What changes might users need to make in their application due to this PR?)
Nope.

Other information:

@chrismaltby - I hope you will not get annoyed, that there is another PR from me 😄
I will check from time to time if en.json has some updates, so pl.json won't be left befind.
PS: I still remember and I am preparing a doc/pdf with missing files for you. Hope I will finish it soon,
although not sure if I will manage to catch all missing parts.

Not annoyed at all!! Thanks very much for contributing these, we'll get everything translated eventually :-)


Android Basics: ViewModel

URL of codelab
https://developer.android.com/codelabs/basic-android-kotlin-training-viewmodel?continue=https%3A%2F%2Fdeveloper.android.com%2Fcourses%2Fpathways%2Fandroid-basics-kotlin-unit-3-pathway-3%23codelab-https%3A%2F%2Fdeveloper.android.com%2Fcodelabs%2Fbasic-android-kotlin-training-viewmodel#3
In which task and step of the codelab can this issue be found?
Task 4. Add a ViewModel, step Attach the ViewModel to the Fragment, Initialize the GameViewModel using the by viewModels() Kotlin property delegate:
private val viewModel: GameViewModel by viewModels()
Describe the problem
App won't build because of the type mismatch at GameViewModel initialization
Steps to reproduce?

Go to GameFragment.kt
Add private val viewModel: GameViewModel by viewModels() as instructed in codelab
See error Type mismatch: inferred type is ViewModel but GameViewModel was expected

Versions
Android Studio version: Chipmunk | 2021.2.1 Patch 2
API version of the emulator: 31
Additional information
Include screenshots if they would be useful in clarifying the problem.

forgot to add GameViewModel: ViewModel()


Updating the Python readme

Description
Updating the readme with:

Updated links
Extended description
Unit tests pre-requisite

No code changes.
@aaronmarkham @nswamy @sandeep-krishnamurthy

@sandeep-krishnamurthy @pracheer comments addressed.


vlc: DLNA/uPnP client doesn't work or detect anything

Describe the bug
A clear and concise description of what the bug is.
Steps To Reproduce
Steps to reproduce the behavior:

rclone serve dlna somewhere
Open VLC
Click "Universal Plug'n'play"

Expected behavior
Server detection and when I click twice it shows the directory structure
Screenshots

Additional context
Works flawlessly in VLC for Android
Notify maintainers

@AndersonTorres
Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
lucasew@riverwood ~ 0$ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 6.0.15, NixOS, 22.11 (Raccoon), 22.11pre-git`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.11.1`
 - nixpkgs: `/etc/flake/nixpkgs`

Still relevant as of today. Nothing is shown while it works fine on Android with the same media server.

I had this same problem until I uninstalled the .deb package (from APT), and installed the snap version. Works like a charm now.

This upstream issue (https://code.videolan.org/videolan/vlc/-/issues/24992) mentions that VLC selects one network interface for the service discovery, and that if the system has multiple interfaces it might not work.

Still an issue here as well. Full debug log (VLC_VERBOSE=3 vlc, open the playlist interface and click "Universal plug'n'Play"). These are the logs that appears once I click on "Universal Plug'n'Play):

[00007f65d47716c0] main services discovery debug: looking for services_discovery module matching "upnp": 15 candidates
[00007f65d47716c0] upnp services discovery: Initializing libupnp on 'default' interface
[00007f65d47716c0] main services discovery debug: using services_discovery module "upnp"
[0000000000a4f1c0] dbus interface debug: Getting All properties
[0000000000a4f1c0] dbus interface debug: Getting All properties
[0000000000a4f1c0] dbus interface debug: Getting property Position
[00007f65d47716c0] upnp services discovery warning: search timeout
[00007f65d47716c0] upnp services discovery warning: search timeout

I have tested both with firewall on or off.

Ok so if I connect to my wifi network in addition to ethernet, it does work. I guess it validate that it might use the wrong interface...

Deleting docker0 interface and removing wifi kernel module (both device were listed before ethernet card) seems to make the upnp discovery work through ethernet, so at least this validates the diagnostic of the vlc issue.
I guess one way to workaround this would somehow to change the orders of the network interfaces (dunno how to do that though).

It seems like the issue is that VLC only looks for stuff in one interface. Basically a upstream issue.


How can I turn off 2-factor authentication?

https://sendgrid.com/docs/Classroom/Troubleshooting/Account_Administration/how_can_i_turn_off_2_factor_authentication.html

[...] just get in touch using one of the links below [...]

There are no links in this support article apart from the "Was this helpful?" and some upsell ones.

Sure. This is an annoying issue...


Softball simulator

I have an 8u softball team that has lost every game by 1 run and trying to figure out an optimal lineup for the girls. Although every time I run it is says 3 days and then crashes after 1 day.

Hey Coach,
Yikes, I sympathize. Assuming you are running these on the web app (https://softball.app), if the runs go too long sometimes Google Cloud Platform will shut them down. Sorry, this behavior isn't documented.
If you aren't already using it, try using the "Monte Carlo Adaptive" optimizer. It's faster and gives results that are basically just as good as "Monte Carlo Exhaustive".
If you have more than 10 players in your lineup, things slow down considerably, since there are so many possible lineups. You might be able to get away with 11 or maybe 12, but anything over that and you'll have to use the "Monte Carlo Annealing" optimizer. It's much faster, and still gives pretty good results, but it's not as thorough as the other optimizers. You can also run it multiple times and might get different answers.
The last thing you can try is adding all the players to a game and dragging them to different spots yourself. The page estimates the number of runs the lineup will score. Like so:

Thanks for using the web app and letting me know you were having issues. I'll try to get some of this information documented better.
Let me know if you have any more questions!
Thomas


Mount an optional html directory for serving static content.

This is a replay of #4252.
Description

Related issue and scope

[ ] I opened an issue to propose and discuss this change (#????)

My changes affect the following components

[ ] API
[ ] Controller
[ ] Message Bus (e.g., Kafka)
[ ] Loadbalancer
[ ] Invoker
[ ] Intrinsic actions (e.g., sequences, conductors)
[ ] Data stores (e.g., CouchDB)
[ ] Tests
[ ] Deployment
[ ] CLI
[ ] General tooling
[ ] Documentation

Types of changes

[ ] Bug fix (generally a non-breaking change which closes an issue).
[ ] Enhancement or new feature (adds new functionality).
[ ] Breaking change (a bug fix or enhancement which changes existing behavior).

Checklist:

[ ] I signed an Apache CLA.
[ ] I reviewed the style guides and followed the recommendations (Travis CI will check :).
[ ] I added tests to cover my changes.
[ ] My changes require further changes to the documentation.
[ ] I updated the documentation where necessary.

Codecov Report

Merging #4259 into master will decrease coverage by 4.75%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #4259      +/-   ##
==========================================
- Coverage   86.11%   81.35%   -4.76%
==========================================
  Files         156      156
  Lines        7481     7481
  Branches      484      484
==========================================
- Hits         6442     6086     -356
- Misses       1039     1395     +356

Impacted Files
Coverage Δ

...core/database/cosmosdb/RxObservableImplicits.scala
0% <0%> (-100%)
:arrow_down:

...core/database/cosmosdb/CosmosDBArtifactStore.scala
0% <0%> (-95.6%)
:arrow_down:

...sk/core/database/cosmosdb/CosmosDBViewMapper.scala
0% <0%> (-92.6%)
:arrow_down:

...whisk/core/database/cosmosdb/CosmosDBSupport.scala
0% <0%> (-83.34%)
:arrow_down:

...abase/cosmosdb/CosmosDBArtifactStoreProvider.scala
4.54% <0%> (-45.46%)
:arrow_down:

...in/scala/org/apache/openwhisk/common/Counter.scala
40% <0%> (-20%)
:arrow_down:

...nwhisk/core/database/cosmosdb/CosmosDBConfig.scala
93.75% <0%> (-6.25%)
:arrow_down:

...rg/apache/openwhisk/common/ForcibleSemaphore.scala
88.46% <0%> (-3.85%)
:arrow_down:

...che/openwhisk/core/database/CouchDbRestStore.scala
73.73% <0%> (+0.5%)
:arrow_up:

...pache/openwhisk/core/invoker/InvokerReactive.scala
82.24% <0%> (+0.93%)
:arrow_up:

Continue to review full report at Codecov.

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

PG 5 #10973 🔵


docs: Remove settings.aws.enablePodENI from docs

Fixes #6087
Description
This flag has been removed from Helm chart some time ago. Lets cleanup some docs to not confuse users.
How was this change tested?
Does this change impact docs?

[x ] Yes, PR includes docs updates
[ ] Yes, issue opened: #
[] No

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.02%) to 81.978%

Totals

Change from base Build<PHONE_NUMBER>:
0.02%

Covered Lines:
5395

Relevant Lines:
6581

💛  - Coveralls


Fix application + script requirements.txt

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)

optmize content of requirements.txt
upgrade libs
fix imports

Why was this change needed? (You can also link to an open issue here)
to speed up the build, make it smaller
upgrade to the latest code APIs of the libraries

Other information:
I tested scripts and the basic functions for DocsGPT applications work, but would be great to test it more thoroughly.

Thank you so much!
@holopin-bot @larinam


[kiali] issue-18798 fix some wrong yaml.

closes https://github.com/istio/istio/issues/18798
Fix some yaml that is incorrect in the kiali charts.
Another (trivial) change is that this alphabetizes a couple settings to make comparison with the old helm charts easier.

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

Test name
Commit
Details
Rerun command

gencheck_installer
e075468f53050129a0fc4f0df74d6ff164cd0f4f
link
/test gencheck_installer

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.

In response to a cherrypick label: new pull request created: #520


feat(bb): debug log

This was helpful in debugging a bug introduced in my prover polynomial span PR

Benchmark results
Metrics with a significant change:

note_trial_decrypting_time_in_ms (32): 38.1 (-37%)

Detailed results
All benchmarks are run on txs on the Benchmarking contract on the repository. Each tx consists of a batch call  to create_note and increment_balance, which guarantees that each tx has a private call, a nested private call, a public call, and a nested public call, as well as an emitted private note, an unencrypted log, and public storage read and write.
This benchmark source data is available in JSON format on S3 here.
Values are compared against data from master at commit c7f18787 and shown if the difference exceeds 1%.
L2 block published to L1
Each column represents the number of txs on an L2 block published to L1.

Metric
8 txs
32 txs
128 txs

l1_rollup_calldata_size_in_bytes
45,444
179,588
716,132

l1_rollup_calldata_gas
222,948
868,280
3,447,968

l1_rollup_execution_gas
842,035
3,595,388
22,203,337

l2_block_processing_time_in_ms
2,211
8,432 (-1%)
34,908 (-1%)

note_successful_decrypting_time_in_ms
314
912 (-2%)
3,324 (-2%)

note_trial_decrypting_time_in_ms
26.2 (+13%)
:warning: 38.1 (-37%)
199 (-1%)

l2_block_building_time_in_ms
20,103 (-1%)
79,892 (-1%)
320,297 (-1%)

l2_block_rollup_simulation_time_in_ms
16,581 (-1%)
66,011 (-1%)
264,765 (-1%)

l2_block_public_tx_process_time_in_ms
3,491
13,806
55,286 (-1%)

L2 chain processing
Each column represents the number of blocks on the L2 chain where each block has 16 txs.

Metric
5 blocks
10 blocks

node_history_sync_time_in_ms
24,988
47,818

note_history_successful_decrypting_time_in_ms
2,195 (-3%)
4,215 (-1%)

note_history_trial_decrypting_time_in_ms
164 (+1%)
369 (+1%)

node_database_size_in_bytes
3,622,228
3,919,134

pxe_database_size_in_bytes
29,748
59,307

Circuits stats
Stats on running time and I/O sizes collected for every circuit run across all benchmarks.

Circuit
circuit_simulation_time_in_ms
circuit_input_size_in_bytes
circuit_output_size_in_bytes

private-kernel-init
200
43,109
20,441

private-kernel-ordering
115
25,833
9,689

base-rollup
2,966
667,692
873

root-rollup
87.2 (-4%)
4,072
881

private-kernel-inner
262
64,516
20,441

public-kernel-private-input
172 (-1%)
25,203
20,441

public-kernel-non-first-iteration
169 (-1%)
25,245
20,441

merge-rollup
10.9 (-2%)
2,592
873

Miscellaneous
Transaction sizes based on how many contracts are deployed in the tx.

Metric
0 deployed contracts
1 deployed contracts

tx_size_in_bytes
10,323
25,938

I will yet again shelve this I think until I have given it a bit more dogfooding


feat: scrape available alpha/beta versions

Changes

Scrape available alpha/beta versions from https://unity3d.com/beta

Users can use the alpha/beta version of Unity.
CI failure log will help you to find the missing libraries.
The version that disappeared from the beta page will not be tracked.

The version(f) has been released.
The version(a/b) and is obsolete.

Checklist

[x] Read the contribution guide and accept the code of conduct
[ ] Readme (updated or not needed)
[ ] Tests (added, updated or not needed)

This looks good, but I will merge it when I have some time to closely monitor the cronjob that runs this as we have no elegant way to recover from errors.

@GabLeRoux, perhaps you could also have a look

Looks good to me, haven't looked deeper nor looked at how beta versions are listed on unity's website tho. Maybe  @BLaZeKiLL can also have a look as he did some related work on this.

The scraping part looks good to me. I will need to look into whether images will be generated correctly based on the ingested data. Unfortunately this is a bit tedious and error prone, due to the versioning backend having been built in one month and it not being very robust in recovering failed builds by unknown causes yet. I will try to get to this, but as also mentioned on discord this does not have our highest priority.

The scraping part looks good to me. I will need to look into whether images will be generated correctly based on the ingested data. Unfortunately this is a bit tedious and error prone, due to the versioning backend having been built in one month and it not being very robust in recovering failed builds by unknown causes yet. I will try to get to this, but as also mentioned on discord this does not have our highest priority.

Any updates on this?

There hasn't been much ask for alpha / beta versions.
We are however expecting more issues with these versions and time is often limited. We do want to support this over time though.

I would like it :). Can we check this in and see how many issues we face? We could even turn of alerts for beta / alpha builds.

The problem is that people are asking questions on discord expecting us to solve them as if we're a paid product. For now it's mostly still core maintainers answering all these questions with the help of a few proactive people from the community. But we all do this in our free time and we're not ready for the extra support-work at this time.

Half a year later, we still have an eye on this, but it's still too high maintenance to introduce this for now.


add test e2e test for publish with junk published-at

Note: this is similar to test_publish_non_existing_dependent_module in authority_tests.rs, but via user flow / input.

@amnn the intent of this test is to cover the transaction signing / node rejection for a garbage dependent module. Let me know if you think there are more code paths or inputs that affect txn signing that we should handle.

it's a case where the deps in the Publish command don't cover the transitive deps in the package, which is an execution error

will handle this too

some unrelated tests seem to be failing. merging anyway and hoping a rebase on the base PR fixes it


dAPIs: word need to needs

dAPI proxies allows dAPIs to be used like libraries. Your smart contract just need to import the interface for calling the proxy contract. To read a different dAPI, your smart contract does not need to change the code itself, rather it just needs to use a different proxy address when calling the read() function on the proxy contract.

needs
Maybe also remove the word just

Completed a cleanup of this and more related to dAPIs, see PR #423.


error whe setup with    serverModuleFormat: 'cjs',

Describe the bug
trying setup   by instruction, but   I have also MUI in my project. due this  I have to use:
  // TODO: when mui has esm support, remove this (default is esm)
  // check it https://github.com/mui/material-ui/issues/30671
  serverModuleFormat: 'cjs',

in my remix.config.js
with it I got follow error when start:
/projects/material-ui-remix-ts/build/index.js:69
var import_i18next_fs_backend = __toESM(require("i18next-fs-backend")), import_node_path = require("node:path"), import_server = require("remix-i18next/server");
                                                                                ^
Error [ERR_REQUIRE_ESM]: require() of ES Module /projects/material-ui-remix-ts/node_modules/remix-i18next/build/server.js from /projects/material-ui-remix-ts/build/index.js not supported.
Instead change the require of server.js in /projects/material-ui-remix-ts/build/index.js to a dynamic import() which is available in all CommonJS modules.
  at Object.<anonymous> (/projects/material-ui-remix-ts/build/index.js:69:130)

Another Issue, in i18next.server.ts   type is not  observed( see screenshot )
Your Example Website or App
https://github.com/mui/material-ui/tree/master/examples/material-ui-remix-ts
Steps to Reproduce the Bug or Issue

get  MUI remix template
add remix-i18next   step by step
got error

Expected behavior
Expect to MUI and  remix-i18next works together
Screenshots or Videos

Platform

OS: macOS
Browser: Chrome
Version: 122

Additional context
No response

Having the first issue too with ES module being imported in commonjs. I am trying to add remix-i18next.
The only way I could quickly solve is by adding to my remix-config.js the option serverDependenciesToBundle: "all". But not sure how this impacts the output size.

While remix-i18next itself is ESM only, other packages like i18next-fs-backend may not, you will need to bundle them on the server. Or if you're using CJS you will need to bundle remix-i18next itself.
Related the type issue, most likely you don't have moduleResolution set to Bundler in your tsconfig.json


Ranger isn't rendered correctly

@RobertoUa strangely it renders correctly for me. Do you have some custom config?

I have borders turned on.
in ~/.config/ranger/rc.conf set set draw_borders true.


ci: update image tag in README via semantic release

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


README: fix typo

This change is

Coverage remained the same at 58.12% when pulling cf65a30b05f77dbefd65e371cb7d65700403768f on dachary:patch-1 into 01e632619ad39701bd3eeb7adcbc93982d2c352c on pytest-dev:master.

thanks, the failures are unrelated


GH-38172: [CI][C++] Use system GoogleTest on Ubuntu 22.04

Rationale for this change
It will reduce build time.
What changes are included in this PR?
Install GoogleTest by apt.
Are these changes tested?
Yes.
Are there any user-facing changes?
No.

Closes: #38172

@github-actions crossbow submit -g cpp

@github-actions crossbow submit ubuntu22*


macOS: do not prevent logoff

Type: Bug
This problem is bugging me for some time now as I need to switch between user accounts on my Mac regularly. Today I tried to reproduce it and I think I found a way to do that.

Logon to the Mac
Start VSCode
Open any file (this is important!)
Close all VSCode tabs and the main application window. VSCode still needs to be running in the background (dot below dock icon)
Attempt to log off

Mac OS will now do nothing. Manually closing VSCode via the dock icon will immediately resolve the issue and Mac OS will log the user off.
I am on Monterey 12.6.2
VS Code version: Code 1.75.0 (e2816fe719a4026ffa1ee0189dc89bdfdbafb164, 2023-02-01T15:24:42.903Z)
OS version: Darwin x64 21.6.0
Modes:
Sandboxed: No

System Info

Item
Value

CPUs
Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz (16 x 2400)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmetal: disabled_offmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okskia_renderer: enabled_onvideo_decode: enabledvideo_encode: enabledvulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: disabled_off

Load (avg)
14, 9, 6

Memory (System)
16.00GB (3.93GB free)

Process Argv
--crash-reporter-id 241582ba-c5d4-49e6-b5b9-563fb02348a7

Screen Reader
no

VM
0%

Extensions (4)

Extension
Author (truncated)
Version

vscode-diff
fab
1.4.2

vscode-language-pack-de
MS-
1.75.2023020109

hexeditor
ms-
1.9.11

openhab
ope
1.0.0

A/B Experiments
vsliv368:30146709
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vslsvsres303:30308271
pythonvspyl392:30443607
vserr242:30382549
pythontb:30283811
vsjup518:30340749
pythonptprofiler:30281270
vshan820:30294714
vstes263:30335439
vscoreces:30445986
pythondataviewer:30285071
vscod805cf:30301675
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
cmake_vspar411:30581797
vsaa593:30376534
pythonvs932:30410667
cppdebug:30492333
vsclangdf:30486550
c4g48928:30535728
dsvsc012cf:30540253
azure-dev_surveyone:30548225
vscccc:30610679
pyindex848cf:30577861
nodejswelcome1cf:30587006
282f8724:30602487
pyind779cf:30657577
f6dab269:30613381
pythonsymbol12cf:30657549
2i9eh265:30646982

This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation.
Happy Coding!

Some additional Info:
I have since updated to macOS Ventura 13.2 and the problem persists. I can reproduce it with the steps I described in the OP. After attempting to logoff (where nothing happens) there is a timeout where the OS waits for the applications to self terminate.
After the timeout (60s?) macOS presents this message.

It is in German, so I'll put the english equivalent here:
Your Mac hasn't logged out because "Code" failed to quit. To continue logging out, quit "Code".
To quit an unresponsive app, select Force Quit from the Apple Menu (or press Command-Option-Esc).

I can no longer reproduce this problem under macOS Ventura 13.2.1.


Add support for Tahoma smoke sensor, light switch and two awning io components

Description:
Add support for 4 Tahoma devices:

io:VerticalExteriorAwningIOComponent: a new cover type
io:HorizontalAwningIOComponent: a new cover type (just added, because I have them not available for testing - they should behave like the vertical ones)
io:OnOffLightIOComponent: light switch
rtds:RTDSSmokeSensor: smoke sensor

Additional improvements:

added all available state attributes, like battery warning, rssi level, memorised position, lock timer/level/originator.
added special icon for the awnings, if they are locked by wind or something else.
added special icon for the smoke sensor, if fire is detected or the battery is low.
increase sensor update time from 10s to 120s

Related issue (if applicable): fixes #13965
Pull request in home-assistant.github.io with documentation (if applicable): home-assistant/home-assistant.github.io#5590
Example entry for configuration.yaml (if applicable):
nothing
Checklist:

[x] The code change is tested and works locally.
[x] Local tests pass with tox. Your PR cannot be merged unless tests pass

If user exposed functionality or configuration variables are added/changed:

[x] Documentation added/updated in home-assistant.github.io

If the code communicates with devices, web services, or third-party tools:

No new dependencies.
New file already covered by components/*/tahoma.py (.coveragerc).

If the code does not interact with devices:

N/A (interacts with devices).

Hi @fucm,
It seems you haven't yet signed a CLA. Please do so here.
Once you do that we will be able to review and accept this pull request.
Thanks!

@balloob is anything open from your review? I don't plan any other changes.

It seems like you have some commits in this branch that are not yours, please clean it up.

https://xkcd.com/1597/

I will create smaller pull requests for each component. Closing this pull request.


Add functionality to whiten covariance matrices in online applications

Add Iterative_Whitener class to pyriemman/preprocessing

Thank you for this contribution!
However, I think there is no point in creating a new class Iterative_Whitener.
If I understand the explanations correctly, in class Whitening, it is enough to implement a partial_fit function which would update the model in an online way (see Potato.partial_fit used in this example), then apply transform. Is it right?

Yes, it could be implemented that way as well if you think that's a better fit with the pattern of how other classes work. It would need to work fairly differently than the partial fit method of the potato though. If that architecture is preferred, let me know and I can submit a new pull request that implements it that way (as long as you don't mind that the partial_fit would work only with no dimension reduction and only with the euclidian metric - I don't plan to do the adaptation for the iterative method to work with other settings). With that change when running online it would require two lines instead of one (a partial_fit and then a transform), but that's no big deal.

There is no need to open a new request.
You can update this pull-request by adding the partial_fit to the Whitening class.

I can test this out next week or the week after, working on some other
projects in the lab in the meantime. Thanks for pushing forward, I'll let
you know what I think when I can dig in or tweak accordingly for actual
online use as needed!
On Mon, Jan 29, 2024 at 11:12 AM Quentin Barthélemy <
@.***> wrote:

I added partial_fit function to Whitening.
With an alpha set equal to 1/count, you should find your use case.
@brentgaisford https://github.com/brentgaisford, can you test this
feature? Is it ok for you?
—
Reply to this email directly, view it on GitHub
https://github.com/pyRiemann/pyRiemann/pull/277#issuecomment-1915388722,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACK2OOBDAZCMJ3WKWGWWAKTYQ7YB5AVCNFSM6AAAAABB66YQSWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMJVGM4DQNZSGI
.
You are receiving this because you were mentioned.Message ID:
@.***>

--
Brent Gaisford -<PHONE_NUMBER>

Hi @brentgaisford It looks like an interesting feature :) Did you have a chance to test it?

Not yet, but I should this week. Doing a new set of closed loop experiments
with a Riemann model, so will use that as an excuse to test this out / make
any tweaks needed for that application. Will keep y'all posted!
On Sat, Mar 2, 2024 at 12:50 PM gcattan @.***> wrote:

Hi @brentgaisford https://github.com/brentgaisford It looks like an
interesting feature :) Did you have a chance to test it?
—
Reply to this email directly, view it on GitHub
https://github.com/pyRiemann/pyRiemann/pull/277#issuecomment-1974905933,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACK2OOC3N4OGSHM3ICOMMILYWI3SZAVCNFSM6AAAAABB66YQSWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZUHEYDKOJTGM
.
You are receiving this because you were mentioned.Message ID:
@.***>

--
Brent Gaisford -<PHONE_NUMBER>

Thank you :)
Envoyé à partir de Outlook pour Androidhttps://aka.ms/AAb9ysg

From: Brent Gaisford @.>
Sent: Sunday, March 3, 2024 1:59:52 AM
To: pyRiemann/pyRiemann @.>
Cc: gcattan @.>; Comment @.>
Subject: Re: [pyRiemann/pyRiemann] Add patial_fit function to Whitening for online applications (PR #277)
Not yet, but I should this week. Doing a new set of closed loop experiments
with a Riemann model, so will use that as an excuse to test this out / make
any tweaks needed for that application. Will keep y'all posted!
On Sat, Mar 2, 2024 at 12:50 PM gcattan @.***> wrote:

Hi @brentgaisford https://github.com/brentgaisford It looks like an
interesting feature :) Did you have a chance to test it?
—
Reply to this email directly, view it on GitHub
https://github.com/pyRiemann/pyRiemann/pull/277#issuecomment-1974905933,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACK2OOC3N4OGSHM3ICOMMILYWI3SZAVCNFSM6AAAAABB66YQSWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZUHEYDKOJTGM
.
You are receiving this because you were mentioned.Message ID:
@.***>

--
Brent Gaisford -<PHONE_NUMBER>
—
Reply to this email directly, view it on GitHubhttps://github.com/pyRiemann/pyRiemann/pull/277#issuecomment-1974964036, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ABPQYJ37WRHAIBID4W3SCY3YWJYYRAVCNFSM6AAAAABB66YQSWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZUHE3DIMBTGY.
You are receiving this because you commented.Message ID: @.***>

@brentgaisford , were you able to test the new partial_fit function?

I did! I had to make some changes to get it to work, but I have it running now. I want to do some more checking though to confirm the results it returns are correct - and it also seems to be slow to run, which isn’t good online. Will reply with more details next week once I can confirm results.

Ok, thanks for the patience everyone! Made some tweaks to make the new partial_fit function work seamlessly in online applications, and also made sure that the results were the same as running a fit every tick (which they are). It's about 7% slower than the original iterative_whitener class I had created, but I think that's a small enough difference that it's justified given the match with design of other functions in the library. So, from my perspective, I think this is ready to be merged! Anything else we need to address, or any questions?

I simplified the code and added the dimension reduction.
@brentgaisford , can you confirm that this new implementation covers your use case?

Hi @brentgaisford did it work?

@brentgaisford , without confirmation from you, I'm merging the branch.
If you find a problem, you can open a new issue / pull-request.

Sounds good! This is working great
Brent Gaisford
On Mon, Jun 3, 2024 at 4:41 AM Quentin Barthélemy @.***>
wrote:

Merged #277 https://github.com/pyRiemann/pyRiemann/pull/277 into master.
—
Reply to this email directly, view it on GitHub
https://github.com/pyRiemann/pyRiemann/pull/277#event-13019628716, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ACK2OOCNRR6SFCUTND3CE23ZFRI6XAVCNFSM6AAAAABB66YQSWVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJTGAYTSNRSHA3TCNQ
.
You are receiving this because you were mentioned.Message ID:
@.***>


Minor refactoring

Minor refactoring of code.

Coverage remained the same at 100.0% when pulling 4048bf57d2de274e627215489da4d855ca2fa72d on ShMcK:master into 8ed54a929d496aa5c785f76f635bae316e83a2c0 on mirrorjs:master.

Great, Thanks very much!


Hotkey Issue

WIndows 10
Ver 4.5.0
When pressing ctrl+shift+e in another window, the song changes (possibly turns on shuffle?)
There is no option for this in the hotkeys section and I'm not sure if its my system or gpmdp.
When i unchecked the json and playback api options it still happened.

Is it possible you set this hotkey and it hasn't been released? Try restarting the player and see if that helps.

Restarting didn't change anything and I checked the hotkey menu. Can you reproduce it on your end?

Possibly related:

After reopening "Desktop Settings" "Hotkeys" section shows only first change made since app start. Though all just set hotkeys work. After any other change, it refreshes to the actual state.
After restarting the application only first change from previous session is applied.

e.g.

Set multiple hotkeys.
Reopen "Desktop Settings".
Expected: "Hotkeys" tab shows actual state.
Actual: only first change is visible. Inconsistency with working hotkeys.
Restart application.
Expected: all hotkeys work as in previous session.
Actual: hotkeys work as in start of previous session + first change in hotkeys.

App Version: 4.6.1
Linux Mint 19.1 Cinnamon


Master 3.0 zn

＃ 中文翻译
<！---主要是对po文件翻译，增加zh文件夹->
说明
<！---主要是对po文件翻译，增加zh文件夹->
-[]我的更改需要更改文档。
-[]我添加了测试以涵盖我的更改。
-[]所有新的和现有的测试都通过了。

@DogGodGit Is that a joke? Did you really expect that Xenko will suddenly stop supporting English and convert everyone to Chinese?
If your goal was to contribute Chinese translation of the editor, I'm afraid that is not the right way.

@Kryptos-FR Okay, let's not jump the boat, hanlon's razor, the author might not have intended to replace english by chinese.
@DogGodGit
Your PR is not usable as the changes you have pushed contains old versions of those files, others that shouldn't be localized and also contains a lot of other resource files like PNGs that definitely don't need to be changed as part of localization. But fixing those issues won't help, the right way to contribute to the localization of Xenko is by contributing through weblate, here's how you can do so https://github.com/xenko3d/xenko/blob/master/docs/localization.md

@Eideren you're right. I should avoid sarcasm. Not everyone might take it well.
As for the incorrect file versions, it might be because the branch was created out of an older 3.0 branch. But it targets master, maybe there would be less conflicts if it was targeting master-3.0 instead as the title suggests? Anyway can't take it as-is, unfortunately.

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.0 out of 2 committers have signed the CLA.:x: lex982746297@163.com:x<EMAIL_ADDRESS>seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

Closing (cf @Eideren explanation)


[UI] As a logged in user, I can see the complete survey screen

Why

Show complete survey screen when the user complete survey

Acceptance Criteria

don't forget that you will need to make a confetti animation here as well 🎉 🎊

@sleepylee I updated the ticket. Thank you 😊


Investigate if we can easily use the same rendering approach for no-edit content like in frontend

Currently, this project renders no-edit content using frontend/src/serlo-editor/renderer (see serlo-editor.tsx). https://github.com/serlo/frontend on the other hand uses a leightweight (no redux store and editor features) renderer to render no-edit content (see dep/frontend/src/components/content/entity.tsx).
Using the same approach in this project might be better in the future.

Done! This repo now uses StaticRenderer (like frontend) to render no-edit content.