CodeStream.is_valid_opcode() speedup

A mainnet test previously showed this method took 7.1% of the total
import_block() time. After this change it was 0.9% of the total.
Tested against blocks: (7620447, 7620450, 7620453, 7620454)
What was wrong?
Importing blocks is too slow.
How was it fixed?
Started going after some low-hanging fruit. The other things are simple enough to slam together in a single PR, but this optimization is involved enough to isolate for review.
A decent chunk of the time was actually set manipulation (about 20% of that 7.1%). The rest was just the time it took to iterate over all the code and check for validity.
The primary win is probabalistic: often we can tell that an opcode is valid without having to backtrack through all the code, even if we have to make a few hops back to find out for sure. It still takes O(n) to calculate in the worst case. But probabilistically, the complexity is something like: 1 + p(PREV_PUSH) + p(PREV_PUSH)^2 + ... + p(PREV_PUSH)^n. Of course, `p(PREV_PUSH) is something that the code author can control, but it's not a big enough difference to knock us off the network AFAICT. So I don't think there's any incentive to do it, even for trolls. Worst case, it's roughly as expensive as before the optimization.
Cute Animal Picture

we should be able to generate sequences of opcodes, convert them to binary, and then make strong assertions about which ones should/should-not be valid.

A clean implementation of this idea didn't jump out at me. My current idea is to re-introduce the older, slower implementation that's easier to reason about, and run hypothesis to make sure that results match.

Notes to self.
Hypothesis tests:

generate random sequence of opcodes.
for every PUSHXX opcode in the sequence assign it a random sequence of XX bytes
define each opcode's width as 1, except for PUSHXX which has a width of 1 + XX.
compile down to byte-string by concatenating the binary representation for each opcode and the bytestrings for each PUSHXX.
we can use the original data to compute every index in the byte-string that should be valid.
then we can randomly look at indices and check that the validity checker agrees with our expectations.

I'll write a version of this up tomorrow unless someone beats me to it.

no objections to any of the suggested changes.  make it so.


[Microsoft] Move Application disabled error to oauth

Description
This kind of error should be handled in oauth.
Risks
na
Deploy

core
connectors

cc @spolu FYI following your comment on #7090

Thanks! Very nice


"war" card game

PR Title
Added a War-card-game
Summary
summary...
simple Python script for a card game called War. The game is played between two players, and the player with the higher card wins each round. The game continues until one player has all the cards.
The changes are as follows:

Updated Readme
Added new python script for game

Checks
in the repository

[x] Made no changes that degrades the functioning of the repository
[x] Gave each commit a better title (unlike updated README.md)

in the PR

[x] Followed the format of the pull_request_template
[x] Made the Pull Request in a small level (for the creator's wellfare)
[x] Tested the changes you made

Thank You,
ved

Please consider this for hactober2024


Cursor enter callback is being called multiple times while entering or exiting the window

It seems that cursor_enter_callback is called with entered set to 1 even if GLFW_HOVERED attribute is false and mouse is moving on the window's shadow. Window size was 1920x1080.
Logs from my program:
entering:
entered, position: {1925 263}, hovered: false
exited,  position: {1921 264}, hovered: false
entered, position: {1919 264}, hovered: true

exiting:
exited,  position: {1920 278}, hovered: false
entered, position: {1922 279}, hovered: false
exited,  position: {1926 279}, hovered: false

OS: Windows 10 Pro 19042.870
GLFW: 3.3.3 via https://github.com/go-gl/glfw

I was unable to reproduce this with 3.3.3 on Windows 10. Do you have a minimal example that demonstrates this? One in Go is fine.

Sure:
glfwtest.zip

I forgot to mention that cursor in hidden mode disappears in places where callback is being called:

I'm still unable to reproduce this.


Input Data Validations

To minimize the  runtime errors :

It will nice if we add validation on data type and correct/ valid values (for example the given value of some field like default authentication method is a valid authentication method) and
During update if the input inum  is not found then swagger_client.rest.ApiException will be raised. Can we display given inum is not found please input correct inum ?

cli validates data types according to yaml, and force to input if the variable is marked as required in yaml.
With this commit https://github.com/JanssenProject/jans-cli/commit/72f43814a25e47887fc8a6035e2a2c153563d5a9 CLI handles api exceptions.

cli validates data types according to yaml, and force to input if the variable is marked as required in yaml.
With this commit https://github.com/JanssenProject/jans-cli/commit/72f43814a25e47887fc8a6035e2a2c153563d5a9 CLI handles api exceptions.

Please see attached image when I tried it doesn't stop for selection instead directly goes for option 1 get list of gluu attributes from attribute submenu.

Please see attached image when I tried it doesn't stop for selection instead directly goes for option 1 get list of gluu attributes from attribute submenu.


[Feature] split_part函数支持用负数倒取字段

Search before asking

[X] I had searched in the issues and found no similar issues.

Description
VARCHAR split party (VARCHAR content, VARCHAR delimiter, INT field)
当前第三个参数 不支持使用负数倒取第几个字段，需要支持
https://doris.apache.org/docs/dev/sql-manual/sql-functions/string-functions/split_part?_highlight=split_part
Use case
期望
select split_part("hello world", " ", -1);
输出： world
Related issues
No response
Are you willing to submit PR?

[ ] Yes I am willing to submit a PR!

Code of Conduct

[X] I agree to follow this project's Code of Conduct

try this https://github.com/apache/doris/pull/13914

try this #13914

tks


The APIAggregator does not work

func init() {
	// FIXME: Rewrite APIAggregator because the HTTPProxy is eliminated
	// I(@xxx7xxxx) think we should not empower filter to cross pipelines.

	// httppipeline.Register(&APIAggregator{})
}

I saw this in code, Is this function still to be developed? I think it is very useful ！Thanks

func init() {
// FIXME: Rewrite APIAggregator because the HTTPProxy is eliminated
// I(@xxx7xxxx) think we should not empower filter to cross pipelines.
// httppipeline.Register(&APIAggregator{})

}
I saw this in code, Is this function still to be developed? I think it is very useful ！Thanks

Hi @zhongdonglin, yes,  the API aggregator can't work as expected currently due to the architecture upgrade and refactor.

We had eliminated HTTPProxy from Easegress. We need to replace it with HTTPPipeline.
The purpose of the API Aggregator filter is to forward the original HTTP request to one or several other pipelines inside the same namespace. (Yes,  Easegresss has namespace concept now), then combined the results together. I think this behavior is acceptable since it is requesting an existing pipeline for handling a request.

So I will open a PR to repair the API Aggregator, and make it works again. Thx

Besides the reasons @benja-wu said, in the code comment as I said, it used the cross-pipelines feature which brings unpredictable behaviors IMO. So the feature will be completed ASAP. Thx!


Track down test failures with new chef-zero release

Integration tests are failing now that chef-zero includes a new policy_group_list field. One of the failures is fixed by adding that new response, but the others look like the logic is failing with the new data present.

this got fixed at some point


mnv2_first CFU timeout in Renode

CFU has been recently added to Renode and I am working on using it in CI in CFU-Playground. example_cfu_v seems to work fine but I've encountered a problem with mnv2_first project.
The verilated peripheral is built using Renode Verilator Integration repository and Verilator Integration Library inside Renode VerilatorPlugin. This generates library that is then bind with Renode by adding Verilated.CFUVerilatedPeripheral to a platform. After that whenever there is an opcode pattern that matches CFU pattern CFU is being executed in Renode which executes a function from verilated peripheral library.
I've already noticed that functionID is incorrectly retrieved from instruction pattern and there is a fix about to be merged soon. It will be done by merging funct7 with funct3 like (funct7 << 3) + funct3. The problem is everything works fine for example_cfu_v but doesn't work for mnv2_first. For mnv2 project every CFU execution ends with Operation timeout from our CFU which means that rsp_valid is never set to 1. I also tried checking rsp_payload_response_ok instead of rsp_valid and then there's no timeout but all tests fail anyway so I'm not sure if that's a good approach.
Maybe CFU expects something more to be set from CPU in case of mnv2_first and it's not properly handled in execute()?
If you have any ideas I would be grateful for help :)
FYI @tcal-x

If functionID is not hooked correctly, there is a good chance that is causing the hang.   Each CFU might examine as many or as few (even none!) of the functionID bits as it wants.   example_cfu_v only examines the lower two bits of funct3, so it will work correctly even if funct7 is not correctly connected.
mnv2_first uses the funct7 bits, and also it is stateful, so if either the funct7 bits are incorrect, or if one instruction is accidentally sent to the CFU twice, it can mess up the internal counts and cause the CFU to hang.

Sure I understand that, I guess I didn't specify that but situation described above happens with funct7 being merged with funct3 to create functionID. Timeout happens already on first CFU execution and second execution doesn't happen before first one is finished.

Can you capture waveforms from the Verilated execution?    Which menu item are you using?    What is the first functionID?

Unfortunately I can't capture waveforms right now because it's not supported for verilated CFU yet. I was testing "TFLM Models Menu (1) -> Person Detection int8 model (1) -> Run with zeros input (1)". Software was generated with make software in mnv2_first project directory.
After a bit closer investigation I see that I was wrong. There are many CFU functions that are completed succesfully but all commands that refer to funct7=34 fail with timeout. If we look at software_cfu.cc it is oq_get(): https://github.com/google/CFU-Playground/blob/main/proj/mnv2_first/src/software_cfu.cc#L333
No matter what is the whole instruction it always fails with timeout when funct7 equals 34.

How many cycles is allowed before a timeout?   That instruction is probably the first to attempt to retrieve outputs from the CFU, but the CFU may still be working at producing the results.  It will not respond to this instruction until it finishes its current block of computation.   This may be a full matrix x vector multiplication.
This file has definitions of the use of registers specified by funct7:
https://github.com/google/CFU-Playground/blob/main/proj/mnv2_first/src/mnv2_cfu.h#L49

Default timeout is 2000 ticks but I tried to change it to 20 000 000 or even put it in an infinite while loop that ends when resp_valid asserts and it didn't leave a loop for few minutes.

mnv2_first has a golden op test - accessible from the project menu - which might be useful for debugging this issue.
It performs one ML operation with known inputs and an expected output and should give you an idea whether all responses are wrong or only some of them. If nothing else, running a single op will be quicker than a whole model.

Hi @tcal-x @alanvgreen, just letting you know that I managed to run mnv2_first CFU and it passes all pdti8 tests and a test in project menu. It has been merged into Renode and Renode-Verilator-Integration upstream.
In case you would want to enable tracing just add --trace to VERI_LIB_ARGS here and your dump will be saved in simx.vcd.
For full tutorial about building library please refer to Renode docs about co-simulating verilated peripheral. Just keep in mind that you only need libVtop so make libVtop is the command you want to use instead of make.
You can also use generated libs from artifacts in GHA of Renode-Verilator-Integration repo.


[CON-1025] Remove the handler framework used in the internal enclave-host comms

Changes

Delete unused channel handlers and associated tests.

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


ENH: stats.permutation_test: refine comparison of observed statistic to null distribution

Reference issue
gh-7882
What does this implement/fix?
In permutation_test, elements of the null distribution may differ from the observed value of the test statistic due to numerical noise. In some cases, this can lead to much larger errors in the p-value. This PR accounts for this problem.
Additional information
Also considered:

Exposing absolute and relative tolerances to the user
Warning the user if np.count_nonzero(np.isclose(res.statistic, np.unique(res.null_distribution))) > 1

The former complicates the API, and it seems unreasonable for the user to know more appropriate tolerances a priori. Instead, I gave an example of how one might inspect the null distribution and refine the p-value calculation if needed.
I would be happy to implement the latter. Note that np.unique is not vectorized to act over 1D axis slices (as this could lead to jagged array output). There are a few ways to handle this, but I think what I might do is use numpy.apply_along_axis or np.nditer to loop over the 1D axes and raise the warning for each slice that fails np.count_nonzero(np.isclose(res.statistic, np.unique(slice))) > 1.
Similar logic might be added to and monte_carlo_test. I don't think it's needed for bootstrap.

Hi Matt,
I can follow the rationale for the change and I believe it makes sense to add a small tolerance to the condition that compares the test statistic against the computed values.
There are some test failures (Linux and Win 32 bit), likely this is again linked to inaccuracies in floating point arithmetic:
Linux:
_____________ TestPermutationTest.test_finite_precision_statistic ______________
[gw1] linux -- Python 3.8.0 /usr/bin/python3.8
/usr/local/lib/python3.8/dist-packages/scipy/stats/tests/test_resampling.py:1414: in test_finite_precision_statistic
    assert pvalue != incorrect_p
E   assert 0.3333333333333333 != 0.3333333333333333

Windows:
================================== FAILURES ===================================
_____________ TestPermutationTest.test_finite_precision_statistic _____________
[gw1] win32 -- Python 3.8.10 C:\hostedtoolcache\windows\Python\3.8.10\x86\python.exe
C:\hostedtoolcache\windows\Python\3.8.10\x86\lib\site-packages\scipy\stats\tests\test_resampling.py:1410: in test_finite_precision_statistic
    assert r == 0.8
E   assert 0.7999999999999999 == 0.8

There is also an error in the refguide check related to permutation_test.

Thanks for the review @chrisb83. I made the changes; let's see if tests pass.
I'm the meantime, what do you think of those two ideas in the Additional Information above? Do you agree with the proposed way of detecting the issue and warning the user? For vectorized operation, should I tell the user which axis slice(s) the problem was found in?

CI failures unrelated.

What do you think about this?

I think your proposal fixes the problem. I just added two more minor points.

In the meantime, what do you think of those two ideas in the Additional Information above? Do you agree with the proposed way of detecting the issue and warning the user?

I agree that the first option is too complicated, i.e., the user will not know how to select the values.
the second option actually seems nice: there is probably no guarantee that the fix you proposed now always works, maybe sometimes a delta of 1e-14 not due to a numerical error). so a warning might be a good idea...

Thanks! I'll try to finish this up on Thursday.

Thanks @chrisb83. I went ahead and added the absolute tolerance, but not the warning (yet).  If it sounds good to you, let's merge this as is? The warning itself will take some discussion.

If it sounds good to you, let's merge this as is? The warning itself will take some discussion. I'll submit a follow-up.

yes, the current documentation explains the issue very well and the approach you implemented makes sense.

Thanks for the review!
For the follow up, suppose alternative='greater'. My plan would be to warn when elements of the null distribution are less than the observed statistic but within a tolerance eps2, where eps2 is quite a bit larger than the eps used here.
Elements of the null distribution are less than the observed value but within a tolerance {np.abs(diff2)}

where diff2 is the maximum difference between the observed statistic and such points.
If there were also points withineps of the observed value, those would be noted, too.
Elements of the null distribution less than the observed value but within a tolerance {np.abs(diff)} were treated as to equal to the observed value.

If not:
None of these were treated equal to the observed value of the statistic.

In either case, something generic like:
Please assess whether these elements of `null_distribution` are intended to be distinct from the observed `statistic` or caused by floating point errors.

Similar warnings would be emitted with alternative='less'.
For two sided, both would be emitted. The justification is that in edge cases wherestatistic is near the median of null_distribution,  noise could determine which branch, less or greater, is used to calculate the two-sided p-value. I imagine this edge case is rare, but if we want to be smart about it, the code gets a bit more complicated because we can't emit the warnings within the less or greater branches themselves.


Fix release notes generation script

Description
Escape the \ in the helm command.
Also remove some old leftovers.
How can this be tested?
Running  ./hack/build/ci/generate-release-notes.sh locally should give you an idea how it looks.
Checklist

~[ ] Unit tests have been updated/added~
[x] PR is labeled accordingly with a single label
[x] I have read and understood the contribution guidelines

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 67.23%. Comparing base (7e54af9) to head (5ddd220).

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@           Coverage Diff           @@
##             main    #2947   +/-   ##
=======================================
  Coverage   67.23%   67.23%
=======================================
  Files         262      262
  Lines       14190    14190
=======================================
  Hits         9540     9540
  Misses       3837     3837
  Partials      813      813

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


fix: LogicalRepeat equals lack @Override

Proposed changes
Issue Number: close #xxx

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall

run buildall

(From new machine)TeamCity pipeline, clickbench performance test result:
the sum of best hot time: 48.12 seconds
stream load tsv:          541 seconds loaded<PHONE_NUMBER>9 Bytes, about 131 MB/s
stream load json:         20 seconds loaded<PHONE_NUMBER> Bytes, about 112 MB/s
stream load orc:          65 seconds loaded<PHONE_NUMBER> Bytes, about 16 MB/s
stream load parquet:          31 seconds loaded 861443392 Bytes, about 26 MB/s
insert into select:          29.3 seconds inserted 10000000 Rows, about 341K ops/s
storage size:<PHONE_NUMBER>0 Bytes

run buildall

(From new machine)TeamCity pipeline, clickbench performance test result:
the sum of best hot time: 46.62 seconds
stream load tsv:          537 seconds loaded<PHONE_NUMBER>9 Bytes, about 132 MB/s
stream load json:         20 seconds loaded<PHONE_NUMBER> Bytes, about 112 MB/s
stream load orc:          65 seconds loaded<PHONE_NUMBER> Bytes, about 16 MB/s
stream load parquet:          31 seconds loaded 861443392 Bytes, about 26 MB/s
insert into select:          29.8 seconds inserted 10000000 Rows, about 335K ops/s
storage size:<PHONE_NUMBER>3 Bytes


[Enhancement](inverted index) use conjunction query to accelerate fulltext equal query

Proposed changes
Issue Number: close #xxx

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall


Server ignores port config value.

Even when you change the configured value it keeps listening on 1212. Yes even though it claims to be listening on port <x> it's always on 1212 and you just need an netstat -lnu on Linux to prove it.

Nevermind, my version was outdated.

👍


fix: fixup download problem under Chrome iOS

can not download in Chrome iOS, because it will make a second request when you click download,
but the server has gone.
so, do not close the server, until the user decided to close it.
maybe related issue https://github.com/claudiodangelis/qrcp/issues/193

No，I tried keep-alive but it turns out doesn't work.

No，I tried keep-alive but it turns out doesn't work.

it does nothing to do with keep-alive

because when the first time Chrome loaded the image, the http server by qrcp has shutdown.
this PR try to solve the problem by not closing the server.

@claudiodangelis  with qrcp send -k this problem does resolved.
without -k, there's problem.


Update Elyra image in ODH to 2.1.0 or latest

Is your feature request related to a problem? Please describe.
Current image in use is out of date
Describe the solution you'd like
Update the Elyra image used by OpenDataHub to 2.1.0 or latest
Parent issue: https://github.com/opendatahub-io/s2i-lab-elyra/issues/23
Describe alternatives you've considered
None
Additional context
https://github.com/opendatahub-io/s2i-lab-elyra
https://quay.io/repository/thoth-station/s2i-lab-elyra

Status:

[ ] Container image published
[ ] Manifest updated/published

The 2.2.1 container image is now available in the v1.0.9 manifest version https://github.com/opendatahub-io/odh-manifests/tarball/v1.0.9.


Solution : window.crs.populateRegionFields(countryElement, regionElement) FOR "RELOADING" THE REGION SELECT

Hello
I added 1 line of code in your plugin today and i wanted to "commit" my change here:
File:
jquery.crs.js (0.4.0)
Line 212:
(Added)  populateRegionFields: _populateRegionFields
So I can call this specific row of code to update the Region Select after I'm setting the value via jQuery:
EXAMPLE
window.crs.init();
$.getJSON('//freegeoip.net/json/', function(result) {
$('#crs-country').val(result.country_code);
window.crs.populateRegionFields($('#crs-country')[0],$('#crs-region')[0]);
});
This Method will locate the current CountryCode from freegeoip.net and determine from which Country the Visitor is coming from and it will assign the value automatically to the Country Select and "repopulate" the Region Select with the current Country Select Value.
I hope I could help a little for others that run in to the same "issue" of a missing region reload method C:
Kind Regards
Mike of Creative-House.org

This was really helpful. Two comments:

You need to put a comma at the end of Line 211, i.e.
return {
init: _init,
populateRegionFields: _populateRegionFields
};

While this does populate the regions field with the correct drop down list, it does not make the data-default-value the selected option. For that, you'll need to add a line like
$("#crs-region").val($("#crs-region").attr("data-default-value"));

Incidentally, there should be a way to write a method that does the same thing, but doesn't require any arguments. I'm not enough of a javascript wiz to figure it out. Thankfully, your simple change does the trick, albeit less elegantly.


The indentation is incorrect in the OOP car example

The first full script in this tutorial https://py.processing.org/tutorials/objects/ (the one with two cars going different speeds) will fail to run if copied and pasted into the Processing IDE. Some lines are not indented properly.
This works:
class Car(object):
    # The Constructor is defined with arguments.
    def __init__(self, c, xpos, ypos, xspeed):
        self.c = c
        self.xpos = xpos
        self.ypos = ypos
        self.xspeed = xspeed

    def display(self):
        stroke(0)
        fill(self.c)
        rectMode(CENTER)
        rect(self.xpos, self.ypos, 20, 10);

    def drive(self):
        self.xpos = self.xpos + self.xspeed;
        if self.xpos > width:
            self.xpos = 0

myCar1 = Car(color(255, 0, 0), 0, 100, 2)
myCar2 = Car(color(0, 255, 255), 0, 10, 1)

def setup():
    size(200,200)

def draw():
  background(255)
  myCar1.drive()
  myCar1.display()
  myCar2.drive()
  myCar2.display()

Thanks for spotting that! I've corrected this and created a pull request (https://github.com/jdf/processing-py-site/pull/202)

the pull request was merged over a half year ago but the website https://py.processing.org/tutorials/objects/ still shows the incorrect indentation. Is there a way to publish the most recent version of the website with the corrections included?

Please assign me this issue.
I would like to contributing to the indentation issue addressed by @horstjens .

Can anyone Merge my pull request please.


Show credentials of state "credential_received"

Signed-off-by: Daniel Bluhm<EMAIL_ADDRESS>

passing, will add a ticket about the boolean logic.


Create route for activities, add gallery

I would like to take this issue. Can you please explain me more what you really want?

@Akshay-911 I have entire store in redux, even route are preconfigured. When I click the cardlayout, use the title as route render the gallery


Architecture refactoring changes

Danger has errored
[!] Invalid Dangerfile file: Error creating your coverage report - see the log above
 #  from Dangerfile:4
 #  -------------------------------------------
 #
 >  xcov.report(
 #    workspace: 'MiniApp.xcworkspace',
 #  -------------------------------------------

  Generated by :no_entry_sign: Danger


Make sure we get the profile messages we need from the social provider

According to our freedom social interface (https://github.com/freedomjs/freedom/blob/master/interface/social.json)
There is no way to proactively get a single user-profile for a known user-id.
Without a guarentee that every newly online user (a user for whom there is a client online now, but there wasn't before) we get a profile message; we have to call getUsers for every new user that comes online, which seems like is going to do a lot of redundant roster network stuff.
The situation one might worry about is that after a call to getUsers and we get all the roster, we start seeing new onClientState messages for user's we don't know anything about. We don't want to have to call getUsers every time.
Two options come to mind:

Add a getUserProfile method that gets a given user-id's profile; we can then call this selectively for new onClientState messages.
Provide a guarantee that every newly online user (a user for whom there is a client online now, but there wasn't before) we get a profile message.

@ryscheng @soycode @dborkan thoughts?

I think it would make uProxy's life easier if we always got an onUserProfile before an onClientState events for that user, and likewise always got an onClientState before any onMessage events for that client.  We have a lot of code right now to handle race conditions where these events arrive "out-of-order", and still keep running into issues with this.

Also currently uProxy doesn't call getUsers or getClients, and I'm not sure that we need a getUserProfile method.  It seems to me that if we don't get an onUserProfile event for a user, then the social provider isn't going to have that user's profile, so it couldn't be returned by getUsers or getUserProfile.

@dborkan that's a vote for option 2. But I think you might want to clarify that you want onUserProfile messages prior to onClientState online for the onClientState when a new client for a given user comes online? Or are you saying for some reason you want an onUserProfile for every onClientState (that seems too much, and not helpful to me... but maybe I'm missing something?)

Sort of...  we should get an onUserProfile for every contact, almost immediately after login, regardless of whether they are ONLINE, OFFLINE, etc.  uProxy (or anyone else using a freedom social module) should keep track of these profiles, then we won't need any later onUserProfile events for that userId unless they change their name or image.
I believe that is actually how freedom-social-xmpp works now.  The only problem with freedom-social-xmpp is that sometimes it will emit an onClientState before an onUserProfile for that user, or it will sometimes emit an onMessage before either an onClientState or onUserProfile for that user/client.  To me these seem like race conditions in freedom-social-xmpp that uProxy is working around, and it would be nicer if these were handled in freedom-social-xmpp (I don't believe freedom-for-firebase will have these issues for example)

in other words, the way onUserProfile should work is that:

it is emitted for every user who is a contact, immediately after login, regardless of what statuses their clients have (or even if they have no clients at all)
it is emitted any time a user changes their name or picture.
ideally (not sure if this works yet): it is emitted if a new contact is added (e.g. through GTalk within GMail).
ideally (this definitely doesn't work yet): it is always emitted before onClientState events for that userId

So I don't think the original description of this issue is accurate.. AFAIK we receive an onUserProfile for every contact we can interact with in uProxy (if we don't thats a bug specific to the social provider that needs fixing and not an issue with the interface).

It sounds then like the answer is the second option (plus a few additional cases), and perhaps the real issue is tracking down which providers/scenarios fail to do this and debug/fix. I've been working on getting the firebase provider functioning in Firefox, and it's likely not satisfying all of these cases at the moment (still need to get it logging in for Firefox actually). Maybe we should create profile message related issues in each provider repo to put specific logs/debugging, and track the overall progress here.

I'm not sure it makes sense to enforce this constraint on the XMPP social provider. The way both onClientState and onUserProfile messages work is that they are emitted anytime we get any new information about a user. For example, it is very common for you to get an onUserProfile message when you learn about the user's name, and then a second one when you learn about a user's image. There are 2 ways we can get onUserProfile events: as a response to iq:roster queries, and vcard queries. We get onClientState events as a response to presence messages. Because there is no ordering guarantee right now, (we just report it when we see it), if an onClientState is emitted before an onUserProfile, that is equivalent to just initializing the user's profile to be {userid: string}, because we don't have any other information yet.
I think calling getUsers is an orthogonal issue. getUsers does not guarantee that you get your complete roster or a complete profile about any user. It merely returns any profile information it is aware of at the moment.
My proposal would be a third option. If you get an onClientState before an onUserProfile, just initialize the userProfile to be {userid: string}. Then you can either filter all users with no name field when displaying the buddylist, or just display the userId until we get a name.

I like the idea of getting all user profiles independently of status, and getting one before any onClientState messages. This issue to just to: 1. clarify what semantics we want, 2. document it, and 3. make sure all our social provider implementations meet it.
Chatting with @dborkan I agree that we may be able to remove getUsers and getClients from the API and simplify things a bit.

Regarding the third option " If you get an onClientState before an
onUserProfile, just initialize the userProfile to be {userid: string}." -
this is approximately what we are doing now.  The problem is we don't have
a name for the user and just use 'pending', which has resulted in a few
bugs for us.  Likewise we do currently handle getting onMessage events
before the corresponding onClientState.  But we have had to write a decent
amount of code to handle this, and it is fragile and keeps resulting in
bugs.
Also it is very easy to make the firebase provider enforce userProfiles
before clientStates, and clientStates before messages - it would be nice if
freedom-social-xmpp could do the same.
Regarding getUsers and getClients, uProxy doesn't use these at all, and
assuming we store everything from onUserProfile and onClientState I'm not
sure why we would ever need these methods.
On Thu Feb 19 2015 at 5:13:47 PM iislucas<EMAIL_ADDRESS>wrote:

I like the idea of getting all user profiles independently of status, and
getting one before any onClientState messages. This issue to just to: 1.
clarify what semantics we want, 2. document it, and 3. make sure all our
social provider implementations meet it.
Chatting with @dborkan https://github.com/dborkan I agree that we may
be able to remove getUsers and getClients from the API and simplify
things a bit.
—
Reply to this email directly or view it on GitHub
https://github.com/uProxy/uproxy/issues/947#issuecomment-75149817.

Do we have reason to believe that trying to solve this inside freedom-social-xmpp vs handling it in uProxy would be less buggy? It's the same queuing logic right?
Plus, I'm hesitant to add more guarantees along the social interface unless we know for certain what we want. Right now we don't provide any guarantees on ordering of events.
For example, I could easily add code to make onUserProfile events be emitted before onClientState, with only the userId. Would that solve it? There's also, name, image, and URL fields. Do you want all onClientState events to wait until all fields are populated? What if some fields are missing? What if we don't know which fields are missing apriori?
Similarly for onClientState before onMessage. Do we have to wait until the user is ONLINE before receiving any messages?

Do we have reason to believe that trying to solve this inside freedom-social-xmpp vs handling it in uProxy would be less buggy? It's the same queuing logic right?
Plus, I'm hesitant to add more guarantees along the social interface unless we know for certain what we want. Right now we don't provide any guarantees on ordering of events.
For example, I could easily add code to make onUserProfile events be emitted before onClientState, with only the userId. Would that solve it? There's also, name, image, and URL fields. Do you want all onClientState events to wait until all fields are populated? What if some fields are missing? What if we don't know which fields are missing apriori?
Similarly for onClientState before onMessage. Do we have to wait until the user is ONLINE before receiving any messages?

Do we have reason to believe that trying to solve this inside freedom-social-xmpp vs handling it in uProxy would be less buggy? It's the same queuing logic right?
Plus, I'm hesitant to add more guarantees along the social interface unless we know for certain what we want. Right now we don't provide any guarantees on ordering of events.
For example, I could easily add code to make onUserProfile events be emitted before onClientState, with only the userId. Would that solve it? There's also, name, image, and URL fields. Do you want all onClientState events to wait until all fields are populated? What if some fields are missing? What if we don't know which fields are missing apriori?
Similarly for onClientState before onMessage. Do we have to wait until the user is ONLINE before receiving any messages?

Do we have reason to believe that trying to solve this inside
freedom-social-xmpp vs handling it in uProxy would be less buggy? It's the
same queuing logic right?
Plus, I'm hesitant to add more guarantees along the social interface unless
we know for certain what we want. Right now we don't provide any guarantees
on ordering of events.
For example, I could easily add code to make onUserProfile events be
emitted before onClientState, with only the userId. Would that solve it?
There's also, name, image, and URL fields. Do you want all onClientState
events to wait until all fields are populated? What if some fields are
missing? What if we don't know which fields are missing apriori?
Similarly for onClientState before onMessage. Do we have to wait until the
user is ONLINE before receiving any messages?
On Fri, Feb 20, 2015 at 6:29 AM, dborkan<EMAIL_ADDRESS>wrote:

Regarding the third option " If you get an onClientState before an
onUserProfile, just initialize the userProfile to be {userid: string}." -
this is approximately what we are doing now. The problem is we don't have
a name for the user and just use 'pending', which has resulted in a few
bugs for us. Likewise we do currently handle getting onMessage events
before the corresponding onClientState. But we have had to write a decent
amount of code to handle this, and it is fragile and keeps resulting in
bugs.
Also it is very easy to make the firebase provider enforce userProfiles
before clientStates, and clientStates before messages - it would be nice if
freedom-social-xmpp could do the same.
Regarding getUsers and getClients, uProxy doesn't use these at all, and
assuming we store everything from onUserProfile and onClientState I'm not
sure why we would ever need these methods.
On Thu Feb 19 2015 at 5:13:47 PM iislucas<EMAIL_ADDRESS>wrote:

I like the idea of getting all user profiles independently of status, and
getting one before any onClientState messages. This issue to just to: 1.
clarify what semantics we want, 2. document it, and 3. make sure all our
social provider implementations meet it.
Chatting with @dborkan https://github.com/dborkan I agree that we may
be able to remove getUsers and getClients from the API and simplify
things a bit.
—
Reply to this email directly or view it on GitHub
https://github.com/uProxy/uproxy/issues/947#issuecomment-75149817.

—
Reply to this email directly or view it on GitHub
https://github.com/uProxy/uproxy/issues/947#issuecomment-75152513.

@ryscheng I'm not sure what of the various suggestions your responding to. :/
I think there's a lot of different things being talked about on this thread. Lets name them and be more specific about the which one which argument is related to.

asking for social interface to guarantee that we get an onUserProfile for every contact independently of whether they are online/offline.
asking for an onUserProfile before any onClientState to be received for that user.
asking for an onClientState before any onMessage  for that user.

For 1: @ryscheng I don't think you have any argument against this, is that right?
For 2 and 3 (which have been suggested a few times before also); I think one could quite easily write a wrapper for an arbitrary social provider that enforces the ordering constraints. So maybe we don't force social providers to do that, but we do always run it through the interface wrapper that imposes the orderings that make usage easier?
I don't think there is any suggestion that onUserProfile cannot also arrive after onClientState messages.

Re: 1. There's no guarantee that we can get every contact, especially those that are offline. From what I remember, iq:roster queries only return a limited number of contacts, biased towards online users. We are made aware of a good number of users from presence messages, which we don't get for every offline user.
Re 2 & 3: I'm responding most directly to @dborkan 's most recent comment. My understanding from this comment is that uProxy wants every user to have a name before handling onClientState events. Thus, if freedom-social-xmpp emits an onUserProfile event with no name (and only a userId) before any onClientState, that doesn't address what @dborkan was asking for in the first place.
Why are names special? Why can we get images in a subsequent onUserProfile event but not names? I feel like our code would be more robust if we handled events in an order independent way.

@ryscheng Thanks for clarification!
For uProxy names are special because they let us put something in the roster.
If we can't have (1) then I think we have to have one of the solution initially proposed.
Sounds like a meeting on this might speed things up. I'll schedule something.

From a UX standpoint I think its fine to display the user with their name, but have their image (and URL if we ever use that) appear later.  I don't think its fine to just show the user's ID (typically its some random string @public.talk.google.com) or show 'pending' which is our current default name.
Regarding code complexity, part of the problem has been the way we use storage to load + save our User objects.  Things have gotten better with https://github.com/uProxy/uproxy/pull/923, but there is still some complexity in the code.  For example we could have these sequence of events:

get an onClientState for a userId where we don't have a user
create a placeholder User object with name='pending' and a userId
start to load info for that User from storage (async)
before storage load completes, get an onUserProfile for that userId, update the User object (in the past we had issues where this could clobber the original User object and create a new User with no clients, this should be fixed now)
have storage load complete, replace the User's name/image with what we get from storage (hopefully they match, not sure what happens if they don't).
only after storage loading completes do we send the User to the UI

AFAIK this all works now, but we went through a lot of iterations try to handle race conditions with onUserProfile, onClientState and onMessage (the last 2 can both result in a 'pending' User), combined with race conditions due to async storage reading and writing..  There more guarantees regarding ordering we can get by the social provider, the less of this uProxy has to handle.  Although I do see the point that if we handle it once uProxy (once we finally have that working right), we don't have to worry about it again for each social provider.

I think another point worth considering for the "how much should the provider guarantee?" question is that having freedom require more things from social providers makes it more difficult to create those providers, possibly ultimately limiting that ecosystem. Certainly some requirements make sense and our goal should be to figure out which, but I am leaning towards not having the ordering constraints be part of the provider directly. I do like the idea of the lightweight wrapper approach, at least worth considering.

I'm changing this to P2, since it is not blocking for public launch.

Update from discussion:

A shim that ensures ordering guarantees is a good way to standardize lots of work that would otherwise be done in the consumer (or provider).
Turning the events into streams (1. get a user profile 2. get client online. 3 (a). get stream of messages. 3(b) get profile updates. 4. get offline state) with explicit state transitions would enable async responses to the events (e.g. promise return values for act_on_user_profile that have to resolve before get_client state events happen). This can be done in the shim too.
There are lots of notions of adding friends we could and might support and some more work is needed to figure out how/if they should change the Social API. Key concepts:
we'd like to support, for the providers that that it can work for, adding contacts via the uproxy roster UI. e.g. type in someone's email and be able to have them as a contact on the Firebase provider (or the Quiver provider, and maybe XMPP too).

Closing as this is not currently a priority.


Enhancement, Whitelistning

Is it possible to have a function as white listing? everything is tracked by default but some sources you can mark in a white list to keep track on what should be monitored?

Hi,
Good point, yes I can work on a whitelisting feature similar to the blacklisting methodology, driven via the UI.
There are actually macros definition that are being called at the root of the searches:
# used as the top of the populating searches
[trackme_tstats_main_filter]
definition = sourcetype!="stash" sourcetype!="*too_small"
iseval = 0

Extracted from the searches:
| tstats max(_indextime) as current_data_last_ingest, max(_time) as current_data_last_time_seen where index=* sourcetype=* `trackme_tstats_main_filter

