text:
Add fixed output length SHAKE algorithms.

By adding fixed output algorithms such as SHAKE256-192 (which is 24 bytes), the SHAKE algorithm can then be used just like any other fixed sized digest, without needing to specify additional parameters. Some algorithms such as HSS/XMSS use fixed sized outputs, and this avoids code that then needed to special case SHAKE. These fixed size variants fail if you try to change the xoflen.

Checklist

[x] documentation is added or updated
[x] tests are added or updated

Looks like something broke on merge. Will have to fix next week.

Rebased.
ping

@t8m I have added SHAKE-128/256 also.
Looks like these will also be useful in other places..
e.g. For signing with ECDSA and RSA-PSS (which use the default sizes of 32 and 64 for SHAKE 128 and 256).
I have changed the names section so that the OID's are associated with these fixed functions (since this is most likely the most common way the SHAKE would be used for DER encoding)

ping

@t8m I have added SHAKE-128/256 also.

I do not see it in the PR?

Pushed :)

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

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

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

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

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

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

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

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

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

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

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

authors: openssl-machine slontis t8m


text:
Remove bf_cbc.c

It is never built and the code is duplicated in bf_enc.c.

+1 for dropping the #ifndef BF_DEFAULT_OPTIONS

Pushed. Thanks. I also took Andy's +1 and added a commit to remove the pointless "#ifndef"

source: gharchive/pull-request

authors: dot-asm mattcaswell

repo: openssl/openssl

license_type: permissive

license_source: github-api


text:
apps/speed: fix possible OOB access in some EC arrays (1.1.0)

Cherry-picked from commit 5c6a69f539.
Partial Back-port of #6133 to 1.1.0
Checklist

[X] documentation is added or updated
[X] tests are added or updated

As #6133 don't cherry-pick cleanly, I have to do some adjustments ;)

ping @dot-asm , @richsalz :)
Red cross from Travis CI is unrelated : /usr/bin/ld: unrecognized option '--push-state--no-as-needed

Merged. Thanks!

authors: FdaSilvaYY dot-asm


text:
Use "PARAMETERS" in the documentation headings.

For consistency.

[x] documentation is added or updated
[ ] tests are added or updated

Merged, thanks.


text:
Change iscsid login timeout in computes

In a previous patch we changed the iSCSI login timeout for the control plane (OpenShift nodes).
In this patch we add a new hook to do the same thing for the edpm nodes, because the default timeout of 2 minutes is too high for some test scenarios.
It is necessary to do it this way because edpm-ansible doesn't currently have a mechanism to change the iscsid.conf file. Once that feature is added this patch can be reverted.
This patch changes the edpm iscsid timeout default to 3 retries and 5 seconds each (15 seconds in total), which is convenient for testing, as any healthy deployment and backend should be able to login to the backend in that amount of time, and if there is a broken path it will not take 2 minutes to give up, just around 15 seconds.
Related-Jira: https://issues.redhat.com/browse/OSPRH-7614
As a pull request owner and reviewers, I checked that:

[x] Appropriate testing is done and actually running
[x] Appropriate documentation exists and/or is up-to-date:

[x] README in the role
[x] Content of the docs/source is reflecting the changes

/lgtm
Internally tested

/approve

authors: Akrog pablintino tosky


text:
Modify libvirt_manager role for proper reproducer capabilities

This patch extend the libvirt_manager role in order to create the full
reproducer job layout.
In such a case, there are some extended needs compared to the "deploy a
layout" easy use-case: we need to inject some keys, create network
layout files/configuration and so on.
This patch, in conjuction with some others coming later, will allow
users to reproduce a 1:1 CI job, with the layout and networking.
As a pull request owner and reviewers, I checked that:

[X] Appropriate testing is done and actually running
[X] Appropriate documentation exists and/or is up-to-date:

[X] README in the role

