[FEATURE] Allow configuration of TeamChat message format

What is the feature request for?
Like the title says - I would like a configuration option for the message format that the TeamChat and AllyChat are displayed in. Maybe this exists already and I'm blind, but I looked trough all files and couldn't find anything
Please include placeholder-support as well
Relevant links
No response
Additional Information
No response
Feature requests are not going to be implemented by booksaw, instead you will have to find another developer to make a pull request to implement the feature.

[X] I understand

I believe this does already exist and does support PlaceholderAPI. You can change the chat and ally syntax via the chat.syntax and allychat.syntax keys in your messages.yml file.
https://github.com/booksaw/BetterTeams/blob/a949af5371d6d2ce507b73eb45d02d66c1dc0e66/src/main/resources/messages.yml#L178 https://github.com/booksaw/BetterTeams/blob/a949af5371d6d2ce507b73eb45d02d66c1dc0e66/src/main/resources/messages.yml#L152


Checkout ui extension don't disappear from Thank you page

Please list the package(s) involved in the issue, and include the version you are using
@shopify/checkout-ui-extensions-react: v0.18.1
Describe the bug
After rendering a product offer using the Checkout UI extension and completing checkout, the offer remains on the Thank You page. This issue is reproduced when using the following placement references: ORDER_SUMMARY1, ORDER_SUMMARY2, ORDER_SUMMARY3, or ORDER_SUMMARY4.
Steps to reproduce the behavior:

Add the app to the Checkout editor on one of the following placement references: ORDER_SUMMARY1, ORDER_SUMMARY2, ORDER_SUMMARY3, or ORDER_SUMMARY4.
Render some product as an offer using Checkout UI extension.
Complete checkout.
The product offer does not disappear from Thank you page.

Expected behavior
The product offer should disappear from the Thank You page after completing checkout.
Screenshots

Additional context
If we try to use the useApplyCartLinesChange hook to add the product to the cart, the following error will appear:
Steps to reproduce:

Add the app to the Checkout editor on one of the following placement references: ORDER_SUMMARY1, ORDER_SUMMARY2, ORDER_SUMMARY3, or ORDER_SUMMARY4.
Render some product as an offer using Checkout UI extension.
Complete checkout.
Call useApplyCartLinesChange to add the product to the cart.
The following error appears:

Hello @artem-bilenko-moc,
We've been opening up the Thank You page and Order Status page for rendering checkout extensions. Extensions positioned on the order summary points you've listed would then render the same way they did on the rest of the checkout.
Some elements of the API made available to checkout extensions may help you and your extension determine if it is being rendered on the Thank You page or Order Status page and react accordingly, such as:

useBuyerJourneyCompleted
useOrder

You can see these in action in this documentation page.


I know the original issues also shows a multi-step design, but I think that particular design warrants it's own consideration and possibly it's own component. I'll be taking a look at that particular design in the next iteration after this is merged in.

When viewing code in the Docs tab the functionality of the  hides valuable information from the user. Both this and the previous issue would be solved by adding the functionality of the ModalStateManager into the template.

to give some context- the reason for this configuration is because the way that the modal is rendered it needs to be able to have access to some kind of state to toggle it being open or not. the reason for this is because if it didn't when you view the modal in the docs section it just appears and there's no way to close it. the implementation i've done is based on how carbon has setup stories around modals. i can try to find a better solution to this, but in the event you're solution doesn't work and I can't find another solution to get the carbon modal to play nice with storybook the alternative solution would be to not put the modal in the docs section, which is the entire reason for having to build a state manager wrapper.

@lee-chase

What is the expected behaviour on clicking copy? There is no feedback on clicking copy, please check back with the designer on this issue.

I've contacted the designers on slack and i'm awaiting their response.

When viewing code in the Docs tab the functionality of the  hides valuable information from the user. Both this and the previous issue would be solved by adding the functionality of the ModalStateManager into the template.

I'm not sure what information is being hidden could you please elaborate. I did do some reworking on the story and the modal state wrapper so that the controls should work. As I explained above getting the modal to work with the docs section of storybook is tricky because it forces us to introduce state to the story in order to be able to show and hide the modal. also in order to properly show the "flow" of creating a key in the standard story we're forced to use state to establish a loading a state. I could remove this code, but then there's no way to have the user walk through create => wait => result
const setKeyHandler = async (resourceName) => {
  setLoading(true);
  const timeout = () => new Promise((resolve) => setTimeout(resolve, 2000));
  await timeout();
  setApiKey('111-111-111-111');
  setLoading(false);
};
...
<APIKeyModal
  {...args}
  apiKey={apiKey}
  loading={loading}
  onRequestClose={onCloseHandler}
  onRequestSubmit={setKeyHandler}
  open={open}
/>

@lee-chase

What is the expected behaviour on clicking copy? There is no feedback on clicking copy, please check back with the designer on this issue.

I've contacted the designers on slack and i'm awaiting their response.

When viewing code in the Docs tab the functionality of the  hides valuable information from the user. Both this and the previous issue would be solved by adding the functionality of the ModalStateManager into the template.

I'm not sure what information is being hidden could you please elaborate. I did do some reworking on the story and the modal state wrapper so that the controls should work. As I explained above getting the modal to work with the docs section of storybook is tricky because it forces us to introduce state to the story in order to be able to show and hide the modal. also in order to properly show the "flow" of creating a key in the standard story we're forced to use state to establish a loading a state. I could remove this code, but then there's no way to have the user walk through create => wait => result
const setKeyHandler = async (resourceName) => {
  setLoading(true);
  const timeout = () => new Promise((resolve) => setTimeout(resolve, 2000));
  await timeout();
  setApiKey('111-111-111-111');
  setLoading(false);
};
...
<APIKeyModal
  {...args}
  apiKey={apiKey}
  loading={loading}
  onRequestClose={onCloseHandler}
  onRequestSubmit={setKeyHandler}
  open={open}
/>

When viewing code on standard I see
<TemplateWithState
  apiKey="123-456-789"
  apiKeyInputId="apiKeyInput"
  apiKeyLabel="API key"
  apiKeyVisibility
  copyButtonText="Copy"
  createButtonText="Generate API key"
  createHeader="Generate an API key"
  downloadBodyText="This is your unique API key and is non-recoverable. If you lose this API key, you will have to reset it."
  downloadLinkText="Download as JSON"
  downloadable
  downloadableFileName="apikey"
  loadingMessage="your key is being created. please wait..."
  modalBody="Optional description text. To connect securely to {{product}}, your application or tool needs an API key with permission to access the cluster and resources."
  nameHelperText="Providing the application name will help you idenfity your api key later."
  nameInputId="nameInput"
  nameLabel="Name your application"
  namePlaceholder="Application name"
  nameRequired
  onRequestClose={function noRefCheck(){}}
  onRequestSubmit={function noRefCheck(){}}
  open
  secondaryButtonText="Close"
  successBody={
This is your unique API key and is non-recoverable. If you lose this API key, you will have to reset it.
}
  successHeader="API key successully created"
/>

On the narrow tearsheet I see
<>

  <Button
    disabled={false}
    kind="primary"
    onClick={() => {}}
    size="default"
    tabIndex={0}
    tooltipAlignment="center"
    tooltipPosition="top"
    type="button"
  >
    Open Tearsheet
  </Button>
  <TearsheetNarrow
    buttons={
<Button className="tearsheet-stories__button-50" disabled={false} kind="secondary" onClick={function noRefCheck() {}} size="default" tabIndex={0} tooltipAlignment="center" tooltipPosition="top" type="button">Cancel</Button><Button className="tearsheet-stories__button-50" disabled={false} kind="primary" onClick={function noRefCheck() {}} size="default" tabIndex={0} tooltipAlignment="center" tooltipPosition="top" type="button">Create</Button>
}
    className="client-class-1 client-class-2"
    closeIconDescription="Close the tearsheet"
    description={Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.}
    hasCloseIcon
    height="normal"
    label="The label of the tearsheet"
    onClose={function noRefCheck() {}}
    preventCloseOnClickOutside
    title="Title of the tearsheet"
  >

      Main content

  </TearsheetNarrow>
</>

@lee-chase NarrowTearSheet and TearSheet both experience the styling issue I mentioned when you do not to use a portal

i'll try to find a CSS solution to this problem.

@lee-chase NarrowTearSheet and TearSheet both experience the styling issue I mentioned when you do not to use a portal

i'll try to find a CSS solution to this problem.

You are right @davidmenendez looking at the Docs tab the content comes after and is all position relative so it will be hard to get in front of it.
@moores2 still needs to fix his docs tab.
It is possible to work around with a couple of z-index (one on sbdocs-preview and one on story-experimental-tearsheetnarrow--all-attributes-set or a modal decorator could be created)
I'll approve the PR but @davidmenendez you still need to find a way for the 'code' button to show working code as @moores has.

@lee-chase thanks for reviewing and working with me on this.
After a lot of trial and error I found a solution updating the preview decorator in our storybook settings. please take a look and let me know if this satisfies your concerns.


JWT Authentication

Add JWT Bearer authentication support.

This is a wordy PR. This will require some time.


Create Two-Column Modal component

Create two column modal component as a precursor to implementing https://github.com/tarasglek/chatcraft.org/issues/561

For comparison, here's how Slack's version of this modal looks:


kysely version miss match causing problems

There are 2 different versions of kysely (^0.21.6 and ^0.22.0) and kysely-data-ap (^0.1.2 and ^0.1.4) are included in SST. This is causing issues generating SQL. The kysely-codegen needs to be updated to be in line as well.
The Kysely Discord notes it here
all the references are here

This is related to #2149

Thanks @rosinbum. Will prioritize #2149. Closing this for now.


Fix grid columns not getting clean default values

Makes a copy of the default value for any array type - this is intended for fixing just grid columns, but if there are other array values I am pretty sure this is the correct way to do it anyway. I noticed that when adding lines with a grid column, the new lines were sharing their array reference with the default value and each other until the file was reopened.

@andrewstart Thanks so much for submitting a PR! Can you give an example of the behavior before and after just so I get a sense of what was happening now vs. then? The Grid type is one I haven't used much so I'm sure there's probably weird things in there with it.

With a your grid column (of any size) defined in your document, create multiple lines and open up the grid in all of them.
Before:

Editing one row would cause immediate changes in the other rows.
After making changes, saving, closing and reopening your document would separate the existing rows from further simultaneous editing, but upon making a new row, you would see that you had edited the default value before.

After:
Each row gets its own copy of the default value instead of a reference to it, so changing one row never affects other rows or the default value for future rows.

Ah gotcha, sounds great! I'll merge this... and also need to figure out again how to republish the extension with the fix. Also tagging you in another issue that might be related to a similar thing.


dm-1nf1n1tyrar_55a0734c

Add content:

[UT99 MAP] DM-1on1-Terra-DE
[UT99 MAP] DM-1on1-MisterRioes][
[UT99 MAP] DM-1nf1n1ty
[UT99 MAP] DM-1on1-Chicano
[UT99 MAP] DM-1on1-LastSurrender

Submission log: https://unrealarchive.org/submit/#55a0734c

these were from medor's site as .uz files only, all were previously released (maybe except the Terra map) somewhere, but no longer findable via google, so converted them from .uz and included the needed files to run. Sadly couldn't find a readme.


Duplicate Symbols

After ejecting an Expo project to Expokit, after linking the module it throws an error when building in XCode with the following.
duplicate symbol '_OBJC_CLASS_$__SwizzleHelperWK' in:
    /Users/.../Library/Developer/Xcode/DerivedData/react-native-fmjlipvhqyektsbxjkmwdactscmf/Build/Products/Debug-iphoneos/ExpoKit/libExpoKit.a(RNCWKWebView.o)
    /Users/.../Library/Developer/Xcode/DerivedData/react-native-fmjlipvhqyektsbxjkmwdactscmf/Build/Products/Debug-iphoneos/react-native-webview/libreact-native-webview.a(RNCWebView.o)
duplicate symbol '_OBJC_METACLASS_$__SwizzleHelperWK' in:
    /Users/.../Library/Developer/Xcode/DerivedData/react-native-fmjlipvhqyektsbxjkmwdactscmf/Build/Products/Debug-iphoneos/ExpoKit/libExpoKit.a(RNCWKWebView.o)
    /Users/.../Library/Developer/Xcode/DerivedData/react-native-fmjlipvhqyektsbxjkmwdactscmf/Build/Products/Debug-iphoneos/react-native-webview/libreact-native-webview.a(RNCWebView.o)
duplicate symbol '_OBJC_CLASS_$_RNCWKProcessPoolManager' in:
    /Users/.../Library/Developer/Xcode/DerivedData/react-native-fmjlipvhqyektsbxjkmwdactscmf/Build/Products/Debug-iphoneos/ExpoKit/libExpoKit.a(RNCWKProcessPoolManager.o)
    /Users/.../Library/Developer/Xcode/DerivedData/react-native-fmjlipvhqyektsbxjkmwdactscmf/Build/Products/Debug-iphoneos/react-native-webview/libreact-native-webview.a(RNCWKProcessPoolManager.o)
duplicate symbol '_OBJC_METACLASS_$_RNCWKProcessPoolManager' in:
    /Users/.../Library/Developer/Xcode/DerivedData/react-native-fmjlipvhqyektsbxjkmwdactscmf/Build/Products/Debug-iphoneos/ExpoKit/libExpoKit.a(RNCWKProcessPoolManager.o)
    /Users/.../Library/Developer/Xcode/DerivedData/react-native-fmjlipvhqyektsbxjkmwdactscmf/Build/Products/Debug-iphoneos/react-native-webview/libreact-native-webview.a(RNCWKProcessPoolManager.o)
duplicate symbol '_OBJC_IVAR_$_RNCWKProcessPoolManager._sharedProcessPool' in:
    /Users/.../Library/Developer/Xcode/DerivedData/react-native-fmjlipvhqyektsbxjkmwdactscmf/Build/Products/Debug-iphoneos/ExpoKit/libExpoKit.a(RNCWKProcessPoolManager.o)
    /Users/.../Library/Developer/Xcode/DerivedData/react-native-fmjlipvhqyektsbxjkmwdactscmf/Build/Products/Debug-iphoneos/react-native-webview/libreact-native-webview.a(RNCWKProcessPoolManager.o)

I have tried unlinking and then doing a manual link for the module with the same result. I am lost at how to resolve the conflict between the module end Expokit. Any help appreciated
Environment:

OS: Mac Mojave
OS version: 10.14.6
react-native version: 0.59.8
react-native-webview version: 7.4.2

Turns out I did not have to do react-native link for an Expokit project.


Nanotech

http://www.terranova40000000000.blogspot.co.il @threeve http://www,trance730.blogspot.co.il
Sfers avtomatics recover systems about your life not creative and public destruction souls:
plug-it -[Hallo Roman!] = What you do it in your life?!!!
{I'm not work-i'm false[invalid]

}

sensetive blog all my prefences, so light erotica

 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.:x: Yourave sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.


Fix razor syntax for assignation

Pull Request Test Coverage Report for Build 378

9 of 13 (69.23%)  changed or added relevant lines in 2 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.03%) to 58.085%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

template/template.go
1
5
20.0%

Totals

Change from base Build 376:
-0.03%

Covered Lines:
2705

Relevant Lines:
4657

💛  - Coveralls


Fix #447 - support rewriting of  dynamically via injected click handler

This makes <a> links in the preview window do what you'd expect, specifically:

relative links to files in the filesystem will cause the preview and editor to try to change to that file.  For the common case this works well (html files).  For scripts, images, etc. it will just load it in the editor.
absolute URLs will cause a new window to be opened with that content, leaving the editor/preview as they are

two questions, otherwise r=me


Need some limit for unsuccessful connections in SentinelReplication::retryCommandOnFailure

There is a problem with goto block in SentinelReplication::retryCommandOnFailure: if option autoRetry equals true this goto block will be executed infinitely (and load php and sentinel processes).
We need some limit for unsuccessful connections.
I can create a PR. For now i'm forking the lib with this and my last issue fixed

@djagya fixed in eb154cd, 622e6c6 and 0ec9f33. Thanks!


Long load times

Hi-
I noticed that Turing requires a lot of memory and time to load. Here is an example with Julia 1.2 using Plots as a point of comparison:
@time using Plots
  3.294392 seconds (4.33 M allocations: 247.371 MiB, 8.13% gc time)

 @time using Turing
 65.944560 seconds (86.03 M allocations: 5.664 GiB, 3.60% gc time)

(v1.2) pkg> st Turing
    Status `~/.julia/environments/v1.2/Project.toml`
  [0bf59076] AdvancedHMC v0.2.7
  [31c24e10] Distributions v0.21.3
  [f6369f11] ForwardDiff v0.10.3
  [c7f686f2] MCMCChains v0.3.14
  [4c63d2b9] StatsFuns v0.8.0
  [9f7883ad] Tracker v0.2.3
  [fce5fe82] Turing v0.7.0
  [e88e6eb3] Zygote v0.3.4

The results are even worse for Julia 1.3 RC4:
 @time using Turing
159.389266 seconds (249.46 M allocations: 17.804 GiB, 2.81% gc time)

I've noticed that it takes a long time as well, but not nearly 159 seconds (!). Do you have Revise loaded by default in your startup file?
Mine takes far less time on 1.3 RC3:
julia> @time using Turing
  8.797555 seconds (26.40 M allocations: 1.525 GiB, 3.37% gc time)

It does take quite a bit of time to precompile the first time you load it on your device, especially if building Libtask too. The second time onwards should be much faster, in a new Julia session.

It takes around 16 s the second time onwards on my machine on Julia 1.1 and around 19 s on Julia 1.2. I still think this is too long and we should look into reducing it somehow though.

My load times used to be around 6-8 seconds, but recently slowed down. What is really strange about this is that the load times are consistent for me, but on occasion it shows that Libtask is recompiled. It almost seems like Turing does not precompile properly, but it does not always print the precompiling notice. Here is an example pasted directly from the REPL.
   _       _ _(_)_     |  Documentation: https://docs.julialang.org
  (_)     | (_) (_)    |
   _ _   _| |_  __ _   |  Type "?" for help, "]?" for Pkg help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 1.2.0 (2019-08-20)
 _/ |\__'_|_|_|\__'_|  |  Official https://julialang.org/ release
|__/                   |

julia> @time using Turing
 55.246815 seconds (86.72 M allocations: 5.693 GiB, 3.95% gc time)

julia> exit()
(base) dfish@dfish-MS-7850:~$ '/home/dfish/Julia 1.2.0/bin/julia'
               _
   _       _ _(_)_     |  Documentation: https://docs.julialang.org
  (_)     | (_) (_)    |
   _ _   _| |_  __ _   |  Type "?" for help, "]?" for Pkg help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 1.2.0 (2019-08-20)
 _/ |\__'_|_|_|\__'_|  |  Official https://julialang.org/ release
|__/                   |

julia> @time using Turing
 56.413187 seconds (86.72 M allocations: 5.694 GiB, 3.93% gc time)

julia> exit()
(base) dfish@dfish-MS-7850:~$ '/home/dfish/Julia 1.2.0/bin/julia'
               _
   _       _ _(_)_     |  Documentation: https://docs.julialang.org
  (_)     | (_) (_)    |
   _ _   _| |_  __ _   |  Type "?" for help, "]?" for Pkg help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 1.2.0 (2019-08-20)
 _/ |\__'_|_|_|\__'_|  |  Official https://julialang.org/ release
|__/                   |

julia> @time using Turing
[ Info: Recompiling stale cache file /home/dfish/.julia/compiled/v1.2/Turing/gm4QC.ji for Turing [fce5fe82-541a-59a6-adf8-730c64b5f9a0]
  Building Libtask → `~/.julia/packages/Libtask/RjRkK/deps/build.log`
 73.879141 seconds (87.63 M allocations: 5.739 GiB, 3.01% gc time)

I think I identified the culprit. After reinstalling a fresh copy of Julia, I systematically installed my packages and found that one of my development projects included a spurious call to install packages in the main package file. I'm not even sure why the install packages call was there and why it only affected Turing. In either case, my best guess is that it was probably trying to install packages during precompilation and corrupted cache files or some other internal package files. As far as I can tell, removing this seems to have fixed the issue.
I'll leave this open since @mohamed82008 indicated it might be possible to reduce the load times. I can confirm that last summer load times were around 6-8 seconds and now they are about 14-16 seconds on my system.


Readme: fix TOC links

GitHub #anchors are all in lowercase.

Thanks. Out of curiosity, which browsers does this break for?


cmd/compile: Optimize strings.Join with finite number of elements

What version of Go are you using (go version)?
go version go1.7beta2 linux/amd64

What operating system and processor architecture are you using (go env)?
GOHOSTARCH="amd64"
GOHOSTOS="linux"

Intel(R) Core(TM) i7-4870HQ CPU @ 2.50GHz
Given the following example: https://play.golang.org/p/a_ow6e7II7
I would expect the compiler to transform the calls to strings.Join with a finite number of elements into simple string concatenations. The reason is that these calls might be used on hot-paths for code, for example: https://github.com/aws/aws-sdk-go/pull/729
The results might be small, see below for my machine, but any speed improvement is a good one imho
go test -bench=.
BenchmarkStringsJoin-8          10000000               140 ns/op
BenchmarkStringsConcat-8        20000000                92.6 ns/op
PASS
ok      some/package        3.505s

go test -bench=. -benchmem
BenchmarkStringsJoin-8          10000000               136 ns/op             128 B/op          2 allocs/op
BenchmarkStringsConcat-8        20000000                96.6 ns/op            64 B/op          1 allocs/op
PASS
ok      some/package        3.565s

Thank you.

Could be done.  The simple fix is to make strings.Join work similarly to runtime.concatstrings, in particular to use rawstring instead of doing the concat in a byte slice and then converting to a string.
A bigger change would be to do semantic inlining of strings.Join in the compiler.

A bigger change would be to do semantic inlining of strings.Join in the compiler.

That seems too big. Most of the standard library should not be special. Maybe parts of sync, runtime, and time can be recognized by the compiler, but not high-level packages likes "strings".

FWIW, 3ddc9ad91 was already submitted to optimize the common cases of strings.Join.
@randall77, I'm of the opinion that this bug should be closed and the compiler shouldn't special case things in the standard library, at least not in regular (unprivileged) packages like "strings".

Sure, I'll agree with that.  Note that #6714 will fix this issue as a side effect.


Add PeTar interface to AMUSE

Adds interface to PeTar (by @lwang-astro).

test_petar.py needs more tests.
Also, one of the tests currently fails (@lwang-astro, could you have a look at this?).

The interface works for me, but more elaborate testing would be good. #657 would probably help for that.

No problems with testing anymore. I'm happy to merge it.


Entering an empty package name changes the invalid URL to /report

... which, if you refresh the page, shows a 404.

This will be fixed once https://github.com/gojp/goreportcard/commit/d3856ba793f0c3ad582d344d969392b9b19f39b7 is deployed, upon which I will close this ticket.

We won't have none of that no more.


Selection on some lists does not work

dynamic links are incorrect, but before declaring an issue you should study the data structure maintained by this platform, if the links are written in the correct format, it works as expected, so try not to leave issues without checking the problem well it comes from the source where the data is produced or from the platform. Thank you.


export-solution - Error: Exporting to a target version is not supported in this release.

We have the following action defined in a GitHub workflow:
jobs:
  package-and-release:
    name: Package and Release
    runs-on: windows-latest
    steps:
      - uses: actions/checkout@v3

      # Other steps

      - name: Export managed solution from build env
        uses<EMAIL_ADDRESS>        with:
          tenant-id: ${{ env.TENANT_ID }}
          environment-url: ${{ env.BUILD_ENVIRONMENT_URL }}
          app-id: ${{ env.BUILD_APP_ID }}
          client-secret: ${{ env.BUILD_APP_SECRET }}
          solution-name: ${{ env.SOLUTION_NAME }}
          solution-version: ${{ github.event.inputs.release_version }}
          managed: true
          solution-output-file: ${{ env.SHIPPING_FOLDER }}/${{ env.SOLUTION_NAME }}.zip

Each time this runs, we are encountering this error:
Starting Solution Export...

Microsoft PowerPlatform CLI

Version: 1.7.5+g64e6bc4

Error: Exporting to a target version is not supported in this release.
    Exporting to a target version is not supported in this release.

Note: if we omit solution-version then the action completes successfully, but the managed solution package no longer has the desired version.
We don't have a great deal of experience with the Power Platform stack (or Microsoft tech in general), so this could be a simple misunderstanding on our part, but it seems that the solution-version action input doesn't appear to work as documented.

What is the version of the solution that you have in the target environment that you are importing into ?

@marktarry-mobysoft This error message is coming from the Dataverse environment you're trying to export your unmanaged solutions as a managed solution.
I can also repro that with our own DV tenant with with just the pac CLI in VSCode; but it exports as expected when NOT specifying the version argument.
> pac solution export --path .\out\ --name emptySolution3  --targetVersion <IP_ADDRESS>
Connected to...ppdevtools
Starting Solution Export...
Microsoft PowerPlatform CLI
Version: 1.12.2+gf0f06de

Error: Exporting to a target version is not supported in this release.
    Operation returned an invalid status code 'BadRequest'

This is a limitation imposed by Dataverse; given that you're exporting the unmanaged layer as managed, specifying a version is somewhat redundant, since the unmanaged layer does not have multiple versions available anyways. But I agree, the returned error message is more confusing than helpful.
CC: @kkanakas

We had understood the targetVersion argument to represent the version assigned to the exported (i.e. managed) solution package. I can see now that this isn't the case.
@davidjenni thank you for the explanation!


Internationalization API

Hi @muan, as I saw in #6  and #9 you said we should just create a emoji-[locale].json file.
How does the index.js file should handle those in the future ?

Hi! I think something like https://github.com/muan/emojilib/pull/6/files#diff-168726dbe96b3ce427e7fedce31bb0bcR2 should do.

How about using standard locales ? (e.g. de-DE, 'en-US')

How about using standard locales ? (e.g. de-DE, en-US)

Yeah that'd be good.

Any update on this? I would like to do a brazillian portuguese version (:

Good idea, but I would propose to split up into one file per lang in order to be able to select the languages you need in your project easily

Years passed. 😓    A solution is now in #187.

Years passed. 😓    A solution is now in #187.


Add CIS feature and CIS related PyTests

Add CIS feature and CIS related PyTests

Integrate: Debian CIS from OVH
Add CIS feature for Garden Linux
Introduce Garden Linux CIS Firewall
Add whitelist solution for Debian CIS
Example: Lynis Cisofy integration
Fix integration 'conftest.py' for 'sys' imports
Deactivating 'Pam' within 'sshd_config' template for tests
Remove static 'authorized_key' from '_dev' feature

How to categorize this PR?

/kind test
/area os
/os garden-linux
What this PR does / why we need it:
Which issue(s) this PR fixes:
Fixes #647
Special notes for your reviewer:
Release note:

category: feature
target_group: user

Replaced by #771


Distilled teacher model

Sorry for my ignorance, i have small question about teacher model.
The teacher model pre-distilled with image dataset makes it smarter when training with other datasets?
Can you share the background of this rule. I feed there is no similarity between mvrec dataset and image dataset.
Thank you.

Sorry for my ignorance, i have small question about teacher model. The teacher model pre-distilled with image dataset makes it smarter when training with other datasets?
Can you share the background of this rule. I feed there is no similarity between mvrec dataset and image dataset.
Thank you.

From my understanding, while there might not be a direct similarity between the ImageNet and MVTec datasets, the aim is for the features learned by the teacher model to encompass relevant aspects of visual patterns on a vast amount of data. During the distillation process for the student network, the student network is trained to emulate the behavior of the pretrained teacher, particularly on normal data. However, during testing on anomalous data, a high discrepancy between the student and teacher outputs is expected. The student hasn't been explicitly taught to replicate the teacher's output on anomalous instances, as the teacher's features are derived from the broader context of ImageNet representations. This discrepancy is leveraged as an indicator of anomalies, highlighting instances where the student deviates from the learned normal patterns.

Addtion to good answer from @willyfh, I recommend you to read following paper for your comprehension about the mechanism.
Uninformed Students: Student–Teacher Anomaly Detection with Discriminative Latent Embeddings, CVPR 2020


Update fastText C++ libs to d652288

fastText https://github.com/facebookresearch/fastText/commit/6ab48c5cc4753fdf7d6d233f65a9b605d0be1f9a add some enhancements.
But setting verbose option to 0 doesn't make any change to the stdout output:
./fasttext/cpp/fasttext skipgram -input test/params_test.txt -output \
>                 test/skipgram_params_test -lr 0.025 -dim 100 -ws 5 -epoch 1 \
>                 -minCount 1 -neg 5 -loss ns -bucket 2000000 -minn 3 -maxn 6 \
>                 -thread 4 -lrUpdateRate 100 -t 1e-4 -verbose 0
Read 0M words
Number of words:  2528
Number of labels: 0
Progress: 100.0%  words/sec/thread: 2228  lr: 0.000000  loss: 4.125273  eta: 0h0m

So we still need to use our own silent option to redirect the output.
In this version, fastText also introduce new functionality to get vector from paragraph.
Maybe we can re-introduce classifier.get_vector method to implement this:
classifier = fasttext.load_model('supervised.bin')
classifier.get_vector('some long paragraph')

resolved by #75, for discussion on paragraph-to-vector see #76


Can't Install on AndroidTV

When I install it says app not installed.
Android Version 11

Which architectural version of the APK did you install?


Make sure to attach to an empty pid to fail

Codecov Report
Base: 99.49% // Head: 97.61% // Decreases project coverage by -1.88% :warning:

Coverage data is based on head (dee6952) compared to base (16bd9bb).
Patch has no changes to coverable lines.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@            Coverage Diff             @@
##           master     #312      +/-   ##
==========================================
- Coverage   99.49%   97.61%   -1.88%
==========================================
  Files          21       21
  Lines        2182     2182
==========================================
- Hits         2171     2130      -41
- Misses         11       52      +41

Impacted Files
Coverage Δ

src/viztracer/cellmagic.py
40.00% <0.00%> (-60.00%)
:arrow_down:

src/viztracer/patch.py
87.06% <0.00%> (-12.94%)
:arrow_down:

src/viztracer/viztracer.py
95.78% <0.00%> (-3.02%)
:arrow_down:

src/viztracer/code_monkey.py
97.90% <0.00%> (-2.10%)
:arrow_down:

src/viztracer/main.py
97.70% <0.00%> (-0.87%)
:arrow_down:

src/viztracer/viewer.py
99.68% <0.00%> (-0.32%)
:arrow_down:

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

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


k8s-tutorials-services-source-ip

translation.

This change is

@chenopis I am from caicloud, and the review looks good to me..


Self hosted models support

is it possible to use self hosted AI models like LLAMA or similar instead of paid open api key?
If yes, how? Should I directly provide API key of open source self hosted llama models?

You can run ollama locally and replace the openai url with localhost ollama url

Sure, thanks I'll try


Update chart intel-device-plugins-gpu to 0.30.0

This PR contains the following updates:

Package
Update
Change

intel-device-plugins-gpu
minor
0.29.0 -> 0.30.0

Release Notes

intel/helm-charts (intel-device-plugins-gpu)
v0.30.0
Compare Source
A Helm chart for Intel GPU Device Plugin

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

Edited/Blocked Notification
Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.
You can manually request rebase by checking the rebase/retry box above.
⚠ Warning: custom changes will be lost.


Fix documentation comments of TransitionMatrix constructor parameter

引数名ミスった. (๑´ڡ`๑)

Pull-Request #54 has been closed.
And expected doxygen documents are generated.


This method was deprecated. Use setMinimumFetchIntervalInSeconds(long…

…) instead.
https://firebase.google.com/docs/reference/android/com/google/firebase/remoteconfig/FirebaseRemoteConfigSettings.Builder
Description
Replace this paragraph with a description of what this PR is doing. If you're modifying existing behavior, describe the existing behavior, how this PR is changing it, and what motivated the change.
Related Issues
Replace this paragraph with a list of issues related to this PR from the issue database. Indicate, which of these issues are resolved or fixed by this PR. Note that you'll have to prefix the issue numbers with flutter/flutter#.
Checklist
Before you create this PR confirm that it meets all requirements listed below by checking the relevant checkboxes ([x]). This will ensure a smooth and quick review process.

[ ] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[ ] If the pull request affects only one plugin, the PR title starts with the name of the plugin in brackets (e.g. [cloud_firestore])
[ ] My PR includes unit or integration tests for all changed/updated/fixed behaviors (See Contributor Guide).
[ ] All existing and new tests are passing.
[ ] I updated/added relevant documentation (doc comments with ///).
[ ] The analyzer (flutter analyze) does not report any problems on my PR.
[ ] I read and followed the Flutter Style Guide.
[ ] I updated pubspec.yaml with an appropriate new version according to the pub versioning philosophy.
[ ] I updated CHANGELOG.md to add a description of the change.
[ ] I signed the CLA.
[ ] I am willing to follow-up on review comments in a timely manner.

Breaking Change
Does your PR require plugin users to manually update their apps to accommodate your change?

[ ] Yes, this is a breaking change (please indicate a breaking change in CHANGELOG.md and increment major revision).
[ ] No, this is not a breaking change.

[Firebase Remote Config] Task 'assembleAarRelease' not found in root project 'firebase_remote_config'. #2398

I'm going to close this as it is out of date, and it is a hardcoded value that is not desirable.


Installation problem with Debian Bookworm (current stable); libpython version mismatch

[x] I confirm that this is an issue rather than a question.

Bug report
Trying to install hyperion via apt as outlined in the docs fails with a libpython version mismatch.
Steps to reproduce
As per instructions, running on Debian Bookworm:
wget -qO- https://apt.hyperion-project.org/hyperion.pub.key | sudo gpg --dearmor -o /usr/share/keyrings/hyperion.pub.gpg
echo "deb [signed-by=/usr/share/keyrings/hyperion.pub.gpg] https://apt.hyperion-project.org/ $(lsb_release -cs) main" | sudo tee /etc/apt/sources.list.d/hyperion.list
sudo apt-get update && sudo apt-get install hyperion

What is expected?
Installation of Hyperion without errors.
What is actually happening?
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 hyperion : Depends: libpython3.10 but it is not installable
            Depends: libmbedtls12 but it is not installable
E: Unable to correct problems, you have held broken packages.

System
No Hyperion yet. But as I say, Debian Bookworm.

Thanks for the bug report. Could you tell me your system?

Not sure what you need to know. Desktop, MSI MS-7982 Mainboard, 16GB RAM, Intel i5 6500, Intel onboard GPU, 250GB SSD, 2TB HDD, Gnome 43.4.


Correct deleting services section

What
Corrected the Deleting services section of the tech docs to specify:

you do not need to delete an app's services before you can delete that app
you should unbind a service instance from the app it is bound to before you delete that service instance

How to review
Describe the steps required to test the changes.

Preview the content locally (see README) and check that it renders as expected.
Manually check that any removed or renamed anchor tags are not in use (linkchecker doesn't do this).
Check that the content meets the requirements of story: https://www.pivotaltracker.com/story/show/155065780

Who can review
Anyone except Jon Glassman

LGTM

The PR has been reverted and reopened in https://github.com/alphagov/paas-tech-docs/pull/129


CREATE EXTERNAL TABLE with filepath() or filename() calculated column gives syntax error

CREATE EXTERNAL TABLE [stg].[my_table] (
[COLUMN_ONE] VARCHAR (50) NULL,
[filepath] AS CAST(filepath() AS NVARCHAR(1024)),
[filename] AS CAST(filename() AS NVARCHAR(1024))
)
WITH (
DATA_SOURCE = [DataSource1],
LOCATION = N'somepath/somefile*.csv',
FILE_FORMAT = [TildeDelimitedQuoted_CSV],
REJECT_TYPE = VALUE,
REJECT_VALUE = 0
);

The above is valid and runs in SQL Managed Instance but in VS 2022 with latest updates I get
Incorrect Syntax near 'AS'
This is a problem for us and we are having to revert to using views with OPENQUERY rather than external tables as we need the filepath and filename in the external table resultset.
I hope this is the right place to raise this !

I have encountered the same issue. I can't build the project file in VS 2022 with this error.


feat: reduce sorted runs during compaction

I hereby agree to the terms of the GreptimeDB CLA.
Refer to a related PR or issue link (optional)

#3416

What's changed and what's your intention?
This PR changes the behavior during compaction from reduce file nums to sorted runs.
A sorted run in GreptimeDB is defined as a sequence of non-overlapping SST files. If multiple sorted runs exist in some time window, even a simple query with explicit time ranges may invole multiple files. Before this PR, GreptimeDB merges all files in active window into one single file if the total num of files exceeds max_active_window_files, of which the write amplification is rather severe. In this PR, we only enforce a max_active_window_runs in active window to reduce read amplication. If num of sorted runs exceeds that threshold, it only merges the overlapping files on demand.
Checklist

[x]  I have written the necessary rustdoc comments.
[x]  I have added the necessary unit tests and integration tests.
[ ]  This PR does not require documentation updates.

What's the progress of this PR? @v0y4g3r

@v0y4g3r  What's the status of this PR?  It's deprecated or just wait for resolving conflicts.


Chore: default value behaviour without null

It behaves just like the v13 version when you don't select anything even though "allow null" is not enabled.

lgtm


SI_Units.Metric.Scaling: workaroung GNAT FSF 8 hang

Compilation of the unit hangs with GNAT FSF 8.
Using for Prefixes'Size use Integer'Size; instead of with Size => aspects fixes the problem.

That was it? Thanks. :)


CICD Docs (Github/Gitlab)

Hey Team! :wave:
This closes #405 and adds a separate CICD doc :smiley:
I moved the Github one (as-is) from the README and added what we use for Regal in Gitlab CICD (which works for us).
LMK in terms of wording or structure if its okay and if not I will update it :+1:
Thanks!

Think it should be okay now :sweat_smile: the markdown linter is a fussy one :laughing:


Footer should not be inside the .nypl-ds on Template stories

Description of issue:

Since 0.12.0 we've moved the box-sizing declaration into a namespace. Our template stories, however, still have the footer area inside the .nypl-ds class. The NYPL footer (which is the footer most of our consumers are currently loading in as the footer) does not play well with the .nypl-ds namespace and needs to be outside of it. This should be clear in the README and the Template stories as a caveat.

Component in question (if applicable):

Template

[ ] Update README

[ ] Update Template stories

[ ] Add caveat in MDX for the Template stories

cc @EdwinGuzman


Dockerfile not working

I tried to get the Algorithm Reference Library Dockerfile working on my computer but had no success. These are the errors I encountered

Dockerfile Build Errors

When using the Dockerfile as is, the command $ make docker_build PYTHON=python3 returns the following error:
cp: cannot stat './build/lib.*/*.so': No such file or directory
The command '/bin/sh -c cd /arl &&     $PYTHON setup.py build &&     $PYTHON setup.py install &&     cp ./build/lib.*/*.so . &&     cd /arl/workflows/ffiwrapped/serial &&     make &&     $PIP install mpi4py' returned a non-zero code: 1
make: *** [docker_build] Error 1

If this line is commented out it also returns:
cd: can't cd to /arl/workflows/ffiwrapped/serial
The command '/bin/sh -c cd /arl &&     $PYTHON setup.py build &&     $PYTHON setup.py install &&     cd /arl/workflows/ffiwrapped/serial &&     make &&     $PIP install mpi4py' returned a non-zero code: 2
make: *** [Makefile:118: docker_build] Error 2

After commenting both of these lines out, the Dockerfile will build.

Error when running CMD /arl/boot.sh

When the container is run and docker logs is called, the result is an error message
[FATAL tini (6)] exec /arl/boot.sh failed: No such file or directory

boot.sh exists in the Dockerfile up until CMD /arl/boot.sh. I checked this by adding Docker build command RUN stat /arl/boot.sh and looking at the corresponding output when the container was building.
When running an interactive shell for the docker container, however, the file does not exist.
I couldn't find a way to fix the second problem, but virtualenv worked for me instead. Although it may not be high on your priorities, I wanted to give an account of what I tried in case Docker is something that should be fixed.

ARL is called Rascil now and had migrated to gitlab, you should use that version. The github repository is now frozen AFAIK.

@vlad7235 Thanks for letting me know, will take a look


Making new predictions

This is extremely helpful code, thanks for sharing! I have a bit of a hypothetical question. Let's say that after training the agent using your code I want to be able to predict the q-values for moving to the right or left given a new combination of inputs. (i.e. do some type of model.predict(new_input), or test the code on new data). Where in the code would this go? Could you do model.predict(new_input) at the end of your main function outside of the for loop?
I ask because I wonder where the model parameters are being saved and if this affects where you call model.predict(new_input) for new data. Let me know if anything is unclear!

have you found out a solution to this

The way this code is written you would not be able to access the model outside of the class object.
There would be many ways we could about this but it is outside the scope of this library.
Python Classes


List 0.6

List-0.6.0 (Yair Chuchem<EMAIL_ADDRESS>@yairchu) is out of bounds for:

[ ] hexpat-0.20.9 (>=0.4.2 && < 0.6). No maintainer. @the-real-blackh. Used by: library

Will fix.

Fixed in hexpat-0.20.10


Incomplete Theme Yields Inconsistend Light - Dark Theme Changes

Yubico Authenticator version: 4.3.6
Operating system and version: Linux mint 19.3 Cinnamon
YubiKey model and version: 5
Bug description summary:
It looks like a single theme element has been missed when applying the dark theme. The account buttons appear to have a slight zebra-striping to the color to help accentuate them, but when changing to a dark theme (Mint-Y-Dark), every other button remains its original color. On my system, this is #292723 or rgb(233, 231, 227).

Steps to reproduce
Change themes to a dark theme, open Authenticator, and see that only half the buttons changed color.
Light Theme:

Dark Theme:

Dark Theme w/ custom qt5ct palette, darkened "Less bright" color:

Expected result
Both button colors used for zebra striping will change to darker versions.
Actual results
Half of the buttons changed to a darker theme, while the other half remained bright. This caused the text on the bright buttons to be unreadable.
Other info
I don't know much about qt, but using qt5ct to edit the color scheme to create a custom color scheme and editing the palette's "Less bright" color, the zebra unchanging color can be made dark to suit the rest of the theme. I poked around the qml and source files trying to find something that would relate closely to the names I was seeing in qt5ct to test making changes directly, but couldn't identify something I'd expect to affect this.

Thanks for the report! However, we don't update the 4.X versions anymore. Do you have a way to test 5.0.4?

Ah, I didn't realilze the PPA was so far behind. I'll get the AppImage after work and see how it performs.

Linux package management is becoming a nuisance. So, neither the AppImage nor the snap match the system theme at all in 'System Default' option, but it has an option to switch to a dark theme and that works fine. I made a Microsoft account and test-ran adding MFA to the keys, and it seems like the AppImage works well while the snap wouldn't see my key, so maybe that's another bug, but for theming I am happy. :)
Thanks.


vkCreateInstance takes 2 seconds

On my machine it appears that vkCreateInstance takes a full 2-2.5 seconds to get Vulkan up and running (two GPU machine, one NV and one AMD GPU). This is a non-parallelizable cost that we take every time we start our application so 2 seconds is a bit absurd.
This is with no explicit layers enabled and two extensions enabled (VK_KHR_surface and VK_KHR_win32_surface).

@Jasper-Bekkers are you able to isolate this to one ICD or the other, or is the time being spent in the loader itself? (VK_ICD_FILENAMES in env should help)

It takes ~0.5 s for me. Still, sounds unnecessarily long for a modern PC.

AMD seem to have cut the creation times in half in the latest drivers (at least for me).

Evidence is pointing to this particular issue being driver-related, and not due to the loader or layers.  Please reopen if this assumption is incorrect.


Unable to delete announcement

Describe the bug
When attempting to delete an announcement, the user is greeted with the following message

HTTP Status 405 - Request method 'GET' not supported

To Reproduce
Steps to reproduce the behavior:

Create create announcement
Attempt to delete announcement

Expected behavior
The announcement being deleted

Good catch -- another one of those method-mismatches.

Wrap deleteEntry link in treeEntries.tag with a form to change it from a GET to POST. Also style to retain original appearance.
Suggest use of:
<form action="${portlet action link}" method="post">
<button type="submit">
link text
</button>
</form>


build: Update Vulkan-Headers and VUL to 1.3.290

CI Vulkan-ExtensionLayer build queued with queue ID 217193.

CI Vulkan-ExtensionLayer build # 933 running.

CI Vulkan-ExtensionLayer build # 933 passed.


Path and FileSystemEntity in Dart

Hi,
in Dart, path are represented using the type String (see import 'package:path/path.dart')
This is not the best because any function that takes a Path can now have as parameters a random string that has nothing to do with a path.
void foo(String path) {
}
foo("Type Your name here:"); 🤡

but you have also FileSystemEntity that are more specific type for example Directories File and Link
The issue is that any random string can become a Directory for example Directory("Type Your name here:") 🤡 but  even worse I can create a Directory on a File or a Link, for example, Directory("/bar.jpg") 🤡
I know back-compatibility is something you value so I'm opening this thread to find a solution to this issue:
Here is what I would like:

a Path type in the standard library that makes sure no forbidden characters are used
A Linter rule that forbade the creation of FileSystemEntityType directly and his sub-types.
A function that makes the gap between Path and FileSystemEntityType in the standard library, like the following

FileSystemEntity pathToFileSystemEntity(String path) {
  FileSystemEntityType type = FileSystemEntity.typeSync(path);
  if (type == FileSystemEntityType.notFound) {
    throw PathNotFoundException(path, const OSError());
  }
  if (type == FileSystemEntityType.directory) {
    return Directory(path);
  }
  if (type == FileSystemEntityType.file) {
    return File(path);
  }
  if (type == FileSystemEntityType.link) {
    return Link(path);
  }
  throw StateError("Unknown type of FileSystemEntity");
}

I hope to see some positive change in Dart on this subject. I look forward to seeing your suggestions.

a Path type in the standard library that makes sure no forbidden characters are used

Which characters are forbidden depends on the file system, or at least the operating system. It's not just characters, Windows disallows some file names too ("con", "nul", etc.).
If it can also depend on the file system, then there is no way to validate a Path object without actually trying to resolve the path and see if it works. (Which it doesn't if it's for a file or directory that hasn't been created yet.)
But probably doable to some degree, there are just limits on what can be validated up-front.
Which is why using a String has been working well so far.
(Actually, a file path is not a Dart string, it's more like a C-string, defined as a sequence of bytes, not Unicode characters.)

A Linter rule that forbade the creation of FileSystemEntityType directly and his sub-types.

The FileSystemEntityType is a final class with no public constructor, basically an enum without the exhaustiveness, so you can't create instances directly, and there are no subtypes.

A function that makes the gap between Path and FileSystemEntityType in the standard library, like the following

That would be something like
  FileSystemEntity fromPath(String path) =>
     switch (FileStat.statSync(path).type) {
         FileSystemEntityType.file => File(path),
         FileSystemEntityType.directory => Directory(path),
         FileSystemEntityType.link => Link(path),
         FileSystemEntityType.notFound => throw ArgumentError.value(path, "path", "Not found"),
         _ => throw UnsupportedError("Unknown type"),
    };

@lrhn I'm curious what package:path tried in the past and how close it was to what I proposed, and why they finally moved to String, could you clarify?
Regarding the linter, I wasn't clear about what I meant.
I would like to force in the codebase the use of fromPath and not use Directory(path), File(path),  and Link(path) directly because it's error-prone.
Is there any reason why fromPath is not something you wouldn't add to the standard library?

import 'dart:io';
class Path {
final String value;
Path(this.value);
}
class PathNotFoundException implements Exception {
final String path;
final OSError osError;
PathNotFoundException(this.path, this.osError);
@override
String toString() => 'PathNotFoundException: Path "$path" not found (${osError.message})';
}
FileSystemEntity pathToFileSystemEntity(Path path) {
FileSystemEntityType type = FileSystemEntity.typeSync(path.value);
if (type == FileSystemEntityType.notFound) {
throw PathNotFoundException(path.value, const OSError());
}
switch (type) {
case FileSystemEntityType.directory:
return Directory(path.value);
case FileSystemEntityType.file:
return File(path.value);
case FileSystemEntityType.link:
return Link(path.value);
default:
throw StateError("Unknown type of FileSystemEntity");
}
}

as i am the beginner i dont know much used of the github but i can help you with this
We may implement this by using linter rule
we define the path
then use linter rule
convert that code
example:
void main() {
try {
Path myPath = Path('/valid/path/to/something');
FileSystemEntity entity = pathToFileSystemEntity(myPath);
print('Entity type: ${entity.runtimeType}');
} catch (e) {
print('Error: $e');
}
}

While fromPath can work, but it works equally well from a String, and equally badly in that it cannot represent a non-existing file.
If you want to create a new file, you do var file = File(path); file.createSync(); or similar. The fromPath function would throw for a non-existing file, so it can't be used here, which means you still need to use the File and Directory constructors, which makes a lint prohibiting those untenable.
The problem with file systems is that they are the source of truth about what exists and what does not, and it can change at any time while a program is running. Creating a Path object that, somehow, validates that its context is syntactically valid, could potentially end up becoming invalid if another process mounts another file system with different valid symbols (say, someone mounts an ISO-9660 CD-ROM), or maybe it was rejected too soon if someone mounts an Ext3 file system on Windows. (I have no idea how the OSes actually handle that, maybe it will work fine.)
If the Path validation allows any possibly valid (on any file system, anywhere), then it won't reject much of anything.
The trade-offs are generally always such that using strings is good enough, and any advantage you can get by introducing a Path class is so minuscule that it doesn't carry its own weight.
A string being a path is more of a role than a type, and you can't know whether it will work any easier than just trying to use it as a path.

@lrhn I see what you mean when you say that File and Directory are query objects, they are not like file descriptors. I wasn't seeing them in that way.
I'm not sure why you would want to represent a non-existing file. If it is for checking its nonexistence, you will get the result with the exception, that it's like a fail open in other languages.

A string being a path is more of a role than a type

Do you think it's a bad design decision to create a type for a "role" ?
typedef Path = String;

(Obviously, Path can become much more complex and offer more guarantees and convenient member function)

The reason to represent a non-existing file would be to create it.
It's definitely a possibility to create a Path type, probably an extension type on a String value, with the operations of package:path, and maybe more.
If the type implements String, you it can be used where a string is allowed, so it can be defined in any package, without changing existing APIs.


fix(lib): remove return await

It's useless to add an await when we already return a promise.
See the eslint rule for example: https://eslint.org/docs/rules/no-return-await
(also fixed a small typo)
Edit: initially I removed both 2 awaits but as the first one is required to check the error, I created a variable to remove the return await.
Tell me what do you think :)

Hey there thanks for the PR, I was curious so I did my research too on this subject. It seems that the world of JavaScript developers is not quite sure about whether or not return await is an issue in term of performance and debugging information.
See:

https://github.com/eslint/eslint/issues/12246
https://github.com/standard/standard/issues/1442
https://stackoverflow.com/questions/44806135/why-no-return-await-vs-const-x-await/44806230#44806230
and even a previous discussion from the last place I worked at! (I forgot about it): https://github.com/algolia/eslint-config-algolia/issues/78

To be honest, unless you find a bug or performance issue caused by the lines you updated, I won't be merging this.
I still welcome your changes on the typos on the errors though :)
Also, pure stylistic but I like to know whether or not a method is an async one. If you remove await from await ironStore then you now need to know that ironStore is an async function.
Thanks anyway and I hope you'll submit more PRs here!

The whole "no-return-await" rule/discussion seems to boil down to:

"This is incorrect code!" (from no-return-await peeps)
"This is less performant" (from no-return-await peeps)
"This is less clear" (from both side)

To confirm, unless we can prove it's significantly slower in real-world conditions (not in a loop trying to produce a significant slowdown). This is a stylistic choice and one that for now I haven't jumped on so we'll keep this part as it is, thanks!

Thanks for this overview on this topic, I was "blindly" following my eslint rule.
Sorry for the useless PR, I'll accept your changes to commit only the typo fix.

:tada: This PR is included in version 3.1.2 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Raghav/color icons

Signedoff<EMAIL_ADDRESS>

to the issue #394 and #527

When I build this branch, here's what I see -

Ha! :) I'm scratching my head. I wonder if all of you local changes aren't pushed, @raghavaggarwal99.
Note that there are two merge conflicts, which may be causing the issue as well - https://github.com/layer5io/meshery/pull/568/conflicts

here you go again @leecalcote

here @girishranganathan @leecalcote  done!!

@raghavaggarwal99 I checked out the changes. They definitely look much better. Wonderful progress.
It will be better if we can get it centred better and more over not have it in a fixed position so that the footer icons will be responsive with the page as well.

@girishranganathan can you check again now?

I just changed their names cause it was used somewhere else , properties are same


Upgrade zookeeper from 3.5.10 to 3.8.3

Note: Zookeeper 3.8.3 adds 2 dependencies -- logback-core:jar:1.2.10 and logback-classic:jar:1.2.10 -- that have GNU Lesser General Public License. Adding support for it in check-licenses.py

Thanks for the advice @janjwerner and for the licensing guidelines pointer @abhishekagarwal87. Excluded the logging dependencies.

@gargvishesh
Zookeeper is failing web checks integration - I ran into same issue, but had no time dig deeper and run integration tests locally. It would be worthwhile if you could set up a local test environment and run web test.

Web-checks are failing on the master as well. Tried locally.

This was the console screenshot generated from the base64 dumped by the tests.

I have the environment running locally, system claims no brokers running. I will look into more tomorrow.

Yeah zookeeper isn't coming up I noticed from the logs.

@gargvishesh - can you build and run druid locally? You can easily debug it locally since druid will fail to come up.

Yes the error logs were from local. start-micro-quickstart results in the snappy error in ZK


Passing Command Line arguments to .exe generated after build

I have a desktop App.exe built using Electron.Net, if I pass parameters along with "electronize start", these arguments get ignored. In command prompt, when I run App.exe with command line arguments it does not accept the parameters being passed to it.
Example: App.exe hello 123
electronize start hello 123
I tried to make little changes in code to try to achieve the same. I have attached my findings below in Changes file.
It would be great if this feature could be supported in the coming days. Thank you.
Changes.docx

The implementation sketch given by @VH97 works except for one case:
For the "electronize start [args]" sequence one has to pay attention to the first parameter. If it denotes a valid path, this parameter will be used by the ExecuteAsync method of StartElectronCommand for the "aspCoreProjectPath". A safer solution would be to extend this part like this:
`string aspCoreProjectPath = "";
            if (_args.Length > 0)
            {
                if (Directory.Exists(_args[0]))
                {
                    aspCoreProjectPath = _args[0];
                    _args = _args.Skip(1).ToArray();
                }
            }
            else
            {
                aspCoreProjectPath = Directory.GetCurrentDirectory();
            }`

Otherwise, the parameters of "electronize start" must be escaped e.g. using commands like "--path [coreProjectPath]" and "--args [argument list as string]".

I've implemented the latter because it seemed more reliable to me. I kept the case of exactly one parameter that is interpreted as the aspCoreProjectPath for the sake of backward compatibility.
Shall I create a PR?

Implemented! Available in Electron.NET version 7.30.2.
You can start the app with:
electronize start /args --dog=woof --test=true
or
myapp.exe /args --dog=woof --test=true
With the Electron.NET API you can get the value:
if (await Electron.App.CommandLine.HasSwitchAsync("dog"))
{
   string value = await Electron.App.CommandLine.GetSwitchValueAsync("dog");
   await Electron.Dialog.ShowMessageBoxAsync(value);
}

Thank you!

Just one remark on the feature: The command line arguments are passed in lowercase to the Electron.NET API.
Took me quite some time to find out :-P

Hello, this works very well, however, I need to access a Filepath when a file is dropped on the app.exe to open it.
Or to open it with the protocol from the browser (like Zoom), is this possible?

@locoruiz
for url support you need to register a scheme with the os and associate it with the app.  This is different for each os in how you do this.
in the code to handle the scheme
In Mac
info.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
  <key>CFBundleURLTypes</key>
  <array>
    <dict>
        <key>CFBundleTypeRole</key>
        <string>None</string>
        <key>CFBundleUrlIconFile</key>
        <string>Contents/Resouces/MyApp.icns</string>
        <key>CFBundleUrlName</key>
        <string>com.myapp.app</string>
        <key>CFBundleUrlSchemes</key>
        <array>
            <string>myappscheme</string>
        </array>
    </dict>
  </array>
  <key>NSPrincipalClass</key>
  <string>AtomApplication</string>
</dict>
</plist>

electron.manifest.json
{
  "build": {
      "protocols": [
      {
        "name": "myapp",
        "role": "Viewer",
        "schemes": [ "myappscheme"]
      }
    ]
  },
  "mac": {
    "appBundleId": "com.myapp.app",
    "appCategoryType": "app-category-type=public.app-category.developer-tools",
    "extendedInfo": "info.plist"
  }
}

please note that you might have to do some pathing alterations to get the electron.manifest.json embedded paths to resolve correctly

csharp code
app.On("open-url", o => {
  // myappscheme://the/rest/of/the/url
  var url = o.ToString();
  // Do logic here to parse the url for intended results
});

In Windows/Linux
app.On("second-instance", o => {
  var args = ((JToken)o).ToObject(typeof(List<string>)) as List<string>;
  var url = args.FirstOrDefault(i => i.StartsWith("myappscheme://");
  if (string.IsNullOrWhitespace(url) == false) {
    // Do logic here to parse the url for intended results
  }
});

Likewise handling files is similar, you must first register the app as a handler for the file type and that is os dependent.
In Windows with NSIS
Nsis install script adddition
; Register the extension with your app, look up RegisterExtension in NSIS documentation
${RegisterExtension} "$INSTDIR\MyApplication.exe" ".ext" "NAME_FOR_EXTENSION"

Don't ask me how to integrate that off the shelf with electron-builder, I have a very customized nsis build script that using the unpacked outputs.
In Windows/Linux

csharp code
app.On("second-instance", o => {
   var args = ((JToken)o).ToObject(typeof(List<string>)) as List<string>;
   var path = args
      .SkipWhile(a => !a.Equals("--allow-file-access-from-files"))
      .Skip(1).FirstOrDefault();
   if (string.IsNullOrWhiteSpace(path) == false) {
      // do something with the path
   }
});

Notice this is the same event listener in windows/linux as the scheme (url) handler

In Mac
csharp
  app.On("open-file", async o =>
  {
      var path = o.ToString();
      // Do something with the path
  });

Note that the file handlers described here also work as the handlers for any Recent Documents that are attached to the program in the OS

Now I'm sure I've definitely missed something here in this long winded explanation as there are too many intricacies that I figured out, got set up and working and promptly forgot about but this should get you started.

@locoruiz
for url support you need to register a scheme with the os and associate it with the app. This is different for each os in how you do this.
in the code to handle the scheme
In Mac
info.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
  <key>CFBundleURLTypes</key>
  <array>
    <dict>
        <key>CFBundleTypeRole</key>
        <string>None</string>
        <key>CFBundleUrlIconFile</key>
        <string>Contents/Resouces/MyApp.icns</string>
        <key>CFBundleUrlName</key>
        <string>com.myapp.app</string>
        <key>CFBundleUrlSchemes</key>
        <array>
            <string>myappscheme</string>
        </array>
    </dict>
  </array>
  <key>NSPrincipalClass</key>
  <string>AtomApplication</string>
</dict>
</plist>

electron.manifest.json
{
  "build": {
      "protocols": [
      {
        "name": "myapp",
        "role": "Viewer",
        "schemes": [ "myappscheme"]
      }
    ]
  },
  "mac": {
    "appBundleId": "com.myapp.app",
    "appCategoryType": "app-category-type=public.app-category.developer-tools",
    "extendedInfo": "info.plist"
  }
}

please note that you might have to do some pathing alterations to get the electron.manifest.json embedded paths to resolve correctly

csharp code
app.On("open-url", o => {
  // myappscheme://the/rest/of/the/url
  var url = o.ToString();
  // Do logic here to parse the url for intended results
});

In Windows/Linux
app.On("second-instance", o => {
  var args = ((JToken)o).ToObject(typeof(List<string>)) as List<string>;
  var url = args.FirstOrDefault(i => i.StartsWith("myappscheme://");
  if (string.IsNullOrWhitespace(url) == false) {
    // Do logic here to parse the url for intended results
  }
});

Likewise handling files is similar, you must first register the app as a handler for the file type and that is os dependent.
In Windows with NSIS
Nsis install script adddition
; Register the extension with your app, look up RegisterExtension in NSIS documentation
${RegisterExtension} "$INSTDIR\MyApplication.exe" ".ext" "NAME_FOR_EXTENSION"

Don't ask me how to integrate that off the shelf with electron-builder, I have a very customized nsis build script that using the unpacked outputs.
In Windows/Linux

csharp code
app.On("second-instance", o => {
   var args = ((JToken)o).ToObject(typeof(List<string>)) as List<string>;
   var path = args
      .SkipWhile(a => !a.Equals("--allow-file-access-from-files"))
      .Skip(1).FirstOrDefault();
   if (string.IsNullOrWhiteSpace(path) == false) {
      // do something with the path
   }
});

Notice this is the same event listener in windows/linux as the scheme (url) handler

In Mac
csharp
  app.On("open-file", async o =>
  {
      var path = o.ToString();
      // Do something with the path
  });

Note that the file handlers described here also work as the handlers for any Recent Documents that are attached to the program in the OS

Now I'm sure I've definitely missed something here in this long winded explanation as there are too many intricacies that I figured out, got set up and working and promptly forgot about but this should get you started.

Thank you very much!

Implemented! Available in Electron.NET version 7.30.2.
You can start the app with:
electronize start /args --dog=woof --test=true
or
myapp.exe /args --dog=woof --test=true
With the Electron.NET API you can get the value:
if (await Electron.App.CommandLine.HasSwitchAsync("dog"))
{
   string value = await Electron.App.CommandLine.GetSwitchValueAsync("dog");
   await Electron.Dialog.ShowMessageBoxAsync(value);
}

The " _myapp.exe /args --dog=woof --test=true_" desn't work for me. I'm getting:
A positional parameter cannot be found that accepts argument '--dog=woof'.
It doesn't matter even if I use my own arguments.


msgpack unit test failures on ppc64 arch

Hi, I was trying to build[1] the newest release on multiple architectures (Fedora build architectures). There seems to be some msgpack related unit test failure on ppc64. See the attached build log:
json-ppc64-build.log.txt
[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=18476755

Thanks for the report. Could this be an endianess issue?

Yeah, that would be my guess too. Consider:
src/unit-msgpack.cpp:210: FAILED:
  CHECK( json::from_msgpack(result) == j )
with expansion:
  1 == 256

which looks like 0x0001 == 0x0100

ppc64 is big endian

if you decide to do the swaps don't forget about bit_cast<>().

I currently do not have the means to test this. Is there a way to have a big endian system with Vagrant?

Apparently the users, test this for you, you don't need to test yourself.
Otherwise, try qemu, install a big endian distro and start testing.
2017-04-01 1:08 GMT+02:00 Niels Lohmann<EMAIL_ADDRESS>
I currently do not have the means to test this. Is there a way to have a
big endian system with Vagrant?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/nlohmann/json/issues/524#issuecomment-290856054, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AH6jVM6a_CIFxnG3AQFUuhJPrTh_kJCBks5rrYdigaJpZM4Mh1xK
.

In the end, I need a test setup to at least verify a fix.
I could get qemu to work, but I failed to get a recent Linux with a recent compiler to work, let alone properly integrate it into my network. Hints greatly appreciated!

Its very involved, I don't even remember how I did it myself, but I managed
at last. You should use Debian and follow some online tuts.
On Apr 3, 2017 22:31, "Niels Lohmann"<EMAIL_ADDRESS>wrote:

In the end, I need a test setup to at least verify a fix.
I could get qemu to work, but I failed to get a recent Linux with a recent
compiler to work, let alone properly integrate it into my network. Hints
greatly appreciated!
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/nlohmann/json/issues/524#issuecomment-291264540, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AH6jVNy1ltorQmhawYxdQLn7SktGNza1ks5rsVckgaJpZM4Mh1xK
.

Hey @dkopecek, could you please try https://github.com/nlohmann/json/blob/feature/manual_lexer/src/json.hpp ? I could not test it with a big-endian system myself.
It is a reimplementation of the binary readers/writers which should respect the byte order.
The main functions are:
// from http://stackoverflow.com/a/1001328/266378
static bool little_endianess()
{
    int num = 1;
    return (*reinterpret_cast<char*>(&num) == 1);
}

// writes a number of type T to vector v
template<typename T>
void write_number(T n)
{
    std::array<uint8_t, sizeof(T)> vec;
    std::memcpy(vec.data(), &n, sizeof(T));

    for (size_t i = 0; i < sizeof(T); ++i)
    {
        // reverse byte order prior to conversion if necessary
        if (is_little_endian)
        {
            v.push_back(vec[sizeof(T) - i - 1]);
        }
        else
        {
            v.push_back(vec[i]);
        }
    }
}

// reads a number of type T from input
template<typename T>
T get_number()
{
    std::array<uint8_t, sizeof(T)> vec;
    for (size_t i = 0; i < sizeof(T); ++i)
    {
        get();
        check_eof();

        // reverse byte order prior to conversion if necessary
        if (is_little_endian)
        {
            vec[sizeof(T) - i - 1] = static_cast<uint8_t>(current);
        }
        else
        {
            vec[i] = static_cast<uint8_t>(current);
        }
    }

    T result;
    std::memcpy(&result, vec.data(), sizeof(T));
    return result;
}

This code is inefficient considering that endianess is a compile-time
constant. You could do away with the if.
On Apr 5, 2017 06:58, "Niels Lohmann"<EMAIL_ADDRESS>wrote:

Hey @dkopecek https://github.com/dkopecek, could you please try
https://github.com/nlohmann/json/blob/feature/manual_lexer/src/json.hpp ?
I could not test it with a big-endian system myself.
It is a reimplementation of the binary readers/writers which should
respect the byte order.
The main functions are:
// from http://stackoverflow.com/a/1001328/266378static bool little_endianess()
{
int num = 1;
return (reinterpret_cast<char>(&num) == 1);
}
// writes a number of type T to vector vtemplatevoid write_number(T n)
{
std::array<uint8_t, sizeof(T)> vec;
std::memcpy(vec.data(), &n, sizeof(T));
for (size_t i = 0; i < sizeof(T); ++i)
{
    // reverse byte order prior to conversion if necessary
    if (is_little_endian)
    {
        v.push_back(vec[sizeof(T) - i - 1]);
    }
    else
    {
        v.push_back(vec[i]);
    }
}

}
// reads a number of type T from inputtemplate
T get_number()
{
std::array<uint8_t, sizeof(T)> vec;
for (size_t i = 0; i < sizeof(T); ++i)
{
get();
check_eof();
    // reverse byte order prior to conversion if necessary
    if (is_little_endian)
    {
        vec[sizeof(T) - i - 1] = static_cast<uint8_t>(current);
    }
    else
    {
        vec[i] = static_cast<uint8_t>(current);
    }
}

T result;
std::memcpy(&result, vec.data(), sizeof(T));
return result;

}
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/nlohmann/json/issues/524#issuecomment-291754409, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AH6jVK0SirO4aXnunKTw7iKvxEGUVaMCks5rsx9agaJpZM4Mh1xK
.

I could not find such a constant in the standard, and I would like to avoid dozens of #ifdefs to cover all compilers. I'm curious whether this fix works in the first place.

you can still have a constexpr variable, if you wish, but the real bonus
would be to avoid the if statement.
Example:
#if defined(BYTE_ORDER) && BYTE_ORDER == ORDER_BIG_ENDIAN ||
defined(BIG_ENDIAN)
constexpr auto big_endian = true;
#endif
2017-04-05 7:37 GMT+02:00 Niels Lohmann<EMAIL_ADDRESS>
I could not find such a constant in the standard, and I would like to
avoid dozens of #ifdefs to cover all compilers. I'm curious whether this
fix works in the first place.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/nlohmann/json/issues/524#issuecomment-291759332, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AH6jVHN1biNPfYQQ403e-hqpH0GsO3z7ks5rsyiDgaJpZM4Mh1xK
.

Is that macro portable?

checks boost's endian.hpp and adapt the code there, it's more complete than
my example.
2017-04-05 8:51 GMT+02:00 Niels Lohmann<EMAIL_ADDRESS>
Is that macro portable?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/nlohmann/json/issues/524#issuecomment-291770626, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AH6jVKDeqG1WBhabe7_LRr2IWgsRUBQuks5rszn9gaJpZM4Mh1xK
.

This was exactly what I wanted to avoid.

Avoid boost, yes, but you can still learn from their code.
2017-04-05 8:55 GMT+02:00 Niels Lohmann<EMAIL_ADDRESS>
This was exactly what I wanted to avoid.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/nlohmann/json/issues/524#issuecomment-291771329, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AH6jVI_xjEyzutaV-6xgTYEerhT3Ukgrks5rszrxgaJpZM4Mh1xK
.

I wanted to avoid "dozens of #ifsefs".

@nlohmann Cannot confirm that the fix works, because there are some compilation errors. See the attached
build.log.txt.

Sorry, I forgot I also changed the test suite. You need to check out the whole branch.

@nlohmann Unit tests fail on ppc64 and ppc64le:
ppc64le: https://kojipkgs.fedoraproject.org//work/tasks/1585/18791585/build.log
ppc64: https://kojipkgs.fedoraproject.org//work/tasks/1587/18791587/build.log

Thanks for the feedback. I really need a test system with ppc64.

@nlohmann Check out virt-builder:
https://developer.fedoraproject.org/tools/virt-builder/about.html
http://manpages.ubuntu.com/manpages/yakkety/man1/virt-builder.1.html
There are templates for Fedora ppc64, ppc64le, armv7, ... etc. (use virt-builder -l to list available templates).

This has nothing to do with the actual error, but the build script is odd:
+ doxygen doc/Doxyfile
warning: tag INPUT: input source `../src/json.hpp' does not exist
warning: tag INPUT: input source `index.md' does not exist
warning: source examples is not a readable file or directory... skipping.
warning: source images is not a readable file or directory... skipping.
warning: source ../src/json.hpp is not a readable file or directory... skipping.
warning: source index.md is not a readable file or directory... skipping.
sh: dot: command not found
error: Problems running dot: exit code=127, command='dot', arguments='"/builddir/build/BUILD/json-feature-manual_lexer/html/graph_legend.dot" -Tsvg -o "/builddir/build/BUILD/json-feature-manual_lexer/html/graph_legend.svg"'
error: Problem extracting size from SVG file /builddir/build/BUILD/json-feature-manual_lexer/html/graph_legend.svg
error: Style sheet 'css/mylayout.css' specified by HTML_EXTRA_STYLESHEET does not exist!

Instead of calling doxygen directly, one should call make -Cdoc instead.

I managed to set up a Debian 3.16.39 with powerpc architecture using qemu. With GCC 4.9.2 I could compile all tests. CBOR/MessagePack are still failing, but at least I can now debug myself ;)

Are you sure that it is a big-endian distro? Last time I checked I only saw
little endian ones. Maybe you need a MIPS distro?
2017-04-08 23:06 GMT+02:00 Niels Lohmann<EMAIL_ADDRESS>
I managed to set up a Debian 3.16.39 with powerpc architecture using qemu.
With GCC 4.9.2 I could compile all tests. CBOR/MessagePack are still
failing, but at least I can now debug myself ;)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/nlohmann/json/issues/524#issuecomment-292745642, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AH6jVHiD9MWvLThmaC7BCniJKDHDFhcKks5rt_a6gaJpZM4Mh1xK
.

It seems so:

With the manual_lexer branch, there is only one test failing for CBOR and MessagePack, respectively:

With the last commit (https://github.com/nlohmann/json/commit/6f99d5b2e978ee6ef448fe39a426ba12c101f8f9) all tests succeed.

@dkopecek Could you please check whether the fix works for you?

Hey, don't forget MIPS, now that you're at it.
2017-04-10 21:13 GMT+02:00 Niels Lohmann<EMAIL_ADDRESS>
@dkopecek https://github.com/dkopecek Could you please check whether
the fix works for you?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/nlohmann/json/issues/524#issuecomment-293049677, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AH6jVMVUgEfhxzwmzwGiXQxZAtm5xxQFks5run9PgaJpZM4Mh1xK
.

@nlohmann Oops, sorry, I was planning to but totally forgot :-) I'll check it out tomorrow (CEST timezone) and let you know.

What's wrong with MIPS?

It's big-endian, just like PPC.
2017-04-10 21:37 GMT+02:00 Niels Lohmann<EMAIL_ADDRESS>
What's wrong with MIPS?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/nlohmann/json/issues/524#issuecomment-293056046, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AH6jVPKZA6JyINcdK88_0wASBsCASFLKks5ruoUNgaJpZM4Mh1xK
.

Yes, and I proposed a fix for big endianess. I assume it also works for MIPS, but I already had troubles getting PPC to work.

Try it if you have time, on MIPS.
2017-04-10 21:40 GMT+02:00 Niels Lohmann<EMAIL_ADDRESS>
Yes, and I proposed a fix for big endianess. I assume it also works for
MIPS, but I already had troubles getting PPC to work.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/nlohmann/json/issues/524#issuecomment-293056638, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AH6jVKrRqkQwPt97McsCXqCQbNCFjqVoks5ruoWTgaJpZM4Mh1xK
.

Sorry, i don't, and would appreciate help on this issue.

@nlohmann results:
x86_64: ok
ppc64le: ok
aarch64: ok
ppc64: FAIL
i686: ok
armv7hl: ok
but this time it's a different fail. see the attached ppc64-build.log.txt

Thanks for reporting. Could you rerun the tests with
make json_unit
test/json_unit "*"

This runs all tests and does not abort after the first failure.

Interesting. With that testing procedure, the tests don't fail on ppc64 and do fail on armv7hl. So there seems to be something non-deterministic in the tests.
armv7hl-build.log.2.txt
ppc64-build.log.2.txt

That is indeed strange. The tests should be (of course) deterministic, but since the ARM error is a SIGSEGV, maybe just a different call could have triggered it. Without debugging, I cannot tell much about the issue...
Could I ask you to try the following?
make test-conversions -Ctest
test/test-conversions -s

This should give us more information on when the test crashes.

(On the bright side, it seems as if the fix for the endianess issue seems to work)

Could I ask you to try the following?
make test-conversions -Ctest
test/test-conversions -s

Doesn't fail at all. Tried several times.

Strange... Could you try to execute the tests with Valgrind?

Here are the logs. x86_64 is ok but I've attached it anyway.
armv7hl-build.3.log.txt
ppc64-build.3.log.txt
x86_64-build.3.log.txt

I think I need to close this issue. I cannot reproduce the problem, and I can do little with the provided logs.


Update headers to 1.3.250

It has some warnings on generated_vulkan_export_json_consumer.cpp
Missing conversion of pointers to VkPeerMemoryFeatureFlags in vkGetDeviceGroupPeerMemoryFeatures
Missing conversion of pointers to VkDeviceGroupPresentModeFlagsKHR in vkGetDeviceGroupSurfacePresentModesKHR
Missing conversion of pointers to VkPeerMemoryFeatureFlags in vkGetDeviceGroupPeerMemoryFeaturesKHR
Missing conversion of pointers to VkDeviceGroupPresentModeFlagsKHR in vkGetDeviceGroupSurfacePresentModes2EXT
Missing conversion of pointers to VkColorComponentFlags in vkCmdSetColorWriteMaskEXT

Those warnings don't hurt the program. Leave it later.

CI gfxreconstruct build queued with queue ID 15111.

CI gfxreconstruct build # 2779 running.

Added an issue for it https://github.com/LunarG/gfxreconstruct/issues/1124

CI gfxreconstruct build # 2779 passed.

The warnings predate the changed header.


feat: update edit and delete buttons for company cards, #469

Edit and Delte buttons for company cards are now situated in a dropdown menu in the top right section of the card
(Also contain a bit of cleaning up of the css and js files).
Although I had considered this task completed, just before I committed I realised that the dropdown menu is hidden by the "Hiring" ribbon. See screenshot below:

What shall we do to address this? Any suggestions @doomspork @gemantzu @burden ? :)

Niiiiice I like this version looks cleeaaan

@tajchumber I'll ecto @zacck's feedback: can't we move the dropdown to the left?

We can move either one, wanted you guys feedback to decide which one! 😊

I think we should move the hiring on the left and stick the menu on the right. What are we going to do with the options for the jobs?

@tajchumber these changes are awesome. I will defer to @gemantzu and @burden for review 👍

@tajchumber could you resolve the conflict? @gemantzu / @burden / @lccezinha any final thoughts on this?

@doomspork should be all good to go! waiting for the review 👍


Database->Create "Create migration for this table?" disabled

Laravel Version: 5.4
Voyager Version: 0.11.9
PHP Version: 5.6.30
Database Driver & Version: mysql 5.0.11

Description:
By default. "Create migration for this table?" is set to disabled?
If I remove "disabled"in:
vendor/tcg/voyager/resources/views/tools/database/vue-components/database-table-editor.blade.php
Line 28
Then I am good to go to migrate.
Missed I something?
Steps To Reproduce:
Fresh install
Regards from germany

That option currently only generates a partial migration which is not useful. So it's disabled by default.


Roll Engine from 3cda7f5807db to 156c2bebcb87 (9 revisions)

https://github.com/flutter/engine/compare/3cda7f5807db...156c2bebcb87
2021-05-17<EMAIL_ADDRESS>Web ImageFilter.matrix support (flutter/engine#25982)
2021-05-17<EMAIL_ADDRESS>Prepare to move --delete-tostring-package-uri option to Dart SDK (flutter/engine#26196)
2021-05-17<EMAIL_ADDRESS>[icu] Upgrade ICU to 69.1, the same commit used by Chromimum latest (flutter/engine#26200)
2021-05-17<EMAIL_ADDRESS>Roll Skia from<PHONE_NUMBER>36 to 5b38536d76ae (7 revisions) (flutter/engine#26202)
2021-05-17<EMAIL_ADDRESS>Reland outputs a json version of the package manifest. (flutter/engine#26163)
2021-05-17<EMAIL_ADDRESS>Roll Fuchsia Linux SDK from l6XmTSLnt... to AUWVgDkx6... (flutter/engine#26201)
2021-05-17<EMAIL_ADDRESS>Add image generator registry (flutter/engine#25987)
2021-05-17<EMAIL_ADDRESS>Roll Skia from c1f641104531 to<PHONE_NUMBER>36 (4 revisions) (flutter/engine#26197)
2021-05-17<EMAIL_ADDRESS>fuchsia: Only send different ViewProperties (flutter/engine#26170)
Also rolling transitive DEPS:
fuchsia/sdk/core/linux-amd64 from l6XmTSLnt_jR to AUWVgDkx6y2x
If this roll has caused a breakage, revert this CL and stop the roller
using the controls here:
https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Please CC<EMAIL_ADDRESS>on the revert to ensure that a human
is aware of the problem.
To report a problem with the AutoRoller itself, please file a bug:
https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug
Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+doc/master/autoroll/README.md

Commit queue failed; closing this roll.


Remove Rubyism in description.

scrabble-score description contained some Ruby style symbols.

Cool. Thanks.


add positron

add positron: "List of electron apps so I can avoid them, and some alternatives to use instead"

Thank you @lucasnuic


Add Default Club Data and Seed Clubs Collection

Do all work for this task in a branch called issue-23
Adding default clubs to populate clubs collection with upon server startup.
Branch off of issue-21

Addendum: Default club data did not exist, added it in so Mongo.js can use the data to seed the Clubs collection on server startup

Addendum: Default club data did not exist, added it to settings.development.json to seed Clubs collection with when server starts up in Mongo.js

Update: Removed code in schema that caused unexpected behavior, added additional constraints to schema

Update: Removed code in schema that caused unexpected behavior, added additional constraints to schema


Install error

dotnet tool install --global BlazorSpark.Console  -> I Runned this and it's installed
spark install.  -> this does not work, do I have to install something else before running this command? also at whcih directory do I run it? I'm on a macbook
spark new MyApp

I hadn't tested this yet on a Mac. So I dusted off my old Mac Air.
I also got errors after running the dotnet tool install command when trying spark install.
I had to add the following to my .zshrc file in my users root folder:
export PATH="$PATH:/Users/{your_user_name}/.dotnet/tools"
"spark install" worked after that. Let me know if that works for you.

Closing this due to inactivity.


[Emergency] correct array index in backtrace

This bug causes wrong patches in kubernetes-sig/controller-runtime.

Thanks @kdada !

@kdada , I have published v2 and also updated the module path. https://github.com/gomodules/jsonpatch/releases/tag/v2.0.0


Error receiving key

Hi
A bid delay appeared for key. Is this normal ?
Event registration for Mow and Trim was successful, but no code was provided, retry in 63 seconds
thk

https://github.com/masterking32/MasterHamsterKombatBot/issues/344

Read my prev comment


[.CommandBufferContext]RENDER WARNING: Render count or primcount is 0.

Chrome 50.0.2661.102 with dbc91ef5c6d6f7de877d5c8011d4f6f09c8b0a9c and earlier, shows these WebGL warnings:
(256) [.CommandBufferContext]RENDER WARNING: Render count or primcount is 0.
localhost/:1 WebGL: too many errors, no more errors will be reported to the console for this context.
18 console messages are not shown.
http://stackoverflow.com/questions/35288245/three-js-imported-obj-model-commandbuffercontextrender-warning-render-count says this occurs when "the low level render call was told to draw zero vertices/faces. It is because you have one or more meshes with a polygon that has zero faces/vertices, so on each draw call this error piles up."
The render warning doesn't provide any backtrace, only shows it coming from "locahost:/1" which is not too helpful in tracing down the source of the issue.

Added logging in voxel-shader aoshader.js, to try to catch zero-length triangleVAO:
diff --git a/aoshader.js b/aoshader.js
index 7cd8bf2..05c2ed9 100644
--- a/aoshader.js
+++ b/aoshader.js
@@ -107,6 +107,7 @@ ShaderPlugin.prototype.render = function() {

     var triangleVAO = mesh.vertexArrayObjects.surface
     if (triangleVAO) {  // if there are triangles to render
+      if(triangleVAO.length===0)console.log('triangleVAO',triangleVAO.length);
       shader.uniforms.model = mesh.modelMatrix
       triangleVAO.bind()
       gl.drawArrays(gl.TRIANGLES, 0, triangleVAO.length)

but the condition is never hit. Other calls to gl.drawArrays?

Reproduces even with the minimal voxel-engine-stackgl example https://github.com/voxel/voxel-example, but logs differently:
16localhost/:1 [.CommandBufferContext]RENDER WARNING: there is no texture bound to the unit 0
16localhost/:1 [.CommandBufferContext]RENDER WARNING: Render count or primcount is 0.
16localhost/:1 [.CommandBufferContext]RENDER WARNING: there is no texture bound to the unit 0
16localhost/:1 [.CommandBufferContext]RENDER WARNING: Render count or primcount is 0.
16localhost/:1 [.CommandBufferContext]RENDER WARNING: there is no texture bound to the unit 0
16localhost/:1 [.CommandBufferContext]RENDER WARNING: Render count or primcount is 0.
16localhost/:1 [.CommandBufferContext]RENDER WARNING: there is no texture bound to the unit 0
16localhost/:1 [.CommandBufferContext]RENDER WARNING: Render count or primcount is 0.
16localhost/:1 [.CommandBufferContext]RENDER WARNING: there is no texture bound to the unit 0
16localhost/:1 [.CommandBufferContext]RENDER WARNING: Render count or primcount is 0.
16localhost/:1 [.CommandBufferContext]RENDER WARNING: there is no texture bound to the unit 0
16localhost/:1 [.CommandBufferContext]RENDER WARNING: Render count or primcount is 0.
16localhost/:1 [.CommandBufferContext]RENDER WARNING: there is no texture bound to the unit 0
16localhost/:1 [.CommandBufferContext]RENDER WARNING: Render count or primcount is 0.
16localhost/:1 [.CommandBufferContext]RENDER WARNING: there is no texture bound to the unit 0
16localhost/:1 [.CommandBufferContext]RENDER WARNING: Render count or primcount is 0.
localhost/:1 WebGL: too many errors, no more errors will be reported to the console for this context.

no such warnings with Firefox (used 45.0b4), which has a nifty WebGL debugger, unfortunately.

It might make sense to fix this at lower layer: https://github.com/mikolalysenko/gl-mesh/issues/2 Skip draw() if this.numElements===0? Chrome logs: RENDER WARNING: Render count or primcount is 0.


Crashing execution

Description
What steps will reproduce the problem?

What happens for my program when i ran my program in
Traceback
Exception in comms call get_namespace_view:
  File "C:\Program Files\Spyder\pkgs\spyder_kernels\comms\commbase.py", line 315, in _comm_message
    encoding='latin-1')
ModuleNotFoundError: No module named 'torch'

Versions

Spyder version: 4.2.1
Python version: 3.7.9
Qt version: 5.12.10
PyQt5 version: 5.12.3
Operating System: Windows 10

Dependencies

# Mandatory:
atomicwrites >=1.2.0            :  1.4.0 (OK)
chardet >=2.0.0                 :  4.0.0 (OK)
cloudpickle >=0.5.0             :  1.6.0 (OK)
diff_match_patch >=20181111     :  20200713 (OK)
intervaltree                    :  None (OK)
IPython >=7.6.0                 :  7.19.0 (OK)
jedi =0.17.2                    :  0.17.2 (OK)
jsonschema >=3.2.0              :  3.2.0 (OK)
keyring >=17.0.0                :  21.5.0 (OK)
nbconvert >=4.0                 :  6.0.7 (OK)
numpydoc >=0.6.0                :  1.1.0 (OK)
paramiko >=2.4.0                :  2.7.2 (OK)
parso =0.7.0                    :  0.7.0 (OK)
pexpect >=4.4.0                 :  4.8.0 (OK)
pickleshare >=0.4               :  0.7.5 (OK)
psutil >=5.3                    :  5.7.3 (OK)
pygments >=2.0                  :  2.7.3 (OK)
pylint >=1.0                    :  2.6.0 (OK)
pyls >=0.36.2;<1.0.0            :  0.36.2 (OK)
pyls_black >=0.4.6              :  0.4.6 (OK)
pyls_spyder >=0.3.0             :  0.3.0 (OK)
qdarkstyle >=2.8                :  2.8.1 (OK)
qtawesome >=0.5.7               :  1.0.2 (OK)
qtconsole >=5.0.1               :  5.0.1 (OK)
qtpy >=1.5.0                    :  1.9.0 (OK)
rtree >=0.8.3                   :  0.9.4 (OK)
setuptools >=39.0.0             :  51.0.0 (OK)
sphinx >=0.6.6                  :  3.3.1 (OK)
spyder_kernels >=1.10.1;<1.11.0 :  1.10.1 (OK)
textdistance >=4.2.0            :  4.2.0 (OK)
three_merge >=0.1.1             :  0.1.1 (OK)
watchdog                        :  1.0.2 (OK)
zmq >=17                        :  20.0.0 (OK)

# Optional:
cython >=0.21                   :  0.29.21 (OK)
matplotlib >=2.0.0              :  3.3.3 (OK)
numpy >=1.7                     :  1.19.3 (OK)
pandas >=1.1.1                  :  1.1.5 (OK)
scipy >=0.17.0                  :  1.5.4 (OK)
sympy >=0.7.3                   :  1.7.1 (OK)

@mohammadiasl, thanks for reaching out, have you installed PyTorch in the same environment that Spyder uses? Or are you using a separate enviroment?

I am getting the exact same error. In my case I installed the stand alone Spyder version (today), and then created another environment with PyTorch and other dependencies. I changed the default environment to the PyTorch environment in the settings. Disabling UMR and restarting didn't help. Spyder did not crash after this and the variables are in the workspace but I cannot see any of the variables in the Variable Explorer. Typing any variable in the IPython console produces the error again every time.
I was hoping the standalone would work in a simpler environment but I guess the explorer requires the modules to inspect them?
Hope that helps. Thanks!

@neurosock, what kind of variables are you trying to see in the Variable Explorer?

Hi @ccordoba12, all the variables (even simple numpy arrays) were gone after the error in my case, so the Variable Explorer was fully empty.
I can add to this that installing spyder on exactly the same environment where PyTorch was and running Spyder on that environment solves this issue for me. Now I can explore all variables including PyTorch objects and numpy arrays.
I think this can be related to: #15683 and #15522

I can add to this that installing spyder on exactly the same environment where PyTorch was and running Spyder on that environment solves this issue for me. Now I can explore all variables including PyTorch objects and numpy arrays.

Yeah, that's really the only possible solution right now. Closing then.