For the time being, you could customise the macro have a constraint that whitelist indexes, source, sourcetypes or hosts that shall only be included.
Therefore I will work a OOTB feature.

Perfect!
I think for a big installation with a lot of data sources, there is a need to keep track of everything but some changes are more important than other. If the Active Directory logs are missing for an example, that should trigger an alert. If a end user asks where their data is, we can show how it looks like historically. It will help you to keep track of what is normal and what is missing

Hi @mljdivemaster !
It's been a bit more time than expected to implement the whitelisting, but finally it is available in the very last version 1.0.32.
Whitelisting is available for data sources and hosts, driven via the UI:
https://trackme.readthedocs.io/en/latest/configuration.html#whitelisting-and-blacklisting
Please feel free to let me know if you have anymore question or requests.
Guilhem


[component] fix sampling in bucket aggregations

This modifies bucket aggregations so that they don't include the first bucket in the range since it
will never be provided data due to how it is queried. Data fetches are performed in the range
(start - extent, start], but buckets are setup in the range [start, end] with size being used as
a distance between buckets.
Since the bucket selection algorithm needed to change because of this, it was simplified and test
cases added to clarify how it works.

Codecov Report

Merging #230 into master will increase coverage by <.01%.
The diff coverage is 91.66%.

@@             Coverage Diff              @@
##             master     #230      +/-   ##
============================================
+ Coverage     46.07%   46.07%   +<.01%
- Complexity     2482     2483       +1
============================================
  Files           606      606
  Lines         15948    15942       -6
  Branches       1195     1193       -2
