TS : history definition error

Hi,
I use React with TS (I use react-scripts-ts and when I define the Router history, I've got this error :
Error in ./src/index.tsx
(32,15): error TS2322: Type 'SynchronizedHistory' is not assignable to type 'History | undefined'.
  Type 'SynchronizedHistory' is not assignable to type 'History'.
    Types of property 'listenBefore' are incompatible.
      Type '(hook: TransitionHook) => UnsubscribeCallback' is not assignable to type '(hook: TransitionHook) => () => void'.
        Types of parameters 'hook' and 'hook' are incompatible.
          Type 'History.History.TransitionHook' is not assignable to type 'MobxReactRouter.TransitionHook'.
            Types of parameters 'location' and 'location' are incompatible.
              Type 'MobxReactRouter.Location' is not assignable to type 'History.Location'.
                Property 'query' is optional in type 'Location' but required in type 'Location'.

It comes from this line : <Router history={history} >
I did exactly like the documentation : const history = syncHistoryWithStore(browserHistory, routingStore);
Thank you for your work !

Hmm interesting. I'll admit I haven't actually tried using typescript with this library yet. The PR for typings was only just added. Any idea what could be the issue @rokoroku?

It's because of the type SynchronizedHistory.
Since syncHistoryWithStore(...) will add unsubscribe() method to the  history, I added it to the type declarations.  ( means returned history is typeof SynchronizedHistory, not typeof History)
However, if you have a look into the implementation, syncHistoryWithStore() method simply adds a listener via the history.listen(...), so it's basically same using the browserHistory as the Router's prop.
<Router history={browserHistory} >
{/* is same as */}
<Router history={synchronizedHistory as any as History} >

If we remove the type SynchronizedHistory, the ``unsubscribe()` method is not gonna visible anywhere. What's your thought, @alisd23 ?

Oh, it was a problem with deprecated properties rather than with SynchronizedHistory.
Since react-router still use type definitions of history v2 (even they are currently on v3), the v3 based History does not compatible to this ... (see history#changelog, they always have lots of breaking changes)
So, It's better to add the deprecated methods. I'll make PR soon.


docs: Update Docker Compose version README.md

version 2.12.2 gives an error
Description:

this PR updates the docker compose version to 2.13.2
Related issue(s):
Fixes #
Notes for reviewer:

Checklist

[x] Documented (Code comments, README, etc.)
[x] Tested (unit, integration, etc.)

Resolved in #833


Not all vnets created show up in the drop down in azure sql firewall page

I have tried putting vnets into sql db's but any vnet created can't be added to azure sql backend, and really this documentation is not helping me to do it.
[Enter feedback here]

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

ID: 2eb5097c-fc6e-f0a5-07a6-a84e05aa0bb6
Version Independent ID: 1004e6b8-344f-6fdc-391a-35c540f4bf9d
Content: VNet endpoints and rules for single and pooled databases in Azure SQL
Content Source: articles/sql-database/sql-database-vnet-service-endpoint-rule-overview.md
Service: sql-database
Sub-service: security
GitHub Login: @rohitnayakmsft
Microsoft Alias: rohitna

@anindya5 Thanks for your feedback! We will investigate and update as appropriate.

@FrankHu-MSFT - can you expedite this? we have an azure support request opened as well, but not getting any response from that end too

@anindya5 Can you provide the support request ID? It will help with the escalation.

@Mike-Ubezzi-MSFT<PHONE_NUMBER>01858

@anindya5 Did you add the Microsoft.SQL service endpoint to your VNet? You will need to create the VNet before you deploy you Azure SQL Database instance or add it to you current instance.
These are the steps:
Create the VNet first and make sure you add the Microsoft.SQL sub-service:

Then add that VNet to your Azure SQL Database instance (during deployment in this case):

Tried adding and without, no change

@anindya5 Also, make sure all services are in the same region. I had deployed to US West 2 but Premium plan for Function App is not available in US West 2 but all my other services (VNet and Azure SQL Database are in US West 2) and so I need to redo this in US West. You may need to add Microsoft.Web. I am trying to get Function App and Azure SQL Database on same subnet for the purposes of this test. I may need to do all these steps again, as well.

I'm not sure what changed, but suddenly I see all the vnet's listed
On Mon, Nov 4, 2019 at 3:53 PM Mike Ubezzi<EMAIL_ADDRESS>wrote:

@anindya5 https://github.com/anindya5 Also, make sure all services are
in the same region. I had deployed to US West 2 but Premium plan for
Function App is not available in US West 2 but all my other services (VNet
and Azure SQL Database are in US West 2) and so I need to redo this in US
West. You may need to add Microsoft.Web. I am trying to get Function App
and Azure SQL Database on same subnet for the purposes of this test. I may
need to do all these steps again, as well.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/MicrosoftDocs/azure-docs/issues/42057?email_source=notifications&email_token=ACQLYQAUZFR67ZCNF3LYSSLQSCKT3A5CNFSM4JIXCS2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDA256Y#issuecomment-549564155,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACQLYQF25PT2V2SXSGNMUUTQSCKT3ANCNFSM4JIXCS2A
.

@anindya5 Thank you for the update. We will now proceed to close this thread. If there are further questions regarding this matter, please comment and we will gladly continue the discussion.


GetProjectOptionsFromScript with otherFlags duplicates references from otherFlags

FCS 10.0.1 (do not know about previous versions)
This behaviour may be by design. Or it may be unexpected but not harmful. I am
not sure, so I better describe and ask. Besides, I cannot not find the optional
parameter otherFlags used in FCS tests.
In my FCS enabled application FSharpFar scripts are supposed to be invoked
and checked with some predefined --lib and --reference and some options
defined by a user in a sort of "project" file.
Thus, I am trying to supply predefined options as the optional argument
otherFlags of GetProjectOptionsFromScript. This works very well and
does exactly what is needed, in particular it helps to resolve #r
references in scripts composed with predefined options in mind.
Here is the example of the options from GetProjectOptionsFromScript
with my comments on its parts
these two are added first by GetProjectOptionsFromScript:

    [0]    "--noframework"    string
    [1]    "--warn:3"    string

then my otherFlags are added as they are; the order may look strange, this
is because the first 3 are predefined by the application and the others are
user defined in a "project" file:

    [2]    "--lib:C:\\Bin\\Far\\x64\\FarNet"    string
    [3]    "-r:C:\\Bin\\Far\\x64\\FarNet\\FarNet.dll"    string
    [4]    "-r:C:\\Bin\\Far\\x64\\FarNet\\FarNet.Tools.dll"    string
    [5]    "--optimize-"    string
    [6]    "--fullpaths"    string
    [7]    "--flaterrors"    string
    [8]    "--warn:4"    string
    [9]    "--debug:full"    string
    [10]    "--define:DEBUG"    string
    [11]    "--reference:C:\\Bin\\Far\\x64\\FarNet\\Modules\\FSharpFar\\FSharpFar.dll"    string

the rest are added by GetProjectOptionsFromScript:

    [12]    "-r:C:\\Bin\\Far\\x64\\FarNet\\FarNet.dll"    string
    [13]    "-r:C:\\Bin\\Far\\x64\\FarNet\\FarNet.Tools.dll"    string
    [14]    "-r:C:\\Bin\\Far\\x64\\FarNet\\Modules\\FSharpFar\\FSharpFar.dll"    string
    ....    <quite a few .NET Framework and FSharp assemblies>

Note that the last portion starts with three references already specified in my
otherFlags as [3], [4], and [11]. This does not cause any known problems.
But it looks a little bit strange and I am wondering if this is really by design.

Just to sure. The issue was tagged project cracker. Is this correct, really related?

@nightroman No, it's not right, thanks for pointing that out


update bx to require c++14 and add compiler flag for bx when using MSVC

I realize https://github.com/bkaradzic/bgfx.cmake/commit/896ab5478cd943c51fe14ff8e4a1abf7b4102bca did resolve this issue, but to make things more target friendly and as this only really impacts bx and no other libraries, I propose we add this change here and (potentially) remove the global add_compile_options. (I also updated bgfx to the latest commit in the process, I can create a new PR without this if it's an issue). Thanks!

Hey, thanks for the PR.
You are right. Before I merge, can you resolve current conflict please?

Oh yes sure thing, just updated it now (apologies in hindsight I shouldn't have included the update to the submodules 🙈) Should be good now 👍 Thanks!


Compare environments: Apply feature(s) from 1 environment to another

As a user comparing environments I would like to be able to apply the state of a one or more features from 1 environment to another.
This would need to apply all of the following

The feature state value
The mv configuration
Segment overrides

Also worth considering, we might want to just apply certain aspects, so perhaps a list of checkboxes with

value
enabled state
mv rules
segment overrides


[Feature Request] Allow extended Vue constructors as mixins option

I'm using vue-class-component on my project and try to split component features to some small mixins.
I think it is good if the mixins option also allows extended Vue constructors because we can write components and mixins in uniformed ES2015 format.
In addition, there are an advantage of type system if we use with TypeScript.
For example, there are two mixins that receive props of event handlers to detect changing form values.
@Component({
  props: {
    onChangeName: Function,
    onChangeEmail: Function
  }
})
class UserFormMixin extends Vue {
  onChangeName: (name: string) => void;
  onChangeEmail: (email: string) => void;
}

@Component({
  props: {
    onChangeHobby: Function,
    onChangeWebSite: Function
  }
})
class ProfileFormMixin extends Vue {
  onChangeHobby: (hobby: string) => void;
  onChangeWebSite: (webSite: string) => void;
}

These mixins can be applied to a component in following way if mixins option allows extended Vue constructors.
The UserProfileForm component must have the methods on UserFormMixin and ProfileFormMixin, and the component will receive the methods from its props.
@Component({
  mixins: [
    UserFormMixin,
    ProfileFormMixin
  ]
})
class UserProfileForm extends Vue implements UserFormMixin, ProfileFormMixin {
  onChangeName: (name: string) => void;
  onChangeEmail: (email: string) => void;
  onChangeHobby: (hobby: string) => void;
  onChangeWebSite: (webSite: string) => void;
}

I would like to contribute this if this suggestion is ok :)

This should be fairly simple under the hood by detecting a function mixin
and use its options property instead.
On Thu, May 26, 2016 at 10:36 AM katashin<EMAIL_ADDRESS>wrote:

I'm using vue-class-component on my project and try to split component
features to some small mixins.
I think it is good if the mixins option also allows extended Vue
constructors because we can write components and mixins in uniformed ES2015
format.
In addition, there are an advantage of type system if we use with
TypeScript.
For example, there are two mixins that receive props of event handlers to
detect changing form values.
@Component({
props: {
onChangeName: Function,
onChangeEmail: Function
}
})class UserFormMixin extends Vue {
onChangeName: (name: string) => void;
onChangeEmail: (email: string) => void;
}
@Component({
props: {
onChangeHobby: Function,
onChangeWebSite: Function
}
})class ProfileFormMixin extends Vue {
onChangeHobby: (hobby: string) => void;
onChangeWebSite: (webSite: string) => void;
}
These mixins can be applied to a component in following way if mixins
option allows extended Vue constructors.
The UserProfileForm component must have the methods on UserFormMixin and
ProfileFormMixin, and the component will receive the methods from its
props.
@Component({
mixins: [
UserFormMixin,
ProfileFormMixin
]
})class UserProfileForm extends Vue implements UserFormMixin, ProfileFormMixin {
onChangeName: (name: string) => void;
onChangeEmail: (email: string) => void;
onChangeHobby: (hobby: string) => void;
onChangeWebSite: (webSite: string) => void;
}
I would like to contribute this if this suggestion is ok :)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
https://github.com/vuejs/vue/issues/2956

@ktsn I think this feature is great. especially the benefit to use type system. yyx990803 claim that this can be done easily, can you provide a sample?

It's already implemented #2957

@ktsn I need the integrate with type system. Can you check this question?
https://forum.vuejs.org/t/typescript-to-restrict-vue-component-instance-must-have-special-properties-or-methods/21709/2


Use 'testing' instead of 'report' as policy mode

Use 'testing' instead of 'report' as mta sts policy mode as in draft revision14.

Thank you for this PR! Unfortunately, there were a bit more changes required, see 681dd352057066d593be5b7b2579ec806a898a03. In particular, the error messages needed to be updated as well. This has been fixed now.


Server Crash with 1.3.0 for 1.15.2

https://pastebin.com/TSSHQ8Hc

+1

Should be fixed with 1.4.1 :)


Error when face node connectivity is not masked

Discussed in https://github.com/SciTools-incubator/iris-esmf-regrid/discussions/323
Solution proposed by @trexfeathers here https://github.com/SciTools-incubator/iris-esmf-regrid/discussions/323#discussioncomment-7854481
Add logic to this line of code so that it allows for unmasked arrays:
https://github.com/SciTools-incubator/iris-esmf-regrid/blob/d1f1c8ffb83107fb223688f3e059c624f274d07c/esmf_regrid/experimental/unstructured_regrid.py#L104

Originally posted by thomaswilder December 14, 2023
I am attempting to regrid data from an orca025 grid to a rectilinear grid so the orca data can be compared with climatology data e.g. EN.4.
I am hoping someone can help me with an error I am receiving when running rg = MeshToGridESMFRegridder(meshcube, target_cube)  where the error is
File "/home/users/twilder/Python/ORCA025/regrid_iris/lib/python3.10/site-packages/esmf_regrid/experimental/unstructured_regrid.py", line 104, in _as_esmf_info
    elemType = self.fnc.count(axis=1)
AttributeError: 'numpy.ndarray' object has no attribute 'count'. Did you mean: 'conj'?

The error file is 14520233.err.txt
After following this example on how to create an orca meshcube, I have acquired the following output
sea_water_conservative_temperature / (degC) (-- : 1740494)
    Mesh coordinates:
        latitude                                x
        longitude                               x
    Mesh:
        name                                unknown
        location                            face
    Cell methods:
        0                                   time: mean (thickness weighted)

    Attributes:
        Conventions                         'CF-1.6'

which is similar to the example in the above link.
My target cube takes the form
conservative_temperature / (degC)   (latitude: 173; longitude: 360)
    Dimension coordinates:
        latitude                             x               -
        longitude                            -               x
    Scalar coordinates:
        depth                       0.5057600140571594 m

Could anyone advise why I am receiving this error, and how i might fix it?
Thanks in advance

#385 fixed


go/defer: unexpected behavior with defer and closure

https://play.golang.org/p/07BTwrFI91<- Defer using direct method call syntax
https://play.golang.org/p/wAGS9ZneTb<- Defer using a call in a first order function
With the first order function, I expected the same output:
Again
World
Hello

It could be that this is expected but it appears to me to be unexpected behavior to me.
I'm guessing that the first time defer stores the complete closure the first time the higher order function is called when i == 0. The other defer calls are using the same closure even though i has been updated.

This is a common misconception about the way closures work for by-value variables and has nothing to do with defer.  When a closure captures a by-value variable it extends the actual variable's lifetime by hoisting its storage to the heap.  Effectively all references to the variable are rewritten as pointer dereferences to the heap allocated storage.  In your case the variable i is hoisted to the heap.  Since all references to i (including the assignment performed by each iteration of the for loop) reference the same piece of storage, that variable's value is updated each time the loop goes around.  When the defer statements run later then execute the closure which itself then references the same heap storage for i reading what ever value it had last, which was of course the last value assigned by the last for-loop iteration.  Since all closures are sharing the same hoisted storage for i they all see the same value and hence print the same string.
For instance consider this version which defines a brand new variable that has local-iteration scope (and so is not shared across loop iterations).  It once again prints what you expected.
https://play.golang.org/p/QmLKrKHf2p


Add mapping for 120b 1105 Xbox Series X Controller on Linux

This is for a first-party Xbox Series X Controller plugged with USB. There are already mappings for the bluetooth UID it seems.
Draft for now as I believe this controller (at least with the current firmware) needs a mapping for macOS too (wireless mode).
I'll test on Windows tomorrow to see if it needs a dedicated mapping too.
Mapping generated with SDL2's controllermap.

MacOS does not support Xbox pads over USB. XInput, WGI and/or GDK GameInput handle USB support on Windows. No further mapping should be necessary.

I tested on Windows and the same controller works fine in both USB and wireless modes.
I do believe there are issues with macOS wireless mappings for that GUID, at least my team mates had that issue in Godot during a weekend jam. I don't have direct access to a Mac now to test myself, I'll see if I can find one to borrow for a quick test.

So I updated the firmware for one of my Xbox controllers, and it got a new GUID again, which requires the same mapping.
With my commit there's now 3 times the same mapping for USB Xbox Series X controllers on Linux, with slightly different GUIDs (only the last byte is changing).
Should SDL-like gamepad implementations simply ignore that last byte and use whichever mapping matches the 030000005e040000120b0000 part? If so this might be something we need to fix in Godot more than here.
Xbox controller firmware updates seem frequent so keep track of all of them seems a bit tricky.

Interesting questions but not relevant here. If the device works as-is in controllermap, no mapping is necessary. If not, a mapping is necessary. Changes to ignore particular components of the GUID to normalize support on the end of SDL (or Godot, or whatever) are worth pursuing upstream in those projects; the db is just data. Regardless, we accept mappingings if the GUID-mapping pair is unique as it will improve support for the device with the plethora of existing software that already support ingest of the db.

Merging, feel free to open another PR with Mac mappings


Do Not Merge - fp16 experiment

I just want to see what the CI server will do when we ask it to run an 16-bit floating point op. I expect it will fail, since there's no (good) way to do fp16 on the CPU.
It runs on my Maxwell GPU though, btw. You can see the loss of significant digits if you run with float16 vs float32.

How about that. It passes. So maybe the Travis CI machines have GPUs? I don't know.

@jyegerlehner: float16 can be emulated on the CPU. For example, this is how float16 works in numpy. TensorFlow also seems to be able to deal with it. It's not faster, though.

@ibab Right, I know it's not faster in terms of raw flops on a GPU (unless it's Pascal GP100). THere is overhead in that on Maxwell and below the fp16 has to be promoted to fp32 before arithmetic. It's conceivable there could be some speed benefit due to lower memory bandwidth requirements as many ops are bottlenecked by memory latency and bandwidth.
My motivation for using it would be to reduce the memory footprint of the tensors in half. I expect to do some things that may push the limits of available memory and fp16 would be a bit benefit for that.

@jyegerlehner: Sorry, I mean it's not faster when using the CPU.
fp16 is definitely useful if your GPU supports it 👍
Unrelated to this, we could also attempt to evaluate multiple batches on multiple GPUs to speed things up for people who have them.


Check if zipped configuration files are handled correctly

When resuming a model run, we write over files on disk, but it's possible that live python objects in the Model instance retain references to those non-existent files.
This might be the reason why zipfile is complaining about duplicate names, for example in tests/test_wps_regionalization.py

I think it's rather that we're zipping files with the same name as files already in the zip file.


Test library referencing CefSharp cannot be run

Steps to reproduce

Create class library project and add NUnit framework with adapter to it
Add reference to CefSharp.OffScreen package
Configure solution to use 64-bit platform
Write test that will initialize the CefSharp framework and creates ChromiumWebBrowser object
Create run settings file with disabled AppDomain
Run vstest.console.exe ChromiumTests64.dll /Settings:DisableAppDomain.runsettings

See sample project at https://github.com/jozefizso/ChromiumUnitTests
Expected behavior
Unit tests should run.
Actual behavior
Test run will fail:
The active test run was aborted. Reason: Test host process crashed : Unhandled Exception: System.IO.FileNotFoundException: Could not load file or assembly 'CefSharp, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=40c4b6fc221f4138' or one of its dependencies. The system cannot find the file specified.
   at CefSharp.Internals.CefSharpApp.OnBeforeChildProcessLaunch(CefSharpApp* , scoped_refptr<CefCommandLine>* commandLine)
Unhandled Exception: System.IO.FileNotFoundException: Could not load file or assembly 'CefSharp, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=40c4b6fc221f4138' or one of its dependencies. The system cannot find the file specified.
   at CefSharp.Internals.CefSharpApp.OnContextInitialized(CefSharpApp* )

Test Run Aborted.

Environment

Windows 10 64-bit, Version 2004
Visual Studio 2019 16.7
NUnit Framework 3.11
CefSharp 83

Hi @jozefizso,
Are you still experiencing the issue? If so, could you please follow the steps mentioned above by @nohwnd?

I can reproduce the issue with NUnit and MSTest which would seem to indicate it's more of a problem on Test Platform side. I will keep this ticket here for now and will try to do more investigation.


fix: translated function names and variable to english (#13) & (#16)

changes a couple function names to english as per issue (#13) and (#16)
changes include getaddress, address, publishevents
should be easier for readability as other lines are in english

:tada: This PR is included in version 1.1.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Provide AppImage for Linux

Would you be interested in providing an AppImage for Linux? It would have, among others, these advantages:

Works for most Linux distributions (including Ubuntu, Fedora, openSUSE, CentOS, elementaryOS, Linux Mint, and others)
One app = one file = super simple for users: just download one AppImage file, make it executable, and run
No unpacking or installation necessary
No root needed
No system libraries changed
Works out of the box, no installation of runtimes needed
Optional desktop integration with appimaged
Optional binary delta updates, e.g., for continuous builds (only download the binary diff) using AppImageUpdate
Can optionally GPG2-sign your AppImages (inside the file)
Works on Live ISOs
Can use the same AppImages when dual-booting multiple distributions

Here is an overview of projects that are already distributing upstream-provided, official AppImages.
If you have questions, AppImage developers are on #AppImage on irc.freenode.net.
I'm happy to help if there is interest.

Hey, thanks for your interest.

Any examples of electron-based apps providing AppImage? It would be cool to have tooling that is easy to integrate without too much effort.
Does this has any relation with snap or flatpack? I've seen people requesting these too.

Yes, lots of the existing AppImages are Electron apps.
electron-builder uses it as the default format for Linux. There is also https://www.npmjs.com/package/grunt-appimage but I haven't tried it so far.
You can always make an AppImage by hand by using appimagetool.

Is it a duplicate of #100?

I'll try to work on electron-builder this week. We have a fresh release so I'm feeling free to work on it

Is it a duplicate of #100?

Well, technically no, since AppImage isn't an "installer", but yes, it serves a similar purpose.

AppImage seems better for app of this kind than snap or flatpak. It will be included in the binaries of the next releases once #339 will be merged.
Thanks again for the suggestion @probonopd.

Maybe off-topic, but I kinda wonder if snaps are auto updated or one need to manually install new versions?

I didn't really investigate auto-updating for now. I could not answer this.

Ping, is there any chance we might see an AppImage on https://github.com/KeitIG/museeks/releases anytime soon? Thanks.

I think it will be available as the next release. You can also try building it yourself following instructions on readme.

@probonopd I could update one for the last release if you want to. But yeah, it was planned for the next release.

That would be great @KeitIG, thanks.

@probonopd You will find .debs and AppImages of the current master branch there: https://drive.google.com/drive/folders/0Bya5ObHuu9mNS29LMEhoNTJfOWs?usp=sharing

@KeitIG works for me locally :+1:  but for a real review I'd need a GitHub Releases download link.

but for a real review I'd need a GitHub Releases download link.

How that? I am not sure to understand.
The work on installers and AppImage has been between the last release and now. There is still one feature that I would like to implement before the next release, which is the #62, there won't be any re-release of the past version with installers I am afraid.

No problem, I'll wait until the next release.

Is there an ETA for the next release?


Update README.md

Fix for API ref doc link

This PR has been open for a while. Can we merge it or close it?


Offline mode: All images point to internal registry

Do not merge until the new revision of the course is done

We close this PR without merging, because the classroom packages the offline-mode branch. Do not delete that branch


Feat(backend, nextjs): introduce redirectToSignIn / redirectToSignup helper

Type of change

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

Packages affected

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

Description

[x] npm test runs as expected.
[x] npm run build runs as expected.

Introduced redirectToSignIn / redirectToSignup helper in @clerk/backend package and a wrapper of those in @clerk/nextjs to support a better DX for redirecting to sing-in and sign-up pages.
The new NextJS helpers are gonna work as :

redirect to sign-in/sign-up provided by NEXT_PUBLIC_CLERK_SIGN_{UP|IN}_URL  env variables
redirect to hosted pages sign-in/sign-up as fallback

Some key notes:

redirectBackUrl is optional

Notes
Review it per commit

Ignore the failing tests. They are related to the addition of NEXT_PUBLIC_CLERK_SIGN_UP_URL env which will be also added by another PR from Stefanos before this PR is merged.


How to run SAP Vora on Amazon Web Services

Hello, is there any document on where I can download SAP Vora trial and install it on Azure HDI cluster?

SAP Vora is not available in trial anymore.


[Feature Request]: Inheritance support in Typed Handler Middleware

Is your request related to a problem you have?
Let's say that we have an inheritance chain as follows:
interface ITaskEvent { }

record TaskStarted : ITaskEvent { }

record TaskStopped : ITaskEvent { }

I'd like to be able to write an implementation of IMessageHandler<ITaskEvent> (not IMessageHandler<TaskStarted> and IMessageHandler<TaskStopped>) to be used with the Typed Handler middleware.
This is currently not supported and since the involved classes are marked as internal, it cannot be customized without duplicating the entire middleware and its related configuration classes.
Describe the solution you'd like
HandlerTypeMapping.GetHandlersTypes can be adjusted to use Type.IsAssignableFrom to match handlers for base types.
Are you able to help bring it to life and contribute with a Pull Request?
Yes
Additional context
No response

There are also issues with using generic Type Resolvers and multiple serializer/deserializer of the same type with different typed handlers. For example, see the following example
This won't work bc the first serializer picks up everything
					.AddDeserializer(f => new KafkaXmlDeserializer(), f => new MarketDocumentTypeResolver<Acknowledgement_MarketDocument>())
						.AddTypedHandlers(handlers => handlers
							.AddHandler<Acknowledgement_MarketDocumentMessageHandler>()
								.WithHandlerLifetime(InstanceLifetime.Scoped)
							.WhenNoHandlerFound(context =>
								Log.Warning("Message not handled > Partition: {0} | Offset: {1} | Context: {2}",
									context.ConsumerContext.Partition,
									context.ConsumerContext.Offset,
									context.ConsumerContext.ToString()))
							)
					.AddDeserializer(f => new KafkaXmlDeserializer(), f => new MarketDocumentTypeResolver<ReserveAllocation_MarketDocument>())
						.AddTypedHandlers(handlers => handlers
							.AddHandler<ReserveAllocation_MarketDocumentMessageHandler>()
								.WithHandlerLifetime(InstanceLifetime.Scoped)
							.WhenNoHandlerFound(context =>
								Log.Warning("Message not handled > Partition: {0} | Offset: {1} | Context: {2}",
									context.ConsumerContext.Partition,
									context.ConsumerContext.Offset,
									context.ConsumerContext.ToString()))
							)

This also won't work bc the typed resolver doesn't match (matches only the first typed handler but not the others that follow)


Fix layout on OnePlus6

🐛 Bug Report
Environment
OnePlus6
Android
Steps to Reproduce
Go to frisbee drills
Start button only show "start
Go to trainings program
choose program : initiation adults
choose training : defense & longs
the title of the training is cut
Expected Behavior
The whole content is displayed
Actual Behavior

To emulate something that has properties of a OnePlus: https://stackoverflow.com/questions/39485452/is-there-any-way-to-emulate-perfectly-a-oneplus-device


Controller metrics are broken without guest agent

What happened:
#12802 introduced a new metric that relies on the guest agent to fetch the IP addresses for each interface of a VMI, relying on the IP address to be the unique label value that sets the time-series apart.
Unfortunately, when any VMI has multiple interfaces but does not have a guest agent installed, the address label of the resulting metric is "" for all of them, which is not a unique label.
This causes the metrics engine to fail due to time-series collision: leader controller pod is returning this on /metrics endpoint with HTTP response code 500:
An error has occurred while serving metrics:

1 error(s) occurred:

* collected metric "kubevirt_vmi_status_addresses" { label:{name:"address" value:""} label:{name:"name" value:"<redacted>"} label:{name:"namespace" value:"<redacted>"} label:{name:"node" value:"<redacted>"} label:{name:"type" value:"InternalIP"} gauge:{value:1}} was collected before with the same name and label values

What you expected to happen:
The metrics are served properly.
How to reproduce it (as minimally and precisely as possible):

create a VM with 2 interfaces and not install/disable the guest agent
port-forward the controller pods and check the /metrics endpoint on both of them

Additional context:
According to docs, the agent is optional, so having the agent installed should not be a requirement for having properly working controller metrics. Current behavior causes the kubevirt_virt_controller_ready metric to not include the broken controller and triggers the LowVirtControllersCount alert.
Environment:

KubeVirt version (use virtctl version): 1.4.0

/cc @machadovilaca

@crabique can you share more details about the VM network configurations?

Sure, the VMs use Multus networks and the affected VMs look like this (only the relevant parts here):
spec:
  template:
    spec:
      domain:
        devices:
          interfaces:
          - name: networkA
            bridge: {}
          - name: networkB
            bridge: {}
      networks:
      - name: networkA
        multus:
          networkName: cluster/networkA
      - name: networkB
        multus:
          networkName: cluster/networkB

Both networks are configured with "ipam": {} in NetworkAttachmentDefinition.spec.config

@xpivarc @crabique https://github.com/kubevirt/kubevirt/pull/13386


MDC context not passed when using custom ForkJoinPool

Describe the bug
I have a spring boot application in which I have created a custom fork join pool as given below -
@Bean(ThreadPoolConstants.FORK_JOIN_POOL)
@Lazy
public Executor getCustomForkJoinPool() {
    final ForkJoinPool.ForkJoinWorkerThreadFactory factory = pool -> {
        final ForkJoinWorkerThread worker = ForkJoinPool.defaultForkJoinWorkerThreadFactory.newThread(pool);
        worker.setName(ThreadPoolConstants.FORK_JOIN_POOL + worker.getPoolIndex());
        return worker;
    };

    return new LazyTraceExecutor(beanFactory,
            new ForkJoinPool(Runtime.getRuntime().availableProcessors(), factory, null, true));
}

The reason for doing this is to increase the thread pool count which I will do by providing min and max pool size (since they were not available in JDK8)
Using this custom pool, am doing a parallelStream() operation on a Map as shown below -
ThreadPoolFactory.getInstance(ThreadPoolType.FORK_JOIN_POOL)
        .execute(() -> myMap.values().parallelStream().forEach(handler -> {
            log.debug("HANDLER :: {}", handler);
            handler.handleEvent(event);
        })
);

Above parallelStream() operation is done in a service method implementation which has @Async() annotation as shown below -
@Async(ThreadPoolConstants.EVENT_HANDLER)
@Override
public void handleEvent(@NonNull final String event) {
}

Now @Async(ThreadPoolConstants.EVENT_HANDLER) is also a custom thread pool created like below -
@Bean(ThreadPoolConstants.EVENT_HANDLER)
@Lazy
public Executor getEventHandlerExecutor() {
    ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
    executor.setCorePoolSize(threadPoolConfig.getHandlerCorePoolSize());
    executor.setMaxPoolSize(threadPoolConfig.getHandlerMaxPoolSize());
    executor.setQueueCapacity(threadPoolConfig.getHandlerQueueCapacity());
    executor.setWaitForTasksToCompleteOnShutdown(true);
    executor.setAllowCoreThreadTimeOut(true);
    executor.setAwaitTerminationMillis(threadPoolConfig.getAwaitTerminationMillis());
    executor.setThreadNamePrefix(ThreadPoolConstants.EVENT_HANDLER);
    executor.initialize();

    return new LazyTraceExecutor(beanFactory, executor);
}

When using this, and printing logs, the MDC key is getting changed across the EVENT_HANDLER and FORK_JOIN_POOL thread pools. I was expecting that the MDC key would remain same across pools when using LazyTraceExecutor.
Expected Behaviour -
MDC keys passed, should not be reset across pools.
Version -
<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-dependencies</artifactId>
  <version>2020.0.4</version>
  <type>pom</type>
  <scope>import</scope>
</dependency>

<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-sleuth</artifactId>
</dependency>

Using adoptOpenJDK11 for docker base image and local IDE environment.

Do you have a small sample that replicates this problem that we could check out?

Unfortunately, I do not have a sample application created. This is observed in my production grade application and the code snippets given above are trimmed down version of it..
If insisted, I can create an application to demonstrate it !

That would be extremely helpful!

demo.zip
I have created a demo application to illustrate MDC not being passed to FJ Pool. Hope it suffices.
I have 2 more questions -

When Sleuth is NOT used, the @Async annotation creates a proxy object, but when Sleuth is used it creates the actual implementation class bean.
ThreadPoolTaskExecutor.setWaitForTasksToCompleteOnShutdown(true); is not honoured when Sleuth is used VS when its not used. Is this behaviour expected ? If so, how do we tear down the executor after finishing all its submitted tasks gracefully ?

I have a couple of questions:

What's the point in putting @Async on the Controller? If you want the Servlet3 async support just make the controller method return Callable.
What's the idea behind MyServiceImpl#init method?

Can you please remove Lombok and simplify this example?

What's the point in putting @Async on the Controller? If you want the Servlet3 async support just make the controller method return Callable.

-- This API is more of a fire-and-forget type which does not return anything except response code since it performs heavy I/O operation. Hence, @Async would be a better alternative to Callable.

What's the idea behind MyServiceImpl#init method?

-- This is to identify different HandlerImpl based on the custom annotation - MsgHandlerType.
Apologies for having a little complex application. But I wanted to bring out all the nuances in it for better analysis(since any of the parts of code might have contributed to this behaviour).
I can simplify it a bit though by nuking a couple of classes and removing lombok style autowiring of dependencies.
Will this help ??

This API is more of a fire-and-forget type which does not return anything except response code since it performs heavy I/O operation. Hence, @async would be a better alternative to Callable.

No it wouldn't. It's the first time ever I hear of anyone put @Async on a controller. You can have even a simple void controller that delegates work to an @Async service.

Apologies for having a little complex application. But I wanted to bring out all the nuances in it for better analysis(since any of the parts of code might have contributed to this behaviour).
I can simplify it a bit though by nuking a couple of classes and removing lombok style autowiring of dependencies.

Yes, please. Let's start with simple cases and then we'll move to nuances.

No it wouldn't. It's the first time ever I hear of anyone put @Async on a controller. You can have even a simple void controller that delegates work to an @Async service.

-- My understanding of Async was wrong I suppose. For the void return type, I could have just called the async service alone. I had read about this from this spring blog
Specifically -

In some cases you can return to the client immediately while a background job completes processing. For example sending an email, kicking off a database job, and others represent fire-and-forget scenarios that can be handled with Spring's @Async support or by posting an event to a Spring Integration channel and then returning a confirmation id the client can use to query for the results.

I have removed parts of the demo app. Hope this helps
demo.zip

OK I saw the updated example. So the thing is that the fork join pool is properly instrumented. The only problem is that the stream uses the parallel() method that converts the stream to a parallel one. I have no knowledge of how we can instrument the underlying executor service within that parallel stream. The closest similar thing you can do is to use CompleteableFutures like presented here https://github.com/spring-cloud-samples/brewery/blob/4ccee91ac7a4b7ac7a5b84002c5f3b25e72ffd2d/brewing/src/main/java/io/spring/cloud/samples/brewery/aggregating/IngredientsAggregator.java#L48-L56 or use executor services to schedule the tasks manually. In general I don't see any value of using parallel streams directly and we weren't planning to support those in the near future.

Thanks for looking through the issue and providing a workaround.

ThreadPoolTaskExecutor.setWaitForTasksToCompleteOnShutdown(true); is not honoured when Sleuth is used VS when its not used. Is this behaviour expected ? If so, how do we tear down the executor after finishing all its submitted tasks gracefully ?

@marcingrzejszczak - Any explanation for this ??

ThreadPoolTaskExecutor.setWaitForTasksToCompleteOnShutdown(true); is not honoured when Sleuth is used VS when its not used. Is this behaviour expected ? If so, how do we tear down the executor after finishing all its submitted tasks gracefully ?

what do you mean it's not supported? We do support it https://github.com/spring-cloud/spring-cloud-sleuth/blob/main/spring-cloud-sleuth-instrumentation/src/main/java/org/springframework/cloud/sleuth/instrument/async/LazyTraceThreadPoolTaskExecutor.java#L147


New package: Polymers v0.1.0

Registering package: Polymers
Repository: https://github.com/sandialabs/Polymers
Created by: @mrbuche
Version: v0.1.0
Commit:<PHONE_NUMBER>39bcfdde88d4fc6392c4d6572ec6a3
Git reference: HEAD
Description: Polymers Modeling Library

I think it would be best to allow this package name and repository URL. Please consider:

The package will provide Julia API to a Rust library, and should be located in the same repository. There is also Python API in the repository, and a bunch of packaging. It would be weird for only the Julia interface to have its own repository, and complicate things (it's best to test all implementations together to eliminate bugs -> build/test Julia and Python API right alongside the Rust library for optimal CI/CD).

The name Polymers is heavily standardized across the different areas of this project (GitHub, Cargo, Crates.io, PyPI, Conda, Docker, ReadTheDocs, Binder, Discord, and more soon) and it would be really weird for only the Julia package to have a different namespace. Further, the fact that this will come from a more unique URL should actually alleviate the potential misnaming concern.

The Polymers.jl package currently only exports one function get_name?

Added some of the API missing from initial PR.
See that the Julia package calls functions from the Rust library. Building the package involves cloning this repository and building the Rust library within it. It then makes the most sense to keep all this together, so they can develop and test together (along with the Python API).
See 1 and 2 above!

halp

@DilumAluthge what do you think?

The version currently in this PR is still the version with only one exported function?

@SyxP how do I retrigger here?

I'll do a new one

Alright @SyxP @DilumAluthge check it out now

[noblock] I've no further objections apart from the noted name similarity.
I don't quite understand this line: "Further, the fact that this will come from a more unique URL should actually alleviate the potential misnaming concern.", as when you register the package, the average user will either ]add Polymers or Pkg.add("Polymers"), if the intended use case is adding via the unique URL, then it should already work without addition into general repository.

@SyxP yeah I guess I just mean that when people check where the package came from while downloading it from Pkg.add("Polymers"), there will be a .../Polymers.git compared to a potential .../Polymer.jl.git

We really cannot have a two packages called Polymer and Polymers in the registry. It is just too confusing for everybody, I think. It will remain hugely error prone -- we really shouldn't leave such obvious footguns for our users.

As far as suggestions for different names: PolymerModeling or PolymersModeling would probably be good names.

Thanks for considering this and chiming in, everyone! I do appreciate it.
I just don't understand the big deal about names being close? Every other package manager I've used doesn't do this and it ends up fine. We have to be perfect to the letter when coding anyway, is it so bad to expect a similar level of carefulness for adding packages?

I think it is fine. The automated checks exist to catch malicious attempts to confuse which this doesn't seem to be.
Note also that we already have Config and Configs, TreeView and TreeViews, TeXTable and TexTables, MCMCChain and MCMChains, to name a few.

Thanks @fredrikekre !
@DilumAluthge would you be willing to reconsider?

Yes, of course, this is not malicious. However, consider this: half the users of this package will type Polymer and half the users of the other package will type Polymers. I know this, because a few hours ago, I typed DataDep instead of DataDeps and spend five minutes confused by the error. It's a very common mistake to make. In may case, I got an error, and command completion would have helped me. But for this package, and its namesake, it will be even more confusing.
Yes, this name is aesthetically much better, no doubt, but is that worth hundreds or thousands of people be confused for years to come? Shouldn't we be more considerate of our users? Yes, there are already some causes of confusion in the registry, but is that reason to increase the pain?
Anyways, that's my 2c fwiw.

It just doesn't seem like a big deal and most people are probably going to copy-paste the Julia line from my README anyway. And like if I pip install nump I'lll figure out pretty quick that it's not numpy. 5 minutes isn't so bad!

Yes, there are already some causes of confusion in the registry, but is that reason to increase the pain?

Agreed. As a general rule, just because we have some bad examples already existing in the registry, that doesn't mean that we should be forced to adhere to that precedent. Those examples were probably introduced into the registry before we implemented the name similarity check. If those same packages were newly registered today, I would also object to them.

I am not aware of a case where a package author who insisted on keeping the name after discussing it have been denied a merge though.

And I have good reasons for insisting on the name! 😀

Also feel free to can this older PR whenever
https://github.com/JuliaRegistries/General/pull/77316

@fredrikekre are you a maintainer?

Are there more maintainers I can ping?

perhaps @ChrisRackauckas ?


Move ecount and epmrecord to modules

-> Also make them register the commands themselves. This removes the need for the bot operator to set up the commands.
Level to use ecount should be configurable as well since I believe nymn's bot has it set to something > 100.

Due to pajbot being moved into maintenance mode I'm closing this feature request.


Combine feasts: 2456 -> 4474 and 2094 -> 4475

We need to:

ensure that all the feast data for feasts 2456 and 2094 have been transferred to 4474 and 4475 respectively
"re-feast" all chants and sequences that have the old feast ID's so that they have the new feast ID's
delete the old feasts

I think we can set up a management command that can do this. There's one thing I've noticed:
The feast date is different for feasts 2456 and 4474, which are August 8 and August 4, respectively. Should we use the date from the old feast (2456) or the new one (4474) when merging the data?

My understanding is that the merged feast (4474) should have the 4 August date, corresponding to the new code 14080430.

I think we can set up a management command that can do this.

Great point -- I could see this as being potentially useful functionality going forward.

@lucasmarchd01 Thanks! I assigned you mostly so that we could see from the issue list that this was already under control -- but thanks for testing this too!

Run on production. 21 Oct 2024


Refactor front-end core architecture in order to reduce the amount of code required to be written for each feature

https://trello.com/c/YRDX1Nqq/419-coding-standards-refactor-front-end-core-architecture-in-order-to-reduce-the-amount-of-code-required-to-be-written-for-each-feat

Initial work here has been done, will close this as we move along implementing the other features.


Odd device behavior requiring 10-15 programming attempts to successfully flash

smarthack-wifi.log
smarthack-psk.log
smarthack-udp.log
smarthack-web.log
smarthack-mqtt.log
success-device-info.txt
success-firmware-8f47b2.log
success-smarthack-mqtt.log
success-smarthack-psk.log
success-smarthack-udp.log
success-smarthack-web.log
success-smarthack-wifi.log
Before opening a new issue, please read the following
Are you reporting a successful flash?
Please add it to the wiki instead!
Do you have a question about configuring your newly flashed device?
Please ask in your alternative firmware's support channel instead!
Did you have issues getting a device to flash?
Please be sure to include your device name, model, and firmware version as well as your logs!
Please remember to close your issue when the problem has been addressed!
Ok, first, I think you all did an awesome job here.  Second, I have something that is just making me pull my hair out.  I am using KMC Wifi Mini 30137.  Flashing it with current build tuya-convert and a wemos D1 for vtrust.  The problem I am having is that this has turned into almost fly fishing here, as in cast the line 30 times and then eventually a fish gets caught.  I can run the start_flash script multiple times and a device will fail, whether I put it into pairing mode, don't put it into pairing mode, plug in other devices in its place.  Sometimes its stragithforward and it will take on the first try. That's rare.  More often than not it takes on the 10th or 15th try.  The log udp seems to indicate it thinks it is NOT a esp device.  BUT, as you can see you eventually latch on and it backs up the firmware and it puts your firmware in its place.  I verify that it shows up as a Tasmota AP and that the menu system is accessible.  So it is an honest to god ESP8266 in there.  But for reasons I can't seem to fathom, more often than not it just doesn't catch and I have to fish again.  Right now I am successfully converting about 3 an hour - thats hard labor.  I have provided logs of failure, and the log of success. You will see even with the log of success it complains that it isn't an ESP8266 device.  The standard response of the device when in pairing mode is that the LED goes out after about 5 seconds, and thats it.  I try to repair again and then give up, unplug and go to the next one.  Eventually it catches.  Sometimes not all the way, as in we don't get to the firmware backup, but you can see the ........ of the attempted flash slow down to know that its talking with the device. You can see the device tries to disconnect multiple times.  I did worry about weak connection or noise, but note that 1) doesn't matter if  I do this well away from the router, the Wemos is led solid throughout. Doesn't matter whether I restart the program, pull the plug on the Rasp Pi.    This is obviously very confusing, but I post this in the hope that looking at the firmware and looking at the logs might tell you something more general beyond my specific situation.  It seems if you bang your head against a wall and just hammer the device it will eventually give way to OTA reprogramming, but the wheres, whys, hows are all a mystery to me.  I cannot identify a single set of circumstances that allow successful flashing here.  Just glad it works, but boy is it eating up hours in the process.  Up to device 58 by now after all weekend at it.

Your logs seem to show a few ESP82xx devices, and a lot of non-ESP82xx devices, all connected at the same time. This might explain the hit-or-miss behavior you're observing.
I can tell you with relative certainty that the tests for ESP82xx devices has been accurate. We look for strings that are not present in the Tuya ESP SDK.
The firmware you posted for gwId 74466530c44f338f47b2 shows in the UDP and web logs without the non-ESP warning, as expected.

Thanks for the reply.  A few clarifications: 1) the devices are only connected one at a time. I do not however wait for for a full attempted flashing session to finish its 10 attempted cycles before switching to a different plug.  I found that if it doesn’t get it in that round, waiting for 10 full repeated cycles of start_flash never works.  2) I have slowly worked my way thru this group of plugs even though it seems to say that they are not esp8266.  That is to say initially we started with 45 that wouldn’t program at all and are now down to 20 or so.  4) You clearly know more than I do, so I’ll trust you that if they say they are non ESP8266 then they are indeed non ESP8266, but annecdotally some that seem to have been reported non 8266 seem to have eventually programmed.  Just raising the question of whether the SDK got updated possibly here or firmware messaging changed so that that detection is perhaps not entirely accurate.  I can’t prove it one way or another for now, just a gut impression, but I’ll try to pay more attention to the log output for each one and see if I get it to eventually take even if it says it’s non esp8266


Speedup workflow selfbuild and test using sccache

Use sccache to speedup workflow selfbuild and test.
Add workflow cache-cleanup.yml to remove unused cache, since GHA does not allow
main branch to use caches created by another branch.

Signed-off-by: Jiahao XU<EMAIL_ADDRESS>

The CI failed due to a bug in upstream https://github.com/rust-secure-code/cargo-auditable/issues/87


feat: invalidate wallet balance after successful purchases

Fixes CNCT-1861

#4630  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @joaquim-verges and the rest of your teammates on  Graphite


Support Spring Boot 3 native image build

What was changed

Added the -parameters compiler argument for several classes, addressing the MissingParametersCompilerArgumentException during native image compilation in projects using Temporal.
Why?

This change is critical to enable users to compile their projects into native images without encountering MissingParametersCompilerArgumentException. It facilitates smoother and error-free native compilations, especially for projects relying on Temporal’s classes for constructor injection. By ensuring the parameter names are available at runtime via reflection, it mitigates runtime issues and enhances the user experience in native environments.
Checklist

Closes
#1840

How was this tested:

The project was built and tested locally, and the MissingParametersCompilerArgumentException error was no longer present. Further testing in environments using native images is recommended.

Any docs updates needed?

No documentation updates are needed as this change is related to the compilation process and does not alter any functionalities or features of the Temporal classes. The users consuming these classes do not require any additional steps or modifications in their usage or integration.

 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.

Thanks for the contribution @zhxnlai


feat: Web Assembly Build

This PR revives the web assembly build originally implemented by @Vtec234. Thanks to @rujialiu for the initial work on this.
The WebAssembly build had been abandoned because it was too slow for CI. I have now implemented a CI workflow suggested by @Kha that is a bit faster: We first build the oleans using native 32bit in stage0 and then we build the web assembly version in stage1 only.
This PR only provides a web assembly build of the batch compiler. The interactive mode (lean --server) is not yet supported.
Further discussion: https://leanprover.zulipchat.com/#narrow/stream/270676-lean4/topic/wasm.20build.

[X] Put an X in this bracket to confirm you have read the
External Contribution Guidelines.

Do we need the full stage 0 update or just a few select files?

I've removed the stage0 files that I suspect are not necessary.

Looks good! For any non-obvious wasm customization we should document though why it is necessary, e.g. what error is avoided by it

The one change that is puzzling me is why leanshared is not working and we need to link Init, Lean and leancpp directly. Maybe Rujia knows.
Anything else that is "non-obvious"?

I still don't fully understand why leanshared does not work, but I have a suspicion now. I have added a comment in the code about this.

Anything else that is "non-obvious"?

Only other thing I noticed is why we disable the stack overflow module

Only other thing I noticed is why we disable the stack overflow module

I made that change. I don't remember the details but I couldn't make it work. It crashed at startup. Since I wanted to move on quickly (I wasn't sure how many obstacles we'll have) , I ended up commenting it without too much effort. Maybe we can try again and see whether we can keep it.

Wojciech had also essentially disabled the stack overflow module in stack_overflow.cpp. I enabled everything and it seems to work fine. Let's see what CI says.

Probably recent emscripten fixed that. Unfortunately I didn't realize I was using a rather old version of emscripten :(

Okay, getting PREV_STAGE_CMAKE_EXECUTABLE_SUFFIX to work was harder than I thought, but now it all works.

Great! Feel free to log follow-up issues on what remains to be solved in this repo related to wasm


binary crossentropy loss function not supported?

Hello,
just three short question:

Is binary_crossentropy not supported yet? Can't find it under keras.losses. and could really need it for my multilabel problem
Can I implement it myself? Through extending from ILossFunc with my own custom class?
Does Keras.NET has this loss function? But after reading through the github page, I dont think this and Keras.NET doesnt work together.

Thanks for the help 👍

https://github.com/SciSharp/SciSharp-Stack-Examples/blob/3f1713cdb4ae033878978224c3921adfa680c746/src/TensorFlowNET.Examples/GAN/MnistGAN.cs#L182

I could resolve this issue in two ways:
Option 1: Using CategoricalCrossentropy Loss function instead.
In this option, the target that is a boolean 0 or 1, is separated into an array like this: 0 => {0,1} and 1 => {1,0}
The last layers should then be like this: keras.layers.Dense(2, activation: keras.activations.Softmax).Apply(outputs)
model.compile(loss: keras.losses.CategoricalCrossentropy(), optimizer: keras.optimizers.Adam(), metrics: new[] { "acc" });
Option 2: Applying binary crossentropy by creating your own class.
public class BinaryCrossentropy : LossFunctionWrapper, ILossFunc
{
    private float label_smoothing;

    public BinaryCrossentropy(bool from_logits = false, float label_smoothing = 0f, string reduction = null, string name = null)
        : base(reduction, (name == null) ? "binary_crossentropy" : name, from_logits)
    {
        this.label_smoothing = label_smoothing;
    }

    public override Tensor Apply(Tensor y_true, Tensor y_pred, bool from_logits = false, int axis = -1)
    {
        return BinaryCrossentropyLoss(y_true, y_pred);
    }

    private Tensor BinaryCrossentropyLoss(Tensor x, Tensor y)
    {
        var shape = tf.reduce_prod(tf.shape(x));
        var count = tf.cast(shape, TF_DataType.TF_FLOAT);
        x = tf.clip_by_value(x, 1e-6f, 1.0f - 1e-6f);
        var z = y * tf.log(x) + (1 - y) * tf.log(1 - x);
        var result = -1.0f / count * tf.reduce_sum(z);
        return result;
    }
}

And then you use it like this:
model.compile(loss: new BinaryCrossentropy(), optimizer: keras.optimizers.Adam(), metrics: new[] { "acc" });
Please note with this implementation I'm not 100% confident that is absolutely correct, it would be nice if someone else can confirm.


Limit the number of values returned by the facet search

This PR fixes a bug where the number of values per facet returned by the indexes/{index}/facet-search route was not tacking the faceting.maxValuePerFacet setting. It also adds a test.

To let you know: I changed the milestones since this PR will be merged into main

@curquiza, that's my bad. I rebased on the release-v1.6 as I would like to fix this bug for Monday (it's a request of one of our customers).
Thank you @dureuill for your review 🙏

bors merge


Can't use org-agenda before opening a journal file

I followed the instructions to add all those calendar/journal files to org-agenda. But for some reason I need to have previously have opened one. If I call org-agenda as soon as I start emacs I get the message
org-agenda-get-day-entries: Agenda file /home/oscar/Dropbox/org/journal/20150819 is not in `org-mode'

Yes, org-journal is autoloaded only once it is interacted with. You could try (add-hook 'org-mode-hook (lambda () (require 'org-journal))) in your init.el and see if that fixes it.

