请教一下，预测出来的图片几乎全白是什么原因

我运行test_predict文件，使用的是你的unet.hdf5文件和测试文件imgs_test.npy，但预测出来的结果可视化后是几乎全白的。

我测试的结果，和你一样，不知道是什么原因造成的

你好，你的问题现在解决了么，因为我用自己的数据集测试的时候也有同样的问题。

你好朋友，这个问题解决了吗？很烦恼现在

Hi any luck on this issue. I am facing the same problem

change the step rate to 300 or 400 and check once

i made it as 1000.. while detecting, it is throwing an error as 'resolution of image is low'

please mention the python package version that you are using.

Hello, I faced the same problem when training on my own dataset for segmentation. Did anyone solve this problem? How?

Hello, I also caused an error due to 'resolution of image is low' and predicted the mask to be all black, I used python 2.7. Did anyone solve this problem? How?

Here is the solution:
i) increase the number of epochs nearly 100 when training
ii) in test generator function, change img = img/255 => img = img/255. This will give black and white image instead of grey images
iii) which is a lamen mistake. When predicting, load the saved weights
- in your main.py file
-> comment out line 18 --> model.fit_generator (....)
-> line 16 --> model = unet('your_weightsfile.hdf5')
and now start testing. Bingo!

Here is the solution:
i) increase the number of epochs nearly 100 when training
ii) in test generator function, change img = img/255 => img = img/255. This will give black and white image instead of grey images
iii) which is a lamen mistake. When predicting, load the saved weights

in your main.py file
-> comment out line 18 --> model.fit_generator (....)
-> line 16 --> model = unet('your_weightsfile.hdf5')
and now start testing. Bingo!

Hello，thanks for your method.
In your method(ii), it seems like same. I used your solution method, but still got grey pictures, I have no idea about this problem. (python-2.7.12)

楼上的各位大佬，有个问题想咨询一下。
我在博主的代码里看到好多DROPOUT层，但是从网络的结构图上没看到，请问这些是自己加得吗？
还有个问题，从网络结构图上看最后一个箭头代表1*1的卷积核，但是为什么博主的代码里是
conv9 = Conv2D(2, 3, activation = 'relu', padding = 'same', kernel_initializer = 'he_normal')(conv9) conv10 = Conv2D(1, 1, activation = 'sigmoid')(conv9)
而不是 conv9 = Conv2D(2, 1, activation = 'relu', padding = 'same', kernel_initializer = 'he_normal')(conv9) ，十分感谢！

Here is my solustions

img=img/255.
reshape
warnings:Don't change the order

我运行test_predict文件，使用的是你的unet.hdf5文件和测试文件imgs_test.npy，但预测出来的结果可视化后是几乎全白的。

你可以试试我改过之后的代码，应该能解决你的问题：https://github.com/wuyang0329/unet

Excuse me. Anyone solve this problem of all black image?
I found that my array of mask image is almost zero when I print out the here:
for (img,mask) in train_generator:
print("================== mask in train_generator ================",mask)
img,mask = adjustData( img, mask, flag_multi_class, num_class )
yield (img,mask)
Part of the log like below:
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
[  0.  ]
..............something like this
However,  the cell image from Author is OK for me. I can train the cell image very well. What does it happened?

Excuse me. Anyone solve this problem of all black image?
I found that my array of mask image is almost zero when I print out the here:
for (img,mask) in train_generator:
print("================== mask in train_generator ================",mask)
img,mask = adjustData( img, mask, flag_multi_class, num_class )
yield (img,mask)
Part of the log like below:
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
..............something like this
But I try to print out the array of mask images from /train/aug (augmented by datagen in data.py ), I got this part of my array:
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 13 243 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 38 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 17 253 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 2 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 27 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 1 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
I am sure that there is not all zero in my labelled mask images.
However, the cell image from Author is OK for me. I can train the cell image very well. What does it happened?

I found that my labelled images should be transfer to binary(black and white) images correctly first. I can successfully train my own dataset now.

