Problem with semantic segmentation in carla 0.9.0

Hi,
I'm trying to get the semantic segmentations from the carla simulator by using the Python API.
I'm using the following python code to create two camera's: one that captures the current RGB view and the other one should get the semantic segmentation of that view.
...

def save_to_disk(image, name):
    """Save this image to disk (requires PIL installed)."""

    filename = '{}/{:0>6d}_{:s}.png'.format(name, image.frame_number, image.type)

    image = PImage.frombytes(
        mode="RGBA",
        size=(image.width, image.height),
        data=image.raw_data,
        decoder_name='raw')

    color = image.split()
    image = PImage.merge("RGB", color[2::-1])

    folder = os.path.dirname(filename)
    if not os.path.isdir(folder):
        os.makedirs(folder)
    image.save(filename)

def save_semantic_img(image, name):
    res = labels_to_cityscapes_palette(image)

    filename = '{}/{:0>6d}_{:s}.png'.format(name, image.frame_number, image.type)

    image = PImage.fromarray(res)

    folder = os.path.dirname(filename)
    if not os.path.isdir(folder):
        os.makedirs(folder)
    image.save(filename)

bp = world.get_blueprint_library()
blueprint = bp.find('sensor.camera')
blueprint.set_attribute('post_processing', 'SceneFinal')
LOC = Location(x=155.5, y=55.8, z=39)
transform = Transform(LOC, Rotation(yaw=90))
cam1 = world.spawn_actor(blueprint, transform)
cam1.listen(lambda image: save_to_disk(image, "scene"))

blueprint2 = bp.find('sensor.camera')
blueprint.set_attribute('post_processing', 'SemanticSegmentation')
transform = Transform(LOC, Rotation(yaw=90))
cam2 = world.spawn_actor(blueprint, transform)
cam2.listen(lambda image: save_semantic_img(image, "semantic"))

time.sleep(4)

These are the images I get:

As you can see the semantic image looks really weird but I have no idea how this came to be. Did anyone have the same problem?

Interesting, I would expect the old image converter to work with the new API, it seems it's mixing columns and rows.
In any case, I recently ported these methods to the new API (PR #855), if you can use that branch that works pretty well and fast. It will be included in the next release, probably ready by the end of next week.

So I've tried the new API out (merged pr #815 and pr #821). I try to get the semantic segmentation by using the following code.
...
i = 1
def save_semantic_img(image, name):
    global i
    image.convert(ColorConverter.CityScapesPalette)
    image.save_to_disk(name+"/{}.png".format(i))
    i+=1

blueprint2 = bp.find('sensor.camera.semantic_segmentation')
#blueprint.set_attribute('post_processing', 'SemanticSegmentation')
transform = Transform(LOC, Rotation(yaw=90))
cam2 = world.spawn_actor(blueprint, transform)
cam2.listen(lambda image: save_semantic_img(image, "semantic"))

gives me the following image:

Hi @ThierryDeruyttere,
That looks familiar, it's a depth image converted to CityScapes palette. I'm guessing your blueprint variable is a depth camera :wink:
blueprint2 = bp.find('sensor.camera.semantic_segmentation')
^~~~~~~~~~
cam2 = world.spawn_actor(blueprint, transform)
                         ^~~~~~~~~

And btw, if you convert the image when saving is slightly more efficient as it doesn't have to modify the image
image.save_to_disk('filename', ColorConverter.CityScapesPalette)

Hi @nsubiron,
Oops that is quite embarrassing  😄.

Also maybe a question about the API, will the different sensors remain as a blueprint in python? (thus sensor.camera.rgb, sensor.camera.depth, ...) Because I don't see why you would need to have the different blueprints and still have the option do to color conversions?

Oh true, it's not depth is rgb :D
Are you talking only about the first frame? cause first one usually comes empty. Otherwise is strange, it works on all the tests I've made.
Having them as different sensors IMO is clearer as people usually struggled to find the post-processing attribute, plus internally it's easier to implement. But all of the cameras produce the same data, an "Image" object, then this images can be converted to anything, or use them as they come. In some cases, depth for instance, you have two conversions to choose from; and possibly in the future we have a different sem-seg palette for instance.

I did more tests and I found out that when using rgb camera with a color conversion gives me some output which you can see below.
Depth:

LogarithmicDepth:

but if I use None, it remains white.

Hi @ThierryDeruyttere,
Hmm it looks like it could be the alpha of the image, we had issues with this in the past, but the approach we have now seemed to work fine on Linux and Windows, maybe not so much on Mac.
Could you please try applying these changes and recompiling PythonAPI? Basically I'm trying to force the saving methods to ignore the alpha channel.
diff --git a/LibCarla/source/carla/image/ImageView.h b/LibCarla/source/carla/image/ImageView.h
index ef1a57c..f04839e 100644
--- a/LibCarla/source/carla/image/ImageView.h
+++ b/LibCarla/source/carla/image/ImageView.h
@@ -48,11 +48,13 @@ namespace image {
     }

     static auto MakeView(sensor::data::ImageTmpl<sensor::data::Color> &image) {
-      return MakeViewFromSensorImage<boost::gil::bgra8_pixel_t>(image);
+      return boost::gil::color_converted_view<boost::gil::bgr8_pixel_t>(
+          MakeViewFromSensorImage<boost::gil::bgra8_pixel_t>(image));
     }

     static auto MakeView(const sensor::data::ImageTmpl<sensor::data::Color> &image) {
-      return MakeViewFromSensorImage<boost::gil::bgra8c_pixel_t>(image);
+      return boost::gil::color_converted_view<boost::gil::bgr8c_pixel_t>(
+          MakeViewFromSensorImage<boost::gil::bgra8c_pixel_t>(image));
     }

     template <typename SrcViewT, typename DstPixelT, typename CC>

Hi @nsubiron,
I'm afraid this didn't work, all images are black now instead of white.

Hi @nsubiron,
Thanks to your suggestion I got it to work (in a bit of a hack though).
I removed the change you proposed and just removed the alpha channel in python.
def save_to_disk(image, name):
    global j
    """Save this image to disk (requires PIL installed)."""
    #image.convert(ColorConverter.CityScapesPalette)
    #print image.raw_data
    array = np.frombuffer(image.raw_data, dtype=np.dtype("uint8"))
    array = np.reshape(array, (image.height, image.width, 4))
    array = array[:, :, :3]
    array = array[:, :, ::-1]
    scipy.misc.imsave(name+'/{}_rgb.png'.format(j), array)
    j+=1

This gives me the correct image.

But you are right, apparently the alpha channel creates a problem on mac.

Ok, well good to know that it's the alpha. I'll open an issue referencing this so we can investigate a solution that works on every platform.

@nsubiron Sounds good! I think we can close this for now then?

Ok, perfect

Hi @nsubiron,
I just did some more tests. I can confirm that the segmentation camera works fine (check below). So thanks a lot for that! :D

It only does weird things when I spawn static meshes through python (custom code). The semantic image remains black then. So I'll need to check my code out. On the other hand for the rgb sensor all images remain white (tested this on Town1 at x=155.5, y=55.8, z=39) not only the first one. It also stays white when spawning static meshes but this is more of a problem on my end.

Having them as different sensors IMO is clearer as people usually struggled to find the post-processing attribute, plus internally it's easier to implement. But all of the cameras produce the same data, an "Image" object, then this images can be converted to anything, or use them as they come. In some cases, depth for instance, you have two conversions to choose from; and possibly in the future we have a different sem-seg palette for instance.

Okay fair enough :)

Hi @ThierryDeruyttere
Could you share the code or steps how to extract the semantic segmentation images from carla simulator.

@Deepak3994
Hi there,
You can find the code that I was using at: https://github.com/ThierryDeruyttere/carla-simulator-mac/blob/master/mesh.py

I have the same problem!
I use Carla 0.9.5 in linux,. I change the code in PythonAPI.examples.manual_control_steeringwheel.py to save semantic_segmentation image.
and I got this image:

The normal scene is:

I just use this code to save it:
image_semseg.convert(cc.CityScapesPalette)
image_semseg.save_to_disk('_out_seg/%08d' % image.frame_number)
Could you help me to solve it?
Very thanks!


AttributeError: 'World' object has no attribute

From an e-mail of a user
Hi,
I have 2 Problems,
if i generate a world with "-ice", I get
Traceback (most recent call last):
File "", line 6, in
File "C:\Users\psi29a\Workspace\worldengine\build\worldengine\out00-PYZ.pyz\cli.main", line 559, in main
File "C:\Users\psi29a\Workspace\worldengine\build\worldengine\out00-PYZ.pyz\cli.main", line 101, in draw_icecaps_map
File "C:\Users\psi29a\Workspace\worldengine\build\worldengine\out00-PYZ.pyz\worldengine.draw", line 824, in draw_icecaps_on_file
AttributeError: 'World' object has no attribute 'icecap'
and if i export a world (without -ice), I get
Traceback (most recent call last):
File "", line 6, in
File "C:\Users\psi29a\Workspace\worldengine\build\worldengine\out00-PYZ.pyz\cli.main", line 600, in main
File "C:\Users\psi29a\Workspace\worldengine\build\worldengine\out00-PYZ.pyz\worldengine.imex", line 95, in export
AttributeError: 'World' object has no attribute 'elevation'
I think its the same issue, both methods use the old attribute not the layer.
It would be very nice if somebody can fix it and create a new release because i can't install it from source. I need the windows executable.
Thanks

@ftomassetti: I submitted a fix for this issue in #237 -- could you please take a look?


Dependency validation - failed to find tasks.json

Describe the Bug with repro steps
Open opening a Logic App Standard project in VSCode, with the Logic App Standard extension enabled, I notice the following error:
6:13:15 PM: Azure Logic Apps Standard Runtime Dependencies validation and installation completed successfully.
6:13:15 PM: Error: Failed to find: /workspaces/logic-app-std-pg01/src/.vscode/tasks.json

The error message is correct in that the tasks.json file does not exist. Should the Logic App Standard extension create the file if it doesn't exist?
What type of Logic App Is this happening in?
Standard (VSCode)
Are you using new designer or old designer
New Designer
Did you refer to the TSG before filing this issue? https://aka.ms/lauxtsg
Yes
Workflow JSON
No response
Screenshots or Videos
No response
Browser
Not applicable - VSCode.
Additional context
Visual Studio Code
Version: 1.85.0 (user setup)
Commit: af28b32d7e553898b2a91af498b1fb666fdebe0c
Date: 2023-12-06T20:48:09.019Z
Electron: 25.9.7
ElectronBuildId: 25551756
Chromium: 114.0.5735.289
Node.js: 18.15.0
V8: <IP_ADDRESS>-electron.0
OS: Windows_NT x64 10.0.23545
Logic App Standard
ms-azuretools.vscode-azurelogicapps
v2.81.5

Hi @mcollier, thanks for raising this issue. Yes, when a logic app project its created the tasks.json file should be created inside the /.vscode folder in the root path of the project. This file is needed when running/debugging the workflows.
I am curious since you don't have it, aren't you experiencing any troubles running the workflows?
Also, regarding the path in the output it seems that its a vscode workspace. Do you have  multiple logic app projects within the workspace? or is it just the name of the folder?