============================================
- Hits           7348     7346       -2
+ Misses         8161     8159       -2
+ Partials        439      437       -2

Impacted Files
Coverage Δ
Complexity Δ

.../heroic/aggregation/BucketAggregationInstance.java
73.07% <91.66%> (+0.45%)
9 <2> (ø)
:x:

...m/spotify/heroic/aggregation/simple/MaxBucket.java
52.38% <0%> (+9.52%)
5% <0%> (+1%)
:white_check_mark:

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 d026143...4796cc9. Read the comment docs.


issues when resizing

We keep on having issues with resizing views. on some systems a weirdli color background appears, as if the metal view we use can not resize as fast as it should. I keep reading about presetWithTransaction on the layer and waitUntilScheduled on the command buffer. is this somehow supported by mvk? has anyone had this issue before.
here is some words about the issue and solution suggestions

How are you managing window resizing? Are you making use of VK_SUBOPTIMAL_KHR returned by vkAcquireNextImageKHR() to create a new swapchain, or are you using another resizing mechanism?
Regarding waitUntilScheduled, that is already incorporated into MoltenVK, in the form of addScheduledHandler: on the MTLCommandBuffer.
Regarding presentsWithTransaction, are you compositing the CAMetalLayer content with other UIKit or AppKit rendering using Core Animation transactions in your app, and that is the cause of the problem?
You can experiment with presentsWithTransaction, to see if that does help, by setting it on the CAMetalLayer in MVKSwapchain::initCAMetalLayer() in the MoltenVK code. Search for the comment that includes presentsWithTransaction. We're not currently setting it, but that marker is where it would be set.
You can also experiment with your VkSwapchainCreateInfoKHR::presentMode setting. If you don't already, try setting it to VK_PRESENT_MODE_FIFO_KHR (instead of VK_PRESENT_MODE_IMMEDIATE_KHR), to cause Metal to sync the layer with the display refresh.
Finally, MoltenVK does support the VK_GOOGLE_display_timing extension, which allows you to fine tune some of the presentation timing.

