Include amount of time it may take for deactivation

Hello,
I would like to recommend that we add a note to this document to state something similar as to what is stated in this article: https://support.microsoft.com/en-us/help/2619062/you-can-t-manage-or-remove-objects-that-were-synchronized-through-the-azure-active-directory-sync-tool
"Note: It may take 72 hours for deactivation to be completed. The time depends on the number of objects that are in your cloud service subscription account."
Also, a note explaining that this cmdlet should not be run as a troubleshooting step would be helpful. Thank you.

@josuvil,  Hello, what specific topic needs this additional information added to it?

This one: https://github.com/Azure/azure-docs-powershell-azuread/blob/f0db04df6dc280dc039a5cb99e813ed90bb27d4c/Azure AD Cmdlets/MSOnline/v1/Set-MsolDirSyncEnabled.md

Can you please provide help text for the hint not to use this as troubleshooting?
Thanks,
Rob
From: josuvil<EMAIL_ADDRESS>Sent: Friday, May 26, 2017 9:40 AM
To: Azure/azure-docs-powershell-azuread<EMAIL_ADDRESS>Cc: Subscribed<EMAIL_ADDRESS>Subject: Re: [Azure/azure-docs-powershell-azuread] Include amount of time it may take for deactivation (#94)
This one: https://github.com/Azure/azure-docs-powershell-azuread/blob/f0db04df6dc280dc039a5cb99e813ed90bb27d4c/Azure AD Cmdlets/MSOnline/v1/Set-MsolDirSyncEnabled.mdhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FAzure%2Fazure-docs-powershell-azuread%2Fblob%2Ff0db04df6dc280dc039a5cb99e813ed90bb27d4c%2FAzure%2520AD%2520Cmdlets%2FMSOnline%2Fv1%2FSet-MsolDirSyncEnabled.md&data=02|01|rodejo%40microsoft.com|a9aa86e400744d402ef708d4a455d116|72f988bf86f141af91ab2d7cd011db47|1|0|636314135866381673&sdata=a58s%2FgZBFaLe5rJhqUkE5S58Rz1vlvoRyTmFjYcKXUU%3D&reserved=0
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FAzure%2Fazure-docs-powershell-azuread%2Fissues%2F94%23issuecomment-304330006&data=02|01|rodejo%40microsoft.com|a9aa86e400744d402ef708d4a455d116|72f988bf86f141af91ab2d7cd011db47|1|0|636314135866537924&sdata=wfjQ%2BCgmd7PEm6XW9JDLpBTzIpw1RZRAX2b5o26sF0s%3D&reserved=0, or mute the threadhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAK3wONXZC1B1RYEgivZ5NIvdBfXvWSA0ks5r9wBPgaJpZM4NnBsM&data=02|01|rodejo%40microsoft.com|a9aa86e400744d402ef708d4a455d116|72f988bf86f141af91ab2d7cd011db47|1|0|636314135866537924&sdata=w3nLp2MZ%2FWqaC66uKqLqQ8E9gvgQsRSwNrM14BHrxDw%3D&reserved=0.

Sure. Let's add this: "Warning: Running this cmdlet should not be used as a simple troubleshooting step. Careful planning should take place when enabling or disabling directory synchronization due to the ramifications this may cause to your operations."

Hi – I added the note about the latency. Can you help me by providing some text for this?
Thanks,
Rob
From: josuvil<EMAIL_ADDRESS>Sent: Thursday, May 25, 2017 4:59 PM
To: Azure/azure-docs-powershell-azuread<EMAIL_ADDRESS>Cc: Subscribed<EMAIL_ADDRESS>Subject: [Azure/azure-docs-powershell-azuread] Include amount of time it may take for deactivation (#94)
Hello,
I would like to recommend that we add a note to this document to state something similar as to what is stated in this article: https://support.microsoft.com/en-us/help/2619062/you-can-t-manage-or-remove-objects-that-were-synchronized-through-the-azure-active-directory-sync-toolhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsupport.microsoft.com%2Fen-us%2Fhelp%2F2619062%2Fyou-can-t-manage-or-remove-objects-that-were-synchronized-through-the-azure-active-directory-sync-tool&data=02|01|rodejo%40microsoft.com|1c3500954bd3465feab608d4a3ca0227|72f988bf86f141af91ab2d7cd011db47|1|0|636313535397022278&sdata=iOSPO%2BoDhXNhX1CgC8et7yRW8%2B%2FSBYnM7So04NH4wVU%3D&reserved=0
"Note: It may take 72 hours for deactivation to be completed. The time depends on the number of objects that are in your cloud service subscription account."
Also, a note explaining that this cmdlet should not be run as a troubleshooting step would be helpful. Thank you.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FAzure%2Fazure-docs-powershell-azuread%2Fissues%2F94&data=02|01|rodejo%40microsoft.com|1c3500954bd3465feab608d4a3ca0227|72f988bf86f141af91ab2d7cd011db47|1|0|636313535397022278&sdata=kAB8c%2Fv5aBT%2BxmWYpro5h9YrCKLD%2FbYBw82pdSvbU%2F4%3D&reserved=0, or mute the threadhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAK3wOPfmM9OKjaekc5K6wQ43876izx7_ks5r9hXAgaJpZM4NnBsM&data=02|01|rodejo%40microsoft.com|1c3500954bd3465feab608d4a3ca0227|72f988bf86f141af91ab2d7cd011db47|1|0|636313535397022278&sdata=3CgquRog2deUbNdLKZ6QqKMssvj98JKQczre7mc6nmA%3D&reserved=0.

Done
Thanks,
Rob
From: josuvil<EMAIL_ADDRESS>Sent: Friday, May 26, 2017 10:15 AM
To: Azure/azure-docs-powershell-azuread<EMAIL_ADDRESS>Cc: Rob de Jong<EMAIL_ADDRESS>Comment<EMAIL_ADDRESS>Subject: Re: [Azure/azure-docs-powershell-azuread] Include amount of time it may take for deactivation (#94)
Sure. Let's add this: "Warning: Running this cmdlet should not be used as a simple troubleshooting step. Careful planning should take place when enabling or disabling directory synchronization due to the ramifications this may cause to your operations."
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FAzure%2Fazure-docs-powershell-azuread%2Fissues%2F94%23issuecomment-304338755&data=02|01|rodejo%40microsoft.com|c2ff7befe98b4ebfe8e608d4a45ab37a|72f988bf86f141af91ab2d7cd011db47|1|0|636314156848309593&sdata=tl%2FNWcVwwutfN9dj2lDDBlfFZ8I%2FWtZ9temYRHOjMYQ%3D&reserved=0, or mute the threadhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAK3wODQwH6GQGxBEUBmw8kYlYRc-MlLQks5r9wh-gaJpZM4NnBsM&data=02|01|rodejo%40microsoft.com|c2ff7befe98b4ebfe8e608d4a45ab37a|72f988bf86f141af91ab2d7cd011db47|1|0|636314156848309593&sdata=fgtaZmHTkVtRHKnqMcGvgiuHxP%2B%2Bamm8fIsIGcs1F0I%3D&reserved=0.

Thanks! Where can I see the changes made?

It will take some time for the changes to be published.
Thanks,
Rob
From: josuvil<EMAIL_ADDRESS>Sent: Friday, May 26, 2017 11:01 AM
To: Azure/azure-docs-powershell-azuread<EMAIL_ADDRESS>Cc: Rob de Jong<EMAIL_ADDRESS>Comment<EMAIL_ADDRESS>Subject: Re: [Azure/azure-docs-powershell-azuread] Include amount of time it may take for deactivation (#94)
Thanks! Where can I see the changes made?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FAzure%2Fazure-docs-powershell-azuread%2Fissues%2F94%23issuecomment-304349839&data=02|01|rodejo%40microsoft.com|52f2a236871346d614d608d4a4613bbd|72f988bf86f141af91ab2d7cd011db47|1|0|636314184902165980&sdata=3ZvSfeKcR28D1ZIavjbKReeeiGAKZBOjtGb%2B1erGvsg%3D&reserved=0, or mute the threadhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAK3wOAL9Xu18PIet6wSJbpOSqz1dd8eRks5r9xN3gaJpZM4NnBsM&data=02|01|rodejo%40microsoft.com|52f2a236871346d614d608d4a4613bbd|72f988bf86f141af91ab2d7cd011db47|1|0|636314184902165980&sdata=ZFi2RE%2FHNqG097RB9gZ2%2FpkQ1noNLsCp4GM7WlWMzHQ%3D&reserved=0.

@josuvil - can you confirm the changes you requested are now live so that I may close this issue?

Excellent! Looks close. Thank you for your help. Please close.


Fixed ruRU locales

This should fix issue #23
Don't know why the file has been wrongly written.

We don't edit the locale files directly. They get inserted with strings from the CurseForge packager so the problem was at the localization. I've fixed it now and will go through all other strings in case there are more. Thanks for trying though. :)

Yeah I know. Just opened this pull request so the russian can see the file and take it.


Cannot override clientModule location

Prerequisites

[X] I have written a descriptive issue title
[X] I have searched existing issues to ensure the bug has not already been reported

Fastify version
3.29.0
Plugin version
3.0.0-beta.21
Node.js version
v16.13.1
Operating system
macOS
Operating system version (i.e. 20.04, 11.3, 10)
12.3.1
Description
I would like to override the default path of clientModule - the first problem is that the documentation is a little difficult to understand - especially with no TypeScript. Perhaps it would be better to have an example showing where the config object is passed (i.e. its hard to tell whether we configure the vite plugin, or the fastify plugin).
import {createRoute, createErrorHandler} from './fastifyViteConfig.mjs'

await server.register(FastifyVite, {
  root,
  renderer: {
	clientModule: '/path/to/your/server/entry.js' // 👈  here? *(1)
	createRoute,
        createErrorHandler
        // ....
  },
  clientModule: '/path/to/your/server/entry.js' // 👈  or here? *(2)
});

And second, even when I supply clientModule, it seems to error out:

If I supply a path, it errors out with:

when passing it inside the render object (1):
   throw new Error(`failed to load module for ssr: ${url}`);

and when passed outside (2):
    const modulePath = resolve(config.vite.root, config.clientModule.replace(/^\/+/, ''))
                                                                     ^

TypeError: Cannot read properties of null (reading 'replace')

It doesn't matter whether this path is correct or not

If I supply an object
There seems to be issues loading the createApp function

Steps to Reproduce

Rename client/index.js to client/clientModule.js in the React hydration example
Supply the clientModule in server.js

await server.register(FastifyVite, {
  root,
  renderer,
+  clientModule: 'client/clientModule.js',
});

Run yarn dev

Expected Behavior

The path to my client module should be used
Documentation needs an update (happy to PR once I get a bit of direction)

Thanks for the report, looking into this!

Pushed v3.0.0-beta.22 to npm now, should be fixed.
Before we do the final release of v3.0.0, it should have gotten a TypeScript definition for the configuration and tests to make sure this type of problem doesn't happen again. Cheers.

One thing to know though: clientModule expects an absolute path based on the root invite.config.js.
So if root in vite.config.js is join(<dirname>, 'client'), and your client module is client/foobar.js:
{
  clientModule: '/foobar.js'
}

And also, you'll have to change the path in your server vite build call in package.json.

Additional bit of info, the following properties can be set either at the configuration top-level or in renderer. If they're set in renderer, they take precedence over anything you've set at the top-level.

clientModule
createErrorHandler
createHtmlFunction
createHtmlTemplateFunction
createRenderFunction
createRoute
createRouteHandler
prepareClient

One thing to know though: clientModule expects an absolute path based on the root invite.config.js.

Useful to know, and thanks for the quick fix @galvez
I wonder if it would be possible to use an absolute path instead? What I'm trying to evaluate is whether I can move the clientModule to inside the framework i.e. generate the routes, and hideaway clientModule from the user all together.
I suppose I can always generate the file in a "ignored" folder `.redwood/generatedClientModule.js' and point to it from the vite root.


doc: Add fast-check to list of users

I just switched fast-check from codesandbox to pkg.pr.new to have previews of my packages for each PR. So far it works really well!
More about fast-check at https://fast-check.dev/.

Thank you so much for choosing pkg.pr.new!


Enable TCP-NODELAY to reduce delays when sending data to partition servers

Description
Any real-time system should enable TCP_NODELAY on sockets (client & server).
https://en.wikipedia.org/wiki/Nagle's_algorithm#Interactions_with_real-time_systems
It's important that the bytes for a request are written to the socket in one 'write' to avoid splitting the request into smaller packets.  From what I can see, the Netty pipeline sends a logical Rntbd request as one write, so I believe this will make things faster and not increase # packets sent.
All SDK Contribution checklist:

[x] The pull request does not introduce [breaking changes]
[x] CHANGELOG is updated for new features, bug fixes or other significant changes.
[x] I have read the contribution guidelines.

General Guidelines and Best Practices

[x] Title of the pull request is clear and informative.
[x] There are a small number of commits, each of which have an informative message.

Testing Guidelines

[ ] Pull request includes test coverage for the included changes.

This is already enabled by default in netty since 2013 - https://github.com/netty/netty/blob/d34212439068091bcec29a8fad4df82f0a82c638/transport/src/main/java/io/netty/channel/socket/DefaultSocketChannelConfig.java#L50-L57 and https://github.com/netty/netty/issues/939


GPIO port writing.

Hardware Environment
AMB82-MINI
Related technical area
GPIO port writing.
Is the feature request related to an un-fixed issue?
No.
Describe the ideal solution/reault/output.
I am trying to connect a TFT display with 8-bit parallel interface. It is working perfectly when I write with digitalWrite(). But the speed is slow. I found a function to write to a GPIO port. But I couldn't make it work. Can you please provide an instructions to use that function?
Additional remarks
No response
I have checked existing/closed list of issues and the Contributing Guide.

[X] I confirm I have checked existing/closed list of issues and the Contributing Guide.

Can you please be a little bit responsive?

Is it official repo or should we contact to someone else?

Hi @boburshokirov,
Sorry for the late reply, it may be true that the GPIO speed may not be able to send data fast enough to a TFT display. Can I check what TFT LCD are you using and is there an SPI interface where you can use instead?
Thank you.

Hi @Kyderio ,
Thanks for the reply. I already tried a couple of other TFT displays with SPI interface. But they are slower than TFT with GPIO. I tried 8-bit parallel writing into the port with other Microcontrollers and it works much faster. I can see micros to write into a port in your library. But I couldn't make it work. If you can provide a simple example of writing into a port, that would be great.
Thanks in advance.

Hi @boburshokirov,
You may refer to the file "wiring_digital.c". There is an API called digitalWrite(uint32_t ulPin, uint32_t ulVal). You may use this API to write into a port. There are many examples in the SDK that uses this API. You may refer to "GPIO->examples->MeasureDistance_HCSR04_Ultrasonic.ino" for reference on how to use this API to write into the port.
Hope this helps.
Thanks.

Hi @Kyderio ,
As I mentioned, I want to write into 8 pins at one time. Above example is for writing into 1 pin. digitalWrite(uint32_t ulPin, uint32_t ulVal) is for writing 1 pin, right? If not, can you please provide an example to write into 8 pins at one time.
Thanks

Hi @boburshokirov,
Unfortunately it is not possible at the moment for GPIO 8 bit parallel write. You may consider I2C interface or SPI interface. There will be a delay for writing 8 bits at once.
Hope this helps.
Thanks.

closed as no further discussion.


MultiGrid (with rowHeight and columnWidth functions) resizing

For a MultiGrid (wrapped by an AutoSizer) with rowHeight and columnWidth functions, grid sizes are not recalculated after window resizing. I attached an onResize function to the AutoSizer to explicitly force it via calling MultiGrid.recomputeGridSize(). In the course of debugging that, I encountered these 3 bugs.
Even after calling recomputeGridSize with these fixes, I still needed to call _maybeCalculateCachedStyles, but I wan't sure if that should always occur in the recomputeGridSize call or not.

For a MultiGrid (wrapped by an AutoSizer) with rowHeight and columnWidth functions, grid sizes are not recalculated after window resizing

Function props like rowHeight and columnWidth don't change when the Grid's outer size changes so I'm not sure why they are mentioned together like this. The size of a cell and the size of the Grid are different. AutoSizer only drives the size of the Grid

Sorry, I didn't explain the setup well. Nothing wrong with AutoSizer, I just wanted to explain my usage since I didn't have a stand-alone test case to show.
I've got a rowHeight method that is returning different sizes for my fixed row based on the window size. I realize that having non-constant cell sizes is a performance hit, but I'm still getting phenomenal render performance even on mobile (so much thanks and kudos to you for that).
After a window resize, the cell was getting new position styles, but the top-left and top-right grids still have the cached styles from prior to the resize.
isSmallScreen() {
    // (fyi, IncludeMedia is just exposing my CSS media query breakpoints into the JS).
    return IncludeMedia.lessThan('md');
}
_rowHeight({rowIndex}) {
    if (rowIndex == 0) { return (this.isSmallScreen() ? 150 : 100); }
    return 40;
}

After a window resize, the cell was getting new position styles, but the top-left and top-right grids still have the cached styles from prior to the resize.

Thank you for clarifying! I understand now. 😁
I think this is actually caused by a combination of the typo you fixed here and what I mentioned in this comment.
Thanks for taking the time to submit this PR too! Couple of minor changes and I think it will be good to merge!

@bvaughn I think I've got a much better test now.

I've merged your PR locally, after fixing that one small issue. Thanks so much, again!

Not sure why Github still thinks the PR is open. You can see that it's been merged here. Oh well. 😁

Released with 8.11.3
Gave you credit for this fix in the changelog


fixed wallet functionality

base_url was not passed to call_api in wallet.rb

Hey Harmaty,
Thanks for the update, much appreciated.
-Kevin


Fix Horovod build error due to missing exported symbols

Resubmit to master branch https://github.com/apache/incubator-mxnet/commit/a967d37f10239f6e439004c0dcf3d90f307a8ddf
https://github.com/apache/incubator-mxnet/pull/18872 imported a version without a967d37f10239f6e439004c0dcf3d90f307a8ddf applied.

@mxnet-bot run ci [unix-cpu]


Missing Words: Collider

Collider is marked as a misspelling in English?
Works in Spell Right and other English dictionaries.
Fine. I can add to dictionary. Just wondering...
Thanks.

Thank you. I'll add it. It is missing from the original word list: Hunspell English Dictionaries
tldr; the spell checker uses the Hunspell dictionary to build a word list.
The .dic entry for collide seems to be missing the R rule:
collegiate
collide/DSG
collie/RSMZ


feat (RingTheory/HahnSeries/Summable) : transport summable families along Equiv

This PR defines a new summable family given a summable family of Hahn series and an equivalence of parametrizing types.  We show that the new family has the same formal sum as the old one.

This fell off the queue when bors crashed yesterday
bors r+
Just in case:
bors d+


Still getting duplicated or undesired warnings for missing settings

*** ATTENTION ***
Your devon-ide is missing the settings at
Please run the following command to complete your IDE setup:
devon ide setup [<settings-url>]
devon-ide environment variables have been set for C:\projects\cool-project

This also happens if the settings (here C:\projects\cool-project\settings) actually exist.

As you can see here:
Your devon-ide is missing the settings at

and here:
https://github.com/devonfw/devon-ide/blob/c1eea27ef10e9cc21dc5a870f31d74f6e8efac88/scripts/src/main/resources/scripts/environment-project.bat#L30
The actual bug is that SETTINGS_PATH is undefined in this case.

The root cause after debugging seems to be that in this case DEVON_IDE_HOME is not set.
As a consequence all devon.properties are not found and hence also SETTINGS_PATHis not set.

Funny. The problem is that devon.bat has changed and once installed it does not get updated and overwritten. Seems we need the same check we introduced for linux/mac also for windows that checks if we have a newer version of devon script and then overwrites the older one.
However, in the future devon script needs to stay stable and should not change anymore if possible...

See also #177

Fixed with PR #201


Add release.yml configuration

Add a config file for auto-generated release notes.
This completely excludes PRs flagged only as dependencies. Any dependency bump in the pyproject.toml is labeled as maintenance, so we would still list dependency version bumps, just not updates of the lock file.
I'll add a comment with the autogenerated release notes if we were to release this PR branch.

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Comparison is base (2ce7508) 99.77% compared to head (1210455) 99.77%.

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #164   +/-   ##
=======================================
  Coverage   99.77%   99.77%
=======================================
  Files           4        4
  Lines         440      440
=======================================
  Hits          439      439
  Misses          1        1

Flag
Coverage Δ

integration
89.09% <ø> (ø)

unittests
99.77% <ø> (ø)

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

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Incorrect bounding box with custom drawing function

Hello everyone,
When I use a custom drawing function, I have the impression that the bounding box is not correct, see the image below.

Green is the custom node, red is the associated bounding box.
Here is a partial code highlighting the problem. I am using version 8.5.6
ctxRenderer:
                function ctxRenderer(all: any) {
                    return {
                        drawNode() {
                            all.ctx.fillStyle = 'green'
                            all.ctx.fillRect(all.x, all.y, 100, 100)
                        },
                        nodeDimensions: { width: 100, height: 100 },
                    }
                },

//.....
network.on("afterDrawing", (ctx: any) => {
            data.nodes.forEach((node: any) => {
                let bb = network.getBoundingBox(node.id)
                ctx.fillStyle = 'red'
                ctx.fillRect(bb.left, bb.top, 100, 100)
            })
        })

still present in version 9.0.0 :-(

still present in version 9.0.0 :-(

I am also facing the same issue.
network.getBoundingBox(node.id) shows that my nodes are overlapping but in real visualization, the nodes are not overlapping.

May be I found a workaround:

the size should be half of the node size
the x and y of the design context should be the centre of the node, not the left upper corner
the nodeDimensions property of the ctxRenderer does not seem to be useful

var nodes = new vis.DataSet([
    {
        id: 0,
        shape: 'custom',
        size : 50,
        ctxRenderer:
            function ctxRenderer(all) {
                return {
                    drawNode() {
                        all.ctx.fillStyle = 'green'
                        all.ctx.fillRect(all.x - 50, all.y - 50, 100, 100)
                        //NOT =>  all.ctx.fillRect(all.x, all.y, 100, 100)
                    },
                    nodeDimensions: { width: 100, height: 100 }, //useless ??
                }
            },
    },

However, the bounding box is not always correctly updated :

Otherwise this is my bounding box design function :
network.on("afterDrawing", (ctx) => {
    data.nodes.forEach((node) => {
            let bb = network.getBoundingBox(node.id)
            ctx.strokeStyle = 'red'
            ctx.strokeRect(bb.left, bb.top, bb.bottom - bb.top, bb.right - bb.left)
    })
})

Hello, the same problem here with version 9.1.9.
We use canvas to draw whether nodes have files or links attached. All attachment indicators for nodes on the right half are rendered correctly, those on the left are cluttered on the central y axis. This seems to be exactly the same symptom than @FlorentMouysset has described.
The problem is only observed on x coordinates and the y coordinates seem ok. I also noted that on smaller graphs it won't happen, so to me the timing seems to be relevant.
Strangely the problem disappears when I enlarge the window above a certain size (that varies) and the bug wont appear again on further resizing, even if I make the window smaller again, until the network is recreated.

Just noticed that if I use the 'right' parameter of the 'getBoundingBox' function I have the symptom above, but if I use 'left' I have the same symptom as @FlorentMouysset
So right works flawlessly  for positive canvas coordinates, and left works flawlessly for negative canvas coordinates ?!? In both cases, enlarging the window substantially made the problem disappear.
With 'left' parameter:

use this.network['body'].nodes[nodeId].shape.boundingBox
Even if customShape is used, this value is calculated with nodeDimensions


Post message in admin channel when a new channel is created

Give us a heads up when a new channel is created so that know we should create the same channel in our test server.
https://docs.pycord.dev/en/master/api.html#discord.on_guild_channel_create

works great 🥰


TODO consume and rework in GIAP tests

As part of this

externalise all config
can we write integration tests in place of some of the E2E tests and reduce size down?

giap-web is moving to GitHub but use AzureDevOps for now as source of truth https://dfe-ssp.visualstudio.com/S115-Key-to-Success/_git/giap-web
same with kts-automation https://dfe-ssp.visualstudio.com/S115-Key-to-Success/_git/kts-automation

Started large-scale fix work https://dfe-ssp.visualstudio.com/S115-Key-to-Success/_git/kts-automation/pullrequest/33240 before I can consume. Need tests to be in a passing state.
FunctionAPP checks a CTF file that has an old schema - fixed.
Chromedriver old - fixed.
Login wasn't clicking next button - fixed.
Waiting for response on how to Auth in the sandbox.


Feature/101 search for temporal evolution of multi attribute properties

Add support for temporal values injection of entities having multi-attributes properties.

Add a description in your PR to say exactly what it implements wrt to temporal search (fo instance, it does not support filtering on a datasetId)

it is not really the purpose of parameterized tests ...

I misunderstood it then.
What's the purpose ?
I thought we will call the same test twice, with two values for the withTemporalValues boolean param


Add Travis CI configuration and MT4 install script.

Initial PR.

Closing to refresh Travis after re-activation


fix: make "DELETE" confirmation work in other languages

SUMMARY

When deleting an asset we ask the user for confirmation with this phrase:
t('type "delete" to confirm')

Which in Portuguese, eg, translates to digite "apagar" para confirmar. But if the user types in "apagar" it won't work. :-P
This PR fixes the bug by comparing the user input with the translated version of "delete".
BEFORE/AFTER SCREENSHOTS OR ANIMATED GIF

N/A
TEST PLAN

There are currently no translations for the strings, so I couldn't test in a different language. But confirmed that it still works in English.
ADDITIONAL INFORMATION

[ ] Has associated issue:
[ ] Changes UI
[ ] Requires DB Migration.
[ ] Confirm DB Migration upgrade and downgrade tested.
[ ] Introduces new feature or API
[ ] Removes existing feature or API

Codecov Report

Merging #11987 (b02f7d7) into master (1e3aaab) will decrease coverage by 4.27%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master   #11987      +/-   ##
==========================================
- Coverage   67.62%   63.34%   -4.28%
==========================================
  Files         942      466     -476
  Lines       45805    28682   -17123
  Branches     4395        0    -4395
==========================================
- Hits        30975    18169   -12806
+ Misses      14725    10513    -4212
+ Partials      105        0     -105

Flag
Coverage Δ

cypress
?

javascript
?

python
63.34% <ø> (-0.96%)
:arrow_down:

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

Impacted Files
Coverage Δ

superset/db_engines/hive.py
0.00% <0.00%> (-85.72%)
:arrow_down:

superset/databases/commands/create.py
32.65% <0.00%> (-59.19%)
:arrow_down:

superset/sql_validators/postgres.py
50.00% <0.00%> (-50.00%)
:arrow_down:

superset/db_engine_specs/hive.py
54.61% <0.00%> (-29.62%)
:arrow_down:

superset/views/database/mixins.py
59.64% <0.00%> (-22.81%)
:arrow_down:

superset/db_engine_specs/presto.py
69.95% <0.00%> (-12.45%)
:arrow_down:

superset/db_engine_specs/mysql.py
79.59% <0.00%> (-12.25%)
:arrow_down:

superset/databases/commands/update.py
85.71% <0.00%> (-8.17%)
:arrow_down:

superset/databases/dao.py
94.11% <0.00%> (-5.89%)
:arrow_down:

superset/databases/api.py
83.80% <0.00%> (-5.27%)
:arrow_down:

... and 497 more

Continue to review full report at Codecov.

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


API Leak on com.nimbusds:nimbus-jose-jwt

Submodule crypto in web5-kt is exporting an api dependency:

api(libs.comNimbusdsJoseJwt) > com.nimbusds:nimbus-jose-jwt

This means consumers are expected to use this dep directly. Encapsulate necessary operations in the web5-kt API such that we're not exposing the com.nimbusds APIs and asking users to rely on those. Our use internally should be an impl detail. Then move this to an implementation dependency.

Should be resolved by #110

Hopefully actually resolved by #236


python3Packages.bitsandbytes: remove unecessary nativeCheckInputs

Description of changes
Small refactor
Things done

Built on platform(s)

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

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

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

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

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

[x] Fits CONTRIBUTING.md.

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

thanks @bcdarwin ! nixpkgs-review reports no build changes, merging


Fail to compile pybind

Failed at compiling from source. The message:
The source directory
/home/username/tiny-dpcpp-nn/extern/pybind11
does not contain a CMakeLists.txt file.
If I try to checkout extern/pybind through git, I have permission errors:
Cloning into '/home/username/tiny-dpcpp-nn/extern/pybind11'...
<EMAIL_ADDRESS>Permission denied (publickey).
fatal: Could not read from remote repository.

Hi @olegmikul,
can you try cloning pybind manually into the extern directory?
cd /home/username/tiny-dpcpp-nn/extern
git clone https://github.com/pybind/pybind11.git
Best regard

Thank you.
Cloning from external git pybind help a bit, but stopped later. The error was:
Could not find a package configuration file provided by "Torch" with any of
the following names:
TorchConfig.cmake
torch-config.cmake

Add the installation prefix of "Torch" to CMAKE_PREFIX_PATH or set
"Torch_DIR" to a directory containing one of the above files.
I've pointed "export Torch_DIR=/home/username/tiny_dpcpp_nn/extern/libtorch/share/cmake/Torch/" and after that got another error:
static library kineto_LIBRARY-NOTFOUND not found
I can't isntall kineto since I don't have CUDA/NVidia GPU on that system. BTW, I have installed and running "intel-extension-for-pytorch", it would be good to have located installed version of that instead of cloning into external folder of tiny_dpcpp_nn.
For the reference, installed C++ testbench version of tiny_dpcpp_nn runs on my ARC 750 (it is hanging for some cases, while finishing fine for some other cases, most likely to limited VRAM memory on ARC 750).
Please help.
Thanks.

Hi,
Regarding the Arc750 hangs. Can you paste the output, oneapi version and (if you know it) driver version? I agree that it most likely is a memory issue but there may be a bug hidden.
Regarding location of the installed IPEX version: Agreed. We will have a look at it.
Regarding the torch issue. Could you gives us more details how you installed it? Which versions are you using? If you run Python interactively, can you do the following without error?
import torch
import intel_extension_for_pytorch
Thanks and best regards,
Christoph

Hi,
Arc 750 output:

./benchmark-inference
Inference
Running on Intel(R) Arc(TM) A750 Graphics
n_hidden_layers = 4, WIDTH = 64, batch_size = 4194304, typename = bf16, type size = 2 bytes
MPI world_size = 1
Finished benchmark.
#Iterations =           1000
Time =                  7.65581         s
AI (infinite $) =       159.994         flops/byte
BW (infinite $) =       140.257         GB/s
Throughput =            22440.3         Gflops/s
Inference
Running on Intel(R) Arc(TM) A750 Graphics
n_hidden_layers = 4, WIDTH = 64, batch_size = 4194304, typename = sycl::half, type size = 2 bytes
MPI world_size = 1
Finished benchmark.
#Iterations =           1000
Time =                  7.67759         s
AI (infinite $) =       159.994         flops/byte
BW (infinite $) =       139.859         GB/s
Throughput =            22376.6         Gflops/s
Inference
Running on Intel(R) Arc(TM) A750 Graphics
n_hidden_layers = 4, WIDTH = 16, batch_size = 4194304, typename = bf16, type size = 2 bytes
MPI world_size = 1
Finished benchmark.
#Iterations =           1000
Time =                  0.925378        s
AI (infinite $) =       39.9996         flops/byte
BW (infinite $) =       290.085         GB/s
Throughput =            11603.3         Gflops/s
Inference
Running on Intel(R) Arc(TM) A750 Graphics
n_hidden_layers = 4, WIDTH = 32, batch_size = 4194304, typename = bf16, type size = 2 bytes
MPI world_size = 1
Finished benchmark.
#Iterations =           1000
Time =                  1.41277         s
AI (infinite $) =       79.9985         flops/byte
BW (infinite $) =       380.021         GB/s
Throughput =            30401.1         Gflops/s
Inference
Running on Intel(R) Arc(TM) A750 Graphics
n_hidden_layers = 4, WIDTH = 128, batch_size = 4194304, typename = bf16, type size = 2 bytes
MPI world_size = 1
... and hangs ...
<<<
oneapi - v 2024.2
I have created virtual environment for python with ipex:

intel-extension-for-pytorch 2.1.30+xpu
torch                       2.1.0.post2+cxx11.abi
torchaudio                  2.1.0.post2+cxx11.abi
torchvision                 0.16.0.post2+cxx11.abi
<<<
import torch
import intel_extension_for_pytorch
works fine, I can run code with and without intel_extension_for_pytorch, I have observed speeding up by running pytorch_extension (about 2x vs i9-12900K) for some inference code. I followed instructions for installing IPEX, so torch, torchaudio, torchvision were installed according those instructions.
My OS - ubuntu 22.04.4 LTS with all updated drivers, libraries, packages. Linux kernel - 6.5.0-41-generic. I run pytorch with intel extensions for ARC also as arrayfire for opencl on ARC (C/C++ high performance library for various back ends).
My outputs during installations with pybinding:

cmake -DBUILD_PYBIND=ON -DTARGET_DEVICE=ARC ..
-- The CXX compiler identification is IntelLLVM 2024.2.0
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /opt/intel/oneapi/mpi/2021.13/bin/mpiicpx - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Building for ARC
CMake Warning at CMakeLists.txt:38 (message):
cmake build system is still WIP.
-- libtorch already exists in /home/username/tiny/extern/.
-- Found IntelSYCL: /opt/intel/oneapi/mpi/2021.13/include (found version "202001")
-- oneDPL: ONEDPL_PAR_BACKEND=tbb, disable OpenMP backend
-- Performing Test _fsycl_option
-- Performing Test _fsycl_option - Success
-- Looking for C++ include sycl/sycl.hpp
-- Looking for C++ include sycl/sycl.hpp - found
-- Adding -fsycl compiler option
-- oneDPL: ONEDPL_PAR_BACKEND=tbb, disable OpenMP backend
-- Adding -fsycl compiler option
-- Found MPI_CXX: /opt/intel/oneapi/mpi/2021.13/bin/mpiicpx (found version "3.1")
-- Found MPI: TRUE (found version "3.1")
-- pybind11 v2.13.0 dev1
-- Found PythonInterp: /home/username/ai_gpu/bin/python (found suitable version "3.10.12", minimum required is "3.7")
-- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython3.10.so
-- Performing Test HAS_INTEL_IPO
-- Performing Test HAS_INTEL_IPO - Success
CMake Warning at extern/libtorch/share/cmake/Torch/TorchConfig.cmake:22 (message):
static library kineto_LIBRARY-NOTFOUND not found.
Call Stack (most recent call first):
extern/libtorch/share/cmake/Torch/TorchConfig.cmake:127 (append_torchlib_if_found)
dpcpp_bindings/CMakeLists.txt:7 (find_package)
-- Found Torch: /home/username/tiny/extern/libtorch/lib/libtorch.so
CMake Warning at extern/libtorch/share/cmake/Torch/TorchConfig.cmake:22 (message):
static library kineto_LIBRARY-NOTFOUND not found.
Call Stack (most recent call first):
extern/libtorch/share/cmake/Torch/TorchConfig.cmake:127 (append_torchlib_if_found)
extern/libtorch/share/cmake/IPEX/IPEXConfig.cmake:90 (FIND_PACKAGE)
dpcpp_bindings/CMakeLists.txt:13 (find_package)
-- Found IPEX: /home/username/tiny/extern/libtorch/lib/libintel-ext-pt-gpu.so
-- Configuring done (4.5s)
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
TORCH_PYTHON_LIBRARY
linked by target "tiny_dpcpp_nn_pybind_module" in directory /home/username/tiny/dpcpp_bindings
-- Generating done (0.0s)
CMake Generate step failed.  Build files cannot be regenerated correctly.
<<<
Thank you,
Oleg

Hi Oleg,
This is indeed weird. TORCH_PYTHON_LIBRARY should come with pytorch. Did you install PyTorch + IPEX according to: IPEX Installation Guide?
Further, it seems /home/username/ai_gpu/bin/python is used as Python Interpreter. Can you please ensure that this interpreter is using the IPEX installation? You can confirm with which python, which Python interpreter you're currently using and thus, where pip install torch is installing IPEX to.

Hi,
Yes, I have installed IPEX as in installation guide. Under my virtual environment, so the right python interpreter was used. I can confirm it also by "which python"

The variable TORCH_PYTHON_LIBRARY is set in this line: Link to CmakeLists.txt, where TORCH_CMAKE_PREFIX_PATH is set in the setup.py file. The issue seems to stem from there.
Could you please verify in an interactive python session, that
import torch; torch.utils.cmake_prefix_path
yields the correct path, and that the path indeed has the cmake file, and ${TORCH_CMAKE_PREFIX_PATH}/../../lib exists? The variable TORCH_CMAKE_PREFIX_PATH is torch.utils.cmake_prefix_path in Python.

Closed as should work now, please raise a new issue if not


Linking to a DSL section that's not enabled by default is confusing.

I tried to link someone to the password strategy docs and of course the ash-authentication extension isn't turned on, and if you turn it on and reload it is turned off again when the page loads.
https://ash-hq.org/docs/dsl/ash-resource#authentication-strategies-password

What should happen is when you're linked to a page in a library you haven't visited, it should select it. Maybe you haven't accepted cookies? I guess we could just default all packages to on to solve for the problem

This may be a short term fix, all packages are now on by default.


New-GitLabProject - Project is not creating from Powershell comman line

Hi,
I am trying to create a new project in GitLab using the New-GitLabProject function as below:
New-GitLabProject -Name "test-project" -path "https://gitlab.xx.xx.net/" -namespace "SampleGroup" -description "project creation" -visibility_level "internal"
The project is not creating and I see the below warning -:
WARNING: Bad Request. See https://gitlab.xx/help/api/README.md#status-codes for more information.
Could you please let me know the command to create the new project in GitLab or the right usage of New-GitLabProject??
Thanks,
Akhila

I got New-GitLabProject created in GitLab from command line. I gave the wrong path before it is working now so, closing this issue. Thanks!


SignedExtensions

as it is

Quite important
Important to know internal and externally
Linked to fees stuff.

Also ticketed for a recipe https://github.com/substrate-developer-hub/recipes/issues/67

jumping off point for whoever takes this https://substrate.dev/rustdocs/master/sp_runtime/traits/trait.SignedExtension.html


Drop async in the frontend?

My understanding is that the global transform which transforms async calls in the frontend to promises adds a lot of bloat to the frontend build.
Does anyone know if that is true / still true?
We only use async in a few places and I think we could replace these with promises.

Not this is particularly helpful, but I have no idea 😄

@Daniel15 any chance you could offer some quick insight on this?

@paulmelnikow - Just catching up on my emails... Sorry I missed this! Async/await is natively supported by the vast majority of browsers (~91% of users, as per https://caniuse.com/#feat=async-functions). Native async/await is actually more efficient than promises these days:
https://v8.dev/blog/fast-async

And Chrome also has "zero-cost async stack traces", which means error stack traces include the entire async stack when using native async/await (whereas this is prohibitively expensive to do with callbacks or promises)

We no longer have any async calls in our frontend. Closing as this is no longer relevant.


OCPBUGS-33038: add token audience for Azure File

This is basically a backport of https://github.com/openshift/csi-operator/pull/224 but for Azure File operator since csi-operator is used in 4.16 and onwards.

/label backport-risk-assessed

/lgtm

See test result: https://github.com/openshift/azure-file-csi-driver/pull/65#issuecomment-2095862271
/label qe-approved
/label cherry-pick-approved

/lgtm
Previous comment did not apply the label for some reason, commenting again - no changes were done since then.

/lgtm


Property type 'JSQMessagesCollectionView *' is incompatible with type 'UICollectionView *' inherited from 'UICollectionViewLayout'

I got this warning message after updated latest pod.
/Users/MNurdin/Documents/iOS/xxxxx/Pods/JSQMessagesViewController/JSQMessagesViewController/Layout/JSQMessagesCollectionViewFlowLayout.h:59:60: Property type 'JSQMessagesCollectionView *' is incompatible with type 'UICollectionView *' inherited from 'UICollectionViewLayout'

Code
@property (readonly, nonatomic) JSQMessagesCollectionView *collectionView;

Please advice. Thank you.

fixed in 7.0.1. duplicate of #920

please don't open duplicate issues.


[fix][client] fix negative message re-delivery twice issue

Motivation
When calling the negativeAcknowledge method, the message is supposed to be re-delivered only one time.
But, actually,  it may be re-delivered twice.
There are two problems:

For MultiTopicsConsumerImpl, when calling negativeAcknowledge, we didn't remove the message from UnAckedMessageTracker, so this message will be re-delivery by both UnAckedMessageTracker and NegativeAcksTracker
For ConsumerImpl, when calling negativeAcknowledge, if the message id is a BatchMessageIdImpl, the messageId will be not removed from the UnAckedMessageTracker, there is because the removing MessageId type(BatchMessageIdImpl) is not the MessageId type of add(MessageIdImpl).
See:

add to UnAckedMessageTracker

protected void trackMessage(MessageId messageId, int redeliveryCount) {
        if (conf.getAckTimeoutMillis() > 0 && messageId instanceof MessageIdImpl) {
            MessageId id = MessageIdAdvUtils.discardBatch(messageId);

remove from  UnAckedMessageTracker

public void negativeAcknowledge(Message<?> message) {
        negativeAcksTracker.add(message);

        // Ensure the message is not redelivered for ack-timeout, since we did receive an "ack"
        unAckedMessageTracker.remove(message.getMessageId());
    }

Modifications

For MultiTopicsConsumerImpl, remove the message id from UnAckedMessageTracker when calling negativeAcknowledge
Keep consistent type for message id adding to and removing from the UnAckedMessageTracker
add UnAckedMessageTracker size check for NegativeAcksTest
add log for NegativeAcksTracker

Verifying this change

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

Documentation

[x] doc-not-needed

Matching PR in forked repository
PR in forked repository: https://github.com/aloyszhang/pulsar/pull/17

make sense to me, I'll fix it.

Codecov Report

Merging #20750 (305ac2e) into master (09c89cd) will increase coverage by 41.13%.
The diff coverage is 57.14%.

@@              Coverage Diff              @@
##             master   #20750       +/-   ##
=============================================
+ Coverage     31.96%   73.09%   +41.13%
- Complexity    11812    32141    +20329
=============================================
  Files          1499     1867      +368
  Lines        114819   139081    +24262
  Branches      12454    15306     +2852
=============================================
+ Hits          36697   101659    +64962
+ Misses        73260    29353    -43907
- Partials       4862     8069     +3207

Flag
Coverage Δ

inttests
24.15% <7.14%> (?)

systests
24.87% <7.14%> (?)

unittests
72.39% <57.14%> (+40.43%)
:arrow_up:

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

Impacted Files
Coverage Δ

...org/apache/pulsar/broker/ServiceConfiguration.java
99.38% <ø> (+2.56%)
:arrow_up:

...pache/pulsar/broker/admin/v2/PersistentTopics.java
80.76% <ø> (+73.50%)
:arrow_up:

...he/pulsar/broker/intercept/BrokerInterceptors.java
46.95% <ø> (+37.63%)
:arrow_up:

...in/java/org/apache/pulsar/admin/cli/CmdTopics.java
78.94% <ø> (ø)

...va/org/apache/pulsar/client/impl/ConsumerBase.java
73.63% <0.00%> (+24.34%)
:arrow_up:

...ache/pulsar/client/impl/UnAckedMessageTracker.java
90.67% <0.00%> (+16.99%)
:arrow_up:

...he/pulsar/client/impl/MultiTopicsConsumerImpl.java
78.45% <50.00%> (+48.90%)
:arrow_up:

...va/org/apache/pulsar/client/impl/ConsumerImpl.java
76.23% <100.00%> (+26.34%)
:arrow_up:

...apache/pulsar/client/impl/NegativeAcksTracker.java
98.03% <100.00%> (+77.20%)
:arrow_up:

... and 1546 files with indirect coverage changes

@codelipenghui @Technoboy- This is a bug fix and no public API is added. So it should be cherry-picked to other branches, right?

https://github.com/apache/pulsar/pull/23060#issuecomment-2285280689

Thank you @izumo27 for noticing that this fix is missing from Pulsar 3.0.6 release (comment).
Unfortunately this fix was missing from branch-3.0 and wasn't delivered in Pulsar 3.0.3 as it was planned. I have cherry-picked this to branch-3.0 and this fix will be delivered in Pulsar 3.0.7 release for 3.0.x .


Do not throw when there is no response

This prevents an unexpected exception from being thrown when trying to get headers from a "file:" request.

This project seems to be not accepting pull request. Fixed as a hack in dependent project.


Query: Funcletize accessing array element

Resolves #6859
Array access is BinaryExpression with node type of ArrayIndex. Since we always used base method for BinaryExpression except logical expression, we would end up evaluating array separately from access hence always caused client evaluation.
Fix is to process array access as whole instead of visiting left & right subtree.

Added tests for Dictionary/Tuples too


microk8s is sets iptables policy FORWARD to DROP on reboot

I created a fresh install of ubuntu 18.04 minimal on a vmware esxi 6.7u1 host. i checked iptables -S and got this output (truncated):
-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT

This is consistent, no matter how often i reboot. Then i installed microk8s and all looks fine:
robert@k:~$ sudo snap install microk8s --edge --classic
microk8s (edge) v1.13.1 from Canonical✓ installed
robert@k:~$ sudo iptables -S
-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT
<trimmed>

However, after a reboot:
robert@k:~$ sudo iptables -S
[sudo] password for robert:
-P INPUT ACCEPT
-P FORWARD DROP
-P OUTPUT ACCEPT
<trimmed>

I've attached the microk8s.inspect tarball as
inspection-report-20181229_224350.tar.gz

Adding --iptables=false to /var/snap/microk8s/current/args/dockerd fixes it.

Nabbed from one of the referencing issues: to fix this on the current session, use sudo iptables -P FORWARD ACCEPT.

@mnbf9rca with new version v1.15.1, you don't have dockerd, so this option isn't working anymore. I can't find any solution for containerd to make iptables persistent, maybe do you know one? The sudo iptables -P FORWARD ACCEPT works fine, but only for the current session.

@vovapolu You should be able to use the iptables-persistent package:
sudo apt-get install iptables-persistent

@ktsakalozos Hmm, that's strange, I've installed this package almost at the start, but for some time it didn't work, but now everything is good. Thank :)

Adding --iptables=false to /var/snap/microk8s/current/args/dockerd fixes it.

Sadly this does not work. Don't know if it's me or anymore. this file does not exist, I created it with the line, and still see DROP upon restarts.
Same for the iptables-persistent package, sadly.

Adding --iptables=false to /var/snap/microk8s/current/args/dockerd fixes it.

This will no longer work cause new version of microk8s use containerd instead of dockerd

I'm not sure that letting microk8s sets iptables policy is a good idea considering that you may want to work with nft rather than iptable, and so on... Letting the user do it will be simpler than trying to correct a flawed automatic process

this still not be solved?

This has been resolved and the issue is not valid anymore as it has been years since we moved from docker to containerd. @kred-jon, if you face a similar problem please file a new issue.


Specify different power cable types

Environment

Python version:  3.6.7
NetBox version:  Example: 2.5.6

Proposed Functionality
Specify multiple types of power cables. While there is a variety of network cables available to choose from in netbox, there is only 1 generic type for power cables. I'd suggest splitting this up into more specific types. I can think of C13-C14, C13-C20, C19-C20, C13-Schuko etc,
This might imply the type of power outlet and port as well: for instance, my PDU might have 16 C14 outlets and a couple of C20's as well. If netbox would allow to specify the type of power outlet or power port, perhaps specifying the cable to connect both would be redundant.

Use Case
In our datacenter we use a mixture of C13-C14 and C13-C20 cables to connect our servers to PDU's while we also have some C13-Schuko cables to PDU's. I would like to have these differences visible in netbox

Database Changes
I've tested locally with updating dcim/constants.py by
creating some additional types and as long as we keep the generic type around as well, I would say this requires no database change. If we need to convert the generic type to one of the specific types, then we probably need a migration step.
The addition I did was:
CABLE_TYPE_POWER_C13C20 = 5132
CABLE_TYPE_POWER_C13C14 = 5134
CABLE_TYPE_POWER_C19C20 = 5192
...
    (
        'Power', (
            (CABLE_TYPE_POWER_C13C14, 'C13 to C14'),
            (CABLE_TYPE_POWER_C13C20, 'C13 to C20'),
            (CABLE_TYPE_POWER_C19C20, 'C19 to C20'),
        ),
    )

I'm operating from Europe where these connectors are common, perhaps US DCs use completely different connectors that might be of use here as well.

External Dependencies
none

The cable mdeium does not inform the termination form factors. This will be covered under #792.


raidboss: ASS Infern Brand 2 Corner Call is Flipped

The current call I noticed after testing in game is flipped.

Other feedback on the triggers that I added:
Timing could be improved for the mechanic: Such as "Move Across" , Move ${cardinal} (if we can get good position data on arcane fonts) and perhaps a move call for Cast Shadow.
Could also use an earlier orange/blue line call (without the number).

It is also calling cut 1 (for the 5th cut) after the 8th cut and not after the 4rth cut.


debug test.py returns zero output - determine why deconvnet and unet model snapshots produce zero output (same class predictions)

Possible culprits:

Saving models in Ignite? Serialization issues?
Possible bug in test.py?

Update: the model is definitely trained correctly, and the issues does not seem to be related to the serialization. Its definitely in the test.py code. I've ran it with an Imagenet pretrained model and it still returned zeros.
Rescoping to just Unet - make sure this works. Table HRNet for later.
The ask is to either repro with UNet and fix or label as not reproducible and close the work item.

Update: this is an HRNet related issue


[main] Update actions

Cron -knative-prow-robot
/cc knative-sandbox/networking-wg-leads
/assign knative-sandbox/networking-wg-leads
Produced by: knative-sandbox/knobots/actions/update-actions
Details:

/retest

/check-cla

/check-cla

/override latest_net-istio_main
/override latest-mesh_net-istio_main


Decrease binary size of the unicode lookup function

According to cargo-bloat, this decreases the binary size of lookup from 22.9 KiB to 4.3KiB. It also makes my (someone limited) benchmark marginally faster (5.8 seconds before to 5.5 seconds after).
My benchmark:
extern crate unicase;

use unicase::UniCase;
use std::time::Instant;

fn main() {
    let start = Instant::now();
    let a = UniCase::new("Maße");
    let b = UniCase::new("MASSE");
    let c = UniCase::new("mase");
    let xs = [a, b, c];

    let mut equals = 0;
    let mut compares = 0;
    for i in 0..10000 {
        for j in 0..10000 {
            let x = xs[i%3];
            let y = xs[j%3];
            if x == y {
                equals += 1;
            }
            compares += 1;
        }
    }
    let end  = Instant::now();
    println!("{}%", 100.0 * equals as f32 / compares as f32);
    println!("{:?}", end-start);

}

I've taken out the range literals with no impact on the benchmark above.

Thank you so much @PeterReid, this is fantastic!

 Thanks for maintaining.


switch CVE to official 'sample' ID

https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-123456
Reason: This ID is frequently used as an example of the 2014 CVE-ID syntax change, which allows more than 4 digits in the sequence number.

Thanks @attritionorg !


NuGet gallery UI should also show compatible runtimes and not just target frameworks

See https://github.com/NuGet/Home/issues/1688

@emgarten Any hints on an API to determine this info?

Finding them for the lock file is here: https://github.com/NuGet/NuGet.Client/blob/dev/src/NuGet.Core/NuGet.Commands/LockFileUtils.cs#L153-L180
RIDs would need to be shown in the context of a TxM since that is selected first. Note also that RIDs come from the packages and are just opaque strings and their meaning comes from other packages in the graph that contain runtime.json files. NuGet doesn't understand RIDs today like it understands frameworks.

So in terms of the gallery we'd need to build the dependency graph and go from there?

You would only need the graph if you need to do actual RID compatibility checks. To just display the available ones you can go by the folder paths.

Any sample on making this into a human-readable format?

They are usually readable, they just can't be parsed. There is no syntax for these strings.
For example with frameworks we know that  net45 is
RIDs usually look like: win10-x86 but there is no set format to allow them to be parsed

So basically this?

Loop the lib folder's first-level childs
If it's a folder, check if we have a known framework for it
If not, it's a runtime and we can treat it as such

No, TxMs and RIDs are not used interchangeably under the lib folder in that way. You'll need to parse them using the content model and managed code conventions in the NuGet.Client project.

Have a quick example somewhere? (eg a unit test?)

NuGet gallery UI should also show ... not just target frameworks

It doesn't even do that. It only shows the target frameworks of dependencies. Not the package itself.


No description of Simulation Automation is given.

No description of Simulation Automation is given. It just goes right into how to set one up.

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

ID: 6be692e7-40f2-87ae-56b6-680a32f1024f
Version Independent ID: 6be692e7-40f2-87ae-56b6-680a32f1024f
Content: Simulation automations for Attack simulation training - Office 365
Content Source: microsoft-365/security/office-365-security/attack-simulation-training-simulation-automations.md
Service: microsoft-365-security
Sub-service: mdo
GitHub Login: @chrisda
Microsoft Alias: chrisda

@VathekVan, I added this information as an introduction:

In Attack simulation training in Microsoft 365 E5 or Microsoft Defender for Office 365 Plan 2, simulation automations allow you to run multiple benign cyberattack simulations in your organization. Simulation automations can contain multiple payloads and start on an automated schedule. Creating a simulation automation is very similar to creating an individual simulation, except you also select the payloads and the automation schedule.

Feel free to update it if you like. Instructions are here.
Thanks for the feedback.
Closing


[Bug]: php-parser-0.1.6: Exec format error

Extension Version
0.1.11
PHP Binary
Local PHP
Operating System
Windows
What happened?
I'm getting parser error right after open the project in wsl2
/bin/sh: 1: /home/xxx/.vscode-server/data/User/globalStorage/laravel.vscode-laravel/file-downloader-downloads/php-parser-0.1.6: Exec format error
Mimimal Code Sample
No response

See #10

I have the same error
[error] /bin/sh: 1: /home/youssef/.config/Code/User/globalStorage/laravel.vscode-laravel/file-downloader-downloads/php-parser-0.1.6: Exec format error

I have the same error on Mint 22
6.8.0-50-generic
PHP 8.3.6

i think it has been resolved, pls close


update: maintainers list and evolution resources

Updating maintainers list and the evolution resource files. Made using the update-maintainers periodic ProwJob. Do not edit this PR.
In case you wanna change your name or your company change this file.
/kind documentation

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: poiana
Once this PR has been reviewed and has the lgtm label, please assign jasondellaluce for approval by writing /assign @jasondellaluce in a comment. For more information see the Kubernetes Code Review Process.
The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

/close
Dismissing in favor of https://github.com/falcosecurity/evolution/pull/225

@jasondellaluce: Closed this PR.

In response to this:

/close
Dismissing in favor of https://github.com/falcosecurity/evolution/pull/225

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.


Add Dutch (Nederlands)

Add Dutch language

@DavidKorystov please fix conflicts thanks

@evaeth please fix conflicts thanks

@evaeth please fix conflicts thanks

Fixed

@getneil are there any other issues?

@evaeth  please fix conflict again. sorry as i merge other prs from other contributors i just approve/merge those that addresses their issue the earliest.

@getneil No problem. Fixed

@getneil any other issues?

@evaeth did not pass the lint. executing xc format would automatically do it.

@getneil any advice how to fix it?

@getneil now it should pass

@getneil one more try

@getneil could you please check it


Can't connect from PC, but can from android app - same opvn file

Hi team,
I have setup OpenVpn on my Pi. I can connect from my android mobile using the OpenVpn app and certificate below just fine. However, when I try from my Windows 10 laptop, I just can't get it to work.
I have installed OpenVpn, and pasted the client.ovpn file below (without the bits *'d) into the config folder. Nothing else. When I run it however, I keep getting a message saying "openvpn tls key negotiation failed to occur within 60 second".
I have turned off the firewall on my laptop and run the file as Administator from CMD prompt, but I keep getting the same result.
Is there something else I should be doing?
Thank you all for any help you can provide in advance.
James.
###########################################
client
dev tun
proto udp
remote *.com 3
resolv-retry infinite
nobind
persist-key
persist-tun
key-direction 1
remote-cert-tls server
tls-version-min 1.2
verify-x509-name server name
cipher AES-256-CBC
auth SHA256
comp-lzo
verb 1

-----BEGIN CERTIFICATE-----

-----END CERTIFICATE-----

-----BEGIN CERTIFICATE-----

-----END CERTIFICATE-----

-----BEGIN ENCRYPTED PRIVATE KEY-----

-----END ENCRYPTED PRIVATE KEY-----

2048 bit OpenVPN static key

-----BEGIN OpenVPN Static key V1-----

-----END OpenVPN Static key V1-----

Please read issue #386 and check all the things mentioned there... you can also do a search in the already closed // opened tickets and check those stuff... if that doesn't work please come back saying what have you tried and not! =)

Thank you.... will give that a go :)

@PickledNewt any news?

@cfcolaco Yes and no....
I tried various different approaches from that thread, and looking around, but couldn't get it to work. I then decided to try my wife's certificate (which I believe I set up in the exact same way at the start, and which also works fine on her phone...) and hey presto, it worked perfectly first time on my computer. Tried again with mine, and same error message.
I don't know what is different between the two, but I am happy using hers on my computer....
Thank you for your help and swift response, it was much appreciated.

post here then the server.conf and the failing client.ovpn