@mcollier We determine a logic app project root path, the same root path in which the host.json file is located. The host.json file help us to execute the extension bundle. That being said, we look for the a /.vscode/tasks.json in the logic app root project path. This means that the file should be inside the src folder.
Does the launch and tasks works fine for you even if the /.vscode is outside the src folder?

I've noticed if I put the .vscode folder inside the src folder, the Logic App Standard extension doesn't generate the Failed to find: /workspaces/logic-app-std-pg01/src/.vscode/tasks.json error message.  However, VS Code doesn't pick up the tasks.
If I put the .vscode folder at the root, VS Code picks up the tasks, but I get the error message.
Note: I'm attempting to run this from a VS Code dev container.


[Question] Where to define lport number in fwd.jsonc? - cndpfwd sample application

Hello, I am trying the cndpfwd application in fwd mode,
I'm generating packet using T-Rex Traffic Generator with the src/dst mac address are:
      - dest_mac: 40:a6:b7:19:f2:39         src_mac:  40:a6:b7:19:f2:38
My current fwd.jsonc configuration for the 2 ports of the cndpfwd app is:
"lports": {
"enp175s0f0:0": {
"pmd": "net_af_xdp",
"qid": 0,
"umem": "umem0",
"region": 0,
"description": "LAN 0 port"
},
"enp175s0f1:0": {
"pmd": "net_af_xdp",
"qid": 0,
"umem": "umem0",
"region": 1,
"description": "LAN 1 port"
}
Traffic was generated to port enp175s0f0. The app forwarded the traffic back to this port as it cannot find the corresponding lport as said in the document
"In forward mode (‘fwd’), the destination logical port on which to forward the packet is specified by the last octet of the destination MAC address. It should be a valid lport number 0-N. If the destination port does not exist the packet is sent back out the port on which it was received"
I would like to know how to configure the second lport number of (enp175s0f1) so that the cndpfwd app can forward the packet to this one according to the last octet 39 of the destination MAC address?
Thanks,

When T-Rex generates the traffic to port enp175s0f0 you need to have T-Rex set the destination MAC address to something like  40:a6:b7:19:f2:01 note the last octet now is :01 and cndpfwd will forward the traffic to port 1 or enp175s0f1. If you have T-Rex sending traffic to enp175s0f1 then set its destination last octet MAC address to :00 to forward the traffic to port 0.
This also means you need to set the interfaces into promiscuous mode ‘ifconfig enp175s0f0 promisc’ and ‘ifconfig enp175s0f1 promisc’.
I also noticed in the jsonc file you are using qid 0 for both ports. This means lcore 0 will be used for both ports and you need to change the second one to qid 1 or some other qid. The kernel uses the queue ID value as the lcore to run the NAPI thread in the kernel, which means the two threads will be competing for the same lcore and the performance will be low.
I do not see what the forwarding thread is set to in the jsonc file you are using, but this lcore-groups section needs to use different lcores then 0 or 1 and need to be unique for each thread.
    "lcore-groups": {
        "initial": [2],
        "group0": [3],
        "group1": [4],
        "default": ["15-16"]
    },

    "threads": {
        "main": {
            "group": "initial",
            "description": "CLI Thread"
        },
        "fwd:0": {
            "group": "group0",
            "lports": ["enp175s0f0:0"],
            "description": "Thread 0"
        },
        "fwd:1": {
            "group": "group1",
            "lports": ["enp175s0f1:0"],
            "description": "Thread 1"
        }
    }

Note lcore-groups initial, group0 and group1 are different and using different lcores from the QID values. The initial group is the main pthread created with the cndpfwd application is created.

Did my response answer your question and can I close this issue? Thanks

Yes, Thank you for the guidance. I can sucessfullyrun the application


Root node editing area

When editing the root node, the text editing area shifts to the left side. Is this intentional?
https://codesandbox.io/s/mind-elixir-3-x-react-18-x-vy9fcq?file=/Hello.js

It should be fixed in the latest version.


Update Cargo.toml

strength_reduce 0.2.1 and 0.2.2 do not have 'StrengthReducedU128' in their root module so you cannot compile RustFFT on those versions. should enforce strength_reduce version of 0.2.3.

Also sorry to do a PR instead of filing an issue, but it felt simple enough to just do it that way.

New development happens here https://github.com/ejmahler/RustFFT
I don't have any control over this repository, sadly.


Broken with React 16.9.0

With React/ReactDOM 16.9.0 all tests relating to rehydration on client are failing. Am not sure what the cause is.
Have locked dependency to 16.8.x for now and put a note in README not to use 16.9.0.

Fixed in v0.5.2.


Generate Tags for Spring Controllers

It would be interesting to generate Controller Tags automatically, just like springfox does, without @Api annotation

https://github.com/kongchen/swagger-maven-plugin/blob/swagger-maven-plugin-3.1.0/src/main/java/com/github/kongchen/swagger/docgen/reader/SpringMvcApiReader.java#L86

It would be interesting to generate Controller Tags automatically, just like springfox does, without @Api annotation

Hello,
You might be interested by this other plugin for your use case : https://kbuntrock.github.io/openapi-maven-plugin/#/
Don't hesitate to tell me if it is helpful for your project, I'm eager for feedbacks.


FacingMode not working

When i press the swap button not change.
Demo fail too.

+1.
Is this still being maintained and updated?

Hello, I'm not currently maintaining this project @laurencefass @Macro21

thanks good to know

@laurencefass I think the browser API's may have changed since I last touched this project resulting in a few broken things. Feel free to fix the code and submit a PR if you want, or i'm sure there's another package that does this but actually works.


Add setup.py and It is ready to install from pypi

I add setup.py and It is ready to install from pypi.

wangchanberta_getting_started.aireseach Notebook (all working): https://colab.research.google.com/drive/1W4CrLZ1lvjyG9oedgebTiRCNnzo3iuDi?usp=sharing 💮

wangchanberta_getting_started.aireseach Notebook (all working): https://colab.research.google.com/drive/1W4CrLZ1lvjyG9oedgebTiRCNnzo3iuDi?usp=sharing 💮


fix: sidebar walk excludes node_modules

Summary
If someone sets rspress as the root directory for special purposes, it will read the node_modules directory at the same level.
I know it's recommended to designate a separate directory as root.
but, My special-purpose case is when I choose to place my .mdx files in the same place as my script files, like .stories.js, .styles.js, or .test.js, for greater cohesion.
rspress.config.ts
{
  root: path.join(__dirname, '..', 'my-rspress'),
  ...
}

This causes a lot of unnecessary navigation and warnings, which is not comfortable.
(The warnings are proportional to the number of packages installed.)
warn    Can't find the file: /Users/haydnhkim/my-rspress/node_modules/abort-controller/LICENSE, please check it in "/Users/haydnhkim/my-rspress/node_modules/abort-controller/_meta.json".
warn    Can't find the file: /Users/haydnhkim/my-rspress/node_modules/agentkeepalive/LICENSE, please check it in "/Users/haydnhkim/my-rspress/node_modules/agentkeepalive/_meta.json".
warn    Can't find the file: /Users/haydnhkim/my-rspress/node_modules/dayjs/LICENSE, please check it in "/Users/haydnhkim/my-rspress/node_modules/dayjs/_meta.json".
warn    Can't find the file: /Users/haydnhkim/my-rspress/node_modules/dequal/license, please check it in "/Users/haydnhkim/my-rspress/node_modules/dequal/_meta.json".
...

To solve this problem, I exceptioned node_modules.
Checklist

[ ] I have added changeset via pnpm run change.
[ ] I have updated the documentation.
[ ] I have added tests to cover my changes.

Thanks! ❤

It’s a bit of a shame that this PR narrowly missed out on v1.11.0, but thanks for the merge!

I will release v1.11.1 today

I will release v1.11.1 today

Done.

OMG, unbelievably fast. Thank you!


CMake compilation database support

Currently the language server supports 'only' a manually generated configuration file
for communicating the file hierarchy. With CMake it's possible to generate a compilation database with contains all flags, directories, etc. for
a given file. It would be nice for CMake user to add the reading of this database.

Thanks for the suggestion. I will look into this. I think that the manual config file is probably fine for 99% of projects, since you only need to specify directories/files if you want to exclude subdirectories of the project root. However, there may be some projects with complicated structures (likely using CMake) that would benefit from this more automated approach.

Yes you are probably right about that percentage number. Another advantage of the compilation database are that all compiler arguments
are listed as well. My guess is that you're using gfortran for the diagnostics? Nevertheless other compiler may complain about other stuff. Say one is using PGI or IBM XL compilers, which may provide different  errors etc. An issue with that approach may be that in a mixed language project ( which may be a case of use for CMake ) one would have to filter out the relevant Fortran files.

Actually, the only diagnostics currently implemented are simple ones that can be derived from the language server's internal representation of the code. At some point it would be nice to add a more complete set of diagnostics using compilers if a user provided the necessary build information as you described.

compile_commands.json parsing is not too difficult and there are mature generators.
You may check out https://github.com/nickdiego/compiledb and Buiding EAR.

One practical use case for this could be to extract the preprocessor definitions from the compiler command line per file and use them instead of the static ones from .fortls.
My only concern in general is that CMake doesn't produce this compilation db file by default which would limit the out-of-the-box experience.


HLS Transcription Stops After A Couple Minutes

I set up a local HLS stream playing a long video of someone talking.
Everything seems great until after exactly 2 minutes in the transcription stops completely.
INFO:faster_whisper:Processing audio with duration 00:07.936
INFO:faster_whisper:Processing audio with duration 00:02.984
INFO:faster_whisper:Processing audio with duration 00:03.032
INFO:faster_whisper:Processing audio with duration 00:01.432
INFO:faster_whisper:Processing audio with duration 00:03.480
INFO:faster_whisper:Processing audio with duration 00:05.272
INFO:faster_whisper:Processing audio with duration 00:01.152
INFO:faster_whisper:Processing audio with duration 00:03.200
INFO:faster_whisper:Processing audio with duration 00:02.548
INFO:faster_whisper:Processing audio with duration 00:04.596
INFO:faster_whisper:Processing audio with duration 00:01.796
INFO:faster_whisper:Processing audio with duration 00:03.844
INFO:faster_whisper:Processing audio with duration 00:02.484
INFO:faster_whisper:Processing audio with duration 00:02.484
INFO:faster_whisper:Processing audio with duration 00:02.484
INFO:faster_whisper:Processing audio with duration 00:02.484
INFO:faster_whisper:Processing audio with duration 00:02.484
INFO:faster_whisper:Processing audio with duration 00:02.484
INFO:faster_whisper:Processing audio with duration 00:02.484
In the server logs i can see that chunks of variable length are processed by the server. However the problem starts when the "00:02.484" chunks keep getting processed. I'm unsure if its just continuing to send the same chunk and it keeps translating it therefore the client appears to be "stuck" or if its stuck in a different loop of some sort.
Setting use_vad to True doesn't seem to make a difference.
I have tried both on Mac (M3 Max chip) and Windows 10. Both docker and python server. Both produce the same results.
This is the client code:
from whisper_live.client import TranscriptionClient
client = TranscriptionClient(
  "localhost",
  9090,
  lang="en",
  translate=False,
  model="small",
  use_vad=False,
)

client(hls_url="http://localhost.m3u8")

@austinm1120 Thanks for reporting the issue, does whisper-live behave similarly with other input types as well or is it only HLS?

same happens to me, but this time it's exactly 10 minutes every time:
[INFO]: Server disconnected due to overtime.
[INFO]: Websocket connection closed: 1000:

Investigating on my own and if I will come to any fixes, will let you know.

OK, I found the "issue" :) It's not an issue, it's was designed to work that way: https://github.com/collabora/WhisperLive/blob/main/whisper_live/server.py#L28
So in my case I'll do refactoring to strip that part.


Bug: Migrations Deprecated

name: Bug report
about: Help us improve the framework by reporting bugs!

Direction
I haven’t dug into this yet but PHPUnit tests are giving the following warning about Composer and PSR-4 compatibility:
Deprecation Notice: Class Myth\Auth\Database\Migrations\CreateAuthTables located in ./vendor/myth/auth/src/Database/Migrations/2017-11-20-223112_create_auth_tables.php does not comply with psr-4 autoloading standard. It will not autoload anymore in Composer v2.0. in phar:///usr/bin/composer/src/Composer/Autoload/ClassMapGenerator.php:201
CodeIgniter 4 version
develop branch
Affected module(s)
Composer/PHPUnit
Context

OS: Ubuntu 18.04
Web server: Apache
PHP version: 7.3

Hmm... since migrations are not really autoloaded via composer and we have our own system to auto-discover them by namespaces - I suppose it's not really an issue?
I haven't checked anything related to this, but there is something like exclude-from-classmap option in the composer file. Maybe this would help?

That sounds exactly like what we need! Not urgent as this is just a warning, but good to look into.

Actually, it looks to me like migrations don't even need to be namespaced. The runner uses the base namespace and then forces the subdirectory Database/Migrations so I think it ignores the actual namespace of the file altogether. I'm not sure if that would fix the warning or not but I don't believe it would affect the framework.

I don't think Composer's deprecation notice is related to the namespace, but rather the clashing migration class name against the file name. The filename uses a date component prepended to the class name but the actual class name does not. Anyway, I fixed this in my current project by adding this to composer.json's autoload key.
        "exclude-from-classmap": [
            "**/Database/Migrations/**"
        ]

@MGatner Is this still a concern?

I think Paul's solution is the appropriate way to handle it. We should probably get this into the User Guide and the default composer.json files before closing this issue.


add install bash script

Fixes firezone/backlog#168

@copremesis Could you make file ending .sh to be consistent with others in scripts? Also make sure spaces not tabs:
autocmd FileType sh set expandtab tabstop=2

this is actually my .vimrc for all files:
syntax on
set sw=2
set ts=2
set expandtab
set listchars=tab:▸\ ,eol:¬

rubocop did notice the trailing whitespace but didn't seem to mind the tabs that slipped in.
perhaps adding that restriction would be quick fix.
https://stackoverflow.com/questions/24045822/rubocop-for-tabs

@jamilbk so it's close to ready  but the wireguard check seems to block any ability to install ... to test I've been commenting out the invocation

fedora has some issues:
may need to use curl over wget since it's not installed nor is vim 😱
Running handlers:
[2022-02-23T04:50:03+00:00] ERROR: Running exception handlers
Running handlers complete
[2022-02-23T04:50:03+00:00] ERROR: Exception handlers complete
Chef Infra Client failed. 10 resources updated in 07 seconds
[2022-02-23T04:50:03+00:00] FATAL: Stacktrace dumped to /var/opt/firezone/cache/cache/chef-stacktrace.out
[2022-02-23T04:50:03+00:00] FATAL: Please provide the contents of the stacktrace.out file if you file a bug report
[2022-02-23T04:50:03+00:00] FATAL: Mixlib::ShellOut::ShellCommandFailed: execute[create_admin] (firezone::create_admin line 23) had an error: Mixlib::ShellOut::ShellCommandFailed: Expected process to exit with [0], but received '1'
---- Begin output of bin/firezone rpc "FzHttp.Release.create_admin_user" ----
STDOUT:
STDERR: --rpc-eval : RPC failed with reason :nodedown
---- End output of bin/firezone rpc "FzHttp.Release.create_admin_user" ----
Ran bin/firezone rpc "FzHttp.Release.create_admin_user" returned 1

and not sure what this is but that looks like it broke 😳
I'm spot checking the script so far --aside from wireguard being non existent-- everything else seems to be working
as far as determining the OS and pulling the correct artifact for the os ....
now would be a good time for the demo as how do check that's it's running?
do I need to open a security group on the ec2 to get to the UI?

@jamilbk so it's close to ready but the wireguard check seems to block any ability to install ... to test I've been commenting out the invocation

so overall this is looking good except  in addition to curl or vim not being installed that method of searching for wireguard exits out on each distro I've tests thus far ... any suggestions there?

@copremesis I took down the CentOS 8 ARM runner so you'll need to rebase off master for the CI pipeline to pass. Your CI file is still trying to run this PR on a missing runner and hence doesn't complete :-P

Thanks @copremesis ! going ahead and merging in the interest of saving time to get this release out.


[FEATURE] Add support for flags and CLI arguments

Is your feature request related to a problem?
My feature is related to a problem, it is described on the next item.
What feature would you like to be added?

Adding another input box for CLI arguments/flags

Additional Information:
At present, Linux users face limitations when it comes to running specific games, particularly those designed for Windows, due to the lack of compatibility with the Wine tool. To address this issue, I suggest introducing an additional feature that allows users to input both the game's path and relevant flags.
By implementing this solution, running games through Wine would become feasible. The first input box would be designated for specifying the path to Wine, typically located at /usr/bin/wine. The second input box would enable users to provide the path to the game itself, facilitating seamless execution.

This can be achieved by saving game path + flags in a bash script and then adding it to PBP. Still, interesting, let's discuss.

While I had this same thought and it is definitely possible, it's definitely less than optimal and could potentially lead to some other pains down the road as the app grows and plugins become more complex. So, I definitely agree this should be discussed further and implemented if possible.

This can be achieved by saving game path + flags in a bash script and then adding it to PBP. Still, interesting, let's discuss.

While I had this same thought and it is definitely possible, it's definitely less than optimal and could potentially lead to some other pains down the road as the app grows and plugins become more complex. So, I definitely agree this should be discussed further and implemented if possible.

I don't see how it's related to plugins in any way. Can you please elaborate on "pains down the road"?

This can be achieved by saving game path + flags in a bash script and then adding it to PBP. Still, interesting, let's discuss.

I have already tried saving it to a bash script and it doesn't work, both on linux and windows require a command before (Linux: bash interpreter like bash and on windows the start command)
Something that detects when the file terminates with .sh or .bat might work, but in general it's best to have 2 input boxes, like steam


Create a Scroll to Top Button

Done in https://github.com/macterra/artx-market/commit/30663263e16b7a15476c1ed651049dcf4887b233

Partially covered by footer on mobile

Fixed in https://github.com/macterra/artx-market/commit/94f5e2decde42b3688ef0f5791d9e70243e70617

Tested


Manually set date strings to end in 00:00:00.000Z to deal with DST

DST (daylight savings time) interacts poorly with date math (whether using moment or using javascript dates): when converted back to an iso string, 25 march + 1 week gives an iso string that is 11pm instead of midnight.
Probably we should just not have used complete isostrings to store the date, but only the date portion + moment to manipulate and display. For now, manually set them all to end in 00:00:00.000Z  - this possibly doesn't work when we go back to winter time in 6 months?

Amazing job!


⚠ SpeakUpConference.com has degraded performance

In ff10f1f, SpeakUpConference.com (https://www.speakupconference.com) experienced degraded performance:

HTTP code: 200
Response time: 21220 ms

Resolved: SpeakUpConference.com performance has improved in c8e8a21 after 14 minutes.


Simplify batch_ops()

Small PR that simplifies batch_ops() by not returning redundant information (i.e. batch groups).
I also used Iterator::flat_map instead of winter_utils::flatten_slice_elements since it's more canonical, and doesn't affect performance (blake3 benchmark). I also wouldn't be surprised if it compiled down to the same code after compiler optimizations.

I'm not sure the blake3 benchmark is applicable here. this benchmark is dominated by the prover time, but this change mostly impacts instantiation of basic blocks which happens both during assembly and deserialization. I wonder if the compilation benchmark we have in the stdlib crate is more applicable here.

Ah yes good point. I ran that benchmark, and it is also unchanged.


bump fastapi allowed version

For Contrast Python Developers Only:

[ ] I've created a PR to update the vulnpy commit will do so

[ ] We do not want to update to this PR's top commit.

pipeline failure happens in main branch, too. I'll look into it. probably need to pin a version?

Hm, hopefully

@lazorchakp done , it was werkzeug's update. I already ticketed it and specified to unpin it here


Is This Project Dead?

Hello friends, I found this cms today and Installed, at first sight, I liked it, but found some minor bugs. I'm interested if this project is still supported because many users are also asking this question.
Thank you and please, answer us.
Problem
Your problem description here...
Technical Details

Pagekit version:
Webserver:
Database:
PHP Version:

Pagekit is not in active development for a while now. However, we are maintaining it with bug fixes and important issues will be fixed immediately.


A notebook and it's equivalent html file have been added

One R notebook containing some interactive plots has been added.

Merged the first added file.


Service Links - When one of the instances is deleted and purged, accessing the service results in accessing the deleted/purged instances and then redirected to healthy instances.

Service Links - When one of the instances is deleted and purged, accessing the service results in accessing the deleted/purged instances and then redirected to healthy instances.
Version - V0.19.1
Create service - test1 with 2 instances.
Create service - test2 with 3 instances.
Link test2 to test1.
From instances of service1 , tried to access service2 multiple times.
I see that only 1 instance (the first instance from the resolved list of container ips) is being accessed all the time.
Delete this instance that is being picked all the time.
Now try to access service2.
Notice that accessing the service results in accessing the deleted instance and then gets redirected to healthy instances
root@ffa61fb08a17:/# wget http://test2:80/name.html
--2015-05-07 17:13:47--  http://test2/name.html
Resolving test2 (test2)... <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>
Connecting to test2 (test2)|<IP_ADDRESS>|:80... failed: No route to host.
Connecting to test2 (test2)|<IP_ADDRESS>|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 13 [text/html]
Saving to: `name.html.7'
100%[================================================================================================================================================================>] 13          --.-K/s   in 0s
2015-05-07 17:13:50 (2.14 MB/s) - `name.html.7' saved [13/13]
Waiting for the host to be purged , also does not result in removing the instance's ip address from the set of ip addresses to resolve for the service.

Tested with server version - V0.20.0
When one of the instances get deleted from the consumed services , ipaddress of the instance is not included in the list of ipaddresses for DNS resolution of the service name.


使用mysql同步至starrocks，如果上游mysql停止生产数据后，如何判断flink是否已经消费完mysql最新的数据

Describe the bug(Please use English)
A clear and concise description of what the bug is.
使用mysql同步至sr，如果上游mysql停止生产数据后，如何确定flink已经消费完mysql最新的数据 @leonardBang
Environment :

Flink version :
Flink CDC version:
Database and version:

To Reproduce
Steps to reproduce the behavior:

The test data :
The test code :
The error :

Additional Description
If applicable, add screenshots to help explain your problem.

Maybe we can check the max last modified time of records.
By the way, there's op_ts metadata indicates the time that the change was made in the database.
Refers to https://ververica.github.io/flink-cdc-connectors/master/content/connectors/mysql-cdc.html#available-metadata for detail.
Hope it helps you.

Closing this issue because it was created before version 2.3.0 (2022-11-10). Please try the latest version of Flink CDC to see if the issue has been resolved. If the issue is still valid, kindly report it on Apache Jira under project Flink with component tag Flink CDC. Thank you!


About image files

Image files didn't upload successfully @Nonac .Their size less than 50KB

Have you try command mode to push your commit? It will be more error information on command line.

Maybe the problem is that, have you pulled all the commits from remote to local before pushing your own changes?
I was just confused about which image you uploaded error. Is the image you will want to upload a new change?


Remove option for IndividualSendingStrategy and relevant tests

PR Description
Remove Xvalidators-batch-attestations-enabled option. It should always be sent as a batch rather than defaulting to true. The relevant tests also need to be removed or updated to not include this option, or the IndividualSendingStrategy option.
Fixed Issue(s)
fixes #4772

I'd suggest starting by replacing the IndividualSendingStrategy that's referenced in tests with BatchAttestationSendingStrategy (which probably should be renamed BatchSendingStrategy since it's also used for aggregates.  That should get things compiling and some some more tests will pass, but there'll be still be some that need updating.

Looks like the right stuff got deleted though.  I think since we know some people are using this option even though it's still considered unstable (--X prefix) it would be worth adding a line in the CHANGELOG.md in the Breaking Changes section to note that it has been removed and sending as batch is now always enabled.


Errors installing modules during initial setup

I've been getting a lot of what look like errors when setting up the docker for the first time. When the install is finished and I log into the FreePBX console I see a 'Module Not Found' message, and only the "Admin" tab is there. Rest are missing.
This is happening with the newest version of the docker. Any idea why?

freepbx-app          | Downloading module 'framework'
freepbx-app          | The following error(s) occured:
freepbx-app          |  - Retrieved Module XML Was Empty
freepbx-app          | No repos specified, using: [standard] from last GUI settings
freepbx-app          |
freepbx-app          | Downloading module 'cdr'
freepbx-app          | The following error(s) occured:
freepbx-app          |  - Retrieved Module XML Was Empty
freepbx-app          | cp: cannot stat '/var/www/html/admin/modules/cdr/install.php': No such file or directory
freepbx-app          | sed: can't read /var/www/html/admin/modules/cdr/install.php: No such file or directory
freepbx-app          | sed: can't read /var/www/html/admin/modules/cdr/install.php: No such file or directory
freepbx-app          | ** [freepbx] Module Install: cdr
freepbx-app          | Unable to install module cdr:
freepbx-app          |  - Cannot find module
freepbx-app          | Updating Hooks...Done
freepbx-app          | Chowning directories...Done
freepbx-app          | cp: cannot stat '/var/www/html/admin/modules/cdr/.install.php': No such file or directory
freepbx-app          | ** [freepbx] Module Install: callrecordings, conferences, dashboard, featurecodeadmin, infoservices, logfiles, msuic, sipsettings, voicemail
freepbx-app          | No repos specified, using: [standard] from last GUI settings
freepbx-app          |
freepbx-app          | Downloading module 'soundlang'
freepbx-app          | The following error(s) occured:
freepbx-app          |  - Retrieved Module XML Was Empty
freepbx-app          | ** [freepbx] Module Install: certman, userman, pm2
freepbx-app          | No repos specified, using: [standard] from last GUI settings
freepbx-app          |
freepbx-app          | Downloading module 'certman'
freepbx-app          | The following error(s) occured:
freepbx-app          |  - Retrieved Module XML Was Empty
freepbx-app          | Changing "SHOWLANGUAGE" from [0] to [1]
freepbx-app          | chown: cannot access '/home/asterisk/.npm': No such file or directory
freepbx-app          | ** [freepbx] Module Install: ucp
freepbx-app          | No repos specified, using: [standard] from last GUI settings

Ran the upgrade-cdr command and got the following:

root@f42809e917bb:/# upgrade-cdr
** [freepbx] Performing Manual Upgrade of CDR Module
cp: cannot stat '/var/www/html/admin/modules/cdr/install.php': No such file or directory
sed: can't read /var/www/html/admin/modules/cdr/install.php: No such file or directory
sed: can't read /var/www/html/admin/modules/cdr/install.php: No such file or directory
No repos specified, using: [standard] from last GUI settings
cdr is not a locally installed module, unable to upgrade
Updating Hooks...Done
Chowning directories...Done
cp: cannot stat '/var/www/html/admin/modules/cdr/.install.php': No such file or directory
Taking too long? Customize the chown command, See http://wiki.freepbx.org/display/FOP/FreePBX+Chown+Conf
Setting Permissions...
Setting base permissions...Done
Setting specific permissions...
126 [============================]
Finished setting permissions
{"message":"Reload Started"}
{"message":"Reload Complete"}

upgrade-core returns the following:

root@f42809e917bb:/# upgrade-core
No repos specified, using: [standard] from last GUI settings
framework does not exist online, unable to upgrade
Updating Hooks...Done
Chowning directories...Done
No repos specified, using: [standard] from last GUI settings
core is not a locally installed module, unable to upgrade
Updating Hooks...Done
Chowning directories...Done
Taking too long? Customize the chown command, See http://wiki.freepbx.org/display/FOP/FreePBX+Chown+Conf
Setting Permissions...
Setting base permissions...Done
Setting specific permissions...
129 [============================]
Finished setting permissions
{"message":"Reload Started"}
{"message":"Reload Complete"}

I also tried fwconsole ma downloadinstall core which returns:

root@f42809e917bb:/# fwconsole ma downloadinstall core
No repos specified, using: [standard] from last GUI settings
Downloading module 'core'
The following error(s) occured:

Retrieved Module XML Was Empty

My docker box definitely has internet access, as it's able to wget from the internet. Seems like the package system ain't quite right tonight!
Perhaps unrelated, i'm also seeing some strange DB related errors on startup:

[ERROR] mysqld: Table './mysql/user' is marked as crashed and should be repaired
freepbx-db           | 2019-10-31  8:56:55 0 [Warning] Checking table:   './mysql/user'
freepbx-db           | 2019-10-31  8:56:55 0 [ERROR] mysql.user: 1 client is using or hasn't closed the table properly
freepbx-db           | 2019-10-31  8:56:55 0 [ERROR] mysqld: Table './mysql/db' is marked as crashed and should be repaired
freepbx-db           | 2019-10-31  8:56:55 0 [Warning] Checking table:   './mysql/db'
freepbx-db           | 2019-10-31  8:56:55 0 [ERROR] mysql.db: 1 client is using or hasn't closed the table properly

tried running fwconsole ma listonline and got this:

No repos specified, using: [standard] from last GUI settings
+-----------+------------+-------------------------------+---------+
| Module    | Version    | Status                        | License |
+-----------+------------+-------------------------------+---------+
| builtin   |            | Enabled; Not available online |         |
| framework | <IP_ADDRESS> | Enabled; Not available online | GPLv2+  |
+-----------+------------+-------------------------------+---------+
msmtp: cannot locate host postfix-relay: Name or service not known
msmtp: could not send mail (account default from /etc/msmtprc)

Asterisk version too new?

Alright, you have a couple things going on.
SMTP_HOST will set your host from postfix-relay to something else (see https://www.github.com/tiredofit/docker-debian) for those mail variables.
I think there's something broken with the FreePBX package repository at this point in time, Let's give it a day and see if it comes back online. I (In Canada) am not seeing the issues on my side but am not sure if they have some sort of content delivery network issue or not.
I also can boot into a Mac installation on this PC so I will give it a go on my mac install to see if I get the same results.

Yep, FreePBX module server was down, or at least the local CDN / route. I'm here in central europe. I didn't know that was a thing that might happen :) Thanks for the help

Right on! Glad it's working again.
I never did respond re your MySQL issue. Is that the internal SQL server or are you using an external one? I've had best success with the external one. But if you keep having those issues regardless should be an easy fix if you already have a working install to get into the SQL command line and run a repair of the tables to clear any flags it may have attached.
I know we have seen some weird issues with Mysql on Windows, I don't think Docker on Mac would have the same issues.

I am using your sample docker-compose file, so I'm using the included external mariadb. Now that the FreePBX system is reachable I reinstalled and everything seems great. Thanks again!


Python 3 support for Hy

Project description
Hy is a Lisp dialect that’s embedded in Python. Since Hy transforms its Lisp code into Python abstract syntax tree (AST) objects, you have the whole beautiful world of Python at your fingertips, in Lisp form.
Description
The current Hy interpreter only supports the deprecated Python 2 interpreter. As you can see in the following commit
Metadata

homepage URL: https://docs.hylang.org/en/stable/
source URL: https://github.com/hylang/hy
license: mit
platforms: all platforms that run python3

I've got this working, but I had to set doCheck = false I figured out that I should set checkPhase to use pytest, but then It's like the tests directory isn't there I'll submit a PR with what I have.

Oh wow. I feel dumb. I just had a thought that maybe the tests weren't there in the source distribution from PyPI, and so I downloaded the actuall tar.gz and looked inside it. Sure enough, no tests! I'm not sure if in this situation it would be better to build from git instead of PyPI in order to get the tests or if we should prefer the PyPI source.

PR has been approved: #84661. This should get pulled in sometime in the near future, and that should resolve this issue.


Terminal freezes and text becomes white when I click just bellow "terminal" button

Does this issue occur when all extensions are disabled?: Yes

VS Code Version: 1.77.2
OS Version: Windows 10 19045

Steps to Reproduce:

Open a terminal (Powershell, bash...)
Type ls (some text is colored)
Click just bellow the underlined Terminal button
The terminal text has become white, we cannot type text anymore

This bug started to happen on my workstation approximatively two weeks ago.

/duplicate of https://github.com/microsoft/vscode/issues/179020 and will be fixed in upcoming 1.77.3

Thanks for creating this issue! We figured it's covering the same as another one we already have. Thus, we closed this one as a duplicate. You can search for similar existing issues. See also our issue reporting guidelines.
Happy Coding!


[Fix] Gif support for iOS

Scope

[x] Use SDWebImage FLAnimatedImage+WebCache and offload memory.
[x] ScaleDownImages when possible (Please note this option is ignored for progressive images)

Notes
Fix for https://github.com/DylanVann/react-native-fast-image/issues/85

Closing, my bad


NeighbourLists

discuss cell list imlementation here vs NeighbourLists.jl - worth combinig code an efforts?

NeighbourLists:   1.091 s (800095 allocations: 293.98 MiB)
this kind of allocations suggest that there is some type instability in the code, which may be causing most of the slowdown.
Apart from that, I have tweaked quite a few things. I run only over the cells which are "forward" on the list to avoid repetitions (thus over 13 cells per cell, not 26). The cell size is an adjustable parameter , but by default this parameter is 1 and the cell size is the same as the cutoff. There are many other small optimizations that I have done in the last few weeks also.
I will effectively implement support for general periodic boundary conditions, I expect very soon, this is on my priority list. Also, I will try to implement the ideas on this paper as well: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwiClvCWqLrxAhWMpJUCHZZ8D-wQFjABegQIAxAD&url=https%3A%2F%2Farxiv.org%2Fabs%2F1804.06231&usg=AOvVaw2m5jTOkSYfeTx5pLaehCar
But my goal is not to provide the best strategy for MD simulations. Actually for MD simulations the best approach, the Verlet Lists, is easier: build a list of neighbours in the first step (maybe using cell lists), and update these lists after some steps only for the particles that moved outside the boundaries. This is much faster than the cell lists approach, if you can guarantee that there is correlation between the positions of the particles among successive frames. This is not my case though, as for analysis routines the frames are to far from each other in time, and for Packmol, there might be no correlation between the positions of the particles in different steps of the optimization procedure.

We never bothered with verlet lists since we are interested in potentials that are vastly more expensive than a neighbourlist assembly.

The profiling doesn’t show an allocation where the bottleneck is. I thought this meant there is no type instability. Otherwise I 100% agree it looks just like that

That is strange. Maybe a good pass of @code_warntype in different functions finds something.

I will definitely do that next once I find the time :). Atm we have school closure due to heatwave so no chance…

@cortner, just to inform that version 0.5.1 now supports arbitrary periodic boundary conditions (and should be somewhat faster yet, particularly for dense systems).

that's really great, thanks for mentioning it. I'll run it through my test set and maybe I can retire my NeighbourLists.jl package.

I am working actively on the package, and it will become faster still (it will fall back to different strategies of computation depending on system size and density). I still have to set a scheme for if someone does not want periodic boundary conditions at all, but that will be easy.

Not sure if you had time to test anything, but I noticed that the general PBCs where failing in many cases. Now I uploaded a new version, 0.5.2, which will raise errors if the cell cannot be handled. In particular I can only handle correctly cells with all positive lattice vectors and which are not collapsed relative to the cutoff. At some point I will try to follow the same rules either Gromacs or Lammps follow, but that is much more cumbersome than I initially imagined.

Sorry I didn’t get to it yet, too many other things going on. But I will for sure look into it.

The package provides a neighbourlist function that implements this calculation. Without periodic boundary conditions, just do:
julia> x = [ rand(3) for _ in 1:10_000 ];

julia> CellListMap.neighbourlist(x,0.05)
24778-element Vector{Tuple{Int64, Int64, Float64}}:
 (1, 62, 0.028481068525796384)
 ⋮
 (9954, 1749, 0.04887502372299809)
 (9974, 124, 0.040110356034451795)

or CellListMap.neighbourlist(x,y,r) for computing the lists of pairs of two sets closer than r.
The returning array contains tuples with the index of the particle in the first vector, the index of the particle in the second vector, and their distance.
If periodic boundary conditions are used, the Box and CellList must be constructed in advance:
julia> x = [ rand(3) for _ in 1:10_000 ];

julia> box = Box([1,1,1],0.1);

julia> cl = CellList(x,box);

julia> CellListMap.neighbourlist(box,cl)

julia> CellListMap.neighbourlist(box,cl)
209506-element Vector{Tuple{Int64, Int64, Float64}}:
 (1, 121, 0.05553035041478053)
 (1, 1589, 0.051415489701932444)
 ⋮
 (7469, 7946, 0.09760096646331885)

(this is part of the documentation now, and will be released exactly like this in v0.7)


[New] no-relative-packages: add fixer

I was using no-relative packages and noticed it didn't have a fixer. So, this adds a fixer.

 Please mark it as ready for review when tests are passing :-)