ok, figured out I messed up with respecting the updated rect after a swap chain update, so rendering always lagged one frame. thx for the quick reply!


x and y must have the same dtype, got tf.float32 != tf.resource

Version: Tensorflow 1.12 Stable.
When I run the code, it appears the error:

x and y must have the same dtype, got tf.float32 != tf.resource
in "AdaBound.py", line 132, in _resource_apply_dense
final_lr = self._final_lr * lr_t / base_lr_t

+1 same issue here, also tf 1.12

+1 same issue here, tf 1.13.0-rc2

Dear author, which tf version did you use? I just want to reproduce your results.

I tested tf 1.8

I managed to fix by removing all .handle calls in that function using tf 1.10

The current version works for me. tf 1.12.0 on v100 GPUs

fix it by @huyu398
I merged it


First stab at the anon tool

Signed-off-by: Albert Pastrana<EMAIL_ADDRESS>

Ops, just seen vscode has added tabs instead of spaces in the files :(

Ok, I've seen I had tabs because vscode has been using go fmt automatically (https://blog.golang.org/go-fmt-your-code) and it does indent using tabs (https://golang.org/doc/effective_go.html#formatting).

We use tabs for indentation and gofmt emits them by default. Use spaces only if you must.

So it looks like the problem was my lack of knowledge of go, happy to see that the automation worked and did it properly for me :).