@pablintino @raukadah so, things are really, really inter-connected with the reproducer (see #574). It's hard to make that whole thing completely independent - but I didn't want to push everything in one single PR...

/approve

@pablintino @raukadah so, things are really, really inter-connected with the reproducer (see #574). It's hard to make that whole thing completely independent - but I didn't want to push everything in one single PR...

Let's get this in!

/lgtm

authors: cjeanner pablintino raukadah


text:
Remove RolesFile parameter

This removes the RolesFile parameter and documents to add a custom
roles file to the tarball with required name roles_data.yaml

/lgtm

authors: dprince stuggi


text:
Parking alongside streets (parking:lane)

This ticket is about the parking:lane tag on highway.
ATM its more of a collection of references and thoughts to start a discussion.
I see a push in the community to add those details more to maps. I wanted to start the talk about how to add this to iD.
Articles about curb data

https://geoawesomeness.com/curbs-openstreetmap-sideline-center/ is an article about the richness of data that is between the car-lane and the building and a call to mapping to add those data. I think the article mixes the concept of the kerb-tag with the area of the "curb" which has information that OSM stores in multiple tags (like the parking tags on highway); see also https://twitter.com/mapillary/status/1095997095352373248.
https://medium.com/coord/behind-the-curbs-building-the-curb-map-883bab281feb builds a curb map without the specific kerb-tags on the map
https://www.coord.co/surveyor is building a business case around the curb and its data

A great micro-editor for parking-tagging

https://zlant.github.io/parking-lanes/#18/52.48050/13.44234
https://github.com/zlant/parking-lanes

Those are the thinks I like the most about this editor:
a. It combines the visualization of data as one mode with an editing mode. Which pulls you right into editing, since you see what is there and what is missing.
b. It highlights the curb-side by color (edit mode) which is an easy reference to the input sidebar.
c. The sidebar only shows the parking-related tags, so nothing else needs to be understood; and also the UI can be smart for just this use case.
Some Screenshots: (Location/Link)
Visualization mode:

Editing mode:

Editing UI:

Possible OSM Keys to support

https://wiki.openstreetmap.org/wiki/Key:parking:lane
parking:lane:{left/right/both} = parallel, diagonal, perpendicular, …
parking:lane:{left/right/both}:{parallel/diagonal/perpendicular} = on_street, half_on_kerb, on_kerb, …
parking:condition:{left/right/both} = free, customers, private, …

Solution in iD
ATM, I don't see an easy way to add those presets.
With the current preset interface the sidebar would be too cluttered after adding all those (empty) fields. Also the highlighting (left curb, right curb) is non-standard ATM. Also the tags have a lot of interaction.
A first step could be to have presets that only show, once some info is there, like with the cycleway fields referenced in https://github.com/openstreetmap/iD/issues/1762#issuecomment-242025240.
Another take could be to duplicate the turn-lane UI for such usecases. So there is one box for turn tagging, one for parking, one for sidewalks …

Another take could be to duplicate the turn-lane UI for such usecases. So there is one box for turn tagging, one for parking, one for sidewalks …

The turn lane UI is still being discussed in #387. Some of the proposed designs don’t really lend themselves to details other than turn lanes.
There are some similarities between parking:lane/parking:condition and cycleway. iD already has a field that differentiates between cycleway:left and cycleway:right:

This field is far from ideal; mental gymnastics are required to tell which side is left and which is right. But a winning design for #387 need not block a very rudimentary field for parking:lane and parking:condition.

With the current preset interface the sidebar would be too cluttered after adding all those (empty) fields.

A field can be marked “optional”, which hides it by default unless the field has a value or the user explicitly adds it using the “Add field” dropdown.

Another take could be to duplicate the turn-lane UI for such usecases. So there is one box for turn tagging, one for parking, one for sidewalks …

The turn lane UI is still being discussed in #387. Some of the proposed designs don’t really lend themselves to details other than turn lanes.

To clarify, since I might be using the wrong terms here. I am not referring to #387, but this UI:

I agree that #387 should do one thing great, which is handling the (car-)lanes. Parking, Sidewalks, maybe even bike lanes should go into dedicated UIs.

Oh yeah what @1ec5 is correct.  We ideally want to consolidate all of the "stuff tagged on a street" into a single place.  I don't really want to build separate fields for each thing.

source: gharchive/issue

authors: 1ec5 bhousel tordans

repo: openstreetmap/iD

license: ISC


text:
Wants to add extra tag when upgrading to bike+foot path

When editing a Cycleway with foot=designated, iD thinks it's an 'incomplete' Cycle & Foot Path and wants to upgrade by adding bicycle=designated. However bicycle=designated is already assumed on Cycleways so this tag is extraneous.

@rivermont This is intentional, see #6172. I know the tag isn't critical but neither does it hurt anything.

authors: quincylvania rivermont


text:
Use remove-flow-types directly

Referencing this external issue https://github.com/leebyron/rollup-plugin-flow/issues/5
I have stolen the workaround from mapbox-gl-js, thanks to @anandthakker.
(closes https://github.com/openstreetmap/iD/issues/4874)

Thanks @kepta!  I'm out today but feel free to merge if it fixes the issue 👍

I just tried it and it works great.. Thanks again @kepta and @anandthakker - I am incredibly grateful that you tracked down the root cause and fixed this 👏

authors: bhousel kepta


text:
fix: optimize extension treeview init logic

Types

[x] 🐛 Bug Fixes

Background or solution
之前对于折叠或者隐藏状态下的 view 也会加载数据，例如这个场景下第一次激活插件所有的 treeview 加起来会创建 760 个 treeNode 实例

优化后，当视图展开且显示状态下，才会在第一次激活时获取数据，对于这个场景，第一次只创建 49 个 treeNode，后续视图折叠/展开时都会刷新并重新获取数据(与 VS Code 表现一致)

Changelog

优化插件 treeview 初始化逻辑，减少冗余的加载逻辑

Codecov Report

Merging #283 (8519c7e) into main (eea3af4) will decrease coverage by 0.00%.
The diff coverage is 43.75%.

@@            Coverage Diff             @@
##             main     #283      +/-   ##
==========================================
- Coverage   59.31%   59.31%   -0.01%
==========================================
  Files        1182     1182
  Lines       72674    72688      +14
  Branches    15061    15065       +4
==========================================
+ Hits        43110    43117       +7
- Misses      26941    26946       +5
- Partials     2623     2625       +2

Impacted Files
Coverage Δ

packages/main-layout/src/browser/layout.service.ts
66.16% <0.00%> (-1.27%)
:arrow_down:

...s/main-layout/src/common/main-layout.defination.ts
100.00% <ø> (ø)

...ion/src/browser/vscode/api/main.thread.treeview.ts
45.90% <63.63%> (+0.36%)
:arrow_up:

packages/core-common/src/node/port.ts
46.96% <0.00%> (+3.03%)
: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 eea3af4...8519c7e. Read the comment docs.

/publish

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

authors: Aaaaash CLAassistant codecov-commenter

repo: opensumi/core

license: MIT


text:
chore: remove useless code

Types

[ ] 🎉 New Features
[ ] 🐛 Bug Fixes
[ ] 📚 Documentation Changes
[ ] 💄 Code Style Changes
[ ] 💄 Style Changes
[ ] 🪚 Refactors
[ ] 🚀 Performance Improvements
[ ] 🏗 Build System
[ ] ⏱ Tests
[x] 🧹 Chores
[ ] Other Changes

Background or solution
Changelog

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

authors: CLAassistant vagusX


text:
PHP Fatal error:  Uncaught Error: Class "Swoole\Database\PDOPool" not found

After updating to latest version i get this error :
PHP Fatal error:  Uncaught Error: Class "Swoole\Database\PDOPool" not found in

Example of using PDOPool in v22 is added: https://github.com/openswoole/openswoole/blob/master/example/src/Coroutine/MySQLClientPool.php

authors: doubaokun siamakdals

repo: openswoole/openswoole


text:
Integrate check for http(s) scheme into filters

Since 9b2fa8bc985d5b68f66eb8325b2fab370c4d145d, only http(s) links are
permitted during general crawls.  This is good, but the scheme check is
done inside FilterSpider, whereas it could be naturally handled by the
filtering system alongside other checks against requests.  Remove the
conditonal from FilterSpider and add a scheme filter to
make_filters.
Based on the approach described by @HarrisonGregg here.

This was done deliberately, both for efficiency purposes and because the bogus:// urls cause unnecessary errors in the pipelines. It's really no different than only selecting hrefs instead of all linked objects.
Only thing this would let us do is add new schemes via filters & I can't see doing that often enough (or ever, really).

authors: jodizzle wearpants

repo: opensyllabus/osp-scraper

license_source: bigquery


text:
Add cross-references to drug profile page

The GraphQL drug endpoint will soon expose cross-references with IDs that we can use to construct links to other websites.

Query for CHEMBL122
Based on a review of the data provided by ChEMBL, we will use the following cross-references to build external links:

DrugBank
ChEBI
DailyMed
DrugCentral
Wikipedia

Can we please add cross-references to the existing section displaying the ChEMBL ID? The UI style would follow that of cross-references found in the target profile page - source followed by ID (with hyperlink) followed by single pipe to separate each source.

The table below lists the source string provided by the GraphQL API and the associated link structure for implementation.

Source (from API response)
URL structure
Example
ID for QC test

"drugbank"
https://identifiers.org/drugbank: + crossReferences.reference[0]
DrugBank: DB05553
CHEMBL1162175 - regrelor

"chEBI"
https://identifiers.org/CHEBI: + crossReferences.reference[0]
ChEBI: 46195
CHEMBL122 - acetaminophen

"DailyMed"
https://dailymed.nlm.nih.gov/dailymed/search.cfm?labeltype=all&query= + crossReferences.reference[0]
DailyMed: atezolizumab
CHEMBL3707227 - atezolizumab

"DrugCentral"
https://drugcentral.org/drugcard/ + crossReferences.reference[0]
DrugCentral: 4924
CHEMBL3137343 - pembrolizumab

"Wikipedia"
https://en.wikipedia.org/wiki/ + crossReferences.reference[0]
Wikipedia: Tamoxifen
CHEMBL83 - tamoxifen

Please note that all five selected cross-references will not be available for every drug. For example, CHEMBL122 only has DrugBank, ChEBI, and Wikipedia cross-references whereas CHEMBL3137343 only has DailyMed and DrugCentral cross-references.

Can we please account for the %20 of the DailyMed links in the FE?
https://beta--platform-app.netlify.app/drug/CHEMBL3353410

@d0choa DailyMed links have been fixed!

authors: andrewhercules d0choa mirandaio

repo: opentargets/platform


text:
Pipeline QC: Automated QC distribution of scores

As part of the automated QC we should report some very roughly bucketed distribution of scores, for val, evidence, and association steps. For example 5 buckets of width 0.2

This ticket needs more detail about how this will be implemented and how it will be reported, ie, a data file, automatic generation of plots?
This could be done after the pipeline ran successfully and could be part of a bigger effort to also compare different releases, ie. a summary of which diseases, targets and associations are new or were dropped.

This ticket is for part of the automated QC, and therefore would follow that reporting pathway - currently, a tsv file similar to https://docs.google.com/spreadsheets/d/1CeAk4LlnrTFFgzSJJyRuLr09wIj2bDbQuU2PuNFubOI/edit?usp=sharing
Generating pretty plots, or other changes QC process, are outside the scope of this issue. This issue is very specifically for a quick and dirty first pass approximation within the existing automated QC framework.

authors: MichaelaEBI afaulconbridge


text:
Use predefined machine types

We need to add the possibility of specifying a predefined machine type to use for VM instances.
Machine type specification has precedence over custom geometry, being the latter a fall back mechanism for those situations where no machine type has been specified.

No longer needed


text:
reduce reliance on containers for increased code portability

I suggest developer reliance on containers results in software portability issues.  This is ironic because containers are designed to help with dependency issues.
But, in a developer context, containers mask portability issues.  It is too easy to avoid actually resolving portability issues because the software "works" in... the approved container.
I know this runs counter to prevailing practice.  But it seems inefficient to having to use multiple images / containers to do development.  For an example, see:
https://devzone.nordicsemi.com/f/nordic-q-a/95270/please-modernize-to-the-latest-raspios-openthread-otbr-matter

So... build on multiple different platforms.  Use explicitly sized types.  Judiciously use wrappers or #ifs for platforms and library version dependencies.  But, hide these details from the clients of your code.
Thanks for consideration,
Jonathan Hess

@jahess , thanks for providing your thoughts.

Build on multiple different platforms.

We leverage GitHub Actions to implement build checks across a variety of platforms including different architectures, toolchains, and OSes - see .github/workflows/build.yml as an example.

Use explicitly sized types. Judiciously use wrappers or #ifs for platforms and library version dependencies. But, hide these details from the clients of your code.

The STYLE_GUIDE.md includes the following text:

Standard, scalar data types defined in stdint.h (C) or cstdint (C++) should be used for basic signed and unsigned integer types, especially when size and serialization to non-volatile storage or across a network is concerned. Examples of these are: uint8_t, int8_t, etc.

Judiciously use wrappers or #ifs for platforms and library version dependencies

OpenThread defines a platform abstraction minimize platform dependencies within core code.
Of course, there is always room to improve. We welcome any contributions that help improve on these areas. Thanks!

authors: jahess jwhui

repo: openthread/openthread


text:
Only send one Child Update Request when restoring rx-on-when-idle child.

Resolves #1818.

LGTM

authors: jwhui wbober


text:
Build OTBR agent for Thread 1.2

I was so far working with a RCP using Thread 1.1.1 and I was building the OTBR agent with:
INFRA_IF_NAME=wlan0 BACKBONE_ROUTER=0 BORDER_ROUTING=1 OTBR_OPTIONS="-DOT_THREAD_VERSION=1.1" ./script/setup
I'm now moving to a RCP using Thread 1.2. I'm wondering if I should simply use :
INFRA_IF_NAME=wlan0 ./script/setup
or if I still need the other parameters (BACKBONE_ROUTER=0 BORDER_ROUTING=1 OTBR_OPTIONS="-DOT_THREAD_VERSION=1.2").
Can you please tell me?
Thank you

It depends what git commit you are using.
The latest OpenThread main branch default for OT_THREAD_VERSION is 1.3 - see https://github.com/openthread/openthread/blob/dd631b2a1914b60223d527aafbca50b964cd9b7d/CMakeLists.txt#L105

I'm using the latest version of openthread/ot-br-posix's main branch. So if I understand correctly, I should add OTBR_OPTIONS="-DOT_THREAD_VERSION=1.2" to force the usage of 1.2.
Do I still need BACKBONE_ROUTER=0 BORDER_ROUTING=1  or was it specific to 1.1?
Thanks

Ok thanks.
I have looked at examples/platforms/raspbian/default and I can see that BORDER_ROUTING and BACKBONE_ROUTER are enabled so I will build with :
INFRA_IF_NAME=wlan0 ./script/setup

Yes, Thread 1.2 includes low-power enhancements that require an update to the RCP. I suggest updating your RCP to match the latest main branch as well.

Ok, thank you Jonathan.

@jwhui
Hi Jonathan,
Our RCP is not yet ready to include the low-power enhancements so I will have to build it with the flags to force the version 1.1 (this is what I was using so far).
A quick question about SRP: Will it work if my OTBR is configured for Thread 1.1?
Thank you

authors: OlivierGre jwhui

repo: openthread/ot-br-posix


text:
Add streamId to widget stats

What is this PR doing?
Add streamId to widget stats
How should this be manually tested?
When publishing, StreamId field should be present on the bottom of the publisher stats widget.
When subscribing, StreamId field should be present above the origin server field in the subscriber stats widget
What are the relevant tickets?
n/a

thanks @v-kpheng , these errors look like latest Chrome installers are using xz compressed packages, which are not working on the Travis trusty snapshot (https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/1730627). As a workaround I have added an apt-get update so we can get the fixed version of dpkg on trusty.
Now Travis is passing https://travis-ci.org/github/opentok/opentok-meet/builds/688801176
wdyt?

@albertoacn, the job is green but the logs show the tests are failing.
For example:

Thanks for the workaround, btw!  The next time we touch this, we may need to use a different distribution since "trusty" is being EOLed.

thanks @v-kpheng, that isn't part of the test since we are only running unit tests here. That error comes from npm start, which is done here https://github.com/opentok/opentok-meet/blob/master/.travis.yml#L9 as a before script step and the proper line failing https://github.com/opentok/opentok-meet/blob/master/app.js#L55
This is because api_secret is not available on fork's PR, because it is a protected env var.
Run the app could be a legacy step when we used to run integration tests.

authors: albertoacn v-kpheng

repo: opentok/opentok-meet

license: mit


text:
🛑 [CN] OpenUPM API /packages/extra is down

In be1c0fd, [CN] OpenUPM API /packages/extra (https://api.openupm.cn/packages/extra) was down:

HTTP code: 0
Response time: 0 ms

Resolved: [CN] OpenUPM API /packages/extra is back up in 094bbed.

repo: openupm/upptime-openupmcn


text:
🛑 [CN] OpenUPM Website is down

In 838c3d0, [CN] OpenUPM Website (https://openupm.cn) was down:

HTTP code: 0
Response time: 0 ms

Resolved: [CN] OpenUPM Website is back up in 53f2647.


text:
🛑 [CN] OpenUPM API /site/info is down

In 7067edc, [CN] OpenUPM API /site/info (https://api.openupm.cn/site/info) was down:

HTTP code: 0
Response time: 0 ms

Resolved: [CN] OpenUPM API /site/info is back up in 4b3a36f.

repo: openupm/upptime


text:
[Bug]: Efficient_AD with Openvino takes too much times to predict

Describe the bug
I am using Openvino inference to predict anomalies in custom datasets.
However, it takes too much times compared to other models like Padim or FastFlow.
In same width/height, Padim takes 0.33 s and Fastflow takes 0.8. However, Efficient_AD takes 15s.
Is it normal that Openvino export+EfficientAD takes more times to predict compared to padim or fastflow?
Dataset
Folder
Model
Other (please specify in the field below)
Steps to reproduce the behavior

Export by Openvino option
Load Efficient_AD
predict anomalies

OS information
OS information:

OS: [windows10]
Python version: [3.8.10]
Any other relevant information: [I'm using a custom dataset]

Expected behavior
I was expected Efficient_AD has better speed compared to Padim and Fastflow.
Also, with
512x512, Efficient_AD with openvino inferencer takes 1.2s.
Padim takes 0.2s.
Screenshots
No response
Pip/GitHub
pip
What version/branch did you use?
No response
Configuration YAML
dataset:
  name: belts
  root: ./datasets
  format : folder
  task: classification
  normal_dir : ok
  abnormal_dir : ng
  mask : null
  normal_test_dir : test
  extensions : ".jpg"
  train_batch_size: 1
  eval_batch_size: 16
  num_workers: 8
  image_size: 512 # dimensions to which images are resized (mandatory)
  center_crop: null # dimensions to which images are center-cropped after resizing (optional)
  normalization: none # data distribution to which the images will be normalized: [none, imagenet]
  transform_config:
    train: null
    eval: null
  test_split_mode: from_dir # options: [from_dir, synthetic]
  test_split_ratio: 0.2 # fraction of train images held out testing (usage depends on test_split_mode)
  val_split_mode: same_as_test # options: [same_as_test, from_test, synthetic]
  val_split_ratio: 0.5 # fraction of train/test images held out for validation (usage depends on val_split_mode)

model:
  name: efficientad
  teacher_out_channels: 384
  model_size: small # options: [small, medium]
  lr: 0.0001
  weight_decay: 0.00001
  padding: false
  pad_maps: true # relevant for "padding: false", see EfficientAD in lightning_model.py
  early_stopping:
    patience: 2
    metric: image_AUROC
    mode: max
  normalization_method: min_max # options: [null, min_max, cdf]

metrics:
  image:
    - F1Score
    - AUROC
  pixel:
    - F1Score
    - AUROC
  threshold:
    method: adaptive #options: [adaptive, manual]
    manual_image: null
    manual_pixel: null

visualization:
  show_images: False # show images on the screen
  save_images: False # save images to the file system
  log_images: False # log images to the available loggers (if any)
  image_save_path: null # path to which images will be saved
  mode: full # options: ["full", "simple"]

project:
  seed: 42
  path: ./results/efficient_test_model_v3

logging:
  logger: [] # options: [comet, tensorboard, wandb, csv] or combinations.
  log_graph: false # Logs the model graph to respective logger.

optimization:
  export_mode: openvino # options: torch, onnx, openvino
# PL Trainer Args. Don't add extra parameter here.
trainer:
  enable_checkpointing: true
  default_root_dir: null
  gradient_clip_val: 0
  gradient_clip_algorithm: norm
  num_nodes: 1
  devices: 1
  enable_progress_bar: true
  overfit_batches: 0.0
  track_grad_norm: -1
  check_val_every_n_epoch: 1
  fast_dev_run: false
  accumulate_grad_batches: 1
  max_epochs: 10
  min_epochs: null
  max_steps: 70000
  min_steps: null
  max_time: null
  limit_train_batches: 1.0
  limit_val_batches: 1.0
  limit_test_batches: 1.0
  limit_predict_batches: 1.0
  val_check_interval: 1.0
  log_every_n_steps: 50
  accelerator: auto # <"cpu", "gpu", "tpu", "ipu", "hpu", "auto">
  strategy: null
  sync_batchnorm: false
  precision: 32
  enable_model_summary: true
  num_sanity_val_steps: 0
  profiler: null
  benchmark: false
  deterministic: false
  reload_dataloaders_every_n_epochs: 0
  auto_lr_find: false
  replace_sampler_ddp: true
  detect_anomaly: false
  auto_scale_batch_size: false
  plugins: null
  move_metrics_to_cpu: false
  multiple_trainloader_mode: max_size_cycle

Logs
Not much logs to put in

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Hello, this certainly isn't expected behavior. Just to clarify, in your config you use 512x512 resolution which you say takes 1.2s to execute, which resolution takes 15s?
In any case, EfficientAD should be fast, but it does use neural networks, so if you want the execution to be fast, you will need to run it on a GPU. I suspect this is the main culprit. Also make sure you are timing only the inference (predict time), not the model instantiation (and other parts), as that would falsely inflate the duration (unless your task involves this).

Hi, thanks for help. When I sue 700x1200 it takes 15s to get prediction. I only check during inference so instantiation model does not be a reason for too much time. Is it normal it takes way more times when use openvino? Other than EfficientAD, it usually takes less time to get predictions with openvino inferencer.

Okay, as you mentioned, it is maybe due to use openvino in cpu option. So I tested torch_inferencer, now it is really faster. with 700x1200, I got 0.6 for prediction return. But still not sure why it works slow in openvino inferencer.

Did you also try openvino with gpu inference? You can pass device parameter and set it to GPU by using --device GPU

@blaz-r, do you think if this is a bug or a specific use-case?

@samet-akcay I don't think this is a bug, but it surely is a bit unusual for EfficientAD to take so much time. Maybe the reason is inference on the CPU or it could also be something with OpenVINO but I can't say for sure.

@samet-akcay Hi. I recentely switched inference module to TorchInferencer and it seems like the issue has been addressed. However, still does not know why it gets extremely slower when I use OpenvinoInferencer(It gives same results. No accuracy drop nor incorrect prediction. Just prediction speed gets 10x slower). Maybe it is due to huge image size?(since I am using 800x1600 image size).

authors: blaz-r papago2355 samet-akcay

repo: openvinotoolkit/anomalib


text:
Add LFW format

Motivation and context

Added LFW format.
How has this been tested?

Checklist

[ ] I submit my changes into the develop branch
[x] I have added description of my changes into CHANGELOG file
[x] I have updated the documentation accordingly
[x] I have added tests to cover my changes
[ ] I have linked related issues (read github docs)
[ ] I have increased versions of npm packages if it is necessary (cvat-canvas,
cvat-core, cvat-data and cvat-ui)

License

[x] I submit my code changes under the same MIT License that covers the project.
Feel free to contact the maintainers if that's a concern.
[x] I have updated the license header for each file (see an example below)

# Copyright (C) 2021 Intel Corporation
#
# SPDX-License-Identifier: MIT

The main question for me now: should we allow to export tasks in the format, if they don't correspond to the expected format. For example, our tasks don't have corresponding attributes. I have created a task with pets (cat, dog) without necessary attributes and exported the dataset in LFW. Did I get something useful?

The main question for me now: should we allow to export tasks in the format, if they don't correspond to the expected format. For example, our tasks don't have corresponding attributes. I have created a task with pets (cat, dog) without necessary attributes and exported the dataset in LFW. Did I get something useful?

@nmanovic I think, without attributes this format can still be useful for image/face classification task.

authors: kirill-sizov nmanovic

repo: openvinotoolkit/cvat


text:
Add COCO Roboflow section

Summary

Add documentation part of #976

How to test

Checklist

[ ] I have added unit tests to cover my changes.
[ ] I have added integration tests to cover my changes.
[x] I have added the description of my changes into CHANGELOG.
[x] I have updated the documentation accordingly

License

[ ] I submit my code changes under the same MIT License that covers the project.
Feel free to contact the maintainers if that's a concern.
[ ] I have updated the license header for each file (see an example below).

# Copyright (C) 2023 Intel Corporation
#
# SPDX-License-Identifier: MIT

Codecov Report
Patch coverage has no change and project coverage change: -0.03 :warning:

Comparison is base (332879d) 78.53% compared to head (62ee21e) 78.51%.

Additional details and impacted files
@@             Coverage Diff             @@
##           develop    #1000      +/-   ##
===========================================
- Coverage    78.53%   78.51%   -0.03%
===========================================
  Files          233      233
  Lines        26749    26757       +8
  Branches      5320     5323       +3
===========================================
  Hits         21007    21007
- Misses        4497     4498       +1
- Partials      1245     1252       +7

Flag
Coverage Δ

macos-11_Python-3.8
?

ubuntu-20.04_Python-3.8
78.51% <ø> (-0.01%)
:arrow_down:

windows-2019_Python-3.8
?

Flags with carried forward coverage won't be shown. Click here to find out more.
see 8 files with indirect coverage changes

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

authors: codecov-commenter vinnamkim

repo: openvinotoolkit/datumaro


text:
Error audio sample app - Got EOS from element "pipeline0"

Hello,
I was able to build and run the DL streamer audio sample app and I'm getting this message and no output is generated.
I tried this on locahost with openVINO 2021.3, and also on openvino/ubuntu18_data_runtime:latest and  openvino/ubuntu20_data_runtime:latest docker containers.
Any ideas?
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 0:00:00.052957385
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

Hi @antoniomtz,
What was the input file? Can you share your full pipeline command?
The other useful tool for investigation is to set GST_DEBUG=3 at least to see the error messages:
https://gstreamer.freedesktop.org/documentation/tutorials/basic/debugging-tools.html?gi-language=c
Mark

Hello @mliu2020 ,
I'm running the sample audio file from openVINO which includes an audio file.
This is the command:
gst-launch-1.0 filesrc location=how_are_you_doing.wav ! decodebin ! audioresample ! audioconvert ! audio/x-raw, channels=1,format=S16LE,rate=16000 ! audiomixer output-buffer-duration=100000000 ! gvaaudiodetect model=/home/antonio/intel/dl_streamer/models/audio_models/aclnet/FP32/aclnet.xml model-proc=./model_proc/aclnet.json sliding-window=0.2 ! gvametaconvert ! gvametapublish file-format=json-lines ! fakesink

Hi @antoniomtz ,
Could you verify that model_proc file for aclnet contains the following fix? https://github.com/openvinotoolkit/dlstreamer_gst/commit/4a8b37a81b4f8362899d3521bcabe5ecaec97014#diff-690de75ea210e7d36ad143ef356375f3931f2653dc520112d57b8cdc49baea7e

@antoniomtz,
Can you confirm on @adranit's suggested patch?
You might either try the same script on the latest 2021.4 release and see if this was fixed.
Mark

Hi @antoniomtz,
If you are no long looking into this issue, would you mind if I close this issue?
Mark

@mliu2020 @adranit it worked. However, the output from the sample audio app is not accurate. The sample audio app from openVINO uses an audio file with the speech "How are you doing".

gst-launch-1.0 filesrc location=how_are_you_doing.wav ! decodebin ! audioresample ! audioconvert ! audio/x-raw, channels=1,format=S16LE,rate=16000 ! audiomixer output-buffer-duration=100000000 ! gvaaudiodetect model=/home/antonio/intel/dl_streamer/models/audio_models/aclnet/FP32/aclnet.xml model-proc=./model_proc/aclnet.json sliding-window=0.2 ! gvametaconvert ! gvametapublish file-format=json-lines ! fakesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
{"channels":1,"events":[{"detection":{"confidence":0.7,"label":"Can opening","label_id":35,"segment":{"end_timestamp":1000000000,"start_timestamp":0}},"end_timestamp":1000000000,"event_type":"Can opening","start_timestamp":0}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":0.67,"label":"Cow","label_id":4,"segment":{"end_timestamp":1200000000,"start_timestamp":200000000}},"end_timestamp":1200000000,"event_type":"Cow","start_timestamp":200000000}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":0.99,"label":"Speech","label_id":53,"segment":{"end_timestamp":1400000000,"start_timestamp":400000000}},"end_timestamp":1400000000,"event_type":"Speech","start_timestamp":400000000}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":1.0,"label":"Speech","label_id":53,"segment":{"end_timestamp":1600000000,"start_timestamp":600000000}},"end_timestamp":1600000000,"event_type":"Speech","start_timestamp":600000000}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":1.0,"label":"Speech","label_id":53,"segment":{"end_timestamp":1800000000,"start_timestamp":800000000}},"end_timestamp":1800000000,"event_type":"Speech","start_timestamp":800000000}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":1.0,"label":"Speech","label_id":53,"segment":{"end_timestamp":2000000000,"start_timestamp":1000000000}},"end_timestamp":2000000000,"event_type":"Speech","start_timestamp":1000000000}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":1.0,"label":"Speech","label_id":53,"segment":{"end_timestamp":2200000000,"start_timestamp":1200000000}},"end_timestamp":2200000000,"event_type":"Speech","start_timestamp":1200000000}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":1.0,"label":"Speech","label_id":53,"segment":{"end_timestamp":2400000000,"start_timestamp":1400000000}},"end_timestamp":2400000000,"event_type":"Speech","start_timestamp":1400000000}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":1.0,"label":"Speech","label_id":53,"segment":{"end_timestamp":2600000000,"start_timestamp":1600000000}},"end_timestamp":2600000000,"event_type":"Speech","start_timestamp":1600000000}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":1.0,"label":"Speech","label_id":53,"segment":{"end_timestamp":2800000000,"start_timestamp":1800000000}},"end_timestamp":2800000000,"event_type":"Speech","start_timestamp":1800000000}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":1.0,"label":"Speech","label_id":53,"segment":{"end_timestamp":3000000000,"start_timestamp":2000000000}},"end_timestamp":3000000000,"event_type":"Speech","start_timestamp":2000000000}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":0.99,"label":"Speech","label_id":53,"segment":{"end_timestamp":3200000000,"start_timestamp":2200000000}},"end_timestamp":3200000000,"event_type":"Speech","start_timestamp":2200000000}],"rate":16000}
{"channels":1,"events":[{"detection":{"confidence":0.99,"label":"Speech","label_id":53,"segment":{"end_timestamp":3400000000,"start_timestamp":2400000000}},"end_timestamp":3400000000,"event_type":"Speech","start_timestamp":2400000000}],"rate":16000}
Got EOS from element "pipeline0".
Execution ended after 0:00:00.138420280