Excuse me. Anyone solve this problem of all black image?
I found that my array of mask image is almost zero when I print out the here:
for (img,mask) in train_generator:
print("================== mask in train_generator ================",mask)
img,mask = adjustData( img, mask, flag_multi_class, num_class )
yield (img,mask)
Part of the log like below:
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
[ 0. ]
..............something like this
But I try to print out the array of mask images from /train/aug (augmented by datagen in data.py ), I got this part of my array:
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 13 243 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 38 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 17 253 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 2 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 27 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255 255
255 255 255 255 1 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0]
[ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
I am sure that there is not all zero in my labelled mask images.
However, the cell image from Author is OK for me. I can train the cell image very well. What does it happened?

I found that my labelled images should be transfer to binary(black and white) images correctly first. I can successfully train my own dataset now.

I'm facing the same problem. What do you mean by transfering to binary(black and white) images correctly?


Don't blow up if no sdist exists

Wonder why I never pulled this!

Coverage decreased (-1.02%) to 83.828% when pulling 7706f4fa5c14c63bb10b273179c389c500a59fa1 on no-sdist into cd8fc1e8e573d443c1a0e62c90e7ee3fd7a072f3 on master.

Coverage decreased (-1.02%) to 83.828% when pulling 7706f4fa5c14c63bb10b273179c389c500a59fa1 on no-sdist into cd8fc1e8e573d443c1a0e62c90e7ee3fd7a072f3 on master.

Coverage decreased (-1.02%) to 83.828% when pulling 7706f4fa5c14c63bb10b273179c389c500a59fa1 on no-sdist into cd8fc1e8e573d443c1a0e62c90e7ee3fd7a072f3 on master.


OpenStreetMap unusable

Describe the bug
Trying to scroll the map down on OpenStreetMap triggers a page refresh instead of moving the map
How to Reproduce
Steps to reproduce the behavior:

Go to https://www.openstreetmap.org/
Zoom in on map with the + button
Scroll around and try to scroll the map down several times
At first it works, but very quickly it refuses to scroll anymore and just refreshes the page instead

Expected behavior
Should be able to scroll the map without refreshing the page
Smartphone (please complete the following information):

DDG App Version: 5.78.0
Device: Nexus 5
OS: Android 7.1.2

@marcosholgado do you have time to take a look at this one and triage it? Thanks!

I've created an internal task to investigate the issue. https://app.asana.com/0/414730916066338/1200092328111314/f

I've come across a dailymail article this morning, and it turns out that site exhibits similar behavior. In case that might be helpful.
It can also sometimes trigger swipe down to refresh while the address bar is still hidden (#900)

I've come across a dailymail article this morning, and it turns out that site exhibits similar behavior. In case that might be helpful.
It can also sometimes trigger swipe down to refresh while the address bar is still hidden (#900)

Thanks, any sites where we can reproduce this are definitely helpful for us :)

Another example: https://www.walmart.com/grocery/


Support for manifests with local storage.

When trying to implement https://github.com/containers/podman-desktop/issues/6236 related to the bootc extension, I had an intrusive thought, does bootc-image-builder support manifests?
Unfortunately I ran into issues using a locally created manifest with local storage.
It works when NOT passing in --local and having bootc-image-builder pull the manifest.
But manifests do not work with a local storage.
Steps to reproduce:
git clone https://gitlab.com/bootc-org/examples
cd httpd
podman build --platform linux/arm64,linux/amd64 --manifest testmanifest .
podman run \
   --rm \
   -it \
   --privileged \
   --pull=newer \
   --security-opt label=type:unconfined_t \
   -v $(pwd)/output:/output \
   -v /var/lib/containers/storage:/var/lib/containers/storage \
   quay.io/centos-bootc/bootc-image-builder:latest \
   --type qcow2 --target-arch arm64 \
   --local \
   testmanifest
Generating manifest manifest-qcow2.json
WARNING: target-arch is experimental and needs an installed 'qemu-user' package
panic: failed to resolve container: '': error getting manifest: reference "[overlay@/var/lib/containers/storage+/run/containers/storage:overlay.imagestore=/usr/lib/containers/storage,overlay.mountopt=nodev,metacopy=on]docker.io/library/testmanifest:latest" does not resolve to an image ID: identifier is not an image

goroutine 1 [running]:
main.cmdBuild(0x40001c2800?, {0x400008ad20, 0x1, 0x6})
   /build/bib/cmd/bootc-image-builder/main.go:367 +0xaf0
github.com/spf13/cobra.(*Command).execute(0x400040ec00, {0x400008ac60, 0x6, 0x6})
   /root/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:983 +0x840
github.com/spf13/cobra.(*Command).ExecuteC(0x400040e900)
   /root/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:1115 +0x344
github.com/spf13/cobra.(*Command).Execute(...)
   /root/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:1039
main.run()
   /build/bib/cmd/bootc-image-builder/main.go:511 +0x664
main.main()
   /build/bib/cmd/bootc-image-builder/main.go:515 +0x1c

Also tested with a different example image (seeing it it's issues with just the naming...), tested by naming it quay.io/test/image and still unable to build unfortunately.

Ping @kingsleyzissou

What's the output of podman images?

▶ podman images
REPOSITORY                                TAG                IMAGE ID      CREATED       SIZE
localhost/testmanifest                    latest             a1b05be52529  20 hours ago  1.08 kB
<none>                                    <none>             4a4b48a8f979  20 hours ago  1.64 GB
localhost/testimage123                    latest             010035bc30fe  22 hours ago  1.08 kB
<none>                                    <none>             2ea77ed59d9c  22 hours ago  1.64 GB
<none>                                    <none>             24544ba7c526  22 hours ago  1.41 kB
localhost/foobar                          latest             51055376f7cb  22 hours ago  486 B
quay.io/centos-bootc/centos-bootc-dev     stream9            a0273f465573  23 hours ago  1.54 GB
localhost/test                            latest             6a105d8fe5a7  24 hours ago  486 B
quay.io/test/image                        latest             263b0748604f  24 hours ago  486 B
quay.io/centos-bootc/bootc-image-builder  latest             5813f79c0726  28 hours ago  843 MB
<none>                                    <none>             3027951d09e2  29 hours ago  1.08 kB
<none>                                    <none>             6aed315874ac  29 hours ago  1.64 GB
<none>                                    <none>             10f120cbda1b  29 hours ago  1.64 GB
<none>                                    <none>             f114b942e8dd  8 days ago    1.65 GB
quay.io/centos-bootc/bootc-image-builder  latest-1710916056  0c39315d3899  2 weeks ago   842 MB

(excuse the other output).
FYI, even if you pass in localhost/testmanifest, or even if you tag it and name it quay.io/test/image it will not work. I've added the steps in the initial issue so you can reproduce.

Here is the output of manifest and image inspect:
▶ podman manifest inspect testimage123
{
    "schemaVersion": 2,
    "mediaType": "application/vnd.oci.image.index.v1+json",
    "manifests": [
        {
            "mediaType": "application/vnd.oci.image.manifest.v1+json",
            "size": 11204,
            "digest": "sha256:97f07804c174675610516fbb3af7486a7a80b2b105693ef875ce16af038f3cc2",
            "platform": {
                "architecture": "amd64",
                "os": "linux"
            }
        },
        {
            "mediaType": "application/vnd.oci.image.manifest.v1+json",
            "size": 11200,
            "digest": "sha256:f133768ad5f62cd9a74e3288711c5498613c6c285db560cefa448d1e6bb2bbed",
            "platform": {
                "architecture": "arm64",
                "os": "linux"
            }
        }
    ]
}

podman image inspect testimage123
[
     {
          "Id": "2ea77ed59d9c38f0233bb724aaba3e5c4443090db2b4a954f08ad816b8183049",
          "Digest": "sha256:f133768ad5f62cd9a74e3288711c5498613c6c285db560cefa448d1e6bb2bbed",
          "RepoTags": [],
          "RepoDigests": [],
          "Parent": "362fdd0b92b2cb152a4d5b4746947c47f3ae0d42955226421b551db900100372",
          "Comment": "",
          "Created": "2024-04-03T21:43:19.084473161Z",
          "Config": {
               "ExposedPorts": {
                    "80/tcp": {}
               },
               "Env": [
                    "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
               ],
               "Cmd": [
                    "/sbin/init"
               ],
               "Labels": {
                    "containers.bootc": "1",
                    "io.buildah.version": "1.35.0",
                    "org.opencontainers.image.version": "stream9.20240402.0",
                    "ostree.bootable": "true",
                    "ostree.commit": "6e1a3dd7fede025ee449c82bfc94f562477ce98d2d0c9a81ed1c93c0dcbd04cd",
                    "ostree.final-diffid": "sha256:12787d84fa137cd5649a9005efe98ec9d05ea46245fdc50aecb7dd007f2035b1",
                    "ostree.linux": "5.14.0-432.el9.aarch64",
                    "redhat.compose-id": "CentOS-Stream-9-20240304.d.0",
                    "redhat.id": "centos",
                    "redhat.version-id": "9",
                    "rpmostree.inputhash": "f5175ad2e1cb7b38eaea41a410559d28f94823aca74861b7d388c14eb92a1977"
               },
               "StopSignal": "SIGRTMIN+3"
          },
          "Version": "",
          "Author": "",
          "Architecture": "arm64",
          "Os": "linux",
          "Size":<PHONE_NUMBER>,
          "VirtualSize":<PHONE_NUMBER>,
          "GraphDriver": {
               "Name": "overlay",
               "Data": {
                    "LowerDir": "/var/lib/containers/storage/overlay/7fc8dd2514846362aa2466266378abb63a9d187e05ecbd7eb4f90c5878f9fe5f/diff:/var/lib/containers/storage/overlay/aabfc2393939bd1098a7edce4da3ac53d8d0c56ef52ac61f719ba8bdf92edd48/diff:/var/lib/containers/storage/overlay/09d7b380212847617b9056dc02187ac0589446aeae2032faadb54876ca1b440e/diff:/var/lib/containers/storage/overlay/82cf30724b9d2c2741df24ad0b166a71cda24b67304c2f0c1f4e866e639f5e69/diff:/var/lib/containers/storage/overlay/a879d700586d66e3c14a4238663bf8cc12d4bc923b516bb2686e81c2a4f4eb01/diff:/var/lib/containers/storage/overlay/0ba0a6907647821bbe7e06916ee6ccd2adec85ff2370a5db89ab1bce809daf30/diff:/var/lib/containers/storage/overlay/7fee544a02a460fe3af198fd9fa4fe33a2c7fa59e5d61678505d8700f2bf5eb2/diff:/var/lib/containers/storage/overlay/7074b51a2ef9cf9bd3781e2d7dc0e48513c00389d9230e0a87a21a791be66433/diff:/var/lib/containers/storage/overlay/ea9c87d374c4b61f2a418f262a6b7f88f239a0f507f3508e48c5950c0963ab15/diff:/var/lib/containers/storage/overlay/8e6c1f96d9a9eb40ed59e99f78bb2fce5d8d78fdfc860fadf209541b98977433/diff:/var/lib/containers/storage/overlay/73cc2db7dd00bdb2ccebfcc59ad1b7c627661ed741387c81bb99801c959854ad/diff:/var/lib/containers/storage/overlay/b42f347995c1681bc7e3be3309186599c1b91edf32d43e8c063f5db40890f0bf/diff:/var/lib/containers/storage/overlay/ee3206d6ff1299f316528268bec6464fea9f784a11d77de2afceaf56ad5fd7ea/diff:/var/lib/containers/storage/overlay/e3d4088d45fc43ff6afbf4c8bc838a5fa4c93eb88ee33ab6e27d1efc987bda57/diff:/var/lib/containers/storage/overlay/da3452a40e881f4949a71453c51c8560747cb21ebe08ccdf30188fb9859ec4f3/diff:/var/lib/containers/storage/overlay/aedd87d49940041fc43d6f3d1a84a1976111459b261087466d7bcf4060fcc8e0/diff:/var/lib/containers/storage/overlay/2391b36df63c73ccaa870f230d6db52098b7fcdd160d760582bd6db9b82198bf/diff:/var/lib/containers/storage/overlay/3204712b1472d0dc05bfbfc53653f21ef6f205b23f484bbbd834b410e75f999d/diff:/var/lib/containers/storage/overlay/1de94245110cbabc8ff741ddd2d72e70e62a2b86cc14095553f22650813946d5/diff:/var/lib/containers/storage/overlay/77bfad060d0bb21d5f2d15ef0c55513e12c9011a69ca06e79d2c81414f361fb8/diff:/var/lib/containers/storage/overlay/030a2cbc76333b2c4e89798f6093519b9ab0e174d6b172eb5456fbdd775b6f00/diff:/var/lib/containers/storage/overlay/089ed597e40b2a636b3e137bd43206d365f76318966ccf4e733a13becf35c169/diff:/var/lib/containers/storage/overlay/635ecbcb29c695ee7d10d3abbc41531550056875233e781402b88be3a716d210/diff:/var/lib/containers/storage/overlay/d69eae3d354a3d80c46b0ff627873c84184add997c01bb7075db4149f012f986/diff:/var/lib/containers/storage/overlay/a02ff525f5927af9f8b6d64d4a9cecaac1ea852ff531455817123b989b47477e/diff:/var/lib/containers/storage/overlay/c052a7983165baaa7fd9cbde8e02f043b10cb105c67284a7f8e054d03ac838ea/diff:/var/lib/containers/storage/overlay/19f38c02ef265556233f0a632abb5243afe6743d2bd1a3a9cbf05c6059b542a8/diff:/var/lib/containers/storage/overlay/4c269bd56cb3f3e6055ef4c2d295474c8d10df4f8a79cfb2062dc7937e6860a5/diff:/var/lib/containers/storage/overlay/79d122f7b07f777d9ccd72ba7b65a64c2e42a69542dea5e254a583755172b972/diff:/var/lib/containers/storage/overlay/ed0ff037068421a9f5a5de7cf7aa48f1448bedf75f171e833de1534a86a1ec54/diff:/var/lib/containers/storage/overlay/0ef8fb00bc7373eeef81831806265cc0b7aed62c00217403292f545e3caf7b2d/diff:/var/lib/containers/storage/overlay/fb0f6a70e60b8f60de64725e89329e5624f064ab13e3d4e1b392a736329ab2d8/diff:/var/lib/containers/storage/overlay/2ffcff9b511b3b18971bd011e862ebef701616496c0a71e52c2314ecb5484d77/diff:/var/lib/containers/storage/overlay/d8c8599e4cbd75f8d96dec78497e21be315a0c786a18a0f5214855f6d634a688/diff:/var/lib/containers/storage/overlay/493f184e773535150ddfa7df13143fe8dfa075bbb7d75ecaf6bf56bf0240e608/diff:/var/lib/containers/storage/overlay/5c32bc81cfaf26ad7062002efb8ee93892954eba99f7384febee5249a660d1a6/diff:/var/lib/containers/storage/overlay/572b1ceb586356352eeb4243f80ef0d2d0953d069b2315327ff663e41e6bdbff/diff:/var/lib/containers/storage/overlay/297e765c16e411af97ea014d56911af0067f31e2522d3a2f50d23eab789b5634/diff:/var/lib/containers/storage/overlay/2deadb9d2c687a157d1e71a342c564bfa03f3440c2232ecbc11ddbceae35012b/diff:/var/lib/containers/storage/overlay/68f87f75c4f9bec1c48e35451da2c17a093475f998b3ba110ad21f55c332f47c/diff:/var/lib/containers/storage/overlay/5b00e5ffcd990671c27fb3054e5f5316286cc36a181d1b84407e9be3c80821a5/diff:/var/lib/containers/storage/overlay/ed096cfc47d58f71dfb4f00e8c3913895b34bbaa2d052e53fe0c1ffa0df40c4c/diff:/var/lib/containers/storage/overlay/d935a94fd0e731fcf3f2ecc5154cbe20a8061d379c4619a843763ccd7be5463f/diff:/var/lib/containers/storage/overlay/83a13f72b34838b8451be805bac8ecf083e436e327bee6de920c8c2814dcc728/diff:/var/lib/containers/storage/overlay/9d96068cfa20e015ea1dce90bed81e5103e86d47b58e3cedfa1579582bd3d468/diff:/var/lib/containers/storage/overlay/8c631cd0a1f40979be56b28e692964803e1cef06e1c62baee0cbe5a0cd6d436b/diff:/var/lib/containers/storage/overlay/d115ca19e8fbf3d0b908631ca680b1131a5af69d05c742d75bc7e144f817feec/diff:/var/lib/containers/storage/overlay/df5ba027f59e915de5834ddb0062c4a44e0b48270e8b4b69f06f3ee4dfb1c9c1/diff:/var/lib/containers/storage/overlay/454eb548275cf87e41b40edfb97282e1974bd63c511f7009b9544d354f1187fe/diff:/var/lib/containers/storage/overlay/23df818095d871d59cac2e1caae4e79ce7ab03f931f99ec1a4958334516e9b19/diff:/var/lib/containers/storage/overlay/f157b01c7227e95d1d6de510ef7158fa412b68d1f08a12bd10d2d131405a5157/diff:/var/lib/containers/storage/overlay/b6bc080f66cc8a0457a34cd3a8bc84865a6d60d8daa4de6d782bea5372cace7b/diff:/var/lib/containers/storage/overlay/6ec384b1c478dfd3fd7d3b67cde66935bc1158932ac3f5c9890eb9fae4220e74/diff:/var/lib/containers/storage/overlay/45422b35e81fa9142055c265ab8f54b258c3d6b58f4ef975cc72903c13aef50a/diff:/var/lib/containers/storage/overlay/8b6ca5f9d243181f903139dc1583bd0525c54281f4e40c9db1d7f7ebfd317f9d/diff:/var/lib/containers/storage/overlay/ea0e817743d90a080a544b8d3d6320c5477fa91e2c24305f1800d6cc4166bb0a/diff:/var/lib/containers/storage/overlay/0ce559398de36cff7ad296f4a227dfce2202b63280203956b8f9dbccd883a6af/diff:/var/lib/containers/storage/overlay/7910a0fcc9a0096a773a1b5996ab64c54c83ef348d7aecff6677cb60427f6e6c/diff:/var/lib/containers/storage/overlay/b8f1d17d5e1d22471d995efc845123c7af290794c7bd66283003c89978f7e653/diff:/var/lib/containers/storage/overlay/26df861c92e509c0f06385f594ec8cd1de4bc8903a6a16cbdb2896c1c2072ac0/diff:/var/lib/containers/storage/overlay/a98043ad721a6be72f3cdcaa17ccb0bd503cdaffdbd6d2aec12a25c29a7c5838/diff:/var/lib/containers/storage/overlay/1872c90b225525decc16c522186800b1888b6b8e48c7ac342d7b7574db550e72/diff:/var/lib/containers/storage/overlay/96b0c247c6ea65198469b9b201732b85e143837f45b9a97ea7349b2e8ba6dd33/diff:/var/lib/containers/storage/overlay/b9dad65bdb4ec9106e9f4366cb120433c224cf5a2ea0e9f06611e47367c2cb0f/diff:/var/lib/containers/storage/overlay/101ce5b06ebdd494fb3bdf72e76f53ab7cb4c7ad5b53899a294aaef84bbd4279/diff:/var/lib/containers/storage/overlay/61960520aa5aeee0176e4df630dd89f4f81fb0ceff6690cbfb351a9859e0de44/diff:/var/lib/containers/storage/overlay/0c83d16e4e9836210a493cba3cd69c56b2ca6104514873ee15cd88a63218f13c/diff:/var/lib/containers/storage/overlay/560ec81bc83e5f6b9194ca7c887d52b4894be5032aec859388e54c4528e26884/diff:/var/lib/containers/storage/overlay/805949604c8cb5cb74b24cc6720ad769d994d174e213f0c0a4a0c910e19f9f58/diff",
                    "UpperDir": "/var/lib/containers/storage/overlay/74754964e0e9d88924adf8900067e9209491cd06c10937616e8bd489329150d8/diff",
                    "WorkDir": "/var/lib/containers/storage/overlay/74754964e0e9d88924adf8900067e9209491cd06c10937616e8bd489329150d8/work"
               }
          },
          "RootFS": {
               "Type": "layers",
               "Layers": [
                    "sha256:805949604c8cb5cb74b24cc6720ad769d994d174e213f0c0a4a0c910e19f9f58",
                    "sha256:88aab01220f9684503fb67e4ac6c7548d5503bec19e1b9935e04f86119f72f5c",
                    "sha256:1398857a59385bf21b05036c99b41b3ffa2ccf989a99dd66092c8d17d927d47c",
                    "sha256:ecabd238e09c883475a9b6b2b76a4e40dc6b734575a27223846fd4667ab7a42f",
                    "sha256:bc6a2ddc91e10b1a426be528ef61ccab8eaddd5fbc7f294fdfc315c0439c3df8",
                    "sha256:159348fa9cfbb75c5cb57e9fac24b9f28477412149e901bdadb909bfaeb84dad",
                    "sha256:ea21f664c19ce57ea2cbe3b21be9a5c4069c096e8f01afaa4fb0a14fed6918ee",
                    "sha256:e3b6dcdf32c3f7ca77eeff8f174f3b59169b5a583cb4a1831eef699cc6609e3e",
                    "sha256:ed6e50b45a9355d57f5593c64d35b4e8eb7b953bc402815a201cb4986a2f7d03",
                    "sha256:5db477f4687d9f8e0b3c733273e95c5d2c0d216d0a8932ff3024c2231061b586",
                    "sha256:d14dafd0d84f06d1724f6fa5fcb78c438b53ca1e605dc3668779f5a39347e16d",
                    "sha256:19e94fc9f561b63f00bc4f29cae6f3d66dfd17f88e2cc453dd7c95122dac2c97",
                    "sha256:d49f1af481997d13dc624f2a27605cf272f8385f9c4a29da03297800f55c8a2f",
                    "sha256:5b8cb2c5a76d77f168728d7ec9e8140d969299446b088fd76386277d54b7622e",
                    "sha256:1e4036afc4e15b9f799bcdf6157fdf1e788dae66c64ef6f46b411094ffc8ed25",
                    "sha256:ff18962ccfa3557da881ec43f19936d9add6053fbaea093bf549fce38e4c82fd",
                    "sha256:8264b77d5359dc3f95123f650aefa1d7b61f604ed879ec4fe2742fd9ee991642",
                    "sha256:28adee727adc25437e2497271a281dfa7395894839d7cbe42ad10b6a96c839e9",
                    "sha256:98ca63d3e1db3121180b82e806387a7337da2d445d07d315cb2fcfb525dd7247",
                    "sha256:312bd44fbfb86e4a31816751d39104a1bdd0e1ffed486ed5df080bcf92d99885",
                    "sha256:84f756f2a76cba323a1bf8d06a65e641d9cf9b3946a1cf99e2301d06b2fb0bb8",
                    "sha256:03f8187d462decd660e9d518a136c79c867bae006e6d4ad0e29cd476b7f81f5d",
                    "sha256:b4d285fa41e72c1c08d693065fddaabeabb529893d391c1a68f306238bcaf899",
                    "sha256:6afbc9f1ff554f2e93f9da5adfcf78c19079797baf26704239c9671dbdb06843",
                    "sha256:d85d11b65e436925fb2ae85483fe3d9fe6a26d2df1253fc82d2b88e1186e61b1",
                    "sha256:936b50b851a1abbd62542c1fca6b841243dd2a3ff4913311fcfe0046149e52e7",
                    "sha256:4a90b950ef7b87cf74480bb547118e60c67f11a0be6f1ef5d6b7c5cccb628ad2",
                    "sha256:d62c908cc2e2e6e131f07330f2a20aa290f9e929b5d9a59bec88a900e36ce47b",
                    "sha256:0cd464dec7d8ce1e3a829526f61c64247550a0709f79006f46d19145697e1e21",
                    "sha256:b2cd4d821498ffedc06b956d1b07f53ff8d7585816aac0bf755de926c90a5e78",
                    "sha256:47236f97ecf75b6666c2f9f981f5d8ba04210117424e90d739fad05382d13789",
                    "sha256:fafcf64fcc84bf1ba4177396edfd6022ed4be63044e4ad617b985a2bc769efed",
                    "sha256:5d6a623c38136b8dfec219954165cfca204c830265c75e2adc85155dfef21829",
                    "sha256:20595d276e7c26092001d0172a6b8fd106e463be83ddc43ee772cf99c98e1689",
                    "sha256:2972ed6b11ebeb23fc8caa2eef95f49f34ec577ade17b8709388d6124598822a",
                    "sha256:50b1ed09271c82cd00f37c92243fc0dc28d222731c8f94af7ec8f9c5b8b5ce84",
                    "sha256:83e6ac618a47cd5dde370b59c684af7e878139b301c5c32f3e38d141cfde34f5",
                    "sha256:fcc19d0ee42df736a635e7a88bc21f1804f3f233ab8a0145681b8665e1fdc49f",
                    "sha256:d3eb22aa466d90069d019016cae45d5fd05999b3f51abd81548283d2c3357ff4",
                    "sha256:3fbf1e0ab541ad69c8e7b77be27d45c24bf4234ecdbbe206b719c449e313ed2e",
                    "sha256:be537f1055b6e6ffb0e83e5c231bab666a328efeffb014badc248778662746e6",
                    "sha256:9641efc7a7c78c16ce06c366c28b12b905467f803a3efa16935717c28b797310",
                    "sha256:d86b46bff3e9614d567fdeb80c66637ca931f051c3d57e15086e8fdb7b519271",
                    "sha256:ea7fa05cd3a55e0f0c4a665564300672d5cc47ede75d3326c4f31d0b354e5d27",
                    "sha256:ef9287c95def475b5f31c5790f1e24d0b83651a8843d3918feb4742ebf5e0b95",
                    "sha256:fd6c6acfc0a4b9d471a6eb426b250039bb15719728077bb3738e598ea3d2c91e",
                    "sha256:1b4b2c78c49c98ae115cdf7c3c4535ec13463d7cfa2159400a26a970ff2df86c",
                    "sha256:60c34157f07651d4e063c708b7326f0a0bb96db6cdf858667a687efc3125b38d",
                    "sha256:d9e013ae94cde55900cc4e5a7a45e7b241b9d989c202d84938c80848d233e6cc",
                    "sha256:3cab2654156eaf0b46610d3b3acbe0969c72ec2ab89e17e14987476a21b8585c",
                    "sha256:5e0b21051039c2e57a542424f39348315e902cdcaaa78f249157b4cd6b21e3a0",
                    "sha256:8d38ac40b9eaa36b646a131117f1991b3edc873125b2b28649c268ad798e1f4c",
                    "sha256:596a87c17c00dc94d6e5975a8f56345307b47b90edbbe9e3d747c508fe9b1d3c",
                    "sha256:c99557a4c9ff38114e7f993909c7d4a8d1b7c55cfcc3b784fa5b3e8e92daeae7",
                    "sha256:6cf37683867820281dc0de77921774d072064c67217070f2a0f8a2ab4ed68797",
                    "sha256:2f89708153501705a90ebb7cd7f086490bcf1f476ff2b78ab5b897495780ceee",
                    "sha256:7ba6701df7c2e6720c0e96d289289d82bb577a0d32b549a5390fdb5a0087cca6",
                    "sha256:67ac3e56d2a0828b1e568517f3f7140948d970425203c57b2d3051d27b2f68f0",
                    "sha256:c3f500141a25e664ac63c280e1a3eb97b823198471262c6f99a99745b22f4596",
                    "sha256:9089241606b121ed752d472255f619a27143e773a6b896fbfff6c7108aa3be08",
                    "sha256:e5957753dc01c18e1127a270baa527ca23b8ce902f8bced376785a4ddfd47809",
                    "sha256:0608674f733ef64e9c26fe8793ce5f48c836fd5a94f63341cd7dcd6947cabcc0",
                    "sha256:14b39f017de7d7393dbccd7b52782e69fae6f1df7018a63ea513af58ffbe079e",
                    "sha256:1f67296bb947333fad65730fe40d81336c65b3f1f6fd6afad5384240e3764e00",
                    "sha256:12787d84fa137cd5649a9005efe98ec9d05ea46245fdc50aecb7dd007f2035b1",
                    "sha256:5f70bf18a086007016e948b04aed3b82103a36bea41755b6cddfaf10ace3c6ef",
                    "sha256:4f0d87b73a0d8f68830e269ddab370267fc0b2ff622190ea747d60dd8fe83ff2",
                    "sha256:8e5600affccb420b197addba59571377a986d2a1b4805c8512c93e83c26be1ab",
                    "sha256:a832e22f4db2cb8b17127751a998cac575f02f36bb96de51458c36c21289a67e",
                    "sha256:1e03cd1d0e0ae0c1e77828510693221ec2b9000bc587d0b98222d50906341e64"
               ]
          },
          "Labels": {
               "containers.bootc": "1",
               "io.buildah.version": "1.35.0",
               "org.opencontainers.image.version": "stream9.20240402.0",
               "ostree.bootable": "true",
               "ostree.commit": "6e1a3dd7fede025ee449c82bfc94f562477ce98d2d0c9a81ed1c93c0dcbd04cd",
               "ostree.final-diffid": "sha256:12787d84fa137cd5649a9005efe98ec9d05ea46245fdc50aecb7dd007f2035b1",
               "ostree.linux": "5.14.0-432.el9.aarch64",
               "redhat.compose-id": "CentOS-Stream-9-20240304.d.0",
               "redhat.id": "centos",
               "redhat.version-id": "9",
               "rpmostree.inputhash": "f5175ad2e1cb7b38eaea41a410559d28f94823aca74861b7d388c14eb92a1977"
          },
          "Annotations": {
               "org.opencontainers.image.base.digest": "sha256:9a8fd5a569825f474a1f6b28bc3067f5fa8098c125b36ad5cf20227e1897967c",
               "org.opencontainers.image.base.name": "quay.io/centos-bootc/centos-bootc-dev:stream9"
          },
          "ManifestType": "application/vnd.oci.image.manifest.v1+json",
          "User": "",
          "History": [
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "ostree export of commit 6e1a3dd7fede025ee449c82bfc94f562477ce98d2d0c9a81ed1c93c0dcbd04cd"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "linux-firmware-20240219-143.el9.noarch"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "podman-2:5.0.0-1.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "python3-libs-3.9.18-3.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "libicu-67.1-9.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "skopeo-2:1.14.3-0.1.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "polkit-libs-0.117-11.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "kernel-core-5.14.0-432.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "binutils-2.35.2-43.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "kernel-modules-core-5.14.0-432.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "samba-client-libs-4.19.4-104.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "glibc-gconv-extra-2.34-103.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "kernel-modules-5.14.0-432.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "netavark-2:1.10.3-1.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "systemd-252-32.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "util-linux-2.37.4-18.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "glib2-2.68.4-14.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "rpm-ostree-2024.4-2.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "systemd-udev-252-32.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "coreutils-common-8.32-35.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "NetworkManager-libnm-1:1.47.2-1.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "cracklib-dicts-2.9.6-27.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "gnupg2-2.3.3-4.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "coreutils-8.32-35.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "file-libs-5.39-16.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "bash-5.1.8-6.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "fwupd-1.9.13-2.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "grub2-tools-1:2.06-68.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "iptables-libs-1.8.10-2.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "sssd-common-2.9.4-2.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "NetworkManager-1:1.47.2-1.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "openssl-libs-1:3.0.7-27.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "glibc-2.34-103.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "gettext-0.21-8.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "sg3_utils-1.47-9.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "bootc-0.1.7-1.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "grub2-common-1:2.06-68.el9.noarch"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "104 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "nvme-cli-2.6-5.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "systemd-pam-252-32.el9.aarch64 and crun-1.14.4-1.el9.aarch64 and NetworkManager-cloud-setup-1:1.47.2-1.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "8 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "9 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "11 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "11 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "11 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "samba-common-libs-4.19.4-104.el9.aarch64 and libsmbclient-4.19.4-104.el9.aarch64 and samba-common-4.19.4-104.el9.noarch"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "11 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "11 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "11 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "sssd-client-2.9.4-2.el9.aarch64"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "7 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "11 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "11 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "11 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "11 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "11 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "22 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "22 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "12 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "22 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "22 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "22 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "6 components"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "rpmostree-unpackaged-content and initramfs (kernel 5.14.0-432.el9.aarch64)"
               },
               {
                    "created": "2024-04-02T19:30:20Z",
                    "created_by": "Reserved for new packages"
               },
               {
                    "created": "2024-04-02T19:33:09.601690127Z",
                    "created_by": "/bin/sh",
                    "comment": "FROM quay.io/redhat-user-workloads/centos-bootc-tenant/centos-bootc/centos-bootc:on-pr-19ead2b16af28551532f54343208f9da3d29d4d4-arm64"
               },
               {
                    "created": "2024-04-03T20:38:48.297321639Z",
                    "created_by": "/bin/sh -c #(nop) COPY dir:445c8168edb33dfeb0b9ae5972e5649699cf93559b3342854e6af466659223c4 in usr ",
                    "empty_layer": true
               },
               {
                    "created": "2024-04-03T20:38:48.431057729Z",
                    "created_by": "/bin/sh -c #(nop) COPY multi:eda71433ead939c77e0327fd58dbd240f09214383065b444d817e92e0d14d6f2 in /etc/yum.repos.d/ ",
                    "empty_layer": true
               },
               {
                    "created": "2024-04-03T20:39:18.478935198Z",
                    "created_by": "/bin/sh -c dnf --disablerepo='*' --enablerepo=copr-coreos-continuous --enablerepo=copr-rhcontainerbot-bootc -y distro-sync &&     dnf clean all",
                    "empty_layer": true
               },
               {
                    "created": "2024-04-03T20:42:06.022113353Z",
                    "created_by": "/bin/sh -c set -x; kver=$(cd /usr/lib/modules && echo *); dracut -vf /usr/lib/modules/$kver/initramfs.img $kver",
                    "comment": "FROM quay.io/centos-bootc/centos-bootc:stream9"
               },
               {
                    "created": "2024-04-03T21:43:09.884335302Z",
                    "created_by": "/bin/sh -c dnf -y install httpd &&     systemctl enable httpd &&     mv /var/www /usr/share/www &&     sed -ie 's,/var/www,/usr/share/www,' /etc/httpd/conf/httpd.conf",
                    "comment": "FROM quay.io/centos-bootc/centos-bootc-dev:stream9"
               },
               {
                    "created": "2024-04-03T21:43:14.623712931Z",
                    "created_by": "/bin/sh -c rm /usr/share/httpd/noindex -rf",
                    "comment": "FROM a2c7324b4f32"
               },
               {
                    "created": "2024-04-03T21:43:19.018208562Z",
                    "created_by": "/bin/sh -c #(nop) COPY file:f6b79b470adcd6d977c80d5175bdf25d6eec249dfb80aede13a61d0957137506 in /usr/share/www/html ",
                    "comment": "FROM 9222e6d93e0e"
               },
               {
                    "created": "2024-04-03T21:43:19.085409369Z",
                    "created_by": "/bin/sh -c #(nop) EXPOSE 80",
                    "comment": "FROM 362fdd0b92b2",
                    "empty_layer": true
               }
          ],
          "NamesHistory": [
               "docker.io/library/869790e350a248b5355ffd56a70e371e751f615a3a2be49fe6b1cd79a21163e6-tmp:latest"
          ]
     }
]

I'll try see if I can reproduce on my end.
Are you running on Mac or Linux?

I'll try see if I can reproduce on my end.
Are you running on Mac or Linux?

mac M1

I am seeing something slightly different but quite similar on my end. I suspect it has something to do with how we're resolving the containers. But will have to do some more digging on this.

@kingsleyzissou This was implemented, right?

Yeah it got fixed with https://github.com/osbuild/images/pull/595 and #398


Fixed possible typo

Fixed possible typo as there's actually no job_id's beyond 900~, 917 is not assigned to any other unit, plus unit is not released yet so it is a placeholder

mistake, actually there are job_id's over 9000


CMP app: fix server info to be just the host (not port/URL)

Fixes #20031, in the way correctly suggested here.

How hard it would be to add a test?

How hard it would be to add a test?

I fear this would be rather difficult, because we'd need to detect where the underlying HTTP client actually tries to connect to.

Reminder for 2nd approval - a very low-hanging fruit ;-)

The fix is not working.
I could do some testing cloning the branch CMP_info_server_fix but SNI is still broken! The fix sets _Server Name length to 1.
1922 info->server = opt_tls_host;
leads to the SNI Server Name properly set.
Please also consider to add a info message before or after 1922 like
CMP_info2("opt_server: %s,  opt_tls_host: %s, port: %s", opt_server, opt_tls_host);

The fix is not working.
I could do some testing cloning the branch CMP_info_server_fix but SNI is still broken! The fix sets _Server Name length to 1.
1922 info->server = opt_tls_host;
leads to the SNI Server Name properly set.
Please also consider to add a info message before or after 1922 like
CMP_info2("opt_server: %s, opt_tls_host: %s, port: %s", opt_server, opt_tls_host);

Oh, you are right, it was sill broken - even in two ways!

In case -tls_host was used, the given value should be used instead of the server hostname.
It turns out that the host and port strings were potentially garbled because they are no more in scope when app_http_tls_cb() runs.

I've just added fixed for both issues.

A compiler warning make many test cases fail, which is fixed now.
Strange that I did not get this warning locally though I also configure with --strict-warnings.

The remaining CI failure is unrelated: some Windows build issue that I've been seeing for quite a while now.

Ping for 2nd approval

This PR is in a state where it requires action by @openssl/committers but the last update was 30 days ago

This PR is in a state where it requires action by @openssl/committers but the last update was 61 days ago

Pinging @openssl/committers again for 2nd approval.

Asking aging @openssl/committers for 2nd approval.
It's not not much work ;-)

Merged to master, 3.0 and 3.1. Thank you.


fix: Better compatible with jsonrpc

For #258.

Have you tested on old and new version of jsonrpc?

Yes, it both works for me. :)