Fix library definition for platformio

Please, fix library definition for platformio.

platformio does find the library when using pio lib search pxmatrix
but it is unable to install it because some missing definitions in library.json

My bad.
I used library name PxMatrix in my platformio.ini
But official library name is "PxMatrix LED MATRIX library"
After changing it to the official name it works ok.


Update macros for the new component trait

[ ] Agree on new macro syntax
[ ] Implement the macro

Is there a macro syntax that has been proposed or that's currently being implemented?

Well, not yet. But this would be my suggestion on how to do it:
use gtk::prelude::{BoxExt, ButtonExt, GtkWindowExt};
use relm4::{gtk, send, Fuselage, RelmApp, Sender, SimpleComponent, WidgetPlus};

struct AppModel {
    counter: u8,
}

#[derive(Debug)]
enum AppMsg {
    Increment,
    Decrement,
}

#[component]
impl Component for AppModel {
    // AppWidgets is generated by the macro
    type Widgets = AppWidgets;

    // Not needed, added by the macro
    // type Root = gtk::Window;

    type Payload = u8;

    type Input = AppMsg;
    type Output = ();

    // Not needed, added by the macro
    // fn init_root() -> Self::Root {}

    view! {
        gtk::Window {
            set_title: "Simple app",
            set_default_width: 300,
            set_default_height: 100,

            set_child = Some(&gtk::Box) {
                set_orientation: gtk::Orientation::Vertical,
                set_spacing: 5,
                set_margin_all: 5,

                append = &gtk::Button {
                    set_label: "Increment",
                    connect_clicked(input) => move |_| {
                        send!(input, AppMsg::Increment);
                    }
                },

                append = &gtk::Button {
                    set_label: "Decrement",
                    connect_clicked(input) => move |_| {
                        send!(input, AppMsg::Decrement);
                    }
                }

                append = &gtk::Label {
                    set_label: watch!(&format!("Counter: {}", model.counter)),
                    set_margin_all: 5,
                }
            }
        }
    }

    /// Initialize the UI.
    fn dock(
        counter: Self::Payload,
        window: &Self::Root,
        input: &mut Sender<Self::Input>,
        _output: &mut Sender<Self::Output>,
    ) -> Fuselage<Self, Self::Widgets> {
        let model = AppModel { counter };

        // Insert the macro codegen here
        let widgets = @view;

        Fuselage { model, widgets }
    }

    fn update(
        &mut self,
        msg: Self::Input,
        _input: &mut Sender<Self::Input>,
        _ouput: &mut Sender<Self::Output>,
    ) {
        match msg {
            AppMsg::Increment => {
                self.counter = self.counter.wrapping_add(1);
            }
            AppMsg::Decrement => {
                self.counter = self.counter.wrapping_sub(1);
            }
        }
    }

    /// Update the view to represent the updated model.
    fn update_view(
        &self,
        widgets: &mut Self::Widgets,
        _input: &mut Sender<Self::Input>,
        _output: &mut Sender<Self::Output>,
    ) {
        widgets
            .label
            .set_label(&format!("Counter: {}", self.counter));
    }
}

fn main() {
    let app: RelmApp<AppModel> = RelmApp::new("relm4.test.simple_manual");
    app.run(0);
}

There must be a better way that we can abstract the method parameters and types.
Maybe we could combine input and output into RelmStream<Self::Input, Self::Output> with emit_input() and emit_output(). And/or combine the model with the channels with Update<'a, Self, Self::Input, Self::Output> / UpdateMut<'a, Self, Self::Input, Self::Output>.

We could get rid of type Thing = because fn dock already provides the type info.

I don't know what you mean exactly. You could remove all type parameters and add then in the macro technically, but I don't know if that's a good idea. Or at least it should be possible to rename the parameters.
Maybe something like this would be possible:
// Very sort version, parameters and return type added by the macro
fn dock() {
    /* ... */
}

// Sort version, parameters added by the macro
fn dock() -> Fuselage<Self, Self::Widgets> {
    /* ... */
}

// Override parameter names, types added by the macro
fn dock(counter, window, input, output) -> Fuselage<Self, Self::Widgets> {
    /* ... */
}

The remaining type definitions could also be committed if specified by any function.

I'm thinking of possible ways to simplify even the macro-less option so that you don't have to write input: &mut Sender<Self::Input>, output: &mut Sender<Self::Output>. perhaps instead stream: Stream<Self::Input, Self::Output>. Or combining them with the model so that the entire function declaration would be
fn update<'a>(update: Update<'a, Self>, message: Self::Input) -> Option<Self::Command>;

fn update_view<'a>(update: UpdateView<'a, Self>, widgets: &mut Self::Widgets);

where Update would be
pub struct Update<'a, C: Component> {
    model: &'a mut C,
    input: &'a mut Sender<C::Input>
    output: &'a mut Sender<C::Output>
}

I will close this particular issue as the macro already works good enough IMO. Further improvements are still possible of course, but that's better to discuss in separate issues.


Site support for mgtv.com

Please follow the guide below

You will be asked some questions and requested to provide some information, please read them carefully and answer honestly
Put an x into all the boxes [ ] relevant to your issue (like that [x])
Use Preview tab to see how your issue will actually look like

Make sure you are using the latest version: run youtube-dl --version and ensure your version is 2016.04.13. If it's not read this FAQ entry and update. Issues with outdated version will be rejected.

[x] I've verified and I assure that I'm running youtube-dl 2016.04.13

Before submitting an issue make sure you have:

[x ] At least skimmed through README and most notably FAQ and BUGS sections
[x ] Searched the bugtracker for similar issues including closed ones

What is the purpose of your issue?

[ ] Bug report (encountered problems with youtube-dl)
[x ] Site support request (request for adding support for a new site)
[ ] Feature request (request for a new functionality)
[ ] Question
[ ] Other

The following sections concretize particular purposed issues, you can erase any section (the contents between triple ---) not applicable to your issue