Hmm, i guess i missed committing that fix (the commit i just pushed). CI should be passing now, i'll review if there's still issues.

I think i've identified an issue with the existing rule, in that, on win32, the error will show a message that the path in your scoped package should replace the forward slashes with back slashes. IIRC, import pathnames should always be posix paths. I'll check when i have direct access to my windows box, but for now, i just convert to posix paths in the fixer, and for now, i can look at the appveyor results.


Inventory Box Fix & Skills Addition - Fallout V&D

Submission Checklist
Required

[ ] The pull request title clearly contains the name of the sheet I am editing.
[ ] The pull request title clearly states the type of change I am submitting (New Sheet/New Feature/Bugfix/etc.).
[ ] The pull request makes changes to files in only one sub-folder.
[ ] The pull request does not contain changes to any json files in the translations folder (translation.json is permitted)

New Sheet Details

The name of this game is: <   >  (i.e. Dungeons & Dragons 5th Edition, The Dresden Files RPG)

The publisher of this game is: <   > (i.e. Wizards of the Coast, Evil Hat)

The name of this game system/family is: <   > (i.e. Dungeons & Dragons, FATE)

[ ] I have followed the Character Sheets Standards when building this sheet.

[ ] This sheet has been made on behalf of, or by, the game's publisher.
[ ] This game is not a traditionally published game, but a copy of the game rules can be purchased/downloaded/found at: <   >
[ ] This sheet is for an unofficial fan game, modification to an existing game, or a homebrew system.

Changes / Description
Adjusted the inventory boxes and the re-addition of Computer Science and Engineer in the Weapons section.

Character Sheet Info Roll20 Internal Use only.


Can't fetch vendor: Bower error

Hi
When i try to fetch the vendor, It output this error:
php bin/console avanzu:admin:fetch-vendor -e=prod [Executing] bower  install [Error] bower                     invalid-meta The "name" is recommended to be lowercase, can contain digits, dots, dashes

Also i can't build the asset, the command try to call uglify like Unix env:
/usr/bin/env uglifyjs -o
As i'm on windows the bower_bin option is working well for me, why not making the same for uglifyjs and uglifycss ?
The full command output (i replaced sensitive data by 0):
λ php bin/console avanzu:admin:build-assets
/usr/bin/env uglifyjs -o F:\UwAmp\www\000000-bundle\000000Bundle\vendor\avanzu\admin-theme-bundle\Resources/public/static/dev/scripts/modernizr.js F:\UwAmp\www\000000-bundle\000000Bundle\vendor\avanzu\admin-theme-bundle/Resources/public/vendor/modernizr/modernizr.js

Le chemin d'accès spécifié est introuvable.

Ok the binaries can be specified as a cli option. I have to made some research to find this.
Anyway the style command does not output anything, i made a Pr for that: #128

Closed as merged in #128


Disable periodic Prow jobs that make use of the aws cluster profile

/area testing
/kind task
/priority High
We are asked to move away from using the aws cluster profile and find/create a new one from our organization, for infra cost reasons.
As discussed in our community call (Oct 09, 2023), it makes sense for odo to remove our periodic Prow runs (the ones that were using the aws cluster profile) as they don't seem to be that useful anyway.
We already have good coverage with the checks that we run on IBM Cloud.
NOTES:

As discussed in the community call, we need to check the profile used for running interop tests, and how they might be affected by this.
Update: remove only the periodic runs using the aws cluster profile, not the ones using the aws-cspi-qe cluster profile (which are used for interop tests and managed by a different team).

Related to https://github.com/redhat-developer/odo/issues/7110

PR created: https://github.com/openshift/release/pull/44645

PR merged in the openshift/release repo. Leaving this issue open for now, to make sure that no periodic job runs tomorrow.

/close
All periodic jobs on Prow using the aws cluster profile are now disabled.


Family friendly

When you create an account, you get options for settings.
One of the settings can be family friendly (so it gets an album or song lyric with no swear words)

didn't add settings but added censoring


nodeos --constacts-console  database dirty flag set

I run the contract,but i did not see any output from nodes.   So i restart nodeos with the --contracts-console
$ nodeos --contracts-console
2018-09-21T03:42:32.620 thread-0   chain_plugin.cpp:329          plugin_initialize    ] initializing chain plugin
2018-09-21T03:42:32.680 thread-0   chain_plugin.cpp:646          plugin_initialize    ] 13 St13runtime_error: database dirty flag set
rethrow database dirty flag set:
{"what":"database dirty flag set"}
thread-0  chain_plugin.cpp:646 plugin_initialize
Failed to initialize

I start the blockchain like :
$ nodeos -e -p eosio --plugin eosio::chain_api_plugin --plugin eosio::history_api_plugin --contracts-console
I can set the out logs

--hard-replay will take too long time, eos has 23million blocks now.

As said by @heifner and @taokayan, it seems that your nodeos was killed forcefully before. Just start nodeos with --hard-replay option


Return null

Hello
Thank you for this project.
I just want to print the universities in Turkey but coming up empty.
     include "vendor/autoload.php";

$Universities = universities('tr');

 print_r($Universities);

What is the problem?
Thank yo again

Hello @emresaracoglu
I think that because the names.json file didn't change to use the countries code the country name will do the work for now. you can use this universities('turkey')

You can use Locale class to get the country name then pass the country name instead of the country code that works for most of the countries but countries like "Côte d'Ivoire" are named here in English so this solution will not work for all the countries but it can for some.
I think a file maps between the country code and its name here will do the work.
\Locale::getDisplayRegion('-'.$countryCode, 'en')

Thank you @ScSherifTarek for pointing the correct answer for the current release.
@emresaracoglu  In the future I'm planning to change the behavior of this package to use country ISO codes, PRs are welcome :)


core[patch]: Adds curry utils function

CC @ccurme @eyurtsev @hinthornw

@baskaryan shall we discuss tomorrow how to do this?
Do we want a curry() method on BaseTools directly so users don't have to fish for this in utils?

Per offline discussion, keeping as a util


Az CLI slow when a USB-C dock with card readers is plugged in

Describe the bug
I hope this is the right place to post this issue.
Azure cli is extremely slow on Windows 10 (more than 30 secs just to display az --version) when a USB-C dock with card readers is plugged in and displays them as drive letters (portable devices) and there are no devices plugged in.

Devices and Printers

Device Manager

❯ Measure-Command {az --version}

Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 38
Milliseconds      : 502
Ticks             : 385028983
TotalDays         : 0.000445635396990741
TotalHours        : 0.0106952495277778
TotalMinutes      : 0.641714971666667
TotalSeconds      : 38.5028983
TotalMilliseconds : 38502.8983

Note how something is trying to access the 'D:' drive:
cli.__main__: Command ran in 24.627 seconds
❯ az --version --debug --verbose
cli.knack.cli: Command arguments: ['--version', '--debug', '--verbose']
cli.knack.cli: __init__ debug log:
Enable color in terminal.
cli.knack.cli: Event: Cli.PreExecute []
urllib3.connectionpool: Starting new HTTPS connection (1): azure.microsoft.com:443
urllib3.connectionpool: https://azure.microsoft.com:443 "HEAD / HTTP/1.1" 301 0
cli.azure.cli.core.util: Connectivity check: 0.935667600002489 sec
urllib3.connectionpool: Starting new HTTPS connection (1): raw.githubusercontent.com:443
urllib3.connectionpool: https://raw.githubusercontent.com:443 "GET /Azure/azure-cli/main/src/azure-cli-core/setup.py HTTP/1.1" 200 1246
urllib3.connectionpool: Starting new HTTPS connection (1): raw.githubusercontent.com:443
urllib3.connectionpool: https://raw.githubusercontent.com:443 "GET /Azure/azure-cli/main/src/azure-cli-telemetry/setup.py HTTP/1.1" 200 679
azure-cli                         2.42.0

core                              2.42.0
telemetry                          1.0.8