Can you guide me how to translate this json message into the actual speech?

{"channels":1,"events":[{"detection":{"confidence":0.99,"label":"Speech","label_id":53,"segment":{"end_timestamp":1400000000,"start_timestamp":400000000}},"end_timestamp":1400000000,"event_type":"Speech","start_timestamp":400000000}],"rate":16000}

@antoniomtz,
The output should be expected. You misunderstood the purpose of the model, it is used to detect the kind of the sound, not to generate the transcript of the speech.
Mark Liu

That's what I assumed afterwards.
However, the sample hello wav file confused me a little bit. I was expecting to see "How are you doing" as the output.
Other than that, the ticket can be closed now. Thank you.

Yes, I agree.
I have the same experience, we should either supply a new sound track or describe it explicitly.
Mark

authors: adranit antoniomtz mliu2020


text:
Add heuristic logic to unify the oc block to optimize the peak memory consumption for LLM.

Description
Add heuristic  logic to unify the oc block to optimize the peak memory consumption for LLM.

OV PR:https://github.com/openvinotoolkit/openvino/pull/19575

repo: openvinotoolkit/oneDNN


text:
rm .github/ISSUE_TEMPLATE

GenAI issues found by the commpunity tend to be crated using that template which isn't correct because they usually expect us to address them.

Not the end. I was going to use one of the issues as a template for new GFI. I was trying to remember how issue assignment is implemented and just stumbled at the template because I forgot about your initial PR.
As for the general template, we don't have much to specify. It's not even reasonable to ask to provide a used version because they change rapidly and at the same time some of the problems are here for long time.
I need your GitHub button approval because Jenkins is unlikely to start its builds without the explicit approve.


text:
Remove itaic on page titles

Font changes have been updated

authors: Vaisakh-mv deepakkumarnd

repo: openvitae-tech/blackboard-lms


text:
Set up continuous integration

Need to set up a continuous integration pipeline for running unit tests, integration tests, builds, etc. Currently experimenting with concourse in this branch. Alternatives are travis CI, jenkins, etc.

Concourse server is set up at http://9.42.89.107:8080/

Concourse pipeline with unit tests set up and tested. Example PR using Concourse: https://github.com/openwhisk/apigateway/pull/23

repo: openwhisk/apigateway


text:
luci-app-yggdrasil: fix listen uri type and remove tap for v3.13

Tested against yggdrasil v3.12-develop (v3.13) / APU2 x86_64 (next release expected tomorrow)
uri is required, using address was omitting listen address for: ygguci get
tap interface support is removed in v3.13
do we need to update translation maps file now?

Updating translation templates is only strictly necessary if you introduce new strings. For removals, changed locations etc. we do occasional tree-wide translation syncs which will take care of such changes.

authors: jow- wfleurant

repo: openwrt/luci


text:
luci-{app,proto}-wireguard: remove kmod-wireguard

Prepares for 5.10 migration. wireguard-tools will bring in the correct
wireguard kernel module dependency - either kmod-wireguard or
kmod-wireguard-oot.
Depends on openwrt/openwrt#3885

I'm going to close this for now, there has been quite a bit of discussion on how to proceed with WireGuard going forward, but I think the idea is to limit disruption to user space packages that depend on kmod-wireguard. So, no changes should be needed here.

I wonder if this is PR again relevant now when https://github.com/openwrt/openwrt/commit/cbcddc9f318607881799e329b327a68c4e76d5cb has been merged

Yeah I think it's worth removing the unnecessary dependency.

authors: hnyman lipnitsk


text:
luci-proto-cni: protocol update

Updated luci support for updated netifd cni support openwrt/packages#22341
maintainer: me
build/test platform: x86_64, latest git

Hold until openwrt/packages#22341 is merged.

PR openwrt/packages#22341 is merged. This is good to go.

Thanks!

authors: feckert oskarirauta


text:
Enable roundeven expansion pattern