Did this fix your problem?

It didn't help or I didn't do it right at that time. But nowadays I have moved into a much more simplified workflow. I just use an org-mode capture template and put it all my journal notes in one same org file. So I have stopped using the features of this project, as my simple way is fine for now.
Thank you for your concern.


Would be great to see you back on discord

API is down

Heya @batedk! It has been a while hasn't it! Thank you for the heads up on the API. I haven't had much time to get on the QB ball due to the house fire I had at the beginning of February. Nobody hurt, but lost pretty much everything. So progress in getting back to QB has been a very slow go... with that though, I am getting back to it by the end of this month as my living situation has finally sorted itself out and everything is slowly getting back in order (development-wise). I had to focus on other things in the meantime, obviously. 🤗
As per the API, I logged into the site and was able to narrow down the issue, so things should be good on that front and everyone an reactivate their APIs without issue. Apologies for not notifying you guys, but there's just been so much going on and vStacklet got the update as this is my real job (design & development)
Again, thank you for the heads up and let everyone know I am ok and plan on getting back into Discord, hopefully by the end of this month.

<3 You've been missed. You do what to have to do. You know I will always support you.
Please elevate my access to site and lab accessibility. Would be nice if we had other ways of communicating.

<3 You've been missed. You do what to have to do. You know I will always support you. Please elevate my access to site and lab accessibility. Would be nice if we had other ways of communicating.