Extensions:
azure-devops                      0.25.0

Dependencies:
msal                              1.20.0
azure-mgmt-resource             21.1.0b1

Python location 'C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\python.exe'
Extensions directory 'C:\Users\******\.azure\cliextensions'

Python (Windows) 3.10.8 (tags/v3.10.8:aaaf517, Oct 11 2022, 16:37:59) [MSC v.1933 32 bit (Intel)]

Legal docs and information: aka.ms/AzureCliLegal

Your CLI is up-to-date.
cli.knack.cli: Event: Cli.PostExecute [<function AzCliLogging.deinit_cmd_metadata_logging at 0x04963EC8>]
cli.__main__: Command ran in 24.627 seconds (init: 23.025, invoke: 1.603)
cli.azure.cli.core.decorators: Suppress exception:
Traceback (most recent call last):
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/__main__.py", line 61, in <module>
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/__main__.py", line 54, in <module>
SystemExit: 0

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/decorators.py", line 79, in _wrapped_func
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/telemetry.py", line 314, in set_custom_properties
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/telemetry.py", line 175, in <lambda>
KeyError: 'x-ms-client-request-id'

telemetry.main: Begin splitting cli events and extra events, total events: 1
telemetry.client: Accumulated 0 events. Flush the clients.
telemetry.main: Finish splitting cli events and extra events, cli events: 1
telemetry.save: Save telemetry record of length 3038 in cache
telemetry.check: Returns Positive.
telemetry.main: Begin creating telemetry upload process.
telemetry.process: Creating upload process: "C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\python.exe C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\Lib\site-packages\azure\cli\telemetry\__init__.pyc C:\Users\******\.azure"
telemetry.process: Return from creating process
telemetry.main: Finish creating telemetry upload process.

If I remove the dock, disable the devices, or insert an SD card (on drive D:), everything goes back to normal.
❯ measure-Command {az version}

Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 0
Milliseconds      : 814
Ticks             : 8146486
TotalDays         : 9.42880324074074E-06
TotalHours        : 0.000226291277777778
TotalMinutes      : 0.0135774766666667
TotalSeconds      : 0.8146486
TotalMilliseconds : 814.6486

cli.__main__: Command ran in 1.672 seconds
❯ az --version --debug
cli.knack.cli: Command arguments: ['--version', '--debug']
cli.knack.cli: __init__ debug log:
Enable color in terminal.
cli.knack.cli: Event: Cli.PreExecute []
urllib3.connectionpool: Starting new HTTPS connection (1): azure.microsoft.com:443
urllib3.connectionpool: https://azure.microsoft.com:443 "HEAD / HTTP/1.1" 301 0
cli.azure.cli.core.util: Connectivity check: 0.7303947000036715 sec
urllib3.connectionpool: Starting new HTTPS connection (1): raw.githubusercontent.com:443
urllib3.connectionpool: https://raw.githubusercontent.com:443 "GET /Azure/azure-cli/main/src/azure-cli-core/setup.py HTTP/1.1" 200 1246
urllib3.connectionpool: Starting new HTTPS connection (1): raw.githubusercontent.com:443
urllib3.connectionpool: https://raw.githubusercontent.com:443 "GET /Azure/azure-cli/main/src/azure-cli-telemetry/setup.py HTTP/1.1" 200 679
azure-cli                         2.42.0

core                              2.42.0
telemetry                          1.0.8

Extensions:
azure-devops                      0.25.0

Dependencies:
msal                              1.20.0
azure-mgmt-resource             21.1.0b1

Python location 'C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\python.exe'
Extensions directory 'C:\Users\*****\.azure\cliextensions'

Python (Windows) 3.10.8 (tags/v3.10.8:aaaf517, Oct 11 2022, 16:37:59) [MSC v.1933 32 bit (Intel)]

Legal docs and information: aka.ms/AzureCliLegal

Your CLI is up-to-date.
cli.knack.cli: Event: Cli.PostExecute [<function AzCliLogging.deinit_cmd_metadata_logging at 0x04C03EC8>]
cli.__main__: Command ran in 1.672 seconds (init: 0.484, invoke: 1.188)
cli.azure.cli.core.decorators: Suppress exception:
Traceback (most recent call last):
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/__main__.py", line 61, in <module>
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/__main__.py", line 54, in <module>
SystemExit: 0

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/decorators.py", line 79, in _wrapped_func
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/telemetry.py", line 314, in set_custom_properties
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/telemetry.py", line 175, in <lambda>
KeyError: 'x-ms-client-request-id'

telemetry.main: Begin splitting cli events and extra events, total events: 1
telemetry.client: Accumulated 0 events. Flush the clients.
telemetry.main: Finish splitting cli events and extra events, cli events: 1
telemetry.save: Save telemetry record of length 3037 in cache
telemetry.check: Negative: The C:\Users\*****\.azure\telemetry.txt was modified at 2022-11-30 20:21:40.700441, which in less than 600.000000 s

Command Name
Any az cli command
Errors:
cli.azure.cli.core.decorators: Suppress exception:
Traceback (most recent call last):
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/__main__.py", line 61, in <module>
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/__main__.py", line 54, in <module>
SystemExit: 0

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/decorators.py", line 79, in _wrapped_func
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/telemetry.py", line 314, in set_custom_properties
  File "D:\a\_work\1\s\build_scripts\windows\artifacts\cli\Lib\site-packages\azure/cli/core/telemetry.py", line 175, in <lambda>
KeyError: 'x-ms-client-request-id'

To Reproduce:
I think someone would need a USB-C hub that assigns drive letters to empty card readers.
Expected Behavior
I would expect not to have this behaviour, with or without the hub.
Environment Summary
Windows-10-10.0.19042-SP0
Python 3.10.8
Installer: MSI

azure-cli 2.42.0

Extensions:
azure-devops 0.25.0

Dependencies:
msal 1.20.0
azure-mgmt-resource 21.1.0b1

Additional Context

@bebound for awareness


Docstring for pipeline.feature_importance is incorrect

After #1209, several pipeline base class docstrings are now exposed. However, the feature_importance is incorrect:

This issue tracks fixing this docstring.

Debugging with @bchen1116 , some changes to try on this branch: ds_1213_feature_importance_docs_debug


All multiple choice answers set to the same value!

The commit to fix loading of multiple choice answers:
https://github.com/ucam-cl-dtg/isaac-app/commit/47e454269c5864150c39a93eb9fe6ce248e405a9
has broken question pages with more than one multiple choice question. All multiple choice questions are set to the same value. After changing only the first question, the following happens:

(We don't need a release to fix this; it's not gone live - but it has to be fixed before we can release.)


Fixed new Yahoo API

I patched Yahoo's new weather API, which uses OAuth now.
OAuth.js uses jQuery and CryptoJs so I included those three JS files and I updated app.js, index.html, and service-worker.js for each step's version to use the new API with OAuth.
You'll need to register your app with Yahoo to get API keys: https://developer.yahoo.com/weather/, which then you'll fill in (app_id, consumer_key, and consumer_secret) in app.js.

Thanks-a-lot @andytanghr. It worked perfectly.
I can now continue the tutorial seamlessly.

This is great, but I wonder if it maybe better to move onto another service to provide the weather.
The onboarding instructions at https://developer.yahoo.com/weather/ state that it can take up to THREE days to get your app whitelisted. That isn't going to keep people wanting to try out this tutorial. I think that if we want more people to participate with this tutorial, we need to choose another service that doesn't take nearly as long or doesn't require an extensive onboarding process.
@iAdesanyaDaniel, how long did the onboarding take for you?

Ultimately, I think OpenWeatherMap's API is the best fit. In their How to Start documentation, it states that the API key you get is active within an hour (much better than three days!). The tutorial steps and documentation can be updated to tell people to register for the 5 day/3 hour forecast API right when they start the tutorial so that their key gets registered by the time they get to the step where they access the API the first time.

@iAdesanyaDaniel, how long did the onboarding take for you?

@bdjeffyp Although I saw the three days notice, but I practically did not consider it.
After registering my app(-name) on yahoo, and after filling the Google form  to have access to the Weather API through my app,  almost immediately,  I made a call to the API in the tutorial App, and it responded with the expected data.
I'm very sure it was less than an hour, and it was my first attempt also.

Gotcha. In that case, it sounds like it’s a non-issue. :)
On Sat, Mar 9, 2019 at 4:35 PM iAdesanyaDaniel<EMAIL_ADDRESS>wrote:

@iAdesanyaDaniel https://github.com/iAdesanyaDaniel, how long did the
onboarding take for you?
@bdjeffyp https://github.com/bdjeffyp Although I saw the three days
notice, but I practically did not consider it.
After registering my app(-name) on yahoo, and after filling the Google
form to have access to the Weather API through my app, almost
immediately, I made a call to the API in the tutorial App, and it responded
with the expected data.
I'm very sure it was less than an hour, and it was my first attempt also.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/googlecodelabs/your-first-pwapp/pull/147#issuecomment-471235230,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFRqwmtDAHJsUoNwFxnGV0SVpQ9lHhWUks5vVFNLgaJpZM4biOoh
.

--
Jeff Peterson Jr.

Gotcha. In that case, it sounds like it’s a non-issue. :)
@bdjeffyp your words not mine. But not entirely.
Just incase  anything happens to Yahoo's API, or they eventually move on, your suggestion is well tabbed, and it could be substituted.

Thanks-a-lot though.

@andytanghr Hi Andy, I just downloaded your PR for use and for some reason the async property on the imports were causing Uncaught ReferenceError: $ is not defined.
`

`
Upon removal, this works as expected, may cause issues for future users.
(Using latest version of Chrome with Web Server for Chrome)

Thanks for doing this! I ended up rewriting the codelab from scratch to simplify it and fix a number of other issue. I really appreciate the work you put into this.


EL:1473: Replace local.py with .env

What does this pull request do?

replaced local.py with .env
updated readme
updated shell script
updated requirements

Any other changes that would benefit highlighting?

n/a

Checklist

[ ] Provided JIRA ticket number in the title, e.g. "LGA-152: Sample title"

I would suggest a comment in the readme about the Fun we discovered this morning about the unexpected behaviour when changing the contents of the .env file, assuming no way around that was found after I dropped off

This is now resolved by this line and added a comment:
# With override set to True the value of the variable in `.env` is loaded first https://pypi.org/project/python-dotenv/#variable-expansion
load_dotenv(override=True)

Did you check the docker config still works? It would be good to highlight that briefly on the PR in the relevant section

Did you check the docker config still works? It would be good to highlight that briefly on the PR in the relevant section