Re-enables more tests from #12778.

Could we keep the approximate math patterns still guarded by a flag. Even if the flag is on by default.

Good idea, done.

repo: openxla/iree


text:
[CPU] Improve vector tile sizes for sub-byte matmuls on Aarch64

This PR introduces a simple heuristic to make sure that we at least fill one vector register for the smallest data type used in the matmul. For example, given a 128-bit vector and a i32 <- i4, i4 matmul, we used 16 tile size for the main vector dimension (16x4 = 64 bits, half vector). With this PR we use 32 (32x4 = 128 bits, full vector).

RISC-V ISel crashes... I think it's probably too ambitious to enable this for all the targets. Let me apply this to only aarch64 for now and add a TODO about generalizing it.


text:
fix dns host using configmap name

What type of PR is this?

Uncomment only one /kind <> line, hit enter to put that in a new line, and remove leading whitespace from that line:
/kind bug
/kind documentation
/kind enhancement
/kind good-first-issue
/kind feature
/kind question
/kind design
/sig ai
/sig iot
/sig network
/sig storage

What this PR does / why we need it:
Which issue(s) this PR fixes:

Fixes #
Special notes for your reviewer:

Does this PR introduce a user-facing change?

other Note

/lgtm

authors: River-sh rambohe-ch

repo: openyurtio/openyurt


text:
support / give feedback / generate button asks for root without explanation

The app asks for root escalation to generate the feedback package, but doesn't say precisely what it's going to collect or change and doesn't offer any alternatives. It would go far to inspire confidence if the text near the button made it perfectly clear what files would be collected and how the feedback package will be handled. Is it going to immediately upload to someone's cloud or will a file be generated that I can first inspect before sharing? A welcome alternative would be steps to generate the package after an opportunity to inspect the script. The password prompt asks for permission to run "bash" which is slightly alarming. I decided not to proceed when I saw that for the reasons above.

Linux actually doesn't have a service to generate that package, I hid this in the latest commit until one gets added

authors: JeremyTellier qrkourier

repo: openziti/desktop-edge-ui


text:
Oudated info in Packaging an operator for OLM

Bug Report
What did you do?
I was checking the doc https://olm.operatorframework.io/docs/tasks/packaging-an-operator/
What did you expect to see?

It links as an example of the Memcached sample with the layout 1.0+ of SDK in : https://github.com/operator-framework/operator-sdk/tree/master/testdata/go/v3/memcached-operator/config
The description point out the files in the config/ dir instead of the legacy deploy/ one.

What did you see instead? Under which circumstances?
A clear and concise description of what you expected to happen (or insert a code snippet).

@camilamacedo86 Thanks for the report - It looks like the doc link you provided no longer exists, so I'm going to close this out. If we're still referencing out-of-date memcached samples, let's re-visit this by opening an issue in the olm-docs repository so we have a centralized place that tracks all the upstream OLM documentation.


text:
Add webhook proposal

This is my current view of how webhooks should be added into OLM. Feedback/discussion encouraged.

/retest

/test e2e-aws-console-olm

/retest

/test e2e-aws

Regarding certificate management, have you thought about relying on cert-manager or OpenShift's service-ca?

authors: ecordell jpeeler rcernich


text:
[Helm] Random password regenerated indefinitely

Bug Report
What did you do?
As a part of a hack day, we created a Jenkins operator from the stable/jenkins chart, with a couple of modifications. After installing the operator, we noticed that the jenkins admin password, which is defined to be generated randomly, is regenerated indefinitely.
Repository can be found here: https://github.com/jenkins-operator/jenkins-operator
Line in template causing the problem: https://github.com/jenkins-operator/jenkins-operator/blob/master/helm-charts/jenkins/templates/secret.yaml#L18
Currently the repository contains a hard coded admin password (set to "admin" of course :1st_place_medal:).
What did you expect to see?
We expected the password to be generated once and remain consistent.
What did you see instead? Under which circumstances?
The password was changing every few moments, probably due to a reconciliation loop.
Environment

operator-sdk version:

operator-sdk version: v0.8.2, commit: 28bd2b0d4fd25aa68e15d928ae09d3c18c3b51da

go version:

go version go1.11.5 linux/amd64

Kubernetes version information:

minishift v1.33.0+ba29431

Kubernetes cluster kind: MiniShift

Are you writing your operator in ansible, helm, or go?

Helm
Thank you very much!

@maorfr This sounds like a duplicate of #1106 and #1291.
The helm-operator reconciler upgrade logic works by running a dry-run upgrade and comparing the manifest with the current deployed release. If they differ, an upgrade is performed. When using random functions on helm charts, the dry-run upgrade will always produce a different manfiest, resulting in a never-ending upgrade/reconcile loop.
In this case, the solution would be to set .master.adminPassword in your CR spec so that the template uses the provided value instead of the random function.

That would mean storing the password in source control in many cases, which is suboptimal imo.
Can the reconciler check if the resource already exists and take that into consideration? If it exists, and it is a randomly generated password, ignore it? Or something similar?

authors: joelanford maorfr

repo: operator-framework/operator-sdk


text:
storage: structure protobuf definition in folders

proto/frontend
proto/middlend
proto/backend

we think same #119

with #144 we now have storage/v1/backend_nvme_tcp.proto
can/should we do more like for example: storage/v1/frontend/nvme.proto and storage/v1/frontend/virtio-blk.proto and storage/v1/backend/nvme_tcp.proto

authors: alanwhite glimchb

repo: opiproject/opi-api


text:
Added rtadvd configuration and service calls

Added routines to create rtadvd config file; there seem to be some options that do not exist in rtadvd, so we'll need to see if that makes it unopperable. Using the background launch option fixed the issue with no response to RS when launched using mwexecf.
This is a first draft, so obviously there will need to be some fixes.! :)

Need to look at the logging output of rtadvd,  in verbose mode it appears to flood the logging but not all data appears in the logs, in intermediate mode it doesn't say much, except tells you it's exited gracefully. In low mode it says sod all.

Modded rtadvd to give more output at debug level 1, no shows RS received etc. I'll PR that shortly.

rtadvd PR https://github.com/opnsense/src/pull/82

I hope for a clean replacement patch so we can see what changes when me migrate vs. adding duplication and overrides.

Totally agree, but at present, would we not be better to check it out thoroughly first? As I said, there are certain options missing in rtadvd, possibly we don't need them, possibly we do.

Much the same as when we implemented dpinger, we allowed the option until we were happy there were no issues. Unfortunately in this case we do not have a case where pfs was already running rtadvd, so we have no history in that context.

Should not compare this to dpinger. It worked very differently compared to apinger. rtadvd is mostly a drop-in replacement with eventual caveats and if it works we'll switch service right away. For this we need to be able to review changes and features lost (worst case). Especially the second worries me. And I'm half-sure there will be new bugs later on but we'll have to see when we get there...

I can issue a separate PR which does just replace radvd with rtadvd. I was also going to the ctrl function so it just forces a config re-read if the daemon is already running; another issue is the command line addition of the interfaces, should we add ALL the interfaces that are not WAN, even if they are down.?

we give rtadvd no interfaces on  the command line and then switch them on and off with rtadvctl how it seems to be intended by the authors

Yeah, I could not make that work, but it might have been the daemon launch issue spiking me, I'll try it again without the command line interfaces.

Yes, that must have been the issue, it works fine using the rdadvctl enable ...interfaces. So launch the demon if not running, wait for it then enable the interfaces?

repo: opnsense/core


text:
Daemon started twice

On Ubuntu 14.04 with memcached cookbook v1.7.2. I'm using the cookbook like this:
memcached_instance 'my_memcached'

.. with these attributes:
default['memcached']['memory'] = 64
default['memcached']['logfilename'] = 'memcached.log'
default['memcached']['port'] = 11211
default['memcached']['user'] = 'memcache'

After converge, I end up with two lots of memcached running. It's like the default Ubuntu installer is also starting up it's own init script?
$ ps aux | grep memcached
memcache  1619  0.0  0.0 325396  1184 ?        Sl   23:01   0:00 /usr/bin/memcached -m 64 -p 11211 -u memcache -l 127.0.0.1
root      1707  0.0  0.0    168     4 ?        Ss   23:02   0:00 runsv memcached-my_memcached
memcache  1718  0.0  0.0  54820  1024 ?        Sl   23:02   0:00 /usr/bin/memcached -v -m 64 -U -p 11211 -u memcache -l 0.0.0.0 -c 1024
root      1745  0.0  0.0    184     4 ?        S    23:02   0:00 svlogd -tt /var/log/memcached-my_memcached

This should be addressed by #47. Please reopen if incorrect.

authors: jonathanhoskin stonith

repo: opscode-cookbooks/memcached


text:
🛑 API Server is down

In fc2ad2a, API Server (https://api.optbp.com/hangfire) was down:

HTTP code: 0
Response time: 0 ms

Resolved: API Server is back up in a461801.

repo: optbp-monitor/optbp-monitor


text:
Multiselect don't find value (MenuItemSelectType)

=> return ['id' => (string)$key, 'label' => $value].

Heya! I merged the PR by @mariuskli and released version 5.3.3. It should be fixed now. :) Good luck!

authors: Tarpsvo ttungbmt

repo: optimistdigital/nova-menu-builder


text:
Error when creating menu

I get this error when creating a menu on a fresh installation of Nova v2.3.0 and nova-menu-builder v1.4.0
SQLSTATE[22P02]: Invalid text representation: 7 ERROR: invalid input syntax for integer: "{{resourceId}}" (SQL: select count(*) as aggregate from "menus" where "slug" = yooo and "id" <> {{resourceId}} and "locale" = )

I narrowed it down the validation rules in MenuResource.php:
->rules('required', 'max:255', 'unique:menus,slug,{{resourceId}},id,locale,' . $request->locale),

I changed the rules like so:
->rules('required', 'max:255', 'unique:menus,slug')
->updateRules('required', 'max:255', 'unique:menus,slug,{{resourceId}},id,locale,' . $request->locale),

And now it works.
However, it seems weird to methat I had to do that. Is there anything wrong with my setup?

Hey! Sorry for the late reply. You're indeed correct about the validation thing, creation rules can not have {{resourceId}} in them due to it not existing. It's weird that it has presumably worked so far though. Maybe it's something to do with the operating system or SQL version being used.
Anyhow, I fixed it in version 1.4.1 in the same way you described, please give it a try. Thanks!

authors: Tarpsvo zippoxer


text:
fixing changelog to reflect 2.0.0 rollback and 2.0.0-beta2 release

Simple changes to the changelog, which wasn't updated when we did the 2.0.0 rollback and 2.0.0-beta2 release

build

repo: optimizely/android-sdk


text:
feat(Consumer): escape commas + use Writer + test Print

Address the remaining tasks of:  https://github.com/optopodi/optopodi/issues/30

[x] escape , in entry content
[x] make a test producer that supplies dummy data to test it
[ ] Use anyhow::Error instead of String for the Consumer return type. This can be addressed in another PR since we already have an issue for it: https://github.com/optopodi/optopodi/issues/28

I used the csv crate to write/escape the data.
As suggested in the review of  #32, I added a Write instance variable to the Print struct. I decided to add it to the state rather than as a parameter to the consume function to avoid (or just postpone) refactoring the struct: ExportToSheets, which is a Consumer but the Write parameter cannot be added straightforward.
To test the Print, I had to pass a reference to consume (&self instead of self).
Since the resulting code is a bit over-complex,  feedback is super appreciated, thanks!

@angelocatalani I'm happy to take a look at this but likely won't have all too much to give you — I am no expert (yet) when it comes to Arc and Mutex... @nikomatsakis will have much better insight for you.

@angelocatalani so I took a look. I think it's not worth having the unit tests. Really we're just checking that the csv::Writer code works correctly, and maybe it'd be better to just build up a unit testing harness runs the final executable anyway.
I pushed a commit that moves back to by-value and things work much more nicely.
If we really wanted the unit tests, I'd probably implement some custom writer that writes the data into a shared buffer, but it doesn't seem worth the trouble.

Moving to anyhow::Error and rebasing would be good though!

OK great I ll do it and request a new review

authors: angelocatalani chazkiker2 nikomatsakis

repo: optopodi/optopodi


text:
Unable to use an iSCSI disk greater than 2 TB

When i try to create a volume more than 2 TB, always get formated to 2 TB, tops. fdisk only support up to 2 TB.

Investigating

Problem was related to the usage of fdisks that won't comply beyond 2TB.
Fix is to use gpart
Fixed block looks like this:
resource "null_resource" "partition_disk" {
  depends_on = [null_resource.provisioning_disk]
  count      = length(oci_core_volume_attachment.ISCSIDiskAttachment)
  connection {
    type        = "ssh"
    host        = var.linux_compute_private_ip
    user        = var.is_opc ? "opc" : "ubuntu"
    private_key = var.ssh_private_is_path ? file(var.ssh_private_key) : var.ssh_private_key
  }

  # With provisioned disk, trigger fdisk, then pvcreate and vgcreate to tag the disk
  provisioner "remote-exec" {
    inline = [
      "set +x",
      "export DEVICE_ID=/dev/disk/by-path/ip-${oci_core_volume_attachment.ISCSIDiskAttachment[count.index].ipv4}:${oci_core_volume_attachment.ISCSIDiskAttachment[count.index].port}-iscsi-${oci_core_volume_attachment.ISCSIDiskAttachment[count.index].iqn}-lun-1",
      "if [ ${var.disk_size_in_gb} > 2000 ]; then ${local.parted} $${DEVICE_ID} mklabel gpt mkpart P1 xfs 0% 100%; else ${local.fdisk} $${DEVICE_ID}; fi",
    ]
  }
}

Closing bug as unitary testing went ok
[opc@dalquintdevhubscl SSH]$ ssh -i auto_ssh_id_rsa opc@129.151.114.86
The authenticity of host '129.151.114.86 (129.151.114.86)' can't be established.
ECDSA key fingerprint is SHA256:WbaUBnKPzyqnMxdJ0HCgvnw+uG0QO4IMOJmS5kOM92c.
ECDSA key fingerprint is MD5:c2:77:73:a0:1a:7d:bf:d6:48:be:bd:88:9a:83:b4:02.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '129.151.114.86' (ECDSA) to the list of known hosts.
cLast login: Fri Nov  5 21:26:43 2021 from dalquintdevhubscl.dalquinthubpubs.dalquinthubvcn.oraclevcn.com
cd Welcome to Autonomous Linux
Effective kernel version is 5.4.17-2102.200.13.el7uek.x86_64

Please add OCI notification service topic OCID with
$ sudo al-config -T [topic OCID]
[opc@testiscsi01 ~]$ cd /u01/
[opc@testiscsi01 u01]$ df -h .
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb1       3.0T   33M  3.0T   1% /u01
[opc@testiscsi01 u01]$ exit
logout
Connection to 129.151.114.86 closed.

authors: dralquinta kakopedreros


text:
Fix css to make video responsive - LLAPEX - 646

Add here your WMS ID
General requirements

Information in the workshop is adequate and updated
Code is correct and working
Links are correct
Make sure you enter the help email link in your manifest.json
Please make sure WMS URLs are updated as needed after your PR is approved

Checklist - Refer to the QA document for the complete list
Please confirm that the following is completed before submitting your PR

[ ] All filenames are lower case (including folders, images, files, etc.)
[ ] Filenames are descriptive
[ ] Your workshop folder structure should be similar to the one used in the sample workshop (https://github.com/oracle-livelabs/common/tree/main/sample-livelabs-templates/sample-workshop)
[ ] Are you using multiple versions (desktop/, sandbox/, tenancy/)? Make sure that each of them contains a manifest.json and an index.html
[ ] Image references in markdown contain an alternate text

Hi Anoosha! I cannot merge your PR. Can you look into this issue below?

Also, for the step by step guide, are you updating the new one or the old one?

authors: anooshapilli arabellayao

repo: oracle-livelabs/common


text:
chore: use dunder function str when requiring a string serialization of a PackageURL object

The PackageURL class implements the __str__() function here:
    def __str__(self, *args: Any, **kwargs: Any) -> str:
        return self.to_string()

That __str__() function is invoked automatically when using %s in a format string (as is the case when logging, docs) or when calling the str() built-in.
This change removes the to_string() use such that the plain PackageURL objects are passed to logging and str() and thereby their __str__() function is called instead. That guarantees that the PackageURL class is responsible for returning the “‘informal’ or nicely printable string representation” of the object. And, lucky enough, that’s the value produced by to_string() anyway.

Thanks @jenstroeger for the changes. They make sense :+1:

authors: behnazh-w jenstroeger

repo: oracle/macaron


text:
Use options.PVName when creating FSS PV objects

An OCID cannot be reliability used as a PV name since OCIDs may contain invalid
chars.
This change fixes a previous bug where FSS PV's would fail to create in certain regions
leaving orphaned OCI resources.

This behaviour mimics the AWS EFS provisioner.
For reference the PV name is made up of the prefix "pvc" and the PVC.UID.
➜  k get pv -o go-template --template '{{range .items}}{{.metadata.name}}{{"\n"}}{{end}}'
pvc-c7fa1319-e372-11e8-9ff9-020017006e02

repo: oracle/oci-cloud-controller-manager


text:
change site method to use new name

see: https://github.com/jekyll/jekyll/pull/3240

Is this going to be accepted?

Oops, I totally forgot about this. Is it possible to make the code work with Jekyll 2 and 3?
If not, maybe I'll keep a 2.0 and 3.0 branch with corresponding versions.

Also, version 1.0.0 is now out with this change.

authors: blundin friedenberg orangejulius

repo: orangejulius/jekyll-footnotes


text:
feat: Repository.Manifest() now returns a ManifestStore

Resolves #284
Signed-off-by: Sylvia Lei lixlei@microsoft.com

Codecov Report

Merging #300 (a9cee9c) into main (e413b92) will increase coverage by 0.03%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main     #300      +/-   ##
==========================================
+ Coverage   71.54%   71.57%   +0.03%
==========================================
  Files          37       37
  Lines        3511     3515       +4
==========================================
+ Hits         2512     2516       +4
  Misses        747      747
  Partials      252      252

Impacted Files
Coverage Δ

registry/repository.go
0.00% <ø> (ø)

registry/remote/repository.go
65.72% <100.00%> (+0.18%)
:arrow_up:

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

authors: Wwwsylvia codecov-commenter

repo: oras-project/oras-go


text:
handle program exceptions

add try & catch to the program exceptions

Done.

authors: orbardugo sabagsapir

repo: orbardugo/Hahot-Hameshulash


text:
The application crashes when the cross is pressed

Describe the bug
I usually close the application window so that it stays running but not displayed on the screen. At some point after clicking on the cross - the app started to unload from memory. I am using OrbStack on multiple macs with the same settings for both the system and the OrbStack app itself. Below I will add information from the macs where I am experiencing the problem.
To Reproduce
No response
Expected behavior
The application should remain visible in the dock, but its window should be closed
Diagnostic report (REQUIRED)
OrbStack info:
Version: 1.8.0
Commit: 58b79a4a06c46666c70ca908a94b47fe70882fca (v1.8.0)
System info:
macOS: 13.7.1 (22H221)
CPU: amd64, 4 cores
CPU model: Intel(R) Core(TM) i5-7360U CPU @ 2.30GHz
Model: MacBookPro14,1
Memory: 8 GiB
Diagnostic report failed: get presigned url: Post "https://api-license.orbstack.dev/api/v1/debug/diag_reports": context deadline exceeded (Client.Timeout exceeded while awaiting headers)

Full report: https://orbstack.dev/_admin/diag/orbstack-diagreport_2024-11-08T07-45-01.921975Z.zip
OrbStack Crash Report.zip
orbstack-diagreport_2024-11-08T07-45-01.921975Z.zip
gui.log.zip
vmgr.1.log.zip
vmgr.log.zip
Screenshots and additional context (optional)
No response

Already fixed for the next version.

Released in v1.8.1.

repo: orbstack/orbstack