Definitely feel free to shoot me an email whenever at the addy set below. I will remove this comment chain once you confirm you've gotten it. I had to setup a new email account after the fire as I lost everything and lost access to all my login stuffs. I have all that back now, but currently it would be easiest for me to see anything if sent here until I am back and 100% setup for all the Q's I know I'll have! 🤣
persona.klutz(at)gmail(dot)com


[Clojure] upgrade codox to work with lein 2.9.0

Fixes Codox (the documentation generating tool) to work with the latest version of leiningen 2.9.0
https://github.com/weavejester/codox/issues/181#event-2134231633
Also related to https://github.com/apache/incubator-mxnet/issues/14131

@gigasquid Thanks for your contribution!
@mxnet-label-bot [pr-awaiting-review]

@hellonico could you please help review if you have a chance?

@gigasquid  I confirm the change made by weavejester and the upgrade from lein codox 0.10.3 to 0.10.6 is fixing it the problem with leiningen 2.9.0!


01-Our-Projects

[x] Lock existing text in current version of Business Plan
[x] Convert to markdown
[x] Migrate "01-Our-Projects" to /01-Our-Projects/ folder

Issue Completed :
01-Our-Projects README - updated
01-Our-Projects-V03.md - added


Install from debian remote repository with packages that reference relative urls (e.g. /./) fails, nvidia, cuda, dcgm

We are using Artifactory to host an internal caching remote for the cuda debian repository.
But we run into an issue while actually trying to get a package.
We created an initial issue here:
https://jfrog.atlassian.net/browse/RTFACT-24926
Another developer has also ran into the same issue, and his finding suggest the actual main cause is the incorrect use of relative urls inside the Packages file

Hmmm, I would think this syntax is compliant with the Debian repository specifications.
While we rolled out a custom implementation (see repo-debian.sh in this repository) in 2020 for generating this metadata, it was designed to be a drop-in replacement for the previous mechanism apt-ftparchive.
Looking at older releases, I see the same relative path format in the meta-data to the *.deb packages

CUDA 9.0 local installer for Ubuntu 16.04: Packages.gz

Filename: ./cuda_9.0.176-1_amd64.deb

Taking a look at a Debian repo maintained within Artifactory's implementation I see relative paths without the ./ prefix
Filename: path/to/filename.deb

And for further cross-check a repository maintained by Ubuntu
Filename: pool/main/a/acct/acct_6.6.4-4build2_amd64.deb

So perhaps the filepath syntax we are using is uncommon.


WSL2: Custom icons break notification and cause it to say "SnoreToast // New Notification" without the real title or message content

notice how the first, lower notification has obscured the info (it's the same payload as the second one, only it contains "-p"
in the second one, (top one) i force deleted options.p and the rest of the content made it through
for now my workaround is to alter module.exports.mapToWin8  like so:
if (options.icon) {
    if (/^file:\/+/.test(options.icon)) {
      // should parse file protocol URL to path
      options.p = new url.URL(options.icon).pathname
        .replace(/^\/(\w:\/)/, '$1')
        .replace(/\//g, '\\');
    } else {
      options.p = options.icon;
    }
    if(this.isWSL()){
      // without this; notifications just say "SnoreToast//New Notification" and nothing else
      delete options.p;
    }
    delete options.icon;
  }

ideally we could get images working when called from WSL2, but for now, i'm fine with just a SnoreToast icon, as long as i get the info

Odd. Do you know why this happens? Or if this introduces some regressions? I'm preparing a new breaking change release now, but would love a PR of this before I proceed.

after testing with both 0.6.0 and the latest 0.7.0 version of SnoreToast, I think it's an issue SnoreToast needs to solve internally with how it handles file paths or something. unfortunately they don't have nice debug flag i can find for getting more info on what's going wrong. - I'll file an issue with the KDE bugtracker (sadly they don't have Issues enabled in their github repo)
what i found is this:
if i'm in WSL2 env, and i cd into say, /mnt/c/chrome-downloads/
and run snoretoast.exe -p some-pic-in-same-dir.png -m hi -t hi it works, AND shows the icon
however, if i'm in a non-"mnt" folder, like just /root/ and run snoretoast.exe -p some-pic-in-same-dir.png -m hi -t hi it does the thing where if a picture is attached, it just shows "new notification". and shows the text if i drop the photo.
it's the same whether i use the bundled vendor -x64/-x86 exes, or if i download them fresh from snoretoast repo
perhaps it's enough of an edge case that you can ignore my fix for now, and hopefully, down the line, an updated snoretoast.exe or WSL update even will fix it behind the scenes.
if not, and someone else requests it, you have my patch as a starting point for a workaround. (altho, you'd have to extend the conditional, like... if(this.isWSL() && this.wslPathIsMnt()){ to give it some awareness if it's being executed inside a /mnt/ path before deleting the -p flag)

(fwiw, the reason my web projects live in the root wsl FS, rather than the /mnt/ drives in the first place, is a workaround in order to use things that rely on inotify events such as a webpack watcher, plus some modest speed gains for most disk io ops. see: https://github.com/microsoft/WSL/issues/4739#issuecomment-582196872)


Why is Mac terminal complaining “-bash: export: `PATH;': not a valid identifier”

VSCode Version: 1.9.0
OS Version: 10.12.3

This may not be VS Code, that's just a hunch. On my Mac when I start a terminal it first reports the error
-bash: export: 'PATH;': not a valid identifier
This appears to stem from the last line of my ~/.bash_profile file:
export VISUAL=vscodeeval $(/usr/libexec/path_helper -s)
since commenting out the line fixes the issue. Is that line something added by VS Code when it installs?
(Stack Exchange question here.)

No, Code didn't add that to your ~/.bash_profile. I wouldn't know where that comes from or what it appears to be doing. 😕

Thanks João - all's fine if I just remove it so that's what I've done.


Python version

Since the usage (from commit: https://github.com/flask-dashboard/Flask-Monitoring-Dashboard/commit/62cf9da74b75cde4d9670643cc6f9fa1989b9619) of python string interpolation (https://www.python.org/dev/peps/pep-0498/), backwards compatibility is removed from any python interpreter lower than python 3.6.
So, the question is whether we should use string interpolation, as fewer people are able to deploy the Flask-Monitoring-Dashboard?
Second question, what is the minimum python version that we should support?
Patrick

this was the first source of info about python 3 versions:  https://w3techs.com/technologies/details/pl-python/3/all

Let's aim for python3.4 then


Make light clients upgradeable using transparent proxy pattern

Merge after #253

@hujw77 please fix the conflicts

@hujw77 please fix the conflicts

Fixed


specs-go/config: Fix 'SelinuxProcessLabel' -> 'SelinuxLabel'

The label changed in 5a8a779f (Move process specific settings to
process, 2016-03-02, #329) and 7bf06d53 (source and schema:
differentiate with examples, 2015-12-18, #276) missed this instance
when rebasing around #329.

ugh. I thought I fixed that already.
LGTM

LGTM


resolved issue #5

Resolved error in gdc.py as stated in issue #5 .
Please check @yunhailuo

Sorry for adding so many commits. Will ensure to commit only when tested from my end.

Thanks for the PR. Overall, all the code was written assuming parameters will be proper. So there is almost no error handling at all, which is bad in general. Sorry about that.
Another big issue here is there is no proper tests/CI, which should be taken seriously when this grow bigger.

@yunhailuo should I close this pr then?
and can you tell me what areas of this project I can focus on so that I can do more meaningful contribution over here.
Thanks.


Remove Jetty Terracotta clustering

Jetty Terracotta clustering isn't actually needed, so it should be removed.

Original issue reported on code.google.com by<EMAIL_ADDRESS>on 18 Feb 2010 at 9:27

Original comment by<EMAIL_ADDRESS>on 26 Feb 2010 at 11:19

Changed state: Fixed


ISPN-6989 Performance guide

https://issues.jboss.org/browse/ISPN-6989

Fixed comments. Ready for round #2.

Updated, ready for the next round.

Updated, ready for the next round.

@tristantarrant I addressed your comments and updated the PR.
Other changes introduced:

Removed TODO entry from documentation mini sprint
Referenced performance guide from User Guide as well as FAQ

Pushed to master, thanks !


Default Class Parent

This is a suggestion that enables the ability to define a default class parent that will be used as the parent for classes that don't define one with "extends." This would let us customize and extend the class functionality within Yuescript itself. See the below example on how it could look.
global class __defaultparent -- or whatever you want to call it
  __tostring: "I am a class!"

class Example

example = Example!
print example
-- outputs "I am a class!"

For compilation, generated code could check if "__defaultparent" exists in the current scope, and if so use that if a parent wasn't specified.

I got a feeling that the default parent idea is just offering a way to do an implicit inheritance. Why not just do it in a explicit way?

I now think that a default mixin would work better. I implemented this myself and may make a merge request for it.


docs: Fix architecture/instance-type incompatability in docs

Fixes #
Description

Fixes the architecture/instance-type incompatability with the ["c4.large", "c4.xlarge"] and arm64 architecture

How was this change tested?

Does this change impact docs?

[x] Yes, PR includes docs updates
[ ] Yes, issue opened: #
[ ] No

Release Note

None

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Do we also want to update the v0.15.0 docs given it's also listed on the docs site?


Double Cast issue

Initializing gradle...                                       0.7s
Resolving dependencies...                                    1.7s
Running 'gradlew assembleRelease'...
compiler message: file:///C:/FlutterSDK/flutter/.pub-cache/hosted/pub.dartlang.org/gradient_widgets-0.3.0/lib/src/gradient_progress_indicator.dart:34:22: Error: A value of type 'dart.core::int' can't be assigned to a
variable of type 'dart.core::double'.
compiler message: Try changing the type of the left hand side, or casting the right hand side to 'dart.core::double'.
compiler message:   double prevValue = 0;
compiler message:                      ^
Compiler terminated unexpectedly.
FAILURE: Build failed with an exception.

Where:
Script 'C:\FlutterSDK\flutter\packages\flutter_tools\gradle\flutter.gradle' line: 428

What went wrong:
Execution failed for task ':app:flutterBuildRelease'.

Process 'command 'C:\FlutterSDK\flutter\bin\flutter.bat'' finished with non-zero exit value 1

Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

Get more help at https://help.gradle.org

BUILD FAILED in 11s                                                                                12.3s
Gradle build failed: 1

although it builds successfully for the Android version, I also make the changes you mentioned and updated the library.
thanks.


Project Owner / Member should also be able to see kiali, jaeger, grafana and prometheus UI

rancher/rancher:master (June 5)
Steps:

Enable istio
Login as project member or owner
Go to service mesh page

Results:
Project Owner and Member cannot see Kiali, Jaeger, Grafana and Prometheus links.

rancher/rancher:master fed523b3 6/7

Create cluster
Enable istio
Add user2 as project owner, user3 as project member
Login as user2
View Service Mesh dashboard
Links are accessible, traffic graph and metrics function.
Login as user3
View Service Mesh dashboard
Links are accessible, traffic graph and metrics function.


AWS Cost Anomalies code

Issue #, if available:
Description of changes: added AWS Cost Anomaly Module
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

@gaborschulz-aws  please can you check this ?


Provide Apple Silicon binary

Hi, thanks for this promising project!
I think, the title says it all. It would be cool to not depend on the build tools if you are running Apple Silicon
Thanks

+1 for this

I am not a developer, but you could open a pull request to change these lines to include macOS ARM:
https://github.com/typst/typst/blob/045a109600fa9127d22259287bbde62234cadb44/.github/workflows/release.yml#L13-L25

I wouldn't complain, of course, but the binary provided under "releases" works fine on a Silicon Mac.

@dei-layborer thanks for the hint, you are right. Even more, the binary, despite its name, runs as kind "Apple" and not "Intel".
Maybe, the naming of the release should reflect this?

No, it's an Intel binary. The problem is that it's hard to obtain an ARM GitHub runner.

You are absolutely right @reknih. I started typst from my path (compiled from source) and not the one from releases, leading to my false statement before 🤦

Apple Silicon binaries have been available for a while thanks to https://github.com/typst/typst/pull/847


Add support linp.switch.q3s3

Try to add support for linp.switch.q3s3,I am not able to make the button event work under wireless and scene mode in HA.
https://miot-spec.org/miot-spec-v2/instance?type=urn:miot-spec-v2:device:switch:0000A003:frfox-bl01:1:0000C808
{
    2274: ["Linptech", "Lingpu wall switch MESH (three bond)", "linp.switch.q3s3"],
    "spec": [
        Converter("channel_1", "switch", mi="2.p.1"),
        Converter("channel_2", "switch", mi="3.p.1"),
        Converter("channel_3", "switch", mi="4.p.1"),
        Converter("action", "sensor", enabled=False),
        Converter("led", "switch", mi="5.p.1"),
    ],
},

action  is Not available

You need to add converters for events.

i add this  but not work
        Converter("action", "sensor", enabled=False),

This converter only shows decoded events. But other converters should decode them. I'm from mobile. Can't help you now.

Waiting for you to help me

The website related to linp.switch.q3s3 should be:
https://miot-spec.org/miot-spec-v2/instance?type=urn:miot-spec-v2:device:switch:0000A003:linp-q3s3:2:0000C810
Its bottom shows the protocols related to the button click events:
{
  "iid":7,
   ...
  "events":[
  {"iid":1,"type":"urn:linp-spec:event:left-click:00005001:linp-q3s3:2","description":"left-click","arguments":[]},
  {"iid":2,"type":"urn:linp-spec:event:middle-click:00005002:linp-q3s3:2","description":"middle-click","arguments":[]},
  {"iid":3,"type":"urn:linp-spec:event:right-click:00005003:linp-q3s3:2","description":"right-click","arguments":[]}
  ]
}

With this info, you may use ButtonMIConv to define how button click events should be decoded:
{
    2274: ["Linptech", "Lingpu wall switch MESH (three bond)", "linp.switch.q3s3"],
    "spec": [
        Converter("channel_1", "switch", mi="2.p.1"),
        Converter("channel_2", "switch", mi="3.p.1"),
        Converter("channel_3", "switch", mi="4.p.1"),

        Converter("action", "sensor", enabled=False),

        # Modified from xiaomi_gateway3/core/converters/devices.py line 881
        ButtonMIConv("button_1", mi="7.e.1", value=1),
        ButtonMIConv("button_2", mi="7.e.2", value=1),
        ButtonMIConv("button_3", mi="7.e.3", value=1),

        Converter("led", "switch", mi="5.p.1"),
    ],
}

Once you put this piece of code in HA config and reload HA, you should be able to see something pops up in attribute "Action". I am not 100% sure since I don't have your device to play around, so let me know if it works

Thank you, is ok

{
2274: ["Linptech", "Lingpu wall switch MESH (three bond)", "linp.switch.q3s3"],
"spec": [
Converter("channel_1", "switch", mi="2.p.1"),
Converter("channel_2", "switch", mi="3.p.1"),
Converter("channel_3", "switch", mi="4.p.1"),
    Converter("action", "sensor", enabled=False),

    # Modified from xiaomi_gateway3/core/converters/devices.py line 881
    ButtonMIConv("button_1", mi="7.e.1", value=1),
    ButtonMIConv("button_2", mi="7.e.2", value=1),
    ButtonMIConv("button_3", mi="7.e.3", value=1),

    Converter("led", "switch", mi="5.p.1"),
],

}, {
# https://home.miot-spec.com/s/5045
2429: ["Linptech", "Lingpu wall switch MESH (double bond)", "linp.switch.q3s2"],
"spec": [
Converter("channel_1", "switch", mi="2.p.1"),
Converter("channel_2", "switch", mi="3.p.1"),
    Converter("action", "sensor", enabled=False),

    # Modified from xiaomi_gateway3/core/converters/devices.py line 881
    ButtonMIConv("button_1", mi="7.e.1", value=1),
    ButtonMIConv("button_2", mi="7.e.2", value=1),

    Converter("led", "switch", mi="5.p.1"),
],

}, {
# https://home.miot-spec.com/s/5045
2428: ["Linptech", "Lingpu wall switch MESH (one bond)", "linp.switch.q3s1"],
"spec": [
Converter("channel_1", "switch", mi="2.p.1"),
Converter("action", "sensor", enabled=False),
    # Modified from xiaomi_gateway3/core/converters/devices.py line 881
    ButtonMIConv("button_1", mi="7.e.1", value=1),

    Converter("led", "switch", mi="5.p.1"),
],

}

Thanks!

https://github.com/AlexxIT/XiaomiGateway3/releases/tag/v3.3.2


Fix deprecation warnings that shows up in console.

This PR is to address issue https://github.com/zonak/grunt-ftp-deploy/issues/117
Note that upgrading jsftp to ^2.0.0 is mandatory to fix all the warnings showing up in console.

I would love to merge this ... but tests are failing

Can you try and update the versions that CI runs - they are rather old. And if travis passes the tests I'll merge right away

Thank you very much @zonak for answering my PR. While I don't know much about travis and integration tests, I'll see what I can do to later today to get this fixed.

Thanks!
Would it be possible @zonak to bump the version number and make sure the latest build is available on npmjs.com ?

Already done.


Option to require login on each page load

The issue title says it all, since JWT_EXP_DAYS only goes to days, It'd be nice to have an option to require the user to login on each page load, either as an environment variable or in the settings of the page. Thanks in advance!

Sounds good, appreciate it!


bump kube-rbac-proxy to v0.18.1

Since we're planning on taking out kube-rbac-proxy in ASC-603, there's no reason for this change anymore.


Minor tweaks, mostly to do with space

I'm making minor tweaks myself.
Some of these are to shared figures so might break compatibility between paper and thesis.
Feel free to reject any of these.

@ionathanch ping

Changes incorporated into commit 5d1c25f1c0c19ac0ed523dc9e2396a6e5c01cbc9


Find Usage statistics should not have references to deleted files

Expected behavior
If a file is deleted/renamed the usage statistics should show only the latest references.
Actual behavior
The statistics shows the deleted file statistics as well
Steps to replicate

Create a new gauge-js project
Create a new concept in a new file
Add a step
Implement the step
Check the usage of the step
Goto the specification
Rename the concept file
Check the usage of the step used in the concept again

The usage shows the new/old name. Delete the concept file. This still shows the reference of the deleted file

Version
Gauge version: 0.9.9.nightly-2018-06-13
Commit Hash: d728b62

The usage statistics displayed on concepts also have a similar issue
Steps to replicate

Create a new gauge-js project
Create a step ConceptOne
Implement it as a concept

# ConceptOne
* ConceptTwo

Implement the step ConceptTwo as a concept in the same file

# ConceptTwo
* ConceptThree

Implement ConceptThree as a concept in a different file
Rename  both the concept files
Check the usages of concept ConceptTwo. Clicking on the reference opens the deleted concept file.

Fix should be available in gauge nightly >= 14/06/18


Kodi Appimage " yml file "

Here my yml file to generate kodi Appimage stable version 18.3 "Kodi-18.3 + git20190621.1610.glibc2.17-x86_64.AppImage"
may not be compatible with versions prior to ubuntu Xenial
https://github.com/cmatomic/RecipesAppimage/blob/master/Kodi-stableXenial.yml

Thank you very much. Have you suggested to the Kodi development team to provide an officially supported AppImage?

Getting
me@host:~$ /home/me/Kodi/Kodi.AppDir/AppRun
/usr/lib/x86_64-linux-gnu/kodi/kodi-x11: /home/me/Kodi/Kodi.AppDir/usr/lib/x86_64-linux-gnu/libcurl.so.4: no version information available (required by /usr/lib/x86_64-linux-gnu/kodi/kodi-x11)
libva info: VA-API version 0.39.4
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nouveau_drv_video.so
libva error: /usr/lib/x86_64-linux-gnu/dri/nouveau_drv_video.so has no function __vaDriverInit_0_32
libva info: va_openDriver() returns -1
Segmentation fault (core dumped)

I'm not a software developer,
I haven't suggested the kodi team yet.
To generate the Kodi appimage I run this way
 ARCH=x86_64 ./pkg2appimage.sh Kodi-stableXenial.yml

i'm using intel graphics

Thanks. We need to find a Kodi developer who is willing to support this, and who really understands what is going on. Because I don't...

Do you have a kodi installation on your system, what distro  are you using ?

xubuntu-18.04-desktop-amd64.iso, no Kodi installed.

i'm using xenial ubuntu, i will test on unbuntu 18.04 live cd, i generated some appimages using ppa team-xbmc / xbmc-nightly i tested on pureos and openSUSE-Leap-15.1-GNOME-Live, and it worked
You might want to try this beta of kodi
This sequence of commands will download the necessary files and execute them to generate the appimage.
mkdir kodi-Nightly;cd kodi-Nightly;wget https://raw.githubusercontent.com/AppImage/AppImages/master/pkg2appimage; mv pkg2appimage pkg2appimage.sh;chmod +x pkg2appimage.sh;wget https://raw.githubusercontent.com/cmatomic/RecipesAppimage/master/kodi-Nightly-xenial.yml ; ARCH=x86_64 ./pkg2appimage.sh kodi-Nightly-xenial.yml

You are a wizard... trying it now.

kodi_crashlog-20190731_160519.log

"2019-07-31 14:04:38.836 T:139754560947968 WARNING: VDPAU::Open: requested picture dimensions (1280, 720) exceed hardware capabilities ( 0, 0).
2019-07-31 14:04:38.836 T:139754560947968  NOTICE:  (VDPAU) Close
2019-07-31 14:04:38.836 T:139754560947968  NOTICE: VDPAU::Close - closing decoder context"
could be a problem with Nvidia driver.
i don't have a nvidia card to test but i tested with on my lenovo g50-80 intel / ati amd appimages worked with both amd and intel graphics
I also tested the kodi appimage on ubuntu 18.04 live iso, it worked correctly

Yes I assume it is a problem with nouveau, the open source Nvidia drivers.

Going to test with the proprietary Nvidia drivers soon.

I was not understanding, in my case sometimes also crashes .

in my case kodi crash due to kodi-inputstream-adaptive after 5 minutes of playing a video streming

koidi team no support for Appimage
"We already provide kodi as flatpak. Since kodi is an opengl application it is pretty difficult to get such sandboxing packages right. E.g. I could never get kodi to work correctly with snap.
So atm there are no plans to support another such format. "
https://forum.kodi.tv/showthread.php?tid=345911

Thanks. I can feel their pain, but there is a big misconception here:

Since kodi is an opengl application it is pretty difficult to get such sandboxing packages right

AppImage is not using any sandboxing by default. So it should actually be much easier than with any format the enforces sandboxing.

Closing since upstream is not interested.


fix: drop failing v530 driver build

remove v530 from f38 (fails due to kernel 6.4)
enable v470 on f38 (wasn't built previously)
now f38 and f37 are both building v535 and v470
update README to reflect current state (was out of date)

I expect the 4 akmods builds to succeed and the image variant builds to fail.

Merging without waiting for all the image builds (which will fail) as the initial 4 akmods packages builds did succeed.


Console warning for missing source map contenteditable.vue.map

Hello there,
the plugin works like a charm, so first of all, thanks for making it! I am using it in the 1.0.2 version, since I am using Vue 2.
As I installed the plugin, I always get this console warning:
DevTools failed to load source map: Could not load content for http://localhost:8080/contenteditable.vue.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE

it seems that it does want to load a sourcemap to it, what does not make sense since I installed the plugin regularly via npm and it therefore should not want to load any sourcemaps since it's in prod mode.
Would be great if you could look into it, thanks!

Hi,
I think it's the Vue DevTools that tries to get a source map to enable debugging. The source map may not be present /served if not compiled from sources. Try with the Vue Dev tools disabled to confirm it. If the message does not appear then I think you are good.
I'm in hollydays currently so I won't be able to look into it before 3 weeks...

Hey there, can't test it since I'm not using the package anymore. Will close this ticket for now, since it doesn't affect the functionality of the plugin in anyway.

just delete sourceMappingURL=contenteditable.vue.map from vue-contenteditable/dist/contenteditable.esm.js
then produce a patch file

I think

No answer, so I believe it's not a problem anymore


[Ripple] Transactions endpoint should return newest to oldest

http://blockatlas.trustwalletapp.com/v1/ripple/rEb8TK3gBgk5auZkwc6sHnwrGVJH8DuaLh

Fixed in 59cf78ca0dbc8874104b7b4d0f7300477fdf814f


Patch up some examples with views

Summary

Add a quit button in paginator.py. Fix issue in disable_view.py
Checklist

[x] If code changes were made, then they have been tested

[ ] I have updated the documentation to reflect the changes
[x] I have formatted the code properly by running task lint or pre-commit run --all-files

[x] This PR fixes an issue
[x] This PR adds something new (e.g. new method or parameters)
[ ] This PR is a breaking change (e.g. methods or parameters removed/renamed)
[ ] This PR is not a code change (e.g. documentation, README, ...)

I'm not sure why one of the checks were not successful.

Any suggestions?

I highly doubt you actually ran task lint or pre-commit run --all-files since the checks would otherwise pass just fine.

@thesadru do I need to change anything before merging?

Run task lint or pre-commit run --all-files

@thesadru I ran pre-commit and it still gave an error.


Minnesota waterbodies

I use the following workflow to grab stream and lake data for a state. Works well for all of the states I've tried, with the exception of Minnesota lakes (works for MN streams). The last line returns "No waterbodies features found". Not sure how to troubleshoot this. I've tried it with a different bounding box and same return.
library(USAboundaries)
library(nhdplusTools)
stMap <- us_states(states = 'Minnesota') |>
  st_transform(crs = 4269)

streams = get_nhdplus(AOI = stMap, realization = 'flowline', streamorder = 3)

lakes = get_waterbodies(AOI = stMap)

Hi @hdugan -- thanks for the report. I'm seeing that something is returned but a validity checking function is erroring and returning NULL. I think I should be able to fix this.

OK - @hdugan once the PR linked just above is merged, you should be good to go if you install from github.


net: tcp2: Fix connection close seq values

When connection is closed and we send ACK flag, use proper seq
values so that any data that is still in flight will get acked too.
Currently this assumes that window is still open.
Fixes #27876
Signed-off-by: Jukka Rissanen<EMAIL_ADDRESS>

@pfalcon could you try this one if it works for you?
I was not able to see exactly the same problem as you in the bug report as the issue is very much timing related. I noticed that the application (dumb_http_server_mt in my tests), managed to close the connection before the peer ack was received. This meant that Linux was discarding the packet because of invalid seq/ack values and connection closing was not done from Linux point of view.

I was not able to see exactly the same problem as you in the bug report as the issue is very much timing related.

Well, for me (on one machine), the picture is stable as described above.
I confirm that this patch fixes issue for me, thanks!
Specifically, with master c8cca16c204543b8f6dd7261c643b48ba8c95a94 and this patch, (dumb_http_server + dumb_http_server_mt) x (qemu_x86 + frdm_k64f), all 4 configurations pass with ab -n1000 http://<IP_ADDRESS>:8080/. Performance is visibly better than TCP1.
However, with ab -n10000 http://<IP_ADDRESS>:8080/, only dumb_http_server_mt pass. dumb_http_server either crashes Zephyr or crashes qemu; frdm_k64f locks up after ~5K requests.


[Power Automate] https://msazure.visualstudio.com/One/_workitems/edit/17627948 -Side panel should respect runtime result. Aka not show custom connector unless 'Custom' runtime is chosen.

Describe the Bug with repro steps
https://msazure.visualstudio.com/One/_workitems/edit/17627948
Workflow JSON
No response
Screenshots or Videos
https://msazure.visualstudio.com/One/_workitems/edit/17627948
Browser
Chrome
Additional context
No response

Think this is a dupe of #1811.


Discover api-doc url from Link header

Fixes #102
Checklist

[x] My branch is up-to-date with upstream/develop branch.
[x] Everything works and tested for Python 3.5.2 and above.

Description

Instead of appending 'vocab' after entry point url, this PR retrieves api doc url from the Link header according to the Hydra spec.
Change logs

Added parsing of Link header to discover the API DOC URL.

Please check why tests are failing.

The tests were failing due to imcompatiblity between old and new pip versions. They are fixed in #144 now.

Do we need to cache data if there is no known synchronisation mechanism to the agent? The reason being, even the APIDOC can get outdated making the cache totally invalid. And also what will be the rules to update the cache, for eg how frequently it will need to update itself?

Without the sync mechanism both the API Doc and the data is retrieved in real time. We make requests for every query.

Reverting changes for now, as it went beyond what could be done in a week. This should solve the #102 and agent will continue to work with hydrus.


feat/user-feedback-split-billing-view

Please review before merging.

:tada: This PR is included in version 1.75.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket: