text:
Permissions issues with electron sandbox on archlinux

Operating System: Archlinux (Manjaro)
Beaker version: 0.8.8
Hi all,
I'm trying to build Beaker from source and having some issues.
First I run npm install which completes successfully
then npm run rebuild also successful
then npm start here's where i first get my error
[8958:0619/111505.829308:FATAL:setuid_sandbox_host.cc(157)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that ./node_modules/electron/dist/chrome-sandbox is owned by root and has mode 4755.

a chmod and chown later npm start now succeeds and Beaker starts
so now I successfully build the AppImage with npm run release
but when running the built AppImage I get the same error but this time pointing at a temporary chrome-sandbox
You need to make sure that /tmp/.mount_BeakerhN8lvV/chrome-sandbox is owned by root and has mode 4755.

I can't however change that file's permissions as it seems to be deleted after the app crashes. Any suggestions? I'm not super familiar with electron so maybe I'm missing something obvious?

I've noticed something similar on Debian 10. Haven't been able to research it in detail though.

Thanks for filing. That's a pain! I'll check into it.

@pfrazee let me know if I can help in anyway!

Thanks! I just need to dig into electron docs and issues and look for some pointers.

Facing similar issue (one with temporary path ) on CentOS7 as well.

I confirm this issue on Manjaro (Archlinux). The fix #1524 that works for me on Debian sudo sysctl kernel.unprivileged_userns_clone=1returns the following error on Manjaro: sysctl: cannot stat /proc/sys/kernel/unprivileged_userns_clone: No such file or directory
I am not able to install the last appimages on Manjaro linux.

authors: brechtcs pfrazee raphaelbastide tulsileathers vaga007

repo: beakerbrowser/beaker


text:
collapse-preserve-inline and throw

I'm using js-beautify 1.6.3 on OSX for CLI formatting, main reason, to be cosnsitent with editor formatting (Sublime).
I have noticed that there is difference even if using same settings.
After digging deeper I have found theta runnting js-beautyfy twice from CLI, will give me what I expect.
Digging deeper 'throws' seems to cause trouble
echo 'if (a == 1) { a++; }' | js-beautify -b collapse-preserve-inline

prints expected
if (a == 1) { a++; }

however
echo 'if (a == 1) { throw "aaa" }' | js-beautify -b collapse-preserve-inline

prints unexpected (nor collapsed nor expanded version)
if (a == 1) {
	throw "aaa" }

why ?
and now the funny part (double formatting):
echo 'if (a == 1) { throw "aaa" }' | js-beautify -b collapse-preserve-inline | js-beautify -b collapse-preserve-inline

prints:
if (a == 1) {
	throw "aaa"
}

so it is unstable and formatting result depends on how many times you run formatter ?
Thanx for help

Hello, excellent bug report and details.  I've added this to the next milestone.

Duplicate of #898

source: gharchive/issue

authors: ainthek bitwiseman

repo: beautify-web/js-beautify

license: MIT

license_type: permissive

license_source: github-api


text:
Contribution guidelines section

WHEN I enter a description, installation instructions, usage information, contribution guidelines, and test instructions
THEN this information is added to the sections of the README entitled Description, Installation, Usage, Contributing, and Tests

Done!

repo: beckpull/readme-generator


text:
footer design

provide a better design with node_env and version printed
add social media links

pr: https://github.com/bedirhanyildirim/fsmvu.com/pull/27


text:
#Upgrade to React.js 0.14

Adds new react min version to package.json
Adds new react-dom library to build dependencies
Implementing new ReactDOM

#3 Complete.

source: gharchive/pull-request

repo: befreestudios/Webpack-React-Flux

license: mit

license_source: bigquery


text:
Faulty tx inputs produces undefined/None/Null input addresses

There are "faulty" transactions like:

txid = 2dc793134d1063a2f2505bba98c63441380658d25a707bed6a36f2b71d051aec
https://blockchain.info/tx/2dc793134d1063a2f2505bba98c63441380658d25a707bed6a36f2b71d051aec
txid = 8ebe1df6ebf008f7ec42ccd022478c9afaec3ca0444322243b745aa2e317c272
https://blockchain.info/tx/8ebe1df6ebf008f7ec42ccd022478c9afaec3ca0444322243b745aa2e317c272

which produces undefined/None/Null input addresses which mess up the enity graph mapping.
This should not be a problem after commit 69e5da1b551b7a6c864ebff103598026affce41f which adds code to catch this error but it might be a better idea to address the root of the problem.

This should be fixed by now

repo: behas/bitcoingraph


text:
ConditionalExpression breaking weird with long condition

When the Condition is long, this is how ConditionalExpression breaks.
    public string Value = someLongConditionddddddddd
    || someOtherConditionddddddddddd ? "yes" : "no";

This is working properly now.

repo: belav/csharpier


text:
Support Size

I see that you do not support annotation javax.validation.constraints.Size. Can you support it?
From java doc:

The annotated element size must be between the specified boundaries (included).
Supported types are:
CharSequence (length of character sequence is evaluated)
Collection (collection size is evaluated)
Map (map size is evaluated)
Array (array length is evaluated)
null elements are considered valid.

@Size is supported and here is an example: Annotated bean and test.

I see that you do not support annotation javax.validation.constraints.Size

Where do you see that?

Hmm I used it on List and it didn't work.

It looks like only the String type is supported. Here is a failing test with v3.9.0:
import java.util.List;

import javax.validation.constraints.Size;

import io.github.benas.randombeans.EnhancedRandomBuilder;
import io.github.benas.randombeans.api.EnhancedRandom;
import org.junit.Assert;
import org.junit.Test;

public class Issue348 {

	@Test
	public void testSizeOnList() {
		// given
		EnhancedRandom enhancedRandom = new EnhancedRandomBuilder()
				.build();

		// when
		Person person = enhancedRandom.nextObject(Person.class);

		// then
		Assert.assertNotNull(person);
		int size = person.getNames().size();
		Assert.assertTrue(size >= 2 && size <= 5);
	}

	static class Person {
		@Size(min = 2, max = 5)
		private List<String> names;

		public Person() {
		}

		public List<String> getNames() {
			return names;
		}

		public void setNames(List<String> names) {
			this.names = names;
		}
	}
}

We need to add support for all types as documented in the annotation (Collection, Map and Array) in addition to Strings.
Thank you for reporting this issue!

Maybe use Collection interface instead of List?

Yes as I said here:

We need to add support for all types as documented in the annotation (Collection, Map and Array) in addition to Strings.

@magx2 A fix has been deployed in version 4.0.0.RC2-SNAPSHOT. Can you please give it a try?
If you don't know how to use a snapshot version, please refer to the wiki here.
As you might have noticed, the project has been renamed and you would need to adjust a couple of things (see migration guide).
Looking forward for your feedback. Thank you upfront!

It's working! Thanks!

repo: benas/random-beans


text:
Upgrade to Serde 0.9

There are a couple of breaking changes in both Serde itself and serde-json.

I'm currently working on this. There are lots of changes, I'll see if I manage to solve them all :persevere:

authors: antoine-de benashford

repo: benashford/rs-es


text:
Duplicated whisper to yourself

Describe the bug
Sending a whisper generate a duplicated message on the chat
To Reproduce
Steps to reproduce the behavior:

Go to https://dogehouse.tv
Click on "new room"
Creta a whisper #@USERNAME for yourself
Press enter and enjoy

Expected behavior
Only one message please
Screenshots

What device are you on?
Laptop
Additional context

I can reproduce this

you mean you can't?

you mean you can't?

no i said i CAN. i agree with you, this is a thing

repo: benawad/dogehouse


text:
WIP: Use CC0-1.0 license text from source

Ensure that we recognize both text to be merged in https://github.com/github/choosealicense.com/pull/488 and text published at choosealicense.com and used by licensee since 2013.
Added tests, naive stripping of optional line at beginning (from CC source) and end (from choosealicense-2013).
Not sure how to deal with large block of optional text in source:
    CREATIVE COMMONS CORPORATION IS NOT A LAW FIRM AND DOES NOT PROVIDE
    LEGAL SERVICES. DISTRIBUTION OF THIS DOCUMENT DOES NOT CREATE AN
    ATTORNEY-CLIENT RELATIONSHIP. CREATIVE COMMONS PROVIDES THIS
    INFORMATION ON AN "AS-IS" BASIS. CREATIVE COMMONS MAKES NO WARRANTIES
    REGARDING THE USE OF THIS DOCUMENT OR THE INFORMATION OR WORKS
    PROVIDED HEREUNDER, AND DISCLAIMS LIABILITY FOR DAMAGES RESULTING FROM
    THE USE OF THIS DOCUMENT OR THE INFORMATION OR WORKS PROVIDED
    HEREUNDER.

Stripping that entire string regardless of how it is wrapped would be one straightforward option.
Fixes  #243 which is a duplicate of #172

I'm baffled as to why a wholly unrelated test just started failing (it doesn't locally):
  1) command line invocation when given a repo URL detects the file's license
     Failure/Error: expect(stdout).to match('License: MIT License')
       expected "" to match "License: MIT License"
     # ./spec/bin_spec.rb:69:in `block (3 levels) in <top (required)>'

I'll try restarting the CI test jobs later in hopes its something transient in the CI environment.

I'm baffled as to why a wholly unrelated test just started failing (it doesn't locally):

Ugh. I suspect it's hitting the API rate limit. I just added that test today, but it's largely an integration test. I think it's safe to remove.

OK, it might be ugly, but it works. There are probably ways to make it slightly less ugly; review requested.
Longer term and more generally I'd like to see if extracting <optional> texts from https://github.com/spdx/license-list-XML rather than hardcoding them here might be workable. Beyond that, explore a new matcher based entirely on following the markup in that repo.

@benbalter just a ping to review this again when you get the chance. As mentioned at https://github.com/github/choosealicense.com/pull/488#issuecomment-379062833 SPDX 3.1 will account for the CC0-1.0 text variation introduced in choosealicense.com and licensee; it'd be nice to reciprocate by moving to the standard text in choosealicense.com and licensee. 😄

just because a PR is taking a long time doesn't mean it is no longer relevant
though sometimes I do wonder why this one is taking so long

bump

Finally got around to making this PR consistent with the normalization improvements introduced in #342

authors: anowlcalledjosh benbalter mlinksva

repo: benbalter/licensee


text:
Implicitly re-order input dimensions?

Currently if we provide an input n-d array with the right dimensions but in the wrong order it raises an error. Dimension order is important because xarray objects are used for the i/o model interface but not internally in processes.
Maybe raising an error in this case is too strict and we could implicitly re-order the dimensions of given inputs before running a simulation.
A downside is that users may not be aware of this change. the annoyance would be limited, though, as i/o data are xarray objects (the dimension order doesn't really matters). Or we could imagine keeping somewhere the dimension order given for the inputs and reuse that information later to revert back to this original order when building the outputs.

Currently if we provide an input n-d array with the right dimensions but in the wrong order it raises an error.

Not sure of this.

Better explicit than implicit (see #76).

repo: benbovy/xarray-simlab


text:
total.wav is a single channel, why not align it in a multichannel fashion?

Currently total.wav seems to contain the cummulative result. I think it would be much more valuable to have a total file that contains all tracks being correctly aligned. It could be even nicer to use a container format that does not require the 'shift' to be encoded, hence the offset would only be encoded as metadata (in a edit decision list fashion).

Yes, total.wav contains all tracks averaged into a single channel. Audalign uses pydub to export files, so this kind of feature depends on pydub's capabilities. the write_extension argument in align lets you specify different formats than .wav. Are you suggesting that it also writes a total file with each aligned audio file being encoded as a separate channel?
I'm not sure what kind of format could be used to encode the shift as metadata. Do you have some examples of what you're thinking of?

Are you suggesting that it also writes a total file with each aligned audio file being encoded as a separate channel?

When I aligning two mono files, my expectation was that I would receive a single single "dual-mono" file. At this moment I get three files, channel1, channel2 and total. So I would actually want to choose how the export is done. Separate channels, "dubbed" or integerated.

I'm not sure what kind of format could be used to encode the shift as metadata. Do you have some examples of what you're thinking of?

I was looking if mastroska was capable of doing this. I am very sure that SMIL is capable describing it. But nobody implements SMIL in a audio/video editor ;)

I'll add a new option to specify if you want the output files to be encoded as channels in a single output file. Seems like a pretty simple addition from this StackOverflow post, so I could probably have it out in a day or two.
Huh, I'm not very familiar with SMIL or mkv's, but that seems nifty! SMIL seems to be mostly a web thing?

Huh, I'm not very familiar with SMIL or mkv's, but that seems nifty! SMIL seems to be mostly a web thing?

I see SMIL as a very advanced playlist format that does not have to be linear, so the takeaway is: it is not a container, but rather standardised way to state how files are related towards eachother. I am also curious if MXF could do it, taking the original streams, and just placing them on a position in the timeline.

That's some good-to-know info! I'm also not very familiar with MXF
The align functions return the total results with the shifts and corresponding match strengths. It seems like you could process the output from the recognitions into one of those container formats.
It's not a feature I would plan to support any time soon, but I'd be happy to accept PRs!

authors: benfmiller skinkie

repo: benfmiller/audalign


text:
Add Link to website in the description

Thanks for the website!
It would be helpful to have website link in the description: https://2023elections.bengawalk.com

🙌 Added the link to live version in the README.


text:
Task query seems to be broken

I am experimenting with this plugin and trying to use the query functions to get all my tasks rendered into the kanban but, just like in #42 , it is not getting rendered at all.
Was there any change that was not reflected in the readme, maybe?

Yeah, broken for me also. I'm using version 3.8.1

authors: jezzaaa pgpais

repo: benjypng/logseq-kanban-plugin


text:
Upgraded Sentiment Analysis - question about sigmoid

To get the predictions you do this:
rounded_preds = torch.round(torch.sigmoid(preds))

I was wondering why I get very different accuracies when I add a sigmoid layer to the LSTM instance:
self.sigmoid = nn.Sigmoid()

and then return the following:
self.sigmoid(self.fc(hidden))

where self.fc is still the Linear hidden layer that you are using (and I do not apply sigmoid then in)
rounded_preds = torch.round(preds)

I expected that the results would be the same because I am doing the same, but apparently it's something totally different. Can you explain why this is the case?
And does it also mean that if you want to add another layer to the classifier (say for instance a RELU layer) you have to do it before feeding the results to the linear layer (so between LSTM and linear layer).

Note: I realise though that if you have a sigmoid value as the returned prediction value by the classifier instance itself, then this value will also be used to compute the loss and perform propagation, whereas if there is just a linear layer the value used to compute the loss will be the one provided by the linear layer. So it makes sense that the outcomes are different.
So I guess that my question is then why can't we not let the classifier object return a value provided by the sigmoid function/layer (instead of using a value provided from a linear layer) or feed the output from the linear layer to a sigmoid layer and return that as the final prediction of the classifier object.

I think that I know the answer:
[(https://discuss.pytorch.org/t/bceloss-vs-bcewithlogitsloss/33586/4)]
You are using BCEWithLogitsLoss, so the sigmoid activation function will be applied internally when the loss is computed. Therefore, you should not feed probabilities into the loss function (in contrast to BCEloss).
However, to interpret the results / make a final prediction, we still need to convert the predicted values by the linear layer to sigmoids, which is why you do that in the binary_accuracy function.

Yep, that's exactly correct.

authors: TalitaAnthonio bentrevett

repo: bentrevett/pytorch-sentiment-analysis


text:
Chart when viewed hourly (e.g. 24 hours or "Today") drops first 3 data points

I noticed that if I select "Today" or "24 hours" the chart consistently shows 0 for the first 3 data points/hours:

Unclear if this is just affecting chart or the other tables (they're separate queries).

After some additional debugging, this appears to only be happening in production.
Here's localhost for last 24 hours (note this uses the production dataset):

The same data rendered using the same version (b5159a5) deployed on Cloudflare:

The data is the same; but the production worker is dropping the first 3 hours. I suspect – as always – this is a timezone thing.

Okay, this happens when the server is running on a timezone that doesn't match the user (which is pretty frequent). Fix incoming.

repo: benvinegar/counterscale


text:
Add Variant class

Considering the example given in the README file, a variant class could be constructed.

Consider supporting only C++14

Added Variant class. This issue can be closed.

repo: berenoguz/pera


text:
send experimenter email confirmation requests for unusual behavior

if participants.bonus > exp.bonus_confirmation_threshold
or if n.recruits > exp.recruit_confirmation_threshold
...

This issue was moved to Dallinger/Dallinger#179

authors: DallingerBot thomasmorgan

repo: berkeley-cocosci/Wallace


text:
Issue 1 - Feature/create users - Berkeli

Description
Add functionality to see registered users and functionality to create a user
Related to
Create Users #1
Fixes #1
Checklist:

[x] My code follows the style guidelines of this project
[x] I have carefully reviewed my own code
[x] I have commented my code
[x] I have updated any documentation

Heroku app: https://ldn8-cyf-breateau-11.herokuapp.com

repo: berkeli/breteau-dashboard

license: ISC


text:
Broken links

Seems like https://zeit.co/berzniz/react-overdrive-react-router-v4-demo/zketptspxf?redirect=1 and https://zeit.co/berzniz/react-overdrive-react-router-v4-demo/zketptspxf?redirect=1 are broken.
at least for me.

Thanks for reporting, I will try to re-deploy these

authors: berzniz mehrdaad

repo: berzniz/react-overdrive


text:
Getting "component is null" error message on the console log

Hi,
First of all thank you for the great library, it really makes a huge difference!
I faced one specific problem with dealing with Dropdown menus, both regular and Uncontrolled.
Following the examples in https://sveltestrap.js.org give the following error:
Uncaught TypeError: component is null
handleDocumentClick Dropdown.svelte:85
Looking at the code in Dropdown.svelte I indeed see a component variable declared let component; but was never assigned value.
Any help is appreciated.
Keep it up!

Hi @kefahi , thanks.
I'm unable to duplicate, here is sample using same code: https://svelte.dev/repl/4b7f32465b2c4980b9540d8b6ba23fde?version=3.24.0
Would you mind sharing the code you are using?

Thank you @bestguy
The error went away on its own. It could be a glitch in my local setup.
But I'm now curious to understand how it works without errors given that the component variable in Dropdown.svelte is not assigned any value.
Thank you again for following up.

Hi @kefahi ,
I think it actually is assigned a value on line #97
by using: bind:this={component}
https://svelte.dev/tutorial/bind-this

@bestguy
That clarifies it, many thanks for your patience and follow-up!
I'm closing the ticket.

authors: bestguy kefahi

repo: bestguy/sveltestrap


text:
ChatCompletionCreateResponse incorrectly deserializes multiple tool calls when streaming

Describe the bug
Our application uses completion request streaming alongside OpenAI's recent support for multiple parallel tool calls. However, we have found that while OpenAI correctly returns multiple tool call objects in the stream, ChatCompletionCreateResponse always batches them into a single call with multiple function argument objects. This causes the first tool call's arguments to be malformed, and ignores all other tool calls from the API.
Your code piece
var result = new OpenAIResponse();
using var cancellationTokenSource = new CancellationTokenSource(TimeSpan.FromSeconds(90));
await foreach (var completion in completionResult.WithCancellation(cancellationTokenSource.Token))
{
    if (completion.Successful)
    {
        var choice = completion.Choices.First();
        var tools = choice.Message.ToolCalls;
        Console.WriteLine(tools.Count.ToString());
        Console.WriteLine(tools.First().FunctionCall.Arguments.ToString());
    }
}

// Our prompt includes multiple tools, including "googleSearch" and "getURL".
// Our message to the agent: "Please search Google for cats and download the contents of www.wired.com."

Result
The code returns a single tool call containg the arguments of both tool calls: "{\"SearchTerm\": \"cats\"}{\"URL\": \"www.wired.com\"}"

Expected behavior
The code should return two separate tool calls in tools, each with its own arguments.
Desktop (please complete the following information):

OS: Windows Server 2019
Language: C#
Version: v7.4.6

Additional context
Looking at a proxy log of the response from OpenAI, we can see that the API properly returns two separate tool call objects:
data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"role":"assistant","content":null},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":0,"id":"call_c4yp30JbgLn1lwxhAWjCCShC","type":"function","function":{"name":"googleSearch","arguments":""}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":0,"function":{"arguments":"{\"Se"}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":0,"function":{"arguments":"archT"}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":0,"function":{"arguments":"erm\": "}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":0,"function":{"arguments":"\"cat"}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":0,"function":{"arguments":"s\"}"}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":1,"id":"call_iU0YaC5UfziyZN4bTQEKpsGS","type":"function","function":{"name":"getURL","arguments":""}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":1,"function":{"arguments":"{\"UR"}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":1,"function":{"arguments":"L\": \""}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":1,"function":{"arguments":"www.wi"}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":1,"function":{"arguments":"red."}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{"tool_calls":[{"index":1,"function":{"arguments":"com\"}"}}]},"logprobs":null,"finish_reason":null}]}

