I don't understand the role of _tensor_start_index[0], _tensor_start_index[1], _tensor_start_index[2], and _tensor_start_index[3] in engine.py.

Description
``I don't understand the description of engine.py.
I am getting the following error when I try to run the SSD trained model that I converted by myself on Raspberry Pi and TPU.
Error statement:.
  File "/home/pi/TPU-Posenet/ssd-deeplab-posenet.py", line 252, in ssd_inferencer
    ssd_engine = DetectionEngine(model, device)
  File "/usr/lib/python3/dist-packages/edgetpu/detection/engine.py", line 78, in __init__
    'This model has {}.' .format(output_tensors_sizes.size)))
ValueError: Detection model should have 4 output tensors!This model has 2.

I checked the error and wondered if I could get the output that matched my model structure.
So, I read the error message, but I don't know what the role of "self._tensor_start_index[]" below is.
What does "self._tensor_start_index[]" in line 86 and between lines 186 and 194 do to check the output of the model during inference?
Also, what role do _tensor_start_index[0], _tensor_start_index[1], _tensor_start_index[2], and _tensor_start_index[3] play in extracting the output?
Line 86: self._tensor_start_index = [0].
Line 186: num_candidates = raw_result[self._tensor_start_index[3]]
Line 188: score = raw_result[self._tensor_start_index[2] + i]
Lines 191 to 194 :
label_id = int(round(raw_result[self._tensor_start_index[1] + i]))
y1 = max(0.0, raw_result[self._tensor_start_index[0] + 4 * i])
x1 = max(0.0, raw_result[self._tensor_start_index[0] + 4 * i + 1])
y2 = min(1.0, raw_result[self._tensor_start_index[0] + 4 * i + 2])
x2 = min(1.0, raw_result[self._tensor_start_index[0] + 4 * i + 3])

edgetpu/edgetpu/detection/engine.py
# Copyright 2019 Google LLC
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#     https://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.

"""An inference engine that performs object detection.
  .. note::
    ``DetectionEngine`` only supports SSD models with a post-processing op.
    To perform object detection with other types of model architectures, instead
    `use the TensorFlow Lite API
    </docs/edgetpu/tflite-python/>`_.
"""

from edgetpu.basic.basic_engine import BasicEngine
from edgetpu.utils.warning import deprecated
from edgetpu.utils import image_processing
import numpy as np
from PIL import Image

class DetectionCandidate(object):
  """A data structure that represents one detection candidate (label id, score, and bounding box).
     This is returned by methods :func:`~DetectionEngine.detect_with_image` and
     :func:`~DetectionEngine.detect_with_input_tensor`."""

  __slots__ = ['label_id', 'score', 'bounding_box']

  def __init__(self, label_id, score, x1, y1, x2, y2):
    #: An :obj:`int` for the label id.
    self.label_id = label_id
    #: A :obj:`float` for the confidence score.
    self.score = score
    #: A 2-D aray (:obj:`numpy.ndarray`) that describes the bounding box for the detected object.
    #:
    #: The format is [[x1, y1], [x2, y2]], where [x1, y1] is the top-left corner and [x2, y2]
    #: is the bottom-right corner of the bounding box. The values can be either floats (relative
    #: coordinates) or integers (pixel coordinates), depending on the ``relative_coord`` bool you
    #: pass to the :func:`~DetectionEngine.detect_with_image` or
    #: :func:`~DetectionEngine.detect_with_input_tensor` method. [0, 0] is always the top-left corner.
    self.bounding_box = np.array([[x1, y1], [x2, y2]])

class DetectionEngine(BasicEngine):
  """Extends :class:`~edgetpu.basic.basic_engine.BasicEngine` to perform object detection
     with a given model.
     This API assumes the given model is trained for object detection. Now this
     engine only supports SSD model with postprocessing operator.
  """

  def __init__(self, model_path, device_path=None):
    """
    Args:
      model_path (str): Path to a TensorFlow Lite (``.tflite``) file.
        This model must be `compiled for the Edge TPU
        <https://coral.ai/docs/edgetpu/compiler/>`_; otherwise, it simply executes
        on the host CPU.
      device_path (str): The device path for the Edge TPU this engine should use. This argument
        is needed only when you have multiple Edge TPUs and more inference engines than
        available Edge TPUs. For details, read `how to use multiple Edge TPUs
        </docs/edgetpu/multiple-edgetpu/>`_.
    Raises:
      ValueError: If the model's output tensor size is not 4.
    """
    if device_path:
      super().__init__(model_path, device_path)
    else:
      super().__init__(model_path)
    output_tensors_sizes = self.get_all_output_tensors_sizes()
    if output_tensors_sizes.size != 4:
      raise ValueError(
          ('Dectection model should have 4 output tensors!'
           'This model has {}.'.format(output_tensors_sizes.size)))
    self._tensor_start_index = [0]
    offset = 0
    for i in range(3):
      offset = offset + output_tensors_sizes[i]
      self._tensor_start_index.append(int(offset))

  def detect_with_image(self, img, threshold=0.1, top_k=3,
                      keep_aspect_ratio=False, relative_coord=True,
                      resample=Image.NEAREST):
    """Performs object detection with an image.
    Args:
      img (:obj:`PIL.Image`): The image you want to process.
      threshold (float): Minimum confidence threshold for detected objects. For example,
        use ``0.5`` to receive only detected objects with a confidence equal-to or higher-than 0.5.
      top_k (int): The maximum number of detected objects to return.
      keep_aspect_ratio (bool): If True, keep the image aspect ratio the same when down-sampling
        the image (by adding black pixel padding so it fits the input tensor's dimensions, via the
        :func:`~edgetpu.utils.image_processing.resampling_with_original_ratio()` function).
        If False, resize and reshape the image (without cropping) to match the input
        tensor's dimensions.
        (Note: This option should be the same as what is applied on input images
        during model training. Otherwise, the accuracy might be affected and the
        bounding box of detection result might be stretched.)
      relative_coord (bool): If True, provide coordinates as float values between 0 and 1,
        representing each position relative to the total image width/height. If False, provide
        coordinates as integers, representing pixel positions in the original image. [0, 0] is
        always the top-left corner.
      resample (int): A resampling filter for image resizing.
        This can be one of :attr:`PIL.Image.NEAREST`, :attr:`PIL.Image.BOX`,
        :attr:`PIL.Image.BILINEAR`, :attr:`PIL.Image.HAMMING`, :attr:`PIL.Image.BICUBIC`,
        or :attr:`PIL.Image.LANCZOS`. Default is :attr:`PIL.Image.NEAREST`. See `Pillow filters
        <https://pillow.readthedocs.io/en/stable/handbook/concepts.html#filters>`_.
        (Note: A complex filter such as :attr:`PIL.Image.BICUBIC` may create slightly better
        accuracy but it also causes higher latency.)
    Returns:
      A :obj:`list` of detected objects as :class:`DetectionCandidate` objects.
    Raises:
      RuntimeError: If the model's input tensor shape doesn't match the shape expected for an
        object detection model, which is [1, height, width, channel].
      ValueError: If the input tensor channel is not 1 (grayscale) or 3 (RGB)
      ValueError: If argument values are invalid.
    """
    input_tensor_shape = self.get_input_tensor_shape()
    if (input_tensor_shape.size != 4 or
        input_tensor_shape[0] != 1):
      raise RuntimeError(
          'Invalid input tensor shape! Expected: [1, height, width, channel]')
    _, height, width, channel = input_tensor_shape

    if keep_aspect_ratio:
      resized_img, ratio = image_processing.resampling_with_original_ratio(
          img, (width, height), resample)
    else:
      resized_img = img.resize((width, height), resample)

    # Handle color space conversion.
    if channel == 1:
      resized_img = resized_img.convert('L')
    elif channel == 3:
      resized_img = resized_img.convert('RGB')
    else:
      raise ValueError(
          'Invalid input tensor channel! Expected: 1 or 3. Actual: %d' % channel)

    input_tensor = np.asarray(resized_img).flatten()
    candidates = self.detect_with_input_tensor(input_tensor, threshold, top_k)
    for c in candidates:
      if keep_aspect_ratio:
        c.bounding_box = c.bounding_box / ratio
        c.bounding_box[0] = np.maximum([0.0, 0.0], c.bounding_box[0])
        c.bounding_box[1] = np.minimum([1.0, 1.0], c.bounding_box[1])
      if relative_coord is False:
        c.bounding_box = c.bounding_box * [img.size]
    return candidates

  def detect_with_input_tensor(self, input_tensor, threshold=0.1, top_k=3):
    """Performs object detection with a raw input tensor.
    This requires you to process the input data (the image) and convert
    it to the appropriately formatted input tensor for your model.
    Args:
      input_tensor (:obj:`numpy.ndarray`): A 1-D array as the input tensor.
      threshold (float): Minimum confidence threshold for detected objects. For example,
        use ``0.5`` to receive only detected objects with a confidence equal-to or higher-than 0.5.
      top_k (int): The maximum number of detected objects to return.
    Returns:
      A :obj:`list` of detected objects as :class:`DetectionCandidate` objects.
    Raises:
      ValueError: If argument values are invalid.
    """
    if top_k <= 0:
      raise ValueError('top_k must be positive!')
    _, raw_result = self.run_inference(input_tensor)
    result = []
    num_candidates = raw_result[self._tensor_start_index[3]]
    for i in range(int(round(num_candidates))):
      score = raw_result[self._tensor_start_index[2] + i]
      if score > threshold:
        label_id = int(round(raw_result[self._tensor_start_index[1] + i]))
        y1 = max(0.0, raw_result[self._tensor_start_index[0] + 4 * i])
        x1 = max(0.0, raw_result[self._tensor_start_index[0] + 4 * i + 1])
        y2 = min(1.0, raw_result[self._tensor_start_index[0] + 4 * i + 2])
        x2 = min(1.0, raw_result[self._tensor_start_index[0] + 4 * i + 3])
        result.append(DetectionCandidate(label_id, score, x1, y1, x2, y2))
    result.sort(key=lambda x: -x.score)
    return result[:top_k]

  @deprecated
  def DetectWithImage(self, img, threshold=0.1, top_k=3,
                      keep_aspect_ratio=False, relative_coord=True,
                      resample=Image.NEAREST):
    return self.detect_with_image(img, threshold, top_k, keep_aspect_ratio,
                                  relative_coord, resample)

  @deprecated
  def DetectWithInputTensor(self, input_tensor, threshold=0.1, top_k=3):
    return self.detect_with_input_tensor(input_tensor, threshold, top_k)

Click to expand!
Issue Type
Build/Install, Support
Operating System
Linux
Coral Device
USB Accelerator
Other Devices
Rapsberry Pi 4
Programming Language
Python 3.7
Relevant Log Output
Error statement:.
  File "/home/pi/TPU-Posenet/ssd-deeplab-posenet.py", line 252, in ssd_inferencer
    ssd_engine = DetectionEngine(model, device)
  File "/usr/lib/python3/dist-packages/edgetpu/detection/engine.py", line 78, in __init__
    'This model has {}.' .format(output_tensors_sizes.size)))