If the purpose of this issue is a bug report, site support request or you are not completely sure provide the full verbose output as follows:
Add -v flag to your command line you run youtube-dl with, copy the whole output and insert it here. It should look similar to one below (replace it with your log inserted between triple ```):
$ yyoutube-dl -v http://www.mgtv.com/v/1/290525/f/3116640.html
[debug] System config: []
[debug] User config: []
[debug] Command-line args: [u'-v', u'http://www.mgtv.com/v/1/290525/f/3116640.html']
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2016.04.13
[debug] Python version 2.7.11 - Darwin-15.5.0-x86_64-i386-64bit
[debug] exe versions: ffmpeg 3.0.1, ffprobe 3.0.1, rtmpdump 2.4
[debug] Proxy map: {}
[generic] 3116640: Requesting header
WARNING: Falling back on generic information extractor.
[generic] 3116640: Downloading webpage
[generic] 3116640: Extracting information
ERROR: Unsupported URL: http://www.mgtv.com/v/1/290525/f/3116640.html
Traceback (most recent call last):
  File "/usr/local/bin/youtube-dl/youtube_dl/extractor/generic.py", line 1360, in _real_extract
    doc = compat_etree_fromstring(webpage.encode('utf-8'))
  File "/usr/local/bin/youtube-dl/youtube_dl/compat.py", line 279, in compat_etree_fromstring
    doc = _XML(text, parser=etree.XMLParser(target=etree.TreeBuilder(element_factory=_element_factory)))
  File "/usr/local/bin/youtube-dl/youtube_dl/compat.py", line 268, in _XML
    parser.feed(text)
  File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py", line 1642, in feed
    self._raiseerror(v)
  File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py", line 1506, in _raiseerror
    raise err
ParseError: not well-formed (invalid token): line 32, column 63
Traceback (most recent call last):
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 671, in extract_info
    ie_result = ie.extract(url)
  File "/usr/local/bin/youtube-dl/youtube_dl/extractor/common.py", line 341, in extract
    return self._real_extract(url)
  File "/usr/local/bin/youtube-dl/youtube_dl/extractor/generic.py", line 2024, in _real_extract
    raise UnsupportedError(url)
UnsupportedError: Unsupported URL: http://www.mgtv.com/v/1/290525/f/3116640.html

If the purpose of this issue is a site support request please provide all kinds of example URLs support for which should be included (replace following example URLs by yours):
single video: http://www.mgtv.com/v/1/290525/f/3116640.html
single video: http://www.mgtv.com/v/1/290525/f/3107141.html
Description of your issue, suggested solution and other information
Youtube-dl does not support mgtv.com. Can you add support for this site?

mgtv.com will be supported in the next version.


event driven support

Hi,
is team have plan to add event driven on road map.
thanks

hi no thanks


Remove .NET Core "LTS" mentions

"LTS", in reference to .NET Core, was used incorrectly throughout the docs. I don't know if I found all the cases (I just used GitHub search), but this is a good start. I also removed a couple .NET 5 samples since it is now EOL.

We don't recommend using .NET Core versions prior to LTS since they're out of support.

That was a particularly good example.
Fixes: https://github.com/MicrosoftDocs/azure-docs/issues/108028
@danmoseley, @AaronMaxwell, @mairaw

thanks @hhunter-ms .
just need sign-off/approval from @AaronMaxwell

@vgorbenko -- PTAL

@vgorbenko and I talked. I'll address the feedback he gave me.

@Jak-MS -- this has now been approved by everyone (and is green).


go-install fails

$ go version
go version go1.14.9 linux/amd64
$ go get -v -u github.com/openshift/moactl
$ go install github.com/openshift/moactl
# github.com/openshift/moactl/cmd/describe/cluster
/root/go/src/github.com/openshift/moactl/cmd/describe/cluster/cmd.go:147:22: cluster.Status().ProvisionErrorReason undefined (type *"github.com/openshift-online/ocm-sdk-go/clustersmgmt/v1".ClusterStatus has no field or method ProvisionErrorReason)
/root/go/src/github.com/openshift/moactl/cmd/describe/cluster/cmd.go:147:71: cluster.Status().ProvisionErrorType undefined (type *"github.com/openshift-online/ocm-sdk-go/clustersmgmt/v1".ClusterStatus has no field or method ProvisionErrorType)
/root/go/src/github.com/openshift/moactl/cmd/describe/cluster/cmd.go:182:20: cluster.Status().ProvisionErrorType undefined (type *"github.com/openshift-online/ocm-sdk-go/clustersmgmt/v1".ClusterStatus has no field or method ProvisionErrorType)
/root/go/src/github.com/openshift/moactl/cmd/describe/cluster/cmd.go:183:20: cluster.Status().ProvisionErrorReason undefined (type *"github.com/openshift-online/ocm-sdk-go/clustersmgmt/v1".ClusterStatus has no field or method ProvisionErrorReason)

ran using https://github.com/drewandersonnz/ocm-container/blob/1f1a9a43cf8b6e1bda3886b37fdb28abf500500c/container-setup/install-moactl.sh#L15-L17
and then running go install github.com/openshift/moactl

$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/root/.cache/go-build"
GOENV="/root/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/root/go"
GOPRIVATE=""
GOPROXY="direct"
GOROOT="/usr/lib/golang"
GOSUMDB="off"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/golang/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build381414348=/tmp/go-build -gno-record-gcc-switches"

fixed on other repo with this PR https://github.com/drewandersonnz/ocm-container/pull/33

Is this solved and can be closed?

/remove-lifecycle rotten
To keep it open for a little more

@georgettica can this be closed? There should be no issues building the latest versions of ROSA CLI.

i'll verify and come back to you

it does work but with the make install
and that needs to verify the go mod vendor is present
$ go get -v -u github.com/openshift/rosa
$ cd<EMAIL_ADDRESS>$ go mod vendor
$ make install

Ok, let's close


Add our Terms of Use policy

This is blocked on a sign off from @VanL.

Current coverage is 100% (diff: 100%)

No coverage report found for master at 5687611.

Powered by Codecov. Last update 5687611...093fe4a


Variable "RAWHLS" Definition Problem

Hi,
Regarding the BNN-PYNQ (https://github.com/Xilinx/BNN-PYNQ), I have met one intractable problem while compiling the source code on PYNQ-Z1 board running ubuntu system.
Here is the problem related to my project and unsolved before:
When compiling the  "BlackBoxJam" function in the file "BNN-PYNQ/bnn/src/library/host/foldedmv-offload.h", I find that the variable "RAWHLS" at line 134 "#if defined(OFFLOAD) && defined(RAWHLS)" need to be predefined. Could you please tell me how to define the variable "RAWHLS" so that I can compile the "BlackBoxJam" with related libraries?
Thanks a lot for all your help!

I don't think I understand the problem.
Anyway, those variable are defined at compile time according to the need in the make-sw.sh script.
When we compile the code using software execution (thus compiling the HLS C++ code as software), we use the -DRAWHLS (line 108) flag to compile that part of the code.

I don't think I understand the problem.
Anyway, those variable are defined at compile time according to the need in the make-sw.sh script.
When we compile the code using software execution (thus compiling the HLS C++ code as software), we use the -DRAWHLS (line 108) flag to compile that part of the code.

Hi Giulio,
Thanks for your reply! Could you please introduce the difference between the code using software execution and the code using hardware execution?
Thanks!


Configure run on raspberry zero very slow

[dev] [mav@maverick-raspberry ~]$ maverick --env=flight configure

Maverick - UAV Companion Computer System - Version 1.1.4-dev

WARNING: Maverick is using branch:master, not stable

Environment marker set but is being ignored as --env is set
Maverick Environment:    flight
Proceeding to update system configuration - please be patient, this can take a while..

Notice: Compiled catalog for maverick-raspberry.home in environment flight in 202.44 seconds
Notice: /Stage[bootstrap]/Maverick_puppet::Client/File[/etc/puppetlabs/puppet/puppet.conf]/content: content changed '{md5}fbf90f9cba2b685423d85b7c3a203032' to '{md5}44c2c2a1772d4a15d866f4378963bee4'
Notice: /Stage[bootstrap]/Base::Maverick/File[/srv/maverick/data/config/maverick/maverick-environment.conf]/content: content changed '{md5}e77989ed21758e78331b20e477fc5582' to '{md5}e325b16aa10bc2b065742595902073cb'
Notice: /Stage[main]/Maverick_vision::Gstreamer/Package[libgstreamer-plugins-base1.0-dev]/ensure: created
Notice: /Stage[main]/Maverick_vision::Gstreamer/Package[gstreamer1.0-alsa]/ensure: created
Notice: /Stage[main]/Maverick_vision::Gstreamer/Package[gstreamer1.0-plugins-bad]/ensure: created
Notice: /Stage[main]/Maverick_vision::Gstreamer/Package[gstreamer1.0-plugins-ugly]/ensure: created
Notice: /Stage[main]/Maverick_vision::Gstreamer/Package[gir1.2-clutter-gst-2.0]/ensure: created
Notice: /Stage[main]/Maverick_vision::Gstreamer/Package[gstreamer1.0-omx]/ensure: created
Notice: /Stage[main]/Maverick_vision::Gstreamer/Package[gstreamer1.0-plugins-good]/ensure: created
Notice: /Stage[main]/Base::Console/File[/etc/profile.d/colorprompt.sh]/content: content changed '{md5}25f17f451f327f9c12c26008c99a7c9b' to '{md5}523311fcb7e90c3db8b064b040f59b09'
Notice: /Stage[main]/Maverick_hardware::Raspberry/Package[iso-codes]/ensure: purged
Notice: /Stage[main]/Maverick_fc/Maverick_ros::Mavros[fc]/Service_wrapper[maverick-mavros@fc]/Service[maverick-mavros@fc]/ensure: ensure changed 'stopped' to 'running'
Notice: /Stage[main]/Maverick_dev::Sitl/Maverick_mavlink::Mavlink_router[sitl]/Service_wrapper[maverick-mavlink-router@sitl]/Service[maverick-mavlink-router@sitl]/ensure: ensure changed 'running' to 'stopped'
Notice: /Stage[main]/Maverick_dev::Sitl/Service_wrapper[maverick-sitl]/Service[maverick-sitl]/ensure: ensure changed 'running' to 'stopped'
Notice: /Stage[main]/Maverick_dev::Sitl/Service_wrapper[maverick-sitl]/Service[maverick-sitl]: Triggered 'refresh' from 1 event
Notice: Applied catalog in 711.56 seconds

Also a circular package remove/install (gstreamer, iso-codes).

Puppet reports break down timings per type of resource:
/var/lib/puppet/reports/maverick-raspberry.home
On a raspberry pi3, a run as of 1.1.4-dev takes:
Notice: Compiled catalog for maverick-raspberry.home in environment dev in 19.61 seconds
Notice: Applied catalog in 37.29 seconds

The longest running resources are:

Package

7.464108296999999

Exec

5.265942897000001

Grafana dashboard

6.561745076

Service

1.9925102479999999

Some time hogging manifest resources:
Exec[upgrade-pip]:
    title: upgrade-pip
    file: "/srv/maverick/software/maverick/manifests/maverick-modules/base/manifests/packages.pp"
    evaluation_time: 1.835495216

 - Maverick_analysis::Grafana
    - Grafana_dashboard[ekf2_dashboard]
    evaluation_time: 1.154132671

 - Maverick_analysis::Grafana
    - Grafana_dashboard[ekf3_dashboard]
    evaluation_time: 1.066297064

    - Maverick_analysis::Influx
    - Exec[influx-key]
    evaluation_time: 0.706535516

Notice: Compiled catalog for maverick-raspberry.home in environment dev in 19.66 seconds
Notice: Applied catalog in 35.84 seconds

This is as good as a full run with all modules will get, for now.

Reopening, very slow again

Added profiler but lots of work to do, there's nothing inherently bad with the current manifests as per initial profiling.  There is just a lot of puppet code involved.

Will investigate for 2.0

Fixed ~/software/maverick/manifests/maverick-modules/base/files/puppet_analyse_report.py, shows nothing much that can be improved for raspberry configure run now.


"said" links in quoted messages do not work when left-clicking (but ctrl-click works)

When replying with quotation (> key), Zulip adds a "said" link to the new message that refers to the original message that is being quoted. However, those links do not always work any more.
Sadly I don't know how to reproduce this. When I look at this message in an existing Zulip session, clicking the link does not work. When I open that message in a new tab, it works just fine. So probably one has to open Zulip, browse through a few topics, and then look at the message above (or any message, this affects all "said" links, and maybe all links to other messages), and there's some internal hidden state that is broken now and makes these links not work any more.
Zulip Server and web app version:

[x] Zulip Cloud (*.zulipchat.com)
[ ] Zulip Server 9.x
[ ] Zulip Server 8.x
[ ] Zulip Server 7.x
[ ] Zulip Server 6.x or older
[ ] Other or not sure

Thanks for the report! Just to check, is this specific to those links? Do other named links work?

I'm not regularly encountering other links that stay "inside" the Zulip instance, so I don't know.

Got it, but a named link to an external website works fine, then?

I haven't noticed any issues with that. It seems to be something specific to links that are supposed to just "scroll up in the current topic", as opposed to fully loading a new URL.

I can explain why this phenomenon exists: when you click on [said], the search filter is filled and does not reset, even if you scroll the list or even go to another message in the same topic (while clicking on another [said] will work in the same topic, or if you switch to another topic and return to the original one, [said] will work again and fill the filter).

Thanks for the report @RalfJung! I suspect this is indeed a bug in optimizations this summer to scroll rather than reloading the view when you click a "said" link in the current conversation. Or maybe more likely, in some refactoring that affected that code path.
@amanagr do you think this is another symptom of the bug we're working on in https://github.com/zulip/zulip/pull/31858?
I don't think so, since there's no visible condensing there. But this seems like an important bug to prioritize regardless.

This is a symptop of two messages having the same near link. I guess we should refocus the near link target here to fix the issue.


content/en/docs/how-tos/add-jobs-to-testgrid: Mention 'broken' near _allow-list.yaml

So folks searching for broken are more likely to be able to realize that's how you mark a job broken.

/retest


Configuring the UI

Configuring the UI

UI sketch
UI mark up

Here's simple UI sketch !

Please let me know if you have any questions or feedback ! :)

Nice sketch! I think would be good to do it like this.
But I'd like to make two corrections in Android widget.

Set inputType phone number in EditText attribute
It would be convenient to print user information on the MainActivity if you specify the input type.

Use Spinner to get residence information
If you input all the regions of Korea, users will be able to respond easily.

I'll design it briefly based on the sketch and upload it tomorrow.

I designed it simply based on the sketch. 😊
Please give me your opinion if there's anything to fix!

It;s cool ! Thanks for the design :)
But I'm wonder, if we use spinner to get city information, do we need to use more than 2 spinners?
Because there're so many cities in Korea !
Or How about using EditText for user to entering their region directly?

It's so nice and simple design! The simpler the design, the more convenient it will be.
But, I wonder why the texts is English.
How about set the texts to Korean? It is more easier for elderly to use this application.
And there is a EditText to set visitor's information, but there is no EditText to set store's information.
is there any way to set store's information?
Thank you for your hard work, it is greatly appreciated :)

@aiclaudev

And there is a EditText to set visitor's information, but there is no EditText to set store's information.
is there any way to set store's information?

Hi dohyeon.
The stores have there own number.
They have "Bussiness number" that can detected there store location by customer.
How about using this information on EditText?
Thank u :)

@aiclaudev

And there is a EditText to set visitor's information, but there is no EditText to set store's information.
is there any way to set store's information?

Hi dohyeon.
The stores have there own number.
They have "Bussiness number" that can detected there store location by customer.
How about using this information on EditText?
Thank u :)

Putting  the "Business number" instead of "customer's number" is so nice idea.
Really appreciate for your feedback!


Only one instance

Script should check if there any instances working in the background

@sernick you are going to need more thank one sentence if you want me to take you seriously.


Refresh resources with latest/last Chef 12 resource states

Cookbook version
12.16.3
Chef-client version
12.13.37-1
Platform Details
RHEL7
Scenario:
It looks like Chef 13 is GA now, so it might be time to refresh this repository with the latest/last Chef 12 resource code.
We have a bit of a conundrum with the yum resource that refreshing this cookbook should address.
We're currently running chef client 12.13.37 (newer client versions have issues with minitests, which we are working on moving off of in favor of InSpec).
We have a cookbook that wraps a number of yum cookbooks, which used to depend on the https://github.com/chef-cookbooks/yum cookbook, which had an issue in that it did not properly flush metadata cache prior to repo deletion.
This issue is important to us due to the number of repositories we use and especially because of the enormous size of the yum-chef-stable repo metadata (I have a support case open with Chef on this).
The cache deletion issue was fixed in https://github.com/chef-cookbooks/yum/pull/166, which was released with yum cookbook version 4.1.0. However, code from before the fix was migrated to chef client version 12.14. The current yum repo cookbooks now depend on this (compat_resource) cookbook; however, the resource code is from version 12.16.3 and https://github.com/chef/chef/pull/5509 didn't get released until chef client version 12.17.44.

We can't entirely update compat_resource for Chef 12.19 due to a pile of extra code we'd have to backport. I have opened a PR that plucks the apt/yum changes that occurred. https://github.com/chef-cookbooks/compat_resource/pull/131

12.19.0 is out


Waste Classification using DL

Deep Learning Simplified Repository (Proposing new issue)
:red_circle: Project Title : Waste Classification using DL
:red_circle: Aim : Classification of the waste into Organic and Recyclable waste using DL.
:red_circle: Dataset : https://www.kaggle.com/datasets/techsash/waste-classification-data
:red_circle: Approach : Try to use 3-4 algorithms to implement the models and compare all the algorithms to find out the best fitted algorithm for the model by checking the accuracy scores. Also do not forget to do a exploratory data analysis before creating any model.

📍 Follow the Guidelines to Contribute in the Project :

You need to create a separate folder named as the Project Title.
Inside that folder, there will be four main components.

Images - To store the required images.
Dataset - To store the dataset or, information/source about the dataset.
Model - To store the machine learning model you've created using the dataset.
requirements.txt - This file will contain the required packages/libraries to run the project in other machines.

Inside the Model folder, the README.md file must be filled up properly, with proper visualizations and conclusions.

:red_circle::yellow_circle: Points to Note :

The issues will be assigned on a first come first serve basis, 1 Issue == 1 PR.
"Issue Title" and "PR Title should be the same. Include issue number along with it.
Follow Contributing Guidelines & Code of Conduct before start Contributing.

:white_check_mark: To be Mentioned while taking the issue :

Full name : Veera Venkata Karthik Barrenkala
GitHub Profile Link :  https://github.com/karthik110505
Email ID<EMAIL_ADDRESS>Approach for this Project : I'll start will ANN,CNN then try some pretrained models like VGG, RESNET. Perform model Evaluation and select the best performing model.
What is your participant role? (Mention the Open Source program): GSSOC'24

Happy Contributing 🚀
All the best. Enjoy your open source journey ahead. 😎

@abhisheks008 Please assign me this issue.

Assigned @Karthik110505


Fix for issue #4118

Fix for issue #4118, it now saves the scene without capturing a thumbnail if in the script editor.

That's a good solution IMO. Of course it may mean that if people modified the scene visuals, then edited a related script, and only then saved the scene, the thumbnail won't get updated. But that's a minor inconvenience IMO.


Yamaha MusicCast receivers doesn't provide desc.xml

Component/platform:
media_player.yamaha
Description of problem:
I have Yamaha R-N602D. Device is being configured OK with all available functions operating well. Yet I'm receiving an error while trying to fetch desc.xml file on init, because it's simply... not there.
Traceback (if applicable):
Invalid XML returned for request http://<IP_ADDRESS>:80/YamahaRemoteControl/desc.xml: b''
Traceback (most recent call last):
  File "/srv/homeassistant/lib/python3.5/site-packages/rxv/rxv.py", line 101, in _discover_features
    self._desc_xml = ET.fromstring(desc_xml)
  File "/usr/lib/python3.5/xml/etree/ElementTree.py", line 1345, in XML
    return parser.close()
  File "<string>", line None
xml.etree.ElementTree.ParseError: no element found: line 1, column 0

Additional information:
If I try to visit http://<IP_ADDRESS>:80/YamahaRemoteControl/desc.xml via browser or API client – it gives me ERR_INVALID_RESPONSE with empty body. Looks simply like 404.
Yamaha MusicCast firmware version is 1.30 (released 2018-10-04).

Hi,
I have the latest (stable) version installed and still have issues with the yamaha integration.
In the meantime I get this error most of the time:
`2019-02-04 23:04:16 ERROR (MainThread) [homeassistant.helpers.entity] Update for media_player.wohnzimmer_main fails
Traceback (most recent call last):
File "/usr/local/lib/python3.6/site-packages/urllib3/connection.py", line 159, in _new_conn
(self._dns_host, self.port), self.timeout, **extra_kw)
File "/usr/local/lib/python3.6/site-packages/urllib3/util/connection.py", line 80, in create_connection
raise err
File "/usr/local/lib/python3.6/site-packages/urllib3/util/connection.py", line 70, in create_connection
sock.connect(sa)
OSError: [Errno 113] Host is unreachable
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.6/site-packages/urllib3/connectionpool.py", line 600, in urlopen
chunked=chunked)
File "/usr/local/lib/python3.6/site-packages/urllib3/connectionpool.py", line 354, in _make_request
conn.request(method, url, **httplib_request_kw)
File "/usr/local/lib/python3.6/http/client.py", line 1239, in request
self._send_request(method, url, body, headers, encode_chunked)
File "/usr/local/lib/python3.6/http/client.py", line 1285, in _send_request
self.endheaders(body, encode_chunked=encode_chunked)
File "/usr/local/lib/python3.6/http/client.py", line 1234, in endheaders
self._send_output(message_body, encode_chunked=encode_chunked)
File "/usr/local/lib/python3.6/http/client.py", line 1026, in _send_output
self.send(msg)
File "/usr/local/lib/python3.6/http/client.py", line 964, in send
self.connect()
File "/usr/local/lib/python3.6/site-packages/urllib3/connection.py", line 181, in connect
conn = self._new_conn()
File "/usr/local/lib/python3.6/site-packages/urllib3/connection.py", line 168, in _new_conn
self, "Failed to establish a new connection: %s" % e)
urllib3.exceptions.NewConnectionError: <urllib3.connection.HTTPConnection object at 0x718a0310>: Failed to establish a new connection: [Errno 113] Host is unreachable
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.6/site-packages/requests/adapters.py", line 449, in send
timeout=timeout
File "/usr/local/lib/python3.6/site-packages/urllib3/connectionpool.py", line 638, in urlopen
_stacktrace=sys.exc_info()[2])
File "/usr/local/lib/python3.6/site-packages/urllib3/util/retry.py", line 398, in increment
raise MaxRetryError(_pool, url, error or ResponseError(cause))
urllib3.exceptions.MaxRetryError: HTTPConnectionPool(host='<IP_ADDRESS>', port=80): Max retries exceeded with url: /YamahaExtendedControl/v1/main/getStatus (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x718a0310>: Failed to establish a new connection: [Errno 113] Host is unreachable',))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.6/site-packages/homeassistant/helpers/entity.py", line 221, in async_update_ha_state
await self.async_device_update()
File "/usr/local/lib/python3.6/site-packages/homeassistant/helpers/entity.py", line 349, in async_device_update
await self.hass.async_add_executor_job(self.update)
File "/usr/local/lib/python3.6/concurrent/futures/thread.py", line 56, in run
result = self.fn(*self.args, **self.kwargs)
File "/usr/local/lib/python3.6/site-packages/homeassistant/components/media_player/yamaha_musiccast.py", line 219, in update
self._recv.update_status()
File "/usr/local/lib/python3.6/site-packages/pymusiccast/init.py", line 249, in update_status
self.handle_status()
File "/usr/local/lib/python3.6/site-packages/pymusiccast/init.py", line 164, in handle_status
status = self.get_status()
File "/usr/local/lib/python3.6/site-packages/pymusiccast/init.py", line 160, in get_status
return request(req_url, headers=headers)
File "/usr/local/lib/python3.6/site-packages/pymusiccast/helpers.py", line 14, in request
req = requests.request(method, url, *args, timeout=timeout, **kwargs)
File "/usr/local/lib/python3.6/site-packages/requests/api.py", line 60, in request
return session.request(method=method, url=url, **kwargs)
File "/usr/local/lib/python3.6/site-packages/requests/sessions.py", line 533, in request
resp = self.send(prep, **send_kwargs)
File "/usr/local/lib/python3.6/site-packages/requests/sessions.py", line 646, in send
r = adapter.send(request, **kwargs)
File "/usr/local/lib/python3.6/site-packages/requests/adapters.py", line 516, in send
raise ConnectionError(e, request=request)
requests.exceptions.ConnectionError: HTTPConnectionPool(host='<IP_ADDRESS>', port=80): Max retries exceeded with url: /YamahaExtendedControl/v1/main/getStatus (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x718a0310>: Failed to establish a new connection: [Errno 113] Host is unreachable',))`
Nearly 1.000.000 lines of log every day...

Same problem here, but I can't get the Yamaha component to load at all. I saw in an unrelated forum (maybe smart things) that the newer Musiccast devices required an updated URL; sounds like this needs to be updated in media_player.yamaha
2019-02-24 22:33:32 INFO (MainThread) [homeassistant.loader] Loaded media_player.yamaha from homeassistant.components.media_player.yamaha
2019-02-24 22:33:32 INFO (MainThread) [homeassistant.components.media_player] Setting up media_player.yamaha
2019-02-24 22:33:32 ERROR (Thread-14) [rxv] Unsupported Yamaha device? Failed to fetch http://<IP_ADDRESS>:80/YamahaRemoteControl/desc.xml
2019-02-24 22:33:32 ERROR (MainThread) [homeassistant.components.media_player] Error while setting up platform yamaha
Traceback (most recent call last):
  File "/srv/homeassistant/lib/python3.5/site-packages/homeassistant/helpers/entity_platform.py", line 128, in _async_setup_platform
    SLOW_SETUP_MAX_WAIT, loop=hass.loop)
  File "/usr/lib/python3.5/asyncio/tasks.py", line 400, in wait_for
    return fut.result()
  File "/usr/lib/python3.5/asyncio/futures.py", line 293, in result
    raise self._exception
  File "/usr/lib/python3.5/concurrent/futures/thread.py", line 55, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/srv/homeassistant/lib/python3.5/site-packages/homeassistant/components/media_player/yamaha.py", line 88, in setup_platform
    unit_desc_url=desc_url).zone_controllers()
  File "/srv/homeassistant/lib/python3.5/site-packages/rxv/rxv.py", line 392, in zone_controllers
    for zone in self.zones():
  File "/srv/homeassistant/lib/python3.5/site-packages/rxv/rxv.py", line 383, in zones
    xml = self._desc_xml
AttributeError: 'RXV' object has no attribute '_desc_xml'

I'm seeing the same issue. I'm using the yamaha_musiccast component though.
2019-03-10 09:20:17 ERROR (SyncWorker_1) [rxv] Unsupported Yamaha device? Failed to fetch http://<IP_ADDRESS>:80/YamahaRemoteControl/desc.xml
2019-03-10 09:20:18 ERROR (MainThread) [homeassistant.components.media_player] Error while setting up platform yamaha
Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/homeassistant/helpers/entity_platform.py", line 128, in _async_setup_platform
    SLOW_SETUP_MAX_WAIT, loop=hass.loop)
  File "/usr/local/lib/python3.7/asyncio/tasks.py", line 416, in wait_for
    return fut.result()
  File "/usr/local/lib/python3.7/concurrent/futures/thread.py", line 57, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/usr/local/lib/python3.7/site-packages/homeassistant/components/media_player/yamaha.py", line 88, in setup_platform
    unit_desc_url=desc_url).zone_controllers()
  File "/usr/local/lib/python3.7/site-packages/rxv/rxv.py", line 392, in zone_controllers
    for zone in self.zones():
  File "/usr/local/lib/python3.7/site-packages/rxv/rxv.py", line 383, in zones
    xml = self._desc_xml
AttributeError: 'RXV' object has no attribute '_desc_xml'

I have home assistant 0.88.2 via hass.io on raspberry pi 2b.

@robbiet480 this actually is about integration:yamaha_musiccast.

Ok, I made some digging and this is what I've found:
Logs
2019-03-27 21:43:44 INFO (MainThread) [homeassistant.components.discovery] Found new service: yamaha {'host': '<IP_ADDRESS>', 'port': 49154, 'ssdp_description': 'http://<IP_ADDRESS>:49154/MediaRenderer/desc.xml', 'name': 'Yamaha R-N602', 'model_name': 'R-N602', 'model_number': 'N602', 'serial': '0549EDB3', 'manufacturer': 'Yamaha Corporation', 'udn': 'uuid:9ab0c000-f668-11de-9976-ac44f24f28e4', 'upnp_device_type': 'urn:schemas-upnp-org:device:MediaRenderer:1', 'control_url': 'http://<IP_ADDRESS>:80/YamahaRemoteControl/ctrl', 'description_url': 'http://<IP_ADDRESS>:80/YamahaRemoteControl/desc.xml'}
2019-03-27 21:43:44 INFO (MainThread) [homeassistant.loader] Loaded media_player.yamaha from homeassistant.components.media_player.yamaha
2019-03-27 21:43:44 INFO (MainThread) [homeassistant.components.media_player] Setting up media_player.yamaha
2019-03-27 21:43:44 ERROR (SyncWorker_2) [rxv] Invalid XML returned for request http://<IP_ADDRESS>:80/YamahaRemoteControl/desc.xml: b''
Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/rxv/rxv.py", line 101, in _discover_features
    self._desc_xml = ET.fromstring(desc_xml)
  File "/usr/local/lib/python3.6/xml/etree/ElementTree.py", line 1315, in XML
    return parser.close()
  File "<string>", line None
xml.etree.ElementTree.ParseError: no element found: line 1, column 0
2019-03-27 21:43:44 ERROR (MainThread) [homeassistant.components.media_player] Error while setting up platform yamaha
Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/homeassistant/helpers/entity_platform.py", line 128, in _async_setup_platform
    SLOW_SETUP_MAX_WAIT, loop=hass.loop)
  File "/usr/local/lib/python3.6/asyncio/tasks.py", line 358, in wait_for
    return fut.result()
  File "/usr/local/lib/python3.6/concurrent/futures/thread.py", line 56, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/usr/local/lib/python3.6/site-packages/homeassistant/components/media_player/yamaha.py", line 86, in setup_platform
    unit_desc_url=desc_url).zone_controllers()
  File "/usr/local/lib/python3.6/site-packages/rxv/rxv.py", line 95, in __init__
    self._discover_features()
  File "/usr/local/lib/python3.6/site-packages/rxv/rxv.py", line 101, in _discover_features
    self._desc_xml = ET.fromstring(desc_xml)
  File "/usr/local/lib/python3.6/xml/etree/ElementTree.py", line 1315, in XML
    return parser.close()
  File "<string>", line None
xml.etree.ElementTree.ParseError: no element found: line 1, column 0

I have configured 'yamaha_musiccast' platform in my hass.
I have NOT configured any 'yamaha' platforms.

Above logs shows that this error is triggered by discovery component that discovers Yamaha, but incorrectly as old-fashioned platform (RVX- models) and tries to set it up from discovery which fails, because of wrong URL to desc.xml.
What is more – platform is also discovered as dlna_dmr:
Logs
2019-03-27 21:43:44 INFO (MainThread) [homeassistant.components.discovery] Unknown service discovered: dlna_dmr {'host': '<IP_ADDRESS>', 'port': 49154, 'ssdp_description': 'http://<IP_ADDRESS>:49154/MediaRenderer/desc.xml', 'name': 'Yamaha R-N602', 'model_name': 'R-N602', 'model_number': 'N602', 'serial': '0549EDB3', 'manufacturer': 'Yamaha Corporation', 'udn': 'uuid:9ab0c000-f668-11de-9976-ac44f24f28e4', 'upnp_device_type': 'urn:schemas-upnp-org:device:MediaRenderer:1'}

Final thoughts. The problem is actually in https://github.com/home-assistant/netdisco/blob/master/netdisco/discoverables/yamaha.py which wrongly discovers devices as yamaha.
Continuing here:
https://github.com/home-assistant/netdisco/issues/248
Sorry for multiple commends one after another.

Thanks for the investigation, @cadavre . That was my thinking as well - that it's a bug in discovery where it's wrongly discovered as yamaha. BTW as a workaround for this you can exclude yamaha from discovery like this:
discovery:
  ignore:
    - yamaha


Conflicting with other mods that have flight

I'm currently playing on 1.20.1 with my modpack, and I'm experiencing an issue.
When using Mystical Agriculture's Awakened supremium armor, with a flight augment module, flight is allowed however switching items, dopping items, taking damage etc causes the flight to be disabled and the player falls out of the sky.
I believe the issue stems from this even handler: https://github.com/ArtanMod/DeepMobLearningReloaded/blob/e15e402331daf1e8519227237dfc82974650a3ca/src/main/java/jp/artan/dmlreloaded/common/events/PlayerHandler.java#L31C81-L31C81
The function seems to be checking if the player is wearing a fullset of glitch armor, and if not disables their flight.
The issue is this breaks other mods using the same method of flying.
My recommendation would be to keep a record of the previous event's armor, and only disable flight if the player was wearing glitch armor to begin with.
This is just a 5am guess though, there may be better ways of fixing this.

Yeah this bug existed in deep mob learning reforged and is here too


Parsing JSON files...Killed

Helllo there,
Gettings weird issue with the script, when parsing JSON everything stop :
python3 ~/palworld-host-save-fix/fix-host-save.py ~/.cargo/bin/uesave ~/backup/SaveGames/76561198076018633/69603AA5483208C13BF332A6F3BC56A9/ EFB2AB95000000000000000000000000<PHONE_NUMBER>0000000000000000000001 false
WARNING: Running this script WILL change your save files and could potentially corrupt your data. It is HIGHLY recommended that you make a backup of your save folder before continuing. Press enter if you would like to continue.
>
Converting save files to JSON...
File /home/steam/backup/SaveGames/76561198076018633/69603AA5483208C13BF332A6F3BC56A9//Level.sav uncompressed successfully
File /home/steam/backup/SaveGames/76561198076018633/69603AA5483208C13BF332A6F3BC56A9//Level.sav (type: 50) converted to JSON successfully
File /home/steam/backup/SaveGames/76561198076018633/69603AA5483208C13BF332A6F3BC56A9//Players/00000000000000000000000000000001.sav uncompressed successfully
File /home/steam/backup/SaveGames/76561198076018633/69603AA5483208C13BF332A6F3BC56A9//Players/00000000000000000000000000000001.sav (type: 49) converted to JSON successfully
Done!
Parsing JSON files...Killed

( trying using the script directly on my Linux VM who host the dedicated Palworld Server.
Thanks for your help

Nevermind, finally gettings worked with Python on Windows.
But now, on the linux dedicated server, the server crash every 10min with the save, not with a fresh start. So we gived up on this for now ...

Try removing that trailing forward slash from your save's path. It's resulting in double forward slashes. Also, I don't think there's anything in the script which would cause the server to crash. Out of the dozens of reports I've gotten, I haven't had anyone say it causes their server to crash before.


Add rayswitch, layerShader, vectorField nodes

And icon metadata to the core OSL nodes. It has no effect in Maya, and
is meant only for Gaffer. The main idea here being sharing the core
nodes with all DCC apps.

Related to https://github.com/appleseedhq/appleseed-maya/pull/107