Don't you think that it would be better for this "old" jsonrpc version to be hardcoded? It's not really like it can change and we should only use the old parameter when it is older than that specific version not when it is older than the version we currently rely upon. I.e. at some point we may update the version of jsonrpc we depend on but the logic would break.

Nevermind, I was confused there for a second. LGTM. :+1:

This is completely broken. Compilation breaks due to Package-Requires not at sufficient version (28.1). Furthermore, package-get-descriptor is only going to work if the descriptor is loaded first, and just requiring 'jsonrpc doesn't do that. As it is this breaks emacs startup.


Persistent RabbitMQ channel

From my experience using RabbitMQ, it is recommended to keep a single open channel instead of connecting and disconnecting regularly.
Would you be open for such a change?

Originally I thought that creating a connection for each message is an easy self healing mechanics in case something goes wrong with the Rabbit Server and connection dies. It seemed like less of the devil, as opposed to eg. restarting Keycloak server to resume the broken connection. Do you experience performance issues?

Closing it as there is no more activity on this topic


buildPerlModule broken on Darwin due to shebang character limit

Issue description
Executables produced by buildPerlModule use the shebang as a way of injecting dependent module paths. This goes over the shebang character limit which results in the shebang being ignored. On Darwin, the limit appears to be 512 characters. See my investigation here.
Steps to reproduce

