Can't open old ipynb using Git Graph

Steps to cause the bug to occur

Nothing shows!
Actual behavior
Expected behavior

Your Jupyter and/or Python environment
Please provide as much info as you readily know

Jupyter server running: Local | Remote | N/A
Extension version: 20YY.MM.#####-xxx
VS Code version: #.##
Setting python.jediEnabled: true | false
Setting python.languageServer: Jedi | Microsoft | None
Python and/or Anaconda version: #.#.#
OS: Windows | Mac | Linux (distro):
Virtual environment: conda | venv | virtualenv | N/A | ...

Python Output

Microsoft Data Science for VS Code Engineering Team: @rchiodo, @IanMatthewHuff, @DavidKutu, @DonJayamanne, @greazer, @joyceerhl

Thanks for filing this issue.
Please could you provide the following information:

Your Jupyter and/or Python environment, OS, etc

You haven't provided any of this information.

Output from the console log

Go into Help-> Toggle Developer Tools
Provide the output of the console window

Output from the webview console log

Once the notebook is open, please go into the command palette Developer: Open Webview Developer Tools
Provide the output of the console window

Doesn't it happen to you?
These info is too troublesome.

We really need the log info @DonJayamanne asked for.

Python 3.8
Anaconda

If you open a blank notebook (command 'Create Blank Notebook') is that also blank? If not can you share the notebook that isn't working?

'Create Blank Notebook' works.
Only when I try to open history's files in git graph.


Switch from Ubuntu to Flatcar

Towards https://github.com/giantswarm/roadmap/issues/2805
I managed to install a cluster with these changes. I used an our own gs image: flatcar-stable-3602.2.1-kube-v1.24.12-gs .

How to run CI
Comment on this PR with:
/run cluster-test-suites

Note this PR will introduce a breaking change and it is not supposed to support upgrades.
/run cluster-test-suites

I noticed we override template value in e2e with an ubuntu image. The tests are supposed to fail now.

I tested this change manually. All apps are deployed. All pods are up&running.


Manage Entity Visibility is not showing all entities

Hi,
the window of "Manage Entity Visibility" is not showing all entities. I think that all entities are in list, but the list is cropped somehow.
The list os entities is not resizable, maybe is this.
Another thing: when I hide some entities, everytime I open the modeler it re-route. The modeler did not keep the old routes.

Can you please share the screen shot for issue "cropped".
The purpose of "Manage Entity Visibility" is to provide the compact visibility and usability to user . So it is re-rerouted to make user experience better in such case , if diagram have many entities and hidden entities create distance between visible entities so user have to scroll to view connectivity .

There is 1~4 entities I can't access in the list. These entities are below "CategoriaEstoque".
Re-route is a good thing, I know. But every time I open diagram with "invisible entities" it re-route, not only first time after manage entity visibility. If I open ten times the diagram file, ten times it'll re-route. Auto route has some random position, than when I open diagram, I don't know where is the entities anymore. I need to search.

These issues/requirement will be fixed in JPA diagram Workspace functionality : https://github.com/jGauravGupta/JPAModeler/issues/75

Alright. Thank you.

Thanks for reporting the issue and prioritizing the task :)


[Question]: Cannot connect to local OpenAI compatible API

What is your question?
I have made a OpenAI compatible API that runs locally. I'm trying to connect to it with librechat.
I have this in librechat.yaml:
endpoints:
  custom:
    - name: "LocalOpenAI"
      apiKey: "XXX"
      baseURL: "http://<IP_ADDRESS>:7071/api/v1/"
      models:
        default: ["gpt-4o"]
        fetch: true
      titleConvo: true
      titleModel: "current_model"
      summarize: false
      summaryModel: "current_model"
      forcePrompt: false
      modelDisplayLabel: "LocalOpenAI"

And I can successfully use the API within the container:
$ podman exec -it a217631b0d73 /bin/sh
/app # curl -X POST http://<IP_ADDRESS>:7071/api/v1/models -H "Authorization: Bearer XXXXX"
{"object": "list", "data": [{"id": "gpt-4o", "object": "model", "created":<PHONE_NUMBER>, "owned_by": "Bouvet"}]}/app # ⏎

/app # curl -X POST http://<IP_ADDRESS>:7071/api/v1/chat/completions -H "Content-Type: application/json" -H "Authorization: Bearer XXXX" -d '{"messages": [{"role"
: "user", "content": "What wells are in the maria field?"}]}'

{"choices": [{"content_filter_results": {"hate": {"filtered": false, "severity": "safe"}, "self_harm": {"filtered": false, "severity": "safe"}, "sexual": {"filtered": false, "severity": "safe"}, "violence": {"filtered": false, "severity": "safe"}}, "finish_reason": "stop", "index": 0, "logprobs": null, "message": {"audio": null, "content": "Answer:\nThe Maria field includes the well 6406/3-G-4 H, which is mentioned in the context of the Maria project.\n\nSupporting Quotes:\n\nReference #1:\n  Text: The 6406/3-G-4 H well was the fourth producer to be completed in the Maria project.\n  Document Title: Final Well Report \u2013 6406/3-G-4 H\n  File Name: MA01-WDN-D-IW-0002_01M_003.PDF\n  PDF Pages: 14, 15\n  Section: 4.1 Geology\n\n--------------------------------------------------------------------------------\n\n", "function_call": null, "refusal": null, "role": "assistant", "tool_calls": null}}], "created":<PHONE_NUMBER>, "id": "chatcmpl-LmULnRcGwIplrVeggNXtNuRjYuqDY", "model": "gpt-4o", "object": "chat.completion", "prompt_filter_results": [{"content_filter_results": {"hate": {"filtered": false, "severity": "safe"}, "self_harm": {"filtered": false, "severity": "safe"}, "sexual": {"filtered": false, "severity": "safe"}, "violence": {"filtered": false, "severity": "safe"}}, "prompt_index": 0}], "service_tier": null, "system_fingerprint": "fp_000eow_rag", "usage": {"completion_tokens": 1, "prompt_tokens": 1, "completion_tokens_details": {"accepted_prediction_tokens": 0, "audio_tokens": 0, "reasoning_tokens": 0, "rejected_prediction_tokens": 0}, "prompt_tokens_details": {"audio_tokens": 0, "cached_tokens": 0}, "total_tokens": 2}}/app #

I can also select the model in librechat, but not use it:

Logs say:
[api]         | 2024-11-19 15:11:59 error: Failed to fetch models from LocalOpenAI API The request was made and the server responded with a status code that falls out of the range of 2xx: Request failed with status code 404. Error response data:
[api]
[mongodb]     | {"t":{"$date":"2024-11-19T15:12:03.289+00:00"},"s":"I",  "c":"NETWORK",  "id":22943,   "ctx":"listener","msg":"Connection accepted","attr":{"remote":"<IP_ADDRESS>:34682","uuid":{"uuid":{"$uuid":"377ea852-0e9c-4af0-9187-6b099844e6b0"}},"connectionId":15,"connectionCount":15}}
[mongodb]     | {"t":{"$date":"2024-11-19T15:12:03.289+00:00"},"s":"I",  "c":"NETWORK",  "id":51800,   "ctx":"conn15","msg":"client metadata","attr":{"remote":"<IP_ADDRESS>:34682","client":"conn15","negotiatedCompressors":[],"doc":{"driver":{"name":"nodejs","version":"4.17.2"},"platform":"Node.js v20.18.0, LE","os":{"name":"linux","architecture":"x64","version":"6.11.8-300.fc41.x86_64","type":"Linux"}}}}
[mongodb]     | {"t":{"$date":"2024-11-19T15:12:03.298+00:00"},"s":"I",  "c":"NETWORK",  "id":22943,   "ctx":"listener","msg":"Connection accepted","attr":{"remote":"<IP_ADDRESS>:34692","uuid":{"uuid":{"$uuid":"81ead876-b2ac-4ebc-aa57-891ffc44eccb"}},"connectionId":16,"connectionCount":16}}
[mongodb]     | {"t":{"$date":"2024-11-19T15:12:03.299+00:00"},"s":"I",  "c":"NETWORK",  "id":51800,   "ctx":"conn16","msg":"client metadata","attr":{"remote":"<IP_ADDRESS>:34692","client":"conn16","negotiatedCompressors":[],"doc":{"driver":{"name":"nodejs|Mongoose","version":"5.9.2|7.8.1"},"platform":"Node.js v20.18.0, LE","os":{"name":"linux","architecture":"x64","version":"6.11.8-300.fc41.x86_64","type":"Linux"}}}}
[api]         | 2024-11-19 15:12:11 warn: [OpenAIClient.chatCompletion][stream] API error
[api]         | 2024-11-19 15:12:11 error: [handleAbortError] AI response error; aborting request: 404 status code (no body)

More Details
Let me know if you need any details
What is the main subject of your question?
Endpoints
Screenshots
No response
Code of Conduct

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

Try changing fetch to false in your YAML.


add tc version via config

What setting testcontainers version via config might look like

This definitely looks cleaner than the other way. Now I wonder if it should be added to the config spec (which I'm leaning towards no since the config spec is more for validation during production).

if it should be added to the config spec

Actually, we could put test stuff like this off in its own top-level key, might be even cleaner?

The issue with that is that this config value isn't just test-specific, it's also Postgres-specific. So I actually don't think it would be cleaner, since now you have PG-specific config leaking up to the top level.

Oh, I meant more like a :test key in the config at the top, with stuff like db versions underneath, but in the end I don't really care too much one way or the other

I think the prefix of :test- and the comments are sufficient to let folks know it has no prod effect

For instance, if we wired the config to a testing-only env var we could make a gh actions matrix and explicitly test certain versions, etc


Error message incorrect - implying virus infection

Error messages about server problems have an English phrase which is either ambiguous or wrong. This may need to be fixed as it implies a serious problem which may not be true.
The message says:
A NEW EXCEPTION HAS BEEN THROWN
SERVER :  APPLICATION: SERVER
SERVER INFECTED :
The problem is the word "infected" which in this context, means "infected with a virus".
Is there an error in the English translation? Should it be the word "affected"? Which means, "when something has had something happen to it". If a server is not infected with a virus, then the message should definitely be this in all cases:
A NEW EXCEPTION HAS BEEN THROWN
SERVER :  APPLICATION: SERVER
SERVER AFFECTED :
I hope this is helpful.

Fixed in 3.0.0


Nexus extension config in UI

Json Schema
"Nexus.Sources.StructuredDataSource":
{
},

"Nexus.Sources.FAMOS":
{
}

use Static Method Interface

https://github.com/neuroglia-io/Neuroglia.Blazor.JsonForms

Static interface method `object GetConfigurationAsync()"
this method takes existing config as JsonElement and should deserialize it into real config object
during this process it can be migrated to newer config versions (where to store version number? Auto bump when JSON Schema changes?)
JSON Schema can be derived from returned object, using .NET 9.
Schema and re-serilized object will be sent to UI
UI renders settings using schema and binds it to the serialised object data
saved data will.be sent to backend and stored in pipeline.json

New in .NET 9:
https://github.com/dotnet/core/blob/main/release-notes/9.0/preview/preview6/libraries.md#jsonschemaexporter

Base-class settings with version field, record, inheritance, return value = base type


Field module should be formalized in the specification

In looking through the SPRINT data dictionary in the Platform MDS Prod instance (https://healdata.org/mds/metadata/9ca8f3b7-c836-4f98-bd4c-f9d6463c9ddb), we noticed that the Form Name field from the SPRINT data dictionary had been stored in the module field (e.g. item 11 has a name of status, a title of Post-Baseline Study Status and a module of participant_tracking_phi_do_not_share). This field is not documented in https://github.com/HEAL/heal-metadata-schemas/blob/4de72076cc7485c511b0ba615a5bdafee3a81140/variable-level-metadata-schema/schemas/fields.json, but @suparna-renci and I think that it will be critically important for HEAL Dug users to see which constructs are being measured by a particular study. We think this field should be formally added to the fields list so that we can ensure that this field -- or something like that -- will be included in all future data dictionaries.

It looks like the above is from an older version? Here are some current (and draft PR)

Current schemas and dictionaries in main branch with module:

current json fields.json : https://github.com/HEAL/heal-metadata-schemas/blob/main/variable-level-metadata-schema/schemas/jsonschema/fields.json
current dictionary source yaml file: https://github.com/HEAL/heal-metadata-schemas/blob/main/variable-level-metadata-schema/schemas/dictionary/fields.yaml

Draft PR I am working on

In this PR, I am intending to improve the documentation annotations in general. Want to add some comments on additional wording and then I'll make into an official PR?

You are correct -- module is fully documented in https://github.com/HEAL/heal-metadata-schemas/blob/b4f3619e42610ddd1b490747303d44306b85887d/variable-level-metadata-schema/schemas/jsonschema/fields.json! I'm going to close this issue.
I had a quick look at PR https://github.com/HEAL/heal-metadata-schemas/pull/29 and it looks pretty good to me! I notice there are still references to cde_id and ontology_id in the model -- I thought we were replacing that with standardsMappings and relatedConcepts? I would suggest adding some examples to show how standardsMappings and relatedConcepts are supposed to be used -- these used to be in the templates/ directory, but it would be better to leave the templates empty as they currently are and make another examples/ directory for the examples. (If you want to be really finicky about it, you could create examples/correct and examples/incorrect directories, and then have GitHub Actions set up to make sure that examples/correct files pass validation and that examples/incorrect files fail validation in predictable ways.)


Output of Decimal/Binary Converter

Is your feature request related to a problem? Please describe.
If we first perform a conversion and then remove the value to be converted it shows NaN and if we enter wrong values in Binary converter then Too it shows NaN
Describe the solution you'd like
Adding conditions in the function so that if nothing is entered it should not show any output and if invalid binary number is entered it should show "Binary numbers only have 0's and 1's"

Please assign this to me

Go ahead
Deadline 27 March,2021 (11:59 PM IST)


fix: Fix how we normalize chart URLs

We have been reported at #102 that the current logic does not support providing an index that refers to charts using a different host to the one hosting the index YAML file.
We didn't consider this use case due to a bug in the NormalizeChartURL method at the internal/utils package. After checking the PR, we noticed that our CI tests were not being triggered and we started looking into the issue.
This patch fixes the bug and other omitted edge cases and we can consider #102 as closed after merging it.
Nevertheless, we would like to appreciate the effort, time, and patience that @marthydavid has dedicated! :)

Thanks!
Tested this morning at it works.


Update _index.adoc

Added the links to Asciidoctor documentations
Steps are written to contribute.

Closing PR as per #47, but will probably pull contents of this PR to a branch for resolving #33


cross-class skills macros not showing

When creating macros, the option to see cross-class skill macros sometimes does not show. SS and settings attached.

settings (1).zip

Please make sure that you are using http://ffxiv-beta.lokyst.net until we update the main site.

Omg! My apologies! Thank you <3


How to use alias

I see that the Alias column could be really useful, but i cant find anywhere under ssh_config where to specify an alias. On the readme I see the Hello, but nothing in the sample .ssh/config. How do i use the Alias?
Many thanks, super useful!

Aliases are the names matching the host's name. For example:
Host void name1 name2
  HostName <IP_ADDRESS>
  User root
  Port 22

In this example aliases would be name1 and name2.

Well I had no idea!!! Thank you very much.

No problem! Hope you like sshs :)


Geometry disappearing on MVT layer while dragging

I understand that the points on the map need to disappear while dragging and zooming for perfomance reasons,  but i think it would be good if it was optional, i've commented out the lines of code that do that and it worked perfectly in my scenario.

This should now be resolved by using a custom load strategy which creates a new source overwriting the existing source once all the data is loaded from the endpoint.


Update Firewatch Docs with base config file support

Following #192, relevant docs updated with the latest changes.

/verified

/verified


Implement autodistill-yolov6

Search before asking

[X] I have searched the Autodistill issues and found no similar feature requests.

Description
With the recent release of Yolov6v3, I'd like to submit a PR for hacktoberfest with my team implementing this model.
Yolov6v3 is implemented in ultralytics, so the change shouldn't be too different than YoloNAS.
If anyone has any considerations before implementation would love to start a conversation, or perhaps an intro meeting to get acquainted.
Use case
Autodistill can be used alongside Yolov6 to go dataset->model like other model implementations.
Additional
No response
Are you willing to submit a PR?

[X] Yes I'd like to help by submitting a PR!

Hello there! I have added the hacktoberfest label to this task. We would love to have YOLOv6 available in the ecosystem!
Regarding implementation, please fork the Autodistill base model template and follow the instructions in the README. These instructions cover how to implement and document the package.
I'm happy to meet for 15 minutes tomorrow if there are any pending questions (email me at james [at] roboflow [dot] com)! I am in the UK so I may not respond until tomorrow morning (it is 8pm here now).

Apologies, I meant to link to the target model template.

https://github.com/ArvistDev/autodistill-yolov6
while implementing I noticed there are no differences between Yolov8 and Yolov6. @capjamesg I think it'd be better if we made a single yolo repo that had support for everything included in ultralytics so that we can consolidate support.

I think it's probably better to keep them separate given the canonical YOLOv4, YOLOv6, and YOLOv7 (along with others like YOLOR and YOLOX) are not Ultralytics models.
I could see having an autodistill-ultralytics that worked with multiple models they support though.

Great work @bazylhorsey!
Would you mind updating your README to have instructions on how to get started? You can copy the README_EXAMPLE.md file into README.md and replace any mentions of "CLIP" (the model in the template) with YOLOv6 and add the appropriate text to the introduction.
Regarding the model architectures, let's keep the models separate for now. It is probably best for us to consolidate Ultralytics models at some point into autodistill-ultralytics, but we need to think about how that API will look. Will you do from autodistill_ultralytics import Ultralytics then initailize a model like model = Ultralytics(ontology, model_architecture="yolov8")?
When you are ready with your README, we can publish the package under autodistill-yololov6 on PyPi. Make sure you add your name / organization in there (put it in the intro if you'd like!) so that it is clear you contributed the model. You can also file a PR to this repository (autodistill) and add your model to the model matrix following the instructions in https://github.com/autodistill/autodistill/tree/main/automation. Feel free to add docs in the docs folder, too!
When the package is live, I can announce it on my LinkedIn and tag you if you'd like (if so, please share a link to your profile).

I am going to close this since Hacktoberfest is almost over. Feel free to continue commenting here @bazylhorsey re: what I said above, then we can announce the extension!


Pic2card Designer Integration

Pic2card Integration to Adaptive card designer
Check this issue for more details
https://github.com/microsoft/AdaptiveCards/issues/4708
Microsoft Reviewers: Open in CodeFlow

@dclaux Addressed all the review comments. Kindly review and provide your feedback.


Fails to work on Elgg 1.8 when including search for usage of private API functions

Searching only for deprecated functions still seems to work fine but when also searching for private API functions used it fails with the error
DirectoryIterator::__construct(engine/lib/): failed to open dir: No such file or directory
Plugin version used is 1.0.4 on Elgg 1.8.20.

Fixed in c4b02d134009baf9f8e9045bdad9cc4ac1de52ff

@iionly Thanks for those reports, I forgot to actually roll out fix I did locally for that bug.


contracts: Follow up for benchmark simplification

Rename *_BENCHMARK_BATCHES to *_BENCHMARK_RUNS as batches are no longer a concept
Reduce the amount of runs for slow benchmarks

Do not merge until we ran the benchmarks here. Only run benchmarks after #13312 is merged to avoid conflicts.

bot bench $ dev pallet_contracts


It would be cool to have a possibility for adding the proxies.

There is a case that I use this awesome package on the machine with requests only through some proxies.
For example the proxy might be {'https': 'http://user:pass@proxy:123'} or {'http': 'http://user:pass@proxy:123'} or even {'socks5': 'http://user:pass@proxy:123'}.
Today I need to make some tricks to make my requests and for keeping this library working. May be you will have some time for example to create ProxyHandler or something like that.

Duplicate: https://github.com/fake-useragent/fake-useragent/issues/79


Use regular compass if no nearby beacons/paths

This will be an optional setting

Not going to implement this - there are still benefits of using the radar compass even if there are no nearby beacons: paths, GPS accuracy, tides, and in the future maps.


Caracal upgrade: document Octavia bugfix

Fix is merging now: https://review.opendev.org/c/openstack/kolla-ansible/+/932408
Let's get this synced into our KA fork instead


Allow 'chaining' of directives in the form that generates them

We could have a + icon next to directives that are chainable (i.e., directives which can appear multiple times in the document). Clicking on this plus icon would lead to a new input box, with the same heading as the one from which it stemmed.
The new input boxes could have - (or x) icons to remove them.

Playing around, I've come up with some mock-ups using Bulma's attributes
Ideally, we'd be able to use its delete  button which is just a round button with a cross. However, it's designed as a close button for notifications and doesn't seem to support anything beyond that (i.e., it's hard to vertically align it, etc.).
So here is what I think we could go for instead:

I think this could be a little confusing as it might not be clear that "Remove" is a button (rather than a label).
So instead, maybe we could remove the rounded corners and even add a bit of space between it and the input, like so:

or

Nice work, @joker314! From a UX point of view, I would personally suggest we put the "Remove" button to the right of the field. That way the fields align when a user is typing.
In addition, I would definitely stick to the rectangular buttons since that adheres to the current design a bit better.

Thanks @EdOverflow, will do!

The labels will no longer work, because labels need to match up to exactly one input, and we're going to have a list of inputs.
Instead, we might need to use <fieldset>s and <legend>s... but Bulma doesn't really support those very well, so we'll need to write the CSS for it ourselves possibly.

Using the <fieldset> tag, I've managed to get it look (I think) reasonably nice. Here's a picture of what I've got so far (there are some padding issues but I'm sure those can be resolved)


stage1: wrong selinux context option for mount

Environment
rkt Version: 1.25.0+gitd069322
appc Version: 0.8.10
Go Version: go1.10rc2
Go OS/Arch: linux/amd64
Features: +TPM +SDJOURNAL
--
Linux 4.16.6-302.fc28.x86_64 x86_64
--
NAME=Fedora
VERSION="28 (Workstation Edition)"
ID=fedora
VERSION_ID=28
PLATFORM_ID="platform:f28"
PRETTY_NAME="Fedora 28 (Workstation Edition)"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:fedoraproject:fedora:28"
HOME_URL="https://fedoraproject.org/"
SUPPORT_URL="https://fedoraproject.org/wiki/Communicating_and_getting_help"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=28
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=28
PRIVACY_POLICY_URL="https://fedoraproject.org/wiki/Legal:PrivacyPolicy"
VARIANT="Workstation Edition"
VARIANT_ID=workstation
--
systemd 238
+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid

What did you do?
$ sudo dnf install rkt
$ sudo rkt run coreos.com/etcd:v3.1.7

What did you expect to see?
The etcd pod running.
What did you see instead?
Failed to mount tmpfs on /var/lib/rkt/pods/run/f0e5abaf-5ac0-4422-834d-908922fbb37f/stage1/rootfs/tmp (MS_NOSUID|MS_NODEV|MS_STRICTATIME "mode=1777,context=system_u:object_r:container_file_t:s0:c230,c638"): Invalid argument

Related dmesg output:
[25953.337093] tmpfs: No value for mount option 'c638'

It looks like selinux category options are confusing the mount-related logic. Can you please try with latest rkt (1.30) to check if that logic changed in the meanwhile?
I'm not exactly an selinux expert, but I think in this case it would be enough to stop the mount context at "level" granularity and just drop the categories.

I installed 1.30 from github, now rkt hangs here:
[!!!!!!] Failed to allocate manager object, freezing.

I tried again but set selinux to permissive mode and captured these:
type=AVC msg=audit(1525722673.810:465): avc:  denied  { write } for  pid=6446 comm="systemd" name="machine-rkt\x2d93cbc2ee\x2df550\x2d41a3\x2dba29\x2dba1076046f3b.scope" dev="cgroup2" ino=2792 scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:cgroup_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1525722673.810:466): avc:  denied  { add_name } for  pid=6446 comm="systemd" name="init.scope" scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:cgroup_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1525722673.810:467): avc:  denied  { create } for  pid=6446 comm="systemd" name="init.scope" scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:cgroup_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1525722673.811:468): avc:  denied  { write } for  pid=6446 comm="systemd" name="cgroup.procs" dev="cgroup2" ino=2805 scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:cgroup_t:s0 tclass=file permissive=1
type=AVC msg=audit(1525722673.818:469): avc:  denied  { setattr } for  pid=6446 comm="systemd" name="system.slice" dev="cgroup2" ino=2814 scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:cgroup_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1525722673.834:470): avc:  denied  { remove_name } for  pid=6446 comm="systemd" name="sysusers.service" dev="cgroup2" ino=2836 scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:cgroup_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1525722673.834:471): avc:  denied  { rmdir } for  pid=6446 comm="systemd" name="sysusers.service" dev="cgroup2" ino=2836 scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:cgroup_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1525722673.859:472): avc:  denied  { mounton } for  pid=6459 comm="(etcd)" path="/opt/stage2/etcd/rootfs/proc/kallsyms" dev="proc" ino=4026532081 scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:system_map_t:s0 tclass=file permissive=1
type=AVC msg=audit(1525722673.860:473): avc:  denied  { mounton } for  pid=6459 comm="(etcd)" path="/opt/stage2/etcd/rootfs/proc/kcore" dev="proc" ino=4026532047 scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:proc_kcore_t:s0 tclass=file permissive=1
type=AVC msg=audit(1525722673.861:474): avc:  denied  { mounton } for  pid=6459 comm="(etcd)" path="/opt/stage2/etcd/rootfs/proc/sched_debug" dev="proc" ino=4026532077 scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:proc_t:s0 tclass=file permissive=1
type=AVC msg=audit(1525722673.862:475): avc:  denied  { mounton } for  pid=6459 comm="(etcd)" path="/opt/stage2/etcd/rootfs/proc/sys/kernel/core_pattern" dev="proc" ino=88718 scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:usermodehelper_t:s0 tclass=file permissive=1
type=AVC msg=audit(1525722673.862:476): avc:  denied  { mounton } for  pid=6459 comm="(etcd)" path="/opt/stage2/etcd/rootfs/proc/sys/vm/panic_on_oom" dev="proc" ino=91623 scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:sysctl_vm_t:s0 tclass=file permissive=1
type=AVC msg=audit(1525722673.868:477): avc:  denied  { remount } for  pid=6459 comm="(etcd)" scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:proc_t:s0 tclass=filesystem permissive=1
type=AVC msg=audit(1525722673.885:478): avc:  denied  { sendto } for  pid=6446 comm="systemd" path="/systemd/nspawn/notify" scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=unix_dgram_socket permissive=1
type=AVC msg=audit(1525722673.886:479): avc:  denied  { remount } for  pid=6459 comm="(etcd)" scontext=system_u:system_r:container_t:s0:c374,c875 tcontext=system_u:object_r:sysfs_t:s0 tclass=filesystem permissive=1

Yes, there are multiple issues with selinux and rkt stage1 setup, thus it pretty much never worked in enforcing mode: https://github.com/rkt/rkt/labels/technology%2Fselinux.
However, if it fails in permissive mode then it is likely a bug which will have to be fixed.
Did you eventually manage to make 1.30 in permissive mode?

Just some observations.  Based on the logs above, this instance of systemd (the one from rkt I guess) and etcd are running with a container_t context.  That comes from Fedora's SELinux policy.  I guess it is a default of some kind for containers started via systemd-nspawn, as rkt does.  That systemd in the log tries to write to machine-rkt\x2d93cbc2ee\x2df550\x2d41a3\x2dba29\x2dba1076046f3b.scope, but it can't because that has a context of cgroup_t, and the Fedora SELinux policy does not allow container_t's to write to cgroup_t's.  How does  machine-XXX.scope get that cgroup_t label?  Is it from rkt, or a default from the Fedora SELinux policy?  Is the answer to add rkt support to Fedora's SELinux policy?

Just ftr for all fedora users that encounter this same issue, it's tracked at https://bugzilla.redhat.com/show_bug.cgi?id=1443067.
I wasn't able to find anything else in fedora's bug tracker other than rkt's maintainer trying to pass off ownership (https://bugzilla.redhat.com/show_bug.cgi?id=1532447), so building is probably gonna be the way to go from here on out until fedora's version gets bumped.
So, the way to fix this on fedora is pretty much to download the latest release at https://github.com/rkt/rkt/releases, and install that .rpm.
Selinux is a different issue entirely and unfortunately I failed at finding other reports related to those developments in order to track them in this thread.

Hey y'all, found an interesting project that's being worked on that assists with selinux profiles for containers. If you're one of those that don't want to just disable selinux entirely (like me), you might find it an interesting project to look at: https://github.com/containers/udica


feat(elements): Update exports and prep for public builds

Description
95% of this PR is simply moving files out of a single index.tsx files and updating imports and the specific imported component names.
Adding comments to call-out specific points of interest.
Components can now be imported into applications using the following structures:
import { GlobalError, Submit } from '@clerk/elements/common';
import { Continue, Factor, SignIn, SocialProvider, Start, Verification } from '@clerk/elements/sign-in';

import { ClerkGlobalError, ClerkSubmit } from '@clerk/elements/common';
import { SignInContinue, SignInFactor, SignInRoot, SignInSocialProvider, SignInStart, SignInVerification }  from '@clerk/elements/sign-in';

import * as Clerk from '@clerk/elements/common';
import * as SignIn from '@clerk/elements/sign-in';

Note: Root maps to SignIn/SignInRoot imports seen above allowing for SignIn.Root

Checklist

[x] npm test runs as expected.
[x] npm run build runs as expected.
[ ] (If applicable) JSDoc comments have been added or updated for any package exports
[ ] (If applicable) Documentation has been updated

Type of change

[x] 🐛 Bug fix
[x] 🌟 New feature
[x] 🔨 Breaking change
[x] 📖 Refactoring / dependency upgrade / documentation
[ ] other:

Packages affected

[ ] @clerk/backend
[ ] @clerk/chrome-extension
[ ] @clerk/clerk-js
[ ] @clerk/clerk-expo
[ ] @clerk/fastify
[ ] gatsby-plugin-clerk
[ ] @clerk/localizations
[ ] @clerk/nextjs
[ ] @clerk/clerk-react
[ ] @clerk/remix
[ ] @clerk/clerk-sdk-node
[ ] @clerk/shared
[ ] @clerk/themes
[ ] @clerk/types
[ ] build/tooling/chore

!snapshot

Hey @tmilewski - the snapshot version command generated the following package versions:

Package
Version

@clerk/backend
1.0.1-snapshot.v59b1e3b

@clerk/chrome-extension
1.0.1-snapshot.v59b1e3b

@clerk/clerk-js
5.0.1-snapshot.v59b1e3b

@clerk/elements
0.0.2-snapshot.v59b1e3b

@clerk/clerk-expo
1.0.1-snapshot.v59b1e3b

@clerk/fastify
1.0.1-snapshot.v59b1e3b

gatsby-plugin-clerk
5.0.1-snapshot.v59b1e3b

@clerk/localizations
2.0.1-snapshot.v59b1e3b

@clerk/nextjs
5.0.1-snapshot.v59b1e3b

@clerk/clerk-react
5.0.1-snapshot.v59b1e3b

@clerk/remix
4.0.1-snapshot.v59b1e3b

@clerk/clerk-sdk-node
5.0.1-snapshot.v59b1e3b

@clerk/shared
2.0.1-snapshot.v59b1e3b

@clerk/themes
2.0.1-snapshot.v59b1e3b

@clerk/types
4.0.1-snapshot.v59b1e3b

Tip: Use the snippet copy button below to quickly install the required packages.
@clerk/backend
npm i<EMAIL_ADDRESS>--save-exact

@clerk/chrome-extension
npm i<EMAIL_ADDRESS>--save-exact

@clerk/clerk-js
npm i<EMAIL_ADDRESS>--save-exact

@clerk/elements
npm i<EMAIL_ADDRESS>--save-exact

@clerk/clerk-expo
npm i<EMAIL_ADDRESS>--save-exact

@clerk/fastify
npm i<EMAIL_ADDRESS>--save-exact

gatsby-plugin-clerk
npm i<EMAIL_ADDRESS>--save-exact

@clerk/localizations
npm i<EMAIL_ADDRESS>--save-exact

@clerk/nextjs
npm i<EMAIL_ADDRESS>--save-exact

@clerk/clerk-react
npm i<EMAIL_ADDRESS>--save-exact

@clerk/remix
npm i<EMAIL_ADDRESS>--save-exact

@clerk/clerk-sdk-node
npm i<EMAIL_ADDRESS>--save-exact

@clerk/shared
npm i<EMAIL_ADDRESS>--save-exact

@clerk/themes
npm i<EMAIL_ADDRESS>--save-exact

@clerk/types
npm i<EMAIL_ADDRESS>--save-exact


Doodle Devil [PCSB00381]

App summary

App name: Doodle Devil
App serial: PCSB00381
App version: 1.00

Vita3K summary

Version: v0.2.0
Build number: 3691
Commit hash: https://github.com/vita3k/vita3k/commit/31826697
CPU backend: Dynarmic
GPU backend: Vulkan

Test environment summary

Tested by: Benjamin Toledo
OS: Microsoft Windows 11  (build 22631)
CPU: AMD Ryzen 5 4600G with Radeon Graphics
GPU: AMD Radeon(TM) Graphics
RAM: 15 GB

Issues

Very, VERY small graphical errors

Screenshots

Log
vita3k.log
Recommended labels

Playable

You seem to be missing all the small icons that you need to drag and drop on each other in order to create new elements.  I had the same issue with Doodle God.
Check out a YouTube video on the PS Vita game play (or other system, it should be the same).
This capture was taken from a YT video and shows the parts of the game you're missing.

If I'm right, please update the game labels to reflect the correct ones. I wouldn't call these 'very, very small graphical errors.'


corrected disqus example in readme

This PR updates the readme to use the same syntax as used in _config example for disqus integration.

Also, need to remove repeated ru language:
 # language: zh-tw
-# language: ru
 # language: ru
 # language: de

Thanks @ivan-nginx, I removed the duplicate ru language line.
@iissnan 还有什么要做？可以merge吗？

@jonatanblue need to wait, iissnan not always online.


Remove duplicated sanitize

All markup content has been sanitize via https://github.com/go-gitea/gitea/blob/master/modules/markup/markup.go#L73, and Str2html is also call the same sanitize method. so remove the one on the template.

Codecov Report

Merging #3037 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #3037   +/-   ##
=======================================
  Coverage   33.02%   33.02%
=======================================
  Files         270      270
  Lines       39549    39549
=======================================
  Hits        13060    13060
  Misses      24632    24632
  Partials     1857     1857

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 82e8486...db75e40. Read the comment docs.

LGTM

LGTM


Markers overlap issue

Overlapped marker should be replaced with one marker contains total count.
For example:

I found this leaflet plugin that does that Leaflet.markercluster

I can take this on next!

Created some test data locally and poking around a bit.
It seems that react-leaflet (currently in the project) does not have an implementation of Marker cluster in it.  I found 2 different wrapper libraries that could work.  Lmk if there are any thoughts about which would be better (or neither)
https://github.com/giovanesantossilva/react-leaflet-muster
https://github.com/akursat/react-leaflet-cluster


Strange Texture3D perf behavior

Hey Guys,
I am sorry for posting a issue which is not super related to this repo. But given the fact no one on gamedev reply my post and that my profiling program is based on a slightly modified MiniEngine. So I hope you guys could give me some insights about what happened or what I did wrong.
The problem is described here (include video capture, and source):
http://www.gamedev.net/topic/679265-texture3d-strange-behavior-in-volume-raycasting/
Thanks.
And if you guys think this totally unrelated, please feel free to close this issue.
Peng

Maybe try the new www.directxtech.com website and see if anyone there can help.


Group Alpha

Meet Parikh
Karnav Chauhan

formdemo.zip

Sorry professor this is the updated file. Previously we tried to submit all the project files but this is the required file for project submission. please consider it. We did it with PHP.
Group Alpha Internet Technologies Server Side.zip
.

Hello. I wanted it as a repository on GitHub. Yet I decided I would be kind to you, as we did not have the chance to practice as needed. I will take a look after the lunch, but tentatively you are passing :-)

Please find the repository link,
we just created for the same: https://github.com/mparikh07/Group-Alpha-Project/tree/main

Yep, that looks fine. Enough for me!


0.62 update

0.62 updates.  Please hold until we are fully released

In the future, please file pull requests on the "main" branch, not the "docs" branch. I can fix the branch sync after this update is merged, but normally our workflow should be 1) Fork, 2) Make updates, 3) File a PR on the "main" branch, 4) Review and merge, which will trigger automatic sync with the live "docs" branch, in addition to the private repo.

@mattwojo - if you approve these changes / additions, the commits need to be moved to https://github.com/MicrosoftDocs/windows-uwp-pr before we can merge these changes. we need the validation and staging tools for some of these additions. Let us know if you'd like assistance moving the commits.
This PR should be closed as soon as the private repo PR contains all the changes.
Thanks.
#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team

fyi: There is no "Main" branch and forking defaults to docs branch.  https://github.com/MicrosoftDocs/windows-uwp/branches/all

*Sorry - my mistake. This is just a bit tricky because we normally would file a PR like this in the "main" branch of the private repo (as Jak calls out above), but because this is PowerToys content and driven by so many external contributors, lets just leave the workflow as-is... just like you've done here, and I'll grab all of the changes an move them over to the private repo once they are ready to be merged so that we can properly review using the preview site. It's one unfortunate limitation to the platform that preview is intentionally kept private for checking any pre-release content, but it doesn't make new feature docs like this easy to preview in the public repo.

For screen ruler, we could also add 2 things:

in bounds mode you may retain measurements by holding Shift during LMB release.
in other modes you may adjust sensitivity with a mouse wheel

Hey @yuyoyuppe - I'm not familiar with the tool yet. Could you clarify this further and how you feel it should show up in the docs? What is "bounds mode"? What is "LMB release"? What does it mean to retain measurements?  What other modes are there? ...and what does it mean to adjust sensitivity?  If these are things that would be helpful to have documented for users of the Screen Ruler utility, I think we will need to be more explicitly explain here. Thank you!

Sure, here's a quick demo to get a feel how the tool works:

As Clint described, the tool could be useful for UI developers and designers. You have four modes:

Bounds
Spacing
Horizontal spacing
Vertical spacing

The first mode allows you to draw a measuring rectangle while holding the left mouse button (LMB). If you are holding Shift key as well, the rectangle and its dimensions tooltip box will be kept on the screen until you dismiss it with a right mouse button click. You can also draw multiple rectangles that way.
The second mode traces pixels in straight lines from the cursor position in a crosshair pattern. Each line is traced until a sufficiently different pixel color is found, thus I've used sensitivity term, but we actually use pixel tolerance in the tool's settings. Adjusting it means changing the threshold value of a similarity score when comparing pixels between each other. It's convenient to quickly tweak it, so we can do that with a mouse wheel as well. You can see that while in vertical spacing mode towards the end of the gif.
The third and fourth modes are very similar to the third but allows showing only a half of the crosshair pattern.

updated util names

Can we merge? We have broken links.

This is currently in review.

Made some fixes. Checked in private preview. Looks good. Merging.

@mattwojo - Just as an FYI, note that this PR was not reviewed by the PR review team to ensure that it meets all the criteria. In the public repos we triage the PRs first (assign and label them) but do not review the changes until after they are approved or signed off.  In most docs public repos, we review the PRs after they are approved and then merge them.

@Jak-MS - As an FYI, I reviewed this PR. I am also a professional writer and understand the criteria of our organization. I'll follow up with you about this off this chat.


Migrate redirects from staging.bsky.app to bsky.app

Noticed psky.app previews were still redirecting to staging.bsky.app. Let's migrate to bsky.app since the web app is now in production on that domain!

@ianklatzco friendly ping :)

sorry, been traveling! will peek at it monday 👀

done! had to tweak the PR a bit, but things will now redirect to bsky.app instead of staging.bsky.app. thanks for waiting!


Test against GHC 9.2.1; fix new warnings

A lot of ugliness. We may want to disable the warnings instead. :-/
Related: https://github.com/xmonad/xmonad/pull/346
Checklist

[X] I've read CONTRIBUTING.md

[ ] I've considered how to best test these changes (property, unit, manually, ...) and concluded: I'll think about it later, but I admit some places may need some testing as I did change the code in non-trivial manner

n/a I updated the CHANGES.md file

9e30631 updates hlint, so I'll need to fix the new hints as well.

Out of curiosity, what's -Woperator-whitespace-ext-conflict? I googled it but nothing came up

Out of curiosity, what's -Woperator-whitespace-ext-conflict? I googled it but nothing came up

https://downloads.haskell.org/~ghc/9.2.1/docs/html/users_guide/using-warnings.html#ghc-flag--Woperator-whitespace-ext-conflict


Fix incorrect format of some go source files

Use gofmt command to format codes, as well as re-organize the imports in a conventional way via goimports command.

BTW: I guess that would be great if we add these two command to make static check for go codes. Maybe that could be done in another PR.

Signed-off-by: imjoey<EMAIL_ADDRESS>

@gxthrj

Hi @gxthrj , PTAL. Many thanks.

@juzhiyuan @gxthrj  Thank you very much.


Testing new pkey methods in ENGINE

Hey, I've created a new ENGINE for openSSL that supports new public key methods not currently supported in openSSL. I'm trying to figure out how I can make openSSL calls from the command line to run the pkey methods for keygen, encrypt, decrypt. Is there a way to do this? I can generate a new NID (with OBJ_create) and register the pkey methods using the various EVP_PKEY_meth_set_x() calls, but I'm just stuck on how to actually call these methods from the command line. Any pointers appreciated.

Many of the OpenSSL command line applications enable you to specify an engine with the "-engine" flag, e.g. genpkey, pkey, enc all have this option.


this.selectOrCreateHostElement is not a function

MacOS Sierra 10.12
Angular-cli  v1.0.0-beta.19
node: 6.9.1

I have fixed all outstanding compiling issues in my code. When I run ng build --prod --aot in the root of my Angular 2 application, webpack successfully compile out a dist folder with application files.
I run a local server to serve the dist folder, then I run into this issue.
EXCEPTION: this.selectOrCreateHostElement is not a function

Error: Uncaught (in promise): TypeError: this.selectOrCreateHostElement is not a function

I have searched all over the angular and angular cli docs, but I still could not find a solution.  Is it a known issue?

@mattma try updating to beta.19-3 and see if you still have the same issue. there were some deployment issues with 19.

@deebloo I am using the "symlink" to local angular-cli master branch. In my project package.json, it has angular-cli.beta.19-3 defined due to angular-cli.beta.19 is not registered on NPM registry.
I believe i am using the latest angular-cli.beta.19-3 codebase and experience this issue. thanks

I have no idea what that error means. If you can get me a basic repro, I can look into it.

FWIW I had a similar issue using bs3-ng2-modal (TypeError: this.$modal.modal is not a function).  I solved it by adding required script (bootstrap.js) to scripts declaration.  See this issue

@filipesilva I use d3 v4. I believe it is d3 selection issue, not an Angular or CLI issue. I am glad that I can eliminate the problems and isolated down. I have not found the root cause yet. Will report if I do. Thanks all.


Add relay set

Merge after #7.

Refactored base behavior of OwnedSet into abstract BaseOwnedSet
Added relay set contracts (OuterSet, InnerSet)
Added InnerOwnedSet contract

Rebased over master, ready for review.

Pull Request Test Coverage Report for Build 65

36 of 43 (83.72%)  changed or added relevant lines in 5 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-3.9%) to 88.785%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

contracts/InnerOwnedSet.sol
5
6
83.33%

contracts/OwnedSet.sol
8
11
72.73%

contracts/RelaySet.sol
13
16
81.25%

Totals

Change from base Build 63:
-3.9%

Covered Lines:
76

Relevant Lines:
83

💛  - Coveralls

I've made some changes according to @tomusdrw's comments:

Created folder structure for contracts
Renamed OuterSet to RelaySet and removed InnerSet interface. Renamed InnerOwnedSet to RelayedOwnedSet
Removed finality tracking from RelaySet, now it's a dumb proxy that relays requests
Finality tracking was added to BaseOwnedSet and is shared for both implementations
BaseOwnedSet no longer implements the ValidatorSet interface
Rename base implementation methods to start with base prefix to make it more explicit

I will update this PR with better docs and some changes in tests.

I added a diagram to the README, the link should work when this is merged (it points to master).


Add lua_func! macro to wrap safe functions as FFI functions

This would be used like:
fn tostring(lua: &mut State) -> i32 {
	lua.check_any(1);
	lua.to_str(1);
	1
}

// other fns...

fn load_base_lib(lua: &mut State) {
	lua.push_global_table();
	lua.set_fns(&[
		("tostring", lua_func!(tostring)),
		// other fns...
	]);
	lua.pop(1);
}

Essentially, the burden of declaring the unsafe extern "C" fn and calling State::from_ptr is moved to the library, and clients can just declare fn(&mut State) -> i32 without needing unsafe at all.
My investigations did not yield a way to provide this functionality except through a macro; I've tried to make it as ergonomic and safe as possible.

This is a pretty big usability improvement. If you can fix the conflict I'll go ahead and merge it.

Conflict resolved.

Thanks.


[fix][ml] Reset individualDeletedMessagesSerializedSize after acked all messages.

Motivation
We should reset individualDeletedMessagesSerializedSize if all the message is acknowledged. (no more individualDeletedMessages)
Modifications

Reset individualDeletedMessagesSerializedSize=0 when the individualDeletedMessages.isEmpty()

Verifying this change

[x] Make sure that the change passes the CI checks.

Documentation

[ ] doc
[ ] doc-required
[x] doc-not-needed
[ ] doc-complete

Codecov Report

Merging #19428 (8066be8) into master (3d8b52a) will increase coverage by 36.78%.
The diff coverage is 33.48%.

@@              Coverage Diff              @@
##             master   #19428       +/-   ##
=============================================
+ Coverage     27.22%   64.01%   +36.78%
- Complexity     6264    26135    +19871
=============================================
  Files          1644     1831      +187
  Lines        123745   133979    +10234
  Branches      13495    14741     +1246
=============================================
+ Hits          33693    85766    +52073
+ Misses        84932    40397    -44535
- Partials       5120     7816     +2696

Flag
Coverage Δ

inttests
24.87% <17.23%> (?)

systests
25.48% <10.85%> (-0.02%)
:arrow_down:

unittests
61.24% <31.44%> (+43.68%)
:arrow_up:

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


[WelcomeUX] Walk-through vertical scroll position resets when switching editors

Testing #18091

Maybe remember scroll position like BaseTextEditor.saveTextEditorViewState().

@chrmarti can we not use our default file icon when you need one for welcome? yours looks quite off from the rest of the icon set:


Think about patching our xcb-proto with x11rb-specific changes

There are some issues that could be fixed by modifying the XML definitions. For example https://github.com/psychon/x11rb/issues/156 could be fixed by adding name= attributes and https://github.com/psychon/x11rb/issues/357 could be fixed by fixing and uncommenting the broken definitions. Additionally, some unions could be converted into switches to make the API more rust-y.
However, many of those modifications cannot be merged upstream because they would likely break libxcb. So, it might be a good idea to think about a way of patching our copy of xcb-proto with x11rb-specific changes.

For now, I'd prefer to merge changes upstream. In theory, I have commits right there, but in practice, I never really touched xcb-proto and only did some things on libxcb. Thus, I would not really want to "just merge" something there.
Anyway, the name= you propose for #156 could just be added there. Uncommenting the broken definitions for #357 could be merged upstream together with an extra patch to libxcb that makes it ignore the new stuff in there.
I am not really sure about converting unions to switches. For xproto's ClientMessageData... oh, that's actually possible. Same for the <union> in randr. Hm, nice idea.


Fix demos

Here's a branch and PR for fixing demos on component pages.

So far, I've fixed the following.

link-icon
pagination
regulatory-outline
page-alert


Adding a tool to create Zeiss laser-microdissection annotations from tabular

Laser-microdissection extracts tissue areas of interest from thin tissue sections. These specific tissue areas can be prepared in the laboratory to extract DNA, RNA, proteins etc. and measure them for example with omics methods.
Traditionally the annotation of tissue areas of interest are done manually directly in the software of  the laser-microdissection system. Here, we provide a tool that increases throughput and allows compatibility with machine learning based imaging software such as Qupath and HaloAI. This tool uses a tabular file with x and y coordinates and transforms it into a specifically formatted annotation text file that can be imported into Zeiss laser-microdissection systems.

New PR here: https://github.com/galaxyproteomics/tools-galaxyp/pull/765


Export servers in client version

I have 4 server that my friend has sent to me
I want to add the same servers and keys to my laptop too (and maybe android)
And I have deleted the links by fault, How can I export the servers from my PC and use theme in other PC (or android device)??
Thank you Guys!

@khak313 Thanks for the suggestion! "Re-sharing" access keys is something we have thought of but have not gotten around to implementing yet.


Ground Truth Not Found!

Checklist

I have searched related issues but cannot get the expected help.
I have read the FAQ documentation but cannot get the expected help.
The bug has not been fixed in the latest version.

Describe the bug
A clear and concise description of what the bug is.
I have followed the tutorial on how to train QueryInst with custom data and modified config and other files accordingly to include my class names and number of classes, and have also organised my data into the coco format. But, when I try to train, I get this message displayed recursively a hundred times for every epoch, "Ground Truth Not Found!"
Reproduction
1. What command or script did you run?
python tools/train.py configs/queryinst/queryinst_r50_fpn_1x_coco.py
2. Did you make any modifications on the code or config? Did you understand what you have modified?
Yes, I have made a few modifications as mentioned above and I understand the need to do that.
3. What dataset did you use?
I used a custom dataset of plants from a project at my university.
Environment
1. Please run python mmdet/utils/collect_env.py to collect necessary environment information and paste it here.
sys.platform: linux
Python: 3.7.13 (default, Mar 29 2022, 02:18:16) [GCC 7.5.0]
CUDA available: True
GPU 0: GeForce RTX 2080 SUPER
CUDA_HOME: /usr/local/cuda-11.0
NVCC: Build cuda_11.0_bu.TC445_37.28845127_0
GCC: gcc (Ubuntu 9.4.0-1ubuntu1~20.04) 9.4.0
PyTorch: 1.7.0
PyTorch compiling details: PyTorch built with:

GCC 7.3
C++ Version: 201402
Intel(R) oneAPI Math Kernel Library Version 2021.4-Product Build 20210904 for Intel(R) 64 architecture applications
Intel(R) MKL-DNN v1.6.0 (Git Hash 5ef631a030a6f73131c77892041042805a06064f)
OpenMP 201511 (a.k.a. OpenMP 4.5)
NNPACK is enabled
CPU capability usage: AVX2
CUDA Runtime 11.0
NVCC architecture flags: -gencode;arch=compute_37,code=sm_37;-gencode;arch=compute_50,code=sm_50;-gencode;arch=compute_60,code=sm_60;-gencode;arch=compute_61,code=sm_61;-gencode;arch=compute_70,code=sm_70;-gencode;arch=compute_75,code=sm_75;-gencode;arch=compute_80,code=sm_80;-gencode;arch=compute_37,code=compute_37
CuDNN 8.0.3
Magma 2.5.2
Build settings: BLAS=MKL, BUILD_TYPE=Release, CXX_FLAGS= -Wno-deprecated -fvisibility-inlines-hidden -DUSE_PTHREADPOOL -fopenmp -DNDEBUG -DUSE_FBGEMM -DUSE_QNNPACK -DUSE_PYTORCH_QNNPACK -DUSE_XNNPACK -DUSE_VULKAN_WRAPPER -O2 -fPIC -Wno-narrowing -Wall -Wextra -Werror=return-type -Wno-missing-field-initializers -Wno-type-limits -Wno-array-bounds -Wno-unknown-pragmas -Wno-sign-compare -Wno-unused-parameter -Wno-unused-variable -Wno-unused-function -Wno-unused-result -Wno-unused-local-typedefs -Wno-strict-overflow -Wno-strict-aliasing -Wno-error=deprecated-declarations -Wno-stringop-overflow -Wno-psabi -Wno-error=pedantic -Wno-error=redundant-decls -Wno-error=old-style-cast -fdiagnostics-color=always -faligned-new -Wno-unused-but-set-variable -Wno-maybe-uninitialized -fno-math-errno -fno-trapping-math -Werror=format -Wno-stringop-overflow, PERF_WITH_AVX=1, PERF_WITH_AVX2=1, PERF_WITH_AVX512=1, USE_CUDA=ON, USE_EXCEPTION_PTR=1, USE_GFLAGS=OFF, USE_GLOG=OFF, USE_MKL=ON, USE_MKLDNN=ON, USE_MPI=OFF, USE_NCCL=ON, USE_NNPACK=ON, USE_OPENMP=ON,

TorchVision: 0.8.0
OpenCV: 4.5.5
MMCV: 1.3.17
MMCV Compiler: GCC 7.3
MMCV CUDA Compiler: 11.0
MMDetection: 2.12.0+a10cca0
2. You may add addition that may be helpful for locating the problem, such as
- How you installed PyTorch [e.g., pip, conda, source]
conda install pytorch==1.7.0 torchvision==0.8.0 torchaudio==0.7.0 cudatoolkit=11.0 -c pytorch
pip install mmcv-full==1.3.17 -f https://download.openmmlab.com/mmcv/dist/cu110/torch1.7.0/index.html
- Other environment variables that may be related (such as $PATH, $LD_LIBRARY_PATH, $PYTHONPATH, etc.)
Error traceback
If applicable, paste the error trackback here.
A placeholder for trackback.

Bug fix
If you have already identified the reason, you can provide the information here. If you are willing to create a PR to fix it, please also leave a comment here and that would be much appreciated!

Hi,
The issue was fixed, the instance mask type of my data is RLE, and in coco.py, it was ignoring the annotations with iscrowd=1 and that is why the network was not able to find the Ground Truth masks.


Use Roslyn 4.0.1 instead of 4.0.0-6.final

Issue Description
Hi,
I noticed that currently used version of Roslyn is 4.0.0-6.final whereas there is 4.0.1. Are there any reason to reference pre-release version?
Environment information
VSCode version: 1.63.2
C# Extension: 1.24.0

That just happened to be the version of Roslyn that O# was using at the time of its release. O# has already updated to 4.0.1 and we are working on moving it to 4.1.0-3.

Thanks for answer.
Is my understanding correct that O# was updated to 4.0.1 but the new version of C# extension for VS Code has not been release yet?

yes correct

Thanks for answer.


error in shell method in ssh client

error in shell method in ssh client.

ssh_client = j.clients.ssh.get(name="ssh_test_client", addr =ADDR, port=PORT, login=LOGIN, passwd=password)
ssh_client.shell(cmd="ls /")

shell method is interactive, so i think there is no need for cmd option

no shell in sshclient anymore


Pixie related code still in Genny

Just took a quick perusal of this.  Looks great.
I did notice that there are a few places where there is some Pixie related code still hanging around though.  For example,  in the exportObjectNim proc in genny/languages/nim.nim,  there is a hard-coded check for some Pixie related types (Vector2, Matrix3, etc.)
genny/languages/python.nim also has this (e.g. mapping Vec2 to Vector2 in exportTypePy).
I'm guessing that is just from the re-factoring to split Genny out of Pixie and into its own project though.

Yep that is correct. We're removing hard-coded bits like this as we add a means to accomplish the same thing within the Genny DSL. We still need to sort out some type name re-mapping stuff and also errors (PixieError is hardcoded iirc). These will be sorted soon.


RequestFilterHeading translation does not work

Describe the bug
In any Report then RequestFilterHeading is not translated in client, though it is translated in the xlf-file.
To Reproduce
Create a report, use the RequestFilterHeading on the dataitem.
Create translation-file, and translate the heading.
Run the report in the client.
Expected behavior
I expect the heading to be translated.
Screenshots
RequestPage and About this page:

AL code and translation in VS Code:

Versions:

AL Langauge: 0.13.82793

Dynamics NAV 2018: 11.0.27667.0

This GitHub repository is dedicated to handling issues and feedback for the latest Developer Preview releases of the AL development tools for Dynamics 365 Business Central.
If you can reproduce the problem on the latest Business Central Developer preview version we will be happy to look further into it. Otherwise please contact the regular support channel.
You can open Support Request to CSS through PartnerSource portal or contact your Service Account Manager (SAM) in the local subsidiary to understand what is included in your contract as of support incident and PAH (Partner Advisory Hours). Your SAM might also step by step direct you how to open a support request or how to get credentials if this is the first time for you / your company.
For more details please read:
https://blogs.msdn.microsoft.com/nav/2018/05/03/al-developer-previews-multiple-releases-and-github/
https://github.com/Microsoft/AL/wiki/Frequently-Asked-Questions#i-found-an-issue-on-nav-2018-what-do-i-do


TFE based on TF2

tfe based on tf2

eager execution
auto add dependency for stateful op
define a graph by tfe.function
nearly the same performance as tf1
build tfe model from onnx model
fix device bug

aby3 test error cost too much time


DOCS: Add docs for exporting graphs

Along these lines, I tried to export the networkX graph as a JSON as I usual do, but it threw a "TypeError: Object of type 'CRS' is not JSON serializable".  Obviously, I need to use a GeoJSON instead of an ordinary JSON, but I'm having trouble locating instructions for exporting to GeoJSON.
Although the GeoPandas can be used for this purpose, the GeoJSON export ability would allow the results to be easily visualized with Kepler.gl, Tableau, etc.
Also, I noticed the NetworkX graphs seem to be generated from a geopandas intermediary, because nodes/edges without a property in OSM have {"key" : None} in the graph.  In order to save memory, I will filter attributes with value == None, and perhaps this feature should also be added as an option in the to_graph function.

@bramson Thanks for pointing out this! 🙏 Among many other issues! 🙂 I will take a look. Currently the CRS is saved as a pyproj CRS object which indeed cannot be serialized with JSON. I think this should be an easy oneline fix in the code.

@bramson In terms of the extra "key" column, it relates to compatibility with OSMnx library. You can disable this behavior by specifying osmnx_compatible=False.  Take a look at the Note in this section of the docs (still under develop branch):
https://pyrosm.readthedocs.io/en/develop/basics.html#export-to-networkx-osmnx

@bramson Could you still provide an example how you dump the JSON graph so that I could add a test for it?

@bramson And do I now understand correctly that you would like to export the NetworkX graph (with both nodes and edges) as a GeoJSON? Or are edges enough? I would need to understand a bit more what you aim to do with the output to understand what would be the best way forward with this.
After a bit of thinking, I think the most straightforward way to save the edges using geopandas. If you need to export the directed graph (with the largest strongly connected component), you could do something like following:
from pyrosm import OSM, get_data
from pyrosm.graphs import get_directed_edges
from pyrosm.graph_connectivity import get_connected_edges

osm = OSM(get_data("helsinki_pbf"))
nodes, edges = osm.get_network(nodes=True)
nodes, edges = get_directed_edges(nodes, edges)
# (optional) Get connected edges
nodes, connected = get_connected_edges(nodes, edges)
# Save to GeoJSON
connected.to_file("edges.geojson", driver="GeoJSON")

I will try the osmnx_compatible=False setting, and see if it is equivalent to what I expected.
2a. Yes, I would like to output both nodes and edges of a NetworkX graph as a GeoJSON (for Kepler.gl visualization).
2b. Up to now, I've imported nodes and edges separately from generated geopandas, but uploading a single GeoJSON is more efficient (depending on the sparseness of properties, it may or may not use less memory, but it is certainly an easier workflow).
My usual methods for saving graphs as JSONs:

class MyEncoder(json.JSONEncoder):
    def default(self, obj):
        if isinstance(obj, np.integer):
            return int(obj)
        elif isinstance(obj, np.float):
            return float(obj)
        elif isinstance(obj, np.ndarray):
            return obj.tolist()
        else:
            return super(MyEncoder, self).default(obj)

def writeJSONGraph(graphData, filePathName):
    with codecs.open(filePathName, 'w', encoding="utf-8-sig") as jsonFile:
        jsonFile.write(json.dumps(nx.json_graph.node_link_data(graphData), cls = MyEncoder))

@bramson Thanks for sharing your ideas! 👍 Being able to export networkx graph as GeoJSON is certainly a good idea. However, I think that the correct place for implementing such a feature would actually be networkx itself. But I think it would be easy to test the approach here.
Would you be interested in testing out / writing a PR for such a feature as you already seem to have many of the pieces in place? I think your approach with MyEncoder looks promising, and if I understand the functionality of it correctly, it would basically require adding new checks / converters for different kind of geometries to this encoder to convert geometries to valid GeoJSON objects.

Yes, I think you are correct that the conversion should really be a part of NetworkX.  I actually searched the interwebs for how to export NetworkX to GeoJSON, but it seems too niche to have already been asked.
For me, I need to learn more about GeoJSON to know where to start, and to determine whether the encoder approach could handle it.  My thinking is that we could first use something like the above to create the base JSON, then add the Geo info to that, but until I look into it more I don't know if that's viable.
Alternatively, just for the sake of the output, I could do the NetworkX -> GeoPandas -> GeoJSON -> remove {k:None} -> export approach.  Clearly not efficient for the computer, but still easier for me to create visualizations.
One thing to note is that the NetworkX that I want to convert isn't the one directly pulled from OSM.  For example, I will pull the walking network and the train stations, then augment the network by connecting station nodes to the walking network, then I'll want to save that Network.  So it really, really does seem like NetworkX issue and not directly related to your package.
That said, GeoJSON is a common format for geospatial networks, so supporting it as an export format would be great for pyrosm.

@bramson Yes, supporting the export of geospatial network from nx is definitely something that should be implemented. It can be decided later what will be the final home for that functionality 👍 But as said, Pyrosm can be a test bed for that (and even home if it looks most feasible option).


Add support for scrolling on WorkspaceSwitcher

Scrolling with mouse/touchpad on WorkspaceSwitcher allows moving one workspace up or down.

Now that I had a chance to play with this, I notice that the scrolling includes empty desktops.  Is that what you intended?  I'm not sure what I would consider the correct behavior, but I was a bit surprised when scrolling took me to an empty desktop.

Yes that is what I intended. Though its debatable. I also allowed cyclic scrolling. Your call. Though after a little bit of use, even I feel cycling through non-empty workspaces would be better. I can try cycling through elements of getVisibleWorkspaces.


[TW#27651] .gitignore modification request

Can you add
        tools/kconfig/conf-idf.exe
        tools/kconfig/mconf-idf.exe

those files to the .gitignore file? Those files compiling on pc and not part sdk download.
Changing and updating to releases needs discarding this files all the time and needs to recompile again.
Because of changing files sdk version always has --dirty flag. We can't distinguish is it our modified version or just .exe files version.
D:\esp\esp-idf>git status
HEAD detached at v3.1.1
Untracked files:
  (use "git add <file>..." to include in what will be committed)

        tools/kconfig/conf-idf.exe
        tools/kconfig/mconf-idf.exe

nothing added to commit but untracked files present (use "git add" to track)

D:\esp\esp-idf>

Thanks.

Thanks for letting us know about this, will fix.

this issue still exist on v3.1.2

$ git tag --contains f781167
v3.3-beta1

Looks like I didn't mark this fix for backporting, so it's fixed in master but not backported to releases. Have put in backports for it now, it should be in the next v3.1 release.
If you want to ignore them for now without modifying ESP-IDF's .gitignore, this can be done by adding them to the global git excludes list.


dataset.search() (elastic) cannot reliably retrieve search results

I am trying to use elastic search to retrieve the indices of items in the dataset in their precise order, given shuffled training indices.
The problem I have is that I cannot retrieve reliable results with my data on my first search. I have to run the search twice to get the right answer.
I am indexing data that looks like the following from the HF SQuAD 2.0 data set:
['57318658e6313a140071d02b',
 '56f7165e3d8e2e1400e3733a',
 '570e2f6e0b85d914000d7d21',
 '5727e58aff5b5019007d97d0',
 '5a3b5a503ff257001ab8441f',
 '57262fab271a42140099d725']

To reproduce the issue, try:
from datasets import load_dataset, load_metric
from transformers import BertTokenizerFast, BertForQuestionAnswering
from elasticsearch import Elasticsearch
import numpy as np
import collections
from tqdm.auto import tqdm
import torch

# from https://colab.research.google.com/github/huggingface/notebooks/blob/master/examples/question_answering.ipynb#scrollTo=941LPhDWeYv-
tokenizer = BertTokenizerFast.from_pretrained('bert-base-uncased')
max_length = 384 # The maximum length of a feature (question and context)
doc_stride = 128 # The authorized overlap between two part of the context when splitting it is needed.
pad_on_right = tokenizer.padding_side == "right"
squad_v2 = True

# from https://colab.research.google.com/github/huggingface/notebooks/blob/master/examples/question_answering.ipynb#scrollTo=941LPhDWeYv-
def prepare_validation_features(examples):
    # Tokenize our examples with truncation and maybe padding, but keep the overflows using a stride. This results
    # in one example possible giving several features when a context is long, each of those features having a
    # context that overlaps a bit the context of the previous feature.
    tokenized_examples = tokenizer(
        examples["question" if pad_on_right else "context"],
        examples["context" if pad_on_right else "question"],
        truncation="only_second" if pad_on_right else "only_first",
        max_length=max_length,
        stride=doc_stride,
        return_overflowing_tokens=True,
        return_offsets_mapping=True,
        padding="max_length",
    )

    # Since one example might give us several features if it has a long context, we need a map from a feature to
    # its corresponding example. This key gives us just that.
    sample_mapping = tokenized_examples.pop("overflow_to_sample_mapping")

    # We keep the example_id that gave us this feature and we will store the offset mappings.
    tokenized_examples["example_id"] = []

    for i in range(len(tokenized_examples["input_ids"])):
        # Grab the sequence corresponding to that example (to know what is the context and what is the question).
        sequence_ids = tokenized_examples.sequence_ids(i)
        context_index = 1 if pad_on_right else 0

        # One example can give several spans, this is the index of the example containing this span of text.
        sample_index = sample_mapping[i]
        tokenized_examples["example_id"].append(examples["id"][sample_index])

        # Set to None the offset_mapping that are not part of the context so it's easy to determine if a token
        # position is part of the context or not.
        tokenized_examples["offset_mapping"][i] = [
            (list(o) if sequence_ids[k] == context_index else None)
            for k, o in enumerate(tokenized_examples["offset_mapping"][i])
        ]

    return tokenized_examples

# build base examples, features set of training data
shuffled_idx = pd.read_csv('https://raw.githubusercontent.com/afogarty85/temp/main/idx.csv')['idx'].to_list()
examples = load_dataset("squad_v2").shuffle(seed=1)['train']
features = load_dataset("squad_v2").shuffle(seed=1)['train'].map(
    prepare_validation_features,
    batched=True,
    remove_columns=['answers', 'context', 'id', 'question', 'title'])
# reorder features by the training process
features = features.select(indices=shuffled_idx)
# get the example ids to match with the "example" data; get unique entries
id_list = list(dict.fromkeys(features['example_id']))
# now search for their index positions in the examples data set; load elastic search
es = Elasticsearch([{'host': 'localhost'}]).ping()
# add an index to the id column for the examples
examples.add_elasticsearch_index(column='id')
# retrieve the example index
example_idx_k1 = [examples.search(index_name='id', query=i, k=1).indices for i in id_list]
example_idx_k1 = [item for sublist in example_idx_k1 for item in sublist]

example_idx_k2 = [examples.search(index_name='id', query=i, k=3).indices for i in id_list]
example_idx_k2 = [item for sublist in example_idx_k2 for item in sublist]

len(example_idx_k1)  # should be 130319
len(example_idx_k2)  # should be 130319

#trial 1 lengths:
# k=1: 130314
# k=3: 130319

# trial 2:
# just run k=3 first: 130310
# try k=1 after k=3: 130319

Hi !
I tried your code on my side and I was able to workaround this issue by waiting a few seconds before querying the index.
Maybe this is because the index is not updated yet on the ElasticSearch side ?

Hi !
I tried your code on my side and I was able to workaround this issue by waiting a few seconds before querying the index.
Maybe this is because the index is not updated yet on the ElasticSearch side ?

Thanks for the feedback! I added a 30 second "sleep" and that seemed to work well!

Thanks for the feedback! I added a 30 second "sleep" and that seemed to work well!


Stopping server

Can someone please tell me how I should stop a server from running that's been installed with mup?
Also, once stopped, which mup command should be used to restart it?

ssh into your server and type sudo stop meteor if "meteor" is your app name.

Just created a pull request associated with this request #264 :)


An option to hide intra-protein non-bonded interactions would be nice [feature request]

At rcsb.org, in the Ligand View tab, it would be nice to have an option (maybe even ON by default),
to hide intra-protein non-bonded interactions.
Because, when  you are in the Ligand View tab, it means you are interested in protein-ligand interactions.
All the rest is just visual clutter.
E.g. go to https://www.rcsb.org/3d-view/ngl/5ufx ->
Structure tab -> Choose the NGL viewer -> Ligand View tab -> choose any of the two ligands (86Y id).

NGL contact representations have a filterSele property which allows to restrict the sets between which contacts are harvested. This property can be a string or a tuple of strings. In the latter case the contacts must satisfy being between entities from each set.
The NGL implementation at rcsb.org is not part of this project, so there is nothing more we could do regarding your feature request in the context of RCSB.


Document cluster bootstrap procedure

Need something similar to what we've done for the demo cluster install procedure since we still have some manual steps to bootstrap the cluster. We've got to make sure someone else will be able to easily put together their Kitt4sme platform instance just by following the instructions.
See also #21 and #25 about automating the procedure fully.

done during the Nov 2021 demo sprint.


Fix logs temporarily until debug events support guest

I misunderstood how debug events work and didn't realize they don't work in wasm builds because the guest hasn't implemented them. I had tested them only in native builds, but wasm builds is where the logging was designed to be used.
I've opened issue https://github.com/stellar/rs-soroban-env/issues/447 for adding support to the guest env so it will work in wasm development builds.
That issue will take some time to realize though, so we should change the SDK to push the logs to the log_value host function which is a primitive function that accepts just a RawVal.

Deciding not to do this temporary fix because the output format is a little too inconvenient for people to use. We'll wait for https://github.com/stellar/rs-soroban-env/issues/447 instead.


merge with grails console

in some sense both plugins are used to inspect a running app, so it might be worth combining their powers.

Right now I am trying to link the console plugin from the actuator dashboard. The plugin still has to be added as a dependency in the app which uses the actuator ui plugin. This way end user has full control over the console plugin. @donalmurtagh

Done. Will be available with v0.2


Make ModelicaIO.h usable from a C++ environment

Reported by ottot on 10 Jun 2016 10:03 UTC
The functions in ModelicaIO.h should be marked as extern "C" when compiled with C++ compiler, see attached patch.

Migrated-From: https://trac.modelica.org/Modelica/ticket/2008

Comment by hansolsson on 13 Jun 2016 11:13 UTC
We should avoid having defines with generic names such as "EXTERN" since that is likely to cause conflicts.
Either have no define (requires a bit more) - or use a common prefix, such as the existing "MODELICA_".

Comment by beutlich on 13 Jun 2016 13:04 UTC
There already is EXTERN defined in ModelicaMatIO.h.

Comment by hansolsson on 13 Jun 2016 13:23 UTC
Replying to [comment:2 beutlich]:

There already is EXTERN defined in ModelicaMatIO.h.

Ah, yes, we should thus rename both of them. If necessary with another ticket.
We are lucky that we have NOT stumbled on this yet, but e.g. f2c uses "Extern" and not "EXTERN" (with completely different definition).

Comment by beutlich on 13 Jun 2016 13:31 UTC
Right. Will rename to MODELICA_EXTERN (with context of this ticket).

Modified by beutlich on 15 Jun 2016 15:53 UTC

Comment by beutlich on 23 Jun 2016 20:40 UTC
Hans: Should we instead utilize the MODELICA_EXPORT macro which alreads is used in ModelicaFFT.c, ModelicaInternal.c, ModelicaRandom.c, ModelicaStrings.c and even in ModelicaIO.c.
It is
#if !defined(MODELICA_EXPORT)
#   define MODELICA_EXPORT
#endif

Proposal: Should we

rename EXTERN to MODELICA_EXPORT in ModelicaMatIO.h,
add MODELICA_EXPORT in ModelicaStandardTables.h,
remove MODELICA_EXPORT from ModelicaIO.c and add it to ModelicaIO.h instead?

This way it will be consistent throughout the C Sources.

Comment by hansolsson on 28 Jun 2016 14:37 UTC
Replying to [comment:6 beutlich]:

@Hans: Should we instead utilize the MODELICA_EXPORT macro which alreads is used in ModelicaFFT.c, ModelicaInternal.c, ModelicaRandom.c, ModelicaStrings.c and even in ModelicaIO.c.
It is
#!c
#if !defined(MODELICA_EXPORT)
#   define MODELICA_EXPORT
#endif

Proposal: Should we
* rename EXTERN to MODELICA_EXPORT in ModelicaMatIO.h,
* add MODELICA_EXPORT in ModelicaStandardTables.h,
* remove MODELICA_EXPORT from ModelicaIO.c and add it to ModelicaIO.h instead?
This way it will be consistent throughout the C Sources.

Yes, that seems like a good general solution.
I assume it would be something like:
#if !defined(MODELICA_EXPORT)
#if defined(__cplusplus)
#   define MODELICA_EXPORT extern "C"
#else
#   define MODELICA_EXPORT
#endif

I hope that works in all cases, since we have for Dymola noticed that there are a few additional cases for various variants (declaration vs. definition, function vs. data).

Comment by beutlich on 29 Jun 2016 13:21 UTC
Replying to [comment:7 hansolsson]:

I assume it would be something like:
#!c
#if !defined(MODELICA_EXPORT)
#if defined(__cplusplus)
#   define MODELICA_EXPORT extern "C"
#else
#   define MODELICA_EXPORT
#endif

This would only go to the three header files ModelicaIO.h, ModelicaMatIO.h and ModelicaStandardTables.h then, as only these files may get included from a C++ module. Right?

Comment by hansolsson on 29 Jun 2016 14:05 UTC
Replying to [comment:8 beutlich]:

Replying to [comment:7 hansolsson]:

I assume it would be something like:
{{{
#!c
#if !defined(MODELICA_EXPORT)
#if defined(__cplusplus)
define MODELICA_EXPORT extern "C"
#else
define MODELICA_EXPORT
#endif
}}}
This would only go to the three header files ModelicaIO.h, ModelicaMatIO.h and ModelicaStandardTables.h then, as only these files may get included from a C++ module. Right?

Yes.

Comment by beutlich on 29 Jun 2016 16:50 UTC
ModelicaMatIO.h does not contain functions visible for the Modelica environment. Thus I am going to keep the EXTERN there as it is now.

Comment by beutlich on 30 Jun 2016 06:26 UTC
Or rename EXTERN to either MATIO_EXTERN or MODELICAMATIO_EXTERN.

Resolved by d574148e3a53588da9b8303ee1596c217a2ac74c in master.


No such file or directory - Build error when using a host mounted volume

Describe the bug
While attempting to compile a WASM version of Yara inside of a container, I think I have stumbled across an OrbStack bug.
When running a build with the build directory under the container filesystem everything completes successfully, however, if I run the build from a directory mounted from the host it fails with the error "No such file or directory" attempting to read a file which was just created. The file definitely exists. I am not sure how bests to gather debug info to validate whether it is caused by a bug in OrbStack or something else, but I have done my best to include everything needed to recreate the issue.
To Reproduce

Build the emscripten docker image:

docker buildx build --pull --load -t registry.example.com/emscripten:stable .

USER nobody:nogroup

WORKDIR /src

ENTRYPOINT ["/usr/local/bin/entrypoint.sh"]

entrypoint.sh
#!/bin/bash
set -e

EMSDK_QUIET=1 source "${EMSDK}/emsdk_env.sh"

exec "$@"

Extract the attached libyara-wasm library code.
libyara-wasm.tar.gz

Open a terminal in the extracted folder and start the docker build container

docker run --rm -it -v "$(pwd):/src" -u $(id -u):$(id -g) registry.example.com/emscripten:stable /bin/bash

Inside the container, run the following to build the library:

mkdir build
cd build
emcmake cmake ..
emmake make -j8

The build should fail with the following error:
copying selected object files to avoid basename conflicts...
/emsdk/upstream/bin/llvm-ar: error: .libs/libyara.lax/lt1-la-hash.o: No such file or directory
make[4]: *** [Makefile:1583: libyara.la] Error 1
make[3]: *** [Makefile:1188: all] Error 2
make[2]: *** [CMakeFiles/yara.dir/build.make:86: yara-prefix/src/yara-stamp/yara-build] Error 2
make[1]: *** [CMakeFiles/Makefile2:113: CMakeFiles/yara.dir/all] Error 2
make: *** [Makefile:91: all] Error 2
emmake: error: 'make -j8' failed (returned 2)

While still in the container, run the following alternate build commands:

mkdir /tmp/build
cd /tmp/build
emcmake cmake /src
emmake make -j8

The build should complete successfully this time.
On the failed build, the file mentioned ".libs/libyara.lax/lt1-la-hash.o" does exist on disk when I check, and if you re-run the make command the build will resume and finish successfully. Since the error only occurs when build files are on a host mounted volume, it seems like there could be some kind of race condition at play.
Expected behavior
Both builds should complete successfully, regardless of the location of the build directory.
Diagnostic report (REQUIRED)
OrbStack info:
Version: 1.7.0-rc2
Commit: 286173a3053ed7fcc0784d31ef8791886ad60224 (v1.7.0-rc2)
System info:
macOS: 14.6.1 (23G93)
CPU: arm64, 16 cores
CPU model: Apple M3 Max
Model: Mac15,9
Memory: 48 GiB
Full report: https://orbstack.dev/_admin/diag/orbstack-diagreport_2024-08-20T21-30-30.670595Z.zip

Screenshots and additional context (optional)
No response

I've run into a similar issue using buildroot with bind mounts. Some libraries/projects instruct libtool to make hard links to build files in a temporary directory before it links the entire project from that temporary directory and that seems to trip up OrbStack. If I reduce the CPU limit to 100% (1 core) and build those libraries individually after the build fails, then increase the CPU limit back to 800% (8 cores) and restart the build, everything works fine. I'm also under the impression that there's a race condition somewhere.
Reproduction steps:

Ensure OrbStack is configured with a CPU limit of 200% or more (I recommend 800%)
git clone https://github.com/bryanforbes/batocera.linux.git
cd batocera.linux
git checkout origin/bryanforbes/macos-build
git submodule update --init
make build-docker-image
`echo 'EXTRA_OPTS := BR2_CCACHE_INITIAL_SETUP="--max-size=50G"' > batocera.mk
make x86_64-build

The build will fail at util-linux-libs, util-linux, or gmp with a message similar to the following:
/x86_64/host/lib/gcc/x86_64-buildroot-linux-gnu/13.3.0/../../../../x86_64-buildroot-linux-gnu/bin/ar: .libs/libgmp.lax/lt2-add.o: No such file or directory
make[3]: *** [Makefile:883: libgmp.la] Error 1
make[3]: Leaving directory '/x86_64/build/gmp-6.3.0'
make[2]: *** [Makefile:998: all-recursive] Error 1
make[2]: Leaving directory '/x86_64/build/gmp-6.3.0'
make[1]: *** [Makefile:788: all] Error 2
make[1]: Leaving directory '/x86_64/build/gmp-6.3.0'
make: *** [package/pkg-generic.mk:283: /x86_64/build/gmp-6.3.0/.stamp_built] Error 2
make: Leaving directory '/build/buildroot'
make: *** [x86_64-build] Error 2

To get around this issue, when the build fails, I reduce the CPU limit to 100% and run make x86_64-pkg PKG=<package name here>, wait for it to finish, increase the limit to 800%, and re-run make x86_64-build.

Got same issue while building openwrt, waiting for solution...

@houaq Something that may help you until this is fixed is to run the make command twice. I know this will be specific to how the openwrt makefile is written so I am not sure if it will work, but for me, when I am building my libyara-wasm package I have put in a workaround to run make and then after it fails with an error, run it again. The second time it works since all the files are actually built correctly from the previous run and it just continues where it left off previously and builds the library as it should.
Like I said, it may not work since it will depend on the individual makefiles but its worth a try if this is blocking you.

@niallnsec
Thanks for the quick reply! I also did this, it may work after 2 or 3 tries, but not sure :(


libmodulemd: Enable darwin support.

Motivation for this change
This already compiles fine, no changes necesssary.
I am currently working on getting DNF to compile on darwin (long story) and this is one of the less problematic dependencies :)
Example:
% /nix/store/svsyagf509zn9n00qc2nqja883vfbf5k-libmodulemd-2.9.2-bin/bin/modulemd-validator --help
Usage:
  modulemd-validator [OPTION…] FILES - Simple modulemd YAML validator

Help Options:
  -h, --help        Show help options

Application Options:
  --debug           Output debugging messages
  -q, --quiet       Print no output
  -v, --verbose     Be verbose
  -V, --version     Print version number, then exit

Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[ ] NixOS
[X] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[X] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[X] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[X] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 107102 run on x86_64-linux 1

Result of nixpkgs-review pr 107102 run on x86_64-darwin 1

4 packages built:

libmodulemd
python37Packages.libmodulemd
python38Packages.libmodulemd
python39Packages.libmodulemd


Add compatibility to Spring Boot 3

Hi, I like this library (and the underlying json-data) because it allows to produce clean and declarative code and I'd like to use it in my latest project but I can't because it's not compatible with Spring Boot 3, which changed how it registers auto-configurations.
If it's ok with you, I'd like to contribute to the library with this PR instead of just forking it.
The changes I made should be retro-compatible, I've tried the new version with a Spring Boot 2.3 project and it registers the auto-configuration.
Please let my know if you need me to do or change something.

Hi @Gargante.
I don't expect to upgrade this library to Spring Boot 3 due to possible backward compatibility issues.
However, I created a new new version of this library that is compatible with Spring Boot 3: https://github.com/hrytsenko/json-data-spring-boot-3.
Note that this new version was upgraded to Java 17 and has revised interface.


[Q] How can I integrate my plots instead of having separate plots?

Also, I only have used 20 epochs for train/val. I am not sure why it is showing 100 epochs?

Here's what I've been using:
            wandb.log({"train loss": train_epoch_loss,
                       "val loss": val_epoch_loss,
                       "epoch": epoch})

            wandb.log({"train acc": train_epoch_acc,
                       "val acc": val_epoch_acc,
                       "epoch": epoch})

            wandb.log({"best val acc": val_best_acc, "epoch": epoch})

Hi Leslie, is there an option to meet with one of your engineers via zoom? My email is<EMAIL_ADDRESS>Thank you, Mona Jalal


Expand documentation

[ ] Resource config options
[ ] hex docs
[ ] README

I'd recommend adding a few screenshots as well.


Firefox on latest pre-release

Hello. Another bug here. On the latest pre-release running on rock64. Firefox fails to play youtube videos. Every time a video is loaded the tab crashes. In chrome the video does play but very laggy. If you try to go into the chrome settings the tab crashes. If you install VLC and try to play the video file through network stream on VLC (Confirmed working on my other desktop) The video fails to play.
On firefox the discord website also crashes the tab unless you disable webgl in about:config.
As for video playback I'd have to say it is probably an ffmpeg issue seeing that VLC also wouldn't play the video.

Confirm that I have the same issue here on rockpro64. Chrome works though.

Can you verify if this continues to be problem with latest 0.8.2? Firefox will not be super performant, as they do not use EGL (accelerated video output), thus it will be uber slow to use.

I confirm this on rock64. I have exactly similar issues with firefox and chrome.

Firefox does not display on latest pre-release. Window never fills out and always shows a frozen image of the background or whatever was behind firefox when it was opened within in the main window area.


Add Aleph 0 Long ver by Leaf

Song Name
Aleph 0 Long ver
Artist Name
Leaf
Source
Youtube
Youtube Link
fTaWKbD3UK8
Direct File Link
No response
Song ID
222
Extra
Created from Auto Nong.
Created for level: 66759155

accept