ValueError: Detection model should have 4 output tensors!This model has 2.

Hi @ukpana pyhton3-edgeptu api is deprecated please use python3-pycoral api.
For information on how to install packages on Raspberry Pi please refer to this: https://coral.ai/software/#debian-packages

Thank you for confirming my question, I will check python3-pycoralapi, thanks for giving me the URL.
I have one question, why is pyhton3-edgeptuapi deprecated?

For better maintenance https://github.com/google-coral/edgetpu has been split into following repos:
https://github.com/google-coral/libedgetpu: The Edge TPU Runtime (libedgetpu)
https://github.com/google-coral/libcoral: The Coral C++ library (libcoral)
https://github.com/google-coral/pycoral: The Coral Python library (PyCoral)
https://github.com/google-coral/test_data: Various models and other testing data

Feel free to open new issues if you have any issues other than with python3-edgetpu.


net/http: problematic content type check

When go http server cannot recognize content type it tries to read 512 bytes from the resource. You can see it here.

First of all the resource can be unavailable for further reading.
Secondly if you try to implement your own WebDAV server you need to append or cut part of bytes to fill the buffer right.
Due to code will smell like the following.
if len(f.data) < len(p) {
	// min buffer for http server is 512, so if file is less than one we need to add empty bytes
	missed := len(p) - len(f.data)
	copy(p, append(make([]byte, missed)))
} else {
	copy(p, f.data[:len(p)])
}

Any ideas how to prevent this behaviour?
BTW go hasn't recognized .md and .py files as text/plain type.

You don't have to supply 512 bytes to satisfy the content type check.  You can simply return the bytes available, and then io.EOF.
Go will read the MIME extensions that are defined on your system.  You didn't mention what kind of system you are using.  Your program can define additional MIME extensions by calling https://pkg.go.dev/mime#AddExtensionType.
I don't see a bug here, and we don't use the issue tracker for questions or discussion, so closing.  If you have further questions, please see https://go.dev/wiki/Questions.

You don't have to supply 512 bytes to satisfy the content type check. You can simply return the bytes available, and then io.EOF.

Thanks, I will try next time.
I'm under MacOS 12.4.


Question about TLS on TCP SERVER (IDFGH-9566)

Answers checklist.

[X] I have read the documentation ESP-IDF Programming Guide and the issue is not addressed there.
[X] I have updated my IDF branch (master or release) to the latest version and checked that the issue is present there.
[X] I have searched the issue tracker for a similar issue and not found a similar issue.

General issue report
I want to apply TLS in TCP/IP communication.
We are checking the related information through the link below.
There is only content about TCP CLIENT about TLS, is there anything related to TCP SERVER?

@Inverter-Jo Thanks for reporting, would you please help share the link you mentioned in the description? Thanks.

@Alvin1Zhang
link is here.
https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-reference/protocols/esp_tls.html?highlight=tls
https://mbed-tls.readthedocs.io/en/latest/kb/how-to/mbedtls-tutorial/
Thanks for answer


Apply proposed changes by @RDouglasSharp from issue #57 #58

I apply proposed changes and tested it work good!
Fixes #58 #59 #61

Thank you @lantiga !!!


[test/plugin] remove the image on docker exit

Please answer these questions before submitting pull request

Why submit this pull request?

[ ] Bug fix

[x] New feature provided

[ ] Improve performance

Related issues

Enable remove the image on docker exit by configure.

Codecov Report

Merging #4374 into master will increase coverage by <.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #4374      +/-   ##
==========================================
+ Coverage   26.09%   26.09%   +<.01%
==========================================
  Files        1182     1182
  Lines       27007    27007
  Branches     3723     3723
==========================================
+ Hits         7047     7048       +1
+ Misses      19324    19323       -1
  Partials      636      636

Impacted Files
Coverage Δ

...king/apm/agent/core/remote/GRPCChannelManager.java
69.23% <0%> (+1.28%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 3342393...f939fa1. Read the comment docs.


When gateway leaves a federation, we should ensure they have no funds remaining

https://github.com/fedimint/fedimint/pull/3636 makes no such checks

Another idea: what happens if gateway only has dust? I think we should still be able to leave, otherwise they'd need to deposit and withdraw to get back to zero balance?

In this situation, the gateway would run the command gateway-cli leave-fed --federation_id X --forced

I don't think this is relevant anymore, it is useful to be able to leave a federation with funds still pegged into the federation, then re-join, to force a re-registration. Closing.


show a progress bar while exporting models

While exporting a large model, it's not always obvious that anything is happening, and can look like the launch script is hanging. I'd like to add progress bars, if possible, but that's turning out to be tricky:
/home/ssube/onnx-web/api/onnx_env/lib/python3.10/site-packages/transformers/models/clip/feature_extraction_clip.py:28: FutureWarning: The class CLIPFeatureExtractor is deprecated and will be removed in version 5 of Transformers. Please use CLIPImageProcessor instead.                                                                                warnings.warn(                                                                                ONNX file: 0it [00:00, ?it/s]/home/ssube/onnx-web/api/onnx_env/lib/python3.10/site-packages/transformers/models/clip/modeling_clip.py:759: TracerWarning: torch.tensor results are registered as constants in the trace. You can safely ignore this warning if you use this function to create tensors out of constant variables that would be the same every time you call this function. In any other case, this might cause the trace to be incorrect.                                                                                mask.fill_(torch.tensor(torch.finfo(dtype).min))                                                                                /home/ssube/onnx-web/api/onnx_env/lib/python3.10/site-packages/torch/onnx/symbolic_opset9.py:5408: UserWarning: Exporting aten::index operator of advanced indexing in opset 14 is achieved by combination of multiple ONNX operators, including Reshape, Transpose, Concat, and Gather. If indices include negative values, the exported graph will produce incorrect results.                                                                                warnings.warn(                                                                                ONNX file: 470MB [00:03, 137MB/s]
[2023-02-18 03:49:30,327] DEBUG: onnx_web.convert.diffusion_stable: UNET config: FrozenDict([('sample_size', 64), ('in_channels', 4), ('out_channels', 4), ('center_input_sample', F
alse), ('flip_sin_to_cos', True), ('freq_shift', 0), ('down_block_types', ['CrossAttnDownBlock2D', 'CrossAttnDownBlock2D', 'CrossAttnDownBlock2D', 'DownBlock2D']), ('mid_block_type
', 'UNetMidBlock2DCrossAttn'), ('up_block_types', ['UpBlock2D', 'CrossAttnUpBlock2D', 'CrossAttnUpBlock2D', 'CrossAttnUpBlock2D']), ('only_cross_attention', False), ('block_out_cha
nnels', [320, 640, 1280, 1280]), ('layers_per_block', 2), ('downsample_padding', 1), ('mid_block_scale_factor', 1), ('act_fn', 'silu'), ('norm_num_groups', 32), ('norm_eps', 1e-05)
, ('cross_attention_dim', 768), ('attention_head_dim', 8), ('dual_cross_attention', False), ('use_linear_projection', False), ('class_embed_type', None), ('num_class_embeds', None)
, ('upcast_attention', False), ('resnet_time_scale_shift', 'default'), ('_class_name', 'UNet2DConditionModel'), ('_diffusers_version', '0.6.0'), ('_name_or_path', '/home/ssube/.cac
he/huggingface/diffusers/models--runwayml--stable-diffusion-v1-5/snapshots/39593d5650112b4cc580433f6b0435385882d819/unet')])
ONNX file: 0.00B [00:25, ?B/s]
[2023-02-18 03:49:56,019] ERROR: __main__: error converting diffusion model stable-diffusion-onnx-v1-5: The serialized model is larger than the 2GiB limit imposed by the protobuf l
ibrary. Therefore the output file must be a file path, so that the ONNX external data can be written to the same directory. Please specify the output file name.
[2023-02-18 03:49:56,043] DEBUG: __main__: model already exists, skipping fetch

This works for some smaller models but there is a size limit, which is hard to predict, because the model hasn't been serialized yet when tqdm.wrapattr is called.

Progress information is shown during the optimum exporter, although it's not a progress bar exactly.


ExpectedExceptionsHolder refactor

Issue #716 inspired me this refactor:

I moved the logic from Invoker to ExpectedExceptionsHolder
I extracted generic part and regexp part
I made some changes in order to fix tests and, I hope, to put it more readable.

I next step could be allow user to configure their own ExpectedExceptionsHolder.

There are two abstract methods in the base class:
protected abstract String getWrongExceptionMessage(Throwable ite);
protected abstract boolean isExceptionMatches(Throwable ite);

Clearly this class does a lot more than "hold exceptions," but if you want to make this user-extensible there are a few questions:

Can the abstract methods be Javadoc'd?
Can the non-abstract methods be made final?
If so, why not extract the remaining abstract methods into an interface that can be injected, thereby refactoring inheritance into composition?

It should
It can, but why?
Because I'm not trying to fix #716 for the moment

It can, but why?

Because inheritance is terrible. Open recursion, implicit delegation, inheritance of state, and so on result in a very tightly coupled mess that is very hard to reason about and change. If all non-abstract methods can be made final and non-protected, it means you can trivially refactor from inheritance to composition.
If you don't have a plan to fix #716 yet, there's no reason to bother with this change yet.

I see a reason: put Invoker on the diet

Sure, but you can do that without creating a whole new class hierarchy.

Do you mean adding 2 classes is a problem?

Just extract ExpectedExceptionsHolder. You don't need to break it up into two separate classes.

Sorry, but I don't understand what you are again asking.
But my fork and branch are open to PR too.

@cbeust Is it good for you?


nixos/testing: Fix release.nix tests evaluation

Description of changes
Fixes the problem introduced by 12b3066aae46a8ccc3d21f54f668a3f4be344332 which caused nixos/release.nix to return the wrong attributes, while intending to only affect nixos/lib's runTest.
This also removes callTest from the test options, because callTest is only ever invoked by all-tests.nix.
Things done

Manually tested in nix repl, covering multiple "styles" of test invocation.
release.nix, nixosTests:

acme
agda
avahi
simple
proxy

pkgs.tests.testers.nixosTest-example
runTest { nodes = {}; name = "foo"; testScript = ""; hostPkgs = import ./. {}; }

Built on platform(s)

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

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

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

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

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

@ofborg test acme agda avahi proxy simple
@ofborg build nixosTests.acme nixosTests.agda nixosTests.avahi nixosTests.proxy nixosTests.simple tests.testers.nixosTest-example

Still broken :( https://hydra.nixos.org/jobset/nixos/unstable-small#tabs-errors

Different problem https://github.com/NixOS/nixpkgs/pull/193175#issuecomment-1262069035

@roberth This breaks numerous tests such as the kenrel tests:
❯ ~/Projects/nixpkgs-prs remotes/origin/linux-kernel-updates → nix-build nixos/tests/kernel-generic.nix -A linux_4_9 -A linux_4_19 -A linux_4_14 -A linux_4_14_hardened -j0
error: The option `machine' is used but not defined.
(use '--show-trace' to show detailed location information)

@Ma27 here's a fix: https://github.com/NixOS/nixpkgs/pull/193917

Hi @dhess,
I'm sorry to have broken your code. I've tried hard to keep all the entrypoints to the test suite and test framework working, but I didn't find a satisfactory solution for testing-python.nix.
The good news is that we now have an official, documented, stable entrypoint for vm tests.
I'll see if I can come up with an "unsatisfactory" solution to bridge the gap and have a proper deprecation after 22.05 is EOL.

Hi @robert, absolutely no need for an apology.
I'm thrilled to see there's an official way to do this now. Let me see if I can get that working with recurseForDerivations.

Oh, forgot to mention that nixos-lib is nixpkgsFlake.lib.nixos.
Apparently we're not documenting flake stuff until it's stable, which I disagree with.


Microsoft User Group Indonesia (Mugi) Purwokerto

Microsoft User Group Indonesia (Mugi) Purwokerto

Please approve my pull request?


Added task marker for XXX, FIXME and TODO comments

This PR creates a "TypeScript Task" task type, shows tasks annotations in the margin of source files, and shows the entries in the Tasks and Markers view
Currently supports XXX, FIXME and TODO in comments
(I am not crazy about XXX, but apparently people use it, I think I would rather have FIXME as high priority and TODO as normal priority)

This looks great - thanks for putting this together! This project uses gitflow so I'd like to merge this to 'develop' instead of 'master' if that's ok with you. It would mean that if you want to pick up these changes you'd need to install the develop release instead of master. The only disadvantage of that is that develop is based on the in-progress TypeScript 1.5, so it may not be stable (though I use it daily and it seems pretty good).

fine with me., Thanks
On Sun, Feb 8, 2015 at 11:04 AM, Derek Cicerone<EMAIL_ADDRESS>wrote:

This looks great - thanks for putting this together! This project uses
gitflow so I'd like to merge this to 'develop' instead of 'master' if
that's ok with you. It would mean that if you want to pick up these changes
you'd need to install the develop release instead of master. The only
disadvantage of that is that develop is based on the in-progress TypeScript
1.5, so it may not be stable (though I use it daily and it seems pretty
good).
—
Reply to this email directly or view it on GitHub
https://github.com/palantir/eclipse-typescript/pull/225#issuecomment-73419846
.

Closing this one in favor of the develop branch PR.


ELK-Based Analytics doc is missing the deployment.toml configuration

Description:
Step 1.1 available under [1] is missing the deployment.toml configuration.
[1] https://apim.docs.wso2.com/en/latest/api-analytics/on-prem/elk-installation-guide/#step-11-configuring-the-deploymenttoml-file

Closing the issue since this issue does not exist in master or 4.4.0 branch.


Write a PHP program to convert seconds to hours

Description
Write a PHP program to convert seconds to hours
1 hour = 60 minutes = 3600 seconds
Input  : 18000
Output : 5

How to contribute

Save the solution in program/convert_seconds_to_hours.php file
Add convert_seconds_to_hours.php file in convert-seconds-to-hours folder

!assign

Hey @sancoLgates, this issue is already assigned to @anandfresh !!!
Please choose another issue.
Thanks for your interest in contributing to this project.

!assign


if players Die multiple times after dropping items, (inconsistent: might have to do with distance), all of their dropped items will despawn

Thanks for pointing this out!  Maybe some other mods help fixing this.


use strict Is Bug in many browsers

hi to bridge.net team
last day i try to use duocode for make a project, that is not good compare to free bridge.net
but something interest me, that work even in my Symbian browser, this is big benefit for me
when i try test bridge in my Symbian mobile, that don't work because that don't know what is  use strict Mode
that browser is opera mini, and is best for html_5 in mobile
use strict mode may not important in compiled application, because that just control clean codes
i offer drop "use strict"; from bridge.js because every browsers can run it
thanks a lot.

Original issue by @miladsadeghi72:
hi to bridge.net team
last day i try to use duocode for make a project, that is not good compare to free bridge.net
but something interest me, that work even in my Symbian browser, this is big benefit for me
when i try test bridge in my Symbian mobile, that don't work because that don't know what is  use strict Mode
that browser is opera mini, and is best for html_5 in mobile
use strict mode may not important in compiled application, because that just control clean codes
i offer drop "use strict"; from bridge.js because every browsers can run it
thanks a lot.


Godot 3.5.rc1 for Mono+Win64 crashes shortly after startup on Windows 10

Godot version
3.5.rc1
System information
Windows 10
Issue description
I downloaded the Godot 3.5 rc1 x64 windows build, and was trying to see if my project from 3.4.4 could open successfully. Whenever I ran Godot_v3.5-rc1_mono_win64.exe, I saw the startup splash, and the project selection screen, but the screen was unresponsive, and exited with an error about a second later.
Confirmed that this issue does not occur on 3.4.4, nor on 3.5.beta5 . Seems to have been introduced with 3.5-rc1
Steps to reproduce
Download Godot 3.5-rc1 Win64 mono build (I used the link from the announcement page at https://downloads.tuxfamily.org/godotengine/3.5/rc1/Godot_v3.5-rc1_win64.exe.zip )
Unzip build.
Run Godot_v3.5-rc1_mono_win64.exe.
At this point, Godot crashes shortly after startup.
Minimal reproduction project
Seems to be failing across the board during startup, at least for my machine. Doesn't seem to be project-specific since this error happens before any project is loaded.

Probably related to changes in the official buildsystem, I upgraded from:
Fedora 34, MinGW-GCC 10.2.1, Mono <IP_ADDRESS>
to:
Fedora 35, MinGW-GCC 11.2.1, Mono <IP_ADDRESS>

The Mono logs indicate that it's searching for and can't find BCrypt.dll.
That's because of https://github.com/godotengine/godot-mono-builds/pull/47, which used to be reverted in my previous build containers due to it breaking macOS ARM64, but apparently it's also not working for Windows either... So https://github.com/godotengine/godot-mono-builds/pull/65 was not a good option and we need a proper revert of both PRs now.

This is quite a serious problem.
Need more testing bofore release.

@MadFlyFish A Release Candidate is the testing before release.

The Mono logs indicate that it's searching for and can't find BCrypt.dll.
That's because of godotengine/godot-mono-builds#47, which used to be reverted in my previous build containers due to it breaking macOS ARM64, but apparently it's also not working for Windows either... So godotengine/godot-mono-builds#65 was not a good option and we need a proper revert of both PRs now. @neikeq

Seems I was maybe a bit quick to jump to conclusions, I tried a new build after those reverts and it's still crashing. Then I noticed that the 3.5 beta 5 Mono logs (version which works) also spam a lot about attempts to find BCrypt, that was a red herring.
Here's the difference between the start logs for 3.5 beta 5 and 3.5 RC 1 (binaries renamed to have the same path each time to reduce the diff):
$ diff -aur 2022-05-19_16.54.06_4140.log 2022-05-19_16.54.22_4120.log
--- 2022-05-19_16.54.06_4140.log        2022-05-19 16:54:10.016498200 +0200
+++ 2022-05-19_16.54.22_4120.log        2022-05-19 16:54:23.937673900 +0200
@@ -1,61 +1,61 @@
 Config attempting to parse: 'C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/etc\mono\config'. (in domain Mono, info)
-Image addref mscorlib[000000001b289ac0] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/mscorlib.dll[000000001b3b0740]: 2 (in domain Mono, info)
+Image addref mscorlib[000001b2e29eee00] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/mscorlib.dll[000001b2e2b0aaf0]: 2 (in domain Mono, info)
 Prepared to set up assembly 'mscorlib' (C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/mscorlib.dll) (in domain Mono, info)
 AOT: image 'C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/mscorlib.dll.dll' not found: The system cannot find the file specified.
  (in domain Mono, info)
 AOT: image 'C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/aot-cache/amd64/mscorlib.dll.dll' not found: The system cannot find the path specified.
  (in domain Mono, info)
-Assembly mscorlib[000000001b289ac0] added to domain GodotEngine.RootDomain, ref_count=1 (in domain Mono, info)
-Assembly mscorlib[000000001b289ac0] added to domain GodotEngine.Domain.Scripts, ref_count=2 (in domain Mono, info)
-Image addref GodotSharp[000000001b2845d0] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharp.dll[000000001b42fdd0]: 2 (in domain Mono, info)
+Assembly mscorlib[000001b2e29eee00] added to domain GodotEngine.RootDomain, ref_count=1 (in domain Mono, info)
+Assembly mscorlib[000001b2e29eee00] added to domain GodotEngine.Domain.Scripts, ref_count=2 (in domain Mono, info)
+Image addref GodotSharp[000001b2e29e9be0] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharp.dll[000001b2e2bab2c0]: 2 (in domain Mono, info)
 Prepared to set up assembly 'GodotSharp' (C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharp.dll) (in domain Mono, info)
-Assembly GodotSharp[000000001b2845d0] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
+Assembly GodotSharp[000001b2e29e9be0] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
 Requesting loading reference 0 (of 1) of C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharp.dll (in domain Mono, info)
 Loading reference 0 of C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharp.dll asmctx DEFAULT, looking for netstandard, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51 (in domain Mono, info)
 Config attempting to parse: ''. (in domain Mono, info)
-Image addref netstandard[000000001b284780] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/Facades/netstandard.dll[00000000262460b0]: 2 (in domain Mono, info)
+Image addref netstandard[000001b2e29e9910] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/Facades/netstandard.dll[000001b2ebb5a050]: 2 (in domain Mono, info)
 Prepared to set up assembly 'netstandard' (C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/Facades/netstandard.dll) (in domain Mono, info)
-Assembly netstandard[000000001b284780] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
-Assembly Ref addref GodotSharp[000000001b2845d0] -> netstandard[000000001b284780]: 2 (in domain Mono, info)
+Assembly netstandard[000001b2e29e9910] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
+Assembly Ref addref GodotSharp[000001b2e29e9be0] -> netstandard[000001b2e29e9910]: 2 (in domain Mono, info)
 Requesting loading reference 0 (of 16) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/Facades/netstandard.dll (in domain Mono, info)
 Loading reference 0 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/Facades/netstandard.dll asmctx DEFAULT, looking for mscorlib, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 (in domain Mono, info)
-Assembly Ref addref netstandard[000000001b284780] -> mscorlib[000000001b289ac0]: 3 (in domain Mono, info)
-Image addref GodotSharpEditor[000000001b284810] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharpEditor.dll[000000002627b120]: 2 (in domain Mono, info)
+Assembly Ref addref netstandard[000001b2e29e9910] -> mscorlib[000001b2e29eee00]: 3 (in domain Mono, info)
+Image addref GodotSharpEditor[000001b2e29e8290] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharpEditor.dll[000001b2ebba0950]: 2 (in domain Mono, info)
 Prepared to set up assembly 'GodotSharpEditor' (C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharpEditor.dll) (in domain Mono, info)
-Assembly GodotSharpEditor[000000001b284810] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
+Assembly GodotSharpEditor[000001b2e29e8290] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
 Requesting loading reference 0 (of 2) of C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharpEditor.dll (in domain Mono, info)
 Loading reference 0 of C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharpEditor.dll asmctx DEFAULT, looking for netstandard, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51 (in domain Mono, info)
-Assembly Ref addref GodotSharpEditor[000000001b284810] -> netstandard[000000001b284780]: 3 (in domain Mono, info)
+Assembly Ref addref GodotSharpEditor[000001b2e29e8290] -> netstandard[000001b2e29e9910]: 3 (in domain Mono, info)
 Requesting loading reference 2 (of 16) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/Facades/netstandard.dll (in domain Mono, info)
 Loading reference 2 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/Facades/netstandard.dll asmctx DEFAULT, looking for System, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 (in domain Mono, info)
-Image addref System[000000001b283cd0] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.dll[00000000262bf010]: 2 (in domain Mono, info)
+Image addref System[000001b2e29e8e60] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.dll[000001b2ebbc96e0]: 2 (in domain Mono, info)
 Prepared to set up assembly 'System' (C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.dll) (in domain Mono, info)
-Assembly System[000000001b283cd0] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
-Assembly Ref addref netstandard[000000001b284780] -> System[000000001b283cd0]: 2 (in domain Mono, info)
+Assembly System[000001b2e29e8e60] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
+Assembly Ref addref netstandard[000001b2e29e9910] -> System[000001b2e29e8e60]: 2 (in domain Mono, info)
 Requesting loading reference 0 (of 6) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.dll (in domain Mono, info)
 Loading reference 0 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.dll asmctx DEFAULT, looking for mscorlib, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 (in domain Mono, info)
-Assembly Ref addref System[000000001b283cd0] -> mscorlib[000000001b289ac0]: 4 (in domain Mono, info)
+Assembly Ref addref System[000001b2e29e8e60] -> mscorlib[000001b2e29eee00]: 4 (in domain Mono, info)
 Requesting loading reference 2 (of 6) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.dll (in domain Mono, info)
 Loading reference 2 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.dll asmctx DEFAULT, looking for System.Configuration, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a (in domain Mono, info)
-Image addref System.Configuration[000000001b284030] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Configuration.dll[0000000026334d10]: 2 (in domain Mono, info)
+Image addref System.Configuration[000001b2e29e84d0] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Configuration.dll[000001b2ebc49820]: 2 (in domain Mono, info)
 Prepared to set up assembly 'System.Configuration' (C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Configuration.dll) (in domain Mono, info)
-Assembly System.Configuration[000000001b284030] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
-Assembly Ref addref System[000000001b283cd0] -> System.Configuration[000000001b284030]: 2 (in domain Mono, info)
+Assembly System.Configuration[000001b2e29e84d0] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
+Assembly Ref addref System[000001b2e29e8e60] -> System.Configuration[000001b2e29e84d0]: 2 (in domain Mono, info)
 Requesting loading reference 0 (of 4) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Configuration.dll (in domain Mono, info)
 Loading reference 0 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Configuration.dll asmctx DEFAULT, looking for mscorlib, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 (in domain Mono, info)
-Assembly Ref addref System.Configuration[000000001b284030] -> mscorlib[000000001b289ac0]: 5 (in domain Mono, info)
+Assembly Ref addref System.Configuration[000001b2e29e84d0] -> mscorlib[000001b2e29eee00]: 5 (in domain Mono, info)
 Requesting loading reference 2 (of 4) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Configuration.dll (in domain Mono, info)
 Loading reference 2 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Configuration.dll asmctx DEFAULT, looking for System, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 (in domain Mono, info)
-Assembly Ref addref System.Configuration[000000001b284030] -> System[000000001b283cd0]: 3 (in domain Mono, info)
+Assembly Ref addref System.Configuration[000001b2e29e84d0] -> System[000001b2e29e8e60]: 3 (in domain Mono, info)
 Requesting loading reference 1 (of 4) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Configuration.dll (in domain Mono, info)
 Loading reference 1 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Configuration.dll asmctx DEFAULT, looking for System.Xml, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 (in domain Mono, info)
-Image addref System.Xml[000000001b2848a0] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Xml.dll[000000002625b800]: 2 (in domain Mono, info)
+Image addref System.Xml[000001b2e29e9c70] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Xml.dll[000001b2ebb82030]: 2 (in domain Mono, info)
 Prepared to set up assembly 'System.Xml' (C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Xml.dll) (in domain Mono, info)
-Assembly System.Xml[000000001b2848a0] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
-Assembly Ref addref System.Configuration[000000001b284030] -> System.Xml[000000001b2848a0]: 2 (in domain Mono, info)
+Assembly System.Xml[000001b2e29e9c70] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
+Assembly Ref addref System.Configuration[000001b2e29e84d0] -> System.Xml[000001b2e29e9c70]: 2 (in domain Mono, info)
 Requesting loading reference 0 (of 3) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Xml.dll (in domain Mono, info)
 Loading reference 0 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Xml.dll asmctx DEFAULT, looking for mscorlib, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 (in domain Mono, info)
-Assembly Ref addref System.Xml[000000001b2848a0] -> mscorlib[000000001b289ac0]: 6 (in domain Mono, info)
+Assembly Ref addref System.Xml[000001b2e29e9c70] -> mscorlib[000001b2e29eee00]: 6 (in domain Mono, info)
 DllImport attempting to load: 'BCrypt.dll'. (in domain Mono, info)
 DllImport error loading library 'C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5\BCrypt.dll': 'The system cannot find the file specified.
 '. (in domain Mono, info)
@@ -84,60 +84,12 @@
 Found as 'GetFileAttributesExW'. (in domain Mono, info)
 Requesting loading reference 2 (of 3) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Xml.dll (in domain Mono, info)
 Loading reference 2 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Xml.dll asmctx DEFAULT, looking for System, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 (in domain Mono, info)
-Assembly Ref addref System.Xml[000000001b2848a0] -> System[000000001b283cd0]: 4 (in domain Mono, info)
+Assembly Ref addref System.Xml[000001b2e29e9c70] -> System[000001b2e29e8e60]: 4 (in domain Mono, info)
 Requesting loading reference 3 (of 6) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.dll (in domain Mono, info)
 Loading reference 3 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.dll asmctx DEFAULT, looking for System.Xml, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 (in domain Mono, info)
-Assembly Ref addref System[000000001b283cd0] -> System.Xml[000000001b2848a0]: 3 (in domain Mono, info)
-Image addref GodotTools[000000001b282920] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Tools/GodotTools.dll[000000002622e4a0]: 2 (in domain Mono, info)
+Assembly Ref addref System[000001b2e29e8e60] -> System.Xml[000001b2e29e9c70]: 3 (in domain Mono, info)
+Image addref GodotTools[000001b2e29e9880] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Tools/GodotTools.dll[000001b2ebb427b0]: 2 (in domain Mono, info)
 Prepared to set up assembly 'GodotTools' (C:/Users/Remi/Downloads/Godot/GodotSharp/Tools/GodotTools.dll) (in domain Mono, info)
-Assembly GodotTools[000000001b282920] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
-Image addref GodotTools.ProjectEditor[000000001b282ad0] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Tools/GodotTools.ProjectEditor.dll[0000000026259010]: 2 (in domain Mono, info)
+Assembly GodotTools[000001b2e29e9880] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
+Image addref GodotTools.ProjectEditor[000001b2e29ea180] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Tools/GodotTools.ProjectEditor.dll[000001b2ebc0b010]: 2 (in domain Mono, info)
 Prepared to set up assembly 'GodotTools.ProjectEditor' (C:/Users/Remi/Downloads/Godot/GodotSharp/Tools/GodotTools.ProjectEditor.dll) (in domain Mono, info)
-Assembly GodotTools.ProjectEditor[000000001b282ad0] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
-Requesting loading reference 1 (of 16) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/Facades/netstandard.dll (in domain Mono, info)
-Loading reference 1 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/Facades/netstandard.dll asmctx DEFAULT, looking for System.Core, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 (in domain Mono, info)
-Image addref System.Core[00000000270bf720] (asmctx DEFAULT) -> C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Core.dll[000000002f475a30]: 2 (in domain Mono, info)
-Prepared to set up assembly 'System.Core' (C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Core.dll) (in domain Mono, info)
-Assembly System.Core[00000000270bf720] added to domain GodotEngine.Domain.Scripts, ref_count=1 (in domain Mono, info)
-Assembly Ref addref netstandard[000000001b284780] -> System.Core[00000000270bf720]: 2 (in domain Mono, info)
-Requesting loading reference 0 (of 2) of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Core.dll (in domain Mono, info)
-Loading reference 0 of C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Core.dll asmctx DEFAULT, looking for mscorlib, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 (in domain Mono, info)
-Assembly Ref addref System.Core[00000000270bf720] -> mscorlib[000000001b289ac0]: 7 (in domain Mono, info)
-GC_MAJOR: (user request) time 1.21ms, stw 1.25ms los size: 1024K in use: 64K (in domain Mono, info)
-GC_MAJOR_SWEEP: major size: 1040K in use: 186K (in domain Mono, info)
-GC_MAJOR: (user request) time 0.37ms, stw 0.41ms los size: 1024K in use: 64K (in domain Mono, info)
-GC_MAJOR_SWEEP: major size: 1056K in use: 187K (in domain Mono, info)
-GC_MAJOR: (user request) time 0.36ms, stw 0.43ms los size: 1024K in use: 64K (in domain Mono, info)
-GC_MAJOR_SWEEP: major size: 1056K in use: 187K (in domain Mono, info)
-GC_MINOR: (user request) time 0.15ms, stw 0.20ms promoted 0K major size: 1056K in use: 187K los size: 1024K in use: 64K (in domain Mono, info)
-Unloading domain GodotEngine.Domain.Scripts[000000001b3f8950], assembly mscorlib[000000001b289ac0], ref_count=7 (in domain Mono, info)
-Unloading domain GodotEngine.Domain.Scripts[000000001b3f8950], assembly GodotSharp[000000001b2845d0], ref_count=1 (in domain Mono, info)
-Unloading assembly GodotSharp [000000001b2845d0]. (in domain Mono, info)
-Unloading image C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharp.dll [000000001b42fdd0]. (in domain Mono, info)
-Unloading domain GodotEngine.Domain.Scripts[000000001b3f8950], assembly netstandard[000000001b284780], ref_count=2 (in domain Mono, info)
-Unloading domain GodotEngine.Domain.Scripts[000000001b3f8950], assembly GodotSharpEditor[000000001b284810], ref_count=1 (in domain Mono, info)
-Unloading assembly GodotSharpEditor [000000001b284810]. (in domain Mono, info)
-Unloading image C:/Users/Remi/Downloads/Godot/GodotSharp/Api/Debug/GodotSharpEditor.dll [000000002627b120]. (in domain Mono, info)
-Unloading assembly netstandard [000000001b284780]. (in domain Mono, info)
-Unloading image C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/Facades/netstandard.dll [00000000262460b0]. (in domain Mono, info)
-Unloading domain GodotEngine.Domain.Scripts[000000001b3f8950], assembly System[000000001b283cd0], ref_count=3 (in domain Mono, info)
-Unloading domain GodotEngine.Domain.Scripts[000000001b3f8950], assembly System.Configuration[000000001b284030], ref_count=2 (in domain Mono, info)
-Unloading domain GodotEngine.Domain.Scripts[000000001b3f8950], assembly System.Xml[000000001b2848a0], ref_count=3 (in domain Mono, info)
-Unloading domain GodotEngine.Domain.Scripts[000000001b3f8950], assembly GodotTools[000000001b282920], ref_count=1 (in domain Mono, info)
-Unloading assembly GodotTools [000000001b282920]. (in domain Mono, info)
-Unloading image C:/Users/Remi/Downloads/Godot/GodotSharp/Tools/GodotTools.dll [000000002622e4a0]. (in domain Mono, info)
-Unloading domain GodotEngine.Domain.Scripts[000000001b3f8950], assembly GodotTools.ProjectEditor[000000001b282ad0], ref_count=1 (in domain Mono, info)
-Unloading assembly GodotTools.ProjectEditor [000000001b282ad0]. (in domain Mono, info)
-Unloading image C:/Users/Remi/Downloads/Godot/GodotSharp/Tools/GodotTools.ProjectEditor.dll [0000000026259010]. (in domain Mono, info)
-Unloading domain GodotEngine.Domain.Scripts[000000001b3f8950], assembly System.Core[00000000270bf720], ref_count=1 (in domain Mono, info)
-Unloading assembly System.Core [00000000270bf720]. (in domain Mono, info)
-Unloading image C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Core.dll [000000002f475a30]. (in domain Mono, info)
-GC_MAJOR: (user request) time 0.19ms, stw 0.28ms los size: 0K in use: 0K (in domain Mono, info)
-GC_MAJOR_SWEEP: major size: 240K in use: 2K (in domain Mono, info)
-GC_MAJOR: (user request) time 0.20ms, stw 0.24ms los size: 0K in use: 0K (in domain Mono, info)
-GC_MAJOR_SWEEP: major size: 240K in use: 2K (in domain Mono, info)
-Unloading domain GodotEngine.RootDomain[000000001b3aa8a0], assembly mscorlib[000000001b289ac0], ref_count=4 (in domain Mono, info)
-Assembly image 'C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.dll' [00000000262bf010] still loaded at shutdown. (in domain Mono, info)
-Assembly image 'C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/mscorlib.dll' [000000001b3b0740] still loaded at shutdown. (in domain Mono, info)
-Assembly image 'C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Xml.dll' [000000002625b800] still loaded at shutdown. (in domain Mono, info)
-Assembly image 'C:/Users/Remi/Downloads/Godot/GodotSharp/Mono/lib/mono/4.5/System.Configuration.dll' [0000000026334d10] still loaded at shutdown. (in domain Mono, info)

So it just stops abruptly at the time where it's supposed to load the ProjectEditor assembly. Not sure what to make of it.

Edit: Well the difference between the two is that my "fixed" 3.5 RC 1 build does lack libmono-btls-shared.dll which 3.5 beta 5 had. I'm confused... I have to double check that I built the right version for my test.

Seems like my build containers differ indeed, here's the 3.x-mono-<IP_ADDRESS> based on Fedora 34 and Mono <IP_ADDRESS> which we used up to 3.5 beta 5 included:
# find -name "libmono-btls*"
./usr/lib/libmono-btls-shared.so
./root/mono-configs/desktop-windows-x86-release/mono/btls/build-shared/libmono-btls-shared.dll
./root/mono-configs/desktop-windows-x86-release/mono/btls/build-shared/libmono-btls-shared.dll.a
./root/mono-configs/desktop-windows-x86_64-release/mono/btls/build-shared/libmono-btls-shared.dll
./root/mono-configs/desktop-windows-x86_64-release/mono/btls/build-shared/libmono-btls-shared.dll.a
./root/mono-installs/desktop-windows-x86-release/bin/libmono-btls-shared.dll
./root/mono-installs/desktop-windows-x86-release/lib/libmono-btls-shared.dll.a
./root/mono-installs/desktop-windows-x86_64-release/bin/libmono-btls-shared.dll
./root/mono-installs/desktop-windows-x86_64-release/lib/libmono-btls-shared.dll.a

While in the new Fedora 35 based one with Mono <IP_ADDRESS>, we seem to lack btls in the godot-mono-builds output:
# find -name "libmono-btls*"
./usr/lib/libmono-btls-shared.so

Yet I don't see any difference in the godot-mono-builds code used for each of them (they're based on different commits but after my reverts they should be equivalent...).

Alright, the btls stuff was a red herring. I found that my old container did have libmono-btls-shared.dll in the end, so that probably means that I built the Windows container before reverting the change in godot-mono-builds which I then committed to build the macOS ARM64 version... duh.
On the other hand it doesn't seem to make a difference for this issue. I have these three tests builds:

Fedora 34, Mono <IP_ADDRESS>, with btls-shared (works): https://downloads.tuxfamily.org/godotengine/testing/Godot_v3.5-rc1_mono_win64-f34-mono158-btls.zip
Fedora 35, Mono <IP_ADDRESS>, with btls-shared (broken): https://downloads.tuxfamily.org/godotengine/testing/Godot_v3.5-rc1_mono_win64-f35-mono178-btls.zip
Fedora 35, Mono <IP_ADDRESS>, without btls-shared (broken): https://downloads.tuxfamily.org/godotengine/testing/Godot_v3.5-rc1_mono_win64-f35-mono179-nobtls.zip

So I'll have to do more tests and see if the issue comes from the difference in system libraries between Fedora 34 and Fedora 35, or from one of the 20 Mono commits between <IP_ADDRESS> and <IP_ADDRESS>.

I am here to confirm this also happens to me exactly as described by @David1Socha . I'm on a Windows 11 Notebook. Godot Mono Beta 5 worked just fine on my machine. This crash was introduced in the RC1 mono build.

So I did a few more test builds to add to the above:

Fedora 34, Mono <IP_ADDRESS>, without btls-shared (works): https://downloads.tuxfamily.org/godotengine/testing/Godot_v3.5-rc1_mono_win64-f34-mono179-nobtls.zip
Fedora 36, Mono <IP_ADDRESS>, without btls-shared (works): https://downloads.tuxfamily.org/godotengine/testing/Godot_v3.5-rc1_mono_win64-f36-mono179-nobtls.zip

So crossing those results it's pretty clear that the btls thing is unrelated to this crash, and that the upgrade from Mono <IP_ADDRESS> to <IP_ADDRESS> is not an issue either (works on Fedora 34 like the old version).
Since Fedora 34 and Fedora 36 both work fine, I'm now pretty sure that it's a crash caused by a bug in MinGW, GCC and/or binutils in Fedora 35, which is related to #51070. @MmAaXx500 debugged it well and found indeed that the versions in Fedora 35 are problematic - it doesn't seem to affect the 3.x standard build for some reason, but apparently it's affecting Mono itself.
So I'll just use Fedora 36 for the next builds, it seems to work fine in my tests. (I initially updated everything to Fedora 36 but then went down to Fedora 35 due to issues with LLVM 14 for osxcross... I'll figure something out for macOS/iOS builds, worst case those can stay on Fedora 35.)

Fixed in 3.5 RC 2.


After uploading a multi-character monomer in HELM format, abbreviations in sequence mode are cluttered together

Steps to Reproduce

Toggle to Macro - Sequence mode
Load from Paste from Clipboard way: RNA1{R([5eU],[Xan],[psiU])P}$$$$V2.0
Look at abbreviations

Actual behavior
After uploading a multi-character monomer in HELM format, the abbreviations in sequence mode are cluttered together
Expected behavior
After uploading a multi-character monomer in HELM format, abbreviations in sequence mode should be displayed clearly and spaced appropriately, without being compressed or cluttered together. Each abbreviation should be distinct and easily readable to ensure accurate interpretation of the sequence
Screenshots

Desktop:

OS: Windows 11
Browser Chrome
Version 128.0.6613.120 (Official Build) (64-bit)

Ketcher version
[Version 2.25.0-rc.3]
Indigo version
[Version 1.24.0-rc.3]
Bug found during testing: https://github.com/epam/Indigo/issues/2321

maybe this will help
https://mega.co.nz/#!9vE0jIrD!nkSuAAbrT1Sjn01VjaQfVQGAFLqvdIF4EkMeSLuKCWw
I put the necessary dlls in the archive

Tested. Bug fixed.

Desktop:

OS: Windows 11
Browser Chrome
Version 128.0.6613.120 (Official Build) (64-bit)

Ketcher version
[Version 2.25.0-rc.4]
Indigo version
[Version 1.24.0-rc.3]


Meta: Fedora 41 Readiness Tracker

Please can maintainers try to keep this list up-to-date with any issues that could hold back the F41 cycle.
TODO:

[ ] Bootupd Testing - https://gitlab.com/fedora/ostree/sig/-/issues/1

I deferred composefs to F42.

We can probably include testing bootupd in this list: https://gitlab.com/fedora/ostree/sig/-/issues/1

Hello is there is a way to test bazzite fedora 41 to iron some bug and help make it stable would love to help ?

Hello is there is a way to test bazzite fedora 41 to iron some bug and help make it stable would love to help ?

Not yet.  We're usually waiting around for a while for dependencies to start building for the newest release.
I'll create a PR today to see what we're waiting for.

Bootupd is in F41 but there is still a major bug right now: https://fedoraproject.org/wiki/Changes/FedoraSilverblueBootupd#How_To_Test
The fix should be in tomorrow's build.

Ok most of this stuff is straightforward, and composefs is for F42 so less things to worry about. 😄
Can we get consensus on the Asus and Surface images? For bluefin: fsync in latest now and it might be worth just putting those users there for now, and then when fsync lands in stable post key rotation people will have 2 choices.
I've now experienced the need for an Asus image with my newly paved G14, but I am unsure if there are other options. Might be worth keeping them around another cycle, that asus control center thing is a perfect sysext candidate. I think surface can go though.
Now that kernel-cache exists custom image folks can now opt into fsync if they want so they'll have more flexibility in that regard and then get onto the stock image. Also q good lesson: Whenever we do an hwe thing we should just also outline an exit strategy for it since ideally we want these to be temporary.
(And probably we should stop making them in the future unless we have to, especially since we need the builder room for nvidia builds that are about to double their resource requirements.

Hum, the fixed ostree is still not here. You can get it from https://bodhi.fedoraproject.org/updates/FEDORA-2024-3945fdf385 in the mean time.
The main challenge for UBlue from my perspective is going to be to test bootloader updates with bootupd on all the hardware that you support.
You need to:

Install UBlue based on Fedora 40
Rebase to an F41 image with the fixed ostree above
Use the instructions from https://fedoraproject.org/wiki/Changes/FedoraSilverblueBootupd#How_To_Test

Testing directly installing using F41 would be good as well but I'm less afraid that it will break things (apart from dual boot via GRUB, which won't work anymore: https://github.com/fedora-silverblue/issue-tracker/issues/530).
I want to enable bootloader updates by default on boot for F41 for EFI only but I would prefer to do that if you are confortable with it as well and testing here is successful.
Thanks!

Can we get consensus on the Asus and Surface images? For bluefin: fsync in latest now and it might be worth just putting those users there for now, and then when fsync lands in stable post key rotation people will have 2 choices. Note that we'll probably have to keep them around another cycle, we don't have the live rebaser enabled, we'd have to slow roll it.

We will still need the images because of the additional packages on both surface and Asus. Surface swaps out the Wacom packages and some other items. Asus has control GUI app and a bunch of added firmware.
Instead we change how we build them to be a FROM bluefin and add those changes instead of building from Silverblue. We do not build Asus and surface images during PRs anymore so there won't be any changes for PRs.

The main challenge for UBlue from my perspective is going to be to test bootloader updates with bootupd on all the hardware that you support.

Hey just to confirm, we have images with bootc/bootupd already on them (Bluefin does at least), and have had so for a long time. They would still need to explicitly upgrade right?
I can start testing this weekend, and then I can post instructions on the forum for a call for testing.

apart from dual boot via GRUB, which won't work anymore:

I am glad we decided to not support this, though we have people with custom setups. 😄

Can you show me how you added bootupd to the current images? As far as I could find it's not here https://github.com/search?q=org%3Aublue-os+bootupd&type=code and I don't include it in the F40 container images.
Once it's properly added in the image (https://pagure.io/workstation-ostree-config/blob/main/f/bootupd.yaml), the installer will use it for new installations. It's in the F41 container images right now.
For updating systems, we will have a systemd unit that will update systems on boot: https://pagure.io/workstation-ostree-config/pull-request/571

I am glad we decided to not support this, though we have people with custom setups. 😄

It will still be possible to manually setup a boot entry for another system by adding it in the GRUB config. It "just" won't be done by default anymore.

@travier bootc package is installed, which pulls bootupd.
https://github.com/search?q=org%3Aublue-os+bootc&type=code

OK, then I wonder how your ISO work without the post process part from https://pagure.io/workstation-ostree-config/blob/main/f/bootupd.yaml 🤔

OK, then I wonder how your ISOs work without the post process part from pagure.io/workstation-ostree-config/blob/main/f/bootupd.yaml 🤔

It's included in Bluefin/Aurora at least:
https://github.com/search?q=org%3Aublue-os+bootupctl+backend+generate-update-metadata&type=code
I think that only Bazzite doesn't install bootc and uses older ISO version which doesn't require it

Then you're lucky no-one tried it out yet as we found bugs! 😅

Hmm, bugs about bootupctl backend generate-update-metadata?
Or some new Anaconda bugs?

Bugs when adopting and updating systems without bootupd to use bootupd

New installations are fine

The "updating old systems" part is https://github.com/ublue-os/main/issues/634#issuecomment-2360700906

Awesome!
We're currently still waiting for some upstream dependencies before we're able to publish F41 images, but we'll definitely start testing ASAP!

In case anyone is wondering, don't followup the bootupd instructions if you're on F40. 😄

One item, for the F41 images when built in main and hwe, I recommend that we give them the convenience tag of Beta.

Bluefin/Aurora are prepped to convert Beta to a version number.

We can ship a service to yell at you if still on Beta after the release is finalized. We had a fair amount of people using 39 tags who were confused why they didn't roll forward to 40 when they rebased to 39 from 38.

I think the old secureboot key I think it should stay there for a year more, I cannot think of 1 benefit to removing it.
It is not more secure, as the users will still have the old key. If we care about security we should tell the users of the old key how to remove the previous one after they enroll the new one.

Rebasing to Silverblue F41 from Bluefin dx 40 now works smoothly, FWIW.

I can wait till Bluefin:latest goes to 41 - Bluefin 40 is rock solid. 👍

Little blocker:
Oct 26 15:00:21 antheas-ally-x setroubleshoot[1861]: SELinux is preventing ublue-sulogin-g from read access on the file passwd.

                                                     *****  Plugin catchall (100. confidence) suggests   **************************

                                                     If you believe that ublue-sulogin-g should be allowed read access on the passwd file by default.
                                                     Then you should report this as a bug.
                                                     You can generate a local policy module to allow this access.
                                                     Do
                                                     allow this access for now by executing:
                                                     # ausearch -c 'ublue-sulogin-g' --raw | audit2allow -M my-ubluesuloging
                                                     # semodule -X 300 -i my-ubluesuloging.pp


RHEL 8.5: main image types

This pull request includes:

[x] adequate testing for the new functionality or fixed issue
[x] adequate documentation informing people about the change such as

[x] create a file in news/unreleased directory if this change should be mentioned in the release news
[ ] submit a PR for the guides repository if this PR changed any behavior described there: https://www.osbuild.org/guides/

Draft PR to get CI running base tests on RHEL 8.5.  Some failures are expected:

AMI not implemented.  I intend to add the base image after #1525 is merged.
Still generating test manifests for all non-x86_64 architectures.

TODO:

[x] AMI base image:

[x] Update packages match official ks (COMPOSER-840)

[x] Unit tests for new stages
[ ] Test manifests for s390x
[ ] Test manifests for ppc64le
[x] Allow force-installing excluded packages when specified in the blueprint

Changes to the AMI image type and AMI variants listed in COMPOSER-840 will be added in a later PR.

Depsolve error missing packages: nss, otherwise looks good to me.

Minor change requested.
However Base tests still failing with:
DNF error occured: MarkingErrors: Error occurred when marking packages for installation: Problems in request:\nmissing packages: nss
It's regression.sh which fails.

Yeah, sorry.  Wasn't ignoring your earlier mention, I just wanted to get everything else in before trying to figure out the source of that failure.
Thanks for the pointer to regression.sh.  I see it now.  Since 8.5 image types are heavily rewritten from the older ones, Martin's patch to force-include excluded packages isn't included.

Marking this as ready for review now.  Still could use some test manifests for s390x and ppc64le but I want to mark is as ready and ask for reviews.

It should be possible to install packages that have dependencies in the excluded list now.  I'm going to extend the regression test to check for this scenario as well.

I feel like we should define the commonly used package set names as constants and use those in the code, instead of string literals.

That's a good idea.  In my head the initial design was that package set names should have no special meaning.  The idea was that the distro uses arbitrary strings to refer to package sets, returns them for depsolving from the PacakageSets() method, and then the distro itself is responsible for interpreting the names.
But it's clear now that we will always have package sets with special meaning (build, boot, packages, ...), so it's definitely a good idea to define those strings in one place.

I wonder whether most of the functions in the internal/distro/rhel85/stage_options.go could be reused by other distro definitions. Some of the functions would have to take an additional argument or two, but they look like something we would want to use elsewhere as well. So maybe we could move them to the internal/osbuild2 package?

The functions in the stage_options.go file are the followup to the xStageOptions() methods from previous image type definitions (e.g., rpmStageOptions()) so they ended up in the same place for 8.5.  I agree though.  They would be a lot more useful if they could be generalised and added to each stage in the osbuild2 package as analogues to the NewXStage() function.  Right now I'm not sure how much work it would take to move them over, since while writing them I knew they were only meant to be used in the rhel85 package and there are several 8.5-specific hard-coded values.
I'll open an issue for it as a reminder.

I just notices that the list of enabled services in 8.5 edge-commit image compared to 8.4 is missing:
"greenboot-grub2-set-counter",
"greenboot-grub2-set-success",
"greenboot-healthcheck",
"greenboot-rpm-ostree-grub2-check-fallback",
"greenboot-status",
"greenboot-task-runner",
"redboot-auto-reboot",
"redboot-task-runner"

I also noticed that the list of enabled services in 8.5 edge-commit image compared to 8.4 is missing:
"greenboot-grub2-set-counter",
"greenboot-grub2-set-success",
"greenboot-healthcheck",
"greenboot-rpm-ostree-grub2-check-fallback",
"greenboot-status",
"greenboot-task-runner",
"redboot-auto-reboot",
"redboot-task-runner"

They should be enabled via the presets in redhat-release now.

The RHEL-8.5 edge-commit image type now builds successfully as part of the api.sh integration test, however the inspection of the tarball downloaded from S3 fails with the following error:
+ tar tvf /tmp/tmp.1uTaCXUZ3E/edge-commit.tar repo/refs/heads/test/rhel/8/edge
tar: repo/refs/heads/test/rhel/8/edge: Not found in archive
tar: Exiting with failure status due to previous errors

I compared manifests for this image type for 8.4 and 8.5, but the 8.5 image uses the new org.osbuild.ostree.* stages. It could be possible that some stage is missing in the pipeline (e.g. org.osbuild.ostree.init-fs), however I'm not that familiar with this image type and ostree. @gicmo could you please have a look, before @achilleas-k returns from vacation?

Thanks for reviewing.  This is a problem.  Will have a look now.
As for the order of mounts, I see @ondrejbudai is working on that here: https://github.com/osbuild/osbuild/pull/734.  Ty Ondrej.

Forgive the commit revert juggling.  Everything will be squashed and cleaned up shortly.

Status update: I've pinned osbuild to 8be74157ae233711e0d60fc90bcbe9bd2d934617 for CI for the updated schema for mounts but for some reason dnf in CI is installing the latest release (v29) and all RHEL 8.5 tests are now failing.

The RHEL-8.5 edge-commit image type now builds successfully as part of the api.sh integration test, however the inspection of the tarball downloaded from S3 fails with the following error:
+ tar tvf /tmp/tmp.1uTaCXUZ3E/edge-commit.tar repo/refs/heads/test/rhel/8/edge
tar: repo/refs/heads/test/rhel/8/edge: Not found in archive
tar: Exiting with failure status due to previous errors

Found the issue with this one.  The tar stage in 8.5 adds files with ./ as a prefix and the tar tvf command checks for repo/refs/... instead of ./repo/refs/....  It's a bit weird though because it doesn't look like the tar command in the osbuild stage has changed since 8.4 when it was an assembler.

Status update: I've pinned osbuild to 8be74157ae233711e0d60fc90bcbe9bd2d934617 for CI for the updated schema for mounts but for some reason dnf in CI is installing the latest release (v29) and all RHEL 8.5 tests are now failing.

Agreed with @ondrejbudai to pin the osbuild version once v30 is released.  That should get us around the issue.  In the meantime, I'm going to force install/upgrade osbuild in the test scripts and convert to draft while we work to get everything green.


storage mount limit

This issue is a: (mark with an x)

[ ] bug report -> please search issues before submitting
[x ] documentation issue or request
[ ] regression (a behavior that used to work and stopped in a new release)

Issue description
A customer is citing 20GB limit of volume mount when using container apps in consumption mode - is this true? Is there a work around?

@seanli1988 What type of volume mount? Azure Files or ephemeral?

ephemeral

What about azure files?

What about azure files?

No. The limit is determined by your Azure file share configuration.


premap needs to be qualified

This makes the example at the beginning of Foldl.hs work correctly.

Thanks for the fix!


[release/v1.4] Rollout pods if credentials are changed

What type of PR is this?
/kind bug
What this PR does / why we need it:
This PR is a manual cherry-pick of #2214.
Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #2180
Does this PR introduce a user-facing change?:
Rollout pods that are using `kubeone-*-credentials` Secrets if credentials are changed

/lgtm
/approve


Broken comments on games

https://ldjam.com/events/ludum-dare/40/dense-revolve/this-is-a-problem

This seems to only effect anon comments. The user who posted them can see them but no one else can.

Looking at the stack trace, it seems like were attempting to load the avatar of anon.

If it helps, this what it looks like in Firefox,

Okay, this should be fixed. #1443


[DAT-7168] Added supprot for 'delete' change type for all databases supported by…

… test-harness

Delete changetype is implemented in DAT-7422 branch


Pass Canvas error information to the Django API error response

I think this PUT call invokes the LTIToolViewSet>update function inside Views.py. In line 57 of Views.py, where the Response is returned in Exception handling block:
try:
	manager.update_tool_navigation(canvas_id_num, not navigation_enabled)
except Exception as err:
	logger.error(err)
	return Response(status=500)

Could the Response object also include the err message, or some other user friendly error message?
Originally posted by @zqian in https://github.com/tl-its-umich-edu/canvas-app-explorer/pull/196#discussion_r898655295

Ran the test.py file and verified the successful run of test cases.


Circle with mouse events

<Bar> permits me to attach event handlers to it.  How would I do this in the same kind of way for a circle?
a <GlyphCircle> doesn't appear to be it, it's sizing uses some magic math and I can't figure out how to make some well-defined number of pixels in across. :(
a  <Group> doesn't appear to be it, i don't appear to be able to attach event handlers to it. :(
More generally the documentation is so thin, that i spent a lot of time digging around in code.  For example, where in doc does it say which components take event handlers?

are you using Circle from @vx/glyph? if so, it’s onClick={data => event => { // stuff }}
but you can also use svg circle: https://developer.mozilla.org/en-US/docs/Web/SVG/Element/circle

Oh, forgive me - I didn't preview my markdown. The components in question are now clearly shown in the original message.  I would rather use the same mechanism to capture events throughout my code, so using raw SVG elements is all good and well, but if I mix pure SVG and VX components together, the event capture methods are gonna differ.  Also at that point I am starting ot wonder if the VX is buying me much.
...and for a <GlyphCircle>, how would i make one of those that is 20px across?
To move on with life I am currently using a <Bar> with rx and ry  to circle it up for me, but I am not sure that "squares that look round" are gonna make it past my reviewers. :)

@vx/glyph follows d3-shape's symbol api: https://github.com/d3/d3-shape#symbol_size. The size prop is the area. size={400} would be 20px wide.

but if I mix pure SVG and VX components together, the event capture methods are gonna differ.

This will change in the future (before v1) so vx and svg/react elements will have the same event handlers.
I'd recommend to just use a <circle /> if you're not doing anything too magical.

@trebor just checking in, were you able to move forward?

The <Bar> has been working for me.  It sizes in an uncomplicated way and accepts events like other things.

sounds good!


Update for telemetry issues (public-preview only)

Updates public-preview SDK

Note: Feature public-preview test pass with following triplets:

x86-windows (This port does not support build dynamic library)
x86-windows-static (Pass)
x64-windows-static (Pass)
arm64-windows (Pass)
arm-windows (Pass)
x64-uwp (Public-preview due to dependency build failure)
x64-linux (Pass)

The feature use_prov_client has nothing to do with this change.


chore: add From bytes::Bytes impl

add missing from impl

Codecov Report

Merging #1635 (14d2f23) into main (cef4c42) will decrease coverage by 37.74%.
The diff coverage is 50.00%.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
@@             Coverage Diff             @@
##             main    #1635       +/-   ##
===========================================
- Coverage   74.44%   36.70%   -37.74%
===========================================
  Files         377      377
  Lines       44965    44968        +3
===========================================
- Hits        33472    16504    -16968
- Misses      11493    28464    +16971

Flag
Coverage Δ

integration-tests
?

unit-tests
36.70% <50.00%> (-32.34%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

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


Allow searching for ISBNs

For a side project I'm trying to build, I'd like to search books not by author or title, but using the ISBN.
Example: http://gen.lib.rus.ec/search.php?req=9788853001351&column=identifier
This PR is not fully finished (I can add more to the README, add more tests etc.), but I'd like to get some feedback before I move further.
Is this something you'd like to merge if I polish it? Do you have a better suggestion on how to do it?

Hey, closing because of inactivity.


kubectl config drops all comments from kubeconfig file

What happened:
I was documenting a relatively big Kubeconfig file, and just noticed that all the comments I had written disappeared after executing a kubectl config command to set the namespace of a given context.
What you expected to happen:
Not sure if that is the intended behavior (I couldn't find any existing issues related to that, nor any documentation about this), but I would expect my "carefully-crafted" comments to still be there after writing the namespace information with kubectl config ....
I've provided minimal reproduction steps below. Am I missing something?
How to reproduce it (as minimally and precisely as possible):

Let's say you are adding a few comments to an existing kubeconfig:

❯ mkdir -p /tmp/test-kube-config/config && cd /tmp/test-kube-config/config

❯ cat <<EOF > /tmp/test-kube-config/config
apiVersion: v1

clusters:
# My development cluster
- cluster:
    certificate-authority: fake-ca-file
    server: https://<IP_ADDRESS>
  name: development
# My experimental cluster. We don't care about TLS validation
- cluster:
    insecure-skip-tls-verify: true
    server: https://<IP_ADDRESS>
  name: scratch

contexts:
- context:
    cluster: development
    user: developer
  name: dev-frontend
- context:
    cluster: development
    user: developer
  name: dev-storage
- context:
    cluster: scratch
    user: experimenter
  name: exp-scratch
current-context: scratch

kind: Config
preferences: {}

users:
- name: developer
  user:
    client-certificate: fake-cert-file
    client-key: fake-key-seefile
- name: experimenter
  user:
    password: some-password
    username: exp
EOF

Versioning the file to be able to see the diff

❯ git init && git add -A . && git commit -m "add kubeconfig with comments"

Now set the namespace for the dev-frontend context, using kubectl config:

❯ kubectl config --kubeconfig=/tmp/test-kube-config/config set-context dev-frontend --namespace dev-fe

Context namespace has been correctly set, but all comments have been removed

❯ git diff

diff --git a/config b/config
index 28a4446..fe9b393 100644
--- a/config
+++ b/config
@@ -1,20 +1,17 @@
 apiVersion: v1
-
 clusters:
-# My development cluster
 - cluster:
     certificate-authority: fake-ca-file
     server: https://<IP_ADDRESS>
   name: development
-# My experimental cluster. We don't care about TLS validation
 - cluster:
     insecure-skip-tls-verify: true
     server: https://<IP_ADDRESS>
   name: scratch
-
 contexts:
 - context:
     cluster: development
+    namespace: dev-fe
     user: developer
   name: dev-frontend
 - context:
@@ -26,10 +23,8 @@ contexts:
     user: experimenter
   name: exp-scratch
 current-context: scratch
-
 kind: Config
 preferences: {}
-
 users:
 - name: developer
   user:

Anything else we need to know?:
I guess this has something to do with the way this YAML document is marshaled/unmarshaled.
Environment:

Kubernetes client and server versions (use kubectl version):

Client Version: version.Info{Major:"1", Minor:"24", GitVersion:"v1.24.3", GitCommit:"aef86a93758dc3cb2c658dd9657ab4ad4afc21cb", GitTreeState:"clean", BuildDate:"2022-07-13T14:30:46Z", GoVersion:"go1.18.3", Compiler:"gc", Platform:"linux/amd64"}
Kustomize Version: v4.5.4
Server Version: version.Info{Major:"1", Minor:"24", GitVersion:"v1.24.2", GitCommit:"f66044f4361b9f1f96f0053dd46cb7dce5e990a8", GitTreeState:"clean", BuildDate:"2022-06-23T22:20:14Z", GoVersion:"go1.18.3", Compiler:"gc", Platform:"linux/amd64"}

Cloud provider or hardware configuration: KinD local cluster
OS (e.g: cat /etc/os-release): Fedora release 36 (Thirty Six)

I don't think it is intended behavior, just unfortunate behavior. This happens because it deserializes the yaml, makes the changes, and then serializes it back out.
Comments are lost during deserialization.
I don't know offhand if there is some way to possibly preserve them, maybe do some kind of patch/merge of the yaml instead of completely overwriting it?

This may potentially be addressed if we move to a go-yaml v3 which supports comments. Though some work would definitely need to be done to preserve them when serializing with kubectl config.
ref https://github.com/kubernetes-sigs/yaml/issues/72
I understand it's annoying to have your comments dropped but right now I would say this is a "won't fix" for us.

I understand. Thanks, @brianpursley, and @eddiezane for your feedback.

As discussed this is an unfortunate behavior which can not be fixed easily. I'm closing this and feel free re-open it if you think otherwise.
/close


Please enable Azure monitor diagnostic settings AZ cmds to support the latest API version "2021-05-01-preview".

Related command
az monitor diagnostic-settings
Is your feature request related to a problem? Please describe.
Please enable Azure monitor diagnostic settings AZ cmds to support the latest API version "2021-05-01-preview".
Details of the APIs version please refer to https://docs.microsoft.com/en-us/rest/api/monitor/diagnostic-settings
Thanks.

monitor


Recruiting for core

Anyone interested in maintaining and developing this repo as core team? Please comment below

I'm interested and can definitely contribute on maintaining and developing during my free time.

I'm interested

I'm interested!

I’m interested. I can’t offer any ML experience but would be interested with documentation. I have plenty of experience with creating and maintaining GitHub wikis.

I'm interested. I have experience creating and maintaining large open source projects, as well as some ML experience (still learning though). By the way, I tried to join the discord channel but it didn't work for me? Anyone else had an issue with this?

I'm interested

Thanks everyone for the replies ! Please see if you create some exercises. If the current readme and other docs are not clear, please create an issue and suggest how to fix it.
@malwaredllc the discord link is https://discord.gg/GRQXuq , and I (and a few others) seem to be able to join. Try again and let me know if you still can't join.

Interested !!

Great, thanks everyone for the interest. I will add you all as collaborator on GitHub. If you are not too experienced using GitHub (fork,clone, push, pull and etc), maybe try to submit issues and create pull request.
For those who are experienced in GitHub already, please let me know. Maybe send me a direct message on the discord channel. It will be a great help for you to start reviewing the pull request.

So I just added everyone above to contributor access. Please join discord. We have also set up a core team chat room. Please send me (JimNg) or DBlackBird a direct message on discord to get access to the chat room. We will then take the more informal discussions there. Looking forward to getting know you all and thanks for the interest !

Hey all, I will probably   close this issue within a week.
Hopefully I will get a semi structured project up within a week-ish. After which, probably if there is at least 2-3 active maintainers, I could implement a requirement for pull request to be approved by 2-reviewers. Currently, I do a lot of minor changes so its sort of hard to wait, plus I am not sure how frequently other core people check and review pull request.
Finally, please show some involvement, either through discord, create issues or pull request, or do something so that I know that you are active and still be interested. It doesn't have to be a big thing, suggestions or questions on issue ticket are good enough.
When I close this issue, I will phase out inactive core team members as well.

@aarpit1010 @Ar-Kareem @elkhader @firebolt7 @malwaredllc @rexdivakar Just to check that you got the collaborator invite for the project. As I mentioned above, I'll start organizing the team a little, so if you are not active, please let me know. If you are still interested, do accept the access invitation. Perhaps in the next days or two, create an issue or comment on an issue/pull request, so that I know that you are still active.


IGNITE-8985 - Node segmented itself after connRecoveryTimeout. Improv…

…ed loopback resolving from IGNITE-8683.

IGNITE-8985
Resolved


Usage of relative paths instead of package paths.

Is your feature request related to a problem? Please describe.
All the imports of lib folder are imported using packages.The official documentation recommends to use alternative paths instead.Although this is debatable topic,since the documentation has mentioned to use relative paths , I would suggest you to have a look into this issue.
Links
Documentation
Are you working on this?
Require approval before I can start working.

@jaggu21 we are following pedantic style recommendations which recommends avoid_relative_lib_imports
.

@jaggu21 we are following pedantic style recommendations which recommends avoid_relative_lib_imports

Hey,Different resources support different arguments.There are contrasting answers by the Dart Team itself!
Thanks for clarifying!


jetbrains.jdk: 11_0_11-b1504.13 -> 11_0_13-b1751.19

Motivation for this change
Update JetBrains JDK to the latest.
I'm going to add jetbrains.dataspell, which didn't work on current jetbrains.jdk, so I would like to update its version.
Things done

Built on platform(s)

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

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

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

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

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

Dataspell works with older JetBrains JDK, so I'm closing this and try to update the JDK another time.


mbedtls: fix whitescan bug in library/cipher.c

[Detail]
Remove dead code in library/cipher.c
CWE561: Code can never be reached because of a logical contradiction
[Verified Cases]
Build Pass: <py_engine_demo>
Test Pass:  <py_engine_demo>
Signed-off-by: Jinliang Li<EMAIL_ADDRESS>

感谢提交 Pull Requests！
Thanks for submitting a pull request.

Security Check : 659c9a1812c75054619fdb946da28e860a407a50

auto build success,number:38

autotest success,number:1071


[ISSUE #3299] Add unit tests for org.apache.shenyu.web.filter.HealthF…

[ISSUE #3299] Add unit tests for org.apache.shenyu.web.filter.HealthFilter.

Codecov Report

Merging #3308 (96425e7) into master (e1b59a8) will decrease coverage by 0.15%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master    #3308      +/-   ##
============================================
- Coverage     64.34%   64.19%   -0.16%
+ Complexity     5174     5169       -5
============================================
  Files           742      742
  Lines         20955    20953       -2
  Branches       1920     1918       -2
============================================
- Hits          13484    13451      -33
- Misses         6192     6216      +24
- Partials       1279     1286       +7

Impacted Files
Coverage Δ

...ache/shenyu/plugin/grpc/cache/GrpcClientCache.java
87.50% <0.00%> (-12.50%)
:arrow_down:

...a/org/apache/shenyu/common/utils/VersionUtils.java
67.85% <0.00%> (-10.72%)
:arrow_down:

...henyu/plugin/grpc/resolver/ShenyuNameResolver.java
54.25% <0.00%> (-9.58%)
:arrow_down:

...yu/plugin/logging/utils/LogCollectConfigUtils.java
66.66% <0.00%> (-8.89%)
:arrow_down:

...che/shenyu/sync/data/http/HttpSyncDataService.java
69.10% <0.00%> (-8.14%)
:arrow_down:

...gin/logging/rocketmq/RocketMQLogCollectClient.java
68.00% <0.00%> (-8.00%)
:arrow_down:

...he/shenyu/plugin/grpc/client/ShenyuGrpcClient.java
8.00% <0.00%> (-4.00%)
:arrow_down:

...yu/common/dto/convert/rule/Resilience4JHandle.java
71.60% <0.00%> (-3.71%)
:arrow_down:

...henyu/register/client/http/utils/RuntimeUtils.java
51.72% <0.00%> (-3.45%)
:arrow_down:

...henyu/admin/service/impl/UpstreamCheckService.java
70.14% <0.00%> (-1.50%)
:arrow_down:

... and 6 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update e1b59a8...96425e7. Read the comment docs.


createBottomTabNavigator with initialRouteName

I just migrated to the newest release of tabs because of Typescript support. Previously, I used old version of react-navigation 3.11.1 where tab navigators were part of the module. However, I found out that the new version does not support the style of configuration in the createBottomTabNavigator()
Current behaviour
Second parameter of createBottomTabNavigator() for NavigationBottomTabOptions does not accept intialRouteName field.
Argument of type '{ initialRouteName: string; }' is not assignable to parameter of type 'NavigationBottomTabOptions'.
Expected behaviour
It should be possible to set initialRouteName when creating the BottomTabNavigator.
Code sample
const eventTab = createBottomTabNavigator(
{
    EventDetail: {
        screen: EventDetailScreen,
    },
},
{
    initialRouteName: 'EventDetail',
});

Your Environment

software
version

android
8.0+

react-native
0.60.5

react-navigation-tabs
2.4.1

I had the same problem.

Downgrading react-navigation-tabs to 2.4.0 fixed this problem for me.

There could be a problem with typescript definition - I had the same problem with createMaterialTopTabNavigator too. Other props such as tabBarPosition were also not accepted.

Same issue here

Closing in favor of #163

This is solved in the 2.5.3 version. Many thanks :)


[Terra-Button-Group] Fixes accessibility issues of button-group

Summary
Terra Button Group component has some accessibility issues related to keyboard navigation and focus management. When using JAWS screen reader, pressing the up and down arrow keys to navigate the group does not change the visual focus. Additionally, for keyboard-only navigation, the arrow keys do not move focus to the buttons within the group, requiring the user to rely on the TAB key.
What was changed:
I have implemented Cyclic Behavior for terra button group examples and fixed visual focus When using JAWS screen reader, pressing the up and down arrow keys to navigate to button group.
Why it was changed:
The arrow keys do not move focus to the buttons within the group, requiring the user to rely on the TAB key with JAWS Screen reader.
Testing
This change was tested using:

[x] WDIO
[ ] Jest
[ ]  Visual testing (please attach a screenshot or recording)
[ ] Other (please describe below)
[ ] No tests are needed

Reviews
In addition to engineering reviews, this PR needs:

[ ]  UX review
[ ]  Accessibility review
[ ]  Functional review

Additional Details
This PR resolves:
UXPLATFORM-9386
Thank you for contributing to Terra.
@cerner/terra

@gt106551 I think summary of this PR is not clear it looks like copy pasted message. Can you re-format summary and just add what are the issues being addressed by this PR and also add Jira Key (Jira Number)

We need a either WDIO / Jest test to validate cyclic behavior of button-group

Should the page be locked while focus is maintained in the button group? Pressing up and down moves the focus as well as the page currently.

Should the page be locked while focus is maintained in the button group? Pressing up and down moves the focus as well as the page currently -- which does not seem intended.

I have made change as per Suggestion.

If the first button is disabled the cyclic navigation is not working.

Should the page be locked while focus is maintained in the button group? Pressing up and down moves the focus as well as the page currently -- which does not seem intended.

Updated


Training is extremely slow on Gluonts [Torch]

Description
I am quite frustrating because I am training a model and training is very very slow on RTX 3080. I am training on 500 CSV files. If anyone can help me for this,
To Reproduce
Define the DeepAR estimator
estimator = DeepAREstimator(
    prediction_length=12,  # Adjust based on how far you want to predict
    context_length=24,  # Context length should be at least as long as prediction length
    freq="1min",  # Change to your data's frequency
    batch_size=64,
    trainer_kwargs={"max_epochs": 1, "accelerator": "gpu"}
).train(training_data, )
predictor = estimator.train(training_data=training_data)

# Load your dataset
# Base directory where the folders are located
base_dir = '/media/cvpr/CM_1/coremax_cpu_usage/coremax_cpu/rnd'

# List of folder names
folders = ['2013-7', '2013-8', '2013-9']

# Initialize an empty DataFrame to store all data
all_data = pd.DataFrame()

# Iterate over each folder and read each file
for folder in folders:
    folder_path = os.path.join(base_dir, folder)
    for file in os.listdir(folder_path):
        if file.endswith('.csv'):
            file_path = os.path.join(folder_path, file)
            temp_df = pd.read_csv(file_path, delimiter=';')
            temp_df.columns = temp_df.columns.str.strip()  # Strip whitespace from column names here
            all_data = pd.concat([all_data, temp_df], ignore_index=True)

print(all_data)

# Convert timestamp to datetime and set it as the index
all_data['Timestamp'] = pd.to_datetime(all_data['Timestamp [ms]'], unit='ms')
all_data.set_index('Timestamp', inplace=True)

# Prepare the dataset for GluonTS
training_data = ListDataset([{
    "start": all_data.index[0],
    "target": all_data['CPU usage [MHZ]'].values,
    "feat_dynamic_real": all_data[
        ['CPU cores', 'Memory usage [KB]', 'Disk read throughput [KB/s]', 'Disk write throughput [KB/s]',
         'Network received throughput [KB/s]', 'Network transmitted throughput [KB/s]']].values.T
}], freq="1min")  # Change '5min' to the actual frequency of your data

# Define the DeepAR estimator
estimator = DeepAREstimator(
    prediction_length=12,  # Adjust based on how far you want to predict
    context_length=24,  # Context length should be at least as long as prediction length
    freq="1min",  # Change to your data's frequency
    batch_size=64,
    trainer_kwargs={"max_epochs": 1, "accelerator": "gpu"}
).train(training_data, )```

## Error message or code output
(Paste the complete error message, including stack trace, or the undesired output that the above snippet produces.)

Epoch 0: |                                                                                | 3/? [08:49<00:00,  0.01it/s, v_num=22]

## Environment
- Operating system: 20.04
- Python version: 3.8.18
- GluonTS version: 0.14.3
- MXNet version: Using torch

(Add as much information about your environment as possible, e.g. dependencies versions.)

@khawar-islam what is the performance when running on CPU?