Be using MacOS
Make default.nix:

rec {
  pkgsOriginal = import <nixpkgs> {};
  pkgs = import (pkgsOriginal.fetchzip {
    url = "https://github.com/NixOS/nixpkgs/archive/1869e7e5b0580e9398529dbebde7e983193c445e.zip";
    sha256 = "00cnbmfnznbjlw95cmiarns2qy4w4z0lkp07rxz6jfhk78vkv8yv";
  }) {};
  biber = pkgs.biber;
}

Run:

nix-build -A biber
result/bin/biber

See output (file parsed by Bash):

result/bin/biber: line 3: use: command not found
result/bin/biber: line 4: use: command not found
result/bin/biber: line 5: use: command not found
result/bin/biber: line 7: use: command not found
result/bin/biber: line 8: EXIT_OK: command not found
result/bin/biber: line 9: EXIT_ERROR: command not found
result/bin/biber: line 10: syntax error near unexpected token `}'
result/bin/biber: line 10: `};'

How many characters is the shebang?

$ head -n 1 result/bin/biber | wc -c
   17370

Technical details

system: "x86_64-darwin"
host os: Darwin 17.4.0, macOS 10.13.3
multi-user?: yes
sandbox: no
version: nix-env (Nix) 1.11.16
channels(root): "nixpkgs-18.03pre126880.360e0195500"
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixpkgs

I seem to have fixed the bug, but stumbled upon an unrelated Perl/Darwin bug which stops me properly testing my fix. Going to try to tackle that first, or make another issue if I can't.
If someone is interested in the shebang issue in the meantime, see my branch here where I am using wrapProgram to inject dependencies via environment variable PERL5LIB: https://github.com/boronine/nixpkgs/commit/b011dfad042cea19d0b123ccd81d22a4582cd0d5

Second bug fixed here: https://github.com/NixOS/nixpkgs/pull/35438

Work in progress on shebang issue: https://github.com/NixOS/nixpkgs/pull/35477


Hhh 18041

https://hibernate.atlassian.net/browse/HHH-18041

@dreab8 ended up changing his PR in a similar fashion while I was pushing this.


Complete rebuild of the server/client application

What
I completely rebuild the application. Whilst version 1 was working, I was missing a lot of good practices and the development could be done a lot quicker and easier. Version 2 allows quick development with Laravel Mix, and the application is build user proper practices with node.
Version 2 is not completely finished yet, but the dashboard is working. Documentation needs to be updated and statusmodules are yet to be introduced. Yet this is a great base to continue upon.


Build error

Description
Build error
npm run build

Gridsome v0.7.23

Initializing plugins...
Load sources - 0s
Create GraphQL schema - 0.05s
Create pages and templates - 0.07s
Generate temporary code - 0.04s
Bootstrap finish - 0.72s
Error: assets/js/styles.b8185833.js from Terser
Error: error:0308010C:digital envelope routines::unsupported

package.json
  "scripts": {
    "develop": "gridsome develop",
    "build": "gridsome build",
    "explore": "gridsome explore"
  },
  "dependencies": {
    "bootstrap": "^5.3.2",
    "gridsome": "^0.7.0"
  },
  "engines": {
    "nvm": "20",
    "node": "^20"
  }

Environment
I'm using nodejs v20
Issue
It works on dev v16 and v20, but the build is successful on node v16 and fails on node v20.

Add the node parameter NODE_OPTIONS=--openssl-legacy-provider to your build/run command.
So NODE_OPTIONS=--openssl-legacy-provider gridsome build.
Worked for me on my local machine.

Rolling back to node v14 (or v16) by nvm. As this repo update stopped, this will be the best approach to run a gridsome project.

@dyslab Yes right


Feature/action linker

Why
Add the ActionLinker to dispatch a set of Actions that depends on another one
Changes
The Store require a links: [ActionLinks] new parameter to be initialized.
I keep the compatibility with the convenience empty init.
Tasks

[x] Add relevant tests, if needed
[x] Add documentation, if needed
[ ] Update README, if needed
[x] Ensure that all the examples (as well as the demo) work properly

I suggest you show a snippet of how to use the linker here.

You want it here in the PR?

@lucaquerella We have a AnyAction but I think we don't need it anymore.
When we are happy about this PR I think I will take a look to remove them.
I'm not changing the code right now to allow @cipolleschi to take care of the feedback

yes I meant here,
also: why isn't the actionliker a middleware?
@bolismauro @cipolleschi

It could be, yes. Maybe it is better since we don't add too many things to the store.
To be tested. it should be doable but I'm not 100% sure
let actionLinks: [ActionLinks] = ...
let middleware = LinkedActions.createMiddleware(with: [actionLinks])

Yesterday, when we talked about it, we decided to avoid middlewares if possible to remove the possibilities to make black magic or mess up with the architecture... But maybe I'm missing something.


Migrate JGit code to libgit2

https://github.com/libgit2/libgit2#language-bindings

This may be more complicated than I thought, as it will require native executables built per platform (e.g. windows, mac, linux).
We should still do it eventually probably but since it isn't a simple replacement then it shouldn't necessarily block 1.0

We're no longer using jgit but instead are delegating to git on the user's system. Seems to be working for a while now!


handle situation when lifts key is not present

Simple fix to handle buildings without lifts key defined.
Fixes #187

Can you do a quick rebase on the latest master to see if it fixes style? Just to make sure we are not introducing any issue with the increased line length.


⚠ Processors has degraded performance

In eec9b33, Processors ($STATUS_URL) experienced degraded performance:

HTTP code: 200
Response time: 118 ms

Resolved: Processors performance has improved in 9e3b147.


Create Dockerfile.sonarscanner:3.0.3-alpine

An alpine-variant of the image for people into wanting to reduce disk footprint a tad - it's ~380MB vs the ~840MB of the default one.
Note:

uses the alpine provided java instead of the bundled one (muslc vs. glibc)
does not provide a sonar.properties since we run those scans on demand and pass on arguments as needed

Have at it if you're interested, open to suggestions!

Thanks for the PR Manuel! I think this will be a great thing to include in the repo - I like the idea of a smaller footprint where possible.
When you pass arguments to the container are you doing so using the same method that I use in my repo's original scanner image? If so, I might make that change to your image as well just to keep the two consistent, as you can always override the values in the properties file at runtime...

Okay, I worked out the command line to move this from an included server.properties file (like with my build) to the approach you're taking here. Although I still like having the included server.properties an overriding only those parameters you need to via command line, I should also include this full command line in the README for completeness. Additionally, I should provide an updated version of my Scanner image with a version that matches this new Dockerfile, 3.0.3.
I'll merge this in for now and reorganize the project directory-wise once I decide the best way to go about that while not breaking too much stuff unnecessarily. :)

Hey @vyo - not sure what the typical etiquette is here but I left your MAINTAINER line as you provided it. Would that usually be something I'd update to my info since it's in the same repo as mine, or are you fine with me leaving it how it is?

Also @vyo - interested if this is standard practice for sonar-scanner itself or what the foundation of this line is so I can figure out if it's something I should do for my builds as well:
#   ensure Sonar uses the provided Java for musl instead of a borked glibc one
RUN sed -i 's/use_embedded_jre=true/use_embedded_jre=false/g' /sonar-scanner-<IP_ADDRESS>8-linux/bin/sonar-scanner

Using what you did here, I'm adding alpine versions of my 2.5.1 scanner build (for backwards compatibility) as well as updating this Dockerfile to include my premade/easy-bake properties file as a default. Thanks again.

@newtmitch Oh my that was quick! If you want to continue to maintain the Dockerfile I'd suggest you put your name on it; I'd have the occasional look and submit a PR if need be.
The magic sed line is due to sonar-scanner bundling a java binary built against glibc which doesn't work on alpine which is using muslc. Unfortunately the sonar-scanner script forces the use of the bundled incompatible java so I had to force it to not enforce it =P
Thanks for the work, already getting some decent mileage out of it!

@vyo Ahh, great detail - thanks for adding that. I redid the project layout a bit as well as updated my Docker Hub repos for this stuff and made the 3.0.3 scanner the default tag for the image. Also included a 2.x alpine build in case anyone still needed the older version.
I noticed the results from 2.x to 3.x were different when I scanned my little sample project locally, so I'm guessing 3.x has some updates to make it more relevant. Good stuff.
I updated the maintainer entries for your alpine Dockerfile, so no worries there, thanks for the guidance/work.
With your info for this note, I need to go back and confirm that my 2.5 scanner build works as it's currently missing that sed call - not sure if the JRE binary in that scanner build is problematic or not, but it should be easy to test out...


After update to 0.58.0 error

Home Assistant Version: 0.58.0
Python Version: Python 3.5.3
Component/platform: Ubuntu Server
Description of problem:
2017-11-19 07:57:56 ERROR (MainThread) [homeassistant.loader] Error loading homeassistant.components.frontend. Make sure all dependencies are i nstalled Traceback (most recent call last):   File "/home/a_wellnitz/.local/lib/python3.5/site-packages/homeassistant/loader.py", line 142, in get_component     module = importlib.import_module(path)   File "/usr/lib/python3.5/importlib/__init__.py", line 126, in import_module     return _bootstrap._gcd_import(name[level:], package, level)   File "<frozen importlib._bootstrap>", line 986, in _gcd_import   File "<frozen importlib._bootstrap>", line 969, in _find_and_load   File "<frozen importlib._bootstrap>", line 958, in _find_and_load_unlocked   File "<frozen importlib._bootstrap>", line 673, in _load_unlocked   File "<frozen importlib._bootstrap_external>", line 673, in exec_module   File "<frozen importlib._bootstrap>", line 222, in _call_with_frames_removed   File "/home/a_wellnitz/.local/lib/python3.5/site-packages/homeassistant/components/frontend/__init__.py", line 19, in <module>     from homeassistant.components.http import HomeAssistantView   File "/home/a_wellnitz/.local/lib/python3.5/site-packages/homeassistant/components/http/__init__.py", line 30, in <module>     from .auth import auth_middleware   File "/home/a_wellnitz/.local/lib/python3.5/site-packages/homeassistant/components/http/auth.py", line 8, in <module>     from aiohttp.web import middleware ImportError: cannot import name 'middleware' 2017-11-19 07:57:56 ERROR (MainThread) [homeassistant.loader] Unable to find component frontend 2017-11-19 07:57:56 ERROR (MainThread) [homeassistant.setup] Setup failed for frontend: Component not found. 2017-11-19 07:57:56 ERROR (MainThread) [homeassistant.loader] Error loading homeassistant.components.history. Make sure all dependencies are in stalled

Same here, same error.

What version of aiohttp do you have installed? Find it via pip freeze.

@tinloaf
aiohttp==2.2.5

Same here, HA running on latest raspbian, aiohttp==2.3.2

aiohttp 2.3.2 looks good, 2.2.5 is too old.

aiohttp==2.3.2

My problem is with the history component:
2017-11-19 11:03:48 ERROR (MainThread) [homeassistant.loader] Error loading homeassistant.components.history. Make sure all dependencies are installed
Traceback (most recent call last):
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/loader.py", line 142, in get_component
    module = importlib.import_module(path)
  File "/usr/lib/python3.5/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 986, in _gcd_import
  File "<frozen importlib._bootstrap>", line 969, in _find_and_load
  File "<frozen importlib._bootstrap>", line 958, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 673, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 673, in exec_module
  File "<frozen importlib._bootstrap>", line 222, in _call_with_frames_removed
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/history.py", line 20, in <module>
    from homeassistant.components.http import HomeAssistantView
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/__init__.py", line 30, in <module>
    from .auth import auth_middleware
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/auth.py", line 8, in <module>
    from aiohttp.web import middleware
ImportError: cannot import name 'middleware'

Dirty fix found here: https://github.com/home-assistant/home-assistant/issues/10529#issuecomment-345235147
There is a problem with aiohttp, I added "from aiohttp.web import middleware" in the file /usr/local/bin/hass
Now my hass script looks like this:
#!/usr/bin/python3

# -*- coding: utf-8 -*-
import re
import sys

from aiohttp.web import middleware #dirty hack?
from homeassistant.__main__ import main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
    sys.exit(main())

Works for now but ... it should be fixed.

@andreipop2005: Thank you, works also for me. Have a nice day.

It looks like this is related to old aiohttp related dependencies in the deps/ folder. Removing anything starting aiohttp from deps/ and restarting should fix this.

Indeed, as @DubhAd said above, if you clear the deps folder and restart it should reinstall the correct version. In my old deps folder i had aiohttp version 2.2.5, after delete & restart it is now 2.3.2 - so no need to do the hack I said above, but still an issue in my opinion because you need to do this.

It worked for me. Thanks

Clearing dependencies folder and restarting HASS did not help for me. I have the same error. I already reported in #10908 but since this issue here is older, i closed mine and report in here.

Upgrade to 0.59 didn't fix it either

Very strange.  Are you sure there's not two versions deployed in different places?  Can you remove your config and try starting with a vanilla install?  Sorry, i don't have answers just questions.

I had the same issue after upgrading to 0.58. I deleted all the aiohttp related folders from deps (it was version 2.2.5, then got replaced with 2.3.5) and that brought back most critical things like frontend. There were still errors loading history, map, logbook, and config. I tried a stripped down configuration.yaml and I upgraded to 0.59.1 but neither helped. I downgraded back to 0.57.3 and it's all working again.

I'm running Raspibian Stretch - No Virtual Environment. In order to update to anything newer than 57.3 I had to copy the aiohttp folders from my python's dist-packages folder to homeassistant and then it worked.
cp -r  /usr/local/lib/python3.5/dist-packages/aiohttp* ~/.homeassistant/deps/lib/python3.5/site-packages/

Well done, @eracknaphobia 's workaround seems to work for me. Although i had to create the target folder manually first. On the first startup i wasn't greeted with multiple exceptions, and HASS begann to install its dependencies. On installing aiohttp as a dependency, it terminated with SIGSEGV (Address boundary error), but after a second start, it loaded all the dependencies and config - until i tried to access the web frontend, after which came another aiohttp related exception:
ERROR:aiohttp.server:Error handling request
Traceback (most recent call last):
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web_protocol.py", line 410, in start
    resp = yield from self._request_handler(request)
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web.py", line 326, in _handle
    resp = yield from handler(request)
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web_middlewares.py", line 93, in impl
    return (yield from handler(request))
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/ban.py", line 58, in ban_middleware
    return (yield from handler(request))
  File "/usr/lib/python3.5/asyncio/coroutines.py", line 213, in coro
    res = yield from res
  File "/usr/lib/python3.5/asyncio/coroutines.py", line 210, in coro
    res = func(*args, **kw)
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/static.py", line 72, in staticresource_middleware
    fingerprinted = _FINGERPRINT.match(request.match_info['filename'])
KeyError: 'filename'
ERROR:aiohttp.server:Error handling request
ERROR:aiohttp.server:Error handling request
Traceback (most recent call last):
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web_protocol.py", line 410, in start
    resp = yield from self._request_handler(request)
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web.py", line 326, in _handle
    resp = yield from handler(request)
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web_middlewares.py", line 93, in impl
    return (yield from handler(request))
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/ban.py", line 58, in ban_middleware
    return (yield from handler(request))
  File "/usr/lib/python3.5/asyncio/coroutines.py", line 213, in coro
    res = yield from res
  File "/usr/lib/python3.5/asyncio/coroutines.py", line 210, in coro
    res = func(*args, **kw)
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/static.py", line 72, in staticresource_middleware
    fingerprinted = _FINGERPRINT.match(request.match_info['filename'])
KeyError: 'filename'
INFO:homeassistant.components.http:Serving /api/websocket to <IP_ADDRESS> (auth: False)
ERROR:aiohttp.server:Error handling request
Traceback (most recent call last):
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web_protocol.py", line 410, in start
    resp = yield from self._request_handler(request)
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web.py", line 326, in _handle
    resp = yield from handler(request)
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web_middlewares.py", line 93, in impl
    return (yield from handler(request))
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/ban.py", line 58, in ban_middleware
    return (yield from handler(request))
  File "/usr/lib/python3.5/asyncio/coroutines.py", line 213, in coro
    res = yield from res
  File "/usr/lib/python3.5/asyncio/coroutines.py", line 210, in coro
    res = func(*args, **kw)
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/static.py", line 72, in staticresource_middleware
    fingerprinted = _FINGERPRINT.match(request.match_info['filename'])
KeyError: 'filename'
ERROR:aiohttp.server:Error handling request
Traceback (most recent call last):
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web_protocol.py", line 410, in start
    resp = yield from self._request_handler(request)
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web.py", line 326, in _handle
    resp = yield from handler(request)
  File "/media/Storage/home/simonszu/.homeassistant/deps/lib/python3.5/site-packages/aiohttp/web_middlewares.py", line 93, in impl
    return (yield from handler(request))
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/ban.py", line 58, in ban_middleware
    return (yield from handler(request))
  File "/usr/lib/python3.5/asyncio/coroutines.py", line 213, in coro
    res = yield from res
  File "/usr/lib/python3.5/asyncio/coroutines.py", line 210, in coro
    res = func(*args, **kw)
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/static.py", line 72, in staticresource_middleware
    fingerprinted = _FINGERPRINT.match(request.match_info['filename'])
KeyError: 'filename'

I am also using Debian Stretch (but not on a Raspberry Pi), and no virtual environment.

After that, i tried to follow @kb5zuy s tip and removed my config and started with vanilla. The result is underwhelming.
simonszu@estolad ~ $ mv .homeassistant/ homeassistant.bak                                                                                [13:54:42]
simonszu@estolad ~ $ hass                                                                                [13:54:51]
Unable to find configuration. Creating default one in /media/Storage/home/simonszu/.homeassistant
Traceback (most recent call last):
  File "/usr/local/bin/hass", line 11, in <module>
    sys.exit(main())
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/__main__.py", line 366, in main
    exit_code = setup_and_run_hass(config_dir, args)
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/__main__.py", line 268, in setup_and_run_hass
    config_file = ensure_config_file(config_dir)
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/__main__.py", line 79, in ensure_config_file
    config_path = config_util.ensure_config_exists(config_dir)
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/config.py", line 171, in ensure_config_exists
    config_path = create_default_config(config_dir, detect_location)
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/config.py", line 182, in create_default_config
    from homeassistant.components.config.group import (
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/config/__init__.py", line 11, in <module>
    from homeassistant.components.http import HomeAssistantView
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/__init__.py", line 30, in <module>
    from .auth import auth_middleware
  File "/usr/local/lib/python3.5/dist-packages/homeassistant/components/http/auth.py", line 8, in <module>
    from aiohttp.web import middleware
ImportError: cannot import name 'middleware'

And after that i tried to use a really really vanilla situation, so i did an explicit uninstall of homeassistant and aiohttp. The following installation installed HASS 0.59.2 and aiohttp 2.3.5 as a dependency. The first startup resulted in the same error as in https://github.com/home-assistant/home-assistant/issues/10673#issuecomment-349631707

I recommend using a virtual environment to protect the app dependencies from the system packages.

Action commented here from @eracknaphobia worked for me after i installed aiohttp manually:
sudo pip3 install aiohttp==2.3.2
on my debian 9 (stretch) system.


[FIX] rate calculation when creating using crypto amount instead of usd

Choosing any other currency than usd here https://bitpay.com/demos/ results in incorrect rate calculations

ACK! Tested the latest commit on a variety of scenarios, and this PR handles all of them well.


Missing --fw-tar option from --help menu.

Missing the --fw-tar option from the --help menu.

Related to: https://github.com/tenstorrent/tt-flash/blob/9808227dc84ec5e0d5a81d8860b04f9e31338159/tt_flash/main.py#L70C1-L71C1

That's odd it looks like it should be there already:
https://github.com/tenstorrent/tt-flash/blame/bd53bc043189baa8324b8ffbb9454ee3650c54b6/tt_flash/main.py#L70
When you get a chance can you re-test with latest?

(venv) root@orko:~# tt-flash --help
usage: tt-flash [-h] [-v] [--force] [--fw-tar FW_TAR]
options:
-h, --help       show this help message and exit
-v, --version    show program's version number and exit
--force          Force update the ROM
--fw-tar FW_TAR  Path to the firmware tarball
(venv) root@orko:~#

I think this is already resolved so going to close this

Ok re-opening as I figured out what's going on, and this is valid.  The help text EXISTS, except when you run the top level tt-flash --help or tt-flash without anything it shows the options for tt-flash but DOES NOT show that the commands exist.  So we need a way to get what commands are available into the top level help more obviously

As visible at the bottom of the first screenshot, it does show the commands:
command:
  {flash}

What's missing is a sentence to the effect of, "See tt-flash {command} --help for further command-specific help."


Appbar with custom leading and title has broken title on chrome android

Steps to Reproduce
Image leadingImage = Image.asset(
      'images/ic_chevron-single-left_GM_2px_24px.png',
      color: themeData.iconTheme.color,
      height: 24,
      width: 24,
    );
    IconButton leading = IconButton(
        onPressed: onBackPressed ?? () => RepositoryProvider.of<AppNavigation>(context).pop(),
        icon: leadingImage
    );

return AppBar(
      toolbarHeight: 70,
      leading: leading,
      title: this.title,
      centerTitle: true,
    );

Expected results:
on chrome desktop I see this

Actual results:
on chrome android I see this

Hi @zkrige
The difference in the behaviour is because mobile uses HTML renderer if you choose auto, I'm unable to reproduce the issue in either renderer.

minimal code sample
import 'package:flutter/material.dart';

void main() => runApp(MyApp());

class MyApp extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      title: 'Material App',
      theme: ThemeData.dark(),
      home: Home(),
    );
  }
}

class Home extends StatelessWidget {

  final  IconButton leading = IconButton(
        onPressed: (){},
        icon: Image.network(
      'https://i.imgur.com/QCNbOAo.png',
      color: Colors.red,
      height: 24,
      width: 24,
    )
    );

  @override
  Widget build(BuildContext context) {
    return Scaffold(
      appBar: AppBar(
      toolbarHeight: 70,
      leading: leading,
      title: Text('Material App Bar'),
      centerTitle: true,
    ),
      body: Center(
        child: Container(
          child: Text('Hello World'),
        ),
      ),
      floatingActionButton: FloatingActionButton(
        child: Icon(Icons.add),
        onPressed: () {},
      ),
    );
  }
}

Can you please provide your flutter doctor -v, a complete reproducible minimal code sample, and complete flutter run --verbose logs running the minimal code sample?
Thank you

It only happens on some android devices, which is what's confusing. Anyways, I've managed a fix by making the title like this

class AppBarTitleText extends StatelessWidget {
  final String title;

  AppBarTitleText(this.title) : super();

  @override
  Widget build(BuildContext context) {
    //56 is the back button width
    //we have to do this in order to center the title
    double width = (MediaQuery.of(context).size.width) - (56*3);

    return SizedBox(
        width: width,
        child: Text(
          title,
          style: Theme.of(context).textTheme.headline6,
          textAlign: TextAlign.center,
        )
    );
  }
}

now the title is centred and not cut off for all devices


signalbackup-tools: 20230928-1 -> 20230929

Description of changes
Update to latest version. No changes that effect build.
Diff: https://github.com/bepaald/signalbackup-tools/compare/20230928-1...20230929
Things done

Built on platform(s)

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

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

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

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

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.


AWS WC Release 19.3.0

ℹ Team Phoenix is drafting AWS v19.3.0 with Kubernetes v1.24 support.
Target release date: 2023-11-22.
Release PR: ...
Scope

[ ] all accordingly to the plan here
[ ] kyverno in 'enforce PSS' mode
[ ] all default applications with PSP disabled mode
[x] https://github.com/giantswarm/giantswarm/issues/28785

Pre-Release

[ ] Create release ticket on Releases board
[ ] Make an announcement on #sig-product that team is doing a release. Include a link to the ticket from the release board.
[ ] Make sure release was tested by creating new cluster, upgrading from older version and with HelloWorld app.
[ ] Aggregate release notes from all changed components and add to README.md in the release directory.
[ ] Send draft release announcement to #sig-product for review ASAP.
[ ] Verify documentation is up to date.

Releasing

[ ] Create release PR
Instructions

[ ] Define new release in release.yaml file.
[ ] Activate new release by setting state to active.
[ ] Deactivate old release if it's within same major version (state: deprecated). Verify with PO if you have doubts.
[ ] Check versions of all components included. They shouldn't be lower than those in the previous release unless there was a rollback.

Example PR

[ ] Release relevant operators.

[ ] Tag release branch.
[ ] Bump operator version in draft release.

[ ] Make sure that WIP releases in releases repo branch are removed and not merged to master since the master branch is deployed automatically after merging PR and that would make WIP releases visible in customers’ installations which should generally not happen.

Post-Release

[ ] Update front-end cluster with the new release.
[ ] Verify release is available on all installations. You can use this script.
[ ] Send out release announcement to all customers according to these instructions.
[ ] PO subscribes to release posts on Slack to get notifications if there are follow-up messages.
[ ] Close release task on Releases board.

Testing phoenix apps:

[ ] aws-efs-csi-driver
[ ] aws-load-balancer-controller-app
[ ] aws-node-termination-handler-app
[ ] descheduler-app
[ ] karpenter-app

waiting for other teams to give :green_circle: about their managed apps

release is slowed down by issues with PSS on cert-manager, external-secrets, k8s-initiator app and loki

also Cilium ENI mode seems to not be working after upgrading the app - investigating


Update demoscripts sql files and data

@alfredodev,
Thanks for your contribution.
To ensure that the project team has proper rights to use your work, please complete the Contribution License Agreement at https://cla.microsoft.com.
It will cover your contributions to all Microsoft-managed open source projects.
Thanks,
Microsoft Pull Request Bot

@alfredodev, thanks for signing the contribution license agreement. We will now validate the agreement and then the pull request.
Thanks, Microsoft Pull Request Bot


System.NullReferenceException when continuing after adding breakpoint.

Bug type: Debugger
Describe the bug

OS and Version: Linux (arm64 and x86_64), gdb 9.2 (NOTE: does not reproduce on macOS with lldb)
VS Code Version: vimspector
C/C++ Extension Version: 1.9.7
Other extensions you installed (and if the issue persists after disabling them): N/A
A clear and concise description of what the bug is.

After upgrading vimspector to 1.9.7 vscode-cpptools I'm getting regression test failures. The first one I have diagnosed as a MIEngine exception.
To Reproduce
There appears to be timing involved because manual steps do not reproduce, however my automated tests fail reliably. The test in question does this:

Open this file: https://github.com/puremourning/vimspector/blob/master/tests/testdata/cpp/simple/simple.cpp
Start debugging with stopAtEntry true
Execution pauses at line 15
Set a breakpoint at line 16 and ensure it goes 'VERIFIED'
Delete the breakpoint
add it again
Continue execution
Expect a stopped event on line 16.

However on both linux x86_64 and linux arm64, I get the following Unable to continue. Operation failed with error code 0x80004004 preceded by ERROR: Internal error in MIEngine. Exception of type 'System.NullReferenceException' was thrown.
2022-03-26 14:09:32,834 - DEBUG - Sending Message: {"command": "setBreakpoints", "arguments": {"source": {"name": "simple.cpp", "path": "/home/dev/vimspector/tests/testdata/cpp/simple/simple.cpp"}, "breakpoints": [{"line": 16}], "sourceModified": false}, "seq": 18, "type": "request"}
2022-03-26 14:09:32,834 - DEBUG - Sending Message: {"command": "setFunctionBreakpoints", "arguments": {"breakpoints": []}, "seq": 19, "type": "request"}
2022-03-26 14:09:32,835 - DEBUG - Sending Message: {"command": "setExceptionBreakpoints", "arguments": {"filters": []}, "seq": 20, "type": "request"}
2022-03-26 14:09:32,847 - DEBUG - Message received: {'type': 'response', 'request_seq': 18, 'success': True, 'command': 'setBreakpoints', 'body': {'breakpoints': [{'id': 2, 'verified': True, 'line': 16, 'BoundBreakpoints': []}]}, 'seq': 41}
2022-03-26 14:09:32,847 - DEBUG - Message received: {'type': 'event', 'event': 'breakpoint', 'body': {'reason': 'changed', 'breakpoint': {'id': 2, 'verified': True, 'line': 16, 'BoundBreakpoints': []}}, 'seq': 42}
2022-03-26 14:09:32,848 - DEBUG - Message received: {'type': 'response', 'request_seq': 19, 'success': True, 'command': 'setFunctionBreakpoints', 'body': {'breakpoints': []}, 'seq': 43}
2022-03-26 14:09:32,848 - DEBUG - Message received: {'type': 'response', 'request_seq': 20, 'success': True, 'command': 'setExceptionBreakpoints', 'body': {}, 'seq': 44}
2022-03-26 14:09:32,849 - DEBUG - Sending Message: {"command": "continue", "arguments": {"threadId": 416}, "seq": 21, "type": "request"}
2022-03-26 14:09:32,884 - DEBUG - Message received: {'type': 'event', 'event': 'output', 'body': {'category': 'stderr', 'output': "ERROR: Internal error in MIEngine. Exception of type 'System.NullReferenceException' was thrown.\r\n\r\n   at Microsoft.MIDebugEngine.DebuggedProcess.Execute(DebuggedThread thread)\n   at Microsoft.MIDebugEngine.WorkerThread.TrySetOperationInternal(Delegate op)\n   at Microsoft.MIDebugEngine.WorkerThread.SetOperationInternal(Delegate op)\n   at Microsoft.MIDebugEngine.WorkerThread.RunOperation(AsyncOperation op)\n   at Microsoft.MIDebugEngine.AD7Engine.Continue(IDebugThread2 pThread)\n"}, 'seq': 45}
2022-03-26 14:09:32,887 - DEBUG - Message received: {'type': 'response', 'request_seq': 21, 'success': False, 'command': 'continue', 'message': 'Unable to continue. Operation failed with error code 0x80004004.', 'body': {}, 'seq': 46}
2022-03-26 14:09:32,888 - ERROR - Request failed (unhandled): Unable to continue. Operation failed with error code 0x80004004.

the configuration being used is captured in the initialise and launch requests:
2022-03-26 14:09:21,136 - DEBUG - Sending Message: {"command": "initialize", "arguments": {"adapterID": "cppdbg", "clientID": "vimspector", "clientName": "vimspector", "linesStartAt1": true, "columnsStartAt1": true, "locale": "en_GB", "pathFormat": "path", "supportsVariableType": true, "supp
ortsVariablePaging": false, "supportsRunInTerminalRequest": true, "supportsMemoryReferences": true}, "seq": 0, "type": "request"}
2022-03-26 14:09:21,791 - DEBUG - Message received: {'type': 'response', 'request_seq': 0, 'success': True, 'command': 'initialize', 'body': {'supportsConfigurationDoneRequest': True, 'supportsFunctionBreakpoints': True, 'supportsConditionalBreakpoints': True, 'supportsEvaluateForHovers': Tr
ue, 'exceptionBreakpointFilters': [{'filter': 'all', 'label': 'All C++ Exceptions', 'default': False, 'supportsCondition': True, 'conditionDescription': 'std::out_of_range,std::invalid_argument'}], 'supportsSetVariable': True, 'supportsGotoTargetsRequest': True, 'supportsCompletionsRequest':
 True, 'completionTriggerCharacters': [], 'supportsModulesRequest': True, 'supportedChecksumAlgorithms': [], 'supportsValueFormattingOptions': True, 'supportsLogPoints': True, 'supportsDataBreakpoints': True, 'supportsReadMemoryRequest': True, 'supportsDisassembleRequest': True, 'supportsCli
pboardContext': True, 'supportsSteppingGranularity': True, 'supportsInstructionBreakpoints': True, 'supportsExceptionFilterOptions': True}, 'seq': 1}
2022-03-26 14:09:21,791 - DEBUG - Sending Message: {"command": "launch", "arguments": {"args": [], "cwd": "/home/dev/vimspector/tests/testdata/cpp/simple", "environment": [], "type": "cppdbg", "targetArchitecture": "x86_64", "request": "launch", "program": "/home/dev/vimspector/tests/testdat
a/cpp/simple/simple", "externalConsole": false, "stopAtEntry": true, "stopOnEntry": true, "MIMode": "gdb", "name": "test"}, "seq": 1, "type": "request"}

Additional context
Gist of the full vimspector log which includes DAP trace with the engine Logging is here: https://gist.github.com/puremourning/f52268564824edbdf6779307ce1b88b0

@puremourning Thanks for reporting this issue! Looks like a lucky timing issue that was caught by your tests.

Great. Thanks for looking into it.

Will be fixed in v1.10.0-insiders


TESTING: FunctionTypehintSpaceFixerTest - add failing tests

FunctionTypehintSpaceFixerTest does not remove useless spaces.

indeed it doesn't, from the description I don't expect it either;

Add missing space between function's argument and its typehint.

Would be nice to do the fixing as your test are suggesting, maybe it could be an option added to method_argument_space ? Like to here more opinions on.
(I would like to merge FunctionTypehintSpaceFixerTest into there as well some day, maybe for 3.x).

@SpacePossum ok, thanx) this feature will be great) I'm often finding useless spaces in methods arguments on my gitlab diffs(( which I need to fixing by hands((((

The whitespaces before & were fixed in https://github.com/FriendsOfPHP/PHP-CS-Fixer/pull/4421.
Should the whitespace after & be the responsibility of the FunctionTypehintSpaceFixer? In this code:
function foo(? Bar \ Baz & ... $x) {}

how much is the type? Whole ? Bar \ Baz & ...?
The space after ? could be removed using compact_nullable_typehint.
The spaces after & could be removed using unary_operator_spaces.

[02:47 PM]-[possum@aquarium]-[~/work/PHP-CS-Fixer]-[git master]
$ php php-cs-fixer fix test.php  -vvv --dry-run --diff
PHP CS Fixer 3.5.0 The Creation by Fabien Potencier and Dariusz Ruminski.
PHP runtime: 7.4.24
Loaded config default from "/home/possum/work/PHP-CS-Fixer/.php-cs-fixer.dist.php".
Paths from configuration file have been overridden by paths provided as command arguments.
F                                                                                1 / 1 (100%)
Legend: ?-unknown, I-invalid file syntax (file ignored), S-skipped (cached or empty file), .-no changes, F-fixed, E-error
1) PHP-CS-Fixer/test.php (function_declaration, function_typehint_space)
---------- begin diff ----------
--- /home/possum/work/PHP-CS-Fixer/test.php
+++ /home/possum/work/PHP-CS-Fixer/test.php
@@ -12,6 +12,6 @@
* with this source code in the file LICENSE.
*/

-function foo(  callable      $param   ): void
+function foo(callable $param): void
{
}

I think all functionality to fix as wanted has been added over time, let me know if not and than we can reopen based on up-to-date example, thanks :+1:


Add self-assessment.md

A self-assessment on the security profile of containerd
worked on by:
Nate Smith
Sunny Li
Swati Baleri
Vivek Radhakrishnan

FAIL - has whitespace errors. See `git show --check 93eb30b5068984dde5ad9c12b63c57b2462ed972`.

Can you fix this CI failure?
Can you move the file into the docs/ folder?

@SassyQuatch47 This PR needs proper rebase. There are way to many files and conflicts :(
Possibly worth closing this one and creating a new one instead?

@mxpv thanks, I'll see to it


minor: add .ci

Codecov Report

Merging #1129 (38a61dd) into V2.2.23-rc (3c4dafd) will increase coverage by 0.00%.
The diff coverage is 100.00%.

@@             Coverage Diff             @@
##           V2.2.23-rc    #1129   +/-   ##
===========================================
  Coverage       73.22%   73.22%
===========================================
  Files             322      322
  Lines           22991    22991
===========================================
+ Hits            16835    16836    +1
+ Misses           6156     6155    -1

Impacted Files
Coverage Δ

urls.py
100.00% <100.00%> (ø)

...nents/collections/agent_new/choose_access_point.py
95.60% <0.00%> (+0.48%)
:arrow_up:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


This plugin is not showing in plugins list of ReSharper 10.1 EAP

https://resharper-plugins.jetbrains.com/packages/StyleCop.StyleCop/ is only supported in R# 10 but not in 10.1 EAP (https://confluence.jetbrains.com/display/ReSharper/ReSharper+10.1+EAP)

The plugin is still not showing up in 10.1 EAP4. Was there another significant plugin architecture change? There are very few extensions available right now, so it's not surprising that StyleCop is not showing up. Any idea when it will be supported?

10.1 EAP5 still not showing.

2016.1 Not showing ? Will there be a version for this ?

Yep, a new version will be out this week. Closing this in favour of #47.


Chapter 3. Where are the 'target_names'  and target column ?

I'm using the following code to replicate the figure on p59 of the book
from sklearn.datasets import load_iris
import pandas as pd
import matplotlib.pyplot as plt
import seaborn as sns

import numpy as np

iris = load_iris()
iris_df = pd.DataFrame(iris.data, columns =iris.feature_names)
iris_df['target'] = iris.target

sns.pairplot(iris_df, hue='target', height=1.7, palette = 'tab20')

My question is, how do I replicate the figure with the fifth column as shown in the book , unlike the enclosed image ? Also, is it possible to display the target_names in the figure thanks ?

Interesting.  I'm guessing that there is a version difference between the seaborn used in the book and more recent versions.  To get target names from 0, 1, 2 to setosa, versicolor, virginica we can either remap the target column using pandas (look at .map and .replace) -or- when you make the assignment iris_df['target'] you could use the symbolic names instead of the numeric values with iris_df['target'] = iris.target_names[iris.target] (untested) or something close.


Support POST-only HTTP API

PR at https://github.com/ipfs/go-ipfs/pull/7097 will block GET on /api/v0 on API port.
Seems that we need to fix ipfs-webui and release a new version so mentioned PR can be merged.
cc @hsanjuan @Stebalien
Known problems

[ ] Files screen fails to load - detected by E2E tests https://circleci.com/gh/ipfs/go-ipfs/28451
/api/v0/ls seems to be sent as GET`:

ipfs-webui uses ipfs-redux-bundle v6.0.1 which depends on old  js-ipfs-http-client v39.0.2
This is pretty bad news, as fixing it means we need to update HTTP client to the latest version (ipfs-http-client@43.0.0), which brings breaking changes made in 41.x all over the JS API: https://blog.ipfs.io/2020-02-13-js-ipfs-0-41/
I'll jump into this for an hour or two and re-evaluate if its more than that.

Sidenote: While ls is the only problem for webui, everyone using older version may stumble uppon issues when using cat get refs/local pubsub/peers pubsub/ls config/profile/list
$ rg "ky.get" v39.0.2/src

src/cat.js
23:    const res = await ky.get('cat', {

src/files-regular/refs.js
52:    const res = await ky.get('refs', {

src/files-regular/get.js
39:    const res = await ky.get('get', {

src/files-regular/refs-local.js
12:    const res = await ky.get('refs/local', {

src/files-regular/ls.js
34:    const res = await ky.get('ls', {

src/pubsub/peers.js
17:    const { Strings } = await ky.get('pubsub/peers', {

src/pubsub/ls.js
9:    const { Strings } = await ky.get('pubsub/ls', {

src/config/profiles/list.js
11:    const res = await ky.get('config/profile/list', {


make FETCH NEXT FROM cur a blocking call

Is your feature request related to a problem? Please describe.
https://risingwave-labs.slack.com/archives/C0358PVT2AX/p1723721407947399:

Hi folks. Is there anyway to make FETCH NEXT FROM cur block until the data arrives?
The current design is not good for event-driven architecture:

while True:
  # Fetch the next row from the cursor
  cur.execute("FETCH NEXT FROM cur;")
  row = cur.fetchone()

  if row is None:
    # Sleep for 1 second if no row is fetched
    time.sleep(1)
    continue

Describe the solution you'd like
No response
Describe alternatives you've considered
No response
Additional context
No response

Agree with @lmatz . Sans this ability to be notified, we are forced to poll Rising Wave. We query Rising Wave every Clock Second to check on new data arrival. For those vast majority instances, when there is no data, we continue to inundate Rising Wave every clock second, with our request to return data. Having Pub/Sub support would basically act like Long Polling; this would also lead to lesser resource consumption on the Rising Wave Server.

Done in https://github.com/risingwavelabs/risingwave/pull/18675. It will be included in release 2.1.

Non-blocking: FETCH ...
Blocking: FETCH ... with (timeout = 'xxx')


chore: Warn instead of panicking if we fail to make JsStackFrame

Codecov Report
Attention: Patch coverage is 0% with 12 lines in your changes missing coverage. Please review.

Project coverage is 81.90%. Comparing base (0c7f83e) to head (6133fc2).
Report is 105 commits behind head on main.

Files
Patch %
Lines

core/error.rs
0.00%
12 Missing :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##             main     #876      +/-   ##
==========================================
+ Coverage   81.43%   81.90%   +0.46%
==========================================
  Files          97       98       +1
  Lines       23877    24988    +1111
==========================================
+ Hits        19445    20466    +1021
- Misses       4432     4522      +90

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


[neptune] [NoRc] Update submodules

This PR has been automatically created by neptune-autopr and
updates the following submodules:

makd from version v1.7.3 to version v1.11.2 (Release notes, Changed commits)

You can modify this behavior using your .neptune.yml file
as described in the documentation.
This is an experimental feature. Please provide any feedback or problems you
notice to our slack channel or as issues in the neptune repository.

https://github.com/sociomantic-tsunami/d1to2fix/pull/26


Added macOS sample

Added macOS sample and some changes in UI and controls to add some specific changes when running on macOS.

Some gifs: