Fix cyclic dependency: remove optaplanner-wrapper

OptaPlanner 8 is build after kogito-runtimes 1 (because it depends on kogito-drools). Therefore, kogito-runtimes can't include an optaplanner wrapper (that no one uses anyway).
This is UNrelated to cyclic dependency of the quarkus-optaplanner extension which I am also fixing now.

@ge0ffrey do you mind resolving the conflicts

@cristianonicolai done :)


Adding windows tts (base implementation)

that PR adds a base implemetation of Windows TTS. that can be used optional, by default its unused

Great work! <3
There are just few comments mostly related with code style

Great work! <3 There are just few comments mostly related with code style

No promblem what things I can improve?

Great work! <3 There are just few comments mostly related with code style

No problem what things I can improve?

Sorry, forgot to submit comments :)


content.lansweeper.com

We have some clients who use this tool and are having trouble with our emails and domains. Just trying to figure out where to begin to resolve this.

through you
through Adguard
IT investigating our domain for cloaked tracking

Any info would be appreciated. Thank you.

Just trying to figure out where to begin to resolve this.

How about here:

https://www.techtarget.com/whatis/definition/Pardot
😉

note please that AdGuard cname-trackers is not a blocklist, it is just a list of cloaked trackers


Add support for BGRA format

This was probably omitted when moving from shantae_tex to wfLZEx. Was there a good reason for it? Can't really test if it's working or not since it's missing the vcxproj file for a Visual Studio build.

Sorry, wanted to actually discuss further but forgot to write more when i did some testing. This format 0 can be found in Shantae Risky's Revenge .anbs, but the channel order seems not be consistent between platform releases (i.e the PC release is BGRA, the switch version Is RGBA). How would you solve this?

I did run into endianness issues on .anb files from various big endian Nintendo platforms on a particular version of the program. I wish I could say I figured it out, but I legit just ported the application to an ancient PowerPC iMac G5 and used that to extract said animations. I don't recall running into any RGBA/BGRA issues from Risky's Revenge. I might not have looked into Risky's Revenge at all, though.

Yeah the problem this time doesn't seem to be endianness, rather channel order (1st and 3rd byte swapped for some reason) that can apparently be whatever It wants without a real difference. I can provide the two anbs if it's allowed to post them here.

Feel free to post example .anb files, though fair warning I'm not very active looking into issues lol sorry.

Here they are
anssample.zip
In any case, unrelated, but as I wrote above, the source code is missing the vcxproj file, without it Visual Studio cannot load the solution. I solved by building squishd.lib manually and adding it into a new project along with FreeImage from NuGet, but you'd probably want to take a better look at that.

Gosh darn it, I thought I only needed the solution file for that to work. Thanks!


FIX: Flake

@larsoner I'd love to merge this PR but apparently with the new restrictions, I don't have sufficient permissions as the Qt test was not passing. Could you please either relax this requirement, or give me elevated permissions, or can we maybe re-think this entire thing? As it is now, I'm feeling a bit "debilitated", which I'm sure was not the intention :)

thx @larsoner

or can we maybe re-think this entire thing? As it is now, I'm feeling a bit "debilitated", which I'm sure was not the intention :)

Agreed, it seems to be causing more harm than good. I never saw a "merge once all checks pass" anyway, I only ever saw the admin-level "merge now ignoring requirements". I've removed the requirements for now

Thanks Eric!

Thanks Eric!


Panic if libgtk-3 appears to be built with enable-debug=no

Safety of this crate's API relies on g_return_if_fail checks being enabled. Refuse to work with library built with enable-debug=no, which exposes undefined behavior all over the place.
Kudos to @efyang for discovering ways to implement this check.
Close #270.

Oh nice! So you finally found out how to do it. :)

Yeah, we figured this out in the issue, I just kept putting off implementing it.


test(scorecard): logWorkloadEvent for cryostat-recording errors

Welcome to Cryostat! 👋
Before contributing, make sure you have:

[x] Read the contributing guidelines
[x] Linked a relevant issue which this PR resolves
[x] Linked any other relevant issues, PR's, or documentation, if any
[x] Resolved all conflicts, if any
[x] Rebased your branch PR on top of the latest upstream main branch
[x] Attached at least one of the following labels to the PR: [chore, ci, docs, feat, fix, test]
[x] Signed all commits: git commit -S -m "YOUR_COMMIT_MESSAGE"

Fixes: #749

I think the defer should be moved before the first return fail... in each test, otherwise we might miss logging opportunities.

When I defer LogWorkloadEvents before defering cleanupCryostat, I get an error when trying to get the Cryostat deployment since it's already been deleted...

Ah defers are in LIFO order, so Cryostat will be gone every time... What about if we just call LogWorkloadEvents from cleanupCryostat before deleting?

I think the defer should be moved before the first return fail... in each test, otherwise we might miss logging opportunities.

When I defer LogWorkloadEvents before defering cleanupCryostat, I get an error when trying to get the Cryostat deployment since it's already been deleted...

Ah defers are in LIFO order, so Cryostat will be gone every time... What about if we just call LogWorkloadEvents from cleanupCryostat before deleting?

I like this idea, but I still won't be able to defer the logs before the first return fail in each test.

/build_test

/build_test

/build_test

@Mergifyio backport cryostat3


Unable to reset user password

Hi folks,
When I try to reset my password (for username rossp, email address<EMAIL_ADDRESS>I get a server error. I'm able to successfully load the password reset page and enter my email address, but when pressing submit I get a lovely ASCII fail whale :(
         ":"
       ___:____     |"\/"|
     ,'        `.    \  /
     |  O        \___/  |
   ~^~^~^~^~^~^~^~^~^~^~^~^~

   Fail.  Check back in a bit!

I'd like to change ownership and add contributors for one of my projects, as well as change it's GitHub repository URL. This isn't highly urgent but it'd be good to get it wrapped up.
Thanks!

I'm having the same issue.

I tried this again about 24 hours ago and was able to reset my password. Some sort of transient issue?

This was addressed with #2455

I can confirm this works now. Thank you.


Add partition info in Destination config

Added ParitionId, NamedPartitionName, and ReplicaId into the Metadata in Destination config
Change destinationId to partitionId+replicaId

@keira369 Please, fix the build. It's failing with
There is no argument given that corresponds to the required formal parameter 'partition' of 'Discoverer.BuildDestination(ReplicaWrapper, string, string, Partition)'

Looks like the tests still need updating?

Looks like the tests still need updating?

Yup, unit tests updated now

@keira369 Could you please clarify if this PR fixes any of issues you submitted recently? If yes, could you please add
'Fixes #' on a new line comment to the description?

@keira369 Could you please clarify if this PR fixes any of issues you submitted recently? If yes, could you please add
'Fixes #' on a new line comment to the description?

Sure, this PR fixes these 2 issues I raised:

https://github.com/microsoft/reverse-proxy/issues/1104
https://github.com/microsoft/reverse-proxy/issues/1103

@Tratcher - can you please take a look at the updated pr when you have time? Thanks!

Thanks


update apt repository url

relase is no longer sensu, but the codename (precise, trusty, ...)

duplicate of #611

sorry, totally missed that, as it also contains a test for debian, i'll close mine


IE 11 asynchronous select reloading selected values after clicking scrollbar

In IE 11 have following issue, In async multiselect dropdown I typed some letters so that list with available options narrows down, when clicking/scrolling scrollbar, list with options are reloaded and filtered values are lost.
Vue multiselect version 2.1.6
For security reasons I can not share any code but exactly the same happens in this example
https://vue-multiselect.js.org/#sub-asynchronous-select

After some research if found solution here
https://github.com/shentao/vue-multiselect/issues/100


Discovery: Run accessibility tests on dashboards

https://chrome.google.com/webstore/detail/wave-evaluation-tool/jbbplnpkjmmeebjpijfedlgcdilocofh

@iris-i are you just looking for a list of red flagged items here?

@janette Yep. We can then create tickets to fix any issues we find.

dashboard/physician

NO red flagged items with WAVE

codesniffer results

insufficient contrast:
This information is obtained fr...

insufficient contrast:
TOTAL TPC

insufficient contrast:
PHYS / 100K

dashboard/summary

NO red flagged items with WAVE

codesniffer results

insufficient contrast: × (school & data select)
insufficient contrast:
Academics
 (academics and financials metric boxes)
insufficient contrast:
70-100
 (scoring key - meets standards column with #339900 background) codesniffer suggests #2d8800

dashboard/academics
dashboard/financials
dashboard/operations

NO red flagged items with WAVE

codesniffer results

same contrast issues with the drop down 'clear' links
same contrast issues with the lighter green background with white text
contrast issue with the light red background (#9f3e69) with white text

Created a ticket to fix these issues: https://waffle.io/NuCivic/dkan_management/cards/59ea266349c9af00abaa1e99
Closing this.


micsthepick: Watch pure\W?simple\W?healing\W?hemp

micsthepick requests the watch of the watch_keyword pure\W?simple\W?healing\W?hemp. See the Metasmoke search here and the Stack Exchange search here.

pure\W?simple\W?healing\W?hemp has been seen in 0 true positives, 0 false positives, and 0 NAAs.

Coverage remained the same at 65.238% when pulling 725440bcfa8e455c49419f423a69e53aed18708a on auto-blacklist-1520839439.4114435 into 339357df0207d10d64e6cae910bba62e5eb1850d on master.

I would perhaps prefer for this to be shorter but okay. Please review in a few weeks.
!!/approve


Pure CSS Battery Layout

Issue Type:

[ ] Bug Report
[x] Feature Request
[ ] Documentaion

Describe the bug

A Pure CSS Battery Layout

Possible solution

Describe the solution you thought of.

Screenshots

Don't you think this will be more suitable in CSS effects repo?

okay


Feature/firebase upload test

Problem
What is the problem this work solves, including
Added tests to firebase recipe upload
Solution
What I/we did to solve this problem
created 3 test files for each class in DBRecipeHandler: CompositionDoc, ObjectDoc, and DBRecipeHandler
with @meganrm
Type of change
Please delete options that are not relevant.

new tests for #127

Steps to Verify:

conda activate autopack
pytest cellpack

Keyfiles (delete if not relevant):

test_comp_doc.py
test_object_doc.py
test_db_recipe_handler.py
mock_db.py

Codecov Report
Patch coverage: 98.35% and project coverage change: +83.78 :tada:

Comparison is base (5cbf59c) 14.60% compared to head (cd9c693) 98.39%.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@             Coverage Diff             @@
##             main     #161       +/-   ##
===========================================
+ Coverage   14.60%   98.39%   +83.78%
===========================================
  Files          66       14       -52
  Lines       17886      435    -17451
===========================================
- Hits         2613      428     -2185
+ Misses      15273        7    -15266

Impacted Files
Coverage Δ

cellpack/tests/test_representations.py
100.00% <ø> (ø)

cellpack/tests/mocks/mock_db.py
92.45% <92.45%> (ø)

cellpack/tests/test_comp_doc.py
100.00% <100.00%> (ø)

cellpack/tests/test_db_recipe_handler.py
100.00% <100.00%> (ø)

cellpack/tests/test_gradient_data.py
100.00% <100.00%> (ø)

cellpack/tests/test_object_doc.py
100.00% <100.00%> (ø)

cellpack/tests/test_partners.py
100.00% <100.00%> (ø)

cellpack/tests/test_recipe_resolve.py
100.00% <100.00%> (ø)

cellpack/tests/test_recipe_version_migration.py
100.00% <100.00%> (ø)

... and 57 files with indirect coverage changes
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

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

Could we use the Squash and Merge option while merging PRs? This will reduce the number of commits that get added to the main branch.

Could we use the Squash and Merge option while merging PRs? This will reduce the number of commits that get added to the main branch.

Sure, good idea. l'll find a way to redo the merge and squash the commits this time. Thank you!

Could we use the Squash and Merge option while merging PRs? This will reduce the number of commits that get added to the main branch.

Sure, good idea. l'll find a way to redo the merge and squash the commits this time. Thank you!

I don't think we need to (or can even) do it for this branch. Just something to keep in mind for future PRs :)


acpid: Disable network access

Description of changes
This is based on #155142, as a part of https://discourse.nixos.org/t/hardening-systemd-services/17147. cc: @rapenne-s. I was wondering why the Systemd hardening effort hadn't continued.

Things done

Built on platform(s)

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

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

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

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

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

[x] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

According to https://nixos.wiki/wiki/Systemd_Hardening, https://github.com/NixOS/nixpkgs/pull/208751/files, https://github.com/mautrix/docs/pull/18/files are good examples of which settings to be set to true. Would it be acceptable if I apply all the hardening in https://github.com/NixOS/nixpkgs/pull/208751/files ? Maybe if there could be a way to specify it concisely, that can be easily specified in other service files?

Well, I'm totally for more service hardening and am happy to review and merge. Just ping me.
As you can see there are a lot of possibilities and one has to consider every possible use case of a given service. It's always a plus to have operational experience with a service. Most of the time, it is not trivial to determine all edge cases and testing can the time-consuming. Generalizations for specifying hardening concisely is also hard. That's why systemd has so many different knobs. Sadly there are no simple solutions. In the best case, upstream has suggestions for hardening since they know their software best.

It seems that in that case, I would have to study the scope of how acpid interacts with the rest of the system. For instance, even with this simple chrony configuration
        ProtectKernelTunables = true;

could not be said to be the case for acpid, because I am not able to fully confirm that acpid won't need to optimize the kernel variables under the hood.
Instead, I could more effectively harden across the services by checking if they need network access or not. I could open a PR just to disable network for thinkfan, udisks2, tlp, upower, and so on.
References:

https://www.freedesktop.org/software/systemd/man/latest/systemd.exec.html

This should be reverted as it breaks completely acpid: https://github.com/NixOS/nixpkgs/issues/284168

That's a bit too far to say "breaks acpid completely" -- it "merely" broke the scriptability part.


Automated cherry pick of #3942: Upload multi-cluster e2e coverage to codecov

Cherry pick of #3942 on release-1.7.
#3942: Upload multi-cluster e2e coverage to codecov
For details on the cherry pick process, see the cherry pick requests page.

/test-multicluster-e2e

Codecov Report

Merging #3984 (506badb) into release-1.7 (808dc94) will decrease coverage by 28.98%.
The diff coverage is n/a.

@@               Coverage Diff                @@
##           release-1.7    #3984       +/-   ##
================================================
- Coverage        64.14%   35.16%   -28.99%
================================================
  Files              293      122      -171
  Lines            43228    17127    -26101
================================================
- Hits             27730     6023    -21707
+ Misses           13269    10604     -2665
+ Partials          2229      500     -1729

Flag
Coverage Δ

integration-tests
35.16% <ø> (?)

kind-e2e-tests
?

unit-tests
?

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

Impacted Files
Coverage Δ

...catesigningrequest/ipsec_csr_signing_controller.go

pkg/agent/cniserver/sriov.go

pkg/apiserver/handlers/webhook/validation_crd.go

pkg/agent/secondarynetwork/podwatch/controller.go

pkg/util/ip/ip.go

pkg/controller/externalippool/controller.go

pkg/agent/apiserver/handlers/multicast/handler.go

pkg/util/sets/string.go

pkg/log/log.go

pkg/agent/util/ethtool/ethtool_linux.go

... and 405 more

/test-all
/test-windows-all
/test-ipv6-all
/test-ipv6-only-all
/test-multicluster-e2e

/test-hw-offload
/test-all-features-conformance

/test-all-features-conformance


Not up to date with latest CLion version

Does not work with latest CLion version.

Hello, I will take a look, thanks!

I updated the plugin, should be published soon, thanks for reporting!


[Question / Request] Resolve multiple devices

First all, great work. Second, this is not an issue and might not even be a feature request. Sorry for that.
I'd like to integrate this library in an app for a home domotica controller (Homey by Athom). I'd like to know if it's possible to resolve multiple device with their own handle simultaneously when initializing this app for the home domotica controller instead of having to resolve the device every time a command is triggered.
For instance when someone uses a purifier and a vacuum cleaner both devices can be resolved and have their own commands. I can get this to work to resolve the device every time a command is given but I'd rather resolve all devices once upon initialization of my own app.
Hope it makes sense.

Thanks! The closest that exists right now is the miio.devices() method that discovers all devices on the local network and connects to them (if the token is available either via auto-token or manually set via miio command). It emits events for when a device is found or when it is no longer available on the network. You can safely keep the handle of a device received in the available event.
Does that come close to what you need?

It might but I lack the programming skills to create a working example. I used the miio.devices() example code form the README (which contains a little error where it is declared as miio.devices but uses browser.on etc.) but cant get it to resolve my vacuum cleaner as it hides it's token. I dont know how to use the miio.devices() method while manually setting the token.
I did fiddle with the miio.createDevice() method and resolve my cleaner twice under it's own name. I believe that solves my problem and will enable me to manually create the devices based on the device settings previously saved within my own app. The example code below works, I did not even have to manually initialize the device for the find command to be fired twice. Any downsides to this?
`const miio = require('./lib');
const device1 = miio.createDevice({
address: '<IP_ADDRESS>',
token: '69..removed..64',
model: 'rockrobo.vacuum.v1'
});
device1.find();
const device2 = miio.createDevice({
address: '<IP_ADDRESS>',
token: '69..removed..64',
model: 'rockrobo.vacuum.v1'
});
device2.find();`

Ok, thanx for the information. Running the miio app on the domotica controller is indeed not possible.
Feeding tokens to the miio.devices() method and manually setting device handles for these tokens would  enable me to create one device handle for every user added device upon initialization of my own app and keep things clean. But for now I'll go with creating a new device handle for every new command or status request and destroy() this handle afterwards.
Thanx again for this great library.


Empty object being created even if owning object has :reject_if => :all_blank set

Exactly as it says
I have PurchaseDetails
class PurchaseDetail < ActiveRecord::Base
has_many :purchases
accepts_nested_attributes_for :purchases, :reject_if => :all_blank, :allow_destroy => true
end
This is still allowing an extra empty object to be created.

You have to show some more information @kaizenx. Maybe you have some hidden fields in your form? Do you fill in default fields from within your controller? Do you have a select-dropdown which automatically selects the first value? What is posted to the controller? The code you show is pure rails code, so for me it is hard to guess the relation with cocoon now.
Or, if that is your question, I have tested in my own code before and can confirm this should work.


Added snmp user facts changes

Description
[Added snmp user facts changes]
Issues Resolved
[List any issues this PR will resolve. e.g., Fixes #01]
Check List

[ ] New functionality includes testing.

[ ] All tests pass. ($ ./build.sh).

[ ] New functionality has been documented in the README if applicable.

[ ] New functionality has been thoroughly documented in the examples (please include helpful comments).

Also update this resource in CHANGELOG and endpoints file


so gpu  how to use

If I knew the device number,how to load the model.

Hi!
My recommendation is to export the Python model assigning the GPU device, I answered a similar question here:
https://github.com/galeone/tfgo/issues/48#issuecomment-818470673
Hope it helps


added ReleaseOnTouchEnd to PressableButton & Unittests for release behavior

Overview

added ReleaseOnTouchEnd to allow sending release event if button touch ended without passing release plane
on retracting of the button the release event will now fire as soon as we're passing the release distance
default behavior of this flag is set to true as this was reported as a bug several times already and i think this should be the default behavior.

Changes

Fixes: #4565 && #4266

Verification

added play mode test that checks release behavior:
-- normal release
-- release while moving out of the button
-- disabling flag and moving out of the button to check if release isn't triggered in that case
all tests are executed once in normal and once in low frame rate scenario

/azp run mrtk_pr

/azp run mrtk_docs

@julenka tested on device - works fine also with bad framerate (~20fps with debug / il2cpp debugging)

/azp run mrtk_pr

/azp run mrtk_pr

/azp run mrtk_pr


Hooks - Before and after watch deploy.

Follow up issue from buidler core: https://github.com/nomiclabs/buidler/issues/899
I am creating a plugin that should run right after buidler-deploy has watched for changes and deployed.
Can you add empty tasks in the watch process, before and after deployment?

added


Add a synchronous version of :LspFormat

I'm looking for a solution to format files before writing.
autocmd BufWritePre *.c,*.cpp,*.h :LspFormat

The problem is that :LspFormat is asynchronous and the buffer gets written before formatting.
Moreover, sometimes I get corrupted buffer content. It seems that the formatting happens while the buffer is being written.

Can you try adding a call to lspserver.waitForReponse(req) at the end of the TextDocFormat() function
in the autoload/lsp/lspserver.vim file? This is already called if g:LSPTest is defined. You can move this
out of this if check.

That workaround solves it!

I have committed 748cea25fc8474b7c6f4a990ed54f5761136d3aa to use sync RPC call for the ":LspFormat" command.


don't initialize the USB host if no one is listening

Found this while looking into a different issue. if there's no drivers/addons that have registered as a USB host listener, there's no point in initializing it, so don't.
I wonder if we should also only underclock ourselves in this block too? (Not that I think it matters much.)

Fixed in PR#1055 / added from this PR. Thank you @bsstephan !!


ijeoma.md

Join interested-technical-writers-2024

Hi! Please only create your own file; do not edit any of the existing files as they are created automatically. Thank you!

closing as added in another PR


Spotlight cannot be started under Python 3.10.9 (Miniconda)

Describe the bug
When running Spotlight 1.3.0rc3 under Ubuntu/Miniconda/Python 3.10.9 it immediately fails with this message:
Traceback (most recent call last):
  File "/home/**/code/**-test/.venv/bin/spotlight", line 5, in <module>
    from renumics.spotlight.cli import main
  File "/home/**/code/**-test/.venv/lib/python3.10/site-packages/renumics/spotlight/__init__.py", line 18, in <module>
    from .viewer import Viewer, close, viewers, show
  File "/home/**/code/**-test/.venv/lib/python3.10/site-packages/renumics/spotlight/viewer.py", line 63, in <module>
    from renumics.spotlight.layout import _LayoutLike, parse
  File "/home/**/code/**-test/.venv/lib/python3.10/site-packages/renumics/spotlight/layout/__init__.py", line 26, in <module>
    from .nodes import (
  File "/home/**/code/**-test/.venv/lib/python3.10/site-packages/renumics/spotlight/layout/nodes.py", line 15, in <module>
    from .widgets import Widget
  File "/home/**/code/**-test/.venv/lib/python3.10/site-packages/renumics/spotlight/layout/widgets.py", line 11, in <module>
    class WidgetConfig(BaseModel, allow_population_by_field_name=True):
  File "/home/**/code/**-test/.venv/lib/python3.10/site-packages/pydantic/_internal/_model_construction.py", line 124, in __new__
    cls: type[BaseModel] = super().__new__(mcs, cls_name, bases, namespace, **kwargs)  # type: ignore
  File "/home/**/miniconda3/lib/python3.10/abc.py", line 106, in __new__
    cls = super().__new__(mcls, name, bases, namespace, **kwargs)
TypeError: WidgetConfig.__init_subclass__() takes no keyword arguments

To Reproduce
Steps to reproduce the behavior:

Setup new virtualenv with Python 3.10.9 (miniconda python version)
Activate venv and run pip install renumics-spotlight==1.3.0rc3
Run spotlight

Expected behavior
It should work flawlessly.
Desktop (please complete the following information):

OS: Ubuntu 20.04, Miniconda, Python 3.10.9
Spotlight Version 1.3.0rc3

Just found out that downgrading pydantic to 1.10.11 resolves the issue.
The installed version in my env was 2.0.2 before.
However, pydantic is not pinned when installing spotlight, so this is still an issue as incompatible version is installed.

Pydantic is already pinned to <2.0.0 on main. A version of Spotlight containing this fix will be released soon.
For now, you can work around this issue by manually installing an earlier version of pydantic:
pip install pydantic==1.10.11


Add to Collection broken?

Attempting to add my new Beta Kata to my collection.... but it's not working
Click "Add" and all the buttons go disabled but nothing else happens. The Kata doesn't get added.

Env: Windows 10, Chrome browser.

Looks like it's stuck in the state after making a request. Either timed out or some error occurred and the ui is not handling it.
Can you open the developer tools and check the response from POST /api/v1/collections/:id/code_challenges?

As requested.

Are you trying to add The Rings of Saturn? It's already in your collection so that's why it's failing.
The reason why the UI is stuck and doesn't how this error is because it doesn't know that the request failed since the status code is 200 (it doesn't check for success: false). This is a general issue that's been happening all over the app.

OK, not I see it is there.... I wondered that earlier but when I looked at the collection it said it was last updated 2 months ago so I assumed it had not gone in.


How to Remove Released Nodes and Edges Without CancelOrder？

How do I remove the released path on the AGV without canceling the order, because I want the AGV to continue to execute the order while the HMI keeps displaying information about the order.

You should keep the orderId same but increase orderUpdateId, in the new order create new path just important part is last node position of your robot.

(Un)Fortunately, it is not possible to change the released/base path of an order.
See chapter 6.6.2 for reasoning:

Since MQTT is an asynchronous protocol and transmission via wireless networks is not reliable, it is important to note, that the "base" cannot be changed. The master control can therefore assume that the "base" is executed by the AGV.

The proposal of @bekirbostanci is not correct, as the important part for sending an order update is not the last node position of the robot, but the last node of the base of the former order update that was sent by master control.
The relevant path in the figure @bekirbostanci posted above is:

@cpaulsynaos
If the first node of the new order is the last released node of the old order and the master controller creates a virtual node at the location where the robot is currently located and a new order is created by adding the new path robot to this virtual node, will there be any problems in this case?
Because the old base last node will be defined as the first node of the new order. This may not be the right approach,

@bekirbostanci @cpaulsynaos Let me describe the problem I ran into: Suppose the master control sent multiple released paths to an AGV#1. In the process of AGV#1 movement, a person manually drags another AGV#2 to the released path. I hope the master control can ask AGV#1 to stop and clear the unfinished path after stopping. Meanwhile, I hope AGV#1 can know that it only needs to clear the released path. Instead of cancelling the whole order, the HMI of AGV#1 can still display the information of the order, and also report the corresponding orderId, lastNodeId, orderUpdateId and other information of the order, because I still need AGV#1 to execute the previous order. Just truncated the released path. Once AGV#2 is set to automatic mode, the two AGVs can work together. CancelOrder causes the AGV to clear the order information, which can inconvenience the person using the AGV.
I noticed 6.6.3.

In the event of an unplanned change in the base nodes, the order must be canceled by usingthe instantAction cancelOrder.

The protocol was too absolute, so I came to find a solution.

@bekirbostanci
That might be possible in regards of sending a valid order updates and correctly extending the path from the last base node.
However, in that case the robot is still expected to move to "3. Node 1#", then back to the virtual node you added, only then moving along the newly released path.
@Benjamin-Miller1
Regarding order information to show on the HMI: I would not expect to have 1:1 relation between the VDA order and its triggering/superior transport order, as also stated in 6.6.1:

An order message does not necessarily describe the full transport order. For traffic control and to accommodate resource constrained vehicles, the full transport order (which might consist of many nodes and edges) can be split up into many sub-orders

If you need information about those full transport orders to be shown on the HMI, you could perhaps use custom actions to transport this information.

@cpaulsynaos I have a another idea for this problem but maybe it is messy. He can create one custom action, it is skipNode and add the action on the new order first node.

The Idea of the VDA 5050 is to allow interoperability by recommending at least some basic guarantees for both sides what to expect.
Of course everyone can add any custom behaviour on their side. But in case such customization affects core funcionality like movement or the guarantees on base and horizon - in your example: skipping nodes / bypassing any conditions - the other side would be required to adapt to such custom behaviour each time (e.g., for message validation, planning, traffic management).
Thus making the idea of a standard recommendation being less useful in my opinion.

Changing node position for that case doesn't need any custom action but yes, it might creates some side effects.


Update dylan/_index.md

Updated my info as requested

did you and Andrew yet get professional photos done yet. need one for each of you, or another copy of the one of you cuddling a sheep

I just need time to work out a bit more so that I look my best.


cranelift: Upgrade libm to 0.2.4

This resolves an issue with incorrect fmaf on the x86_64-pc-windows-gnu target under some inputs.
This was fixed in https://github.com/rust-lang/libm/pull/267
See: #4517

It looks like this fails (expectedly) in cargo-vet.
However, it is my understanding that only Bytecode Alliance members can modify this / approve new deps. I think this was mentioned in one of the cranelift meetings, but can't find the exact policy in the repository.
@alexcrichton is this the case?


Irregular Checkbox Behavior

Checkboxes in the metadata tab look and behave weird. They jump, additional check marks appear at the right border and the check mark in the box is too small. This was recorded in Firefox but Chrome shows the same problem:
https://user-images.githubusercontent.com/1008395/115455517-572bad00-a222-11eb-96ca-232b12fd01c8.mp4

Jumping and additional check mark appearance will be fixed by #435.
Based on my tests, the check mark in the box is not too small anymore.

So we can close this issue if #435 gets merged.

#435 got merge, closing.


Something wrong in terminal while using MSYS 2 with zsh.

VSCode Version: 1.26.1
OS Version: Microsoft Windows 10.0.17134.228

Steps to Reproduce:

Launch VSCode's terminal.
Use MSYS 2 with zsh and oh-my-zsh.
Set zsh's theme "robbyrussell".
Type something.

Does this issue occur when all extensions are disabled?: Yes/No
In VSCode's terminal, I use MSYS 2 with zsh (oh-my-zsh theme is robbyrussell).
While using, my cursor is not always in the end of the line(like those pictures). I can't move it to the end.

This is happening because your arrow character is an ambiguous width character, for now there is no way to work around this. This is related to https://github.com/xtermjs/xterm.js/issues/1467
I recommend not using the arrow in your prompt.


Fix titleTemplate example in README.md

Self explanatory, the example's copy is slightly off.

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


adding lots of child nodes one by one gets slower and slower

looping through a set of nodes and adding them one by one is fast...for a while. Then it gets slow, and slower, and slower.
This is an issue when moving the "site" dots from one part of the DOM to another, since there are > 10,000 sites. (not an issue w/ states and other things because of the smaller number).
There has to be a faster way to do this.
Reproducible example:
svg <- svglite::xmlSVG({
   plot(1,1)
})
library(xml2)
for (i in 1:1000){
    id.name <- paste0('nwis-',i)
    xml_add_child(svg, 'circle', r="2", id=id.name)
    message('done with ',i, ' of ', 1000)
  }

w/o the message in there, I'm sure it is faster, but w/ the message, you will see it start to slow down before 1000

Is there a solution that allows us to add circle nodes in bulk?

perhaps starting w/ https://github.com/hadley/xml2/blob/b3104813cc07e8261a54f1307303f5d31702ed8e/R/as_xml_document.R?

This pattern seems to be an improvement:
c.list <- list()
  for (i in 1:length(site.num)){
    id.name <- paste0('nwis-',site.num[i])
    c.list <- append(c.list, list(
      circle = structure(list(),
                         id = id.name, cx = cxs[i], cy = cys[i], r="2")))
  }

  g.sites <- as_xml_document(list(g = c.list))
  attr(g.sites,'id') <- 'site-circles'

  xml_add_child(svg, g.sites)

Geez, and now it seems the bottleneck is as_xml_document(list(g = c.list))

Setting this as wontfix for now https://github.com/hadley/xml2/issues/170

Is there a way you can preallocate empty nodes and then fill them?

I think you are going to run into issues trying to iteratively add nodes to a document. If you have a large block of nodes it will probably be faster to write the content as text and parse them as a block, then insert the whole block into the existing document in one call.

Thanks @jimhester that is what we ended up doing for this.


Adding rustfmt to pre-commit-hooks

By default, rustfmt looks for a Cargo.toml file in the root directory to determines which files should be formatted. However, as we're using a monorepo structure there's no such file, so the pre-commit-hook fails. We must find a way to tell rustfmt where the package roots are.
Previously I configured cargo workspaces, which solved the problem, but it is not in alignment with the rules of our monorepo (the repo should be language agnostic), so this is a no-go.

Thank you for opening this issue.
I looked into https://github.com/cachix/pre-commit-hooks.nix/blob/master/modules/hooks.nix and found that there's a Rust wide option to set the location of the Cargo manifest file (I think that's it right?).
Both rustfmt and clippy are using this.
That being said, can we add clippy as well?

Ok, this was easy...
I will add both

I found a problem, this only allows configuring one manifest file, but we will have multiple ones eventually...
I guess we will need to request a new feature, or implement it ourselves.

Legitimate problem that's making monorepos more difficult. Hmmm...

 What's the content of said Manifest? Is it something generic? If so, we can just have it provided as a derivation :)

It's basically the same as a xyz.cabal file in Haskell. I wouldn't go in that direction.
I think we could define a custom hook, at least as a temporary solution..

Maybe we could trick the system by providing a workspace root manifest file as derivation...
I'll give this a go


Is there any opportunities to share own methods in a custom directive around bind/unbind/update?

For example, I would add a event listener when bind and remove it when unbind. So I wrote:
Vue.directive('xxx', {
  bind: function () {
    this.vm.handler = function () {...};
    this.el.addEventListener('click', this.vm.handler);
  },
  unbind: function () {
    this.el.removeEventListener('click', this.vm.handler);
    delete this.vm.handler;
  }
});

But the handler is exposed out to vm.
Is there any better way?
Thanks.

Correct me if I'm wrong, but this is no longer a possibility in Vue 2.0 because there is no this object. How would one maintain reference to a function for registration and unregistration now? The documentation says:

Apart from el, you should treat these arguments as read-only and never modify them. If you need to share information across hooks, it is recommended to do so through element’s dataset.

which can't be done because the dataset property is a StringMap.

@yyx990803: I'm facing the same issue as @jasonbodily.
On v2 which is the proper way to save the handler function reference to unbind it later?

@jasonbodily @nevcos Do not know if this can meet your need?
Vue.directive('xxx', {
  bind: function (el) {
    const handler = () => { ... }
    el.addEventListener('someEvent', handler)
    el.$destroy = () => el.removeEventListener('someEvent', handler)
  },
  unbind: function (el) {
    el.$destroy()
  }
});

Simply use the el parameter and define the destroy function in the bind hook

@HcySunYang Yes, it meets the need. I've actually implemented that way 👍 I was just wondering if it's the best way.
Thanks!

@HcySunYang  It works but looks counter-intuitive :(

The solution proposed by @HcySunYang looks like some kind of hack. $destroy is misleading as it seems like it's something vue-related. It's in fact an arbitrary key, using el.i_am_a_banana would work as well.
@yyx990803 Can you confirm that this is the intended correct way of achieving this? Or maybe we should not remove event listeners at all? Does Vue's DOM management guarantee that there will be no memory leak issues?

@yyx990803 Any recommendation or advice for cleaning up event listeners with Vue 2.x will be great appreciated.

Normally you don't have to clean up listeners manually. If an element is destroyed (removed from DOM and no longer referenced by javascript), its listeners are also removed (or precisely, no longer referenced by the element thus able to be garbage collected), this is guaranteed by DOM and is not related to vue at all.
In most cases if you're not passing references of elements and event listeners around (and accidentally create memory leaks by retaining the references), you don't need to worry about cleaning up event listeners at all.

@fnlctrl My worry is not my own code, but the actual framework code. "In most cases", sure, but something like Vue is not your usual piece of code.
That is, does Vue guarantee the pre-conditions you mentioned which DOM requires in order to remove its listeners?

Yes. Otherwise it would be a memory-leak bug (which is rare: https://github.com/vuejs/vue/issues?utf8=✓&q=memory+leak+label%3Abug+) and would be fixed.


Add additional object keys value pairs to the json response

I will like to add additional key value pairs to the json response (after a result has been fetched) like the ones listed on the image below.
eg:
recordsFiltered: 3,
recordsTotal: 3 ,
key: value

Any ideas how I can achieve this please?

You can use with api. See https://yajrabox.com/docs/laravel-datatables/7.0/response-with for ref.

Awesome. It worked. Thank you.

@sabival89 Could you tell me how to render the additional value in html?


License

I stumbled upon this library to create geometry images, and would love to be able to use it. Would you be willing to add a license, like the MIT license or the GNU GPL? I would very much appreciate it.

Hey @stefnotch . Added MIT license. Feel free to use it as you wish, just note that the option to create geometry images is very basic and will only work well with meshes that ressemble a sphere

Awesome, thank you very much! <3


make sure "special" apostrophes are also handled

a string like Tuesday’s has a single left-facing apostophe (’) in it, which is not the same as a "regular" straight apostrophe (').
Need to double check whether this is currently handled by the unicode normalizing or the pyparsing patterns and if not, handle it. Also, regardless, there should be a unit test to make sure that this doesnt become an issue later

fixed in c7acaa20f55b44769c48a24e4e05d0a16db79394


apt-get update

Call sudo apt-get update before installing any packages.

Links need to be updated before PR is merged.


Stop paging listings after page 99

With a page size of 100, the API won't return results for page
100, page 99 is the last valid one.
Known issue: http://developer.zoopla.com/forum/read/162309

This arose because Zoopla were giving out seemingly bad results. For a particular postcode search, the first page of results had only 99 entries, instead of 100. Subsequent pages had the correct number of entries, but this meant that the number found was one lower than the expected result count
Once the code reached page 100, it errored. Really, this shouldn't happen unless you're doing a big search (the example in the Zoopla forum was searching for properties in London).


ci: Enable typos check

Is this also in Vello?
What other repos in line render use this

I think all of the actively maintained ones now. If any are missing it, they'll be caught up soon. Even norad has it.


Search amr include dir also from directory pointed by AMR_PATH environment variable

Only nb include dir is searched, since searching wb dir is pointless, because it does not include the required file enc_if.h.


NickServ Documentation and/or Support

While not strictly part of IRC protocols, NickServ is a fixture of IRC life and some basic documentation on how to implement NickServ authentication with pydle would be helpful.
I imagine getting API support for this might fall out of scope for this library though, so I can see why it wouldn't be pursued, but for implementing bots it would certainly be handy.

Pydle has builtin support for authenticating against nickserv via SASL, as provided by the tls and IRCv3 features. These features are present but disabled by default when using the fully featurized pydle client (pydle.Client)
To connect using tls, you should pass tls=True as a keyword argument to the Client constructor.
To configure the credentials to be presented to services (Nickserv) during connection, you can pass them as keyword arguments to your bot's Pydle constructor.
For username, password (SASL username+password) use the following arguments,
client = pydle.Client(nickname="my_irc_bot[bot]",
                      sasl_username="my_sasl_username",
                      sasl_password="super s3cret password",
                      sasl_identity = "account_to_authenticate_against",
                      # other kwargs go here
                      )

To use Certificate based authentication (SASL External) its slightly different,
client = pydle.Client(nickname="my_irc_bot[bot]",
                      sasl_mechanism = "EXTERNAL",
                      tls_client_cert = "/path/to/client_certificate"
                      )

As for the documentation, I will investigate how i can revise them as to push authentication closer to the top so its easier to find.

Thank you that is helpful! I for my part didn't know the term SASL so also refering to NickServ would help those of us less familiar with IRC RFCs.
Since this is common to use in bots, you may consider adding it to the example bot on the readme; that was were I first looked as I like to learn by examples.


flyctl: 0.2.65 -> 0.2.66

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://github.com/superfly/flyctl/releases.
meta.description for flyctl is: Command line tools for fly.io services
meta.homepage for flyctl is: https://fly.io/
Updates performed

Golang update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 0.2.66 with grep in /nix/store/6mdxyisbnlb47ixjcbiwlww8r1bzinfk-flyctl-0.2.66
found 0.2.66 in filename of file in /nix/store/6mdxyisbnlb47ixjcbiwlww8r1bzinfk-flyctl-0.2.66

Rebuild report (if merged into master) (click to expand)

2 total rebuild path(s)

2 package rebuild(s)

First fifty rebuilds by attrpath

flyctl

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/6mdxyisbnlb47ixjcbiwlww8r1bzinfk-flyctl-0.2.66 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A flyctl https://github.com/r-ryantm/nixpkgs/archive/c6448fb371e07296dc0d9ba279e138df8bc7726d.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/c6448fb371e07296dc0d9ba279e138df8bc7726d#flyctl

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/6mdxyisbnlb47ixjcbiwlww8r1bzinfk-flyctl-0.2.66
ls -la /nix/store/6mdxyisbnlb47ixjcbiwlww8r1bzinfk-flyctl-0.2.66/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review --extra-nixpkgs-config '{ allowInsecurePredicate = x: true; }' run on x86_64-linux 1

1 package built:

flyctl

Maintainer pings
cc @adtya @jsierles @techknowlogick @RaghavSood @teutat3s for testing.

Result of nixpkgs-review pr 318888 run on aarch64-darwin 1

1 package built:

flyctl


added android program that implements relative layout

added android program that implements relative layout

added android program that implements relative layout


Improve Overally Setup Workspace process

Refine overall process
Break apart layers
Ability to append any layer to existing automation
Add composability between solutions (infra + software)
more "a-la-carte" exoerience

Need to document that if one has to go back into a previously saved off workspace to delete resources, they need to run terraform init again to download the plugins.


Add help page in the settings screen.

Help menu item is added to settings, and when selected,
it will load a HTML page that is bundled with the app.
I tried to be verbose with explaining every aspect of the app.
It currently has English and Japanese manuals.

This is a draft, but I believe the English part is finished.
The Japanese manual is unfortunately is outdated, I took it
from the WIKI of this repo. Unfortunately after  many years
of watching Anime, my Japanese vocabulary words are handful,
lol. So basically, I didn't want to use Google translate for that.
Please fee free to modify "ANY" part or anything in the HTML file.
Here is archive of the HTML file and images used for the manual.
Help.zip

sorry, I messed up my git commands again, now for some reason, this PR won't sync with my repo :/


Replace add defaults with Log rotator

https://github.com/cfpb/jenkins-automation/blob/a260c03861a00f9d0f13366231a52651a4ecceb0/src/main/groovy/jenkins/automation/builders/PipelineJobBuilder.groovy#L35
change this to     logRotator {                 numToKeep(30)             }

@marcesher


Old clients can't recognize encrypted secret key

After #1562 merged, secret key is now stored as an encrypted format in metadata engine, while old clients still use it directly to access data storage.

Duplicated of #1667


Add function overwrite_table_description()

Is your idea related to a problem? Please describe.
Need this function for user to manage and take memos on the datasets they created.
Current version seems we can only update table description by overwrite the table.
Describe the solution you'd like
Add a function overwrite_table_description(), which should allow user to overwrite existing table description.
P.S. Don't attach files. Please, prefer add code snippets directly in the message body.

The update_table in boto3 already implements this feature:
import boto3
client = boto3.client("glue")
client.update_table(
    DatabaseName="my_db",
    TableInput={
        "Name": "my_table",
        "Description": "my_desc",
    }
)

Wrangler does not aim to duplicate methods already covered by boto3, only to complement them.


kubectl man page, please?

Would it be possible to provide an "old fashioned" flat man page for kubectl? Something providing the big picture, not just a small fragment shown by kubectl --help?
Working with kubectl I would prefer to stay in my usual work flow on the command line. Opening a browser GUI to search through a bazillion of web pages (made for a different version) is not part of it. kubectl is a command line tool. I am very happy with this. Reading the documentation on the command line is not possible. That is hardly reasonable.

Most package managers should ship the manpage along with the binary. If yours doesn't you can build and install it manually.
Check out how homebrew does it.
https://github.com/Homebrew/homebrew-core/blob/ea772d3bdb4a2881c283edf9c7902e90a4d0c9c8/Formula/kubernetes-cli.rb#L45-L48
/close


Allow to control desired hp/mp column counts

Oh didn't see #42 PR before I did this.
I closing this in favor of #42 since it seems more thorough.


class method type icons

I seem to recall that the .Net documentation used to have icons next to the method names so that we could see which were static methods.  Can the MicrosoftDocs put something on the object method names to indicate the type of method?

This is a duplicate of the #469.


Write a Scala program to print hello world

Description
Write a Scala program to print hello world
Desciption
Hello World !!!

How to contribute

Save the solution in printHelloWorld.sc file
Add printHelloWorld.sc file in print-hello-world folder

!assign


Prerequistes information missing

The installation prerequisites information is missing. Is it enough to install only the ASP.NET web development workload? Do we need the Node.js workload? What about Angular CLI? Can we install these outside of Visual Studio? What if we need to upgrade NPM and Angular CLI?

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

ID: 32a18270-91cd-2a02-2eb8-2c8b1ed03737
Version Independent ID: c58d57e5-a0c2-201d-f6dd-076ad5971fcb
Content: Use Angular with ASP.NET Core
Content Source: aspnetcore/client-side/spa/angular.md
Product: aspnet-core
Technology: aspnetcore-clientside
GitHub Login: @SteveSandersonMS
Microsoft Alias: stevesa

Dup of #25028


Updated error message in verifySignature()

At @mistermoe's request/suggestion.

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

Project coverage is 95.71%. Comparing base (8d8f022) to head (48ded39).
 Consider uploading reports for the commit ad07ce4 to get more accurate results

Additional details and impacted files
@@             Coverage Diff             @@
##             main     #247       +/-   ##
===========================================
+ Coverage   83.50%   95.71%   +12.21%
===========================================
  Files          42       42
  Lines        3547     3528       -19
  Branches      289      387       +98
===========================================
+ Hits         2962     3377      +415
+ Misses        585      151      -434

Components
Coverage Δ

protocol
94.90% <0.00%> (ø)

http-client
100.00% <ø> (ø)

http-server
94.65% <100.00%> (+46.25%)
:arrow_up:


LLL Moons Custom Pricing Not Deducting Appropriate Cost

Describe the bug
Route prices are not appropriately deducted when you set a custom price on a modded moon (I'm using LLL)
To Reproduce
Steps to reproduce the behavior:

Make a fresh profile with Advanced Company and some modded LLL moons
Boot game, and launch a new game to generate modded moon config options
Return to main menu and launch a game but go into the moon config sections this time
Hit the checkbox for moon pricing on the various modded moons and set it to whatever
Launch game and go to select one or more modded moons in terminal
Note it says the edited price in the interface but when routing it deducts the moons default cost.

Expected behavior
Appropriate cost should be deducted from funds
Screenshots
Pretty self explanatory. I can trim a video though if necessary though, which would probably be better
Additional context
I have replicated this issue with ONLY Advanced Company + dependencies and various LLL moons + dependencies
Logfiles
Player.log
Add a list of all of your mods
Profile code:
018d3fb2-76ad-47be-89e0-a83cfb60aeba
Dependency strings:
BepInEx-BepInExPack-5.4.2100
Rune580-LethalCompany_InputUtils-0.6.0
PotatoePet-AdvancedCompany-1.0.136
Evaisa-HookGenPatcher-0.0.5
Evaisa-LethalLib-0.13.2
IAmBatby-LethalLevelLoader-1.0.7
KayNetsua-E_Gypt_Moon-2.0.12
Zingar-Atlas_Abyss-1.1.5
Zingar-SecretLabs-3.3.4
Boniato-Ganimedes-1.5.0
AudioKnight-StarlancerMoons-0.3.0

This should be fixed thanks to a LLL update.


Decide on additional restrictions

Alex wants to add additional restrictions to the registrar for launch: either a maximum auction value (above which any bids are refunded) or a longer minimum name length, in order to have a softer launch with less funds invested.
Nick is concerned that doing that is likely to cripple the name system's usefulness, or introduce extra game-theoretic issues we haven't thought through.

@Arachnid and @alexvandesande How about we start tracking this discussion here?

Ok. So after lots of discussion it seems this is the most likely to be accepted restriction: https://github.com/ethereum/ens/pull/105
Names will not all become available at the same time but in deterministic random moments up to 3 months.


Getting versionID after file is written

I don't know if there is a natural way to do this, but I would let to get the (S3) versionId from a path after writing a file.
Is there a more elegant way to that other than getting the S3 URI, and manually making both calls?
Could this be added to stat (if not already there)?

Never mind, I see it is already there. Awesome!

clone.stat: {'ETag': '"87201d2b49635bfc81514e7a11f59311"', 'LastModified': datetime.datetime(2023, 7, 26, 3, 23, 26, tzinfo=tzutc()), 'size': 30, 'name': 'udp-spec/spec/ONLYME.md', 'type': 'file', 'StorageClass': 'STANDARD', 'VersionId': 'kV4hB3rIzFI5otc_QZQcsi5VaDjezkna', 'ContentType': 'binary/octet-stream'}


[test] add cli tests

Which issue(s) this PR fixes

Fixes #332
Additional comments

For tdp init, I created an additional test to check DB file creating.
Created a dedicated issue for testing tdp dag - #351

Agreements

[x] I hereby declare this contribution to be licensed under the Apache License Version 2.0, January 2004.
[x] I hereby agree to grant TOSIT a copyright license to use my contributions.

Created a dedicated issu for testing tdp dag - #351

@rpignolet
ready fo re-review

Can't the conftest be moved to the commands directory?
Is it used elsewhere in the cli? If no we may want to move it too.

Can't the conftest be moved to the commands directory?
Is it used elsewhere in the cli? If no we may want to move it too.

So far, it is is used only in commands, moving, later on we can move it back if neccessary.


SCM storage

Please update infos for Server 2019 SCM storage - e.g. integration of NVDIMM as Read/Write Cache.

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

ID: 248105ac-a91a-9f38-1331-da2175cd013f
Version Independent ID: 70098ddb-576f-f7b4-2524-5c5b1ea49e2b
Content: Understanding the cache in Storage Spaces Direct
Content Source: WindowsServerDocs/storage/storage-spaces/understand-the-cache.md
Product: windows-server-threshold
GitHub Login: @cosmosdarwin
Microsoft Alias: cosdar

Thanks for your dedication to our documentation. If we have been unable to review your issue in a timely manner, we sincerely apologize for the delayed response. We have captured the informtion you have provided for review. We are closing this issue for now, but if you feel that it's still a concern, please respond and let us know. If you determine another possible update to our documentation, please don't hesitate to reach out again. #please-close


"enrich" action icon – off-centre placement

The "enrich" icon in the "Linked Open Data" section in object detail seems oddly placed:

If it's meant to go on the same line as the URL, it should be centred with the text.
I'm also wondering if it wouldn't look cleaner if the icon(s) were placed in front of the URL(s) rather than at the end. I'm imagining the section looking very busy once there is a bunch of URLs (of varying lengths). The icons could replace the bullet points in front of the URLs, which seem redundant in this context.

Same as https://github.com/acdh-oeaw/apis-core-rdf/issues/1467#issuecomment-2511898292, missed that this got fixed in the latest version -> closing.


Code Language Not Supported

Code Language not Supported ,Why i Still face this problem.Give me Some Sollutions to break the problem,I Cant Use my Program

/needsMoreInfo


Support for TPT  inheritance type with Entity Framework 6

Hi,
Does the framework currently support TPT  inheritance with EF6? I have been getting mapping errors when trying to read data from tables which have TPT inheritance.
Does the framework have any plans to implement this support?
Regards,
Saurabh

Hi,
After much effort and trying different solutions, removing the child classes from DbContext has solved my issue for the time being.
So closing the issue for now.
Regards,
Saurabh

Hello @saurabh-shelgaonkar ,
Could you let me know where this issue where happening?
We plan to support soon TPC and TPC for Batch Update and Batch Delete, someone already provided us a pull to merge.
Best Regards,
Jonathan

Hi @JonathanMagnan ,
I will try to explain when it happens.
class A { --> QueryFilter Applied
}
class B : A
{
}
class dbContext { --> Error
DbSet As;
DbSet Bs;
}
class dbContext { --> Works
DbSet As;
}
So if you have a class A that is parent class and child B which inherits from parent A and if TPT is implemented i.e I want a table to be created for both class A and class B in database and I have configured QueryFilter on class A. Now if I add both DbSet  and DbSet  to the dbContext, then I get mapping error when I try to read from DbSet  i.e parent class in this case. Reading from DbSet works fine.
As a solution, if the DbSet is removed from dbContext, then reading from DbSet throws no error. For my scenario as of now, removing DbSet was possible since where ever I was required to query on DbSet, I replaced it with dbContext.DbSet.typeOf(B).
I closed my issue when I figured this out. I hope this is understandable and helps someone facing a similar issue.
Regards,
Saurabh

Hello @saurabh-shelgaonkar ,
Thank you for this additional information.
I have re-opened it since I would like to investigate and fix it. I don't think it will be pretty hard (I may be wrong).
Best Regards,
Jonathan

Hi @JonathanMagnan ,
I was again trying to reconfigure a similar situation in a different project when I realized what had gone wrong earlier. It seems, while configuring TPT inheritance in Entity Framework, the child class DbSets are not supposed to be added to the context. Only parent class DbSet is added to the context. So it seems, this wasn't a issue with EFPlus but with my configuration and Entity Framework itself.
Sorry for the trouble and I feel it is safe to close this issue as it is not a problem with EFPlus.
Thanks!


Support for MDX content with a hero component.

👷 Deploy Preview for amp42 processing.

Name
Link

🔨 Latest commit
48e8e1085973a11f9032c194c8368d22e6425f53

🔍 Latest deploy log
https://app.netlify.com/sites/amp42/deploys/645d0cb0c4c4770008ba80d2


Deleting any data/metadata associated with HDCA project: single-cell transcriptomics from ingest

We have been informed that the data and metadata submitted for the project should not be publicly accessible and asked to clean up the data from ingest
This is the project https://data.humancellatlas.org/explore/projects/008e40e8-66ae-43bb-951c-c073a2fa6774

@justincc I don't know what locations ingest might be storing data about a particular project. Can you update this ticket to reflect the locations which need to be cleaned up and put it in the right place in the queue for this sprint.


dns_filter: add support for wildcard name in DNS filter inline table

Commit Message: Add support for wildcard name in DNS filter inline table
Additional Description:
Risk Level: Medium
Testing: I ran only unit tests relevant to dns_filter
Docs Changes: -
Release Notes: Added support wildcard names in :ref:inline_dns_table     <envoy_v3_api_field_extensions.filters.udp.dns_filter.v3.DnsFilterConfig.ServerContextConfig.inline_dns_table>.
Platform Specific Features: N/A
Fixes #32941

Assigning Yanjun for a first-pass review as a code-owner:
/assign @yanjunxiang-google

Assigning to Yan for a review (after Yanjun's pass).
/assign @yanavlasov

Thanks @StupidScience for working on this!
Could you please fix the CI error?

/retest

@yanjunxiang-google sorry, original error that is exposed (on screenshot) did not give me a good idea on what's wrong (it was speling) so I thought it was some CI infra failure.

Should be fixed now.

/retest

@yanjunxiang-google all checks have passed finally

@yanjunxiang-google PTAL

/retest

/retest

@StupidScience can you update the doc for the virtual_domain  api/envoy/data/dns/v3/dns_table.proto please? It needs to clarify semantics for how how wildcards are matched.
/wait

@yanavlasov done

@yanavlasov done

Thanks. The important bit is how many subdomains can be matched by the wildcard. Will *.foo.com match only bar.foo.com or also baz.bar.foo.com ? Can you clarify it in the comment, please?

/wait-any

@yanavlasov thanks for feedback. Added this info as well as info about matching precedence. Can you think of any other info that should be covered?

LGTM from me. Will wait for LGTM from @yanjunxiang-google and then submit
@StupidScience please resolve the merge error.
/wait

@StupidScience Could you please also add a couple of integration test cases here: https://github.com/envoyproxy/envoy/blob/f3ee7c778bce18db1862774d70cd36e019344847/test/extensions/filters/udp/dns_filter/dns_filter_integration_test.cc#L263
It will help show how the wildcard domain name works end-to-end.

@yanjunxiang-google added integration test, please check if that's smth you had in mind?

LGTM

@yanjunxiang-google added integration test, please check if that's smth you had in mind?

Looks good. Thanks for adding this feature support!

LGTM. @StupidScience please resolve merge error.
/wait

@yanavlasov done


paper

您好，请问有这篇文章的pdf嘛，方便发下吗

Thanks for your attention, paper will be public on arxiv this week.

Our paper is on ArXiv now: paper


ghc: Add enableDwarf flag, off by default.

This allows our GHCs to build programs with DWARF debug information when -g is passed, see https://ghc.haskell.org/trac/ghc/wiki/DWARF.
~On by default on non-Darwin only because elfutils (which GHC uses for this) works only for ELF executables.~ Off by default until GHC ticket #15960 - Using -g causes differences in generated core is fixed.
PR is against staging so that the impact can be properly evaluated.
Motivation for this change
This can make debugging of many Haskell bugs and performance issues significantly easier.
Common use cases are:

load the core dumps in gdb and see from what Haskell segfaulting C code is called
set breakpoints and use valgrind to debug malloc issues
you can also use perf and kcachegrind to debug performance issues but results here are mixed

~This change is expected to increase the size of GHC and Haskell libraries, as debugging symbols are added to the object files.
The size of the eventual Haskell binaries that are not explicitly built with ghc -g should remain unaffected when the standard statish linking is used (that links Haskell libraries statically, and system libraries dynamically, which is nixpkgs' default).
Closure size should rise minimally to the addition of elfutils that provides libdw.
I believe that the slightly increased download size for developers will be tremendously offset by the benefits of being able to trouble-shoot crashes and performance issues without having to recompile the entire ecosystem.
(This is from my own perspective of using Haskell for work every day for many years, but I'm relatively sure that others feel the same.)
CC @bgamari @angerman @Gabriel439 @vaibhavsagar @basvandijk @roelvandijk
Things done
Much of the below isn't ticked yet because building takes a while and I added it for all GHC versions.
I have tested the change on 8.2.2 on top of release-18.03 so far, where I managed to produce dwarf symbols.

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

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] 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)
[x] Assured whether relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

TODO list

[ ] Leave some time to collect info on who's onboard with this change
[x] Fix forgotten GhcLibHcOpts = -g3 and GhcRtsHcOpts = -g3 entries (same as, from https://github.com/NixOS/nixpkgs/pull/52255#issuecomment-447597748)

[x] Fix build error

[x] Figure out how to make it built by Hydra even though it's off by default for now

@basvandijk showed me how to do it, adding an attribute set here which will automatically be built on Hydra by release.nix (see e.g. how the integer-simple one is built here/here)

[ ] Do some testing if everything works as expected

+1

this wont work on darwin fyi :(

this wont work on darwin fyi :(

Yes just did a force push to correct that and updated the PR description.

additionally, theres some sort limit that building base with -g tickles in the macho format (at least when i tried to )

It seems to me that this would go nicely with the DWARF-enabled package set I proposed in #51987.

@matthewbauer

Are ghc binaries built with debugging information by default?

Do you mean in general, or with this PR?
In general, GHC HQ provides bindists in both a normal and a -dwarf flavour.
For this PR:

--enable-dwarf-unwind only enables the stack unwinding functionality (printing of the curent stack trace if the program/libraries are compiled with -g), currently triggered by either of

The GHC RTS crashing (you get a stack trace when Please report this as a GHC bug happens in the RTS)
if you send SIGQUIT to GHC

we compile all the base libraries used by ghc (base, bytestring, vector etc.) with -g, as well as the RTS C code, same as shown here

[ ] but I forgot to put that in (it isn't enabled by by --enable-dwarf-unwind), I'll fix that in a moment

when the above two are done, the final GHC binary itself will have debugging information in, it is not stripped, as the linker that builds it will simply copy all the symbols from all the .o files into the binary

so if the nix installPhase just calls make install instead of make install-strip (which I think is the case), the GHC binary itself will show a nice stack trace with all info when it crashes in the RTS (as of writing, for GHC itself, only the RTS panic function rtsFatalInternalErrorFn() prints a stack trace, Haskell panics don't)

when GHC is built with --enable-dwarf-unwind, you can use the GHC.ExecutionStack module in your built programs, in particular the getStackTrace/showStackTrace functions
An important note is:

While this sort of debugging does not require all libraries and RTS to be built with -g, it certainly is a very good idea. After all, currently stack unwinding stops at the first closure that doesn't have DWARF information associated with it.
This is the reason why we want to have -g in GHC's base libraries, because GHC's base libraries (e.g. the version of bytestring provided by GHC) are used unless you explicitly add a different version to your GHC package database on top

How does this interact with cabal's -O1 setting?

Cabal may decide to not pass -g to GHC when building things, or to strip away debug symbols at the end of the build.
That is controlled by the cabal / Setup.hs --configure CLI flags:
--enable-executable-stripping / disable-executable-stripping
--enable-library-stripping / disable-library-stripping
--enable-debug-info[=n] / --disable-debug-info

This PR is only about providing GHC and its base libraries with -g and enabling the stack printing functionality; the effort to convince Cabal to produce haskellPackages package sets with -g is in the other PR https://github.com/NixOS/nixpkgs/issues/51987#issuecomment-447214739 (which needs this PR).

After having added the forgotten GhcLibHcOpts = -g3 and GhcRtsHcOpts = -g3 entries, I get this error when building GHC:
/build/ghc1518_0/ghc_4.s: Assembler messages:

/build/ghc1518_0/ghc_4.s:1719:0: error:
     Error: invalid operands (.debug_frame and .note.GNU-stack sections) for `-'
     |
1719 |         .uleb128 1f-.-1
     | ^

I get this error

@bgamari said:

IIRC it's a binutils bug
but we worked around it in 8.4.3
indeed it looks like it's fixed upstream: https://sourceware.org/bugzilla/show_bug.cgi?id=23040
but the fix hasn't made it into a release yet

nh2:

ah. Does "worked around" mean "in the GHC tree"? If yes, I could just skip building dwarf for 8.2.2

@bgamari:

yes

Hmm, I got the assembler error even when building /nix/store/62qbyv9d40kzaz6mn9v28q5l7m35gng5-ghc-8.5.20180118.drv.
It looks like I only get it on ghc/head.nix which is currently at 8.5.20180118 - surprisingly old https://github.com/NixOS/nixpkgs/blob/3dbf0f9f58a672dee62a6ea776d58f8057029627/pkgs/development/compilers/ghc/head.nix#L29. Probably too old.
8.4.4 and the 8.6.* releases all built.

Here are some numbers for binary sizes:
For the Haskell hello application built on this branch with NIX_PATH=nixpkgs=. nix-build -E 'with (import <nixpkgs> {}); haskell.packages.dwarf.ghc844.hello'.
I've checked the presence of debugging symbols using objdump -Wi /nix/store/x1l9gjvk5jhdn9rf6cvbryilqz22ij7l-hello-<IP_ADDRESS>/bin/hello.
The program has "statish" linking:

% ldd /nix/store/x1l9gjvk5jhdn9rf6cvbryilqz22ij7l-hello-<IP_ADDRESS>/bin/hello
	linux-vdso.so.1 =>  (0x00007fff9713f000)
	libm.so.6 => /nix/store/fa2sgggx44vak9fsw3zgzv8xbh99a8hc-glibc-2.27/lib/libm.so.6 (0x00007fe100ffe000)
	libgmp.so.10 => /nix/store/f5wq2jnpi80pax6n63asyj095f2c1lp1-gmp-6.1.2/lib/libgmp.so.10 (0x00007fe100d6a000)
	librt.so.1 => /nix/store/fa2sgggx44vak9fsw3zgzv8xbh99a8hc-glibc-2.27/lib/librt.so.1 (0x00007fe100b62000)
	libdl.so.2 => /nix/store/fa2sgggx44vak9fsw3zgzv8xbh99a8hc-glibc-2.27/lib/libdl.so.2 (0x00007fe10095e000)
	libelf.so.1 => /nix/store/jjmdb0cg43l0b1abpphgi4ikxvych6hc-elfutils-0.175/lib/libelf.so.1 (0x00007fe100745000)
	libdw.so.1 => /nix/store/jjmdb0cg43l0b1abpphgi4ikxvych6hc-elfutils-0.175/lib/libdw.so.1 (0x00007fe1004f3000)
	libc.so.6 => /nix/store/fa2sgggx44vak9fsw3zgzv8xbh99a8hc-glibc-2.27/lib/libc.so.6 (0x00007fe10013f000)
	libpthread.so.0 => /nix/store/fa2sgggx44vak9fsw3zgzv8xbh99a8hc-glibc-2.27/lib/libpthread.so.0 (0x00007fe0fff20000)
	/nix/store/fa2sgggx44vak9fsw3zgzv8xbh99a8hc-glibc-2.27/lib/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00007fe101393000)
	libz.so.1 => /nix/store/hplrkgq6qikida9zjbnlm5xk4r35d53w-zlib-1.2.11/lib/libz.so.1 (0x00007fe0ffd04000)
	liblzma.so.5 => /nix/store/xkn2jyrs31ddiyv04lypg814qqq8pmw2-xz-5.2.4/lib/liblzma.so.5 (0x00007fe0ffadd000)
	libbz2.so.1 => /nix/store/7pqz1wamgajar7c61g1dsg5475bjfvf8-bzip2-<IP_ADDRESS>.1/lib/libbz2.so.1 (0x00007fe0ff8cd000)

Sizes (normal, with strip run on it, and strip -S, which strips debug symbols only, run on it; each compressed with gzip and xz default params on Ubuntu 16.04):
hello                   985 KB
hello-stripped-S        970 KB
hello-stripped          781 KB

hello.gz                286 KB
hello-stripped-S.gz     280 KB
hello-stripped.gz       235 KB

hello.xz                223 KB
hello-stripped-S.xz     219 KB
hello-stripped.xz       184 KB

@GrahamcOfBorg build haskell.packages.dwarf.ghc863.hello

Why does grahamcofborg-eval say
evaluation aborted with the following error message: 'cannot find attribute `haskell.compiler.dwarf.ghc844''

? I can nix-instantiate that on my machine on this PR.

More statistics on a larger package with many dependencies:
On this PR, stack via NIX_PATH=nixpkgs=. nix-build -E 'with (import <nixpkgs> {}); haskell.packages.dwarf.ghc863.stack':
stack                139M
stack-stripped-S      40M
stack-stripped        24M

stack.gz              22M
stack-stripped-S.gz  9.0M
stack-stripped.gz    5.9M

stack.xz              14M
stack-stripped.xz    3.6M
stack-stripped-S.xz  5.5M

So here, the DWARF overhead is 3.5x over nixpkgs' normal builds (and 3x when xz-compressed).

ofborg seems to be unhappy with me:

https://gist.github.com/GrahamcOfBorg/84a2d291d9d35fa5ab6a32ee70bf1cb2cannot find attribute `haskell.compiler.dwarf.ghc844'

no idea why
ARM build https://github.com/NixOS/nixpkgs/pull/52255/checks?check_run_id=41635996

No space left on device

x86_64-linux:

timed out after 1800 seconds

Btw, if you wanna be pragmatic about the elf thing, you could use stdenv.hostPlatform.parsed.kernel.execFormat == stdenv.lib.systems.parse.execFormats.elf
(I'm not sure if hostPlatform or targetPlatform or buildPlatform is wanted here though)

We can add an isElf and isMachO to https://github.com/NixOS/nixpkgs/blob/master/lib/systems/inspect.nix

Overall, really nice PR @nh2. The comments / small refactors to existing stuff too really shows the level of care :).

@nh2 any chance to rebase this? I'd love to have it in 19.03 - even if overriding is broken for now.

@domenkozar I agree, even if the package set isn't super useful, it's good to be able to have at least the pre-built compiler downloadable from cache.nixos.org, and the ability to build many Haskell executables with DWARF.
I just pushed https://github.com/nh2/nixpkgs/tree/ghc-dwarf-19.03 but it's still building, so not sure yet if it works.

Why not just use enableSeparateDebugInfo for all compilers? That way we don’t have to build every compiler 2 times. Those patches should be okay even when you don’t want dwarf symbols.

I just pushed https://github.com/nh2/nixpkgs/tree/ghc-dwarf-19.03 but it's still building, so not sure yet if it works.

I've built stack with it now, so the rebase worked. I also pushed it to the static-haskell-nix cachix (commit d9bda1fed6ed5041242ea9e7917583a255c4e9b4, build command was nix-build $(NIX_PATH=nixpkgs=. nix-instantiate -E 'with (import <nixpkgs> {}); haskell.packages.dwarf.ghc863.stack')).

Why not just use enableSeparateDebugInfo for all compilers? That way we don’t have to build every compiler 2 times. Those patches should be okay even when you don’t want dwarf symbols.

@matthewbauer Can you elaborate a bit? I'm not super familiar with how separateDebugInfo works, and if it can easily be used with ghc.
Also, what do you mean with "those patches"?

My main concern is this doubles the number of GHC compilers we build. I like enabling debug info, but that should be in a separate debug output not a whole new compiler. separateDebugInfo strips out all of the debug symbols and puts the symbols in the debug identified by the build id. I'd really like to do this everywhere (#18530) but there are concerns with how expensive it would become.
I would propose doing this:

Set enableSeparateDebugInfo = true for all ghc compilers along with the -g flags and any other patches needed to get ghc to include debugging symbols.
Maybe set --enable-dwarf-unwind by default for compilers on Linux as long as it doesn't lead to issues in output. It definitely makes sense to disable it on some compilers where it doesn't work.
Add enableSeparateDebugInfo to the enableDebugging function. Possibly enable debugging for all haskellPackages, if it's not too expensive. /cc @vcunat @edolstra

As a side note, I also really dislike having integer-simple as a separate package set. It has many of the same problems as a "dwarf" package set, but there's not a good alternative available because GHC requires you to choose an integer library at build time .

We could estimate price for our haskellPackages specifically, if you produce code.  See: https://github.com/NixOS/nixpkgs/issues/18530#issuecomment-469053062

@vcunat I left a comment with some basic statistics in https://github.com/NixOS/nixpkgs/issues/18530#issuecomment-469059983

I admit I've read almost nothing from this thread so far :-/  but I tried this PR with ? true everywhere, and ghc won't even compile.  I'm getting file number 1 already allocated; perhaps you know more, as I noticed this thread.  Maybe I'm doing something wrong, though...

@vcunat https://github.com/NixOS/nixpkgs/pull/52255#issuecomment-468485577 shows a nix invocation that should work on the branch here in the PR, which builds one large Haskell executable and its dependency closure (which may be interesting to compare with the dependency closure of the one you get if you leave the .dwarf away).
I can also offer to collect some info for you, if you let me know what it shall be :)

That evaluates to the same ghc which fails for me, twice now.  That is, after merging this PR with my branch discussed on the other thread: 0173520e0b4.

I can confirm on pure commit 58990361 it works for me.

This pull request has been mentioned on Nix community. There might be relevant details there:
https://discourse.nixos.org/t/what-are-your-goals-for-19-09/2875/23

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/ghc-with-libdw-support/6654/2

Relevant for GHC 8.10: https://github.com/NixOS/nixpkgs/pull/69552

I believe there has been other PRs adding dwarf support:

https://github.com/NixOS/nixpkgs/pull/68362
https://github.com/NixOS/nixpkgs/pull/69032
https://github.com/NixOS/nixpkgs/pull/69552


Tinc doesn't show a list of Ciphers in 17.1.9

It looks like the Tinc Plugin is broken since it doesn't generate a list of cipher's that can be used.  I've tried many different ways to (re)install. Using LibreSSL and OpenSSL.  Even a complete rebuild.. but Tinc never shows a list of Cipher options.  Which means you can't actually configure things.

For some additional information, the os-tinc package version is: 1.2_2 and the tinc package version: 1.0.31

can you test the following on a console? (on my end it does list ciphers using the latest version)
configctl tinc list ciphers
and
/usr/local/opnsense/scripts/OPNsense/Tinc/list_ciphers.py

Both report a Ciphers list:
{"camellia-256-cfb":"camellia-256-cfb","desx-cbc":"desx-cbc","id-aes192-GCM":"id-aes192-GCM","camellia-192-ofb":"camellia-192-ofb","des-ede-ofb":"des-ede-ofb","aes-128-cfb":"aes-128-cfb","des3":"des3","camellia-256-cfb1":"camellia-256-cfb1","seed-ofb":"seed-ofb","rc4-hmac-md5":"rc4-hmac-md5","camellia-256-cfb8":"camellia-256-cfb8","rc2-ofb":"rc2-ofb","id-aes256-GCM":"id-aes256-GCM","des-ecb":"des-ecb","aes-256-ecb":"aes-256-ecb","rc4-40":"rc4-40","idea-ofb":"idea-ofb","des-ede3":"des-ede3","aes-192-ecb":"aes-192-ecb","aes-192-gcm":"aes-192-gcm","camellia-128-cfb":"camellia-128-cfb","seed-ecb":"seed-ecb","id-aes128-wrap":"id-aes128-wrap","des-ede-cfb":"des-ede-cfb","aes-192-ccm":"aes-192-ccm","desx":"desx","des-cbc":"des-cbc","cast5-ofb":"cast5-ofb","camellia-128-cfb8":"camellia-128-cfb8","des-ede3-ofb":"des-ede3-ofb","none":"None","id-aes192-wrap":"id-aes192-wrap","cast5-cfb":"cast5-cfb","des-ede3-cfb":"des-ede3-cfb","id-aes192-CCM":"id-aes192-CCM","aes-256-cbc":"aes-256-cbc","idea-ecb":"idea-ecb","camellia192":"camellia192","camellia-256-ofb":"camellia-256-ofb","id-aes256-CCM":"id-aes256-CCM","rc2-cbc":"rc2-cbc","bf-ofb":"bf-ofb","aes-128-ofb":"aes-128-ofb","bf-ecb":"bf-ecb","rc2-40-cbc":"rc2-40-cbc","idea":"idea","bf-cbc":"bf-cbc","aes-192-cfb1":"aes-192-cfb1","aes192":"aes192","aes-192-cfb8":"aes-192-cfb8","camellia-128-ofb":"camellia-128-ofb","aes-192-ofb":"aes-192-ofb","camellia-192-cfb":"camellia-192-cfb","aes-192-cfb":"aes-192-cfb","aes-256-ofb":"aes-256-ofb","des-ede3-cfb8":"des-ede3-cfb8","des-ede3-cfb1":"des-ede3-cfb1","bf":"bf","idea-cfb":"idea-cfb","cast5-ecb":"cast5-ecb","seed-cfb":"seed-cfb","id-aes256-wrap":"id-aes256-wrap","seed-cbc":"seed-cbc","aes-256-cfb":"aes-256-cfb","rc5-ecb":"rc5-ecb","des-ede3-cbc":"des-ede3-cbc","aes-256-ctr":"aes-256-ctr","camellia-256-cbc":"camellia-256-cbc","rc2-64-cbc":"rc2-64-cbc","des-ede":"des-ede","camellia128":"camellia128","cast5-cbc":"cast5-cbc","aes-128-cbc":"aes-128-cbc","camellia-128-cbc":"camellia-128-cbc","aes-128-gcm":"aes-128-gcm","des-ede-cbc":"des-ede-cbc","rc5-cbc":"rc5-cbc","blowfish":"blowfish","aes-128-ctr":"aes-128-ctr","des-cfb1":"des-cfb1","rc4":"rc4","rc5":"rc5","des":"des","des-cfb8":"des-cfb8","rc2":"rc2","camellia256":"camellia256","cast":"cast","aes-128-cfb1":"aes-128-cfb1","des-cfb":"des-cfb","id-smime-alg-CMS3DESwrap":"id-smime-alg-CMS3DESwrap","rc2-cfb":"rc2-cfb","aes-128-cfb8":"aes-128-cfb8","aes-128-ccm":"aes-128-ccm","camellia-128-cfb1":"camellia-128-cfb1","rc5-ofb":"rc5-ofb","aes-192-cbc":"aes-192-cbc","camellia-128-ecb":"camellia-128-ecb","seed":"seed","rc5-cfb":"rc5-cfb","aes-256-xts":"aes-256-xts","camellia-256-ecb":"camellia-256-ecb","aes-256-cfb1":"aes-256-cfb1","aes-256-cfb8":"aes-256-cfb8","aes-256-ccm":"aes-256-ccm","rc2-ecb":"rc2-ecb","aes-128-ecb":"aes-128-ecb","bf-cfb":"bf-cfb","aes-256-gcm":"aes-256-gcm","idea-cbc":"idea-cbc","id-aes128-CCM":"id-aes128-CCM","camellia-192-cbc":"camellia-192-cbc","aes-128-xts":"aes-128-xts","aes256":"aes256","camellia-192-cfb8":"camellia-192-cfb8","cast-cbc":"cast-cbc","camellia-192-cfb1":"camellia-192-cfb1","camellia-192-ecb":"camellia-192-ecb","des-ofb":"des-ofb","id-aes128-GCM":"id-aes128-GCM","aes128":"aes128","aes-192-ctr":"aes-192-ctr"}
Interestingly after running both commands, the GUI now shows the list of Ciphers.. so I’m guessing the GUI isn’t running that python command?
From: Ad Schellevis<EMAIL_ADDRESS>Reply-To: opnsense/plugins<EMAIL_ADDRESS>Date: Saturday, July 8, 2017 at 11:57 AM
To: opnsense/plugins<EMAIL_ADDRESS>Cc: "Doc R. Miller"<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Subject: Re: [opnsense/plugins] Tinc doesn't show a list of Ciphers in 17.1.9 (#198)
configctl tinc list ciphers

It should be using that command, using the configd socket, although it might be cached to avoid .
Can you open the following page to request an empty network entry?
https://<IP_ADDRESS>/api/tinc/settings/getNetwork/
Then remove the configd model cache file, and try again:
rm /tmp/configdmodelfield.data

I did a upgrade from 17.1.8 to 17.1.9 but I can't reproduce this, so this should be specific to your system/setup.

I have seen the same problem - as described above - on 17.1.9., occuring both, under "Networks" and under "Hosts", in the "Cipher" entry field, on a fresh installation. This made it impossible to do any changes in the entries. After some time, however, the problem "disappeared" - looks like a kind of internal refresh to me - and the cipher could be choosen as usual.

It seems to happen both after a fresh install but also after any significant change that requires a reboot.  Just upgraded to 17.7 and the same problem exists.. however running the above commands does give a cipher list. So I think the problem still exists.

@mrdmiller2 this will be quite difficult to track, I haven't seen it on my end, which certainly doesn't mean it's not there.
For reference the model uses a fieldtype which fetches configd when either there is no cache or the cache is too old https://github.com/opnsense/core/blob/master/src/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/JsonKeyValueStoreField.php#L166. The plugin model requests the following file to be used as cache /tmp/tinc_current_cipher_options.index (https://github.com/opnsense/plugins/blob/master/security/tinc/src/opnsense/mvc/app/models/OPNsense/Tinc/Tinc.xml#L62).
So if it fails, we should logically inspect the following:

The time of the machine date
The existence and change date of the file ls -als  /tmp/tinc_current_cipher_options.index
And finally the contents of the file cat  /tmp/tinc_current_cipher_options.index

If it happens again, can you try the above steps? This should help narrowing it down.

I have the time mapped to NTP.
After a reboot, the problem seems to re-occur.. (But once its populated via running those scripts manually it works until the next reboot)
So for example, I rebooted today at 01:19:00 AM PST.
ls -als /tmp/tinc_current_cipher_options.index produces this output:
0 -rw-r--r--  1 root  wheel  0 Aug 19 01:09 /tmp/tinc_current_cipher_options.index
But the file is empty.

@mrdmiller2 thanks for testing, https://github.com/opnsense/core/commit/c72c1874b83a3b9437a4c5c872c4d226ab26bfa9 + https://github.com/opnsense/core/commit/2349bc39d2fdd879d10700e58eb67cc72b9cc0ba should fix the issue.
If for some reason there already is an empty file on disk, it will be ignored, the first fix prevents illegal data to be written to disk (configd result should contain valid json data for the field type to understand).

This was fixed.


issue-forms

📝DESCRIPTION

GitHub has recently rolled out a public beta for their issue forms feature. This would allow you to create interactive issue templates and validate them . Can I update the same for this project.

[x] I'm a contributor in Hacktoberfest'21

.

ya sure @salmangada


Auto-import imports paths relative to baseUrl

Issue Type: Bug
Steps to Reproduce:

create TypeScript project with baseUrl included in tsconfig.json
type something from another ES6 module to trigger auto-importer

Expected results: Auto-importer imports the module by the path relative to current module
Actual results: Auto-importer imports the module by the path relative to baseUrl
Reproduces without extensions: Yes
VS Code version: Code 1.37.1 (f06011ac164ae4dc8e753a3fe7f9549844d15e35, 2019-08-15T16:17:55.855Z)
OS version: Windows_NT x64 6.1.7601
Extensions (6)

Extension
Author (truncated)
Version

bracket-pair-colorizer
Coe
1.0.61

Angular-BeastCode
Mik
8.0.10

vscode-less
mrm
0.6.3

gitpatch
par
0.2.1

expand-selection-to-scope
vit
0.2.0

gitblame
wad
3.0.1

Please share your full tsconfig
Also, did you try setting "typescript.preferences.importModuleSpecifier": "relative"?
/needMoreInfo


Support 0.14.0-beta1

see https://github.com/gaearon/react-hot-api/issues/18

Thanks @slorber - Looks like there are breaking changes with 0.14. We'll need to address #1030 before making this change.

@hai-cea the breaking changes in #1030 weren't quite as breaking as previously reported.

Closing this since there are PRs to support v0.14.0-rc1


feat(checks): Deprecate remaining PSP checks

Close: https://github.com/aquasecurity/trivy/issues/5541

@nikpivkin since you recently checked the CIS benchmarks, should they be updated as well as some of them check for this check as can be seen here: https://github.com/aquasecurity/trivy-checks/blob/6f4dbd8399cecf9d65a76232a6adb5115a0e3ba0/pkg/specs/compliance/k8s-cis-1.23.yaml#L285-L293

@simar7 You mean update the checks to align with the benchmarks?

@simar7 You mean update the k8s checks to align with the benchmarks?

I think we will need to keep that check as we only target 1.23 which still has it. Unless we update to target a newer version of k8s.

@simar7 In such a situation, we specify a frameworks field for cloud checks that lists the benchmarks. If the user passes a compliance flag with one of the benchmarks when scanning, only then this check is applied. An example of a check that will not be loaded by default when scanning: https://github.com/aquasecurity/trivy-checks/blob/main/checks/cloud/aws/cloudwatch/require_cloudtrail_change_alarm.rego#L19-L23. I think we can do something like this here. Wdyt?

@simar7 In such a situation, we specify a frameworks field for cloud checks that lists the benchmarks. If the user passes a compliance flag with one of the benchmarks when scanning, only then this check is applied. An example of a check that will not be loaded by default when scanning: https://github.com/aquasecurity/trivy-checks/blob/main/checks/cloud/aws/cloudwatch/require_cloudtrail_change_alarm.rego#L19-L23. I think we can do something like this here. Wdyt?

Good point, updated.


wopi driver: force preview mode for external or non-owner users

@glpatcern Interesting issue. Was that fixed otherwise?

@micbar we're going to fix this from the frontend only - we need the frontend to drive this so it can listen to postMessages. My first attempt to have that simple switch in the backend is not complete... But the issue per se is valid, we had several users reporting that they'd prefer not to touch a file that is not theirs but just open it in preview mode.

Couldn't we do that with another file action? "open in  (Preview)"?

We can, yes, and the backend already supports that by passing view_mode=preview on the /app/open call.
This is in master of course... I think at some point we need to at least merge the appprovider!


1.14 patch.x picks

This is cherry-picking the fixes applied in the 1.13 branch for the failing CI.

@mesosphere-ci run all integration tests

continuous-integration/jenkins/pr-merge has been impacted by the new Jenkins job dcos-monitoring-cli.


GUI: Implement PressureAssistMode.

Commits in this PR

GUI: Implement PressureAssistMode.
Copy-pasted CommandPressureMode -> PressureAssistMode per @jkff.
Verified that the GuiStatus in main.cpp's Communicate() sends the
correct mode when it's changed.


Update interactive learning docs #935

Proposed changes:

Current documentation about Interactive Learning seems outdated as the rasa_core.run does not handle this funcionality and thus does not have the --interactive and --stories-out parameters. Proper command execution should be:

python -m rasa_core.train \
  --online --dump_stories \
  -d domain.yml -s stories.md \
  -o models/dialogue \
  --endpoints endpoints.yml

Status (please check what you already did):

[ ] made PR ready for code review
[ ] added some tests for the functionality
[X] updated the documentation
[ ] updated the changelog

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


Question: Making it clear to goreleaser whether there are breaking changes

Related to / duplicate of https://github.com/go-semantic-release/semantic-release/issues/171
How would it be possible to detect something within the release notes / a breaking change introduced? It appears that the {{ .ReleaseNotes }} variable for goreleaser has no value when using this hook.

May be bale to do something like:
diff --git pkg/hooks/goreleaser.go pkg/hooks/goreleaser.go
index 8308c68..40b563a 100644
--- pkg/hooks/goreleaser.go
+++ pkg/hooks/goreleaser.go
@@ -67,6 +67,15 @@ func (gr *GoReleaser) Success(shConfig *hooks.SuccessHookConfig) error {
                FullCommit:  currentSha,
                ShortCommit: currentSha,
        }
+       isBreaking := false
+
+       for _, c := range shConfig.GetCommits(){
+               if c.Change.Major {
+                       isBreaking = true
+                       break
+               }
+       }
+       // TODO: set environment variable

This may not work if it's a v0 project, though :thinking:

You're welcome, thanks for a speedy release 🚀