👍 Yep. Checked that we can still run a local docker container. No need to update of readme.md as none of those steps have changed. (I had a slight issue with CSS style's but not docker related).
I therefore asked Stephen to pull down the branch on his machine and he was able to run a docker container as expected.

Did you check the docker config still works? It would be good to highlight that briefly on the PR in the relevant section

👍 Yep. Checked that we can still run a local docker container. No need to update of readme.md as none of those steps have changed. (I had a slight issue with CSS style's but not docker related).
I therefore asked Stephen to pull down the branch on his machine and he was able to run a docker container as expected.

Nice one. I didn't mean to update the README, just that it might be best practice to update the PR info to highlight that to the reviewer if possible, as it's not obvious we've thought about checking Docker from the code. Just PR housekeeping for next time! Good work on this!


modifying the policy as code work item to reflect a focus on verifiab…

…le computation. There is currently no solution for a high level policy-as-code language designed for translation to R1CS gadgets with support for both trusted setups (zkSNARKS) and untrusted setups (Bulletproofs).
Signed-off-by: Dave Huseby<EMAIL_ADDRESS>

I'm hoping Wayne will review and approve this.

If we limit the scope to languages that can compile to arithmetic circuits, wouldn't this disallow injecting external data sources in the course of running the code and also computations that can't be expressed as arithmetic circuits? We will need to poll external data sources for our policy-as-code permissioning system.
You could maybe specify a preamble to load those data into variables as inputs into the circuit, but sometimes branching execution would be preferred for efficient execution. Maybe we can allow designation of subsections of the code as representable as arithmetic circuits instead? I think it's a tough requirement that all policy must boil down to circuits, and requiring verifiable computations for everything is a very tall order.

@wyc you make good points. I like the idea of a preamble stage that gathers the inputs. So AFAIK, we originally talked about being non-Turing complete so that all policies are bounded computations. It turns out that all bounded computations can be converted to R1CS gadgets and thus can run as verified computations. So as I see it, if we keep the bounded computation requirement then it keeps support for verified computation but doesn't mandate it. If you agree I'll modify this PR to reflect that. I think you're right that doing everyting as a verified computation is a tall order but that is required for our primary use case: Qualifications.

@wyc need to get together and mash our requirements together and get this PR cleaned up and merged.

As discussed in 26 May meeting, we are closing this PR as stale.


Modified to take care of Issue#24

Simultaneous merge of PR#21 and PR#23 led to Issue #24. This PR handles that.

Thank @nsnitish!  Sorry I messed it up on my end.


Modernize

This is a pass at cleaning up and modernizing, and making it a little more performant (not using statSync) This also drops old nodes and webpack less than 2.
This includes my previous PR too.

Reopen if you want, but I'm just going to use my fork.

Would you like to become a maintainer?

I'm migrating away from baggage-imports, in favor of explicit imports... so I will eventually not be using this. But I would maintain it while I use it.

I've added you to collaborators, please ping me with your NPM username if you have something to publish.


terraform-provider-ct: exec format error

I am following https://typhoon.psdn.io/google-cloud/ and extracted the provider into a bin-folder within my directory after getting it via wget. However on running terraform plan I get a) asked for the region again and b) * provider.ct: fork/exec /Users/MY-USERNAME/workspace/bin/terraform-provider-ct: exec format error is shown.
If I use go get to get the provider I see module.google-cloud-yavin.module.controllers.data.google_compute_zones.all: data.google_compute_zones.all: googleapi: got HTTP response code 404 with body: Not Found
Any pointers?

Closing due to no response.


incremental global routing crashes when used with repair_timing -recover_power

Describe the bug
Signal 11 received
Stack trace:
 0# 0x00005607F1141458 in /home/harsh/work/harsh/or3/OpenROAD/build/src/openroad
 1# 0x00007FD639912090 in /lib/x86_64-linux-gnu/libc.so.6
 2# grt::IncrementalGRoute::updateRoutes() in /home/harsh/work/harsh/or3/OpenROAD/build/src/openroad
 3# rsz::Resizer::updateParasitics() in /home/harsh/work/harsh/or3/OpenROAD/build/src/openroad
 4# rsz::RecoverPower::recoverPower() in /home/harsh/work/harsh/or3/OpenROAD/build/src/openroad
 5# 0x00005607F128312B in /home/harsh/work/harsh/or3/OpenROAD/build/src/openroad
 6# TclNRRunCallbacks in /usr/lib/x86_64-linux-gnu/libtcl8.6.so
 7# 0x00007FD63D5DD924 in /usr/lib/x86_64-linux-gnu/libtcl8.6.so
 8# Tcl_EvalEx in /usr/lib/x86_64-linux-gnu/libtcl8.6.so
 9# Tcl_Eval in /usr/lib/x86_64-linux-gnu/libtcl8.6.so
10# sta::sourceTclFile(char const*, bool, bool, Tcl_Interp*) in /home/harsh/work/harsh/or3/OpenROAD/build/src/openroad
11# ord::tclAppInit(Tcl_Interp*) in /home/harsh/work/harsh/or3/OpenROAD/build/src/openroad
12# Tcl_MainEx in /usr/lib/x86_64-linux-gnu/libtcl8.6.so
13# main in /home/harsh/work/harsh/or3/OpenROAD/build/src/openroad
14# __libc_start_main in /lib/x86_64-linux-gnu/libc.so.6
15# _start in /home/harsh/work/harsh/or3/OpenROAD/build/src/openroad

As described in the title
Expected Behavior
No crashes. It is possible that there are bugs in the recover_power code so please don't assume the netlist connectivity is correct (but in that case incremental global routing should error out instead of crashing).
Environment
[WARNING] Your current OpenROAD version is outdated.
It is recommened to pull the latest changes.
If problem persists, file a github issue with the re-producible test case.
kernel: Linux 5.8.7-050807-lowlatency
os: Ubuntu 20.04.6 LTS (Focal Fossa)
cmake version 3.24.2
CMake Warning at CMakeLists.txt:98 (message):
  OpenROAD git describe failed, using sha1 instead

-- The CXX compiler identification is GNU 9.4.0
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- OpenROAD version: da9d8fe190e8469f48662b401515870c371c0a3a
-- System name: Linux
-- Compiler: GNU 9.4.0
-- Build type: RELEASE
-- Install prefix: /usr/local
-- C++ Standard: 17
-- C++ Standard Required: ON
-- C++ Extensions: OFF
-- The C compiler identification is GNU 9.4.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Found Python: /home/harsh/work/harsh/gcloud_test/.venv/bin/python3.8 (found version "3.8.10") found components: Interpreter
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Performing Test C_COMPILER_SUPPORTS__-Wall
-- Performing Test C_COMPILER_SUPPORTS__-Wall - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wall
-- Performing Test CXX_COMPILER_SUPPORTS__-Wall - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-array-bounds
-- Performing Test C_COMPILER_SUPPORTS__-Wno-array-bounds - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-array-bounds
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-array-bounds - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-nonnull
-- Performing Test C_COMPILER_SUPPORTS__-Wno-nonnull - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-nonnull
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-nonnull - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-maybe-uninitialized
-- Performing Test C_COMPILER_SUPPORTS__-Wno-maybe-uninitialized - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-maybe-uninitialized
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-maybe-uninitialized - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-format-overflow
-- Performing Test C_COMPILER_SUPPORTS__-Wno-format-overflow - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-format-overflow
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-format-overflow - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-unused-variable
-- Performing Test C_COMPILER_SUPPORTS__-Wno-unused-variable - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-unused-variable
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-unused-variable - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-unused-function
-- Performing Test C_COMPILER_SUPPORTS__-Wno-unused-function - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-unused-function
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-unused-function - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-write-strings
-- Performing Test C_COMPILER_SUPPORTS__-Wno-write-strings - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-write-strings
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-write-strings - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-sign-compare
-- Performing Test C_COMPILER_SUPPORTS__-Wno-sign-compare - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-sign-compare
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-sign-compare - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-deprecated
-- Performing Test C_COMPILER_SUPPORTS__-Wno-deprecated - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-deprecated
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-deprecated - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-c++11-narrowing
-- Performing Test C_COMPILER_SUPPORTS__-Wno-c++11-narrowing - Failed
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-c++11-narrowing
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-c++11-narrowing - Failed
-- Performing Test C_COMPILER_SUPPORTS__-Wno-register
-- Performing Test C_COMPILER_SUPPORTS__-Wno-register - Failed
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-register
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-register - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-format
-- Performing Test C_COMPILER_SUPPORTS__-Wno-format - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-format
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-format - Success
-- Performing Test C_COMPILER_SUPPORTS__-Wno-reserved-user-defined-literal
-- Performing Test C_COMPILER_SUPPORTS__-Wno-reserved-user-defined-literal - Failed
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-reserved-user-defined-literal
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-reserved-user-defined-literal - Failed
-- Performing Test C_COMPILER_SUPPORTS__-fpermissive
-- Performing Test C_COMPILER_SUPPORTS__-fpermissive - Failed
-- Performing Test CXX_COMPILER_SUPPORTS__-fpermissive
-- Performing Test CXX_COMPILER_SUPPORTS__-fpermissive - Success
-- Performing Test C_COMPILER_SUPPORTS__-x
-- Performing Test C_COMPILER_SUPPORTS__-x - Failed
-- Performing Test CXX_COMPILER_SUPPORTS__-x
-- Performing Test CXX_COMPILER_SUPPORTS__-x - Failed
-- Performing Test C_COMPILER_SUPPORTS__c++
-- Performing Test C_COMPILER_SUPPORTS__c++ - Failed
-- Performing Test CXX_COMPILER_SUPPORTS__c++
-- Performing Test CXX_COMPILER_SUPPORTS__c++ - Failed
-- Performing Test C_COMPILER_SUPPORTS__-Wno-unused-but-set-variable
-- Performing Test C_COMPILER_SUPPORTS__-Wno-unused-but-set-variable - Success
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-unused-but-set-variable
-- Performing Test CXX_COMPILER_SUPPORTS__-Wno-unused-but-set-variable - Success
-- TCL library: /usr/lib/x86_64-linux-gnu/libtcl.so
-- TCL header: /usr/include/tcl/tcl.h
-- TCL readline library: /usr/lib/x86_64-linux-gnu/libtclreadline.so
-- TCL readline header: /usr/include/x86_64-linux-gnu
-- Found SWIG: /usr/bin/swig (found suitable version "4.1.0", minimum required is "3.0")
-- Using SWIG >= 4.1.0 -flatstaticmethod flag for python
-- Found Boost: /usr/local/lib/cmake/Boost-1.80.0/BoostConfig.cmake (found version "1.80.0")
-- boost: 1.80.0
-- Found Python3: /usr/include/python3.8 (found version "3.8.10") found components: Development Development.Module Development.Embed
-- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version "1.2.11")
-- spdlog: 1.8.1
-- Found BISON: /usr/bin/bison (found version "3.5.1")
-- Found Doxygen: /usr/bin/doxygen (found version "1.8.17") found components: doxygen dot
-- STA version: 2.4.0
-- STA git sha: bb09de2e0a9404605c19101ee9dab1e6b6fea654
-- System name: Linux
-- Compiler: GNU 9.4.0
-- Build type: RELEASE
-- Build CXX_FLAGS: -O3 -DNDEBUG
-- Install prefix: /usr/local
-- Found FLEX: /usr/bin/flex (found version "2.6.4")
-- TCL library: /usr/lib/x86_64-linux-gnu/libtcl.so
-- TCL header: /usr/include/tcl/tcl.h
-- Check if compiler accepts -pthread
-- Check if compiler accepts -pthread - yes
-- SSTA: 0
-- STA executable: /scratch/harsh/or3/OpenROAD/src/sta/app/sta
-- GPU is not enabled
-- TCL library: /usr/lib/x86_64-linux-gnu/libtcl.so
-- TCL header: /usr/include/tcl/tcl.h
-- Found re2: /opt/or-tools/lib/cmake/re2/re2Config.cmake (found version "9.0.0")
-- Found Clp: /opt/or-tools/lib/cmake/Clp/ClpConfig.cmake (found version "1.17.7")
-- Found Cbc: /opt/or-tools/lib/cmake/Cbc/CbcConfig.cmake (found version "2.10.7")
-- Found Eigen3: /usr/local/share/eigen3/cmake/Eigen3Config.cmake (found version "3.4.0")
-- Found SCIP: /opt/or-tools/lib/cmake/scip/scip-config.cmake (found version "8.0.1")
-- GUI is enabled
-- Charts widget is not enabled
-- Found Boost: /usr/local/lib/cmake/Boost-1.80.0/BoostConfig.cmake (found version "1.80.0") found components: serialization
-- Found OpenMP_CXX: -fopenmp (found version "4.5")
-- Found OpenMP: TRUE (found version "4.5")
-- Could NOT find VTune (missing: VTune_LIBRARIES VTune_INCLUDE_DIRS)
-- Found Boost: /usr/local/lib/cmake/Boost-1.80.0/BoostConfig.cmake (found suitable version "1.80.0", minimum required is "1.78")
-- TCL library: /usr/lib/x86_64-linux-gnu/libtcl.so
-- TCL header: /usr/include/tcl/tcl.h
-- Found Boost: /usr/local/lib/cmake/Boost-1.80.0/BoostConfig.cmake (found version "1.80.0") found components: serialization system thread
-- Found Boost: /usr/local/lib/cmake/Boost-1.80.0/BoostConfig.cmake (found version "1.80.0")
-- TCL readline enabled
-- Tcl Extended disabled
-- Python3 enabled
-- Configuring done
-- Generating done
-- Build files have been written to: /tmp/tmp.iBg7nSX1G8

To Reproduce
make DESIGN_CONFIG=./designs/asap7/gcd/config.mk global_route
Actually any ORFS testcase will show the issue as long as the global_route.tcl file is modified as follows:
global_route -guide_file $env(RESULTS_DIR)/route.guide
-congestion_report_file $env(REPORTS_DIR)/congestion.rpt
{*}[expr {[info exists ::env(GLOBAL_ROUTE_ARGS)] ? $::env(GLOBAL_ROUTE_ARGS) : {-congestion_iterations 20 -verbose}
}]
set_propagated_clock [all_clocks]
estimate_parasitics -global_routing
repair_timing -recover_power
source $env(SCRIPTS_DIR)/report_metrics.tcl
report_metrics "global route"
Relevant log output
N/A

Screenshots
N/A
Additional Context
No response

@maliberty @luis201420 @eder-matheus I do not know how to upload the issue tar file. I tried to drag it into this window but it got rejected since there is a limit of 25MB and my file is 27MB. You can run any design with the 1 line change in the "To Reproduce" section. asap7/gcd takes < 5 minutes to show the problem.
Let me know what I am missing in terms of being to upload a tar.gz file with the testcase. I used the latest OR and ORFS

You can put it in gdrive and put a link here.

Thank you @maliberty . I should have thought of that. Here it is:
https://drive.google.com/file/d/1kOHD0lI8kluOMyX_hzB6KisN7ULFTI__/view?usp=sharing

@luis201420 now I have a different crash in antenna rule fixing. Here is the testcase:
https://drive.google.com/file/d/1GKiQ9ee0sd8KVr74PeM0MYhkzDCBu7qX/view?usp=sharing

@openroadie Could you create a new issue for this antenna crash? Please feel free to assign it to me. Also, can this issue be closed if the incremental routing crash is fixed?

Verified that the original problem is fixed. Thank you @luis201420


MB-15736: Update yaml and model to payload to ensure that the field is populated

Jira ticket for this change
Summary
This adds the requestedDeliveryDate field to the getMoveTaskOrder API for the prime.
Setup to Run Your Code

💻 You will need to use two separate terminals to test this locally.
Terminal 1
Start the UI locally.
make client_run

Terminal 2
Start the Go server locally.
make server_run

Additional steps

Access the office
Login as a prime user
Look at the network tab as you click on a specific move.

Screenshots

Messages

:book:
:link: MB-15736

  Generated by :no_entry_sign: dangerJS against bc1edbaa7b0c6c108df5be92e1ed7a24d2e874ea

Verification: I was able to hit the getMoveTaskOrder endpoint and see requestedDeliveryDate in the response:

Verification: I also verified that redocly will show this new field in the example response:


Remove '@' from Provider link in more_about_tasks

Context
Simple documentation fix. Provider is an interface, not an annotation.
Making this change through the github UI. There's no good way for me to sign off through this mechanism without checking out this branch locally.
@eriwen This is probably one for you.
Contributor Checklist

[x] Review Contribution Guidelines
[x] Make sure that all commits are signed off to indicate that you agree to the terms of Developer Certificate of Origin.
[x] Check "Allow edit from maintainers" option in pull request so that additional changes can be pushed by Gradle team
[x] Provide integration tests (under <subproject>/src/integTest) to verify changes from a user perspective
[x] Provide unit tests (under <subproject>/src/test) to verify logic
[x] Update User Guide, DSL Reference, and Javadoc for public-facing changes
[x] Ensure that tests pass locally: ./gradlew <changed-subproject>:check

Gradle Core Team Checklist

[ ] Verify design and implementation
[ ] Verify test coverage and CI build status
[ ] Verify documentation
[ ] Recognize contributor in release notes

@JLLeitschuh LGTM, but would you please --signoff your commit here so I can merge?

@eriwen Done.

Thanks @JLLeitschuh!


docs(API-table): enhance the API table document

Is your feature request related to a problem? Please describe.
The API functions on Cactus exist as follows:

deployContract
invokeContract
runTransaction
execSyncFunction
sendSignedTransaction
startMonitor / stopMonitor
...
So it is needed to organize API table of Cactus function.

Describe the solution you'd like
@takeutak will organize the API table document.

I will make the changes


Add ppc64le support

Unable to use GitVersion application on Linux systems with ppc64le architecture. For example:
$ dotnet-gitversion /home/user/src/GitVersion
The type initializer for 'LibGit2Sharp.Core.NativeMethods' threw an exception.

Add support to build native ppc64le binaries along with other supported CPU architectures.

I have questions about this change.
First, what sort of machine are you using that even has this sort of processor in it?
Second, where did you get a .NET distribution that works on it? Microsoft doesn't support or ship .NET for anything other than x64, arm32, and arm64.

IBM, Microsoft and RedHat have announced support for .NET 7/8 on POWER, you can find out more about it on the IBM .NET blog.  Microsoft supports installing .NET on Linux as described here. In my use case, I'm building a project on Fedora 40 in a VM hosted on a P9 PowerNV system.  Installing the GitVersion tool is as simple as running dotnet tool install --global GitVersion.Tool.

The blog post also mentions support for IBM s390x mainframes, though I don't think the build containers used actually had the appropriate s390 cross compilers.

Ok, so it's specifically Red Hat that is building a shipping .NET for that architecture.
Can you run dotnet --info and provide the output here? I want to confirm a few things (like what the RID actually shows up as) before merging this.

Also, based on that, it doesn't seem like we'd need the musl variation since RHEL uses glibc and not musl.

Late reply on your dotnet --info question.  Output included below from Fedora 41:
$ dotnet --info
.NET SDK:
 Version:           9.0.100-rc.2.24474.1
 Commit:            b4c156e3f6
 Workload version:  9.0.100-manifests.1d9add2b
 MSBuild version:   17.12.0-preview-24473-03+b4c156e3f

Runtime Environment:
 OS Name:     fedora
 OS Version:  41
 OS Platform: Linux
 RID:         fedora.41-ppc64le
 Base Path:   /usr/lib64/dotnet/sdk/9.0.100-rc.2.24474.1/

.NET workloads installed:
There are no installed workloads to display.
Configured to use loose manifests when installing new manifests.

Host:
  Version:      9.0.0-rc.2.24473.5
  Architecture: ppc64le
  Commit:       b4c156e3f6

.NET SDKs installed:
  8.0.110 [/usr/lib64/dotnet/sdk]
  9.0.100-rc.2.24474.1 [/usr/lib64/dotnet/sdk]

.NET runtimes installed:
  Microsoft.AspNetCore.App 8.0.10 [/usr/lib64/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 9.0.0-rc.2.24474.3 [/usr/lib64/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.NETCore.App 8.0.10 [/usr/lib64/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 9.0.0-rc.2.24473.5 [/usr/lib64/dotnet/shared/Microsoft.NETCore.App]

Other architectures found:
  None

Environment variables:
  DOTNET_ROOT       [/usr/lib64/dotnet]

global.json file:
  Not found

Learn more:
  https://aka.ms/dotnet/info

Download .NET:
  https://aka.ms/dotnet/download


Host healthchecks

Is your feature request related to a problem? Please describe.
Only the problem of me messing around with my various services and screwing up occassionally. This leads to the proxy not being able to do its job due to my reckless changes to firewall rules, port or host changes etc, etc.
Describe the solution you'd like

The possibility to add a "periodic healthcheck" to hosts (either all or individually) as a sort of healthcheck. The check should basically send a request to the target host (without any location) and expect a http status of 200 (or 200-ish / "OK"; redirects may be acceptable as well, depending on the use case). If the OK-condition is met, some OK-symbol (green circle, check mark, ...) should be visible from the resp. overview page. If not, a you-screwed-up symbol (red circle, red X, ...) should be displayed instead.
Note: Of course this does not guarantee that each and every location, that I may need in the future, exists and is valid, but at least I would know that my hostname exists and is http-reachable under the given port.
Describe alternatives you've considered
I could of course either write a cron script which curls all the hosts or simply use service that is meant for such checks, e.g. healthchecks.io. However, a somehwat major drawback would be that I would have to keep both NPM and my healthchecks synchronized, which may get tedious in the long run.... I do not need or ask for a fully fledged solution such as healthchecks.io, just some very basic thumbs up/down indicator
Additional context
The column "Status" with current values of either "online" or "disabled" may need some clarification within this context, e.g.
Status: Enabled/Disabled | Active/Inactive
Check: Passed/Failed

I agree with this, Status shows "Online" its misleading. Purposely put in a service that does not exist and it still shows it as "Online"

I just started using npm and was really confused about the "online" status. I played with some commercial proxys in the past already and most of them have such health checks build in by default and I thought it would be the same "online" thing here :D

I am also confused on "Online" status, in my use case, online status should indicate forwarded port should be active on listening. I would recommend to have following status,
"setting error" - with ! yellow circle
"setting right, but forward port is unreachable" - with red circle
"setting right, but forward port is reachable" - with green circle


Diagram not visible in backlog or sprint

Saving as PNG+XML would probably resolve this

Saving as PNG like for Jira Data Center (config option there) would help Jira users to use the plugin more efficient.


Broken link (see s/shot)

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 81a32115-33f8-7d06-aaf0-b8ce918b5527
Version Independent ID: 31ad18df-1904-bbdd-cfed-8d0d0267c10e
Content: ASP.NET Core Razor components
Content Source: aspnetcore/blazor/components/index.md
Product: aspnet-core
Technology: aspnetcore-blazor
GitHub Login: @guardrex
Microsoft Alias: riande

OH! ... Thanks for the report @leotsarev! I'll fix that right NOW 🏃 .