allow widgets to know their position on the screen.

Problem
Intermediate libraries (that add value to tui, menu, input widgets, mouse support ...)  need to know absolute screen positions. certainly useful for converting mouse positions to widgets locations
The things is that the top level app developer may or may not know this info depending on how the rendered the screen, but a value added widget or helper that they invoke (tui-textarea is my example) needs a lot of info from tui that they cannot get at
(I raised this with the original tui project, it went stale)
Solution
Add to Widget something like, top, bottom, left, right (usize,usize).
Or top, height, width as  (usize,usize) and usize
Alternatives
maybe rartatui devs have other ideas.
Additional context

Widgets are consumed when  calling render(), so there isn't any way to get at a property on the widget after the call.
But your app has that information when it calls frame.render_widget(widget, area)...
See https://github.com/ratatui-org/ratatui/discussions/164 and the various linked issues from that thread for more info.


Drop parameterized dependency in favor of Pytest's parametrize

What does this PR do?
This PR drops the parameterized test dependency in favor of Pytest's own pytest.mark.parametrize feature.
Sibling of #2420 and https://github.com/TimDettmers/bitsandbytes/pull/1001.

[!WARNING]
This will apparently need #2420 to land first.

Before submitting

[ ] This PR fixes a typo or improves the docs (you can dismiss the other checks if that's the case).
[x] Did you read the contributor guideline,
Pull Request section?
[ ] Was this discussed/approved via a Github issue or the forum? Please add a link
to it if that's the case.
[ ] Did you make sure to update the documentation with your changes? Here are the
documentation guidelines, and
here are tips on formatting docstrings.
[ ] Did you write any new necessary tests?

Who can review?
cc @muellerzr @BenjaminBossan

@BenjaminBossan Yeah, hence #2420 would need to land first (as noted in the PR description and why this is a draft), so self.assert* is not required, and the test cases wouldn't require to derive from unittest.TestCase.
If #2420 won't land, this can be closed :)

we have the standard in HF to not use pytest features, only to use it as a test runner.

Kind of. 😁
https://github.com/huggingface/accelerate/blob/06b138d84537ffb2d1d404f2f198a0446e8d7ec3/tests/test_state_checkpointing.py#L418-L420


Rename k/community/sig-security links to k/sig-security

PR Summary:

Renames k/community/sig-security links to k/sig-security
Fixes #10

@reylejano need your /approve to merge this

/approve


TS disabled

Issue Type: Bug
VSCode gave an alert that TS has been disabled multiple tims in a short time.
VS Code version: Code 1.69.2 (3b889b090b5ad5793f524b5d1d39fda662b96a2a, 2022-07-18T16:14:10.636Z)
OS version: Linux x64 5.4.0-122-generic
Restricted Mode: No

System Info

Item
Value

CPUs
Intel(R) Core(TM) i5-8265U CPU @ 1.60GHz (8 x 799)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okskia_renderer: enabled_onvideo_decode: disabled_softwarevideo_encode: disabled_softwarevulkan: disabled_offwebgl: enabledwebgl2: enabled

Load (avg)
3, 3, 3

Memory (System)
7.65GB (2.98GB free)

Process Argv
. --crash-reporter-id 2226e5aa-b252-4adb-9800-80f3dae1dcb1

Screen Reader
no

VM
0%

DESKTOP_SESSION
ubuntu

XDG_CURRENT_DESKTOP
Unity

XDG_SESSION_DESKTOP
ubuntu

XDG_SESSION_TYPE
x11

Extensions (37)

Extension
Author (truncated)
Version

vscode-openapi
42C
4.11.4

better-comments
aar
3.0.0

ng-template
Ang
14.1.0

turbo-console-log
Cha
2.3.2

bracket-pair-colorizer
Coe
1.0.62

bracket-pair-colorizer-2
Coe
0.2.4

vscode-eslint
dba
2.2.6

python-preview
don
0.0.4

prettier-vscode
esb
9.5.0

auto-rename-tag
for
0.1.10

code-runner
for
0.11.8

vscode-drawio
hed
1.6.4

vscode-edit-csv
jan
0.7.1

vscode-styled-components
jpo
1.7.0

MagicPython
mag
1.1.0

dotenv
mik
1.0.1

vscode-docker
ms-
1.22.1

vscode-language-pack-pt-BR
MS-
1.69.7130921

python
ms-
2022.10.1

vscode-pylance
ms-
2022.7.40

jupyter
ms-
2022.6.1201981810

jupyter-keymap
ms-
1.0.0

jupyter-renderers
ms-
1.0.9

remote-containers
ms-
0.241.3

vsliveshare
ms-
1.0.5641

vsliveshare-audio
ms-
0.1.91

vsliveshare-pack
ms-
0.4.0

color-highlight
nau
2.5.0

material-icon-theme
PKi
4.19.0

sqlite-viewer
qwt
0.1.5

vscode-thunder-client
ran
1.16.7

vscode-yaml
red
1.9.1

LiveServer
rit
5.7.5

vs-code-prettier-eslint
rve
5.0.3

doki-theme
unt
84.1.6

vscode-icons
vsc
11.13.0

markdown-all-in-one
yzh
3.4.3

A/B Experiments
vsliv368:30146709
vsreu685:30147344
python383:30185418
vspor879:30202332
vspor708:30202333
vspor363:30204092
vstes627:30244334
vslsvsres303:30308271
pythonvspyl392:30443607
vserr242cf:30382550
pythontb:30283811
vsjup518:30340749
pythonvspyt551cf:30345471
pythonptprofiler:30281270
vshan820:30294714
vstes263:30335439
pythondataviewer:30285071
vscod805cf:30301675
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
vsaa593cf:30376535
vsc1dst:30438360
pythonvs932:30410667
wslgetstarted:30449410
vscscmwlcmt:30465135
cppdebug:30492333
pylanb8912cf:30529770
vsclangdf:30486550
841h4636:30531698

/needsMoreInfo
Is it reproducible with all extensions disabled?
You can try this with F1 and >Developer: Reload Window With Extensions Disabled

Thanks for creating this issue! We figured it's missing some basic information or in some other way doesn't follow our issue reporting guidelines. Please take the time to review these and update the issue.
Happy Coding!

This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines.
Happy Coding!


HTTPError: 403 Client Error: The user '' isn't allowed to upload to project 'iotedgedev'.

Describe the bug
Trying to upload via twine.  New project. Not registered, but getting this:
HTTPError: 403 Client Error: The user '' isn't allowed to upload to project 'iotedgedev'. See https://test.pypi.org/help/#project-name for more information. for url: https://test.pypi.org/legacy/
This is a 404: https://test.pypi.org/project/iotedgedev/
My code works if I change the package name...but would like to not do that.
Expected behavior
Uploads the package
To Reproduce

Try to upload to that project.
My Platform
using git bash
Additional context

Hello @jongio this project name has already been registered on test.pypi.org and pypi.org.
The users have uploaded releases to PyPI at https://pypi.org/p/iotedgedev, but do not appear to have created any releases on Test PyPI.
As the project name is taken and appears to be an active project it seems selecting another name is your best path forward.

@ewdurbin There is something fishy going on because the project should be registered to my account. I would like to research who created the project because it is likely me or someone on my team. Can you help me track this down?

Test PyPI and PyPI are completely isolated from one another. Can you confirm that you want to be uploading to TestPyPI?
Taking a closer look, it sure does appear that you're one of the owners on the real PyPI!

Yes, I want to upload the same name to both test and prod pypi, otherwise I would need lots of name replacements through my code and scripts.
Can you add me to that test project or let me know who created it?
Thanks a lot.

@jongio the existing project with no releases has been removed. you can now register it using your TestPyPI user

@ewdurbin - I retired and get this error:
HTTPError: 400 Client Error: This filename has already been used, use a different version. See https://test.pypi.org/help/#file-name-reuse for url: https://test.pypi.org/legacy/

I repushed with a different version in the file name and it worked!  Not sure why the other name would have a conflict if there were no releases.
I'm now uploading!  Thanks a lot for your help.  REALLY appreciate it.

Hi I have the same error of "jongio".
HTTPError: 403 Client Error: The user 'Sankios' isn't allowed to upload to project 'simple_logger'. See https://pypi.org/help/#project-name for more information. for url: https://upload.pypi.org/legacy/

This error occurred when I try to upload the new package to pypi.org.
I checked that a package simple_logger already exists, but I named my package simple-logger.
Is the name changed during the upload?
This is a part of my setup.py file
setuptools.setup(
    name="simple-logger",
    version="0.0.1",

I checked that a package simple_logger already exists, but I named my package simple-logger.
Is the name changed during the upload?

Yes. PEP 503 defines the PyPI API and states that all project names are normalized:

The name should be lowercased with all runs of the characters ., -, or _ replaced with a single - character.

Thus, the names simple-logger and simple_logger are equivalent.

@jamadden thanks for the explanation

Hi @jamadden, I have a similar problem to while trying to upload my package to PyPi (not TestPyPi):
ERROR    HTTPError: 403 Forbidden from https://upload.pypi.org/legacy/
         The user '...' isn't allowed to upload to project 'neural_network'. See https://pypi.org/help/#project-name for more information.

I did check and didn't see any uploaded package with the name neural_network or neural-network. Can you help me check this error, please?
My package name is neural-network and the project name is neural_network.
Thank you.

Please see https://pypi.org/help/#project-name, which explains why this is happening and what you can do about it.


Add Keccak-1600 modules for PPC64 and POWER8.

[skip ci]

Additional commits are file name harmonization and unrelated commentary no-code update for sha512p8-ppc.pl.

@dot-asm, looks like someone will actually be commenting on your asm code now :)  marking this ready.

Hope it helps...
I can tell that the OPC Foundation is looking forward to use sha3 once it becomes available.

Unfortunately this need re-approval, because there were commits past point of approval. [Grey check marks are impossible to spot!] Well, I could claim that those were pure non-code changes and since nobody risen any objections, it still stands. Well, I do it now. If nobody raises an objection I commit.

Reconfirm

Merged. Thanks.


Are there similar libraries out there that you could recommend for non React projects?

Are there similar libraries out there that you could recommend for non React projects? (Plain HTML/CSS/JS)
Thanks

One good example is https://github.com/Rich-Harris/ramjet


Issue in Training

Hi Meet,
Thanks for your awesome code. Appreciate all your hardwork. I'm having trouble in training.
Here are the instructions I followed:
Installed all required dependencies. (I have Tensorflow 1.0.0)./
In dataIO.py:
I modified the LOCAL_PATH to volumetrix_data path in the 3DShapeNets folder.
I did not understand what SERVER_PATH means.
In 3dgan_mit_biasfree.py I tried making is_local=True but no difference.
I run my code using the following command from the src folder
python 3dgan_mit_biasfree.py 0 /media/nitin/Research/Thesis/
Where the directory /media/nitin/Research/Thesis/ is an empty folder (Do I need anything here?)
I get the following error:
Not found: Unsuccessful TensorSliceReader constructor: Failed to find any matching files
Your help would be highly appreciated.
Thanks,
Nitin

@NitinJSanket Can you post the entire trace here? It's a little difficult to say where exactly the problem is.
Also can you try this: python 3dgan_mit_biasfree.py 0 0

@meetshah1995  Thanks for the help! The command you recommended works like a charm! BTW out of curiosity what does the second argument being 0 do? Sorry for being lazy to read your code and find out :)

@NitinJSanket  the last argument being 0 set checkpoint=None which means there is no model ckpt path provided.
 if __name__ == '__main__':
    test = bool(int(sys.argv[1]))
    if test:
        path = sys.argv[2]
        testGAN(trained_model_path=path)
    else:
        ckpt = sys.argv[2]
        if ckpt == '0':
            trainGAN(is_dummy=False, checkpoint=None)
        else:
            trainGAN(is_dummy=False, checkpoint=ckpt)

@MangoChao  Thanks :)

@meetshah1995 thanks for your great work. i'm working on  generating 3d models using GAN, inheriting your code. and there are some questions which confuses me a lot.
do you reproduce the results? i got terrible results running 3dgan_mit_biasfree.py to generate chairs.
thanks very much for your help!


Mkdocs site_url not used to load asset

I host my mkdocs on gitlab pages, inside a group, so the url is: https://namespace.gitlab.io/project.
When using swagger-ui-doc, I specify /assets/openapi.json, which works great when doing a serve. However, when opening the gitlab page, I'm getting 404 because he tries to load the json from https://namespace.gitlab.io/assets/openapi.json, so project is missing here.
In my mkdocs.yml, I tried to specify the site_url then: https://namespace.gitlab.io/project, which still doesn't help. Same result.
Any ideas?

Hi @DennyWeinberg
All OpenAPI file paths are processed using relative paths, such as ../../assets/openapi.json. If this does not resolve your issue, you may provide your modocs.yml, Markdown files, and file structure.

Yes that worked indeed. Might be useful to add that to the doc.
Thanks!


Intellisense when referencing param/var hashtable

Is your feature request related to a problem? Please describe.
When trying to reference a value from another param intellisense only works on properties = keys of a key value pair. Not the keys themselves. For example:
param rgs = {
  '0': {
    name: 'rg-test-1'
    location: 'westeurope'
  }
  '1': {
    name: 'rg-test-2'
    location: 'westeurope'
  }
}

param vnets = {
  'vnet-test-1': {
    resourceGroupName: rgs['0'].name
    location: rgs['0'].location
  }
  'vnet-test-2': {
    resourceGroupName: rgs['1'].name
    location: rgs['1'].location
  }
}

I have to type the ['0'] and ['1'] myself. When importing the following file:
{
    "resourceGroups": {
        "0": {
            "name": "rg-test-1",
            "location": "westeurope"
        },
        "1": {
            "name": "rg-test-2",
            "location": "westeurope"
        }
    }
}

If I type: data.resourceGroups. I can select 0 and 1 and then drill down into the properties.
Would it be possible to add this way of navigation to the hashtables aswell?
Describe the solution you'd like
A clear and concise description of what you want to happen.
Show the keys of hashtables in params/vars in intellisense.

I think the current behavior is correct, since whatever value is assigned within a .bicepparam file can be overwritten when the deployment kicks off. For both JSON files loaded with loadJsonContent and objects defined as variables, IntelliSense can be much more precise with completions because it knows exactly what the value will be.


Accessing 9P share for particular distro hangs

Version
Microsoft Windows [Version 10.0.22494.1000]
WSL Version

[X] WSL 2
[ ] WSL 1

Kernel Version
<IP_ADDRESS>
Distro Version
Ubuntu 18.04
WSL Version
WSL version: <IP_ADDRESS>
WSLg version: 1.0.29
Other Software
Docker (installed in WSL) 20.10.10
Visual Studio Code 1.63.0 Insider with Remote-WSL v0.63.3
Firefox Developer Edition 95.0b12
Repro Steps

Boot
Able to access files in the 9P share for this distro just fine (for example, selecting files with Firefox)
Wait some period of time (I haven't been able to determine a clear reason for the issue, hoping someone with more experience investigating 9P issues can help me gather the appropriate logs and diagnostic data)
Attempt to access the 9P share

Expected Behavior
Successfully view the files in the virtual disk for that distro
Actual Behavior
File Explorer stalls (indefinitely increasing progress bar) when trying to access the share, but is responsive.
When trying to open the browser "select file" dialog, Firefox hangs and becomes unresponsive. This behavior persists through Firefox restarts.
Map Network Drive stalls when trying to connect.
Stopping or restarting the affected distro has no effect.
I am able to access the files in another unrelated distro (Debian) using the 9P share.
VS Code's WSL connection continues to work, as do any servers with open ports (like web servers).
The issue does not persist when I restart the computer, so I am able to access the files again, but I have noticed the issue consistently reoccurring.
Diagnostic Logs
This ETL file was recorded with WPR when attempting to access the 9P share using File Explorer.
etl.zip

Restarted and immediately tried to access some CSV files on the 9P share with Excel. Excel complained that the files weren't accessible, but I was able to copy these files to the Desktop, which resulted in this dialog:

I was able to open the files from the desktop after copying. I was also able to open other files in nearby folders. The share became unresponsive shortly afterwards, so I thought it might be something to do with file properties or alternate streams. However, after restarting again, I was unable to reproduce this behavior following the steps above.

Maybe try posting some report information to help figure out the problem? Typically you can find the WER report logs in the C:\ProgramData\Microsoft\Windows\WER\ReportArchive folder.
FYI, you can similarly access crash information through 'Event Viewer' > 'Application'.

/dupe #7479


2021 icon update 1.2

New implementation to display and use icons on developer docs
-New icons added, the NEW developer grid will now look like

OLD/CURRENT DEVELOPER GRID:

@gganch This new product needs productIconKey and logoSVGContent properties.

yes good catch, I added it


toggle top bar and white border (maybe by locking)

Is your feature request related to a problem? Please describe.
Not a problem, it's purely aesthetic. Currently, there's a relatively big border around the calendar, which doesn't match the calendar's color and to be honest looks a little Windows XP-ish.
Describe the solution you'd like
Make it invisible/transparent. I can see it as an indicator, that the calendar can be moved - so maybe it could disappear, when locking the screen?
Describe alternatives you've considered
I guess matching the calendar color works as well, however, as I assume this program is basically like an iframe for Outlook, this might be hard to implement.
Additional context

Would look a lot cleaner without this, wouldn't it?

I would agree .. in fact that was not there in the beginning, I added it after multiple feature requests for the features it provides and I tried to make it as unobtrusive as possible.  A setting to toggle it on/off would be nice, I'll see if I can find some time to do it.
PR's are always welcome as well :)

I liked your idea of hiding when locking, so I implemented that. Thanks for the suggestion!


Auto shutdown server when inactive

We need to power down when everyone leaves, either through server metrics or ideally collecting in-game metrics.

https://github.com/gamedig/node-gamedig/issues/215
from the comments:
$ gamedig --type valheim <IP_ADDRESS> --pretty
{
  "name": "ValhallaRP",
  "map": "ValhallaRP",
  "password": true,
  "raw": {
    "protocol": 17,
    "folder": "valheim",
    "game": "Valheim",
    "appId": 892970,
    "numplayers": 28,
    "numbots": 0,
    "listentype": "d",
    "environment": "l",
    "secure": 0,
    "version": "<IP_ADDRESS>",
    "steamid": "90143600738196483",
    "tags": "0.147.3"
  },
  "maxplayers": 50,
  "players": [
...

WORKS


[MINOR] fix(tez) Add output mapOutputRecordCounter metrics

What changes were proposed in this pull request?
Add output mapOutputRecordCounter metrics
Why are the changes needed?
Add this metrics to fix reducing the number of tasks
Fix: #972
Does this PR introduce any user-facing change?
No.
How was this patch tested?
ut

@zhengchenyu Could you help me review this pr?

Codecov Report

Merging #1093 (4495f81) into master (1411376) will increase coverage by 1.06%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master    #1093      +/-   ##
============================================
+ Coverage     54.07%   55.13%   +1.06%
+ Complexity     2542     2082     -460
============================================
  Files           386      314      -72
  Lines         21879    14018    -7861
  Branches       1812     1259     -553
============================================
- Hits          11830     7729    -4101
+ Misses         9353     5874    -3479
+ Partials        696      415     -281

see 75 files with indirect coverage changes
:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


flutter code push

Can flutter use this hot update code? Like RN's code push

Hi @956569686 , thanks for checking out Hydro-SDK!
Please see the following article: https://hydro-sdk.io/blog/fluttering-over-the-air
Let me know if you have any other questions.


Validity concerns

I am concern for ban. I have some question?

Do you emulate mobile or desktop line client. Can you show how do you sniff packet?

How can I get official value from official line client.
'User-Agent' -> 'Line/7.18.1'
'X-Line-Application' -> 'DESKTOPWIN 7.18.1 FDLRCN 11.2.5'

Is there a need for this because from above it say that it is Windows.
'X-Line-Carrier' -> '51089, 1-0' -> Hutchison CP Telecommunications

Thanks

Emulates desktop client. You can sniff using something like fiddler 4 or wireshark (i think).
No idea what you mean by question 2.
Afaik you dont need line carrier - havent tried without it on linepy, but on other libs havent used it and it worked fine. (if it works tho not sure why you would change it)


[12.1] ISPN-14437 XStream 1.4.20

https://issues.redhat.com/browse/ISPN-14437

merged! thanks @tristantarrant !


Raised amount returned by "omni_getcrowdsale" is always zero

Even though there were legit crowdsale participations, the raised amount is always zero, when requesting information about a crowdsale with "omni_getcrowdsale".
In regtest mode:
$ omnicore-cli "omni_getcrowdsale" 16

{
  "propertyid": 16,
  "name": "TIndiv",
  "active": true,
  "issuer": "n1Dc2631hxt1Qk9daPsyWWCrWaJ9tATXpq",
  "propertyiddesired": 2,
  "tokensperunit": "3400",
  "earlybonus": 0,
  "percenttoissuer": 0,
  "starttime":<PHONE_NUMBER>,
  "deadline":<PHONE_NUMBER>,
  "amountraised": "0.00000000", // <---- zero!
  "tokensissued": "170017", // <---- ... but tokens were issued
  "addedissuertokens": "0"
}

$ omnicore-cli "omni_getcrowdsale" 16 true

{
  "propertyid": 16,
  "name": "TIndiv",
  "active": true,
  "issuer": "n1Dc2631hxt1Qk9daPsyWWCrWaJ9tATXpq",
  "propertyiddesired": 2,
  "tokensperunit": "3400",
  "earlybonus": 0,
  "percenttoissuer": 0,
  "starttime":<PHONE_NUMBER>,
  "deadline":<PHONE_NUMBER>,
  "amountraised": "0.00000000", // <---- zero!
  "tokensissued": "170017", // <---- ... but tokens were issued
  "addedissuertokens": "0",
  "participanttransactions": [{
    "txid": "b86ab59aebfa56d6bc703c0698eb4cee41a09499e0799faa8eb427d5665389f3",
    "amountsent": "0.00500000", // <---- amount raised
    "participanttokens": "17",
    "issuertokens": "0"
  }, {
    "txid": "e53d1a753c47908242d3e5112f433039748d82d531f36463642450c8f62dea67",
    "amountsent": "50.00000000", // <---- amount raised
    "participanttokens": "170000",
    "issuertokens": "0"
  }]
}

In rpc.cpp function omni_getcrowdsale, the code to lookup participant transactions was moved down under the if (showverbose) { condition instead of running every time.  However looking up participant transactions also serves to calculate the amountRaised field hence the empty value.
Putting a patch together now :)

See https://github.com/OmniLayer/omnicore/pull/239

#239 resolved the issue.


add speaker package

The purpose of the speaker is to provide a single outlet for interaction with the user, be it to the display or a logger.
speaker will be a facade that controls terminal and log output. It will contains these funcitons:

talk: send message to tty
log: log message

The above are just ideas at the moment, nothing is cast in stone until more reseacrh has been performed in how to use bubbletea.

not valid when using a tui.


[BUG] Graphic Slider not working

Acknowledgement of preliminary instructions

[X] I have read the preliminary instructions, and I am certain that my problem has not already been addressed.

What problem did you encounter?
When I join a game the 21 graphics slider option doesn't apply to my game even though I have it enabled (I've tried redownloading bloxstrap an it hasn't fixed the issue) I've also tried reapplying it an unapplying it an rejoining multiple times to see if its any different but no luck it seems to be completely bugged for now.

Are any of your other configured options applying?

No but now I'm not having the issue they are all working now
On Tue, 9 Apr 2024, 8:49 pm pizzaboxer, @.***> wrote:

Are any of your other configured options applying?
—
Reply to this email directly, view it on GitHub
https://github.com/pizzaboxer/bloxstrap/issues/1579#issuecomment-2044700467,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BHWAOLBKZ36JSA44R6LI3GTY4PBUVAVCNFSM6AAAAABF5VE5JWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANBUG4YDANBWG4
.


Set Up Integration Suite Trial

Tutorial URL: https://developers.sap.com/tutorials/cp-starter-isuite-onboard-subscribe.html
Please specify the step you are referring to:
Step 4: Provision the capabilities:
Let’s assume you have made your selection, so you now have to click Next.:
Please specify clearly which all capabilities need to be selected. Or else ask to select all of them. In further steps, i.e. activating capabilities, assigning roles, and verifying the URLs; these steps are based on the above selections. There is a lot of confusion from an end-user perspective regarding the selection of capabilities as well as all the screenshots provided. So it's better to clarify the statements as well as add screenshots accordingly.
Labels:
Landscape: trail1, trail2
Label: SCPTest-2009A
Scenario Label: SCPTest-cloudin
Priority: Low

Hello @FarozanFarman,
Thanks for the feedback.
I have added the capability need to be selected and it will resolve your concern in the next merge.
Regards,
Vikram Kulkarni

Hello @Vikramkulkarni01,
Thank you for resolving my concern. When can I expect the next merge?
Regards,
Farozan Farman

Hello @Vikramkulkarni01,
Thank you for resolving my concern. When can I expect the next merge?
Regards,
Farozan Farman

Hi,
We have accepted your suggestion and it's available in the production now.
Regards,
VIkram Kulkarni

Thank you for your feedback. The issue seems to be resolved, so I am closing the issue.
If you still have questions, feel free to reopen the issue.


Can't compile code because of an exe requirement lol

Add a check if the os is win32, then use the exe extension, else don't use any extension

also, please add a REPL


Crash when crop PNG file

CGImage+IGRPhonoTweakExtension.swift
CGContext is null when cropping PNG file

The same problem is happening to me

This is the error message
[Unknown process name] CGBitmapContextCreate: unsupported parameter combination: set CGBITMAP_CONTEXT_LOG_ERRORS environmental variable to see the details

@joshgrenon thank you for the fix! I was getting the same issue for pngs too!


more_pickers: draw sections independently for faster execution

this increases execution tremendously and gives the picker a much nicer feel

Looking at the code that seems to make sense - merging. Thanks!


Cannot find modules after upgrade to 1.1.3

I'm submitting a bug report

Library Version:
1.1.3

Please tell us about your environment:

Operating System:
Windows 10

Node Version:
6.2.0

NPM Version:
3.10.10

JSPM OR Webpack AND Version
webpack 2.1.0-beta.22

Browser:
Chrome 65.0.3325.181 (Official Build) (64-bit)

Language:
ES6

Current behavior:
I got sucked into this project and know little about Aurelia, please forgive...about a week ago the application was rebuilt and since then it has stopped working.  I've tracked it down to this...
When trying to use v1.1.3 of the aurelia-validation library, when our app starts up we get the following behavior:
https://www.screencast.com/t/uvNbnwUA1sj4
I've enclosed the current working package.json - if I carrot the aurelia-validation dependency - the app breaks with the above error messages...
package.zip
When I back it down and pin the version to 1.1.2 - all is well.
Expected/desired behavior:
I'd like to be able to stay up to date with the latest Aurelia versions
Any insight into what is misconfigured is greatly appreciated.

You probably use npm and you have package.lock.json
Delete that file and node_modules and reinstall dependencies.
It is probably an npm issue

how do you import plugin?

In code, a normal import statement like this:
import {ValidationRules, ValidationController} from 'aurelia-validation';
And in the package.json, like this:
"aurelia-validation": "1.1.2" <-- no errors
when we change to
"aurelia-validation": "1.1.3" or "aurelia-validation": "^1.1.2" <-- we get the aurelia-loader-webpack cannot find validate-binding-behavior, validation-custom-attribute and validation-renderer-custom-attribute errors (https://www.screencast.com/t/zZHTrGV3D)

Let me rollup some of the important details from the comments above and see if an aurelia+webpack expert can help out with this.  I would try updating aurelia-loader-webpack and any other aurelia packages to the latest versions for starters.
summary of user's issue:

"aurelia-validation": "1.1.2" <-- no errors
when we change to
"aurelia-validation": "1.1.3" or "aurelia-validation": "^1.1.2" <-- we get the aurelia-loader-webpack cannot find validate-binding-behavior, validation-custom-attribute and validation-renderer-custom-attribute errors (https://www.screencast.com/t/zZHTrGV3D)

user's package.json:

package.json

  {
  "name": "ipsadmin-lights-map",
  "version": "2.0.0",
  "description": "Aurelia and webpack based lights map, powered by leaflet.",
  "scripts": {
    "start": "webpack-dev-server --config webpack.config.js --watch --content-base src",
    "starts": "webpack-dev-server --config webpack.config.js --watch --content-base src --https",
    "start:dev": "npm start -- --inline",
    "start:dev:hot": "npm run start:dev -- --hot",
    "build": "webpack --config ./webpack.config.js",
    "build:production": "webpack --config ./webpack.prod.config.js",
    "build:dev": "SET NODE_ENV=develop && npm run build",
    "build:qa": "SET NODE_ENV=qa && npm run build",
    "build:prod": "SET NODE_ENV=production && npm run build:production",
    "build:ext": "SET NODE_ENV=external && npm run build"
  },
  "license": "ISC",
  "devDependencies": {
    "aurelia-webpack-plugin": "^1.1.0",
    "babel-loader": "^6.2.4",
    "babel-plugin-transform-async-to-generator": "^6.22.0",
    "babel-plugin-transform-class-properties": "^6.22.0",
    "babel-plugin-transform-decorators-legacy": "^1.3.4",
    "babel-plugin-transform-object-rest-spread": "^6.22.0",
    "babel-preset-babili": "0.0.12",
    "babel-preset-es2015": "^6.22.0",
    "babel-preset-es2015-loose": "^7.0.0",
    "babel-preset-es2015-loose-native-modules": "^1.0.0",
    "babel-preset-es2017": "^6.16.0",
    "babel-preset-stage-0": "^6.16.0",
    "babel-preset-stage-1": "^6.5.0",
    "babel-preset-stage-2": "^6.18.0",
    "babel-register": "^6.11.6",
    "babili-webpack-plugin": "0.0.11",
    "copy-webpack-plugin": "^4.0.0",
    "css-loader": "^0.25.0",
    "file-loader": "^0.9.0",
    "html-loader": "^0.4.3",
    "html-webpack-plugin": "^2.22.0",
    "less": "^2.7.1",
    "less-loader": "^2.2.3",
    "raw-loader": "^0.5.1",
    "style-loader": "^0.13.1",
    "webpack": "2.1.0-beta.22",
    "webpack-dev-server": "2.1.0-beta.0"
  },
  "dependencies": {
    "aurelia-bootstrapper-webpack": "^1.0.0",
    "aurelia-event-aggregator": "^1.0.0",
    "aurelia-fetch-client": "^1.0.0",
    "aurelia-framework": "^1.0.0",
    "aurelia-history-browser": "^1.0.0",
    "aurelia-http-client": "^1.0.2",
    "aurelia-loader-webpack": "^1.0.0",
    "aurelia-logging-console": "^1.0.0",
    "aurelia-pal-browser": "^1.0.0",
    "aurelia-polyfills": "^1.0.0",
    "aurelia-route-recognizer": "^1.0.0",
    "aurelia-router": "^1.0.2",
    "aurelia-templating-binding": "^1.0.0",
    "aurelia-templating-resources": "^1.0.0",
    "aurelia-templating-router": "^1.0.0",
    "aurelia-validation": "1.1.2",
    "bluebird": "^3.4.1",
    "json-loader": "^0.5.4",
    "leaflet": "1.0.1",
    "leaflet-draw": "0.4.9",
    "leaflet-path-drag": "1.0.1",
    "whatwg-fetch": "^2.0.2"
  }
}

confirmation that aurelia-validation uses PLATFORM.moduleName:
https://github.com/aurelia/validation/blob/e74ca868f97780283dfa186207587e3e4c0a1482/src/aurelia-validation.ts#L78-L85


Add deployments store path arch decision

we should have 2 ADRs, one for playground migration and the other for grid client migration

it's require to add 1 more file for hex based seed support


storage.local.retention killing prometheus?

Hi Guys,
I have 2 setups, one on my local development setup (vagrant+vm+docker) and the other aws+docker. In both setups I have prometheus+cAdvisor+Alertmanager running as seperate containers.
I want to clean the disk storage every 15 minutes so I added below in my prometheus dockerfile-
CMD "-storage.local.retention=15m"
It seems like after 15 mins my prometheus container dies.
My aim is to clean the collected metrics+storage every 15 minutes and only persist and collected metrics from a timestamp if/when an error occurs.
Any idea what might be doing wrong with storage.local.retention?

Is there an error or stack trace produced when it dies?

My aim is to clean the collected metrics+storage every 15 minutes and only persist and collected metrics from a timestamp if/when an error occurs.

It'd best to keep all the data for a good while. You never know when you need to retroactively debug.

@brian-brazil not sure what this means.. is it looking for stored data to run the queries on?
prometheus_1 | time="2016-04-12T16:20:15Z" level=info msg="Maintenance loop stopped." file=storage.go line=858
prometheus_1 | panic: dropped unpersisted chunks from memory
prometheus_1 |
prometheus_1 | goroutine 117 [running]:
prometheus_1 | github.com/prometheus/prometheus/storage/local.(*memorySeries).dropChunks(0xc209c429c0, 0x1540b450dbe)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/series.go:299 +0x31a
prometheus_1 | github.com/prometheus/prometheus/storage/local.(*memorySeriesStorage).writeMemorySeries(0xc2080d6000, 0x8fb1b2e817d485e, 0xc209c429c0, 0x1540b450dbe, 0x7fb115ad8100)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:1043 +0x41d
prometheus_1 | github.com/prometheus/prometheus/storage/local.(*memorySeriesStorage).maintainMemorySeries(0xc2080d6000, 0x8fb1b2e817d485e, 0x1540b450dbe, 0x0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:956 +0x284
prometheus_1 | github.com/prometheus/prometheus/storage/local.(*memorySeriesStorage).loop(0xc2080d6000)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:875 +0x310
prometheus_1 | created by github.com/prometheus/prometheus/storage/local.(*memorySeriesStorage).Start
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:277 +0x51f
prometheus_1 |
prometheus_1 | goroutine 1 [select]:
prometheus_1 | main.Main(0x0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/cmd/prometheus/main.go:153 +0x186c
prometheus_1 | main.main()
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/cmd/prometheus/main.go:47 +0x1f
prometheus_1 |
prometheus_1 | goroutine 17 [syscall, 1 minutes]:
prometheus_1 | os/signal.loop()
prometheus_1 |  /usr/local/go/src/os/signal/signal_unix.go:21 +0x1f
prometheus_1 | created by os/signal.init·1
prometheus_1 |  /usr/local/go/src/os/signal/signal_unix.go:27 +0x35
prometheus_1 |
prometheus_1 | goroutine 89 [chan receive]:
prometheus_1 | main.func·005()
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/cmd/prometheus/main.go:109 +0xbd
prometheus_1 | created by main.Main
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/cmd/prometheus/main.go:112 +0xe4f
prometheus_1 |
prometheus_1 | goroutine 90 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb/util.(*BufferPool).drain(0xc2080961c0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/util/buffer_pool.go:205 +0x21e
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb/util.NewBufferPool
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/util/buffer_pool.go:236 +0x24c
prometheus_1 |
prometheus_1 | goroutine 92 [select, 1 minutes]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).compactionError(0xc2080b8160)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:69 +0x55a
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:139 +0x7cc
prometheus_1 |
prometheus_1 | goroutine 93 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).mpoolDrain(0xc2080b8160)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_state.go:82 +0x14a
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:140 +0x7e6
prometheus_1 |
prometheus_1 | goroutine 94 [select, 1 minutes]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).tCompaction(0xc2080b8160)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:768 +0x858
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:146 +0x9cf
prometheus_1 |
prometheus_1 | goroutine 95 [select, 1 minutes]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).mCompaction(0xc2080b8160)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:715 +0x283
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:147 +0x9e9
prometheus_1 |
prometheus_1 | goroutine 96 [select, 1 minutes]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).jWriter(0xc2080b8160)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_write.go:37 +0x197
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:148 +0xa03
prometheus_1 |
prometheus_1 | goroutine 97 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb/util.(*BufferPool).drain(0xc208096380)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/util/buffer_pool.go:205 +0x21e
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb/util.NewBufferPool
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/util/buffer_pool.go:236 +0x24c
prometheus_1 |
prometheus_1 | goroutine 98 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).compactionError(0xc2080b82c0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:69 +0x55a
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:139 +0x7cc
prometheus_1 |
prometheus_1 | goroutine 99 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).mpoolDrain(0xc2080b82c0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_state.go:82 +0x14a
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:140 +0x7e6
prometheus_1 |
prometheus_1 | goroutine 100 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).tCompaction(0xc2080b82c0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:768 +0x858
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:146 +0x9cf
prometheus_1 |
prometheus_1 | goroutine 101 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).mCompaction(0xc2080b82c0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:715 +0x283
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:147 +0x9e9
prometheus_1 |
prometheus_1 | goroutine 102 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).jWriter(0xc2080b82c0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_write.go:37 +0x197
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:148 +0xa03
prometheus_1 |
prometheus_1 | goroutine 103 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb/util.(*BufferPool).drain(0xc208096700)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/util/buffer_pool.go:205 +0x21e
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb/util.NewBufferPool
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/util/buffer_pool.go:236 +0x24c
prometheus_1 |
prometheus_1 | goroutine 104 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).compactionError(0xc2080b8420)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:69 +0x55a
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:139 +0x7cc
prometheus_1 |
prometheus_1 | goroutine 105 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).mpoolDrain(0xc2080b8420)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_state.go:82 +0x14a
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:140 +0x7e6
prometheus_1 |
prometheus_1 | goroutine 106 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).tCompaction(0xc2080b8420)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:768 +0x858
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:146 +0x9cf
prometheus_1 |
prometheus_1 | goroutine 107 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).mCompaction(0xc2080b8420)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:715 +0x283
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:147 +0x9e9
prometheus_1 |
prometheus_1 | goroutine 108 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).jWriter(0xc2080b8420)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_write.go:37 +0x197
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:148 +0xa03
prometheus_1 |
prometheus_1 | goroutine 109 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb/util.(*BufferPool).drain(0xc2080968c0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/util/buffer_pool.go:205 +0x21e
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb/util.NewBufferPool
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/util/buffer_pool.go:236 +0x24c
prometheus_1 |
prometheus_1 | goroutine 110 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).compactionError(0xc2080b8580)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:69 +0x55a
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:139 +0x7cc
prometheus_1 |
prometheus_1 | goroutine 111 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).mpoolDrain(0xc2080b8580)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_state.go:82 +0x14a
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:140 +0x7e6
prometheus_1 |
prometheus_1 | goroutine 112 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).tCompaction(0xc2080b8580)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:768 +0x858
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:146 +0x9cf
prometheus_1 |
prometheus_1 | goroutine 113 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).mCompaction(0xc2080b8580)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_compaction.go:715 +0x283
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:147 +0x9e9
prometheus_1 |
prometheus_1 | goroutine 114 [select]:
prometheus_1 | github.com/syndtr/goleveldb/leveldb.(*DB).jWriter(0xc2080b8580)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db_write.go:37 +0x197
prometheus_1 | created by github.com/syndtr/goleveldb/leveldb.openDB
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/syndtr/goleveldb/leveldb/db.go:148 +0xa03
prometheus_1 |
prometheus_1 | goroutine 115 [select]:
prometheus_1 | github.com/prometheus/prometheus/storage/local.(*persistence).processIndexingQueue(0xc2082b8800)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/persistence.go:1331 +0xba0
prometheus_1 | github.com/prometheus/prometheus/storage/local.(*persistence).run(0xc2082b8800)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/persistence.go:282 +0x28
prometheus_1 | created by github.com/prometheus/prometheus/storage/local.(*memorySeriesStorage).Start
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:253 +0x16a
prometheus_1 |
prometheus_1 | goroutine 116 [select]:
prometheus_1 | github.com/prometheus/prometheus/storage/local.(*memorySeriesStorage).handleEvictList(0xc2080d6000)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:650 +0x46e
prometheus_1 | created by github.com/prometheus/prometheus/storage/local.(*memorySeriesStorage).Start
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:276 +0x502
prometheus_1 |
prometheus_1 | goroutine 122 [select]:
prometheus_1 | github.com/prometheus/prometheus/rules.(*Manager).Run(0xc208011dc0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/rules/manager.go:159 +0x3c6
prometheus_1 | created by main.Main
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/cmd/prometheus/main.go:135 +0x11d9
prometheus_1 |
prometheus_1 | goroutine 119 [select]:
prometheus_1 | github.com/prometheus/prometheus/storage/local.(*memorySeriesStorage).waitForNextFP(0xc2080d6000, 0x3d9, 0x3ff0000000000000, 0x1)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:754 +0x199
prometheus_1 | github.com/prometheus/prometheus/storage/local.func·043()
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:794 +0x2a1
prometheus_1 | created by github.com/prometheus/prometheus/storage/local.(*memorySeriesStorage).cycleThroughMemoryFingerprints
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:804 +0xfb
prometheus_1 |
prometheus_1 | goroutine 120 [select]:
prometheus_1 | github.com/prometheus/prometheus/storage/local.(*memorySeriesStorage).waitForNextFP(0xc2080d6000, 0x0, 0x3ff0000000000000, 0x0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:754 +0x199
prometheus_1 | github.com/prometheus/prometheus/storage/local.func·044()
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:827 +0x285
prometheus_1 | created by github.com/prometheus/prometheus/storage/local.(*memorySeriesStorage).cycleThroughArchivedFingerprints
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/storage.go:847 +0xfb
prometheus_1 |
prometheus_1 | goroutine 123 [chan receive]:
prometheus_1 | github.com/prometheus/prometheus/notification.(*NotificationHandler).Run(0xc208058280)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/notification/notification.go:187 +0x81
prometheus_1 | created by main.Main
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/cmd/prometheus/main.go:138 +0x121c
prometheus_1 |
prometheus_1 | goroutine 640 [chan send]:
prometheus_1 | github.com/prometheus/prometheus/storage/local.func·030()
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/series.go:129 +0xec
prometheus_1 | created by github.com/prometheus/prometheus/storage/local.(*seriesMap).fpIter
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/storage/local/series.go:134 +0xfb
prometheus_1 |
prometheus_1 | goroutine 125 [IO wait]:
prometheus_1 | net.(*pollDesc).Wait(0xc208447020, 0x72, 0x0, 0x0)
prometheus_1 |  /usr/local/go/src/net/fd_poll_runtime.go:84 +0x47
prometheus_1 | net.(*pollDesc).WaitRead(0xc208447020, 0x0, 0x0)
prometheus_1 |  /usr/local/go/src/net/fd_poll_runtime.go:89 +0x43
prometheus_1 | net.(*netFD).accept(0xc208446fc0, 0x0, 0x7fb115ad7e50, 0xc20841d438)
prometheus_1 |  /usr/local/go/src/net/fd_unix.go:419 +0x40b
prometheus_1 | net.(*TCPListener).AcceptTCP(0xc208050c48, 0x620b64, 0x0, 0x0)
prometheus_1 |  /usr/local/go/src/net/tcpsock_posix.go:234 +0x4e
prometheus_1 | net/http.tcpKeepAliveListener.Accept(0xc208050c48, 0x0, 0x0, 0x0, 0x0)
prometheus_1 |  /usr/local/go/src/net/http/server.go:1976 +0x4c
prometheus_1 | net/http.(*Server).Serve(0xc208069560, 0x7fb115adfa18, 0xc208050c48, 0x0, 0x0)
prometheus_1 |  /usr/local/go/src/net/http/server.go:1728 +0x92
prometheus_1 | net/http.(*Server).ListenAndServe(0xc208069560, 0x0, 0x0)
prometheus_1 |  /usr/local/go/src/net/http/server.go:1718 +0x154
prometheus_1 | net/http.ListenAndServe(0xb4ebe0, 0x5, 0x7fb115ade950, 0xc20801f580, 0x0, 0x0)
prometheus_1 |  /usr/local/go/src/net/http/server.go:1808 +0xba
prometheus_1 | github.com/prometheus/prometheus/web.(*Handler).Run(0xc20800a910)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/web/web.go:190 +0x151
prometheus_1 | created by main.Main
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/cmd/prometheus/main.go:146 +0x12c5
prometheus_1 |
prometheus_1 | goroutine 128 [select]:
prometheus_1 | github.com/prometheus/prometheus/retrieval.(*Target).RunScraper(0xc20844c510, 0x7fb115ad8da8, 0xc20801f4a0)
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/retrieval/target.go:289 +0x656
prometheus_1 | created by github.com/prometheus/prometheus/retrieval.(*TargetManager).updateTargetGroup
prometheus_1 |  /home/julius/gosrc/src/github.com/prometheus/prometheus/.build/root/gopath/src/github.com/prometheus/prometheus/retrieval/targetmanager.go:257 +0x96c
prometheus_1 |
prometheus_1 | goroutine 145 [syscall, locked to thread]:
prometheus_1 | runtime.goexit()
prometheus_1 |  /usr/local/go/src/runtime/asm_amd64.s:2232 +0x1
vagrant_prometheus_1 exited with code 2

@beorn7 See panic "panic: dropped unpersisted chunks from memory". Possible bug?

That's a sanity check we have, in this case it's actually correct as the retention is too small. We can probably refine the check.

Seems rather like a bug to me - if a user configures a very short retention period that overlaps with chunks being in memory, of course it should not crash, it should just keep the chunks as long as absolutely needed (like when they're still involved in an ongoing query), then drop them from everywhere. This kind of panic is usually only guarding against programming mistakes.

Thanks for the trace. Yes, that looks like a bug. Will look into it ASAP.

thanks guys, based on your discussion, it seems like this is caused when the retention is too small, so far I have been trying 1m-15m window. Just playing around right now to see how small a retention can be.

@mokshpooja It's possible this is already fixed in head (or in 0.18rc1). I vaguely remember I have touched that part.
Needs to be investigated...

@beorn7 what about the last stable release- 0.17.0?
I have been using 0.15.1

Oh, please do try 0.18.0rc1 or HEAD. 0.15.1 is ancient and will have all kinds of bugs that are already fixed in master.

Yes, definitely try to reproduce with 0.18rc1.
Which reminds me that we might want to write a Howto for filing bugs. It should include running from HEAD in master if possible, or running the latest published binaries (including RCs) as we tend to close issues once they are in master.

@beorn7 I am trying 0.18rc1 from the binary tar file. Has anything changed in the prometheus.yml format? My old promtheus.yml is not working any more.
root@0052fef247a1:/prometheus# ./prometheus
prometheus, version 0.18.0rc1 (branch: release-0.18, revision: 0520414)
  build user:       root@b4961fdf73ed
  build date:       20160407-16:32:54
  go version:       go1.5.3
INFO[0000] Loading configuration file prometheus.yml     source=main.go:202
ERRO[0000] Couldn't load configuration (-config.file=prometheus.yml): unknown fields in global config: labels  source=main.go:214

My prometheus.yml-
global:
  scrape_interval: 15s
  # By default, scrape targets every 15 seconds.
  evaluation_interval: 15s
  # By default, scrape targets every 15 seconds.
  # scrape_timeout is set to the global default (10s).

  # Attach these extra labels to all time-series collected by this Prometheus instance.
  labels:
    monitor: 'project-Live monitoring'

rule_files:
  - '/alert.rules'

# A scrape configuration containing exactly one endpoint to scrape:
scrape_configs:
# The job name is added as a label `job=<job_name>` to any timeseries scraped from this config.

  - job_name: 'cAdvisor_job'
    scrape_interval: 10s
    target_groups:
      - targets: ['cadvisor:8088']
        labels:
          group: 'cAdvisor'

labels in global is now external_labels

@brian-brazil just fixed it!

Hi Guys, You know I have 0.18rc1 working however the problem remains the same. I have checked retention from 1-15 mins after the retention interval, Prometheus crashes.
For now I will move my retention to a stable interval. If you would like to see the massive log let me know.

Yes, please give us the crash log generated by 0.18rc1. If it's too long, as a gist.

https://github.com/prometheus/prometheus/blob/e83f05fe93c32c9e808b2a6a907337b442a540dc/storage/local/series.go#L323 looks to be it.

Here it is- https://gist.github.com/mokshpooja/695e2ed4d9db133d5949adb82389d61f

thanks. will look into it ASAP.

I'll mark it as critical as with the new varbit chunks, a chunk may last so long that this could become in issue with longer retention times, too.

thanks for the explain, i think I understand what's going on here.

OK, got it. So the problem is if the retention is shorter than the chunk timeout (currently hardcoded to 1h) or in the more extreme case shorter than the scrape interval. In both cases, the storage will try to drop a still open head chunk (because either it hasn't got a sample in a while but not long enough to close it because of the timeout, or because the last scrape is longer ago than the retention time quite regularly). An open head chunk cannot be persisted by definition, and that triggers our sanity check.
Good news is that this will strictly only happen with retention time below 1h. So it will not get worse with the longer lived varbit chunks. It should also be fairly simple to fix.
Stay tuned.


Generate_wx_data.py typo?

Line 94, map.add("", provice. Should it be province?

Nevermind, Line 88 is provice = list(province_dict.keys()). I think it's better to correct the typo here and there.

@JokerKF
Thanks for reminding, it has been corrected.


Enable dead lettering on expiration for Back Office Azure functions

Pull Request Template
Describe your changes

Enable dead lettering on expiration for Back Office Azure functions
Set the default Service Bus TTL to 3 days for back-office

Useful information to review or test

The dead letter queue is created implicitly with a subscription. It does not need to be created or managed independently.
dead_lettering_on_filter_evaluation_error is enabled by default.
Useful links:

https://registry.terraform.io/providers/hashicorp/azurerm/latest/docs/resources/servicebus_subscription
https://learn.microsoft.com/en-us/azure/service-bus-messaging/enable-dead-letter

Type of change 🧩

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update
[ ] Other (please explain in the description section above)

Checklist before requesting a review

[x] My code follows the style guidelines of this project
[x] My code changes do not include any hardcoded secrets or passwords
[x] I have performed a self-review of my own code
[x] I have made corresponding changes to the documentation
[x] My Tech Lead is aware of any infrastructure changes that will cost money

@beejjacobs The default TTL is now set to 3 days.


Resource Manager needs to compile directly into target (eg for SCSS)

Please see https://github.com/qooxdoo/qooxdoo-cli/issues/44 for detailed explanation, but the short version is that SCSS needs to be compiled into target output resources, and not into the source resource directory.  Without a fix for this, maker.make has to be run twice, every time.

@hkollmann @johnspackman Still relevant? Something to be fixed before release or later?

We can fix it later. Only relevant for mobile apps
Von meinem iPad gesendet

Am 29.04.2019 um 17:28 schrieb Christian Boulanger<EMAIL_ADDRESS>@hkollmann @johnspackman Still relevant? Something to be fixed before release or later?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.


Feature request: ELF section header

Is there a section header defined for allowing spirv-dis, spirv-val etc to find .spv modules embedded in ELF binaries? CUDA compilers put PTX modules into .nvFatBinSegment to allow cubojdump to locate it within executables. A similar thing would make the SPIRV tooling nicer.

That is not an issue for spirv-tools. The binary format is defined by the SPIR-V spec, and that is what we work with.


MacOS: look for libs in newer subfolders

Removed x64Darwin14clang6.0 since it wasn't used for a long time already (Connext < 5.2).
Added x64Darwin16clang8.0 since it is used for Connext 5.3.0.

darwin14 + clang6.0 is supported for 5.2.3 (inferred from http://s3.amazonaws.com/RTI/Bundles/5.2.3/Evaluation/rti_connext_dds-5.2.3-eval-x64Darwin14clang6.0.dmg being a valid download). Are we looking to drop support for 5.2.3?

While it is possible to use that version all our Jenkins nodes use Darwin15clang7 so I think it is safe to remove the previous one. We will likely only support 5.2.3 for a very short time since the pending security PRs will likely be merged soon which will make us require 5.3.0.

OK; tbh I have been using darwin15 connext on darwin14 without any issues anyway. if that changes for 5.3.0 it's time for me to update :)


Add Custom JCE support for Client side TLS connections (keystore and truststore)

Problem:
Client side TLS support in Dropwizard currently only supports custom providers equivalent to SunJSSE (secure socket implementations) but not for JCE pieces (eg keystore, key implementations).  The default SunJCE implementation implement weak password protection for PKCS12 keystores, and it might be preferable to upgrade to BouncyCastle in such situations.
Solution:
TlsConfiguration now supports specifying providers for keystore and truststore by named provider string.
Result:
This should have no impact on business as usual code execution, but if you use stronger keystores, you now have the option of using alternate providers.

@nheitz Great work, thank you!


lightgbm memory spike

lightgbm.Dataset() always raise a memory spike which make jupyter kernel crash.Like discussed in kaggle, https://www.kaggle.com/c/talkingdata-adtracking-fraud-detection/discussion/55325#319189.

when to use np.float32 directly？ can you give some example

To avoid any conversions, you should always use np.float32

Some use cases should be fixed by #2383.


CI Builds with GitHub Actions

I wanted to see if there was any interest in adding GitHub Actions to the party for validating pull request builds and merges into master.
This should be almost the same configuration as what you have for Azure Pipelines and Travis, except with a lack of caching. (Artifact caching is coming 🔜 to GitHub Actions, but I was curious how well it performed even without that.)
/cc @RyanCavanaugh

Nice, we've got a few places using actions around our infra:

Website staging/prod
Playground daily builds

And an almost ready for publishing blog post on it all 👍

Let's see what happens!

BTW @ethomson what's the open source project concurrent job/resource limit look like for actions? (Far as I can tell it's just "free") Part of the reason we use pipelines for a bunch is because we have a lot of extra free extra parallel jobs allotted to us, which helps us do intensive on-demand testing around release periods without getting backlogged.


Always prevent outside touch interactions on mobile/touch devices

Even when modal={false}. Popups can still close, but you can't interact with underlying elements.
Search keywords:

Duplicate of #653


Datacapture, date picker doesn't open after cancel date picker dialog on same field

Describe the bug
When clicking on the date field like birthday, the date picker opens but when canceling dialog and clicking again then didn't open the date picker.
Component
SDC library, Demo app
To Reproduce
Steps to reproduce the behavior:

Open Demo app.
Click on the plus icon.
Click on Date of Birth.
Click on the cancel button of the dialog.
Again click on Date of Birth.

Expected behavior
Open date picker dialog.
Screenshots
https://user-images.githubusercontent.com/98520274/151371327-b704bb6b-7053-460a-9af5-cfd54e7cef24.mp4
Smartphone (please complete the following information):

Device: Moto G(9)
Android version: 11
Build number: RPXS31.Q2-58-17-4-1
Version 1.0

Additional context
Add any other context about the problem here.
Would you like to work on the issue?
Yes

Fixed in PR https://github.com/google/android-fhir/pull/1275


typo: namespace of ILiteRepositoryAsync should be LiteDB.Async (?)

The namespace of ILiteRepositoryAsync is currently defined as LiteDB.async (lower-case a) @ https://github.com/mlockett42/litedb-async/blob/incoming/LiteDBAsync/ILiteRepositoryAsync.cs#L7.
Should it not be LiteDB.Async (upper-case A)?

Fixed in Version v0.1.18


MOTECH-2875: Migrate Tasks settings

Can one of the admins verify this patch?

test this please

test this please

test this please

test this please


[Process] All P0 and P1 bugs resolved

[ ] P0 bugs
[ ] P1 bugs

Let's use the Milestone tag instead.


Openai.FineTuningJob.list_events does not work with v0.27 and api version 2024-02-01

Confirm this is an issue with the Python library and not an underlying OpenAI API

[X] This is an issue with the Python library

Describe the bug
What is the api version that is compatible with an openai sdk version of 0.27.10?
And for Deployment.list() it worked with "2023-03-15-preview". Is there a compatibility matrix somewhere?
Thank you.
>>> openai.FineTuningJob.list_events("ftjob-xxxxxxxxxx")

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python3.10/site-packages/openai/api_resources/abstract/nested_resource_class_methods.py", line 133, in paginated_list_nested_resources
    return getattr(cls, resource_request_method)(
  File "/usr/local/lib/python3.10/site-packages/openai/api_resources/abstract/nested_resource_class_methods.py", line 43, in nested_resource_request
    response, _, api_key = requestor.request(
  File "/usr/local/lib/python3.10/site-packages/openai/api_requestor.py", line 298, in request
    resp, got_stream = self._interpret_response(result, stream)
  File "/usr/local/lib/python3.10/site-packages/openai/api_requestor.py", line 700, in _interpret_response
    self._interpret_response_line(
  File "/usr/local/lib/python3.10/site-packages/openai/api_requestor.py", line 765, in _interpret_response_line
    raise self.handle_error_response(
openai.error.InvalidRequestError: Resource not found

To Reproduce
openai.FineTuningJob.list_events("ftjob-xxxxxxxxxx")
Code snippets
openai.FineTuningJob.list_events("ftjob-xxxxxxxxxx")

OS
linux
Python version
3.10
Library version
open v0.27.10

v0.27 is deprecated – please upgrade to the latest SDK version.


Refactor ResetPassword -> Implement a pre-update hook in models

PR #92 need a refactor in order to adapt to mongoose best practice using pre-hooks.
Refactor logic in ForgotPassword.router.js route moving the password hashing to a pre-update hook into Seekers model.

Fixed with PR #102


Old tree syntax generate folders as files

First of all, thank you for this wonderful tool 😄
Version 1.7.1 on Windows.
Copied the text from the documentation, old tree syntax (since new syntax does not work anymore on my side, see #440 ) :
[tree,file="tree-view.png"]
--
#src
##main
###java
####com
#####kodcu
######App.java
###resources
####css
#####style.css
####js
#####script.js
####images
#####image.png
--

Folders are represented as files, and the first one is smaller :

I experience the same here, with the version 1.7.1 too, and openjdk 12.0.1.
For the representation of folders and files, while the name of folder is not precised, it appears as a folder, but when we set the name, it turns into a file.

Have the same issue. Any workarounds for this? Also tried running version 1.7.0 but got the same result.
The icons only seems to be a folder when there's no name or the name only consists of / or . characters.

New release is available https://github.com/asciidocfx/AsciidocFX/releases/tag/v1.7.4
Please check if that fix your issue.


don't work on cameras 27US release

Hi!
Script don't work on new cameras american release.
They changed firmware - so new path to card (that is small problem, easy fix) and busybox (egrep don't work now, so script crashes)

The same problem here, any fix?

Seems they changed something on newer cameras. Unfortunately, I have access only to camera 12CN.
PR is always welcome.

try my fork, i have tested it on yi-hack-v3 firmware on 47US https://github.com/bobi/xiaomi_gdrive

Thanks bobi for your contribution.
Could you please tell me how to edit the curl file for 47US?

you can't edit curl file - this is binary file, you only can compile your own curl, but this is not easy task


yubioath-desktop does not show codes after update

Yubico Authenticator version:  4.2.0
Operating system and version: Ubuntu 16.04
YubiKey model and version: YubiKey NEO [OTP+U2F+CCID]
Bug description summary: after updating today, the desktop app no longer shows any codes, but the command line application ykman oath code still works fine.

Steps to reproduce
Update to version 4.2.0 on Ubuntu 16.04
Expected result
Expected it to still generate codes.
Actual results
Got a blank grey box with the message "No YubiKey detected" instead of a list of codes. Menus still worked.
Other info
This has happened once before after an update, and it seems like it was a relatively easy fix: #178

Thanks for the report! Just to double check, do you actually mean 4.2.0 and not 4.3.0? I'm asking because we released 4.3.0 just a few hours before you opened this issue.
I think this might again be an issue with the yubikey-manager dependency. Which version of yubikey-manager do you have installed (package version or ykman --version output)?

Weird, I just tried to add the PPA and see what the current version is, and it's showing 4.2.0~ppa1~artful1, even though the latest one listed is 4.3.0 here: (https://launchpad.net/~yubico/+archive/ubuntu/stable/+index?batch=75&direction=backwards&start=150). Not sure why the later version isn't showing up...

@emlun It looks like the problem is the dependency version here: https://github.com/Yubico/yubioath-desktop/blob/master/debian/control#L22. yubikey-manager-qt likely has the same issue.
Unfortunately I'm not in a position to fix this myself right now.

Yeah, it's probably caused by 4.2.0 not specifying a maximum yubikey-manager version.

@dainnilsson Ah, thanks for pointing out the build failure. I fixed the issue and got 4.3.0 published, only to discover a fatal bug in it which is now also fixed and published as 4.3.1.
@ntrepid8 Thanks again for reporting! Please try upgrading to 4.3.1 and let us know if you have any further problems.

Yup, the update to version 4.3.1 fixed the issue for me. Thanks for the quick fix!


Frames need   added somehow

raw html uploads do not have   and need it introduced somehow

Fixed by new prefix for all html content


Building contents are destroyed if placed using Auto Ghost Builder mod

I use the Auto Ghost Builder mod (https://mods.factorio.com/mod/AutoGhostBuilder) to help fill in ghosts when I don't have construction robots yet. I don't know if the issue is on your end or theirs, but here's what happens and how to reproduce it:

Make 2 factory buildings and place them on the map.
Go in the first building and build some stuff.
Go outside and pick up the first building (the one with the stuff you built).
Copy the 2nd (empty) building and paste it nearby.
If Auto Ghost Builder wasn't turned on, turn it on and mouse over the ghost. The building from your inventory with the stuff you built will be placed.
Go inside and notice that the stuff you built has disappeared.

https://mods.factorio.com/mod/AutoGhostBuilder/discussion/6723b367801e65ec712444fe

Closing this as resolved by 3rd party.


#1023

Moved abibuiltins to builtinHandler directory.
resolves #1023

Tests are not passing

Hi @jeetabhi01 , sorry for not being clear. The way Warp work is that through several passes we handle different parts of the Solidity source code. One of those passes handle all builtins. When the pass that handled the abi builtin was made, it was as a standalone pass in src/passes/abiBuiltins.ts which get then instantiated in src/transpiler.ts in the applyPasses function. It should be instead define in src/passes/builtinHandler/ and be called instead by the code src/apsses/builtinHandler/index.ts

@jeetabhi01 do you need any more help, how it is going?

@jeetabhi01 do you need any more help, how it is going?

Oh  I am sorry for late reply,
Actually I am unable to find where the individual pass is implemented I tried debugging it but couldn't find it.
$ bin/warp transpile exampleContracts/ERC20.sol
Unexpected error during transpilation
Error: Unknown pass key: Abi in pass prerequisite of Events
    at /home/jeet_abhi01/Documents/Projects/warp/build/utils/cli.js:45:23
    at Set.forEach (<anonymous>)
    at /home/jeet_abhi01/Documents/Projects/warp/build/utils/cli.js:43:22
    at Array.forEach (<anonymous>)
    at parsePassOrder (/home/jeet_abhi01/Documents/Projects/warp/build/utils/cli.js:40:19)
    at applyPasses (/home/jeet_abhi01/Documents/Projects/warp/build/transpiler.js:86:52)
    at transpile (/home/jeet_abhi01/Documents/Projects/warp/build/transpiler.js:14:22)
    at Command.runTranspile (/home/jeet_abhi01/Documents/Projects/warp/build/cli.js:84:36)
    at Command.listener [as _actionHandler] (/home/jeet_abhi01/Documents/Projects/warp/node_modules/commander/lib/command.js:481:17)
    at /home/jeet_abhi01/Documents/Projects/warp/node_modules/commander/lib/command.js:1236:65
    at Command._chainOrCall (/home/jeet_abhi01/Documents/Projects/warp/node_modules/commander/lib/command.js:1152:12)
    at Command._parseCommand (/home/jeet_abhi01/Documents/Projects/warp/node_modules/commander/lib/command.js:1236:27)
    at Command._dispatchSubcommand (/home/jeet_abhi01/Documents/Projects/warp/node_modules/commander/lib/command.js:1058:25)
    at Command._parseCommand (/home/jeet_abhi01/Documents/Projects/warp/node_modules/commander/lib/command.js:1201:19)
    at Command.parse (/home/jeet_abhi01/Documents/Projects/warp/node_modules/commander/lib/command.js:890:10)
    at Object.<anonymous> (/home/jeet_abhi01/Documents/Projects/warp/build/index.js:4:15)
Transpilation failed


Polygonize mask - Inria dataset

From your answer of the "training flowline" issue, I have understood the following,

Masks in .png format can be converted to .geojson files and it can be used for training
polygonize_mask.py script can be used to convert images masks to polygon masks in .geojson format

When I run polygonize_mask.py script, it asks for run_name to convert binary masks into polygon masks. Can you please provide trained weights to do this operation?

Well the easiest thing to do is download the already converted polygons. But I can upload the trained model to perform this operation tomorrow if you wish.

@Lydorn Yes thats right if I am going to re-train the same data. But I would like to combine and train the other open sourced datasets using this method. Please upload that model and share the URL. Thanks!!

@Lydorn Is it possible to upload trained model today? As soon as I get it I will start training a model using currently available GPU resources

I tried to upload it today but I cannot find that run on my work computer... I'll look this evening on my home computer, maybe it's still there. Otherwise I'll have to train it again, which you can also do if you wish like so:
python main.py --config configs/config.inria_dataset_osm_mask_only.unet16
It however requires original OSM annotations, which I just added to the shared data folder on Google Drive: https://drive.google.com/drive/folders/19yqseUsggPEwLFTBl04CmGmzCZAIOYhy?usp=sharing.
The folder name for the original OSM annotations used is "gt_polygons" inside the "train" and "test" folders.

@Lydorn Thanks for sharing the dataset, I will try to start training the model today. But if the trained model is available in your home computer, just share it with me. It would save some time for me

@sarath0993 I found the trained model! I just uploaded it on the Google Drive. The name of the run is inria_dataset_osm_mask_only.unet16. It was trained on OSM masks from the Inria images but should work for other masks as well. Maybe if in your new dataset there are very weird building shape it might fail but that's quite unlikely.
I'll let you close the issue if it works like you did with the previous one :-)

Sorry stuck with this error once again
Infer images:   0%|                                                                                | 0/3073 [00:00<?, ?it/s, status=InferenceTraceback (most recent call last):                                                                                File "polygonize_mask.py", line 198, in <module>     main()   File "polygonize_mask.py", line 194, in main     polygonize_mask(config, args.filepath, backbone)   File "polygonize_mask.py", line 144, in polygonize_mask     tile_data = inference.inference(config, model, tile_data, compute_polygonization=False)   File "/app/Polygonization-by-Frame-Field-Learning/frame_field_learning/inference.py", line 24, in inference     inference_with_patching(config, model, tile_data)   File "/app/Polygonization-by-Frame-Field-Learning/frame_field_learning/inference.py", line 120, in inference_with_patching     pred, batch = network_inference(config, model, batch)   File "/app/Polygonization-by-Frame-Field-Learning/frame_field_learning/inference.py", line 17, in network_inference     pred, batch = model(batch, tta=config["eval_params"]["test_time_augmentation"]) KeyError: 'test_time_augmentation'

Ah sorry about that, I fixed the config.json file in the Google Drive to include missing parameters, you can download it again.
I used the polygonize_mask.py script like so:
python polygonize_mask.py --run_name inria_dataset_osm_mask_only.unet16 --filepath ~/data/AerialImageDataset/raw/train/gt/*.tif

@Lydorn Thanks now I can able to infer now, I am doing it right now. Meanwhile I have two questions in this regard

Reading binary image(black-background, white-building), vectorizing white pixels and saving them as geojson really requires Deep Learning approach? Are these tasks cannot be done using OpenCV or pillow to read pixels? Maybe similar to this one

I set batch_size=32 in config.json and args.json files, but still it takes only 1 GB of  GPU memory(available 11GB) and the process is quite slow. Any suggestion to correct parameter to improve speed?

So using OpenCV or skimage (which is the one you linked to uses, and is marching squares) still do not perfectly vectorize binary masks because there are some local ambiguities between corners and slanted walls. For example marching squares rounds corners. When not looking very closely it works but in our case we use the polygons to compute the tangent angle ground truth for the frame field so it needs to be the right one, especially for corners.

So for this script the batch_size will not be taken into account because the inference is done on one crop of the image at a time (and then the image is stitched back together). You can however increase the size of this crop in config.json/eval_params/patch_size (1024 by default).

@Lydorn Got it! Thanks for more detailed answer. I have started to train the model, I have two questions now

I increased train_fraction parameter from 0.75 to 0.90 in the config, it is also updated in the config in runs directory(just a sanity check)
I used 3073 samples in total, while doing validation it runs for 760 images(ratio 0.1 is only 307 images)

When I train, it uses CPU cores along with GPU memory which results slowing down the machine rapidly. Is there any parameter to be changed to resolve this issue?
Note: Already I changed num_workers from null to 4

Another change I noticed is, I have used your config.inria_dataset_polygonized.unet_resnet101_pretrained.leaderboard.json config file to train model. In "polygonize_params" it is showing like "method": ["simple", "acm"] but "asm" is being used by the algorithm. Please refer the config below
"polygonize_params": {"method": ["simple", "acm"], "common_params": {"init_data_level": 0.5}, "simple_method": {"data_level": 0.5, "tolerance": [0.125], "seg_threshold": 0.5, "min_area": 10}, "asm_method": {"init_method": "marching_squares", "data_level": 0.5, "loss_params": {"coefs": {"step_thresholds": [0, 100, 200, 300], "data": [1.0, 0.1, 0.0, 0.0], "crossfield": [0.0, 0.05, 0.0, 0.0], "length": [0.1, 0.01, 0.0, 0.0], "curvature": [0.0, 0.0, 1.0, 0.0], "corner": [0.0, 0.0, 0.5, 0.0], "junction": [0.0, 0.0, 0.5, 0.0]}, "curvature_dissimilarity_threshold": 2, "corner_angles": [45, 90, 135], "corner_angle_threshold": 22.5, "junction_angles": [0, 45, 90, 135], "junction_angle_weights": [1, 0.01, 0.1, 0.01], "junction_angle_threshold": 22.5}, "lr": 0.1, "gamma": 0.995, "device": "cuda", "tolerance": [0.125, 1], "seg_threshold": 0.5, "min_area": 10}, "acm_method": {"steps": 500, "data_level": 0.5, "data_coef": 0.1, "length_coef": 0.4, "crossfield_coef": 0.5, "poly_lr": 0.01, "warmup_iters": 100, "warmup_factor": 0.1, "device": "cuda", "tolerance": [0.125, 1], "seg_threshold": 0.5, "min_area": 10}}}
any comments on this?

The config in runs directory is used when only the --run_name argument is given. But if the --config argument is given, it is that config file that counts (and the one in the run folder is not loaded). It is difficult to know why it didn't take into account your change from 0.75 to 0.90. Maybe you didn't make the change in the right file? When launching main.py, there is the structure of config files being loaded, it could help.

The CPU is just used for loading data, and then GPU performs data augmentations so that CPU does not become the bottleneck (hopefully). In your case, is the CPU still the bottleneck? Are all cores used?

About "asm" being used, that is very weird. If it's not in the "method" list it should not be launched... How did you check about "asm" being used?

The CPU is just used for loading data, and then GPU performs data augmentations so that CPU does not become the
bottleneck (hopefully). In your case, is the CPU still the bottleneck? Are all cores used?
Yes, While doing preprocess all cores are utilized completely
But while validation part in Training, cores are not utilized but my system is getting stuck or works slowly.

About "asm" being used, that is very weird. If it's not in the "method" list it should not be launched... How did you check about >"asm" being used?
In runs directory, that config file shows "asm_method": {"init_method": "marching_squares" , "junction_angle_weights": [1, 0.01, 0.1, 0.01], these configuration is available under asm_method. Also these values are not there in your config file.

Regarding that train_fraction I am using the correct configuration file from the configs directory. But changing the value doesn't change anything. Can you please tell me which file handles data part for validation?

Sorry for providing wrong information, While validation phase some CPU cores are utilized 100%. What should I do to get it fixed?

Hi, I'm sorry I won't have time today to help (I'm defending my PhD :-)) but I'll get back to you when I can !

@Lydorn Sure! Good luck!


Native build fails with java.lang.NoSuchMethodException: org.apache.kafka.common.security.authenticator.SaslClientCallbackHandler

In what version(s) of Spring for Apache Kafka are you seeing this issue?
spring-kafka:3.0.4
kafka-clients:3.3.2
Describe the bug
Tryied to create a native springboot with kafka using microsoft azure eventhub Kafka layer. That uses SASL PLAIN.
Run as docker image build with mvn -DskipTests -Pnative,nativeTest spring-boot:build-image
Failure to create KafkaConsumer Caused by: org.apache.kafka.common.KafkaException: org.apache.kafka.common.KafkaException: Could not find a public no-argument constructor for org.apache.kafka.common.security.authenticator.SaslClientCallbackHandler
To Reproduce
Using the following application.properties:
spring.kafka.bootstrap-servers=<redacted>.servicebus.windows.net:9093
spring.kafka.consumer.auto-offset-reset=earliest
spring.kafka.security.protocol=SASL_SSL
spring.kafka.jaas.enabled=true
spring.kafka.properties.security.protocol=SASL_SSL
spring.kafka.properties.sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="Endpoint=sb://<redacted>.servicebus.windows.net/;SharedAccessKeyName=<redacted>;SharedAccessKey=<redacted>";
spring.kafka.properties.sasl.mechanism=PLAIN
spring.kafka.consumer.value-deserializer=org.apache.kafka.common.serialization.ByteArrayDeserializer
spring.kafka.consumer.max-poll-records=1000

Expected behavior
With the normal (non-native), the app runs normally.
Maybe related:
https://github.com/spring-projects/spring-kafka/issues/2545
Stacktrace

org.springframework.context.ApplicationContextException: Failed to start bean 'org.springframework.kafka.config.internalKafkaListenerEndpointRegistry'
        at org.springframework.context.support.DefaultLifecycleProcessor.doStart(DefaultLifecycleProcessor.java:181)
        at org.springframework.context.support.DefaultLifecycleProcessor$LifecycleGroup.start(DefaultLifecycleProcessor.java:356)
        at java.base@17.0.6/java.lang.Iterable.forEach(Iterable.java:75)
        at org.springframework.context.support.DefaultLifecycleProcessor.startBeans(DefaultLifecycleProcessor.java:155)
        at org.springframework.context.support.DefaultLifecycleProcessor.onRefresh(DefaultLifecycleProcessor.java:123)
        at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:934)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:587)
        at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.refresh(ServletWebServerApplicationContext.java:146)
        at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:732)
        at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:434)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:310)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:1304)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:1293)
        at br.gov.prf.websocket.WebsocketApplication.main(WebsocketApplication.java:12)
Caused by: org.apache.kafka.common.KafkaException: Failed to construct kafka consumer
        at org.apache.kafka.clients.consumer.KafkaConsumer.<init>(KafkaConsumer.java:830)
        at org.apache.kafka.clients.consumer.KafkaConsumer.<init>(KafkaConsumer.java:666)
        at org.springframework.kafka.core.DefaultKafkaConsumerFactory.createRawConsumer(DefaultKafkaConsumerFactory.java:483)
        at org.springframework.kafka.core.DefaultKafkaConsumerFactory.createKafkaConsumer(DefaultKafkaConsumerFactory.java:451)
        at org.springframework.kafka.core.DefaultKafkaConsumerFactory.createConsumerWithAdjustedProperties(DefaultKafkaConsumerFactory.java:427)
        at org.springframework.kafka.core.DefaultKafkaConsumerFactory.createKafkaConsumer(DefaultKafkaConsumerFactory.java:394)
        at org.springframework.kafka.core.DefaultKafkaConsumerFactory.createConsumer(DefaultKafkaConsumerFactory.java:371)
        at org.springframework.kafka.listener.KafkaMessageListenerContainer$ListenerConsumer.<init>(KafkaMessageListenerContainer.java:852)
        at org.springframework.kafka.listener.KafkaMessageListenerContainer.doStart(KafkaMessageListenerContainer.java:381)
        at org.springframework.kafka.listener.AbstractMessageListenerContainer.start(AbstractMessageListenerContainer.java:531)
        at org.springframework.kafka.listener.ConcurrentMessageListenerContainer.doStart(ConcurrentMessageListenerContainer.java:226)
        at org.springframework.kafka.listener.AbstractMessageListenerContainer.start(AbstractMessageListenerContainer.java:531)
        at org.springframework.kafka.config.KafkaListenerEndpointRegistry.startIfNecessary(KafkaListenerEndpointRegistry.java:383)
        at org.springframework.kafka.config.KafkaListenerEndpointRegistry.start(KafkaListenerEndpointRegistry.java:328)
        at org.springframework.context.support.DefaultLifecycleProcessor.doStart(DefaultLifecycleProcessor.java:178)
        ... 13 common frames omitted
Caused by: org.apache.kafka.common.KafkaException: org.apache.kafka.common.KafkaException: Could not find a public no-argument constructor for org.apache.kafka.common.security.authenticator.SaslClientCallbackHandler
        at org.apache.kafka.common.network.SaslChannelBuilder.configure(SaslChannelBuilder.java:184)
        at org.apache.kafka.common.network.ChannelBuilders.create(ChannelBuilders.java:192)
        at org.apache.kafka.common.network.ChannelBuilders.clientChannelBuilder(ChannelBuilders.java:81)
        at org.apache.kafka.clients.ClientUtils.createChannelBuilder(ClientUtils.java:105)
        at org.apache.kafka.clients.consumer.KafkaConsumer.<init>(KafkaConsumer.java:738)
        ... 27 common frames omitted
Caused by: org.apache.kafka.common.KafkaException: Could not find a public no-argument constructor for org.apache.kafka.common.security.authenticator.SaslClientCallbackHandler
        at org.apache.kafka.common.utils.Utils.newInstance(Utils.java:394)
        at org.apache.kafka.common.network.SaslChannelBuilder.createClientCallbackHandler(SaslChannelBuilder.java:305)
        at org.apache.kafka.common.network.SaslChannelBuilder.configure(SaslChannelBuilder.java:148)
        ... 31 common frames omitted
Caused by: java.lang.NoSuchMethodException: org.apache.kafka.common.security.authenticator.SaslClientCallbackHandler.<init>()
        at java.base@17.0.6/java.lang.Class.getConstructor0(DynamicHub.java:3585)
        at java.base@17.0.6/java.lang.Class.getDeclaredConstructor(DynamicHub.java:2754)
        at org.apache.kafka.common.utils.Utils.newInstance(Utils.java:392)
        ... 33 common frames omitted

While we provided some hints to get a basic Spring for Apache Kafka application running as a native image, we (Spring) can't take on the responsibility of making all aspects of the kafka-clients native compatible.
You can add your own hints or reproduce the issue without Spring and raise an issue over there.
If you get it working with your own hints, we'd consider accepting a PR, if you want to contribute it.

I've got my Spring Kafka consumers compiling as native image. There is a core Java security hint needed in my case which I am narrowing down from the dump I got from the tracing agent.
The kicker for me right now is the ErrorHandlingDeserializer, since it serializes exceptions into the header. I plan to implement a version that just stores the stack trace instead.

that just stores the stack trace instead.

The DeadLetterPublishingRecoverer needs access to the raw data (byte[]) that couldn't be deserialized (currently a field on the DeserializationException.
I suppose you could add that as a separate header and add code to the DLPR to get it from there, if present.
Feel free to submit a PR with these changes.

that just stores the stack trace instead.

The DeadLetterPublishingRecoverer needs access to the raw data (byte[]) that couldn't be deserialized (currently a field on the DeserializationException.
I suppose you could add that as a separate header and add code to the DLPR to get it from there, if present.
Feel free to submit a PR with these changes.

I don't think that part needs to change? I observed that it's serializing the instance of the exception. Is the exception leveraged for anything in Spring Kafka or is it just something available?

I've got this working and we've been using it in production all year. I want to submit a PR but when I went to write the tests to submit the PR for spring-kafka, I realized it's not going to be simple.
Can't try and fake-out the static variable that indicates whether we're running in native or not because of the way tests start up. I think I'll have to actually make the tests run in native.

@matthenry87 What changes are we talking about here? Is this still about the original report (SaslClientCallbackHandler) or something else? Did you add any native hints that are specific to Spring Kafka? If it is some native specific features that. you are trying to test, we have a dedicated project for that: https://github.com/spring-projects/spring-aot-smoke-tests/tree/main/integration/spring-kafka. Maybe you can test your native features via the smoke tests? But we would like to see where the underlying changes are happening. Thanks!

@matthenry87 What changes are we talking about here? Is this still about the original report (SaslClientCallbackHandler) or something else? Did you add any native hints that are specific to Spring Kafka? If it is some native-specific features that you are trying to test, we have a dedicated project for that: https://github.com/spring-projects/spring-aot-smoke-tests/tree/main/integration/spring-kafka. Maybe you can test your native features via the smoke tests? But we would like to see where the underlying changes are happening. Thanks!

My changes are the ones mentioned above that enable a consumer running native. They do include a hint for the original report, and we're even using IAM authentication with MSK.
I'll have a look at those tests.

@matthenry87 What changes are we talking about here? Is this still about the original report (SaslClientCallbackHandler) or something else? Did you add any native hints that are specific to Spring Kafka? If it is some native-specific features that you are trying to test, we have a dedicated project for that: https://github.com/spring-projects/spring-aot-smoke-tests/tree/main/integration/spring-kafka. Maybe you can test your native features via the smoke tests? But we would like to see where the underlying changes are happening. Thanks!

My changes are the ones mentioned above that enable a consumer running native. They do include a hint for the original report, and we're even using IAM authentication with MSK.
I'll have a look at those tests.

If the hints are specifically for components outside of Spring Kafka, it might be better to add them in Oracle's graalvm-reachability-metadata repository. Take look here for example: https://github.com/oracle/graalvm-reachability-metadata/blob/master/metadata/org.apache.kafka/kafka-clients/3.5.1/reflect-config.json.