data: {"id":"chatcmpl-8tjMROEisBcC2XbXNdjGD89ydAywJ","object":"chat.completion.chunk","created":1708293099,"model":"gpt-4-0125-preview","system_fingerprint":"fp_f084bcfc79","choices":[{"index":0,"delta":{},"logprobs":null,"finish_reason":"tool_calls"}]}

data: [DONE]

This is what leads me to believe that this is an issue specifically with this library. I feel that this may be caused by the changes in #463, but I'm not familiar enough with the codebase to verify that.

I'm experiencing similar issues

Hello,
it actually seems there's an use-case is not handled in changes i did, related to parallel tool calls responses in chat streaming completion mode API. I already have detected where the issue is and i will fix it asap ( this evening or at last tomorrow ).
Thank you for your details.

authors: David-Buyer oferavnery skyegallup

repo: betalgo/openai


text:
Consider allowing DV_TEXT 'object', even if only a value attribute is present

For DV_TEXT, if the data is {comment: "some Text"} , currently {comment: {value: "some text"}} is not valid when committing data, only {comment: "some text"}.
This makes handling constraints where both text and codedText are valid, more awkward since it should be possible to infer text from codedText by the presence/absence of terminology and code attributes.

Hi.
This is already possible but the syntax of the value attribute is inccorect.
{"comment": "some Text"}
{"comment": {"|value": "some text"}}
Regards, Primož

Ah yes thanks. I was sure {"comment": {"|value": "some text"}} was rejected in the past - perhaps it has been fixed.

I have tried this before answering you :)
Can I close this issue or do you want to try this before closing?
Regards, Primož

Confirmed it works - closing

authors: delopst freshehr

repo: better-care/web-template


text:
Reflect dynamic components / type registrations for dynamic types

What problem does this solve or what need does it fill?
Components are not restricted to Rust types, rather they are opaque blobs of data identified in a world via ComponentId.
Reflect is not restricted to Rust type and provides dynamic introspection of otherwise opaque data.
However, TypeRegistration (and TypeInfo) is tied to Rust types. This means it's impossible to register reflection for dynamic components, even when you have a Reflect implementation available.
What solution would you like?
Don't require TypeId for TypeRegistration & TypeInfo.
Type registrations need to be identified by a different id, such as a type path.
What alternative(s) have you considered?
Keep restricting reflection to static components.

This was actually recently discussed to an extent on Discord. Relying on TypeId doesn't just limit our usage of dynamically defined types, it also makes hot-reloading a bit more complicated as well.
We should probably consider relying on TypePath for stable identification, and possibly a pre-computed hash of that value for performance-critical flows.

authors: MrGVSV SpecificProtagonist

repo: bevyengine/bevy


text:
Enable wayland by default

What problem does this solve or what need does it fill?
Without enabling wayland bevy fails on systems that support wayland instead of falling back to x11, supported by xwayland.
This is because wgpu won't support x11 windows, when wayland is available on the system.
What solution would you like?
simply add "wayland" to the default features list.
What alternative(s) have you considered?
You can of course enable it manually, but many will forget and simply assume that wayland will be supported via xwayland.

It may also be nice to default to X11 (through Xwayland) on GNOME even when wayland is supported as GNOME refuses to properly implement some parts of wayland. For example they don't support server side decorations, so winit has to draw a rather ugly title bar itself instead.

That would be a bad idea, because wgpu's gles backend will always use wayland when possible.
There is some discussion in winit and smithay_client_toolkit about adding libdecor support, for wayland, but for now we have to live with not the prettiest solution.

That would be a bad idea, because wgpu's gles backend will always use wayland when possible.

Then that is already a problem when wayland support is entirely disabled in winit. gfx-rs has logic to recreate the egl context when creating a surface for a different wayland window. I feel like this logic could be extended to recreating the egl context when creating a surface for an xcb or xlib window.

GNOME will never add SSD because they asume that everyone uses GTK and prefered to implement titlebars with additional buttons, menus etc. as CSD thing...
About libdecor, I found out it as kind of library which isn't FFI friendly at all and getting it stabilized in SCTK may take months.

What's the impact of enabling Wayland when running somewhere it's not available? Longer build times?

Regarding the topic of SSD in Gtk: I have stumbled upon this issue in a Wayland compositor and there is a PR to fix this issue in Gtk by enabling optional SSD (judging from the description, that is what it does; correct me if I am wrong).
Might be of interest to you @HeavyRain266.

Regarding the topic of SSD in Gtk: I have stumbled upon this issue in a Wayland compositor and there is a PR to fix this issue in Gtk by enabling optional SSD (judging from the description, that is what it does; correct me if I am wrong).
Might be of interest to you @HeavyRain266.

That doesn't fix absence of SSD in Mutter itself (GNOME's compositor) but adds option that you can disable GTK CSD in your Compositor to use your own SSD implementation.

What alternative(s) have you considered?
You can of course enable it manually, but many will forget and simply assume that wayland will be supported via xwayland.

For GNOME in Ubuntu, that would mean having to manually disable it to continue to use x11 (as this comment notes)?

For GNOME in Ubuntu, that would mean having to manually disable it to continue to use x11 (as this comment notes)?

XWayland is currently broken for wgpu with gles as it is will create an Instance that is only compatible with wayland if wayland is available.

Was scratching my head for a long while trying to figure out why the program was not exiting after closing the window. Enabling the wayland backend to stop relying to xwayland fixed the issue. Brief testing revealed no other issues.

For example they don't support server side decorations, so winit has to draw a rather ugly title bar itself instead.

There's nothing improper about this. It's perfectly valid in the spec to not support SSDs, and in some cases, expected, even. Plus, now we have libdecor and adwaita-sctk. There's not much need for SSDs, as now we can still get a similar end result.
In the process, this can make the creation of a compositor vastly simpler.

Another reason for wayland by default would be proper fractional scaling support. On my system (scale factor 1.5) applications running via XWayland applications are blurry due to being upscaled.

authors: HeavyRain266 bjorn3 keis kirusfg kobutri mcobzarenco mockersf orowith2os pkupper


text:
Adjust bevy_asset::AssetMode::Processed to take an Option<bool>th…

Adjust bevy_asset::AssetMode::Processed to take an Option<bool>that if None will default to whether the asset_processor feature is enabled or not.
Objective

Allowing the asset_processor feature to be user controllable at runtime, though default to the prior functionality

Solution

Added an Option<bool> to the bevy_asset::AssetMode::Processed head and dispatched on it falling back to the cfg!(feature = "asset_processor") value.

Changelog
Changed: bevy_asset::AssetMode::Processed acquired a new argument of bevy_asset::AssetMode::Processed(Option<boo>), if None then prior functionality else it will enable the processor if Some(true) or disable it if Some(false) overriding the feature.
Migration Guide
To continue with the prior functionality just adjust any AssetMode::Processed to bevy_asset's plugin loader to be AssetMode::Processed(None).

One thing to consider for this impl: while the asset_processor currently is "just" a flag to enable the asset processor, but ultimately I think it should also determine whether or not to compile the asset processor (this was omitted for 0.12 because the changes are non-trivial and require some refactors).
I think the behavior should be:

If asset_processor is not present, it is not compiled and we assume that for AssetMode::Processed, assets have already been compiled.
If asset_processor is present, it is compiled and (by default) we assume that we will start the asset processor (enabling the "standard" workflow as described).
If asset_processor is present, we are in AssetMode::Processed and the user has opted out from starting the processor as a runtime configuration on AssetPlugin, we will not start the server and we will exhibit the same behavior as (1).

I think Processed should not be a bool. I would like to keep that as a simple global "Processed vs Unprocessed" configuration so we can make this behavior work transparently.
Instead I think we should probably adopt the AssetPlugin::watch_for_changes_override pattern. Ex: AssetPlugin::start_asset_processor_override: Option<bool>, which will be considered when AssetMode::Processed is enabled with the asset_processor feature.

One thing to consider for this impl: while the asset_processor currently is "just" a flag to enable the asset processor, but ultimately I think it should also determine whether or not to compile the asset processor (this was omitted for 0.12 because the changes are non-trivial and require some refactors).

I expected it to work like this and was surprised when it didn't, I would expect this in the future as well (especially with how heavy some preprocessors might be when compiled in).

I think the behavior should be:
...snip ...

This works quite well.

Instead I think we should probably adopt the AssetPlugin::watch_for_changes_override pattern. Ex: AssetPlugin::start_asset_processor_override: Option<bool>, which will be considered when AssetMode::Processed is enabled with the asset_processor feature.

Effected this change, just pushed.
I do wonder if it should be AssetPlugin::start_asset_processor_override: Option<bool>, or if it should just be AssetPlugin::start_asset_processor_override: bool, that defaults to true though, that's basically what is already happening so the Option might be superfluous here.  Should I make it just a bool instead?


text:
Send SceneInstanceReady only once per scene

Objective
Send SceneInstanceReady only once per scene.
Solution
I assume that this was not intentional.
So I just changed it to only be sent once per scene.

Changelog
Fixed

Fixed SceneInstanceReady being emitted for every Entity in a scene.

Did you notice receiving several times this event?
It should already be sent only once

Yes, I received it multiple times, exactly as many times actually as I had entities in the scene.
I'm not familiar with Bevy's codebase, but from how I understand the code it seems obvious that it calls send_event() once per entity.

I'm on main and seeing this event only once, but this code shouldn't have changed since the 0.12.1
Could you share the scene you're using? I tried with a few gltf files

Could you share the scene you're using? I tried with a few gltf files.

I added a unit test. Without the change in this PR the unit test will fail.

nice test, thanks!
unlike scenes from gltfs, yours has two root entities, which explains what you're seeing 👍

Rebased after cfcb6885e3b475a93ec0fe7e88023ac0f354bbbf.

authors: daxpedda mockersf


text:
Mesh: added static and dynamic mesh for less runtime memory usage

This addresses the unloading issue in https://github.com/bevyengine/bevy/issues/756.
Problem
Any mesh that is created will keep it's data (vertex attributes and indices) in the memory. This data is however never needed, unless the user wishes to make changes at runtime.
Changes

All mesh data will be unloaded after beeing uploaded to the GPU.  If the user want's runtime changes hes has to use mesh::new_dynamic().
Internally, a new enum called MeshDataState indicates wther the mesh is static or dynamic.
mesh now keep direct track of changes to mesh::attributes and mesh::indices.
Remove mesh::indices_mut and mesh::attribute_mut, because any changes to these can't be tracked. If the user wishes to make chages to existing data, he has to clone them first from the immutable getter.

When this gets merged, we should probably also implement something similar for Texture data. There is no need to keep texture data (and any mipmaps) in system RAM after copying to the GPU, if the texture will not be modified.

Forgot to add:
The current API will just print an error if, for example,set_attribute is called but the mesh is GPU only. This is similary to how Unity deals with the problem, but might not be super rust idiomatic?
I tried other API aproaches, like having a extra struct MeshData that you can borrow from mesh, but there is no way to check when that borrow returns to update vertex_layout or indices_count etc. . Could also let that struct MeshDataborrowable over a scope wiht fn(&mut : MeshData) though, but maybe afterall this non-idomatic problem isn't big enough to justify this amount of extra code... 🤷

Round 2!

Separated Mesh internally into MeshData and MeshMetaInfo
Creating any mesh requieres the MeshDatato be defined up-front. Example

let mut mesh = MeshData::default();
mesh_data.set_attribute(MeshData::ATTRIBUTE_POSITION, vec![[1.0, 0.0, 0.0], [0.0, 1.0, 0.0], [1.0, 1.0, 0.0]]);
mesh_data.set_indices(Some(Indices::U32(vec![0,1,2])));
Mesh::new_static(PrimitiveTopology::TriangleList, mesh_data)

Altering mesh data happens now via Mesh::get_mesh_data_mut() which returns a Option<MeshData>, whether the mesh is static or dynamic. Example for altering a dynamic mesh: myMesh.get_mesh_data_mut().unwrap().set_attribute("Vertex_Position", new_vertex_data).
The vertice count, etc. is now acquired via myMesh.meta().get_vertex_count().
Adapted examples and bevy_shape crate to new Mesh API. Shapes are now always getting created as dynamically.

Open Questions

Indices and attributes can't be borrowed mutable anymore, because:

The meta data is only updated uppon set_indices or set_attribute. (Changeable)
Changes made can't be validated and could crash bevy.

To work arround this, the user would need to get a temporarly copy of the mesh first, which needs additional resources.
Is there a use case where this is a problem? Could only think of enviroments with low-RAM, but is there something else?

Any futher feedback on this?

I gave this some thoughts:
We're always dealing with two representations of the Mesh on CPU side:

CPU form: bunch of arrays for each attribute like MyNormals: Vec<Vec3>.
GPU form: big array for all attributes in interleaved form like in MyVertexData: Vec<u8> + a vertex layout descriptor.

In my current implementation we're (optionally) carrying 1. inside Mesh and convert it into 2. once the mesh-system is called.
But I now see this as a problem (see your 100MB mesh example), because the user has it's own, likely more efficient, representation of f.e. a terrain system already. So if the user commits his changes to Mesh we would have up three different representations simultaneously in memory (user, CPU, GPU). :grimacing:
I would therefore suggest to remove any possibility to store a CPU-Mesh in Mesh entirely and only allow GPU meshes in byte form.
struct MeshBlob{
    pub vertex_bytes: &[u8],
    pub index_bytes: &[u8],
    pub meta: MeshMeta,
}

Dealing with raw GPU data has their own pitfalls, so I wouldn't want most user to deal with them directly, and instead offer some API for common cases.
let my_mesh_blob = MeshBlob::from_attributes(my_positions, Some(my_normals),/*...*/).unwrap();
mesh.set_gpu_data(my_mesh_blob);

In the case of the dynamic terrain, the user would just write his own MeshBlob creator. The GLTF loader would use MeshBlob::from_attributes().
This approach would solve a ton of problems:

Memory consumption is minimized
Less data would be moved around (see User Mesh -> CPU Mesh -> GPU Mesh)
Vertex data can easily be validated (either by MeshBlob::from_attributes or Mesh::set_gpu_data)
Missing attributes can easily be filled with defaults (fixes many panics by missing attributes (sorry for that!))
Unloading of mesh data is done in a reasonable way (once the blob is uploaded to the GPU)
Attribute packaging and compression can be realized (See #756)
MeshBlobs can be serialized for faster loading times in builds
Vertex-Layouts are more predictable

Less Render-pipeline permutations
Makes it easier to write a custom shader

Cleaner API of Mesh

This would mean that I remove all of the API that deals with the CPU-Mesh and also change the scope of the PR quite a bit.
Downside (as far as I can see):

Loaded meshes can't be  manipulated, since the user will never get the chance to access it. (just offer additional asset API?)
MeshBlob::from_attributes needs some internal logic to choose from multiple VertexLayouts. Otherwise we would get overkill meshes that define only f.e. positions and normals, but store four channels of UVs :smiley: .

Hi @julhe, @cart!
I'm looking at reducing memory usage for my prototype and the quickest win was picking this up, just looking for some feedback on the approach based on the comments above. I've added support for meshes with vertex data that is already interleaved and unloading that data after an upload to the GPU like was done here. Now I'm optimizing for this case:

However I think the "editing a very large Mesh without massive copies" problem is real. If someone has a 100 MB terrain mesh that they want to dynamically update, we probably shouldn't be copying it every time it changes (although they also shouldn't be doing a full upload to the gpu each time, but thats a separate problem to solve).

At the moment I've went with 3 types of VertexStorage strategies and extended RenderAsset to allow an attempt to update existing PreparedAssets:

GpuAndLocal (buffer created with MAP_WRITE, limited to small meshes (my 1660 Ti only has 256 MiB of host coherent memory))
GpuCow (store changed data in a staging buffer and copy to the vertex buffer during extraction, changes to the underlying buffer are stored as buffer address ranges with and CPU buffers (Vec<u8>) of the modified data)
Cpu (full CPU->GPU re-uploads)

Under the hood in Mesh there's now an abstraction to determine where an attribute should be written to in its storage. This allows set_attributes() et al. to work with loose or interleaved data regardless of storage to preserve API usability, but I'm still improving the ergonomics of that (to e.g. avoid replacing the entire buffer when changing a handful of vertices and dealing with having no attribute names in interleaved data).
Every mesh is created with loose attributes by default and is converted to interleaved data on the first GPU upload, but the loose -> interleaved -> GPU copy is avoided by going from loose -> interleaved GPU storage and draining each loose attribute buffer as we go. From is implemented for LooseVertexData on InterleavedVertexData and vice versa, so converting back to a flat format to e.g. add more vertices is still possible, but as mentioned will fail with a GpuCow mesh.
To summarize:

CPU vertex data is unloaded after upload, optionally converted to a reference to a CoW staging buffer or host-coherent buffer
Vertex data can now be stored as interleaved or loose data

This is somewhat transparent to the user, who is still able to modify attributes.

Interleaved vertex data has several storage mechanisms

Host-coherent buffer (GpuAndLocal)
Staging buffer that tracks changed buffer regions (GpuCow)
Same full CPU->GPU copy that happens today (Cpu)

Some concerns:

you can't serialize a mesh to disk after the CPU data has been unloaded
care needs to be taken to modify GpuAndLocal meshes in the correct place, maybe it's better to expose dynamic mesh data through some other render system specific handle?
storing CPU buffers for GpuCow could be avoided by assuming the mesh can directly map the storage buffer, but introduces the above problem
GpuCow meshes can only be written to, not read
efficiency of GpuCow uploads is ultimately down to access patterns on the underlying vertex data

Small request: rather than "dynamic" and "static", I would rather "mutable" and "immutable".

That rename might make sense. In the context of rendering, typically the terms "dynamic" and "static" are used for whether objects can move around the scene (whether their transform will change) or not. Hearing "static mesh optimization" makes my brain think about things like batching geometry and baking lightmaps, assuming that those meshes are at a fixed Transform forever.

Please rebase this PR when you get a chance :)

Hey @JMS55 sorry for the delay!
I'm fine with you taking over, but I would like to also recevie credit for the contribution. 🙂

@julhe sorry, I just saw your response! Of course you will receive credit if I end up merging anything.
I tried some things and came to the conclusion that it would be better to wait for the asset rework to get finished https://github.com/bevyengine/bevy/pull/8624 rather then attempt this now, however.

Hey @JMS55, just a simple ping here, checking if there's any updates on this. I'm interested in this feature and I'm offering my help if needed. Let me know! 🚀

Assets v2 has been merged, which means it's now feasible to do something like this. However the way we handle meshes in general is likely to change soon as part of the ongoing rendering rewrites.
I have no plans to work on this myself at the moment, but if you're interested in working on it feel free to join #rendering-dev in the bevy discord and talk to us on what needs to be done :)

I just wanted to leave my two cents:

This data is however never needed, unless the user wishes to make changes at runtime.

I'm writing a Bevy-based path tracer and I need to have a constant access to those raw data in order to correctly build the BVH (one could argue BLAS / TLAS approach is better, but in my case I'm "flattening" meshes and instances into a list of triangles and build BVH out of that).
I'm not sure on the data flow, but if Bevy's to unload a mesh, it should at least give one frame for another systems (in particular inside RenderApp) to extract the mesh for storage on their own side (maybe the current implementation already does that, I haven't analyzed the code thoroughly) 🙂

I believe there should be an easy API toggle to choose whether data should be kept in system ram, or freed. There are valid use cases for both. If you need CPU-side code that deals with the data of meshes/textures/etc, you want them to be kept (in an ideal world, though, they could be put into unified memory on hardware that supports it (consoles, integrated gpus, etc). For most games, you want them to be freed.
The default for assets loaded from disk should be to free the data on the CPU side, but it should be possible to reconfigure that (both globally (like we can do with the default texture filtering, etc) and per-asset). Assets that are added from code should default to keeping the data.

Closing in favor of https://github.com/bevyengine/bevy/pull/10520

authors: JMS55 Patryk27 Phyyl garyttierney inodentry jamadazi julhe


text:
Add the Has world query to bevy_ecs::prelude

Objective
Addresses #9196 by adding query::Has to the bevy_ecs::prelude.

@james7132 why no merge queue?

Wanted to get @nicopap's review since a review was requested.

authors: FlippinBerger alice-i-cecile james7132


text:
Make GridPlacement's fields non-zero and add accessor functions.

Objective

There is no way to read the fields of GridPlacement once set.
Values of 0 for GridPlacement's fields are invalid but can be set.
A non-zero representation would be half the size.

fixes #9474
Solution

Add get_start, get_end and get_span accessor methods.
ChangeGridPlacement's constructor functions to panic on arguments of zero.
Use non-zero types instead of primitives for GridPlacement's fields.

Changelog
bevy_ui::ui_node::GridPlacement:

Field types have been changed to Option<NonZeroI16> and Option<NonZeroU16>. This is because zero values are not valid for GridPlacement. Previously, Taffy interpreted these as auto variants.
Constructor functions for GridPlacement that accept numeric values now return Result<GridPlacement, GridPlacementError>. Arguments of 0 are invalid, resulting in a GridPlacementError.
Added accessor functions: get_start, get_end, and get_span. These return the inner primitive value (if present) of the respective fields.

Migration Guide
Constructor functions for GridPlacement that accept numeric values now return Result<GridPlacement, GridPlacementError>. Arguments of 0 are invalid, resulting in a GridPlacementError.

Once there's docs for GridPlacementError this LGTM. Tests never hurt, but I'll leave that to you.

@viridia can I get your review on this PR? If this looks good to you and meets your needs, I'll be able to merge it with your approval :) See the relevant section of CONTRIBUTING.md for more details on the community approval model we use.

Once there's docs for GridPlacementError this LGTM. Tests never hurt, but I'll leave that to you.

Added a few trivial tests but there isn't much here to check, the logic is all in the convert function and Taffy.

authors: alice-i-cecile ickshonpe


text:
MGDSTRM-6199

Add rhoas CLI ACL tests.

I split the review into two Parts. It is a good work but there are some redundancies which make code extensively large for scope of tested functionality. Also creating new profile and suite for testing cli is great idea (just one class added here) once mentioned things are resolved we can finish reduction of KafkaRhoasAclTest class in showed way.

Thank you for your feedback, adding @DataProvider and ACLEntityType enum help us improve readability. I adress all your comments except @Test(priority = 1) and GITHUB_TOKEN (more info in the conversations)

Hey great job. basically two main points: firstly we are heavily depending on concrete order of execution. Secondly we are actually testing deletion too much while it is not so necessary.
I added here some suggestion but feel free to go with it any way.

thanks! I'll address some of the issues you share in my next commit.

@henryZrncik I commit new changes removing test order execution, dependencies and duplicated tests


text:
🛑 Hacker News is down

In 0842f7d, Hacker News (https://news.ycombinator.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Hacker News is back up in 84b8c07 after 30 minutes.


text:
Update to pacackge:web

is there any option to upgrade this package to new package:web of flutter 3.19

is there any issue ?

Not really, but is necessary if you want to compile in wasm your project
"To run Flutter applications on the web using WebAssembly, you need to migrate all code — from the application and all dependencies — to use the new JavaScript Interop mechanism and the package:web. The legacy JavaScript and browser libraries remain unchanged and supported for compiling to JavaScript code. However, compiling to WebAssembly requires a migration."

I think this is done, with version 0.0.6

authors: JgomesAT bharathraj-e


text:
truncate_with_folder_marker shorten strategy does not work in $HOME

When the truncate_with_folder_marker stategy is used and POWERLEVEL9K_DIR_PATH_ABSOLUTE is not enabled, the dir segment is broken.
When I go to $HOME/.config, the prompt is ~~/.config.
This is because of the ${current_path#${last_marked_folder}*} at the end of the truncate_with_folder_marker case (powerlevel9k.zsh-theme:889). current_path is ~/.config and last_marked_folder is /home/myuser/.config.

Thx for the report @CedricFinance .
For me it is even worse:

Could you try #893 and see if that helps in your case? Planning to merge this PR in next branch soon..

It's a bit better with #893 (the name of the folder containing the marker is missing).

You can take the unit test I've added in #1005 to make sure that the prompt is correct.

Thanks for the feedback. I improved #893 now and incorporated your Test. Could you try again?
Btw. I rebased #893 onto next branch, so you'll need to port your configuration over (plus side is that you are already prepared for the next release ;) )

Nice. It's better.

The path is not shortened when we are in the folder with the marker.
I have written a test to highlight the bug.
function testTruncateWithFolderMarkerInMarkedFolder() {
  typeset -a P9K_LEFT_PROMPT_ELEMENTS
  P9K_LEFT_PROMPT_ELEMENTS=(dir)
  local P9K_DIR_SHORTEN_STRATEGY="truncate_with_folder_marker"

  local BASEFOLDER=/tmp/powerlevel9k-test
  local FOLDER=$BASEFOLDER/1/12
  mkdir -p $FOLDER
  # Setup folder marker
  touch $FOLDER/.shorten_folder_marker
  cd $FOLDER
  assertEquals "%K{004} %F{000}/…/12 %k%F{004}%f " "$(__p9k_build_left_prompt)"

  cd -
  rm -fr $BASEFOLDER
}

Thanks for the test. I incorporated it iny PR, fixed it and already merged it into next. Could you test it again?

Fixed with #893 . If there is still a problem, feel free to reopen.

It's working fine now. Thanks!

authors: CedricFinance dritter


text:
GetLowestPricedOffersForASIN returns xml value instead of object

Thank you for developing this module. I looked up bunch of modules out there and this is by far the best I tried so far. It helped my workflow a lot. Thank you.
I however had some issues with specific apis and was wondering if you can help me. Thanks in adance.
GetLowestPricedOffersForASIN result returns xml instead of clean object. same with offerforSKU.
`{
"data": [
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "    <GetLowestPricedOffersForASINResult MarketplaceID="ATVPDKIKX0DER" ItemCondition="New" ASIN="B0792JK6K6" status="Success">"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "        "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            ATVPDKIKX0DER"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            B0792JK6K6"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            New"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            2018-08-28T04:31:46.412Z"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "        "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "        "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            7"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <OfferCount condition="new" fulfillmentChannel="Amazon">2"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <OfferCount condition="new" fulfillmentChannel="Merchant">5"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <LowestPrice condition="new" fulfillmentChannel="Amazon">"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        24.40"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        24.40"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        0.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <LowestPrice condition="new" fulfillmentChannel="Merchant">"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        24.40"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        20.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        4.40"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <BuyBoxPrice condition="New">"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        24.40"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        24.40"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                        0.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                25"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <OfferCount condition="new" fulfillmentChannel="Amazon">2"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <OfferCount condition="new" fulfillmentChannel="Merchant">5"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "        "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "        "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                new"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    91.0"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    15875"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <ShippingTime minimumHours="24" maximumHours="48" availabilityType="NOW"/>"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    20.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    4.40"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    TX"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    US"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                false"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                false"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                true"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                new"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    100.0"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    254402"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <ShippingTime minimumHours="0" maximumHours="0" availabilityType="NOW"/>"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    24.40"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    0.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                true"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                true"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                true"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                new"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    98.0"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    7883"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <ShippingTime minimumHours="24" maximumHours="24" availabilityType="NOW"/>"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    24.95"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    0.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                false"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                false"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                true"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                new"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    99.0"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    107221"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <ShippingTime minimumHours="0" maximumHours="0" availabilityType="NOW"/>"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    25.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    0.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                true"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                false"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                true"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                new"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    94.0"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    7617"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <ShippingTime minimumHours="24" maximumHours="48" availabilityType="NOW"/>"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    25.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    0.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    UT"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    US"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                false"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                false"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                true"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                new"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    90.0"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    292"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <ShippingTime minimumHours="24" maximumHours="48" availabilityType="NOW"/>"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    27.55"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    0.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    GB"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                false"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                false"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                true"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                new"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    97.0"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    73"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                <ShippingTime minimumHours="144" maximumHours="240" availabilityType="NOW"/>"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    61.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    USD"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    0.00"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    AZ"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                    US"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                false"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                false"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "                true"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "            "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "        "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "
"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "        886afe0c-82c1-411a-8438-9d765d37a28f"
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": "    "
},
{
"<GetLowestPricedOffersForASINResponse xmlns="http://mws.amazonservices.com/schema/Products/2011-10-01\">": ""
}
],
"Headers": {
"x-mws-quota-max": "200.0",
"x-mws-quota-remaining": "197.0",
"x-mws-quota-resetson": "2018-08-28T06:20:00.000Z",
"x-mws-timestamp": "2018-08-28T05:37:57.796Z"
}
}`

@yortrosal Would you please share API request sample that you have made?

@yortrosal It's working as expected. You might do wrong API call.

authors: bhushankumarl yortrosal

repo: bhushankumarl/amazon-mws


text:
What about multi-line comments?

What about multi-line comments? Would you like one in SLAP?

Maybe something like this?
##
This is a multi-line comment.
##

Alternatively this?
#{
Comment!
}#

Well, there's no response, so I decided to use the second one. See here f4f96ba.

I guess second one is better.

authors: GalaxianMonster bichanna

repo: bichanna/slap


text:
建议不要使用maven modules，可以用git的子模块！

将每一个模块分离出去

@biezhi
我看了目前这个项目的结构，各个模块之间并不是相互依赖的，而且有的模块中重复包含了另一个，为什么不将这些模块单独出去维护呢，另外目前我自己的开发环境对modules支持不太好 :smile:

@biezhi
我看了目前这个项目的结构，各个模块之间并不是相互依赖的，而且有的模块中重复包含了另一个，为什么不将这些模块单独出去维护呢，另外目前我自己的开发环境对modules支持不太好 :smile:

目前的项目是一个标准的maven多模块结构，git子模块的方式我没有用过，当然你的提议我最初是那么做的，这样要建很多仓库喽。而且大部分项目都是这么干的，模块间的依赖都是以core为核心，你是什么IDE? idea吗

目前的项目是一个标准的maven多模块结构，git子模块的方式我没有用过，当然你的提议我最初是那么做的，这样要建很多仓库喽。而且大部分项目都是这么干的，模块间的依赖都是以core为核心，你是什么IDE? idea吗

而且大部分项目都是这么干的

大部分项目都是不是用maven来管理模块的吧，基本上都是git或者svn来管理模块吧。我是vim配上插件。
https://github.com/wsdjeg/DotFiles

而且大部分项目都是这么干的

大部分项目都是不是用maven来管理模块的吧，基本上都是git或者svn来管理模块吧。我是vim配上插件。
https://github.com/wsdjeg/DotFiles

authors: biezhi wsdjeg

repo: biezhi/blade


text:
Send the hash to tendermint

description will be added soon

@sbellem  @vrde The tendermint docs here describe that the commit should return a byte array which would be included in the header of the next block. So, I guess we could send the merkle root of the transactions included in the previous block?

Sounds good to me. Should we also add in the hash the merkle root of the previous block?

@vrde yes, I think that is good idea. Do we store the hash of the previous block ourselves or query it from tendermint?

I guess we should add a new collection to store this information. We will need to store something like:
{
    "height": "<int>",
    "app_hash": "<string>"
}

This information should be exposed by the info method.

authors: kansi sbellem vrde

repo: bigchaindb/bigchaindb


text:
Problem: we don't have integration tests

Solution: have a simple way to start a node and run scripts against it.
For major fun I've also added some documentation, try to run make integration-test-doc :gift:

I noticed sometimes make integration-test-doc fails. It should be fixed once https://github.com/pycco-docs/pycco/pull/101 is merged.


text:
🤗 [REQUEST] - LLaMa2 7B HHRLHF QLoRA

Model introduction
This model is created by Sharan as an experiment for my thesis. I am working on testing different Quantization and PEFT combinations.
Model URL
https://huggingface.co/Sharan1712/llama2_7B_hhrlhf_qlora_4bit_1d
Additional instructions (Optional)
The model is quantized and merged with LoRA after finetuning.
Author
Yes
Security

[X] I confirm that the model is safe to run which does not contain any malicious code or content.

Integrity

[X] I confirm that the model comes from unique and original work and does not contain any plagiarism.

Hi @Sharan1712, is this a base model but with further finetuning?

Hi @terryyz, yes I took https://huggingface.co/meta-llama/Llama-2-7b-hf, quantized it, added LoRA layers, and finetuned the LoRA layers using HHRLHF dataset.
I am working on a small project of Quantization & PEFT methods.

Thanks for the clarification! So I guess this will be an instruction-tuned model as you used hh-rlhf. However, I saw you didn't include the chat template in the tokenizer config, which would make the evaluation use direct completion. In addition, missing the chat template means that you can't evaluate the model on the BigCodeBench-Instruct.
Do you want me to add your results to the leaderboard? Or do you just want to do the eval? If it's for the eval only, you can also do it by following the steps documented in the README :)

Closed the issue for now. Feel free to reopen it if you have further questions :)

repo: bigcode-project/bigcodebench


text:
overlap query reflects new formats

Resolves #1042

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/ADAM-prb/1254/
Test PASSed.

+1

Thanks, @erictu!

authors: AmplabJenkins erictu heuermh

repo: bigdatagenomics/adam


text:
Tutorial link in Realm website is broken

Hi, the tutorial link in Realm website is broken: https://realm.io/news/building-an-ios-clustered-map-view-in-objective-c/
I remember visiting this link before. Was it removed intentionally?

Looks like the hostname on the link should be news.realm.io. There's also a Swift version

https://news.realm.io/news/building-an-ios-clustered-map-view-in-objective-c
https://news.realm.io/news/building-an-ios-clustered-map-view-in-swift

authors: phatblat rsacchi


text:
Increase coverage report percentage #15

Increasing unit test coverage.

Still working on this. Modules that have low coverage:

response_retriever.py
request_director.py
url_director.py
method_creator.py
model_creator.py
singleton.py

Still working on this. Modules that have low coverage:

response_retriever.py
request_director.py
url_director.py
method_creator.py
model_creator.py
singleton.py

Chatted with @tristan-fickes-bfg about this and learned that #15 is just about the SonarCloud link... The tests added for the Singleton and some other classes should bring lines tested over 95%.
PyCharm is showing 100% line coverage for the gamebench_api_client package when running the entire suite.
Ready for review!

repo: bigfishgames/GameBenchAPI-PyClient


text:
17.07.29-about 深度学习/机器学习

循环神经网络 - 掘金
一文看尽深度学习RNN：为啥就它适合语音识别、NLP与机器翻译？ - 掘金

什么是机器学习？它会给我们的生活带来哪些改变？

机器学习算法在今日的应用，我们需要提取可以表示业务的特征，然后通过算法来训练模型，用这些模型对于未知结果的预测集进行预测。
20世纪70年代，随着理论算法的逐步成熟，人工智能的发展遇到了计算资源上的瓶颈。随着计算复杂度的指数性增长，20世纪70年代的大型机器无法负担这一切。同时，当时的互联网还处于发展初期，在数据积累方面也才刚刚起步。科学家往往没有足够的数据去训练模型。
AlphaGo的成功不仅仅验证了深度学习和蒙特卡洛搜索算法的实践性，更加再一次印证了这样的事实，即人类不再是产生智能的唯一载体。任何机器，只要能够进行信息的接收、存储和分析，都是可以产生智能的。而这里面的关键因素是信息的量级以及算法的深度。
人工智能的发展史，就是对于过往经验的收集和分析方法不断演绎的历史。在机器出现之前，人类只能通过别人的分享和自己的实践在很小的信息量级上来对事物进行判断，这种对于外界事物的认知受限于人的脑力和知识量。不同于人类的脑力，抽象意义上的机器可以被当成一个信息黑洞，吸收所有的信息，而且可以不分昼夜地对这些数据进行大维度的分析、归纳以及演绎，如果人类将这些机器学习后得到的认知进行分享，就形成了人工智能。于是，随着人类社会的发展，数据的积累以及算法的迭代将进一步推动整个人工智能的发展。

截止到今天，全世界每年保存下来的数据只占到数据产生总量的百分之一不到，其中可以被标记并且分析的数据更是连百分之十都不到。这种现状造成了两方面的瓶颈，一方面是数据产生和数据收集的瓶颈，另一方面是采集到的数据和能被分析的数据之间的瓶颈。
针对数据产生和数据采集的瓶颈，其原因一方面是硬件存储成本的限制，但是随着硬盘技术的发展和产能的提升，这方面的缺陷正逐渐弱化。笔者认为，造成目前数据采集与数据生成失衡的主要原因是数据的采集缺乏标准（尤其是对于非互联网企业）。
目前可以供分析的数据还只占很小的比例。造成这样的困境主要有两方面因素，一个是目前比较主流的机器学习算法都是监督学习算法，监督学习需要的数据源是打标过的数据，打标数据很多时候是依赖于人工标记。另一个导致可分析数据比例较低的因素是对于非结构化的数据（文本或者图片、语音、视频）处理能力较低。
机器学习的一些高频场景:

聚类场景：人群划分和产品种类划分等。
分类场景：广告投放预测和网站用户点击预测等。
回归场景：降雨量预测、商品购买量预测和股票成交额预测等。
文本分析场景：新闻的标签提取、文本自动分类和文本关键信息抽取等。
关系图算法：社交网络关系（Social Network Site，SNS）网络关系挖掘和金融风险控制等。
模式识别：语音识别、图像识别和手写字识别等。


text:
🛑 Jefferson Real is down

In 86f78e0, Jefferson Real (https://jeffersonreal.uk) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Jefferson Real is back up in 9c1d518.

repo: bigupjeff/my-site-uptime-monitor


text:
Migrate devcontainer to a straight docker image

Currently the devcontainer installs nix onto a debian machine. This is a problem because

Nix can be slow inside a container
Launching a new container takes a long time
VSCode has to use the nix environment selector otherwise the language server doesn't work. This is buggy as heck, and will not support flakes.
We use the same versions of things inside both the devcontainer and when developing locally, but we still have a disconnect with production which uses a different Docker container

It's possible to get nix/flakes to spit out a docker image for us - but then we would have to figure out how to ship the image to codespaces which expects Docker files not Docker images.
I do think the above is the ideal state of things, but it's also very cutting edge and would take a lot of effort to get there. As a short/medium term solution let's stop messing about with putting userland nix inside docker containers and instead build a devcontainer as a docker image directly.
We can follow the Dockerfile we have for deploying to production. Ideally we would share the same file (or rather the devcontainer docker image is stage 1 of the 2 stage production docker). Baring that, we should at least use the same versions of elixir/erlang. If they have to be separate files, they should at least share a config option with the same name(s).

Note: sourcing env.local is done inside the flake.nix. Creating the file and other setup stuff are done in the [postcreate]https://github.com/bikebrigade/dispatch/blob/456442668df0efd13477a247c8332d1645db5dfa/.devcontainer/devcontainer.json#L43).
Both need to happen for the dev environment. I'm not sure how env var configuration is intended to work in devcontainers -- this nix hook relies on the shell being started. You could source the env file in the Dockerfile, or perhaps there's a happy path Github intends you to take here.

ill start working on it

the project root already has the docker-compose and dockerfile that are used in prod , ill switch the devcontainer to use those , instead of using a separate dev config.
note
:if we want the dev env to have more features (Ubuntu instead of alpine, ZSH, etc...), separate configs will be needed

the project root already has the docker-compose and dockerfile that are used in prod , ill switch the devcontainer to use those , instead of using a separate dev config.

I found that I had to do this for the devcontainer to launch postgres right:
https://github.com/bikebrigade/dispatch/blob/456442668df0efd13477a247c8332d1645db5dfa/.devcontainer/docker-compose.yml#L4-L5
You may need to move it to the other docker compose to get things to work.

it might not work because dev env needs vscode user , that we don't want in prod
note : if we want the dev env to have more features (Ubuntu instead of alpine, ZSH, etc...), separate configs will be needed
This is a very good point! I guess they should be separate envs and we just want to share elixir & OTP versions

this is a "fast-load" dev  image it does not run  mix deps , etc...   i can add it in if we want to

env.local has :
PHONE_NUMBER=647-555-5555
NEW_PHONE_NUMBER=647-555-5555
but im getting
18:48:14.253 [info]  == Running 20210404181506 BikeBrigade.Repo.Migrations.PopulateRiderIds.up/0 forward
** (RuntimeError) Missing environment variable PHONE_NUMBER
i get the same error when on master , getenv()  is not picking up .env.local

authors: ShayMatasaro mveytsman

repo: bikebrigade/dispatch


text:
filechooser: Support current_folder with OpenFile

<flatpak/xdg-desktop-portal#1045>

Removed the changes to the demo as requested

Usually we comment the new options that were added in a specific version so we won't forget about handling them in the future once we support only serializing supported options. But the changes as is are good, thanks!

authors: bilelmoussaoui sophie-h

repo: bilelmoussaoui/ashpd


text:
下载安装最新的0.33 遇到错误信息

开发环境

macOS:  Catalina 10.15.3 (19D76)
golang: ~ go version go1.12.6 darwin/amd64
之前安装过 kratos version 0.2.3
想升级为最新的版本.

升级操作如下
$ GO111MODULE=on && go get -u github.com/bilibili/kratos/tool/kratos

执行完后出现错误信息如下:
➜  ~ GO111MODULE=on && go get -u github.com/bilibili/kratos/tool/kratos
# github.com/bilibili/kratos/tool/kratos
go/src/github.com/bilibili/kratos/tool/kratos/env.go:25:14: undefined: os.UserConfigDir

 undefined: os.UserConfigDir 这是什么东西? 我需要怎么配置这个配置目录?

将golang版本升级到
go version go1.13.8 darwin/amd64
解决上面的问题.

repo: bilibili/kratos