Zoom

Hi,
I am using the RealSense SDK viewer in windows 10. The sotware zooms in to a very large resolution on the screen, so I am unablet o see most of the information. I have not found a way to adjust it in windows zoom / display / magnification settings.
Is there somethingI can do to fix this?
Thanks in advance,
Imy

librealsense
2.40.0 RELEASE

OS
Windows

Name
Intel RealSense D435

Serial Number
745412070502

Firmware Version
<IP_ADDRESS>

Advanced Mode
NO

Camera Locked
YES

Usb Type Descriptor
3.2

Product Line
D400

Asic Serial Number
804113020928

Firmware Update Id
804113020928

Please provide a description of the problem

Hi @Imyyy   I would first recommend toggling fullscreen mode.  This can be done in the Viewer's Settings options, but if the interface is hard to read / use because of the zoom then you can also toggle it by pressing the F8 keyboard key.

@MartyG-RealSense that worked!Thanks so much for your time

Great to hear - thanks for the update  :)

Case closed due to no further comments received.

Case closed due to no further comments received.


Comments are not retrieved

client_user = self.client.user()
tweets = client_user.get_tweets('Replies')  # 'Tweets'/'Replies'
Comments are not retrieved. It doesn't work with 'Tweets' either.
Any suggestion?

@Bits4Bux
The API response of get_user_tweet does not include reply information, so replies cannot be retrieved directly. To get replies, you need to call update method to re-fetch the tweet.
Try this code
client_user = self.client.user()
tweets = client_user.get_tweets('Replies')
tweets_ = []
for t in tweets:
    if t.reply_count > 0:
        t.update()
    tweets_.append(t)

The solution you provided doesn't work either.

@Bits4Bux did you ever get this to work?

Unfortunately not, I had to use Selenium for this.
Brian Enwonwu @.***> schrieb am Mi., 28. Aug. 2024,
06:18:

@Bits4Bux https://github.com/Bits4Bux did you ever get this to work?
—
Reply to this email directly, view it on GitHub
https://github.com/d60/twikit/issues/164#issuecomment-2314209513, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ARPZBYSWLB4577CQO6HDGVLZTVFTFAVCNFSM6AAAAABLQVTREGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMJUGIYDSNJRGM
.
You are receiving this because you were mentioned.Message ID:
@.***>

hello I ran into the same problem I need to get the replies
how did you do this with selenium ?
is there a way to load twikit cookies into selenium webdriver ??


LZMA generation based on restore result may miss packages

Today, we generate the package LZMA by generating a csproj with package references, running restore, and zipping up the contents of the .nuget folder. This approach may miss packages.
Problems:

Hard to define multiple versions of one package. dotnet-restore resolves version conflicts by picking one. This means dotnet-restore may not download multiple versions of packages, even though they are needed for the LZMA.
Exclusions. Although we don't do this today, we may want to ensure certain packages/versions are excluded from the LZMA

Suggestion:

Generate the LZMA from a flat list of packages/versions
Add tests that assert the qualities of the LZMA we desire. Examples

The LZMA should contain the transitive closure of package X for framework Y
The LZMA should not contain packages named "*-servicing"
The LZMA should include well known package XYZ
The LZMA should contain only signed packages
etc.

cc @JunTaoLuo

The root of the problem was addressed by this refactoring https://github.com/aspnet/Universe/pull/1245.


Roll engine 5d3012a1bb9d..cf6648313df8 (2 commits)

git@github.com:flutter/engine.git/compare/5d3012a1bb9d...cf6648313df8
git log 5d3012a1bb9d..cf6648313df8 --no-merges --oneline
2019-08-15<EMAIL_ADDRESS>Remove the output directory prefix from the Android engine JAR filename (flutter/engine#11015)
2019-08-15<EMAIL_ADDRESS>Fix flutter/flutter #34791 (flutter/engine#9977)
The AutoRoll server is located here: https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+/master/autoroll/README.md
If the roll is causing failures, please contact the current sheriff (stuartmorgan@google.com), and stop
the roller if necessary.

Trybots failed. These were the failed builds: https://cirrus-ci.com/task/5128763707228160

Trybots failed. These were the failed builds: https://cirrus-ci.com/task/5128763707228160

Commit queue failed; closing this roll.


MIN(): error says "MAX"

Trivial fix 😃 -- just couldn't resist

Pull Request Test Coverage Report for Build 233

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

Totals

Change from base Build 232:
0.0%

Covered Lines:
3132

Relevant Lines:
3842

💛  - Coveralls

Thanks @srenatus ! Who knew that copy and paste coding could go so wrong? ;-)


Checkpoint metrics for non-SDP installations

I'm adding another function that will report on checkpoints for a non-SDP installations. I am not sure how generic this is for different installations, but I know it works for us. I am open to modification suggestions to it if they might make it more universally useful for folks.

I'm closing this because I better understand the way these things work now, and I see that this is just not a very reliable approach.


vagrant attribute on AWS

Hey @avishai-ish-shalom
Any chance to be able to set a vagrant attribute through this plugin on vagrant up and vagrant provision please? Even a vagrant => { vagrant => true } would do.
We don't need to mess with the NICs on AWS, but it'd allow to figure if the box is running through vagrant-aws or not.
Let me know!
Thanks in advance

As of 0.1.12, no vagrant attributes are set when using the plugin.
There used to be at least a vagrant => { box => 'ubuntu_aws' } attribute.

It looks like it's checking for vagrant.json:
    unless File.exist?('/etc/chef/ohai_plugins/vagrant.json')
      Ohai::Log.fail('Ohai has not set :ipaddress (Missing vagrant.json)')
    else
      vagrant = read_json('/etc/chef/ohai_plugins/vagrant.json')

Using the latest version of Vagrant, that file doesn't exist.

Also unrelated:
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default
==> aws1: [2015-06-17T19:57:55+00:00] WARN: Plugin Definition Error: </etc/chef/ohai_plugins/vagrant.rb>: collect_data already defined on platform default


SSL error on latest image

prod_1  | info: Loading & validating configuration... {"timestamp":"2023-06-12T19:11:18.279Z"}
prod_1  | error: Configuration ERROR {"timestamp":"2023-06-12T19:11:18.721Z"}
prod_1  | error: Email error: B8AB425E4C7F0000:error:0A00010B:SSL routines:ssl3_get_record:wrong version number:../deps/openssl/openssl/ssl/record/ssl3_record.c:354:
prod_1  |  {"code":"ESOCKET","command":"CONN","library":"SSL routines","reason":"wrong version number","stack":"Error: B8AB425E4C7F0000:error:0A00010B:SSL routines:ssl3_get_record:wrong version number:../deps/openssl/openssl/ssl/record/ssl3_record.c:354:\n","timestamp":"2023-06-12T19:11:18.722Z"}

Issue is with email config in sample documentation: Mailtrap recently changed their host and settings. Docs should be updated.


BUG: Databases that are using "," as decimal separator causes the CSV files to break

Description
Some customer that are using "," as decimal separator are breaking the CSV file.
This could be solved by: (Ordered)

Alter session in the SQL Script
I.E: alter session set NLS_NUMERIC_CHARACTERS = ',.';

Change the CSV field separator from "," to ";"

Usage of to_number everyone where there is a number
I.E: to_number('100,12', '99999D99', 'NLS_NUMERIC_CHARACTERS='',.''')

Version
No response
Priority
priority:0
What oracle database version are you seeing the problem on?
All
Relevant log output
Error to import the data

Added a variable to specify the column separator.
Didn't included the "alter session" because it causes issues in multiple files.
Example from awrsnapdetails:
With Alter Session:
vm-orcl-19c-multitenant_DB19C_031522225721,2218961670,1,00,2077,2269,07-MAR-22 12.00.01,200 AM,15-MAR-22 12.00.15,082 AM,9,32431,3603,3617,3617,3554,3619
Without Alter Session:
vm-orcl-19c-multitenant_DB19C_031622004505,2218961670,1,00,2101,2269,08-MAR-22 <IP_ADDRESS>6 AM,15-MAR-22 <IP_ADDRESS> AM,8,28812,3602,3617,3617,3554,3618


SHA1 checksum

Hi.
I was trying to use the module for uploading files within an Electron app, but when uploading a file, I constantly encountered an issue with the SHA1 checksum:
{code: "bad_request", message: "sha1 is wrong length", status: 400}
Any ideas how to solve that?
Thank's a lot
Heiko

Hello,
I'm also having the same issue, I'm also using Electron.

Fix coming up shortly 👍
PR soon to be merged


Alternative Strategy: Reorganized into modular package structure.

After implementing and evaluating a candidate organization strategy which supported import magic to ensure the user has the proper version of configs, we are putting this approach on hold. The primary reason is that the structure was not in line with typical packaging practices and might lead to difficulties down the road. We will revisit whether the automatic imports are viable at a later date.
The new solution for robustly structuring the repo is the following:
There will be a main/master branch which contains the most current configs (corresponding to the up-to-date major releases of torch projects). At the time of this PR, this is 1.6.0/0.7.0 for torch/torchvision respectively, although this will be updated soon.
The directories follow this structure:
⋮
├── configen # files related to the automated generation of configs through the configen tool
│   └── conf
│       └── configen.yaml
├── hydra-configs-torch
│   ├── setup.py # setuptools file for the `hydra-configs-torch` package which uses the namespace `hydra_configs`
│   ├── tests # tests pertaining to only the torch configs
│   ├── examples # examples pertaining to only the torch configs
│   └── hydra_configs # namespace
│      └── torch # subpackage: implicitly for the branch version of torch (1.6.0)
│          ├── optim
│          └── utils
├── hydra-configs-torchvision
│   ├── setup.py # setuptools file for the `hydra-configs-torchvision` package which uses the namespace `hydra_configs`
│   ├── tests # tests pertaining to only the torchvision configs
│   ├── examples # examples pertaining to only the torchvision configs
│   └── hydra_configs # namespace
│      └── torchvision # subpackage: implicitly for the branch version of torchvision (0.7.0)
│          └── datasets
├── setup.py # setuptools file corresponding to a 'meta-package' containing all project's namespace packages
⋮

There will be specific release/<package>/X.X.X branches for specific project versions. These branches will only contain the package relevant to their release. e.g. the release/torchvision/0.8.0 branch will have only one 'project' directory named hydra-configs-torchvision and will omit the hydra-configs-torch directory.
For now, it will be the responsibility of the user to ensure they have the correct version of the configs installed, although moving forward, we will include warnings which automatically detect whether there might be a config/library mismatch.
A couple things to keep in mind. We should make sure the requirements files that pip uses are tracking the version of the configs that need to be tested. I have already had it happen where the test environment was not matching the version of torch the configs are generated for and it was leading to failed tests.
Importing still looks like: from hydra_configs.torch.optim import AdamConf. Installed packages will look like: hydra-configs-torch==1.6.1 where we adopt the major and minor versions to match the releases from the configured library, and use the patch version to indicate our own iteration of the configs should there be any updates.

I also fixed tests and examples.

do fix the CI test failures though.

do fix the CI test failures though.

Done. This happened because of changing the package search path used for the test environments.
By the way, one hanging concern is how to support installation of all projects as a 'metapackage'. Not sure of the correct way to do this.
One possibility is a setup.py at the root of the repo which installs the latest of each of the current packages? Thoughts?
This can be it's own PR.


Debounce should not use an anonymous function

Resolves #102

@stefanpenner this fix is pretty minor, so im just gonna go ahead and :shipit:


Adds retry instead of immediate failure

Description
Instead of immediate failure, we now have a retry mechanism in the event DHCP is slow
Why is this needed
Instant failure happens if the network takes a little bit of time to come up.. this adds a retry and sleep etc.
Fixes: #
How Has This Been Tested?

How are existing users impacted? What migration steps/scripts do we need?

Checklist:
I have:

[ ] updated the documentation and/or roadmap (if required)
[ ] added unit or e2e tests
[ ] provided instructions on how to upgrade

@thebsdbox have you had time to look at the feed back from @tstromberg? Is this no longer needed now that #85 has been merged?

This is still needed, my hook source folder has largely been completely mangled with the internal PoC work.

This seems simple enough I can push it across the line. I'll open a new PR today and link it here when ready.

Closing this in favor of https://github.com/tinkerbell/hook/pull/94


Could not find valid repo at:

$ upstream_sync.py -v
...
INFO:root:generating package metadata: rhel-7-x86_64-os
**Could not find valid repo at: /mirror/upstream/rhel/7/x86_64/os**
Spawning worker 0 with 4657 pkgs
Workers Finished
Saving Primary metadata
Saving file lists metadata
Saving other metadata
Generating sqlite DBs
Sqlite DBs complete

$ ls -al /mirror/upstream/rhel/7/x86_64/os
total 1644
drwxrwxr-x. 5 xxx xxx 65 Apr 13 16:38 .
drwxrwxr-x. 3 xxx xxx 15 Apr 13 15:53 ..
drwxrwxr-x. 2 xxx xxx 638976 Apr 13 16:38 .cache
-rw-rw-r--. 1 xxx xxx 641345 Apr 13 16:37 comps.xml
drwxrwxr-x. 2 xxx xxx 245760 Apr 13 16:16 Packages
drwxrwxr-x. 2 xxx xxx 4096 Apr 13 16:38 repodata

SSL-cert check an repo sync runs fine, but error message makes me wondering...
Regards.

If you run the script again do you still get the error? I suspect this is happening because we are calling createrepo with the --update flag. However, since no repodata exists at this point, it throws this error.

$ upstream_sync.py -v
INFO:root:syncing rhel-7-x86_64-os
rhel-7-x86_64-os
INFO:root:generating package metadata: rhel-7-x86_64-os
Saving Primary metadata
Saving file lists metadata
Saving other metadata
Generating sqlite DBs
Sqlite DBs complete

Error message is away. Many thanks !


Wrong sourcemap generation on build

Environment

Operating System: Darwin
Node Version:     v20.12.1
Nuxt Version:     3.12.4
CLI Version:      3.12.0
Nitro Version:    2.9.7
Package Manager<EMAIL_ADDRESS>Builder:          -
User Config:      ssr, compatibilityDate, app, typescript, runtimeConfig, modules, i18n, tailwindcss, security, piniaPersistedstate, sourcemap, vite
Runtime Modules<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>Build Modules:    -

Reproduction
I sadly don't have any reproduction link
Describe the bug
When i build my application, the sourcemaps are not generated correctly
Infos: i have SSR disabled
When i run the:
npm run build (nuxt build)
The sourcemaps from the app itself are generated like this:
{"version":3,"file":"Cd1Dn5ig.js","sources":[],"sourcesContent":[],"names":[],"mappings":""}
Whilst the sourcemap generation for the custom nuxt module used by the project and the nuxt source are fine:
{"version":3,"file":"DAPglUas.js","sources":["../../../../node_modules/@chargemap/.../dist/runtime/components/common/..."],"sourcesContent":.......
In the Logs provided below you can see the files with the maps generated the right way and the others
Additional context
No response
Logs
[3:33:24 PM] ℹ .nuxt/dist/client/_nuxt/DrMYHbsq.js                                 17.89 kB │ gzip:   5.66 kB │ map:    21.21 kB
[3:33:24 PM] ℹ .nuxt/dist/client/_nuxt/CF-dBPfb.js                                 18.56 kB │ gzip:   6.24 kB │ map:    26.97 kB
[3:33:24 PM] ℹ .nuxt/dist/client/_nuxt/Blz4-6EJ.js                                 18.87 kB │ gzip:   7.88 kB │ map:    21.37 kB
[3:33:24 PM] ℹ .nuxt/dist/client/_nuxt/5VaS5t7Q.js                                 22.17 kB │ gzip:   7.41 kB │ map:    85.11 kB
[3:33:24 PM] ℹ .nuxt/dist/client/_nuxt/Dns643Vm.js                                 24.66 kB │ gzip:  10.43 kB │ map:    29.36 kB
[3:33:24 PM] ℹ .nuxt/dist/client/_nuxt/D5PGBIaL.js                                 25.85 kB │ gzip:   8.62 kB │ map:     0.09 kB
[3:33:24 PM] ℹ .nuxt/dist/client/_nuxt/C-ZchSJZ.js                                 25.93 kB │ gzip:   9.34 kB │ map:     0.09 kB
[3:33:24 PM] ℹ .nuxt/dist/client/_nuxt/rztzlexR.js                                 29.89 kB │ gzip:   9.37 kB │ map:     0.09 kB
[3:33:24 PM] ℹ .nuxt/dist/client/_nuxt/BkJ3a76Q.js                                 33.50 kB │ gzip:  11.62 kB │ map:     0.09 kB

the issue is with nuxt-security - https://github.com/Baroshem/nuxt-security/issues/501


KR 3.21 - CI runs in less than 30 mins with >95% reliability

Still planned, but closing as a stale stub.


chore: Replace mypy with pyright for type checking and improve code quality

This PR enhances our code quality checks and type safety:

Integrates mypy into our check_code_quality process
Improves path handling using pathlib.Path for better cross-platform support
Fixes several type-related issues caught by mypy
Updates .dockerignore

Why pyright instead of mypy? I don't have strong opinions on which one is better, but I don't like to change tools without good reasons.
I'm happy we now have type checking, but I don't think changing tools will improve it a lot. I prefer to keep iterating on mypy config and enable many options still disabled.

@iurisilvio Thanks for your feedback. I apologize for not providing a description earlier.
I agree about being cautious with changing tools. While exploring pyright, I found it caught several issues with its default settings that the current setup missed:

Syntax errors like raise ("Model URL must be from either app.roboflow.com or universe.roboflow.com")
Runtime errors such as r = check_key(api_key) where the function signature doesn't match
Incorrect return type annotations, e.g., def train(..) -> bool: where the actual return type differs

One feature I found particularly useful is pyright's Inferred Return Types, similar to TypeScript. Unlike mypy, which marks unannotated return types as Any, pyright provides the actual return type.
Many more differences documented here made me think pyright is a better tool.
To move forward, I propose the following alternatives:

Run both tools in parallel to evaluate which better suits our project needs
Keep mypy and some changes / fixes from my PR

Let me know what you think!

@iurisilvio Thank you for your thorough feedback and guidance throughout this PR process. I've addressed all the comments raised. 🏄🏼

Thanks! 🚢


Updated french locale

Coverage remained the same at 85.822% when pulling eda640c72c58a1800fa11bc547d6459de2930ff4 on cyrilmesvayn:master into 85414db064c1233fe04ae5051278bde5bbba8b7e on chmln:master.

Awesome, thanks :+1:

I'm completely new with merging and forking and all this github stuff, so bear with me on this.
However, I found out that in your release bundling (for example, your latest release v2.5.6), dist/l10n/fr.js isn't updated to the new versions. Do I have to specifically change this file in the fork too? Or your workflow should update it normally and it didn't? What do I have to do?
Thanks for the help.


"Building flutter tool..." takes forever when upgrading flutter

Steps to Reproduce
on macOS Catalina

Invalidate cache in Android Studio 3.6
Open Terminal, and type flutter upgrade. Note that I'm on dev channel
Seeing the logs below

Logs
$ flutter upgrade
Downloading Dart SDK from Flutter engine beb8a7ec48f6b980a778d19eeda613635c3897c9...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100    16  100    16    0     0     25      0 --:--:-- --:--:-- --:--:--    25
Warning: Transient problem: HTTP error Will retry in 1 seconds. 3 retries
Warning: left.
Throwing away 16 bytes
100  219M  100  219M    0     0  6082k      0  0:00:37  0:00:37 --:--:-- 6324k
Building flutter tool...

$ flutter doctor -v
Building flutter tool...

I've ruled one more possibility: After a macOS Catalina upgrade, I had to install Xcode command-line components. But even after that, once again I'm stuck at the same place.
There should have been a clear log message telling me what's taking so long.
The download logs do that well.

Related to https://github.com/flutter/flutter/issues/26391

Solved. Seems a network issue. I'm located in China. Had to use StealthVPN to finish the building.
There really should be a clear warning. It's hard to imaging "building ..." involves internet access.

This isn't something we can fix in the flutter tool. The website contains documentation on this in https://flutter.dev/community/china

For i had the same issue for 2weeks, i had to change IPVanish VPN to change my location and it worked well .
Change Location with VPN
run flutter upgrade again in terminal
run flutter doctor

Is there something that can be done to mitigate these network provider related issues that are happening with Flutter? The first time I had to install flutter, I had network issues that didn't let me to download flutter and I had to change my ISP just so that I could install flutter on my PC.
Now upgrading flutter is a hassle just because of this network related problem again. This is a very big problem. I have never experienced ISP related constraints or issues from basically every other package, be it linux's app repos or python's package index. Why does it have to be Flutter?????


[BugFix] Fix tablet meta use tabletMeta uses partition_id and physical_partition_id at the same time to cause confusion(backport #52258)

This is an backport of pull request https://github.com/StarRocks/starrocks/pull/52258
Why I'm doing:
What I'm doing:
Fixes #issue
What type of PR is this:

[x] BugFix
[ ] Feature
[ ] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Does this PR entail a change in behavior?

[ ] Yes, this PR will result in a change in behavior.
[x] No, this PR will not result in a change in behavior.

If yes, please specify the type of change:

[ ] Interface/UI changes: syntax, type conversion, expression evaluation, display information
[ ] Parameter changes: default values, similar parameters but with different default values
[ ] Policy changes: use new policy to replace old one, functionality automatically enabled
[ ] Feature removed
[ ] Miscellaneous: upgrade & downgrade compatibility, etc.

Checklist:

[x] I have added test cases for my bug fix or my new feature
[ ] This pr needs user documentation (for new or modified features or behaviors)

[ ] I have added documentation for my new feature or new function

[x] This is a backport pr

Bugfix cherry-pick branch check:

[x] I have checked the version labels which the pr will be auto-backported to the target branch

[ ] 3.3
[x] 3.2
[ ] 3.1
[ ] 3.0
[ ] 2.5

@mergify backport branch-3.2


IPv6LL support is broken - Host: header contains unencoded IPv6 numeric address

CUPS is sending a Host: header for IPv6 link local address without the proper encoding. A URI of the form:
scheme://[v1.fe80::aaaa:bbbb:cccc:dddd+zoneid]:port/resource

should result in a Host: header of the form:
Host: [v1.fe80::aaaa:bbbb:cccc:dddd+zoneid]:port

Instead CUPS is sending:
Host: [fe80::aaaa:bbbb:cccc:dddd%zoneid]:port

This also affects routable addresses in that the Host: value is missing the braces.
[master cb2e96052] Fix IPv6 address encoding in the Host: header (Issue #78)


Add "CSR" parameter to New-TppCertificate & Renew-TppCertificate

Allow for a CSR to be passed as a parameter within the cmdlets New-TppCertificate & Renew-TppCertificate
As these two cmdlets POST to the "/Certificates" API adding the "CSR" or "PKCS10" parameter to these cmdlets would remove the need to use Invoke-VenafiRestMethod and follow with the structure of the module

Renew-TppCertificate doesn't exist, but will look to get this added to New-TppCertificate and Invoke-TppCertificateRenewal.


Parsing same schema multiple times

I want to use jaxb to create Java-Objects by parsing xsd. Of course jaxb come to my mind for this issue. The parsing process doesn't consist just of one xsd. In summary there are six XSDs involved.
One parent XSD which includes four other XSDs. Each of this four includes the same XSD. So the hierarchy is:
 main.xsd
 |__includes: child1.xsd ---\
 |__includes: child2.xsd ----\ includes: common.xsd
 |__includes: child3.xsd ----/
 |__includes: child4.xsd -- /

By compiling the java project by using:
mvn -U clean install

I got the error:
com.sun.istack.SAXParseException2: Property "ClassID" is already defined. Use <jaxb:property> to resolve this conflict.

To resolve this I try to put into the binding file:
		<jxb:bindings schemaLocation="oaf-common-1.0.xsd" multiple="true" node="/xs:schema">
			<jxb:schemaBindings>
				<jxb:package name="info.***.middleware.***.oaf.common" />
			</jxb:schemaBindings>
			<jxb:bindings node="//xs:attribute[@name='classname']">
				<jxb:property name="OAFClassnameProperty" />
			</jxb:bindings>
			<jxb:bindings node="//xs:attribute[@name='classid']">
				<jxb:property name="OAFClassidProperty" />
			</jxb:bindings>
			<jxb:bindings node="//xs:attribute[@name='schemeid']">
				<jxb:property name="OAFSchemeidProperty" />
			</jxb:bindings>
			<jxb:bindings node="//xs:attribute[@name='schemename']">
				<jxb:property name="OAFSchemenameProperty" />
			</jxb:bindings>
		</jxb:bindings>

The classes will be generated into another name but since the xsd (oaf-common-1.0.xsd) will be included four times the error repeats.
I thought about editing the name directly in the four including xsds:
  <jxb:bindings schemaLocation="oaf-datasource-1.0.xsd">
    <jxb:schemaBindings>
      <jxb:package name="info.textgrid.middleware.oaipmh.oaf.datasource"/>
    </jxb:schemaBindings>
    <jxb:bindings schemaLocation="oaf-common-1.0.xsd">
    <jxb:schemaBindings>
      <jxb:package name="info.textgrid.middleware.oaipmh.oaf.datasource.common"/>
    </jxb:schemaBindings>
    <jxb:bindings node="fn:doc(concat('https://www.openaire.eu/schema/1.0/', //xs:include/@schemaLocation))//*[@name = 'classname']">
      <jxb:property name="datasourceClassname"/>
    </jxb:bindings>
    <jxb:bindings node="fn:doc(concat('https://www.openaire.eu/schema/1.0/', //xs:include/@schemaLocation))//*[@name = 'classid']">
      <jxb:property name="datasourceClassid"/>
    </jxb:bindings>
    <jxb:bindings node="fn:doc(concat('https://www.openaire.eu/schema/1.0/', //xs:include/@schemaLocation))//*[@name = 'schemeid']">
      <jxb:property name="datasourceSchemeId"/>
    </jxb:bindings>
    <jxb:bindings node="fn:doc(concat('https://www.openaire.eu/schema/1.0/', //xs:include/@schemaLocation))//*[@name = 'schemename']">
      <jxb:property name="datasourceSchemeName"/>
    </jxb:bindings>
  </jxb:bindings>
  </jxb:bindings>

Bute the function fn:doc is not known.

This does not seem to be an issue with maven-jaxb2-plugin, does it? If not, I am sorry I will not be able to devote resources to this. Consider asking on stackoverflow, I think you'll more likely receive an answer there.

Maybe more a generell problem regarding jaxb.
But maybe you can tell me, if it is possible to to configure the plugin to use xpath version with the function doc()?.

@MaximilianBrodhun There is no special configuration for this.
TBH I have never seen this syntax befor and I'm working with JAXB for many years already.


chore: better examples

It's great to show some examples using the Library in different ways.
Some suggestions include:

using it to write aws lambda APIs
using it to generate API documentation
using it in conjunction with mappers to transform data
using in conjunction with test suites to show how mocks/fixtures can be generated

This will help both iron out bugs, and inform the development direction

closed by #30


[FLINK-1933] Add distance measure interface and basic implementation to machine learning library

This PR contains following changes:

Add dot method and magnitude method.
Add DistanceMeasure trait.
Add 7 basic implementation of DistanceMeasure.
Add tests for above changes.

Hi @chiwanpark. Really good work :-) I had only some minor comments.
One think to think about is where we place the distance measures. Currently it is in the flink.ml.common.distance package. Maybe we could put them in a metrics.distances package instead. We could either put it directly under flink.ml or under flink.ml.math. What do you think?

@tillrohrmann Oh. flink.ml.math.metrics.distances is much better. I will move all classes into the package. I will also fix some problem in dot product and test cases for that.

Well done @chiwanpark.
The only thing which is missing is an overview page with all supported distance measures for the Flink website. Could you add such a site? You find in flink/docs/libs/ml/ examples for other ML documentation. If you write 2-3 sentences and list all the different distance measures, then it would be perfect :-) I will then merge the PR.

@tillrohrmann Okay. I'll add them and update PR. :)

I added a overview documentation. Please review and comment if there are some errors.

@chiwanpark, looks really good. I had only one comment concerning the cosine distance.
Furthermore, I was wondering whether we should rename DistanceMeasure into Distance or DistanceMetric because in all the ScalaDocs we say "The XYZ distance metric ....". What do you think?
After clarifying these questions, I think it is good to be merged :-)

Renaming into DistanceMetric is great idea. :) I'll rename DistanceMeasure into DistanceMetric.

Ping me once you've renamed the classes, then I'll merge the PR.

@tillrohrmann I just renamed the classes. :)

Oh, the commit logs contains distance measure. I will fix them.

I updated them.

Great. I'll merge it then.


chore(main): release 1.0.7

:robot: I have created a release beep boop
1.0.7 (2023-01-04)
update

完善商品分类 (7fa355f)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/School-of-Website-Engineering/Back-end-management-system-E-commerce/releases/tag/v1.0.7 :sunflower:


Space key not working - How to troubleshoot?

Hi, I'm using the default layout and my space key is not working. How can I troubleshoot this? The connections seem to be fine and the key is working (checked with multimeter)
Many thanks for this amazing project!

Found the problem: bad solder joing. Closing!


Imagenet-100 SimCLR weights not available

Hi @vturrisi
Thanks for the amazing repo and all your hard work !
I cannot seem to find the pre-trained weights of SimCLR trained on Imagenet-100 in the specified link : https://drive.google.com/drive/folders/1yxAVKnc8Vf0tDfkixSB5mXe7dsA8Ll37?usp=sharing
Best,
Madhav

It this still on track? I can't find this checkpoint either.


Getting error while including the library

Gradle sync is throwing following error when I add the library with implementation 'com.github.florent37:android-slidr:1.0.4' -
Failed to resolve: com.github.florent37:android-slidr:1.0.4
Is there anything wrong I am doing?

1.0.3 is the current version you should use apparently... for now.


eth-typing 5.0.1 :snowflake:

Checklist

[ ] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe/meta.yaml) and found it was in an excellent condition.
I do have some suggestions for making it better though...
For recipe/meta.yaml:

No valid build backend found for Python recipe for package eth-typing using pip. Python recipes using pip need to explicitly specify a build backend in the host section. If your recipe has built with only pip in the host section in the past, you likely should add setuptools to the host section of your recipe.
PyPI default URL is now pypi.org, and not pypi.io. You may want to update the default source url.

This was merged already here https://github.com/conda-forge/eth-typing-feedstock/pull/23


chore: Update to pnpm v8

The main branch is already using lockfile version 6.0 (pnpm v8), while the alpha branch has lockfile version 5.4 (pnpm v7). Can't think of any reason against updating, and it should mean github actions run faster since it doesn't need to regenerate the lockfile back to 5.4.

@TkDodo I spoke too soon - codesandbox doesn't use pnpm 8 yet. If I allow it to regen the pnpm lockfile it works, which isn't necessary for github actions. I don't quite understand why codesandbox hasn't been throwing errors since it's been using lockfile v6.0 for a while!

Codecov Report
Patch coverage: 71.42% and project coverage change: +0.43 :tada:

Comparison is base (3816c9d) 91.79% compared to head (ce3b104) 92.23%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
Additional details and impacted files
@@            Coverage Diff             @@
##             main    #5476      +/-   ##
==========================================
+ Coverage   91.79%   92.23%   +0.43%
==========================================
  Files         101      112      +11
  Lines        3889     4276     +387
  Branches      974     1116     +142
==========================================
+ Hits         3570     3944     +374
- Misses        298      311      +13
  Partials       21       21

Impacted Files
Coverage Δ

...ackages/eslint-plugin-query/src/utils/ast-utils.ts
94.48% <66.66%> (ø)

...src/rules/exhaustive-deps/exhaustive-deps.utils.ts
100.00% <100.00%> (ø)

... and 9 files with indirect coverage changes

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


⚠ Jenkins Plugins Artifactory has degraded performance

In ff1e55b, Jenkins Plugins Artifactory (https://get.jenkins.io/plugins/artifactory/) experienced degraded performance:

HTTP code: 200
Response time: 1352 ms

Resolved: Jenkins Plugins Artifactory performance has improved in 8cf9e64 after 1 hour, 36 minutes.


Update Ecosystem Content

Description
This PR fetches Github API to update Ecosystem content.
To test this PR out,
Make PUT request to http://localhost:3000/api/v1/resources/ecosystem/entities
Fixes # 457
Type of change
Please delete options that are not relevant.

[x] New feature (non-breaking change which adds functionality)

Screenshots
Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have made corresponding changes to the documentation

👍🏽
Just had a quick look but I see we have methods in ecosystem/github saving data to payload, etc. Are you sure we're following #457?

@kilemensi no method in github.js is saving to payload. We are simply passing update boolean to tell if we need to fetch entirely from github or we can use what we already have.

I mean why does github module need to even know that payload module exists @koechkevin? Isn't that the job of the ecosystem module?

I see we've switched to REST for contributors and organization but we're still fetching tools via GraphQL. But the tool query still include contributors and organization @koechkevin

I see we've switched to REST for contributors and organization but we're still fetching tools via GraphQL. But the tool query still includes contributors and organization @koechkevin

Retained graphql for tools because of languages and last commit. Using REST would have required  an extra 2 API calls to get them.
I will remove contributors and organization in the query @kilemensi.


Replace add_variable() with add_weight()

Changes in the rnn_cell.py file

Please add more context to the description. Why is this replacement being done?

@jdduke the add_variable method here ends up calling add_weight. Kindly see the below link.
https://github.com/tensorflow/tensorflow/blob/4ca24c6e7df49881ae5770c331a29778a43d3c4c/tensorflow/python/keras/_impl/keras/engine/base_layer.py#L438

I see, over to Renjie for further review.


rack: 1.6.* -> 1.6.11, 2.0.* -> 2.0.6 (CVE-2018-16470, CVE-2018-16471)

Motivation for changes

CVE-2018-16470
CVE-2018-16471

Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Fits CONTRIBUTING.md.

Only metasploit seems to fail. export HOME=$TEMPDIR could fix this:
$ nix-shell -p metasploit
these derivations will be built:
  /nix/store/snz162malyad7vb7xym1bwfn8qlq6ww0-ruby2.5.3-metasploit-framework-4.16.1.drv
  /nix/store/90s2ykkfc7xyzfmndjs22s498yhg59wg-metasploit-bundler-env.drv
  /nix/store/prkcynr3qmmcbhxidkrh5k7spjgd86bz-metasploit-framework-4.16.1.drv
building '/nix/store/snz162malyad7vb7xym1bwfn8qlq6ww0-ruby2.5.3-metasploit-framework-4.16.1.drv'...
unpacking sources
unpacking source archive /nix/store/mn33xvzbs9m56h0pn1x7iq4cig6p53f7-metasploit-framework-dbec1c2
source root is metasploit-framework-dbec1c2
patching sources
configuring
fixing libtool script ./external/source/vncdll/winvnc/libjpeg/ltmain.sh
no configure script, doing nothing
building
installing
buildFlags:
/nix/store/r2vsi140pys7jnzyk0qz1fj9aji6sq40-ruby2.5.3-rb-readline-0.5.5/lib/ruby/gems/2.5.0/gems/rb-readline-0.5.5/lib/rbreadline.rb:1097:in `<module:RbReadline>': HOME environment variable (or HOMEDRIVE and HOMEPATH) must be set and point to a directory (RuntimeError)
        from /nix/store/r2vsi140pys7jnzyk0qz1fj9aji6sq40-ruby2.5.3-rb-readline-0.5.5/lib/ruby/gems/2.5.0/gems/rb-readline-0.5.5/lib/rbreadline.rb:17:in `<top (required)>'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/r2vsi140pys7jnzyk0qz1fj9aji6sq40-ruby2.5.3-rb-readline-0.5.5/lib/ruby/gems/2.5.0/gems/rb-readline-0.5.5/lib/readline.rb:10:in `<module:Readline>'
        from /nix/store/r2vsi140pys7jnzyk0qz1fj9aji6sq40-ruby2.5.3-rb-readline-0.5.5/lib/ruby/gems/2.5.0/gems/rb-readline-0.5.5/lib/readline.rb:8:in `<top (required)>'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/2s7rza6v04r2zwifxb6r5n47kqw7hig4-bundler-1.16.4/lib/ruby/gems/2.5.0/gems/bundler-1.16.4/lib/bundler/vendor/thor/lib/thor/line_editor/readline.rb:2:in `<top (required)>'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/2s7rza6v04r2zwifxb6r5n47kqw7hig4-bundler-1.16.4/lib/ruby/gems/2.5.0/gems/bundler-1.16.4/lib/bundler/vendor/thor/lib/thor/line_editor.rb:2:in `<top (required)>'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/2s7rza6v04r2zwifxb6r5n47kqw7hig4-bundler-1.16.4/lib/ruby/gems/2.5.0/gems/bundler-1.16.4/lib/bundler/vendor/thor/lib/thor/base.rb:8:in `<top (required)>'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/2s7rza6v04r2zwifxb6r5n47kqw7hig4-bundler-1.16.4/lib/ruby/gems/2.5.0/gems/bundler-1.16.4/lib/bundler/vendor/thor/lib/thor.rb:2:in `<top (required)>'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/2s7rza6v04r2zwifxb6r5n47kqw7hig4-bundler-1.16.4/lib/ruby/gems/2.5.0/gems/bundler-1.16.4/lib/bundler/vendored_thor.rb:8:in `<top (required)>'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/6g99037s460cbv2drh4l7hrny09lc19q-nix-bundle-install.rb:2:in `<main>'
builder for '/nix/store/snz162malyad7vb7xym1bwfn8qlq6ww0-ruby2.5.3-metasploit-framework-4.16.1.drv' failed with exit code 1
cannot build derivation '/nix/store/90s2ykkfc7xyzfmndjs22s498yhg59wg-metasploit-bundler-env.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/prkcynr3qmmcbhxidkrh5k7spjgd86bz-metasploit-framework-4.16.1.drv': 1 dependencies couldn't be built
error: build of '/nix/store/prkcynr3qmmcbhxidkrh5k7spjgd86bz-metasploit-framework-4.16.1.drv' failed

Looks like metasploit has some special instructions for upgrading in a comment. I’ll see if following those fixes the problem.

I wrote these instructions. They are useful to upgrade metasploit, but I don't think they would resolve the build error on there own because the HOME variable would be still not set during the build.

They are useful to upgrade metasploit, but I don't think they would resolve the build error on there own because the HOME variable would be still not set during the build.

Ah okay.

@GrahamcOfBorg build metasploit

@GrahamcOfBorg build metasploit

Failure on x86_64-linux (full log)
Attempted: metasploit
Partial log (click to expand)
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/2s7rza6v04r2zwifxb6r5n47kqw7hig4-bundler-1.16.4/lib/ruby/gems/2.5.0/gems/bundler-1.16.4/lib/bundler/vendored_thor.rb:8:in `<top (required)>'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/imzyjwl9yv28h02zwsjpdsb2va7s8rqk-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/6g99037s460cbv2drh4l7hrny09lc19q-nix-bundle-install.rb:2:in `<main>'
builder for '/nix/store/s9hlgm2iqh4819v91n59c587399fvvlr-ruby2.5.3-metasploit-framework-4.16.1.drv' failed with exit code 1
cannot build derivation '/nix/store/lslxwgbwfr6vk2k9ghszs5j72056qrkd-metasploit-bundler-env.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/p46ls272c0g8xcwfcwfsqkj0j71hahmy-metasploit-framework-4.16.1.drv': 1 dependencies couldn't be built
error: build of '/nix/store/p46ls272c0g8xcwfcwfsqkj0j71hahmy-metasploit-framework-4.16.1.drv' failed

Failure on x86_64-darwin (full log)
Attempted: metasploit
Partial log (click to expand)
        from /nix/store/7q6hflyldr1yay11rl3hqb7yl42242s7-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/7q6hflyldr1yay11rl3hqb7yl42242s7-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/5g8di5ch5vw05fgg3xvn9mni52vz39lr-bundler-1.16.4/lib/ruby/gems/2.5.0/gems/bundler-1.16.4/lib/bundler/vendored_thor.rb:8:in `<top (required)>'
        from /nix/store/7q6hflyldr1yay11rl3hqb7yl42242s7-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/7q6hflyldr1yay11rl3hqb7yl42242s7-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/6g99037s460cbv2drh4l7hrny09lc19q-nix-bundle-install.rb:2:in `<main>'
builder for '/nix/store/hma4j396x9lm5pnvp5xkd435a8blwy9v-ruby2.5.3-metasploit-framework-4.16.1.drv' failed with exit code 1
cannot build derivation '/nix/store/w9dbpz81l60hqsdvk1vx6rpvdm2bxxxq-metasploit-bundler-env.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/84najw603rjbyrcg2ii8vbyx9hs5avsg-metasploit-framework-4.16.1.drv': 1 dependencies couldn't be built
error: build of '/nix/store/84najw603rjbyrcg2ii8vbyx9hs5avsg-metasploit-framework-4.16.1.drv' failed

Failure on aarch64-linux (full log)
Attempted: metasploit
Partial log (click to expand)
        from /nix/store/51sgjlq650kkxs7iz2wcz33lx74awn57-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/51sgjlq650kkxs7iz2wcz33lx74awn57-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/2f7gq9vdps2yha7fs1l3ppa99bk20bzq-bundler-1.16.4/lib/ruby/gems/2.5.0/gems/bundler-1.16.4/lib/bundler/vendored_thor.rb:8:in `<top (required)>'
        from /nix/store/51sgjlq650kkxs7iz2wcz33lx74awn57-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/51sgjlq650kkxs7iz2wcz33lx74awn57-ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
        from /nix/store/6g99037s460cbv2drh4l7hrny09lc19q-nix-bundle-install.rb:2:in `<main>'
builder for '/nix/store/ysqqzqc1dgf5h7crk8gs5qwjprld81yj-ruby2.5.3-metasploit-framework-4.16.1.drv' failed with exit code 1
cannot build derivation '/nix/store/27fsj87kzg80dl7qh9rpfvhzfzx3492w-metasploit-bundler-env.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/v2h67hgqkxjd0zgfydqx57p49nla4rx9-metasploit-framework-4.16.1.drv': 1 dependencies couldn't be built
error: build of '/nix/store/v2h67hgqkxjd0zgfydqx57p49nla4rx9-metasploit-framework-4.16.1.drv' failed

@GrahamcOfBorg build metasploit

Success on x86_64-linux (full log)
Attempted: metasploit
Partial log (click to expand)
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf32_Ehdr; Elf_Phdr = Elf32_Phdr; Elf_Shdr = Elf32_Shdr; Elf_Addr = unsigned int; Elf_Off = unsigned int; Elf_Dyn = Elf32_Dyn; Elf_Sym = Elf32_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf64_Ehdr; Elf_Phdr = Elf64_Phdr; Elf_Shdr = Elf64_Shdr; Elf_Addr = long unsigned int; Elf_Off = long unsigned int; Elf_Dyn = Elf64_Dyn; Elf_Sym = Elf64_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf64_Ehdr; Elf_Phdr = Elf64_Phdr; Elf_Shdr = Elf64_Shdr; Elf_Addr = long unsigned int; Elf_Off = long unsigned int; Elf_Dyn = Elf64_Dyn; Elf_Sym = Elf64_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf64_Ehdr; Elf_Phdr = Elf64_Phdr; Elf_Shdr = Elf64_Shdr; Elf_Addr = long unsigned int; Elf_Off = long unsigned int; Elf_Dyn = Elf64_Dyn; Elf_Sym = Elf64_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf32_Ehdr; Elf_Phdr = Elf32_Phdr; Elf_Shdr = Elf32_Shdr; Elf_Addr = unsigned int; Elf_Off = unsigned int; Elf_Dyn = Elf32_Dyn; Elf_Sym = Elf32_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf32_Ehdr; Elf_Phdr = Elf32_Phdr; Elf_Shdr = Elf32_Shdr; Elf_Addr = unsigned int; Elf_Off = unsigned int; Elf_Dyn = Elf32_Dyn; Elf_Sym = Elf32_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf32_Ehdr; Elf_Phdr = Elf32_Phdr; Elf_Shdr = Elf32_Shdr; Elf_Addr = unsigned int; Elf_Off = unsigned int; Elf_Dyn = Elf32_Dyn; Elf_Sym = Elf32_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
cannot find section .dynamic
cannot link '/nix/store/.links/1csmdzbm9x3c5brzs64bf2gia4njy2rn7ccz282f20vf12ws440b' to '/nix/store/9vg1qvh7bdsxq8h2n54nx882b5j94dzp-metasploit-framework-4.16.1/share/msf/external/source/ipwn/cmd_proc.c': No space left on device
/nix/store/9vg1qvh7bdsxq8h2n54nx882b5j94dzp-metasploit-framework-4.16.1

Success on aarch64-linux (full log)
Attempted: metasploit
Partial log (click to expand)
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf64_Ehdr; Elf_Phdr = Elf64_Phdr; Elf_Shdr = Elf64_Shdr; Elf_Addr = long unsigned int; Elf_Off = long unsigned int; Elf_Dyn = Elf64_Dyn; Elf_Sym = Elf64_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf64_Ehdr; Elf_Phdr = Elf64_Phdr; Elf_Shdr = Elf64_Shdr; Elf_Addr = long unsigned int; Elf_Off = long unsigned int; Elf_Dyn = Elf64_Dyn; Elf_Sym = Elf64_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf32_Ehdr; Elf_Phdr = Elf32_Phdr; Elf_Shdr = Elf32_Shdr; Elf_Addr = unsigned int; Elf_Off = unsigned int; Elf_Dyn = Elf32_Dyn; Elf_Sym = Elf32_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf32_Ehdr; Elf_Phdr = Elf32_Phdr; Elf_Shdr = Elf32_Shdr; Elf_Addr = unsigned int; Elf_Off = unsigned int; Elf_Dyn = Elf32_Dyn; Elf_Sym = Elf32_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
cannot find section .dynamic
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf32_Ehdr; Elf_Phdr = Elf32_Phdr; Elf_Shdr = Elf32_Shdr; Elf_Addr = unsigned int; Elf_Off = unsigned int; Elf_Dyn = Elf32_Dyn; Elf_Sym = Elf32_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
patchelf: patchelf.cc:320: void ElfFile<Elf_Ehdr, Elf_Phdr, Elf_Shdr, Elf_Addr, Elf_Off, Elf_Dyn, Elf_Sym>::parse() [with Elf_Ehdr = Elf64_Ehdr; Elf_Phdr = Elf64_Phdr; Elf_Shdr = Elf64_Shdr; Elf_Addr = long unsigned int; Elf_Off = long unsigned int; Elf_Dyn = Elf64_Dyn; Elf_Sym = Elf64_Sym]: Assertion `shstrtabIndex < shdrs.size()' failed.
cannot find section .dynamic
cannot find section .dynamic
/nix/store/9y05y2y9xpqhg36qkx64xb8ha3yg9car-metasploit-framework-4.16.1


Documentation is not clear whether I need a store as well as a sidecar with a bucket configured

I am trying to deploy Thanos using the prometheus operator. Currently my stack consists of:

prometheus
thanos sidecar
thanos query

The sidecar is configured to use an GCS bucket which appears to be configured correctly as I can run thanos bucket ls --objstore.config-file=/bucket.yaml and it can connect to the bucket ok (however it has 0 objects in it).
My understanding is that I can avoid having a store api since the sidecar can handle saving and reading to the bucket (and I can also do compression from the sidecar also).
Am I missing something here? Is it possible to deploy the thanos sidecar as the sole store api?

The sidecar does not read from object storage ever, it only writes. For reading from object store you need to deploy a thanos store. The reason why this is not part of the prometheus operator is because it doesn't need any lifecycling as it's entirely stateless.

Ok thanks @brancz working now that I have added the store. If the sidecar only writes does that mean that I can enable compacting on the sidecar and avoid deploying the compactor component?

No, compaction happens with the compactor component as that does it against blocks in object storage whereas prometheus (not the sidecar) would only do it against the data it knows about locally.


S3 Lineage not visible

Describe the bug
Unable to see s3 lineage. When there is lineage to or from s3, I see the lineage exists:

However, I cannot see the s3 lineage either in the lineage tab or when I visualize lineage. This is affecting emitting s3 lineage for glue ingestion and s3 lineage for Spark for me.
To Reproduce
Start DataHub quickstart
Ingest from glue with emit_s3_lineage as true
S3 lineage is not visible
Expected behavior
I should be able to see s3 lineage.
Desktop (please complete the following information):

OS: ubuntu
Browser: chrome
Version: 20.04

This is not a bug and related to these changes.
https://github.com/datahub-project/datahub/releases/tag/v0.10.1#:~:text=Breaking Changes-,Lineage Graph UI,-Previously%2C DataHub would


Update mods.toml

This needs updating in order to support 1.19 forge

Thanks, I'll put this change in shortly.

Okay, I was unable to use your version because it would only run for 1.19.2 and later.
I left the forge version at (41,) and fixed the minecraft version to match your pull request.
Thanks for letting me know!
The new version has been submitted for approval.


Open reference / outline element key remap

When opening the outline or reference menu, I often want to jump to an element. The default keymap for this is o. Is there a way to remap it? (Say, <CR> for example?)
Also, is there a trick to get the outline to close automatically when jumping to an element definition?

outline.keys.expand_or_jump and  outline.close_after_jump


Items don't move

This may be only visually or a bug in the algorithm

fixed in https://github.com/BeastyBlacksmith/Flase.jl/commit/c1ff1d28060f9880e85c975ef8cf4deb66402f40


drivers: ethernet: enc424j600: Fix interrupt handling

This fixes an issue with interrupts being triggered multiple times in
the enc424j600 driver causing the driver to stop loading if an unknown
interrupt was detected which would not re-enable interrupts on the
enc424j600. Code events have been re-ordered to prevent the false
second interrupt blip from appearing and a Kconfig option which allows
preventing interrupts from being enabled if an unknown interrupt has
been detected for debugging.
Signed-off-by: Jamie McCrae<EMAIL_ADDRESS>Fixes https://github.com/zephyrproject-rtos/zephyr/issues/35091
Output after change using dumb_http_server sample app:
*** Booting Zephyr OS build zephyr-v2.4.0-3426-g70ec734b87c3  ***
[00:00:00.646,453] <dbg> ethdrv.enc424j600_init_filters: ERXFCON: 0x005b
[00:00:00.646,789] <dbg> ethdrv.enc424j600_init_phy: PHANA: 0x05e1
[00:00:00.647,003] <dbg> ethdrv.enc424j600_init_phy: PHCON1: 0x1200
[00:00:00.647,216] <dbg> ethdrv.enc424j600_init: EIE: 0x8850
[00:00:00.647,277] <dbg> ethdrv.enc424j600_init: ECON1: 0x0001
[00:00:00.647,277] <err> ethdrv: handling int
[00:00:00.647,399] <inf> ethdrv: ENC424J600 Initialized
[00:00:00.647,430] <dbg> ethdrv.enc424j600_rx_thread: ESTAT: 0xda00
[00:00:00.647,491] <inf> ethdrv: Link down
[00:00:00.647,521] <err> ethdrv: handling int
[00:00:00.647,613] <dbg> ethdrv.enc424j600_rx_thread: ESTAT: 0x5a00
[00:00:00.647,644] <err> ethdrv: Unknown Interrupt, EIR: 0x0700
[00:00:00.653,533] <inf> net_config: Initializing network
[00:00:00.653,533] <inf> net_config: Waiting interface 1 (0x20000f0c) to be up...
Single-threaded dumb HTTP server waits for a connection on port 8080...
[00:00:02.244,201] <err> ethdrv: handling int
[00:00:02.244,323] <dbg> ethdrv.enc424j600_rx_thread: ESTAT: 0xdf00
[00:00:02.244,354] <inf> ethdrv: Link up
[00:00:02.244,537] <dbg> ethdrv.enc424j600_setup_mac: PHANLPA: 0x85e1
[00:00:02.244,750] <inf> ethdrv: 100Mbps
[00:00:02.244,750] <inf> ethdrv: full duplex
[00:00:02.244,873] <dbg> ethdrv.enc424j600_setup_mac: MACON2: 0x40b3
[00:00:02.244,934] <dbg> ethdrv.enc424j600_setup_mac: MAMXFL (maximum frame length): 1518
[00:00:02.244,964] <inf> ethdrv: Not suspended
[00:00:02.244,995] <inf> net_config: Interface 1 (0x20000f0c) coming up
[00:00:02.245,086] <inf> net_config: IPv4 address: <IP_ADDRESS>

I have an old olimax enc624j600 board which I attached to our BL5340 development board to use instead of the on-board enc424j600 to exclude any possible issues with the components on our board, this made no difference and I get the unknown interrupt error whilst at the same time someone else remove all the intermediatory components on our development board between the BL5340 and enc424j600 e.g. for level shifting which also made no difference. I then tested with an nRF5340-DK and the olimax enc624j600 and I see the exact same issue with the original code - it does not work:
\1b[1;32muart:~$ \1b[m*** Booting Zephyr OS build zephyr-v2.5.0-3101-g310ab927149d  ***
\1b[8D\1b[J[00:00:00.423,370] \1b[0m<dbg> ethdrv.enc424j600_init_filters: ERXFCON: 0x005b\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.424,987] \1b[0m<dbg> ethdrv.enc424j600_init_phy: PHANA: 0x05e1\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.425,994] \1b[0m<dbg> ethdrv.enc424j600_init_phy: PHCON1: 0x1200\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.427,001] \1b[0m<dbg> ethdrv.enc424j600_init: EIE: 0x8850\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.427,398] \1b[0m<dbg> ethdrv.enc424j600_init: ECON1: 0x0001\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.427,825] \1b[0m<inf> ethdrv: ENC424J600 Initialized\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.428,192] \1b[0m<dbg> ethdrv.enc424j600_rx_thread: ESTAT: 0xda00\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.428,375] \1b[0m<inf> ethdrv: Link down\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.429,077] \1b[0m<dbg> ethdrv.enc424j600_rx_thread: ESTAT: 0x5a00\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.429,077] \1b[1;31m<err> ethdrv: Unknown Interrupt, EIR: 0x0700\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.433,898] \1b[0m<inf> net_config: Initializing network\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.433,929] \1b[0m<inf> net_config: Waiting interface 1 (0x20000954) to be up...\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J\1b[1;32muart:~$ \1b[m\1b[8D\1b[J\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:11.434,326] \1b[1;31m<err> net_config: Timeout while waiting network interface\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:11.434,326] \1b[1;31m<err> net_config: Network initialization failed (-62)\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:11.434,478] \1b[0m<inf> net_dumb_http_srv_mt_sample: Waiting network to be connected\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J\1b[1;32muart:~$ \1b[m

I then tested with an nRF52840-DK with the same external olimax enc624j600 board, it seemed to work at startup but could not be reached over the network, so I unplugged the network cable and plugged it back in which it detected then came back with the an unknown interrupt error:
\00*** Booting Zephyr OS build zephyr-v2.5.0-3101-g310ab927149d  ***

\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.254,760] \1b[0m<dbg> ethdrv.enc424j600_init_filters: ERXFCON: 0x005b\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.255,187] \1b[0m<dbg> ethdrv.enc424j600_init_phy: PHANA: 0x05e1\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.255,432] \1b[0m<dbg> ethdrv.enc424j600_init_phy: PHCON1: 0x1200\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.255,706] \1b[0m<dbg> ethdrv.enc424j600_init: EIE: 0x8850\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.255,798] \1b[0m<dbg> ethdrv.enc424j600_init: ECON1: 0x0001\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.255,981] \1b[0m<dbg> ethdrv.enc424j600_rx_thread: ESTAT: 0xda00\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.256,042] \1b[0m<inf> ethdrv: Link down\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.256,134] \1b[0m<inf> ethdrv: ENC424J600 Initialized\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.262,115] \1b[0m<inf> net_config: Initializing network\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:00.262,115] \1b[0m<inf> net_config: Waiting interface 1 (0x20001470) to be up...\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.816,650] \1b[0m<dbg> ethdrv.enc424j600_rx_thread: ESTAT: 0xdf00\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.816,711] \1b[0m<inf> ethdrv: Link up\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.816,955] \1b[0m<dbg> ethdrv.enc424j600_setup_mac: PHANLPA: 0x85e1\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.817,230] \1b[0m<inf> ethdrv: 100Mbps\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.817,230] \1b[0m<inf> ethdrv: full duplex\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.817,413] \1b[0m<dbg> ethdrv.enc424j600_setup_mac: MACON2: 0x40b3\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.817,474] \1b[0m<dbg> ethdrv.enc424j600_setup_mac: MAMXFL (maximum frame length): 1518\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.817,535] \1b[0m<inf> ethdrv: Not suspended\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.817,810] \1b[0m<dbg> ethdrv.enc424j600_tx: pkt 0x2000f650 (len 106)\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.819,519] \1b[0m<dbg> ethdrv.enc424j600_tx: ETXSTAT: 0x0040\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.819,824] \1b[0m<dbg> ethdrv.enc424j600_tx: pkt 0x2000f650 (len 106)\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.821,533] \1b[0m<dbg> ethdrv.enc424j600_tx: ETXSTAT: 0x0040\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.821,746] \1b[0m<dbg> ethdrv.enc424j600_tx: pkt 0x2000f650 (len 78)\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.823,394] \1b[0m<dbg> ethdrv.enc424j600_tx: ETXSTAT: 0x0040\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.823,608] \1b[0m<dbg> ethdrv.enc424j600_tx: pkt 0x2000f650 (len 62)\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.825,195] \1b[0m<dbg> ethdrv.enc424j600_tx: ETXSTAT: 0x0040\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.825,286] \1b[0m<inf> net_config: Interface 1 (0x20001470) coming up\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.825,378] \1b[0m<inf> net_config: IPv4 address: <IP_ADDRESS>\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.825,622] \1b[0m<inf> net_dumb_http_srv_mt_sample: Network connected\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.825,866] \1b[0m<dbg> net_dumb_http_srv_mt_sample.process_tcp6: Waiting for IPv6 HTTP connections on port 8080, sock 0\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:01.826,110] \1b[0m<dbg> net_dumb_http_srv_mt_sample.process_tcp4: Waiting for IPv4 HTTP connections on port 8080, sock 2\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J\1b[1;32muart:~$ \1b[m\1b[8D\1b[J\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:02.825,439] \1b[0m<dbg> ethdrv.enc424j600_tx: pkt 0x2000f5b0 (len 70)\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:02.827,056] \1b[0m<dbg> ethdrv.enc424j600_tx: ETXSTAT: 0x0040\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:03.827,301] \1b[0m<dbg> ethdrv.enc424j600_tx: pkt 0x2000f5b0 (len 70)\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:03.828,979] \1b[0m<dbg> ethdrv.enc424j600_tx: ETXSTAT: 0x0040\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J\1b[1;32muart:~$ \1b[m

\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:39.262,634] \1b[0m<dbg> ethdrv.enc424j600_rx_thread: ESTAT: 0xda00\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:39.262,695] \1b[0m<inf> ethdrv: Link down\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:39.262,847] \1b[0m<inf> net_dumb_http_srv_mt_sample: Network disconnected\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:40.892,669] \1b[0m<dbg> ethdrv.enc424j600_rx_thread: ESTAT: 0x5a00\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J[00:00:40.892,700] \1b[1;31m<err> ethdrv: Unknown Interrupt, EIR: 0x0708\1b[0m
\1b[1;32muart:~$ \1b[m\1b[8D\1b[J\1b[1;32muart:~$ \1b[m

So out of 5 tests on 3 completely different boards, I'm not able to get a single one working with your baseline code.

 I've tested it with an enc624j600 on nRF52840-dk and on nRF5340-dk, and with an enc424j600 on BL5340-DVK - boards are all visible on the network, can be pinged, can be accessed via the IP on port 8080 (using dumb_http_server_mt sample app), detect cable is present at startup and correctly detect cable has been inserted and removed.

Can you review this fix please?

Probably my review is not very useful here as I am not familiar with this controller. Johan is the original author of this driver and you need to agree on what is the proper fix.

I have an old olimax enc624j600 board which I attached to our BL5340 development board to use instead of the on-board enc424j600 to exclude any possible issues with the components on our board, this made no difference and I get the unknown interrupt error whilst at the same time someone else remove all the intermediatory components on our development board between the BL5340 and enc424j600 e.g. for level shifting which also made no difference. I then tested with an nRF5340-DK and the olimax enc624j600 and I see the exact same issue with the original code - it does not work:

I tested today: link board ETH with nRF52840DK, link board ETH with frdm_k64f, mikroETH100 with nRF52840. I can not reproduce issue that you describe. On BL5340, can you please connect AD0..AD14 and PSPCFG0 pins to GND and retest?

We have tested changing our interrupt pull-up resistor from 100K to 10K as per your board and grounded all AD pins (PSP was already grounded) and it has made no difference.

Are there different versions of enc424j600 which could explain the difference you are seeing?

Are there different versions of enc424j600 which could explain the difference you are seeing?

Microchip's errata document seems to indicate only 1 silicon revision: A2

After further debugging it seems that the unknown interrupt was caused by the interrupt being triggered prior to the driver configuring the interrupt sources it wanted to receive, disabling interrupts until they have been configured has resolved the issue. Additionally given that no other network driver in zephyr nor the encx24j600 driver in the linux kernel operates in the way that this driver did operate in and given that it doesn't make any sense for a production IoT firmware (whereby if an unknown interrupt was received then this driver would essentially kill itself with no warnings by not re-enabling interrupts) I have moved the option to do that to be behind a Kconfig option which is opt-in

Closing this as we merged a different PR solution to the issue.


Implement smarter KVC handling for class fakes

This is an attempt at addressing #355. I have confirmed with @pivotal-tom-mcneely that this patch does address the situation that prompted him to file the issue.
I tried not make the KVC implementation too smart. The -valueForKey: implementation won't try to call into any other stubbed methods to retrieve a value for return. The main goal was to ensure that calling -valueForKey: won't simply throw an exception in cases where a real instance of the class wouldn't.

@idoru @tjarratt I've updated this based on your feedback. It no longer tries to determine whether the object being faked would be KVC-compliant for a given key.
Assuming CI goes green, how would you feel about merging this in?

:+1: Thanks for driving this out and continuously soliciting feedback, @briancroom. This has been a painful feature, both from an implementor's perspective and the community's.


Using imagepicker as custom widgets in Internet explorer 10

Are you requesting a feature, reporting a bug or ask a question?
Reporting a bug
What is the current behavior?
Custom widget for image picker is not working in Internet explorer 10+
error message on console appears "Unable to set property 'imgSrc' of undefined or null reference"
Image pickers support IE9 and IE10 version, when it integrated with surveyJs, it has this problem.
What is the expected behavior?
Custom widget for image picker is working in Internet explorer 9 and 10
How would you reproduce the current behavior (if this is a bug)?
http://surveyjs.org/examples/react/custom-widget-image-picker.html
in Emulation select document mode: 10, User agent string: Internet Explorer 10
Provide the test code and the tested page URL (if applicable)
Tested page URL: http://surveyjs.org/examples/react/custom-widget-image-picker.html

browser: Internet explorer
browser version: Internet explorer 10
surveyjs platform (angular or react or jquery or knockout or vue):
surveyjs version: 0.12.16

@xiuzhen1103 we'll fix it, thanks.

@dmitrykurmanov Thanks for replying me and providing solution on it, may I find out when is next release, please?

@xiuzhen1103 it should be tomorrow

@dmitrykurmanov thanks so much for your help.

Hi Dimitry, how to update the version?

@xiuzhen1103 Hello! You can get last version from npm or from our cdn https://surveyjs.azureedge.net/0.12.17/survey.jquery.js

Hi Dmitry,
may I ask you how to update it in npm, please?

@xiuzhen1103, hello. You can use npm install survey-jquery or npm update survey-jquery  if it already installed

Unfortunately, this issue still insist. Any idea with it, please?  Unable to set property 'imgSrc' of undefined or null reference

@xiuzhen1103 do you change your code to $(options[i]).data("imgSrc", options[i].text); ? Here an our fixed example  http://surveyjs.org/examples/jquery/custom-widget-image-picker/


Each test should be run in a fresh kernel

Each test executes all the previous tests, by design (by including the code of all previous tests in the given test method). However, all tests currently also execute in the same kernel (unless you explicitly distribute each test to its own process). With N tests, test n is therefore run N+1-n times in the same kernel (e.g. with 10 tests, the 1st test executes 10 times in the same kernel).
Let me know if this is deliberate, e.g. because starting a kernel per test method is too slow, or for some other reason. (In #90 I have actually made it an option, but the default is to have "fresh kernel per test".)

Maybe we could run some pytest code in each kernel so that we can reuse the kernel, but ensure that each run has a clean intial context (globals/locals)?

Me and @ceball had a call today, and I think we were able to find a decent optimization to ensure that each cell gets executed in the correct context, but with minimal amount of kernel restarts or duplicate code executions. Will update as it progresses.


How to optimize?

Although the write performance of the BitTorrent client is currently quite poor (~10MB/sec/connected peer), it has been measured that the distribution of a 150MB file to thousands of machines across several datacenters took no more than 30 seconds, with very little network overhead for the initial seeder (only 125% of the original file size uploaded by the initial seeder).

Your point being ?


[Question] Is it possible to have precompiled Kernels for Navi 14?

Environment

Hardware
description

GPU
RX5500XT

CPU
Ryzen 5 2600

Software
version

OS
Debian GNU/Linux 11.7

ROCm
5.2

Python
3.9

What is the expected behavior
This is not a bug report, just a question.
As you correctly state "Please test override hsa version first. Then ROCm will use gfx1030 fatbin to run on gfx1012, which needn't re-compile". This is my case, I can fake my board to be gfx1030, things work. But Stable Diffusion WebUI takes around 3 minutes to compile the kernels after complaining:
MIOpen(HIP): Warning [SQLiteBase] Missing system database file: gfx1030_11.kdb Performance may degrade. Please follow instructions to install: https://github.com/ROCmSoftwarePlatform/MIOpen#installing-miopen-kernels-package
Of course I can't install gfx1030_11.kdb because it doesn't exist. I know almost nothing about the ROCm internals so perhaps I'm asking something ridiculous. Do you have such a .kdb? Is mandatory to have the actual GPU to compile them? Can I compile them using the actual GPU, but without needing to compile the whole ROCm (which could take hours in my system, assuming I can free enough disk)
Thanks in advance

@set-soft
I think this is an interesting question which I didn't awared before. The kdb should be a pre-compiled database that told miopen to find the right strategy to improve speeding for related net layer.
I didn't dig on kdb before, because I think it should be compiled on the runtime. But you are right, it may need to find out the real effects.
I cannot make a certain deadline, if I have any results, I will feed back here.


allOf/anyOf support

Please take the time to search the repository, if your question has already been asked or answered.

[x] What version of the library are you using? Is it the latest version? The latest released version is

Springfox 2.9.1-SNAPSHOT
What kind of issue is this?

[x] Question. Is this a question about how to do a certain thing?

[ ] Bug report. If you’ve found a bug, spend the time to write a failing test. Bugs with tests or
steps to reproduce get fixed faster.

[ ] Feature Request. Start by telling us what problem you’re trying to solve. Often a solution
already exists! Don’t send pull requests to implement new features without first getting our
support. Sometimes we leave features out on purpose to keep the project small.

Is it possible to generate an oneOf/anyOf definitions described here with Springfox at the moment?
I have a REST resource that can return a serialized instance of one of two types, say A and B:
    abstract class Common {
    // Contains common fields for A and B
    }

    class A extends Common {
    // Adds A specific fields
    }

    class B extends Common {
    // Adds B specific fields
    }

And here how my API would look like:
    // Swagger documentation annotation
    @ApiOperation(
      value = "Get items",
      // Specify a parent class here instead of actual definition
      response = Common.class)
    @GetMapping
    public Common getItem(String id) {
    ...
    }

Is there any way to define that a resource can return either of two concrete types with Springfox?

You have to be careful here. Even if your class hierarchy suggests that it may return A or B, you have no guarantees that the API will return either of them. the only guarantee that the API offers from a client is that it will atleast return an object that has the properties which Common has.
Take for example the implementation creates another subclass C. What should the contract look like?

Hi @dilipkrish,
Indeed, in general case, this feature can be risky. In my case, however, it is unlikely that a new subclass will be added and if it is added this would be a major API change.
On the other hand, without this feature, the documentation is misleading since Swagger UI does not suggest in any way that an API call can return an instance of one of two types. In my case, it would be more beneficial to have the support for oneOf/anyOf feature and accept the risk, rather than have documentation that suggests that only an instance of a base class can be returned.

We still need this. Springfox isn't providing much value at the moment because the UI it generates is missing most of the relevant information.

This should be fixed before the release that is due

Did this get fixed in the 3.0.0 release?

@scobrad this is fixed, but not entirely, could you provide your use case?

@scobrad this is fixed, but not entirely, could you provide your use case?

Maybe I will answer. I have a similar problem and I am not pretty sure is it solvable by springfox (by OAS3 for sure is).
Later I can provide github example but more/less I have the case:
abstract class Parent {
}

class ChildA extends Parent {}
class ChildB extends Parent {}

class DTO {
   List<Parent> elements;
}

So in my case, it should be sth like that:
elements:
    type:  array
    items:
          oneOf:
            - $ref: '#ChildA'
            - $ref: '#ChildB'

But always I receive:
elements:
    type:  array
    items:
          oneOf:
            - $ref: '#Parent'

Maybe some extra annotations need to be added? I have tried a few approaches but failed each time.


Could not be setup

Hi!
I'm do everything in the tutorial, I added my email and passwordy but I got this error message. What can I do?

First => make sure you are using latest version
Second => You need to enable traces and provide some logs.
https://github.com/hacf-fr/hassRenaultZE#logging

I got this:
2021-02-05 08:59:47 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for sonoff which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
2021-02-05 08:59:47 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for renault which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
2021-02-05 08:59:47 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
2021-02-05 09:00:00 DEBUG (MainThread) [custom_components.renault.renault_hub] Creating RenaultHub
2021-02-05 09:00:03 DEBUG (MainThread) [renault_api.kamereon] Received Kamereon response 200 on GET to https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/27318390----/vehicles?country=HU: {"accountId":"27318390----","country":"HU","vehicleLinks":[{"brand":"RENAULT","vin":"VF1******","status":"ACTIVE","linkType":"USER","garageBrand":"RENAULT","startDate":"2020-12-14","createdDate":"2020-12-14T18:42:23.377431Z","lastModifiedDate":"2020-12-25T15:43:19.216331Z","cancellationReason":{},"connectedDriver":{"role":"MAIN_DRIVER","createdDate":"2020-12-16T06:37:48.709523Z","lastModifiedDate":"2020-12-25T15:43:19.215668Z"},"vehicleDetails":{"vin":"VF1**************","engineType":"5AQ","engineRatio":"601","modelSCR":"ZOE","deliveryCountry":{"code":"DK","label":"DANEMARK"},"family":{"code":"X10","label":"FAMILLE X10","group":"007"},"tcu":{"code":"TCU0G2","label":"TCU VER 0 GEN 2","group":"E70"},"navigationAssistanceLevel":{"code":"NAV3G5","label":"LEVEL 3 TYPE 5 NAVIGATION","group":"408"},"battery":{"code":"BT4MR1","label":"BATTERIE BT4MR1","group":"968"},"radioType":{"code":"RAD37A","label":"RADIO 37A","group":"425"},"registrationCountry":{"code":"DK"},"brand":{"label":"RENAULT"},"model":{"code":"X101VE","label":"ZOE","group":"971"},"gearbox":{"code":"BVEL","label":"BOITE A VARIATEUR ELECTRIQUE","group":"427"},"version":{"code":"INT MB 8"},"energy":{"code":"ELEC","label":"ELECTRIQUE","group":"019"},"registrationNumber":"","vcd":"SYTINC/SKTPOU/SAND41/FDIU1/SSESM/MAPSTD/SSCALL/SAND88/SAND90/SQKDRO/SDIFPA/FACBA1/PRLEX1/SSRCAR/TCU0G2/SWALBO/EVTEC1/STANDA/X10/B10/EA2/MB/ELEC/DG/GDFROI/TR4X2/RV/ABS/CAREG/LAC/VT002/CPE/RET02/SPROJA/RALU16/CEAVRH/AIRBA1/SERIE/DRA/DRAP03/HARM01/3ATRPH/OV369/SFBANA/KM/DPRPN/AVREPL/SSDECA/ASRESP/RDAR02/ALEVA/CACBL2/SOP02C/CTHAB1/TRSEV1/LVAVIP/LVAREL/SASURV/KTGREP/SGACHA/APL03/ALOUCC/CMAR3P/NAV3G5/RAD37A/BVEL/AUTNOR/RNORM/ISOFIX/EQPEUR/HRGM01/SDPCLV/TLNORD/PRODIS/SAN613/SSAPEX/ELC1/SANCML/PE2012/PHAS1/SAN913/026KWH/BT4MR1/VEC048/X101VE/NBT007/5AQ","assets":[{"assetType":"PICTURE","renditions":[{"resolutionType":"ONE_MYRENAULT_LARGE","url":"https://3dv2.renault.com/ImageFromBookmark?configuration=SKTPOU%2FPRLEX1%2FSTANDA%2FB10%2FEA2%2FDG%2FVT002%2FRET02%2FRALU16%2FDRAP03%2FHARM01%2F3ATRPH%2FOV369%2FRDAR02%2FALEVA%2FSOP02C%2FLVAVIP%2FLVAREL%2FSGACHA%2FNAV3G5%2FRAD37A%2FSDPCLV%2FTLNORD%2FSAN913%2FBT4MR1%2FNBT007&databaseId=b4572adc-6c81-48ef-b4b1-2aff24ed7550&bookmarkSet=RSITE&bookmark=EXT_34_DESSUS&profile=HELIOS_OWNERSERVICES_LARGE"},{"resolutionType":"ONE_MYRENAULT_SMALL","url":"https://3dv2.renault.com/ImageFromBookmark?configuration=SKTPOU%2FPRLEX1%2FSTANDA%2FB10%2FEA2%2FDG%2FVT002%2FRET02%2FRALU16%2FDRAP03%2FHARM01%2F3ATRPH%2FOV369%2FRDAR02%2FALEVA%2FSOP02C%2FLVAVIP%2FLVAREL%2FSGACHA%2FNAV3G5%2FRAD37A%2FSDPCLV%2FTLNORD%2FSAN913%2FBT4MR1%2FNBT007&databaseId=b4572adc-6c81-48ef-b4b1-2aff24ed7550&bookmarkSet=RSITE&bookmark=EXT_34_DESSUS&profile=HELIOS_OWNERSERVICES_SMALL_V2"}]}],"yearsOfMaintenance":12,"connectivityTechnology":"RLINK1","easyConnectStore":false,"electrical":true,"rlinkStore":false,"deliveryDate":"2016-01-26","retrievedFromDhs":false,"engineEnergyType":"ELEC","radioCode":""}}]}
2021-02-05 09:00:04 DEBUG (MainThread) [renault_api.kamereon] Received Kamereon response 200 on GET to https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/27318390-b39f-47c2-914a-be452ace5afa/vehicles/VF1**************/details?country=HU: {"vin":"VF1**************","engineType":"5AQ","engineRatio":"601","modelSCR":"ZOE","deliveryCountry":{"code":"DK","label":"DANEMARK"},"family":{"code":"X10","label":"FAMILLE X10","group":"007"},"tcu":{"code":"TCU0G2","label":"TCU VER 0 GEN 2","group":"E70"},"navigationAssistanceLevel":{"code":"NAV3G5","label":"LEVEL 3 TYPE 5 NAVIGATION","group":"408"},"battery":{"code":"BT4MR1","label":"BATTERIE BT4MR1","group":"968"},"radioType":{"code":"RAD37A","label":"RADIO 37A","group":"425"},"registrationCountry":{"code":"DK"},"brand":{"label":"RENAULT"},"model":{"code":"X101VE","label":"ZOE","group":"971"},"gearbox":{"code":"BVEL","label":"BOITE A VARIATEUR ELECTRIQUE","group":"427"},"version":{"code":"INT MB 8"},"energy":{"code":"ELEC","label":"ELECTRIQUE","group":"019"},"registrationNumber":"","vcd":"SYTINC/SKTPOU/SAND41/FDIU1/SSESM/MAPSTD/SSCALL/SAND88/SAND90/SQKDRO/SDIFPA/FACBA1/PRLEX1/SSRCAR/TCU0G2/SWALBO/EVTEC1/STANDA/X10/B10/EA2/MB/ELEC/DG/GDFROI/TR4X2/RV/ABS/CAREG/LAC/VT002/CPE/RET02/SPROJA/RALU16/CEAVRH/AIRBA1/SERIE/DRA/DRAP03/HARM01/3ATRPH/OV369/SFBANA/KM/DPRPN/AVREPL/SSDECA/ASRESP/RDAR02/ALEVA/CACBL2/SOP02C/CTHAB1/TRSEV1/LVAVIP/LVAREL/SASURV/KTGREP/SGACHA/APL03/ALOUCC/CMAR3P/NAV3G5/RAD37A/BVEL/AUTNOR/RNORM/ISOFIX/EQPEUR/HRGM01/SDPCLV/TLNORD/PRODIS/SAN613/SSAPEX/ELC1/SANCML/PE2012/PHAS1/SAN913/026KWH/BT4MR1/VEC048/X101VE/NBT007/5AQ","assets":[{"assetType":"PICTURE","renditions":[{"resolutionType":"ONE_MYRENAULT_LARGE","url":"https://3dv2.renault.com/ImageFromBookmark?configuration=SKTPOU%2FPRLEX1%2FSTANDA%2FB10%2FEA2%2FDG%2FVT002%2FRET02%2FRALU16%2FDRAP03%2FHARM01%2F3ATRPH%2FOV369%2FRDAR02%2FALEVA%2FSOP02C%2FLVAVIP%2FLVAREL%2FSGACHA%2FNAV3G5%2FRAD37A%2FSDPCLV%2FTLNORD%2FSAN913%2FBT4MR1%2FNBT007&databaseId=b4572adc-6c81-48ef-b4b1-2aff24ed7550&bookmarkSet=RSITE&bookmark=EXT_34_DESSUS&profile=HELIOS_OWNERSERVICES_LARGE"},{"resolutionType":"ONE_MYRENAULT_SMALL","url":"https://3dv2.renault.com/ImageFromBookmark?configuration=SKTPOU%2FPRLEX1%2FSTANDA%2FB10%2FEA2%2FDG%2FVT002%2FRET02%2FRALU16%2FDRAP03%2FHARM01%2F3ATRPH%2FOV369%2FRDAR02%2FALEVA%2FSOP02C%2FLVAVIP%2FLVAREL%2FSGACHA%2FNAV3G5%2FRAD37A%2FSDPCLV%2FTLNORD%2FSAN913%2FBT4MR1%2FNBT007&databaseId=b4572adc-6c81-48ef-b4b1-2aff24ed7550&bookmarkSet=RSITE&bookmark=EXT_34_DESSUS&profile=HELIOS_OWNERSERVICES_SMALL_V2"}]}],"yearsOfMaintenance":12,"deliveryDate":"2016-01-26","retrievedFromDhs":false,"radioCode":"3687"}
2021-02-05 09:00:05 DEBUG (MainThread) [renault_api.kamereon] Received Kamereon response 200 on GET to https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/27318390----/vehicles/VF1**/contracts?country=HU&locale=hu_HU&brand=RENAULT&connectedServicesContracts=true&warranty=true&warrantyMaintenanceContracts=true: [{"type":"CONNECTED_SERVICES","contractId":"HU24055019","code":"ZECONNECTP","group":"Z","durationMonths":12,"startDate":"2020-12-15","endDate":"2021-12-15","status":"ACTIVE","statusLabel":"Aktív","description":"My Z.E. Connect with Navigation","conditions":[{"startDate":"2020-12-15","endDate":"2021-12-15"}]},{"type":"CONNECTED_SERVICES","contractId":"HU24066226","code":"ZECONNECTP","group":"Z","durationMonths":12,"startDate":"2021-12-15","endDate":"2022-12-15","status":"ACTIVE","statusLabel":"Aktív","description":"My Z.E. Connect with Navigation","conditions":[{"startDate":"2021-12-15","endDate":"2022-12-15"}]},{"type":"CONNECTED_SERVICES","contractId":"DK16108122","code":"MMLIVE","group":"N","durationMonths":11,"startDate":"2016-01-30","endDate":"2017-01-22","status":"ENDED","statusLabel":"Befejezve","description":"TomTom LIVE and Connectivity","conditions":[{"startDate":"2016-01-30","endDate":"2017-01-22"}]},{"type":"CONNECTED_SERVICES","contractId":"DK16093647","code":"GBA","group":"T","durationMonths":0,"startDate":"2016-01-15","status":"ACTIVE","statusLabel":"Aktív","description":"Battery Services","conditions":[{"startDate":"2016-01-15"}]},{"type":"CONNECTED_SERVICES","contractId":"HU24448894","code":"ZEINTER","group":"Z","durationMonths":1,"startDate":"2021-02-03","endDate":"2021-03-03","status":"ACTIVE","statusLabel":"Aktív","description":"My ZE Interactive 1 mois_SRC","conditions":[{"startDate":"2021-02-03","endDate":"2021-03-03"}]},{"type":"WARRANTY","code":"BatteryWarranty","durationMonths":60,"endDate":"2021-01-25","status":"ENDED","statusLabel":"Befejezve","conditions":[{"endDate":"2018-01-25","unlimitedMileage":true,"mileageUnit":"km"},{"endDate":"2021-01-25","unlimitedMileage":false,"maximumMileage":100000,"mileageUnit":"km"}]},{"type":"WARRANTY","code":"CorrosionWarranty","durationMonths":144,"endDate":"2028-01-25","status":"ACTIVE","statusLabel":"Aktív","description":"Átrozsdásodás elleni garancia","conditions":[{"endDate":"2028-01-25","unlimitedMileage":true,"mileageUnit":"km"}]},{"type":"WARRANTY","code":"PaintingWarranty","durationMonths":36,"endDate":"2019-01-25","status":"ENDED","statusLabel":"Befejezve","description":"Fényezés garancia","conditions":[{"endDate":"2019-01-25","unlimitedMileage":true,"mileageUnit":"km"}]},{"type":"WARRANTY","code":"ManufacturerWarranty","durationMonths":24,"endDate":"2018-01-25","status":"ENDED","statusLabel":"Befejezve","description":"Gyártói garancia","conditions":[{"endDate":"2018-01-25","unlimitedMileage":true,"mileageUnit":"km"}]},{"type":"WARRANTY","code":"AssistanceWarranty","durationMonths":24,"endDate":"2018-01-25","status":"ENDED","statusLabel":"Befejezve","description":"Assistance szolgáltatás","conditions":[{"endDate":"2018-01-25","unlimitedMileage":true,"mileageUnit":"km"}]},{"type":"WARRANTY","code":"GMPeWarranty","durationMonths":60,"endDate":"2021-01-25","status":"ENDED","statusLabel":"Befejezve","description":"GMPe garancia","conditions":[{"endDate":"2018-01-25","unlimitedMileage":true,"mileageUnit":"km"},{"endDate":"2021-01-25","unlimitedMileage":false,"maximumMileage":100000,"mileageUnit":"km"}]}]
2021-02-05 09:00:05 INFO (MainThread) [custom_components.renault.renault_vehicle] Vehicle model X101VE does not appear to support endpoint 'location'. If you think this is a mistake, please open an issue on https://github.com/hacf-fr/renault-api/issues
2021-02-05 09:00:07 DEBUG (MainThread) [renault_api.kamereon] Received Kamereon response 200 on GET to https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/27318390----/kamereon/kca/car-adapter/v2/cars/VF1******/cockpit?country=HU: {"data":{"type":"Car","id":"VF1**************","attributes":{"totalMileage":58660.12}}}
2021-02-05 09:00:07 DEBUG (MainThread) [custom_components.renault.renault_vehicle] Finished fetching VF1************** cockpit data in 2.210 seconds
2021-02-05 09:00:11 DEBUG (MainThread) [renault_api.kamereon] Received Kamereon response 200 on GET to https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/27318390----/kamereon/kca/car-adapter/v1/cars/VF1******/hvac-status?country=HU: {"data":{"type":"Car","id":"VF1**************","attributes":{"hvacStatus":"off","externalTemperature":4.0}}}
2021-02-05 09:00:11 DEBUG (MainThread) [custom_components.renault.renault_vehicle] Finished fetching VF1************** hvac_status data in 3.242 seconds
2021-02-05 09:00:12 DEBUG (MainThread) [renault_api.kamereon] Received Kamereon response 200 on GET to https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/27318390----/kamereon/kca/car-adapter/v2/cars/VF1******/battery-status?country=HU: {"data":{"type":"Car","id":"VF1**************","attributes":{"timestamp":"2021-02-05T08:02:44+01:00","batteryLevel":61,"batteryAutonomy":77,"batteryCapacity":0,"batteryAvailableEnergy":0,"plugStatus":0,"chargingStatus":-1.0}}}
2021-02-05 09:00:12 DEBUG (MainThread) [custom_components.renault.renault_vehicle] Finished fetching VF1************** battery data in 1.429 seconds
2021-02-05 09:00:13 DEBUG (MainThread) [renault_api.kamereon] Received Kamereon response 403 on GET to https://api-wired-prod-1-euw1.wrd-aws.com/commerce/v1/accounts/27318390----/kamereon/kca/car-adapter/v1/cars/VF1******/charge-mode?country=HU: {"type":"FUNCTIONAL","messages":[{"code":"err.func.403","message":"{"errors":[{"status":"403","code":"security.access","detail":"Access is denied for this resource"}]}"}],"errors":[{"errorCode":"err.func.403","errorMessage":"{"errors":[{"status":"403","code":"security.access","detail":"Access is denied for this resource"}]}"}],"error_reference":"FUNCTIONAL"}
2021-02-05 09:00:13 ERROR (MainThread) [custom_components.renault.renault_vehicle] Error fetching VF1************** charge_mode data: This endpoint has been disabled: ('err.func.403', 'Access is denied for this resource')
2021-02-05 09:00:13 DEBUG (MainThread) [custom_components.renault.renault_vehicle] Finished fetching VF1************** charge_mode data in 1.452 seconds
2021-02-05 09:00:13 WARNING (MainThread) [custom_components.renault.renault_vehicle] Access Denied on HA coordinator charge_mode was not caught by endpoint_available method. It may be useful to open an issue on https://github.com/hacf-fr/renault-api/issues
2021-02-05 09:00:13 DEBUG (MainThread) [custom_components.renault.services] Registering renault services
2021-02-05 09:00:13 ERROR (MainThread) [homeassistant.setup] Unable to prepare setup for platform renault.binary_sensor: Platform not found (cannot import name 'CoordinatorEntity' from 'homeassistant.helpers.update_coordinator' (/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py)).
2021-02-05 09:00:13 ERROR (MainThread) [homeassistant.setup] Unable to prepare setup for platform renault.device_tracker: Platform not found (cannot import name 'CoordinatorEntity' from 'homeassistant.helpers.update_coordinator' (/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py)).
2021-02-05 09:00:13 ERROR (MainThread) [homeassistant.setup] Unable to prepare setup for platform renault.sensor: Platform not found (cannot import name 'DEVICE_CLASS_ENERGY' from 'homeassistant.const' (/usr/src/homeassistant/homeassistant/const.py)).
2021-02-05 09:00:16 ERROR (MainThread) [custom_components.hacs.factory] cbulock/lovelace-battery-entity - Repository is in the blacklist.
2021-02-05 09:00:16 ERROR (MainThread) [custom_components.hacs.factory] maykar/custom-header - Repository is archived.
2021-02-05 09:00:22 ERROR (MainThread) [custom_components.hacs.factory] custom-components/sensor.wifi-scanner - Repository is in the blacklist.

Based on these errors, I assume your HA setup is too old.
2021-02-05 09:00:13 ERROR (MainThread) [homeassistant.setup] Unable to prepare setup for platform renault.binary_sensor: Platform not found (cannot import name 'CoordinatorEntity' from 'homeassistant.helpers.update_coordinator' (/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py)).
2021-02-05 09:00:13 ERROR (MainThread) [homeassistant.setup] Unable to prepare setup for platform renault.device_tracker: Platform not found (cannot import name 'CoordinatorEntity' from 'homeassistant.helpers.update_coordinator' (/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py)).
2021-02-05 09:00:13 ERROR (MainThread) [homeassistant.setup] Unable to prepare setup for platform renault.sensor: Platform not found (cannot import name 'DEVICE_CLASS_ENERGY' from 'homeassistant.const' (/usr/src/homeassistant/homeassistant/const.py)).

Which version of HA are you running?

0.114.4.
I can't upgrade the system, because it's "not healthy".
So I have to reinstall it....
Thanks for your help!

I've created PR #128 to update the README file.
Are you happy to close this issue?

Thanks for your help!


misc: simplify code and change warning to debug

closes #363
This reduces the way the message used to scream at you, while it is totally normal to not have a keyring on your system.
Still not the best as it might be better to give this warning only once but this should help.

Hmm, ideally I think we would show it as a warning once because we end up storing the passwords in clear text which is not great.

@wolfv How would you approach that for this function? We could do a check on generation of the AuthenticationStorage ?

Agreed, it should be a warning when storing the token, not when retrieving it. :)


argp-standalone: 1.3 working for linux

Motivation for this change
I submitted this package a while ago for macOS; this PR adds linux (testing on Ubuntu 18) functionality. Only testing with nix on Ubuntu and macOS so far but I think it should work on other linux flavors.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[ ] NixOS
[x] macOS
[x] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Assured whether relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

This pull request has been mentioned on Nix community. There might be relevant details there:
https://discourse.nixos.org/t/prs-already-reviewed/2617/12

Just fixed up the git trivialities.


Automatically strip Authorization header on 302 redirects

Fix #2227
This change updates the CoreCLR WebRequestPSCmdlet base cmdlet to ensure handling of Authorization header during redirects (302) is compatible with the FullCLR implementation. The FullCLR implementation uses WebRequest to perform the request which silently strips the Authorization header when a redirect occurs. The CoreCLR implementation uses HttpClient to perform the request which does not strip the authorization header. The change explicitly handles the initial redirect, removes the authorization header and submits the request to location in the 302 response.
A new switch, PreserveAuthorizationOnRedirect, disables this handling.

This seems to have a lot of unrelated changes (26 files now changed) now.

@dantraMSFT looks like you accidentally pulled in other commits, you need to do a rebase -i to clean this up.  Let me know if you need help with this.

fixed

In reply to: 306282201 [](ancestors = 306282201)

Please squash when merged.

@lzybkr Would you review my changes so I can get this merged before I go OOF.
Thanks.

I'll squash, but I'll ask you to write the commit message that follows our guidelines - you can just comment here or squash the changes yourself and update the PR, either way is fine.

Description updated.


⚠ SolarOscp has degraded performance

In 51344b4, SolarOscp ($SOLAROSCP_URL) experienced degraded performance:

HTTP code: 200
Response time: 330 ms

Resolved: SolarOscp performance has improved in 5e7a0c4 after 9 minutes.