feat: update profile readme

Resolves #18
Note: Do not merge as it is. The GitHub action is set up to trigger on this PR, which is required in order to showcase a preview of the new stats page, but is not intended long term.

Note: Do not merge as it is. The GitHub action is set up to trigger on this PR, which is required in order to showcase a preview of the new stats page, but is not intended long term.

Do you just want to remove the stats image?

I reduced the metrics to be much much smaller, just I guess it isn't really necessary. The only thing to keep maybe is the list of members/contributors? Do you think that's worth advertising? Or better just do that with each repo?

I reduced the metrics to be much much smaller, just I guess it isn't really necessary. The only thing to keep maybe is the list of members/contributors? Do you think that's worth advertising? Or better just do that with each repo?

hmm, the pictures can't be clicked on, and we can see them via the teams tab if a user wished to. I'm okay either way, also happy with the reduced metrics as proposed in the repo, although they probably aren't relevant to users or actionable (non clickable, so possibly of questionable value)
From our cursory glance at a few high profile orgs, many of the profiles were very lean , or non-existent redhat/facebook

You're right, I've removed the metrics SVG and corresponding workflow 👍


How many days is long_term / medium_term / short_term?

Hey guys, really cool project!
I was just wondering since I couldn't find it anywhere what does exactly long_term, medium_term and short_term mean when fetching user's top tracks for example. Is it all-time, one year and 30 days?
Thanks!

I found this at https://developer.spotify.com/documentation/web-api/reference/#/operations/get-users-top-artists-and-tracks

Over what time frame the affinities are computed. Valid values: long_term (calculated from several years of data and including all new data as it becomes available), medium_term (approximately last 6 months), short_term (approximately last 4 weeks). Default: medium_term

Thanks you!


Make config.json nicely formatted

As a Linux user I like human-readable configs, so I want a nicely formatted json.
Since I keep my cerebro config along with other dotfiles in a git repo, I don't want to see keys being reordered all the time, so I used a deterministic JSON formatter instead of the standard JSON.stringify.

@maximbaz how do you use this config? Everything, that could be changed by user you can change in app settings. And config.json is just a system file, that is not supposed to be read/edited by people.

My primary case: I keep this config in the git repo along with all my configuration files, what allows me to quickly set up new system when I need it. And currently it's difficult to review the git diff when something changes in the config.

@maximbaz In this case I'd suggest you just to beaufity the file in some editor before adding it to git repo. In this case you can always have the same format/keys sorting, so it will help you to see better diff.
Is this package have native bindings (it is only one case to add a module to app/package.json instead of ./package.json in root folder)?
Anyway, in my opinion it is special case and adding new dependency is too much for that. What do you think?

That's the kind of hassle I was trying to avoid 🙂
If the concern is about adding the external library, how about we still prettify it, but only by using the default JSON class? So instead of JSON.stringify(config) it will become JSON.stringify(config, null, 2). This doesn't guarantee order of keys so sometimes they will be shuffled around, but I guess it will still be better for me.

Honestly I would use JSON.stringify(obj, null, 2) in all other places as well, it doesn't harm but if you ever need to open it, for debugging purposes or similar, the files are at least readable.

@maximbaz it is perfect! I even didn't know about this arguments)


Remove unnecessary 32-bytes ensureBytes check in sign

This PR aims to fix https://github.com/paulmillr/ed25519-keygen/issues/5

please add a test that tests for this new behavior, non-32b messages

@paulmillr I've added the tests and also solved a similar issue with verify that sign had


cifar

Regarding the CIFAR and MNIST datasets if they are 3232 in size, the 77 convolution in ResNet should not apply, did the authors make a change?

I didn't change it. In fact, the current method does not work well on a dataset like Cifar10. As we use the pre-trained model on ImageNet, the adaptability of the model is a drawback. Our model is assumed to work well on natural images similar to ImageNet. To make the model more adaptive, you can use method like CutPaste[1] or DREAM[2] to re-train the pre-trained model and you can also modify the architecture.
[1]Li, Chun-Liang, et al. "Cutpaste: Self-supervised learning for anomaly detection and localization." Proceedings of the IEEE/CVF Conference on Computer Vision and Pattern Recognition. 2021.
[2]Zavrtanik, Vitjan, Matej Kristan, and Danijel Skočaj. "DRAEM-A discriminatively trained reconstruction embedding for surface anomaly detection." Proceedings of the IEEE/CVF International Conference on Computer Vision. 2021.


Write a v2.0 Project Upgrade Guide

Even though moving a project from v1.x to v2.0 isn't recommended or easy, it would be a good thing to get as much users as possible on the v2.0 boat soon, to prevent confusion like "Which version are you on?" and "Why does that API result in a compile error?". To achieve this, there should be an upgrade guide for existing projects.

Warn users that it won't be easy or one-click-and-done, but still possible if some effort is acceptable.
Explain the base procedure:

Make sure all game content is using the XML format.
Upgrade editor and dependency plugins to v2.0. If dependencies aren't available in v2.0 yet, wait until they are.
Install the v2.0 backend plugins.
Close the editor and keep it closed.
Upgrade the game plugin project.

Edit its .csproj file to be a PCL project.
Remove references to OpenTK and System.XY assemblies.
Add reference to DualityPrimitives.
Fix compile errors (renamed and moved classes, adjusted API).
Recompile!

Perform a text replace across all .res files with the provided list of renamed and relocated type names.
Open the editor and click on a few Resources. Have a look at the Log View. If there are errors, look out for type names that couldn't be resolved, close the editor and perform the replace step with them. Repeat until there are no more errors.
Delete and Re-Import all Fonts.

Wrote a tutorial on this here


[ocaml5-issue] Assertion failure on threadomain under debug runtime

On the CI run for #403 the threadomain test triggered an assertion failure under Linux 5.1 with the debug runtime:
https://github.com/ocaml-multicore/multicoretests/actions/runs/6718030607/job/18256960646?pr=403#step:18:76
random seed: 313499378
generated error fail pass / total     time test name

[ ]    0    0    0    0 /  500     0.0s Mash up of threads and domains
[ ]    0    0    0    0 /  500     0.0s Mash up of threads and domains (generating)
[00] file runtime/domain.c; line 1526 ### Assertion failed: (uintnat)dom_st->young_ptr > (uintnat)dom_st->young_trigger
File "src/threadomain/dune", line 4, characters 7-18:
4 |  (name threadomain)
           ^^^^^^^^^^^
(cd _build/default/src/threadomain && ./threadomain.exe --verbose)
Command got signal ABRT.
[ ]  194    0    0  194 /  500    60.2s Mash up of threads and domains

I suspect this is the same bug as #353 as it is the same assertion failure being triggered.
I'm more uncertain whether this is the issue underlying #203... :thinking:

This is fixed in ocaml/ocaml/pull/12742 for trunk but will still show up in 5.1 tests


NCAS Image v1.1

Description
Implement new changes for NCAS Image standard v1.1 into the checksit code.
What I've done
Started a new branch ncas-image-v1.1

[ ] Update the NCAS image standard with proposed changes to form v1.1
[ ] Add "plot" and "photo" to the data_products vocabularies list


Aligns events to samples in multi epoch EGI recordings.

This provides a work around for #5373 and #4826 by properly aligning the event times to samples in MFF files with multiple epochs. This is not the right way to completely solve this problem, as there are still unmarked discontinuities in the data. A more involved solution probably involves modifying egimff.py to insert the appropriate BAD_ACQ_SKIP Annotations, but I'm not sure what the pattern for reading discontinuous data is.

any chance you can provide a tiny file to test this? We should add it to the mne-testing-data repo.

@agramfort https://github.com/mne-tools/mne-testing-data/pull/37 adds test files. I'll work on writing the test code.

It is possible to have events that aren’t in an epoch (timestamped events can be sent asynchronously) , but I agree that a warning would be appropriate.

On Apr 4, 2019, at 6:19 AM, Mikolaj Magnuski<EMAIL_ADDRESS>wrote:
@mmagnuski commented on this pull request.
In mne/io/egi/events.py:

@@ -60,6 +72,12 @@ def _read_mff_events(filename, sfreq, nsamples):
for event in orig[xml][2:]:
event_start = _ns2py_time(event['beginTime'])
start = (event_start - start_time).total_seconds()

       # adjust the start to account for epochs

       epoch = [i[0] for i in enumerate(epoch_times)

                if (i[1][0] <= start and i[1][1] >= start)]

       if len(epoch) == 0:

           continue

I add a comment above the continue that:
event not within the recording periods
but is this possible for an event to be saved but not within the recording period? If that is not a normal scenario it might be worth throwing a warning here. If len(epoch) == 0 should not happen, then maybe an error?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Quick fix for aligning events from multi-epoch MFF files. This implementation will be revisited to properly code breaks in the recording.

Any chance to add a test that has wrong events on master but works on this PR? I assume that we do not have suitable data for it in mne-testing-data, can we get https://github.com/mne-tools/mne-testing-data/pull/37/files in and use that to add a test?

I have tested this today but it does not help with my issue, I still can't see any ERP for the datafile with pause. @rhancockn might there be something missing from this approach?


firefox-bin: 50.0.2 -> 50.1.0 [Critical security fix]

Motivation for this change

Critical security fix

https://www.mozilla.org/en-US/firefox/50.1.0/releasenotes/
https://www.mozilla.org/en-US/security/advisories/mfsa2016-94/
Things done

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

[X] NixOS
[ ] macOS
[ ] Linux

[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[X] Tested execution of all binary files (usually in ./result/bin/)
[X] Fits CONTRIBUTING.md.

cc: @grahamc


Adding another related project

DeepLogic AI is a commercial service that can extract data from digital invoices (PDFs), scanned invoices, and handwritten forms.

Readme is in MD now. Wanna add it there instead?


Consider adding debugger enhancement so that breakpoints can be added directly into TS files.

Is your feature request related to a problem? Please describe.
Currently I am not seeing source maps being used with Typescript. Application is running using nodemon which executes npx ts-node ./src/index.ts however, I am not seeing a way that I can run the service in --inspect mode with breakpoints. We should consider using sourcemaps to allow for debugger breakpoints to be placed in .ts files.
Describe the solution you'd like
We can adjust the exec command in nodemon to have npx --node-options=--inspect=<IP_ADDRESS>:1234 ts-node ./src/index.ts instead of npx ts-node ./src/index.ts. As an alternative, it may be worth while to use ts-watch. Additionally, we need to set "sourceMap": true in compilerOptions in tsconfig.json. Sourcemaps will allow for debugger breakpoints to work directly in typescript files. Finally, we should create "Store in project files" the Run Configuration in IntelliJ so that we can easily start the service in debug mode mode, be able to add breakpoints in out TS files, and have hot code reload functionality as we change files.
The same should be done with Directus if we are creating any custom extensions as the extensions can also be written in typescript and can also support sourcemaps and breakpoints while running within docker.
I can provide more information if/when needed.
Describe alternatives you've considered
I am not sure if we already have something set up for adding breakpoints, but with working with Typescript, it is very helpful to be able to add breakpoints directly to TS files to ensure optimal development.
Additional context
Run configurations can be saved into Git to help new comes be able to run the project quickly (if they use IntelliJ only I suppose)

Moved issue here https://github.com/citrineos/citrineos/issues/4


The package is not working with symfony >3.1

[InvalidArgumentException]
Could not find package coderspottingtoast-message at any version for your m
inimum-stability (stable). Check the package spelling or your minimum-stabi
lity

Sorry for the delay, I seem to have missed the notification emails for this issue.
It's fixed in d059126bf1f978499a0ff3c4f4791d033cc83478, release 1.2 has been created and available on packagist.


Rails generators configuration option for Sidecar

Feature request
It'd be nice to have a way to permanently configure view_component generators to work with the sidecar option
As per discussion https://github.com/github/view_component/discussions/528
Motivation
Avoid passing the --sidecar option each time rails g component is typed and executed.
Implementation
Add an option for Rails.application.config.generators to be defined in config/initializers/generators.rb

@nakwa sorry for the delay!
I think the closest existing solution we have to a similar problem is the mattr_accessor for configuring the monkey patch: https://github.com/github/view_component/blob/master/lib/view_component/base.rb#L182.
That would allow us to do something like config.view_component.generate_with_sidecar = true.

Anything missing here? https://github.com/github/view_component/pull/587

This has been fixed by https://github.com/github/view_component/pull/1218
See https://viewcomponent.org/api.html#sidecar


Questions regarding vignetting mask and EgoExo4D

Hi @georgegu1997 !
Thanks for the making this great work publicly available.
I'm about to try out your codes, but I've got some questions before running them.

Is vignetting mask calculated for each image? or you just use one mask that is under assets/ folder.
Should this vignetting mask be used also for EgoExo4D dataset?
Does the dataloader for EgoExo4D dataset similar to ADT and AEA? In other words, can i just simply download the egoexo4d dataset and run the similar preprocessing and run this code to get the results?

Thanks!

Thanks for your interest in our work!

We only used one set of vignetting masks for all experiments, which were calculated as an average of many images captured by Aria glasses. By this, we did assume that all Aria glasses more or less share the same vignetting effect and it's possible individual Aria glasses will have different vignetting effects. If you need a more accurate vignetting mask for your device, you can use it to capture images towards a fully-lit white wall or take an average of many natural images.
Yes.
Yes, the pre-processing and dataloading should be similar to that of AEA. Please see process_project_aria_3dgs.py and rectify_aria.py for details. They need the VRS file and the MPS SLAM results as input.


revisit accessible view implementation

It looks like this is the established pattern for adding accessible views, but right now the accessible view contribution needs to know everything about every accessible view. It might be cleaner to instead have each component contribute an accessible view to prevent accessible view code from needing to know about the whole world.
Originally posted by @alexr00 in https://github.com/microsoft/vscode/pull/209977#pullrequestreview-2001050267

Related https://github.com/microsoft/vscode/issues/210695


Get requests not working with Flexiclient (ActiveRestClient)

I may not have outlined my problem clearly in my earlier issue raised. @kjg explained that GET requests do in fact work, but I don't think I fully understand how, or the proper implementation to make them work.
Using Flexiclient, my GET request reaches https://github.com/mgomes/api_auth/blob/master/lib/api_auth/base.rb#L42 and then eventually https://github.com/mgomes/api_auth/blob/master/lib/api_auth/base.rb#L100. The canonical string at this point looks like application/x-www-form-urlencoded,,/users?id=18,Mon, 18 Jan 2016 17:15:50 GMT, which makes sense, because in the form 'http method,content-type,content-MD5,request URI,timestamp', the content-MD5 should indeed be blank. Perhaps it is out of the scope of api-auth, but should Flexiclient be doing something differently in order for a GET request to properly pass the authentic? method?

Can you check what the canonical string on the server side is?

@kjg I apologize for not clearly stating where I am having trouble. The canonical string on the server side is indeed what I stated earlier, application/x-www-form-urlencoded,,/users?id=18,Mon, 18 Jan 2016 17:15:50 GMT.
At https://github.com/mgomes/api_auth/blob/master/lib/api_auth/base.rb#L42, for my GET request, once it executes
def signatures_match?(headers, secret_key, options)
    match_data = parse_auth_header(headers.authorization_header)
    return false unless match_data

    options = options.merge(:with_http_method => true)

    header_sig = match_data[2]
    calculated_sig_no_http = hmac_signature(headers, secret_key, {})
    calculated_sig_with_http = hmac_signature(headers, secret_key, options)
    header_sig == calculated_sig_with_http || header_sig == calculated_sig_no_http
end

the header_sig = 8GEVRkzLlzOnIQTERD7OVzzOtfU=, calculated_sig_with_http = QCeTcgEPfQpKp+ctmheDAtZTXcs=, and calculated_sig_no_http = Th+N23VayD3gry6rX4WRpt8O1X8=.
For PUT/POST requests, the calculated_sig_no_http matches correctly to the header_sig, and I expected the same for  GET requests.

application/x-www-form-urlencoded as the content-type for a GET request doesn't really make sense. What server side request framework are you using?
On the client side what does the canonical string look like before sending the request to the server.
My guess is the client side isn't specifying a content-type, and the server side request framework is filling one in (when it shouldn't).

@kjg :D I appreciate your patience with me. I found that the request URI client-side did not have a /, whereas once it got to the server it did indeed have a /. Debugging and putting the slash in provided the desired behavior.


Add maspangler89's file

created a branch, created a file and made a commit, and opened a pull request

added meme, closed


any plans for OCR

Hi TorchSharp team,
is there any plans for build-in ocr engine?
currently I'm using Windows.Media.Ocr

Adding @luisquintanilla


[Layout] Extract layout to separated package

Layout components are very handy and can serve a nice building blocks for DesignSystems without styling. Did you consider to move the Layout set of utils to a separated package? Perhaps to package under primitives?

https://www.radix-ui.com/themes/docs/overview/layout#standalone-usage

Yes, I have seen this. However installing the whole framework in order to use few utils from it it's quite an overhead, isn't it?

We don't plan to extract layout into a separate package. It's integrated tightly into the rest of the library so it would be a significant lift to do that and maintain the two together, which we don't have the resources for.
What bothers you about the suggested approach? There's no "overhead" if your dev tooling can tree-shake the unused parts of the library, which is what most bundlers do today out of the box.

Yes, I have checked the source code and I have noticed it's quite a bit of work to extract layout from the repo.
Regarding what's bothering with using the entire radix-ui is not the bundle side grow, but rather additional set of dependencies added only due to the layout utils.
Anyway, thanks for an explenation 👍

If you are building a design system and want to include the layout components, Radix Themes dependencies won't affect anything if you set up the build process to tree-shake the unused components.


how to disable to read QRcode ?

I only want to read bar code so how can I disable QR code?

Hi @DevMansoor You can use a validator function for that.

Can you give example ? i was trying but couldn't achieve this.
Thanks

I was using this code but still it is reading QR code
 validator: (value) {         for (var barcode in value.barcodes) {           if (barcode.format == BarcodeFormat.qrCode) {             return false;           }         }         return true;       },

You can also use the 'formats: [BarcodeFormat.all]' in the controller.

Thanks, This works , I have excluded  BarcodeFormat.qrCode from formats.


Proposal: Add validation without data unmarshalling

Currently. zog handles both data unmarshaling and validation with Parse, which is great when you are using the standard library. whoever, this leads to duplicated unmarshalling in other http frameworks, in my case, echo:
input := make(map[string]any)

// Bind already handles data unmarshalling to structs, but I need to use a map to comply with the zog api (and reduce code duplication).
err := c.Bind(&input)
if err != nil {
	return errutils.BindErrorResponse(c, logger, err)
}

var data struct {
	Email    string `zog:"email"`
	Password string `zog:"password"`
}

// unmarshalling happens again, and you end up with duplicated data.
errMap := z.Struct(z.Schema{
	"email":    z.String().Required().Email(),
	"password": z.String().Required(),
}).Parse(input, &data)
if errMap != nil {
	return c.JSON(http.StatusBadRequest, z.Errors.SanitizeMap(errMap))
}

a more memory and performance efficient code may look like this:
var input struct {
	Email    string `json:"email" zog:"email"`
	Password string `json:"password" zog:"password"`
}

err := c.Bind(&input)
if err != nil {
	return errutils.BindErrorResponse(c, logger, err)
}

errMap := z.Struct(z.Schema{
	"email":    z.String().Required().Email(),
	"password": z.String().Required(),
}).Validate(input) // <- notice the Validate method
if errMap != nil {
	return c.JSON(http.StatusBadRequest, z.Errors.SanitizeMap(errMap))
}

the utility of this is not only limited to this case, it can also be useful when you already have data from somewhere else and you just want to validate it:
headerParts := strings.Split(authorizationHeader, " ")
if len(headerParts) != 2 || headerParts[0] != "Bearer" {
	return errutils.InvalidAuthenticationTokenResponse(c, mw.logger, nil)
}

token := headerParts[1]

// i've got nowhere to unmarshall this.
errList:= z.String().Required().Min(26).Parse(token, ???)

my proposal is to either create a Validate method, or be able to pass nil to Parse. or do both, being able to pass nil to Parse and create a Validate method that wraps it for a better API.

Yes I agree. This is already planned. Probably for v0.10 I have a working prototype in a local branch.
The approach of validating a struct is fine but it does have some limitations:

Preprocessing will not work (for things like transforming one type into another)
You won't be able to model things like having an age param that is nil if not set but can be 0 if set. (to be fair you can't do this with zog currently but it is planned)
You will get worse error messages

Also, v0.9 will come with an update to the zhttp package which will handle json also. I think there is merit to recommending you use the zog implementation because we can introduce future performance improvements during parsing. You will be able to do schema.Parse(zhttp.Request(r), &dest) and it will parse into the destination. This will still under the hood parse the body into a map first but this can be optimized out at a later point.
A part from that I do agree 100% that this needs to be implemented. The prototype I have locally has the api of schema.Validate(&data). There are a few considerations we have to make though, the main being that this will make two conceptually similar functions that will work VERY differently in practice.
For example, Parse right now will check for require based on the input data. That means that the results here are different based on if you use Parse or Validate:
       // imagine this is the json we get from the request & we have a
	s := `
	{
	"name": "hello"
	}
	`
	var o struct {
		Name int `json:"name"`
	}
       oSchema = z.Struct(z.Schema{"name": z.Int().Required()}).Required()
	err := c.Bind(&o) // This will return an error that it cannot parse hello into name
       oSchema.Validate(&o) // this will return an error that o is required but it is 0

       oSchema.Parse(zhttp.Request(c.Request()), &o) // This will return an error failed to coerce "hello" into an integer

Most of this weird behaviours are actually quite intuitive once you stop to think about them for a bit but it is still the case that one single schema is behaving in two different ways.
Some other concerns:

Currently default & catch will just not work. These feel more like parsing concepts but perhaps they should be implemented otherwise it might lead to results that look confusing from the perspective of the user
PreTransforms don't make a lot of sense

Hey @cachesdev, I have been busy last few days. But I have had some time to think about this and....
I don't excluding features from the schema when calling the Validate method. Because I think it will be confusing for users. Therefore I have decided to basically bite the bullet and implement Validate in such a way that all schema components will work (transforms, defaults, etc). This just means it will take me a little bit longer to get it out since it is more complex than I initially thought.
For now, I would recommend to use the zhttp package if working with json I have added better references to it in the docs and the API should be very nice now. This will all go out in 0.9 which I plan on releasing tonight. It will also include the i18n code you contributed and a few other minor tweaks.
I think I mentioned before but this is what the ergonomics for using the zhttp library will look like now:
errs := userSchema.Parse(zhttp.Request(r), &user)

As to when this will be done I don't know yet but this and pointer support will be my next priorities

I am rewriting my endpoints to use zhttp and everything is working great. great work as always. I do see the benefit of Validate having full support, pretransforms and such may not have a lot of use but I bet there may be an edge case or two where it may be appreciated, as I said before I can't think of many reasons to use it but there could still be reasons to do it.


Restful API has no access control

What did you do?
Anyone know the address of TiCDC can create/delete/pause/restart changefeeds, there is no access control for all restful API.
What did you expect to see?
There is access control for creating/deleting or changing changefeeds, there is no vulnerability issue.
What did you see instead?
Anyone know the address of TiCDC can create/delete/pause/restart changefeeds, there is no access control for all restful API.
Versions of the cluster
Upstream TiDB cluster version (execute SELECT tidb_version(); in a MySQL client):
7.4

Upstream TiKV version (execute tikv-server --version):
7.4

TiCDC version (execute cdc version):
7.4

Similar issue in TiDB https://github.com/pingcap/tidb/issues/48336

Another short-term alternative is supporting HTTPS API which need the client provide correct cert to access these APIs.

/severity major


Go to latest should not consider prereleases (unless there are only prereleases)

Example: https://docs.rs/nemo157/0.3.0/nemo157/ shows "Go to latest" linking to https://docs.rs/nemo157/0.3.1-pre.1/nemo157/index.html.
Need to also take yanked into account, I think it should go through these four subsets, showing the first that gives any result:

latest non-prerelease non-yanked version
latest prerelease non-yanked version
latest non-prerelease yanked version
latest prerelease yanked version

(Probably in https://github.com/rust-lang/docs.rs/blob/ece1b2115957ad606e252a88acec2c0ca0e061d4/src/web/crate_details.rs#L281, if it doesn't affect anything else).

I'm assuming the only way to tell if a version is prelease is checking the version string in the Release struct?

We have semver::Version objects earlier, I think you could change map_to_release and Release to use this instead of a String and only convert to a string where needed for the db query (though I'm not sure if there'll be issues outside this file with that); then just check if version.is_prerelease().
https://github.com/rust-lang/docs.rs/blob/ece1b2115957ad606e252a88acec2c0ca0e061d4/src/web/crate_details.rs#L159-L179


Meteor bigquery extractor runs for too long

Is your feature request related to a problem? Please describe.
We have a  big query project where the total number of tables is in a couple of thousands. Whenever we run the big query meteor extractor on this project, we have seen that the meteor cron job takes more than 14hrs - even with the max_preview_rows set as zero and table/column profiling set as false.
I assume that this is mostly due to the way the datasets and tables are fetched iteratively one after the other in code.
Describe the solution you'd like
Would like the extractor cron job to run and complete faster than the current time. I can see a couple of approaches to this at present:

Fetch datasets and table information concurrently instead of one table after another, with a fixed number(configurable) of workers, or using pages
Table metadata information could be fetched from information schema also - as detailed in this link - this might have impact on big query data processing costs. This also requires the BQ service account to have additional access to run jobs.

Additional context
Version : latest main

Configuring a max page size for the bigquery extractor should make this considerably faster with minimal effort.
For testing this out, we have deployed a v0.4.0 meteor patched with the below patch. A bq recipe that used to take around 15 hrs, got completed in under 1.5 hrs.
From 476ebae3aef8cdfb293dc11164dfdd098bffbd82 Mon Sep 17 00:00:00 2001
From: sushmith
Date: Sat, 12 Nov 2022 16:10:53 +0530
Subject: [PATCH] feat(bigquery): set max page size in iterators in bigquery
 extractor

---
 plugins/extractors/bigquery/bigquery.go | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/plugins/extractors/bigquery/bigquery.go b/plugins/extractors/bigquery/bigquery.go
index 4f9b801..0bea9f8 100644
--- a/plugins/extractors/bigquery/bigquery.go
+++ b/plugins/extractors/bigquery/bigquery.go
@@ -129,6 +129,7 @@ func (e *Extractor) Extract(ctx context.Context, emit plugins.Emit) (err error)

 	// Fetch and iterate over datasets
 	it := e.client.Datasets(ctx)
+	it.PageInfo().MaxSize = 100
 	for {
 		ds, err := it.Next()
 		if err == iterator.Done {
@@ -164,6 +165,7 @@ func (e *Extractor) createClient(ctx context.Context) (*bigquery.Client, error)
 // Create big query client
 func (e *Extractor) extractTable(ctx context.Context, ds *bigquery.Dataset, emit plugins.Emit) {
 	tb := ds.Tables(ctx)
+	tb.PageInfo().MaxSize = 100
 	for {
 		table, err := tb.Next()
 		if err == iterator.Done {
@@ -300,6 +302,7 @@ func (e *Extractor) buildPreview(ctx context.Context, t *bigquery.Table) (previe
 	rows := []interface{}{}
 	totalRows := 0
 	ri := t.Read(ctx)
+	ri.PageInfo().MaxSize = 100
 	for totalRows < e.config.MaxPreviewRows {
 		var row []bigquery.Value
 		err = ri.Next(&row)
@@ -361,6 +364,7 @@ func (e *Extractor) getColumnProfile(ctx context.Context, col *bigquery.FieldSch
 	}

 	it, err := query.Read(ctx)
+	it.PageInfo().MaxSize = 100
 	if err != nil {
 		return nil, err
 	}
--
2.34.1

recipe example:
name: sample-bq-project-recipe
version: v1beta1
source:
  type: bigquery
  config:
    project_id: sample-project
    service_account_base64: _______base64_encoded_service_account_string_______
sinks:
  - name: compass
    config:
      host: http://localhost:8080
      headers:
        X-Shield-User-Id: meteor
        X-Shield-Email: meteor
      labels:
        dataset: "$properties.attributes.dataset"
        project: "$properties.attributes.project"

processors:
  - name: "enrich"
    config:
      entity: "odpf"

@bsushmith shall we also make max-size configurable with a default?

@ravisuhag As a note, this recipe doesn't include some additional bq extraction options such as
    profile_column: true
    collect_table_usage: false
    usage_period_in_day: 7
    usage_project_ids:
      - google-project-id
      - other-google-project-id

Will take those separately.


Redirect to 404 page for non-existent prjects

:tada: This issue has been resolved in version 5.6.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Add initial narrative docs

Supersedes #87
Addresses #24
Closes #36

[x]  Landing page
[x]  Installation
[x]  Tutorial - Ragna 101 (Python)
[x]  Set config file
[x]  Community
[x] Contribute
[x] Add brand asset files (addresses: #80)
[x]  FAQ
[x]  And "Coming soon" message to other pages in the pipeline

I think we can try to merge this soon and make updates iteratively :)


Notebook widget

Environment
Docker
Version
0.14.1
Describe the problem
When manipulating a notebook widget in edit mode, the setting clog loads underneath the edit/save icons, making it un-click-able.
Issue raise on discord, replicated by myself. Applies to new notebooks and those from before 0.14.1
https://discord.com/channels/972958686051962910/1174198097618944081

Logs
No response
Context
I'm fairly certain this is new to 0.14.1, as I was playing with notebooks in 0.14.0
Please tick the boxes

[X] I confirm that I attached the proper logs
[X] I've read the docs
[X] I've checked for duplicate issues
[X] I've tried to debug myself

I think this one was you @Tagaishi ?

Thanks for reporting the issue, we will release a fix in the upcoming release

Yeah that's on me. Thanks for reporting it. And thanks Meier for the fix.

Custom CSS to use in the meantime when needing to access the option cog:
.mantine-UnstyledButton-root[title="Edit"] {
  display: none;
}

Thanks for the CSS but it seems to no work on my side.

Are you using a different language? the 'title="Edit"' part is to specifically target the edit button of the notebook but it relies on the english title. You can either adapt the CSS to use your language's title or switch to english I believe.
If you are not using a different language, then I don't know yet, will come back to you on that.

Oh yes it was the language, thank you.

I've found a solution : Putting a marging on "mantine-517glp" in the Chrome inspector mode, and suppress the block.

Yes that only works for you, the code after mantine is specific to your instance and won't work for others. I'm trying to find a solution that works for everyone until 0.14.2 comes out with it fixed

Yes that only works for you, the code after mantine is specific to your instance and won't work for others. I'm trying to find a solution that works for everyone until 0.14.2 comes out with it fixed

People just need for now to look inside the inspector mode if they got a different language than english.

See updated comment for non language bound solution.

Fixed in 0.14.2 🚀


Strip

Hi,
I was wondering how I could cross strip my final application just using this docker image? Anybody know about existing cross striping? or maybe some [profile.release] configuration (can rustc strip by itself?)

I'd also be interested in a strip option 🙂

Sorry for late response. I think musl comes with strip command prefix with target name, for example x86_64-linux-musl-strip, you can use it to strip binary.

hello, how can I to know what different between musl-strip and strip(from GNU Binary Utilities)?


Add spacy: Spatial data structures for Nim.

Can some one restart the checker it seems to be stuck?


Labels and gradient customization

Hi, just have a couple of quick questions. I've been struggling to implement the following customizations.

How do you change the gradient such that the second color is the end color of the circle? (ie. there would be a hard transition between the end and start color instead of fading back into the start color)
How do I add a label/image to the end value of the progress bar?

I've added the image below for illustration.

Any help would be much appreciated!

Hi! I will crete a snippet for you on this weekend (sorry, can't do this right now)

Wow, thanks for the quick reply and thanks for your help, much appreciated! Great plugin btw!

Here is my snippet.
Answering to your questions:

you're looking for conical asymmetric gradient which is not available for <canvas> yet. But there is a way to make it - using image fill (that's what I do in my snippet)
adding a label to the arc end point is a bit tricky - you have to calculate coordinates by yourself (see my snippet code)

That's perfect! Thanks again so much for your help and your time.

Here is an updated version of the snippet that also animates the value.

How to create this background square like in your examples?

@PowerfulPaw : I didn't quite get you - what square?

http://i.imgur.com/seDoWGK.png

Oh, I see. That's a conical gradient - you can create it in many graphical editors (Photoshop, GIMP, etc). Sorry, I haven't found a good tutorial, but I'm sure, you'll handle it ;)

Thanks for answer, I thought I could make it with CSS.

Unfortunately, it's only in CSS4 draft yet :(


Added region id to the seed command. This will enable users to pass r…

…egion id like usw or aus in the params to create marketplace in that region.

@crhistianramirez As discussed, I made a change to add the region to the seed command. If you and
@oliverheywood451 can review would be great. The PR is open to the new commits in case you want to add something on top.

@isyedakhtar Thanks so much for the PR, love that you're getting involved :)
We definitely need support for different regions, but there's another way to solve this that might be easier to use. Instead of sandbox and region input parameters, we could have 1 base url parameter. The user would include https://westeurope-sandbox.ordercloud.io, for example. This would be for the seed and download commands.
Those region IDs are not easy to discover, but presumable devs know the base url they want. Also, it means one fewer parameter for download (because we could remove environment). This approach feels a littler cleaner to me. What do you think?

@oliverheywood451 Thanks for your response and surely we should simplify. However, I think I didn't fully understand the idea of the base URL. We are

Creating an organization(using a token that is region agnostic)
Then we seed that organization using a region-specific API URL. Is this the base url? If so, how we pass the region to the create organization API in step1.
If you are available for 5mins chat, I think it would be easier to talk through this.
@crhistianramirez

@isyedakhtar that is correct.
The base url is in the format https://{region}-{environment}.ordercloud.io the one exception to this rule is us west region which additionally accepts just the environment ie https://sandbox.ordercloud.io

@crhistianramirez Yeh, that makes sense but I am not clear on where to get the region Id which we pass while creating a marketplace? the {region} in the URL is the name of the region which doesn't work if you pass that to post a marketplace. Am I missing something very obvious?

The base url is listed under "API Server" in the portal

I see what you mean in that the URL references a region name, whereas the portal API expects a region ID. Using that example the region name is austrailiaeast however the portal expects simply est. In that case I think we'd want to maintain an internal mapping from name to ID.
Although something I just thought of is that if you've never seeded a marketplace to begin with you won't know what the base URL will be because that is shown in the portal only after the marketplace has been created. Maybe that's what you were getting at. That would make this trickier and in that case I agree it makes sense to stick with two different configurations region and environment.

Yes exactly that’s the point I was trying to make. I think having the region names and ids available in the api doc would make it little simpler, doc team has seen that thread on slack.
We can keep the mapping in code for name vs ids but I think having that mapping in docs and updating the readme to include the link would make it more maintainable.
And for the environment, we should rely on the credentials that are provided. I haven’t hardcoded any url in the seeding app. The URL comes from the GetOrganization api call after it gets created in first step.

I see your point @isyedakhtar. I didn't realize you couldn't get a region ID directly from the url. I now think the approach in this PR is a good one.
There's a couple clean-up things that would make good additions to this PR, if you are willing.

I like the approach of getting the baseURL from the organization object. This should be used for the download command as well. That would mean the environment parameter for download is not needed, and the ORDERCLOUD_URLS object in constants.ts is not needed. That request could be done in parallel with getOrganizationToken().
For seed, make the regionID parameter optional with US West as the default
Validate the region ID against the list of options and provide an error message (like how the environment parameter works now)
Add the region options to the yargs config file so that if someone runs --help on seed they see the list.

@oliverheywood451

Done that change. No more constant URLs
It is optional. Do you want me to bubble up the default assignment to command? The default is assigned at the CreateOrganization level.
I think we should keep the seeding agnostic of regions definition as much as possible. Thoughts? API doc will provide the list of regions that will be used to create a marketplace.
Done

Looks great to me! Thanks!


basic key derivation for single-account wallet.

This implements basic key derivation using the existing APIs with only a little bit of method signature modification.
This is a useful first step to prove out the concept and demonstrate that tests pass, however it should be emphasized that a more complete implementation would at least support multiple accounts per wallet, each with its own set of addresses.  Monero works that way with a major/minor "path".   Bitcoin has bip32, bip44 etc which define more flexible and advanced path schemes.   Paths are not supported in this PR, so that remains future work/upgrade.    We would ideally do this work before mainnet to avoid upgrade headaches with user's wallets.
This PR also includes dashboard updates including a new Addresses screen to display known addresses in an abbreviated form.   A future commit could display the full address of each when an address row is highilghted and enter key is pressed.

Let's take your classification that an address is something you can spend to. Based on the context, I gather that you disagree with my notion that addresses are inherently public. In particular, if change gets routed "back" to your wallet then surely your wallet is in some sense an address.

I would say that traditionally addresses have been both "something you can send to" and "something that is public, ie safe to publish without risk of theft".    However, we have introduced symmetric keys into the mix, which is not "traditional".  And we have abstracted over keytype with SpendingKey and ReceivingAddress.   In this abstraction, a ReceivingAddress is "something you can spend to", but it is not guaranteed to be "something safe to publish".  That's not my opinion or classification... it is simply a description of how the code is working.

Does the present use of the term "address" satisfy this classification? I would say it does not: you cannot put a symmetric key (or its bech32m encoding) into the "To:" field of the Send interface and expect it to work.

Except that you can.  If you look at the the send() RPC it accepts a ReceivingAddress enum which can be either a SymmetricKey or ReceivingAddress variant.  That is already sufficient to say that RPC client's can send using SymmetricKey.   ie, anyone could write a client that does it.
Going further though: neptune-cli send command calls ReceivingAddress::from_bech32m().   So does the dashboard.  Previously ::from_bech32m() would panic for SymmetricKey, but this PR makes it work... though it was first impl'd in my offchain PR that never got fully merged.
The obvious followup is:  should it work?  This enters into the realm of opinion.   I think you may answer no, and I answer yes.  So I will pro-actively state my opinion/reasons:

use cases exist for it.  the most obvious use case is sending payments between wallets owned by same person/entity.  Such payments can be made onchain more cheaply/efficiently than equiv onchain payment using GenerationAddress.  And simpler to perform than using an offchain spend/claim, which would be the alternative.
It is the cleanest abstraction codepath.   SpendingKey and ReceivingAddress abstract over SymmetricKey and GenerationAddress.  In the future we may add more key types.  It is cleanest if code that interacts with these types treats them all the same instead of special casing for each type.
I never like to limit end-users artificially.  We get the functionality basically "for free" due to the abstraction.  So why prohibit its usage?    The reply will be "because symmetric keys are risky and people might accidentally share them", but that is true of all keys.  I would say we should simply document the functionality and risks and let wallet-software makers and end-users make use of it as they choose.
We can't really prevent it.  We could disable it in send() rpc and in ::from_bech32m(), yes.   for now. But if someone wants it they can trivially modify the code and release it.
it's kind of a neat/novel thing that one can't do in other cryptocurrencies.   why not lean into that?

I feel a little strongly about this, but its not a hill to die on.   So if you don't find my rationale pursuasive then please indicate what changes you would like made in this regard.

Only the symmetric items are "Keys", in the sense that each can be spent-from.

I guess we also disagree about the denotation of the word "key" because from my perspective, keys can be asymmetric or symmetric and in the former case they can be public or secret

I don't disagree with those descriptions of a cryptographic key.   However the cryptocurrency industry has introduced the terminology "address" which is typically used as an alias for public-key and is used for receiving payments.  Even in our code we have terminology "GenerationSpendingKey" and "GenerationReceivingAddress" where the former represent the secret-key and the latter the public-key.  It might have been clearer to name these "GenerationSecretKey" and "GenerationPublicKey".  But regardless the GenerationSpendingKey can be used to initiate a tx within the system while the GenerationReceivingAddress cannot.
So then we introduced SymmetricKey and abstractions over key-types:

SpendingKey abstracts over GenerationSpendingKey and SymmetricKey.
ReceivingAddress abstracts over GenerationAddress and SymmetricKey.

SpendingKey are always secret keys in the sense they can always be spent from.
ReceivingAddress are always an address in the sense they can receive funds.
A SpendingKey may be able to receive funds, but should never be used in that context because it is not guaranteed or intended.
A ReceivingAddress may be able to spend funds, but should never be used in that context because it is not guaranteed or intended.
Sorry for the verbosity but I am trying to be as clear and factual as I can, to describe where I'm coming from.

More to the point, the thing you want to display is potentially empty collections of coins that can be spent by the same cryptographic key material. In that sense, the abbreviated receiving address is just the label for the collection and what matters is that the wallet knows the corresponding spending key.

I'm not sure I'm grokking this statement in full.  I don't see that we want to display "potentially empty collections of coins", as I'm not even certain what that means.  Are you using coins to mean Utxos?
All I'm trying to do is display on the Addresses screen is a list of known keys that can receive funds (pubkey or symmetric), where "known" indicates that the wallet has already derived and "handed-out" that key.   The abbreviated address is simply a shorter form of the bech32m key serialization.    Except that: in latest commits I am testing the abbrev address is a shorter form of a hash of the key, bech32m.

So in summary:
IMO the information you want to present and display is worthwhile and appropriate.
IMO the name "address" is inappropriate and confusing for what being displayed.
 The word "key" even makes abstraction of symmetric / asymmetric.

I'm not sure what concrete change you are proposing.   Is it to change the name of the screen to "Spending Keys"?  If so, I still don't agree that makes sense, as per above.   But I want to make sure I understand what you would like to see.

I'm not sure what concrete change you are proposing.

I was not meaning to propose anything just yet. I just wanted to articulate my position and invite counter-argument. Mission accomplished.

Except that you can [put a symmetric key (or its bech32m encoding) into the "To:" field of the Send interface and expect it to work]. If you look at the the send() RPC it accepts a ReceivingAddress enum which can be either a SymmetricKey or Generation variant. That is already sufficient to say that RPC client's can send using SymmetricKey. ie, anyone could write a client that does it.
Going further though: neptune-cli send command calls ReceivingAddress::from_bech32m(). So does the dashboard. Previously ::from_bech32m() would panic for SymmetricKey, but this PR makes it work... though it was first impl'd in my offchain PR that never got fully merged.

Well I did not expect that response O_o. In light of this functionality I would like to suggest a test that runs through this pipeline.

use cases exist for it. the most obvious use case is sending payments between wallets owned by same person/entity. Such payments can be made onchain more cheaply/efficiently than equiv onchain payment using GenerationAddress. And simpler to perform than using an offchain spend/claim, which would be the alternative.

This is a compelling argument. Yes offchain transactions can do the job also but the reason why you might want the blockchain to store a ciphertext is to robustly back up the UTXO data. And you could achieve that by following up the offchain transaction with an on-chain consolidation transaction from self to self, but that is in fact another use case.

it's kind of a neat/novel thing that one can't do in other cryptocurrencies. why not lean into that?

It is of course a mis-use hazard. Meaning that unsophisticated users could mistake a not-to-be-made public receiving address for a public one and accidentally reveal or leak it. Potential loss of funds scenario.
Note that the mis-use hazard could be reduced with good naming. In this respect I think "address" scores rather poorly because of its open/public connotation and that's exactly the connotation we want to avoid suggesting if we support this use case.

I'm not sure I'm grokking this statement in full. I don't see that we want to display "potentially empty collections of coins", as I'm not even certain what that means. Are you using coins to mean Utxos?

Identifying collections with UTXOs is a good first approximation but:

some addresses may have not received anything (zero UTXOs)
some addresses may have received multiple incoming payments, and these should probably be summed together (multiple UTXOs).

The feature that unifies one collection is the spending key. In principle you can have multiple receiving addresses for the same spending key. In fact, for the lattice-based KEM used in generation addresses, the public key is not uniquely defined with the secret key by default. You have to build in an extra step of derandomization if you want them to be one-to-one, and that's exactly how generation addresses are implemented (i.e., with explicit derandomization).
--
Now that I understand your position better, I find it harder to object to using the word "address", but I'm not convinced it's the best option. I would put forward "key" as a superior alternative.
At this point I think all material arguments have surfaced (if not, all ears). To avoid discussing endlessly about colors and tastes, how about we move forwards as follows?:

you give the alternative "key" fair consideration, and then
you make the call whether or not to rename anything.

At this point I think all material arguments have surfaced (if not, all ears). To avoid discussing endlessly about colors and tastes, how about we move forwards as follows?:

you give the alternative "key" fair consideration, and then
you make the call whether or not to rename anything.

thanks, that seems very reasonable.
So I think that, for me, what matters most is consistency in the naming.   I don't feel strongly if its called a key or an address, so long as we are consistent about it both in the code and the user interface.
For example, I could conceive of renaming ReceivingAddress to ReceivingKey, so then we would have SpendingKey and ReceivingKey, which is nicely symmetric, and I think a bit more cryptographically accurate.  And then the "Known Addresses" dashboard screen could be called "Known Receiving Keys" to match.
I don't wish to call the dashboard screen "Keys" when the things populating it are "ReceivingAddress" because it's a big inconsistency -- locally and with usage elsewhere such as neptune-cli. I also don't wish to expand the scope of this PR to include a codebase wide rename.
So I propose/plan that:

we leave the Dashboard screen called "Addresses" in the menu and "Known Addresses" in the screen title for this PR.  That accurately reflects what they are called in the code and the rpc calls.
Going forward (any time you like) we can rename Addresses throughout the codebase, UI, docs in a dedicated PR.

Please consider adding test cases:

All generated addresses and symmetric keys are unique.
Restarting the node gives correct counter values.

[ ] 9f55aad01a232d783b5285ad9ecc10f4d4ee88e8 adds tests:

known_keys_are_unique
test derivation_counter_persists_across_restart

Well I did not expect that response O_o. In light of this functionality I would like to suggest a test that runs through this pipeline.

yes good point.  I will add one.

yes good point. I will add one.

[ ] done. 2bc52441719d2b68d0638f74c5d3bd3056fc9927 refactors the rpc_server::send_to_many() test to operate once for each KeyType variant. Each variant is used as the recipient's keytype.     This means it now tests sending to a symmetric key as well as a generation key.  It will also test sending to any future keytype we might add.  It also performs a bech32m serialize/deserialize roundtrip and verifies it matches the original ReceivingAddress.

@aszepieniec I believe I have addressed all comments/concerns and this is ready to merge.   with the caveat that tests are still failing in CI due to not being on proof server yet, but they do pass locally.   I will work with @Sword-Smith to get the proof-server updated.
If you can give this a final lookover and approval, we should be able to get it merged today-ish.


No indicator for Spend Tx progress

As a manager, after I broadcast a Spend Tx, the Tx shows up under 'pending spend transactions' but there's no info to tell me when it is expected to be confirmed. Perhaps we should put pending unvault: 0/CSV, pending spend: 0/6 confirmations or something?

Agreed, though we should use a much simpler terminology than CSV and "Unvault" in my opnion (see #88). Maybe:

"Pending spending attempt: currently locked. ETA: 2h and a half" (Accounting for a CSV of 12 and a 3-blocks confirmation)
"Pending spending attempt: now unlocked. ETA: half a hour" (3 blocks confirmation"


emacs magit-todos: git not found

Issue description
magit-todos needs the git command
Steps to reproduce
nix-shell -p emacsPackagesNg.melpaPackages.magit-todo

results in:

Searching for program: No such file or directory, git
and the installation fails

Technical details

system: "x86_64-linux"
host os: Linux 4.14.63, NixOS, 18.09pre149415.8395f9aa85e (Jellyfish)
multi-user?: yes
sandbox: yes
version: nix-env (Nix) 2.0.4
channels(IITaudio): "master, nixos"
channels(gitlab-runner): "nixpkgs-18.03pre117013.aebdc892d6"
channels(root): "nixos-18.09pre149415.8395f9aa85e"
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

This is a common pitfall with emacs packages missing build inputs others than emacs packages. Latter are identified by emacs2nix, but external dependencies. Please try out the following approach like magit. A PR is always welcome ;)


cross compile openrc to aarch64-musl is broken with: ERROR: Dependency "libcrypt" not found, tried pkgconfig

these are my useflags:
emerge-aarch64-unknown-linux-musl -pv openrc

[ebuild   R    ] sys-apps/openrc-0.44.8::gentoo to /usr/aarch64-unknown-linux-musl/ USE="ncurses netifrc unicode -audit -bash -debug -newnet -pam (-selinux) -sysv-utils" 0 KiB

and here is the error:
 * Package:    sys-apps/openrc-0.44.8
 * Repository: gentoo
 * Maintainer<EMAIL_ADDRESS> * USE:        arm64 elibc_musl kernel_linux ncurses netifrc unicode userland_GNU
 * FEATURES:   network-sandbox preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking openrc-0.44.8.tar.gz to /usr/aarch64-unknown-linux-musl/tmp/portage/sys-apps/openrc-0.44.8/work
>>> Source unpacked in /usr/aarch64-unknown-linux-musl/tmp/portage/sys-apps/openrc-0.44.8/work
>>> Preparing source in /usr/aarch64-unknown-linux-musl/tmp/portage/sys-apps/openrc-0.44.8/work/openrc-0.44.8 ...
 * Applying openrc-0.44.8-selinux-no-pam.patch ...
patching file meson.build
patching file meson.build
patching file src/rc/meson.build                                                                                [ ok ]
>>> Source prepared.
>>> Configuring source in /usr/aarch64-unknown-linux-musl/tmp/portage/sys-apps/openrc-0.44.8/work/openrc-0.44.8 ...
/usr/aarch64-unknown-linux-musl/tmp/portage/sys-apps/openrc-0.44.8/temp/environment: line 2447: type: locale: not found
meson setup --libdir lib --localstatedir /var/lib --prefix /usr --sysconfdir /etc --wrap-mode nodownload --build.pkg-config-path /usr/share/pkgconfig --pkg-config-path /usr/aarch64-unknown-linux-musl/usr/lib/pkgconfig/:/usr/share/pkgconfig --native-file /usr/aarch64-unknown-linux-musl/tmp/portage/sys-apps/openrc-0.44.8/temp/meson.x86_64-gentoo-linux-musl.arm64.ini --buildtype plain --cross-file /usr/aarch64-unknown-linux-musl/tmp/portage/sys-apps/openrc-0.44.8/temp/meson.aarch64-unknown-linux-musl.arm64.ini -Daudit=disabled -Dbranding="Gentoo Linux" -Dnewnet=false -Dos=Linux -Dpam=false -Dselinux=disabled -Dshell=/bin/sh -Dsysvinit=false -Dtermcap=ncurses /usr/aarch64-unknown-linux-musl/tmp/portage/sys-apps/openrc-0.44.8/work/openrc-0.44.8 /usr/aarch64-unknown-linux-musl/tmp/portage/sys-apps/openrc-0.44.8/work/openrc-0.44.8-build
The Meson build system
Version: 0.59.4
Source dir: /usr/aarch64-unknown-linux-musl/tmp/portage/sys-apps/openrc-0.44.8/work/openrc-0.44.8
Build dir: /usr/aarch64-unknown-linux-musl/tmp/portage/sys-apps/openrc-0.44.8/work/openrc-0.44.8-build
Build type: cross build
Project name: OpenRC
Project version: 0.44.8
C compiler for the host machine: aarch64-unknown-linux-musl-gcc (gcc 11.2.0 "aarch64-unknown-linux-musl-gcc (Gentoo 11.2.0 p1) 11.2.0")
C linker for the host machine: aarch64-unknown-linux-musl-gcc ld.bfd 2.37
C compiler for the build machine: x86_64-gentoo-linux-musl-gcc (gcc 11.2.0 "x86_64-gentoo-linux-musl-gcc (Gentoo 11.2.0 p1) 11.2.0")
C linker for the build machine: x86_64-gentoo-linux-musl-gcc ld.bfd 2.37
Build machine cpu family: x86_64
Build machine cpu: x86_64
Host machine cpu family: aarch64
Host machine cpu: aarch64
Target machine cpu family: aarch64
Target machine cpu: aarch64
Dependency audit skipped: feature audit disabled
Found pkg-config: /usr/bin/aarch64-unknown-linux-musl-pkg-config (1.7.4)
Found CMake: NO
Run-time dependency pam found: NO (tried pkgconfig and cmake)
Library pam found: NO
Run-time dependency libcrypt found: NO (tried pkgconfig)

meson.build:96:0: ERROR: Dependency "libcrypt" not found, tried pkgconfig

This is definitly broken by commit https://github.com/OpenRC/openrc/commit/f3f0fde861b438c80f99afdd49fe175e9d0a68ca, if the patch in the ebuild is disabled its compiling as intended.
Please note: this isn't a hardened toolchain or kernel.
emerge--info.zip
@thesamesam

See https://github.com/OpenRC/openrc/pull/478.


Add document_type only query to email-alert-api

https://trello.com/c/gPjk5P2A/611-add-document-type-only-query-to-email-alert-api

Addressed @bradwright – please could you take another look.


[hw,i2c,dv] I2C protocol transitions coverage

Description
Implement covergroup in I2C block level TB that covers the following I2C protocol transitions
Protocol transitions

coverpoint
IP mode
IP mode
Transition
Description

Host
Target

Start_followed_by_Rstart
Y
Y
S->...RS
Valid transfer followed by Rstart condition

Start_followed_by_Stop
Y
Y
S->...P
Valid transfer followed by Stop condition

stop_after_address_ack
Y
Y
S->AD->W/R->A->P
Stop after valid packet of address sent with ACK reply

stop_after_address_Nack
Y
Y
S->AD->W/R->NA->P
Stop after valid packet of address sent with NACK reply

write_address_ack
Y
Y
S->AD->W->A
Device reply with Ack for Write Address

read_address_ack
Y
Y
S->AD->R->A
Device reply with Ack for Read Address

write_address_nack
Y
Y
S->AD->W->NA
Device reply with Nack for Write Address

read_address_nack
Y
Y
S->AD->R->NA
Device reply with Nack for Read Address

Write_data_ACK
Y
Y
S->AD->W->A->D->A
Device ACK for write data

Write_data_NACK
Y
x
S->AD->W->A->D->NA
Device reply with NACK for write data

Read_data_ACK
Y
Y
S->AD->R->A->D->A

Read_Data_NACK
x
Y
S->AD->R->A->D->NA

Multi_byte_write
Y
Y
D1->A->D2->A->....Dn->A/NA
write multiple bytes to target device

Multi_byte_read
Y
Y
D1->A->D2->A->....Dn->A/NA
read multiple bytes to target device

Stop_after_write_data_ack
Y
Y
S->AD->W->...D->A->P
host issues STOP after valid data transmission for Write

Stop_after_read_data_ack
Y
Y
S->AD->R->...D->A->P
host issues STOP after valid data transmission for Read

Stop_after_write_data_Nack
Y
Y
S->AD->W->...D->NA->P
host issues STOP after write data NACK from device

Stop_after_read_data_Nack
Y
Y
S->AD->R->...D->NA->P
host issues STOP after read data NACK from device

Rstart_after_Address_Ack
Y
Y
S->AD->ACK->RS
host reinitiates transfer before completing/waiting for data transfer

Rstart_after_Address_Nack
Y
Y
S->AD->NACK->RS
Host reinitiates transfer after NACK from device

B2B_write_to_different_device
Y
Y
S->AD1->W->...RS->AD2->W->..
back to back writes to different device

B2B_read_from_different_device
Y
Y
S->AD1->R->...RS->A2->R->...
back to back reads to different device

Write_after_read_to_different_device
Y
Y
S->AD1->R->A->D...->RS->AD2->W->...
first write and then read to different device address

Read_after_write_from_different_device
Y
Y
S->AD1->W->A->D...->RS->AD2->R->...
first read and then write from different device address

B2B_write_from_same_device
Y
Y
S->AD->W->A->D...->RS->AD->W->...
back to back writes to same device address

B2B_read_from_same_device
Y
Y
S->AD->R->A->D...->RS->AD->R->...
back to back read to same device address

Write_after_read_from_same_device
Y
Y
S->AD->R->A->D...->RS->AD->W->...
first write and then read to same device address

Read_after_write_from_Same_device
Y
Y
S->AD->W->A->D...->RS->AD->R->...
first read and then write from same device address

SCL_stretch_after_write_addr_before_first_write_data
Y
Y
S/RS->AD->W->A->(SCL_Stretch)->D->A/NA->...
Host mode: scenario where FORMAT FIFO has just one entry for address and then empty Target mode: Scenario where ACQDATA FIFO is full after receiving write address from TB

SCL_stretch_after_read_addr_before_first_read_data
Y
Y
S/RS->AD->R->A->(SCL_Stretch)->D->A/NA->...
Host mode: Scenario where target holds the SCL line Target mode: Scenario where ACQDATA FIFO is full after receiving read address byte from TB

SCL_stretch_between_write_data_bytes
Y
Y
D->A->..(SCL_stretch)..->D->A/NA
Scenario where FORMAT FIFO has some entries for WDATA but no entry with STOP/RStart condition

SCL_stretch_between_read_data_bytes
Y
Y
D->A->..(SCL_stretch)..->D->A/NA
Host_mode: Scenario where RDATA FIFO is full and host cannot receive more dataTarget_mode: I2C block cannot accept send more data since TXFIFO is emtpy

read_data_ACK_before_stop
Y
Y
ST->A->R->A->D...->D->A->P
invalid condition, since a NACk is required for read to terminate

RStart/Stop glitches coverage is part of FSM coverage, the states that are covered are mentioned in  https://github.com/lowRISC/opentitan/issues/17709
Legend

Symbol
meaning

S
Start

A
ACK

NA
NACK

RS
Repeat Start

AD
Address

W/R
Write/read bit

P
Stop

D
Data

W
Write operation

R
Read operation

x
not applicable / irrelevant

Y
can be covered

This issue addresses the following item in https://github.com/lowRISC/opentitan/issues/17458

List various bad behaviours/protocol violations we could see in host and target modes, ensure they are tested appropriately

estimate 16
remaining 2023-04-11 8


Order of operations - calling base lifecycle methods

Description
When discussing lifecycle methods, the examples call the base method last:
protected override async Task OnInitializedAsync()
{
    await ...

    await base.OnInitializedAsync();
}

Would it not be a better practice to call the base method first, as it may perform operations that the child class depends on? Is this not similar to calling the base constructor first?
Page URL
https://learn.microsoft.com/en-us/aspnet/core/blazor/components/lifecycle?view=aspnetcore-8.0#base-class-lifecycle-methods
Content source URL
https://github.com/dotnet/AspNetCore.Docs/blob/main/aspnetcore/blazor/components/lifecycle.md
Document ID
4871f4f7-9cf6-ac7a-0f21-c65d34bd1119
Article author
@guardrex

Hello @mstortz ... The product unit engineers have only provided the guidance that you see in the article.
For example:

Calling the base lifecycle method when you're using a custom base class. I guess that they would say it depends on your base class and what you need to execute first ... the component's method or the base class's method ... it depends on your code.
Library consumers calling a library base class where the library author says to call it in their guidance.

If you want to inquire further with them on it, open an issue for them on their repo to ask at ...
https://github.com/dotnet/aspnetcore/issues
Please add ...
cc: @guardrex https://github.com/dotnet/AspNetCore.Docs/issues/32621

... to the bottom of your opening comment so that I can follow along. I'll re-open this for doc work depending on what they tell you.

Javier kind'a didn't answer on ordering, but I think it's fair to say that that's up to the dev. This is probably why they gave me guidance to post that tells library consumers to follow the guidance of the library author about where to call the base class method when the base class is supplied by the library. I think this is one of those things where it depends, and the dev should consider the ordering and call it where it makes sense in their code for their app to work properly.


Add Marlborough College

@HavuPlays Marlborough_College/lib/domains/org/marlboroughcollege.txt: this request has an incorrect file path format, please ensure that you are familiar with     this repository rules located at the bottom of this page and change     your request accordingly. If you don't know how to change request, close it and open a new one.     If you are not able to make the pull request according the instructions, please send us an email to<EMAIL_ADDRESS>Please mention this request URL in the message.

@HavuPlays I am closing this request as a duplicate, because corresponding file is already in the repository. Please email<EMAIL_ADDRESS>if you have any questions or concerns. Thank you.


Step1 - Enable Policy?

Hi, It seems that I had to 'Enable Policy' in step 1 to get the whole thing working - can you confirm and if so, update the document (add another step).

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

ID: 6f895939-5862-2cfa-3c3d-0afdb95fbba4
Version Independent ID: b44fdfcf-c0f7-e3f0-103f-2e4dd33a7c9d
Content: Deploy Cloud App Security Conditional Access App Control for Azure AD apps
Content Source: CloudAppSecurityDocs/proxy-deployment-aad.md
Service: cloud-app-security
GitHub Login: @rkarlin
Microsoft Alias: rkarlin

Hi @yoyogin, I actually thought that was intuitive and didn't need documentation, but if you felt it was confusing I'll add it. thanks.
#please-close


utils: tweek Cargo.toml for powerpc64le again

Tweek Cargo.toml for powerpc64le again.
Signed-off-by: Jiang Liu<EMAIL_ADDRESS>

compile-nydus failure is due to the conflicts between fscache ci and rust 1.66, which is a known problem, skip it for now.


DynamoDBSampleSwift build failed after conversion to Swift 3.0

I recently updated Xcode to version 8.0. I let Xcode convert my copy of DynamoDBSampleSwift to swift 3.0 (no other changes) and now the build fails with 12 errors (see attached screenshot.)
I am facing similar problems with other projects that use the AWS SDK for iOS. I'm submitting this ticket since the problem is with a bone-stock version of the tutorial app.

The sample apps are built for Swift 2 and not Swift 3. If you intend to use Swift 2 version of the apps, you could set the "Use Legacy Swift" flag in "Swift Compiler Settings" to use the older version of Swift on Xcode 8. We will update the thread when we update the sample apps to Swift 3.

OK - please do update the thread when the examples have been updated to Support Swift 3.

I tried changing the Swift Compiler Setting to Use Legacy Swift on a clone of the DynamoDBSampleSwift app that compiled and ran prior to the Xcode 8.0 upgrade, and it did not work. The build fails with the following error message: Command /Applications/XCode.app/Contents/Developer/Toolchains/Swift_2.3.xctoolchain/usr/bin/swiftc failed with exit code 1
The only change that I made to the clone was to set the Swift Compiler Setting to Use Legacy Swift. I did not accept any of Xcode's offers the convert the code.

I tried the same, using the latest version of the sample code, and that worked:
https://github.com/awslabs/aws-sdk-ios-samples/tree/master/DynamoDBObjectMapper-Sample/Swift
The issue must be with the version of the sample code I had in my original project. I'll upgrade.

I assume this issue has been resolved, reopen if this is not the case. :)


Compile September 2022 data for WC Combined Stats report

WC Combined Stats report

Needs capacity for annual figures added.

Annual figures have now been added but awaiting advice on which periods are of interest. To be revisited 10 November.

@taceybadgerbrook Should this be moved from the backlog into the sprint backlog now?

Sorry, this is done!


Fix Modus Select Accessibility issues and Keyboard Navigation

Description
div was replaced with "select native" to address the modus select issue, and the keyboard navigation problem was resolved.
References #559 ,#1334
Type of change

[x] Bug fix (non-breaking change which fixes an issue)

How Has This Been Tested?

Checklist

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[x] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes
[x] Any dependent changes have been merged and published in downstream modules
[x] I have checked my code and corrected any misspellings

This is great - a huge improvement - thanks!


cherry-pick fixes commits for Stable 1.5

cherry pick shimv2 fixes from master branch to stable-1.5

/test

drop this PR since 1.5 is too old to maintain.


feat(check-html-links): add external link validation

What I did

Check external links using check-links

Close #59

it's done... thank you a lot 🙇♂
took a little 🙈


when an adjustment is done on the app as a physical stock count, this value should replace the SOH and become the new SOH

eg if the SOH is 50 and adjustment for a physical stock count of 80 is entered on the app, the new SOH should become 80. However, when this happens on the app, the problem is that the new SOH doesnt sync to the server as the new SOH, rather it adds to it

App synced the physical adjustment value to server, but server didn't update SOH.

Test passed on QA. Testing on PROD now.


📎  Setup the basic infrastructure for the CSS linter

Description
This issue aims to set up the basic infrastructure and implementation for a CSS linter, making it easier for new/potential contributors to join

[x] setup basic infra

[x] just command, analyzer https://github.com/biomejs/biome/pull/2111
[x] lintdoc  https://github.com/biomejs/biome/pull/2151

[x] Implement some rules for referencing

[x] https://github.com/biomejs/biome/pull/2308
[x] https://github.com/biomejs/biome/pull/2513

[x] Organize stylelint-config-recommended

[ ] https://github.com/biomejs/biome/discussions/2422

[ ] Organize stylelint-config-standard
[x] Enable on playground??
[x] Write issue template and update contribution guide
[x] Create an umbrella issue

[x] https://github.com/biomejs/biome/issues/2511

Is this done? All the items are checked

We're close! But we haven't started implementing stylelint-config-standard yet. And There's one issue stopping us from using some rules in stylelint-config-recommended. It might take a bit longer since I've been busy at work lately:(


Use ReDoc v2 on AspNet.Owin

AspNet.Owin is using the previous version of ReDoc and was not updated with the ReDoc v2 changes to AspNetCore.

Thanks for the PR. Did you test it?

Hi,
I haven't performed any formal testing - I don't think that there is anything automated around this either?  I have however performed manual tests through the Sample.NetGlobalAsax  application and haven't encountered any issues.  Let me know if this testing is not sufficient (and if you'd prefer if I raised an issue for something like this prior to initiating a PR!)
I've attached some screenshots of the before and after and using the Swagger2 and OpenApi3 schemas.
Using ReDoc v1 Swagger2 (i.e. previous):

Using ReDoc v1 OpenAPI3 (i.e. previous):

Using ReDoc v2 Swagger2 (i.e. updated):

Using ReDoc v2 OpenAPI3 (i.e. updated):

Yeah, didnt ask for an automated test but a manual one. Looks good, thanks.

This isn't in NSwag.AspNet.Owin v 12.0.0, right?

It should be in v12, isnt it?

@RSuter
It still references https://rebilly.github.io/ReDoc/releases/latest/redoc.min.js, which is v 1.22.2 atm.
The change isn't in the v12 branch:
https://github.com/RSuter/NSwag/blob/feature/v12/src/NSwag.AspNet.Owin/ReDoc/index.html

Oh crap, the PR was not merged into master but another feature branch... created a new PR: https://github.com/RSuter/NSwag/pull/1764

Will release a new version tomorrow.

(12.0.1)

Good, thanks 👍


cli: add support for running vagrant actions

@ivotron this package is a python api wrapper for vagrant-cli, but the problem is that it is not being maintained for 2 years now and also lacks proper documentation. Please have a look. Is there any alternative vagrant-cli wrapper? If this package is really unusable then we might have to proceed by using utils.exec_cmd to process raw commands. What do you say ? Thanks :smile:

@ivotron Also what are providers that will be used with VagrantRunner in our case, like from VirtualBox, docker, VMWare, etc?

@ivotron If we would use raw commands, then how to get back the output in utils.exec_cmd() as a byte string?

thanks a lot for looking into this @JayjeetAtGithub! it seems that there's quite a significant amount of effort put into the python-vagrant project. I'd vote for using that

@ivotron Sure ! Thanks

@ivotron Can we use a vagrant:// prefix with box names to refer boxes from here in the uses attribute of an action?

yeah, that's a great idea!
On Sun, May 5, 2019 at 11:41 AM Jayjeet Chakraborty <
<EMAIL_ADDRESS>wrote:

@ivotron https://github.com/ivotron Can we use a vagrant:// prefix with
box names to refer boxes from here https://app.vagrantup.com/ in the
uses attribute of an action?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/systemslab/popper/issues/172#issuecomment-489452159,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AADTQHML2GM53KN4PUXI6ZLPT4S6LANCNFSM4D7HOPCA
.


Allow applications to configure i18n key prefixes

Right now all cat-angular cat-i18n keys look like this:
'cc.catalysts.cat-[breadcrumbs|menu|facets|paginated|sortable].[...whatever...]'.

Among all application-specific keys in our application, namespaced with the application's context, this strict naming convention is not elegant and we'd like to use our own prefix.
Therefore I'd like to propose a configurable prefix for cat-i18n to optionally replace 'cc.catalysts' from the above prefix by whatever is the application's context.

you can do so easily, just decorate the catI18nMessageSourceService and modify to the key to your liking. internally this keys will always be used, and I'm not inclined to add yet another mapping layer which by default maps from one internal key to another.
Something like this should do the trick:

function catI18nMessageSourceServiceDecorator(catI18nMessageSourceService) {
    var originalGetMessage = catI18nMessageSourceService.getMessage;
    var originalHasMessage = catI18nMessageSourceService.hasMessage;

    function adaptI18nKeyPrefix(key) {
        // TODO - place your key modifications here
        return key.replace('cc.catalysts.cat-', 'myOwnPrefix');
    }

    catI18nMessageSourceService.getMessage = function(key, locale) {
        return originalGetMessage(adaptI18nKeyPrefix(key), locale);
    };

    catI18nMessageSourceService.hasMessage = function(key, locale) {
        return originalHasMessage(adaptI18nKeyPrefix(key), locale);
    };

    return catI18nMessageSourceService;
}

angular
    .module('cat-angular-decorator', ['cat-angular'])
    .config(['$provide', function($provide) {
        $provide.decorate('catI18nMessageSourceService', ['$delegate', catI18nMessageSourceServiceDecorator]);
    }]);

No guarantee that the code is executable as is, just wrote it down as a kind of guideline

closing this issue as the proposed decorator solution should be sufficient


Method "flickr.token.valid" not found

Got an error
$ flickrsmartsync_oauth
Traceback (most recent call last):
  File "/usr/local/bin/flickrsmartsync_oauth", line 11, in <module>
    load_entry_point('flickrsmartsync-oauth==0.1.0.post0', 'console_scripts', 'flickrsmartsync_oauth')()
  File "/usr/local/lib/python2.7/site-packages/flickrsmartsync_oauth-0.1.0.post0-py2.7.egg/flickrsmartsync_oauth/__init__.py", line 57, in main
    remote = Remote(args)
  File "/usr/local/lib/python2.7/site-packages/flickrsmartsync_oauth-0.1.0.post0-py2.7.egg/flickrsmartsync_oauth/remote.py", line 21, in __init__
    self.auth_api() # removed return token
  File "/usr/local/lib/python2.7/site-packages/flickrsmartsync_oauth-0.1.0.post0-py2.7.egg/flickrsmartsync_oauth/remote.py", line 38, in auth_api
    if not self.api.token_valid(perms=u'delete'):
  File "/usr/local/lib/python2.7/site-packages/flickrapi/__init__.py", line 357, in handler
    parse_format=args['format'], **args)
  File "/usr/local/lib/python2.7/site-packages/flickrapi/__init__.py", line 444, in __wrap_in_parser
    return parser(self, data)
  File "/usr/local/lib/python2.7/site-packages/flickrapi/__init__.py", line 285, in parse_etree
    raise FlickrError(u'Error: %(code)s: %(msg)s' % err.attrib)
flickrapi.exceptions.FlickrError: Error: 112: Method "flickr.token.valid" not found

@zdmytriv
I think you are using version 1.4.4 of flickrapi (that is, the version included with flickrsmartsync).
The last three lines of your error refer to line 285 of flickrapi/init.py
raise FlickrError(u'Error: %(code)s: %(msg)s' % err.attrib).
flickrsmartsync_oauth uses the latest version 2.3 of flickrapi.  In version 2.3, flickrapi/init.py is only 81 lines.

python setup.py install

Installed /usr/local/lib/python2.7/site-packages/flickrsmartsync_oauth-0.1.0.post0-py2.7.egg
Processing dependencies for flickrsmartsync-oauth==0.1.0.post0
Searching for flickrapi==2.3
Best match: flickrapi 2.3
Processing flickrapi-2.3-py2.7.egg
flickrapi 2.3 is already the active version in easy-install.pth

I've tried it from clean virtual env and it worked! Looks like it was problem with my local env. Thanks for you help. Closing this issue.


MSRV for CI is causing issues due to bitflags update

Upstream issue: https://github.com/clap-rs/clap/issues/2691

Looks like upstream won't be changing anything so the easiest option is just to strip out the things that need clap from the MSRV CI jobs


Automated Package Upgrade

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Fix README.md and package.json

For reason below, package.json should be temporarily changed, that developer can use it
internal/modules/cjs/loader.js:638
    throw err;
    ^

Error: Cannot find module 'bullmq'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
    at Function.Module._load (internal/modules/cjs/loader.js:562:25)
    at Module.require (internal/modules/cjs/loader.js:692:17)
    at require (internal/modules/cjs/helpers.js:25:18)
    at Object.<anonymous> (/Users/xillis_wu/Documents/chungyo/pineapple-job/node_modules/bull-board/dist/index.js:8:18)
    at Module._compile (internal/modules/cjs/loader.js:778:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
    at Module.load (internal/modules/cjs/loader.js:653:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
    at Function.Module._load (internal/modules/cjs/loader.js:585:3)

Hi, I seldom do pull request, means I don't know the open source rule. If offend, forgive. Thanks

Thank you for the PR,
The readme is already updated in https://github.com/vcapretz/bull-board/pull/169.
Regarding the usage of bull-mq, we discus it here: https://github.com/vcapretz/bull-board/issues/167, a fix will be released asap,
For the meanwhile, you can install devDeps as well


markReplicaUnhealthyForConnectionStateListener

Perfect, nice factoring. Love it...

Duplicate of PR https://github.com/Azure/azure-sdk-for-java/pull/30281


Correct comment on preload example [ci skip]

The existing comment does not entirely match what the code does.

Thank you! :heart:


collapsed state

Здравствуйте! Ребята, встройте пожалуйста возможность вводить приложение в свёрнутое состояние при нажатии на кнопку закрытия, как было сделано в приложении spotify

Translation: Hello! Guys, please embed the ability to enter the application into a minimized state when you click on the close button, as was done in the spotify application

Thanks for the feedback, @Feanor1986.
As this feedback is not specifically about the documentation, but rather about the product, please consider posting at https://docs.microsoft.com/en-us/answers/topics/windows-app-sdk.html.
Closing issue as no doc updates are required.


Improve fetching remote environment files

Currently using a remote file to fetch environment variables would
only work if preceeded by a local file because full_path was not
initialized. Fix the bug and also improve error handling for urls.

@mkluson, can you confirm the fix covers your use case well? Is it ok if this goes to 1.8 or would you like to get the fresh packages to fedora repos (and testing farm) as soon as possible?


Loudness: disable creating graph in 'high precision' analyzing mode

aaaand..submitted to master again, duh


The phrase "HTTP Protocol" is redundant, as HTTP means "Hypertext Transfer Protocol".

The phrase "HTTP Protocol" is redundant, as HTTP means "Hypertext Transfer Protocol".
Originally posted by @sethmoo in https://github.com/MicrosoftDocs/iis-docs/pull/512
Originally posted by @TonyHCIR in https://github.com/Azure/azure-sdk-for-java/issues/34624

@TonyHCIR
It would be great if you could add a link to the documentation you are following for these steps? This would help us redirect the issue to the appropriate team. Thanks!

@TonyHCIR
We are going to close this thread if there are any further questions regarding the documentation, please tag me in your reply and we will be happy to continue the conversation.


Update WidgetName.ts

change to vision_zero_10_50_90

Closing this one, merged in https://github.com/data-for-change/anyway-newsflash-infographics/pull/975


(feature request) useData hook to behave more or less like to the one from react-query

Is your feature request related to a problem? Please describe.
I was working on a simple todo-app list and was trying to use either the useData or useLiveData hook to get the newly added/removed items and while useLiveData hook was alright for this one, on the other hand useData hook, I found myself that I had to use the state to keep a copy of those items and work with that whenever i added or removed new items.
It will be nice if useData can behave more or less like the hooks from react-query where also exports a refetch method to force reload it.
Describe the solution you'd like
Implement a way to refetch the new data on the useData hook.
Describe alternatives you've considered
Use useLiveData hook instead.

Great idea!

useData and useDataOne now export a refetch() function. released<EMAIL_ADDRESS>


Deployment to Non-Scratch Org Failed (Metadata API request failed: socket hang up)

Attempting to deploy the CRM Sync to a full sandbox (npm run crm-sync:sf:org:deploy) and receiving error message stated below.
Steps to produce:

Run: npm run crm-sync:sf:org:deploy
Received first error message
Run: sfdx force:source:deploy -p "./src/sfdc/base" to resolve first error message

Node version (node -v): v16.13.0
NPM version (npm -v): 8.1.0
SFDX version (sfdx -v): sfdx-cli/7.127.0 darwin-x64 node-v16.13.0
Error message:
[
{
"stack": "MetadataTransferError: Metadata API request failed: socket hang up\n    at MetadataApiDeploy. (/Users/luigifrascarelli/b2c-crm-sync/node_modules/@salesforce/source-deploy-retrieve/lib/src/client/metadataTransfer.js:88:31)\n    at Generator.throw ()\n    at rejected (/Users/luigifrascarelli/b2c-crm-sync/node_modules/@salesforce/source-deploy-retrieve/lib/src/client/metadataTransfer.js:6:65)\n    at processTicksAndRejections (node:internal/process/task_queues:96:5)\nDUE TO:\nError: socket hang up\n    at connResetException (node:internal/errors:691:14)\n    at TLSSocket.socketOnEnd (node:_http_client:471:23)\n    at TLSSocket.emit (node:events:402:35)\n    at endReadableNT (node:internal/streams/readable:1340:12)\n    at processTicksAndRejections (node:internal/process/task_queues:83:21)",
"message": "Metadata API request failed: socket hang up",
"name": "MetadataTransferError"
}
]
npm run crm-sync:sf:org:deploy

Received first error message after sfdx force:source:deploy -p "./src/sfdc/base"

New error message

@jbachelet What could be causing this error?

Hi @VALiNTRY360
I had that issue before because I had the previous versions of B2C CRM Sync in the SF Org. The previous version had the Client ID field that was a Text field but in the current version this is a Object.
I had to remove the previous version of the Salesforce Org to be able to make the deployment.
Even after this the npm run crm-sync:sf:org:deploy was failing but the sfdx force:source:deploy -p "./src/sfdc/base" run with success and installed all components on Salesforce Env.

@luismiguelferreiraPWC  thank for the quick response.   Did you just remove the B2C Client ID field and all the related ones prior to re-deploying?  Any other tips you have to resolve this issue?

I've created a destructiveChange.xml and removed all B2C CRM Sync content from the org with the workbench.
After that I've run the sfdx force:source:deploy -p "./src/sfdc/base" and it was deployed successfully.
If you are in a dev org and you can play with it I would suggest to remove everything and make a new deployment.
In my case I was using the code I've made from May so my version was a lot deprecated (it was beta version at the time). Currently there is new objects and some fields have change their type for example the CLient Id it was a field text and now it's an object. Other thing is the connection between the SFCC and CRM are difference. These are just two differences but probably there are much more so I would suggest to remove everything and make a new deployment if you are in a environment that you could do that.

@luismiguelferreiraPWC Thank you!  This is very helpful.  I will get that solution a try.   We deployed the previous version of the sync in a full sandbox a few months ago and noticed several issues when running end to end tests between SFCC and SFDC.

@luismiguelferreiraPWC  Thank you again for the insight and support.  The re-deployment worked flawlessly with your suggestions.


Everything (except the Controller and some blocks) doesn't work upon opening up the world save file

Issue description:
Every block, except some, from Refined Storage doesn't work even though the Controller is right besides them (grids, disk manipulators, wireless transmitters, all that stuff). This issue randomly showed up and I don't think it can't be fixed with removing placed blocks or the like.
What happens:
Upon opening a world with the Refined Storage mod:

Everything except the Controller and the Wireless Transmitter doesn't work. In fact, they don't seem to get power too, even though the Controller consumes Crystal Flux (also Redstone Flux and Tesla). A way to fix this is destroy the controller and place it again.
Disk Drives are always not reading the disks in them, even though there are disks inside them. The only way to fix this is manually remove the disks from their respective drives and put it back in.
Grids (Normal, Crafting, Fluid) don't show anything and just shows black squares instead of squares that have items inside them.
Wireless Transmitters work as if it doesn't have range upgrades even though it has. It, also, only shows external storages and crafters' recipes (This happens because there's no disks being read, but even if you fixed the disks, it will still show external storages and crafters' recipes.)

What you expected to happen:
Upon opening a world with the Refined Storage mod:

Everything works.
Disk drives read the disks inside them.
Every block functions.
Wireless Transmitters "act correctly" and shows all items in the disks.

Steps to reproduce:

I have no idea.

I really have no idea. It just happened and I don't know what causes it.
Because of that, I made a downloadable copy of my world so that you can see what needs to be fixed (even though it might not be that helpful).
Also, I just want to say: The map's size is almost 250 MB. Maybe consider downloading first because you might not specifically and really fix the problem with only a map as a reference? Maybe? Just wanted to say that.
Download the map
Version (make sure you are on the latest version before reporting):

Minecraft: 1.12.2
Forge: <IP_ADDRESS>68
Refined Storage: 1.6.9

I'm sorry, I really need reproduction steps.
250mb is a bit rough on my connection, and, I don't even have the set of mods you have.
Closing this as I expect a bit more effort (minimal reproduction case, does it happen with just RS installed, etc.)


Support Neo4j 3.5 removed

The readme file describes support for Neo4j 3.5. The used Bolt package also supports this. In version 3+ of the client support for Bolt V3 seems to be removed and that breaks the support for Neo4j 3 versions.
After updating to a client version 3+ a Wrong version error is thrown.

Library version: latest tag 3.0.5
Neo4j Version: 3.5.35
PHP version: PHP 8.2.10
OS: Mac OS latest

Hello Tim,
Version 3.5 is not supported by the driver in version 3.0 and up. Some of the more advanced features the driver uses now are not possible in this version. Furthermore, version 3.5 has been unsupported by Neo4j since May 27, 2022.
I have updated the readme accordingly.
Thank you for bringing this to my attention.
Kind regards,
Ghlen


Record Tensor.clone() in trace

          It should work if there's a clone between reshape and in-place operation. Currently, it fails with the same error because `clone` is not recorded on the trace:

https://github.com/Lightning-AI/lightning-thunder/blob/ffbebe07bdf003c3a60f2cab88298e96b80bdbba/thunder/torch/__init__.py#L2521-L2525
In the code review, it was decided that it's fine for the clone not to record itself in the trace, but now it seems we need this clarity to break the chain of view ops (https://github.com/Lightning-AI/lightning-thunder/pull/429#issuecomment-2121041926).
The code snippet I tried:
import thunder
import torch

def f(x):
  y = x.reshape(6, 4).clone()
  y.add_(1)
  return y

x = torch.randn((4, 6))
jf = thunder.jit(f)
jf(x)

Originally posted by @IvanYashchuk in https://github.com/Lightning-AI/lightning-thunder/pull/958#discussion_r1715102637
cc @apaz-cli

possibly fixed by https://github.com/Lightning-AI/lightning-thunder/pull/1046


Global execution is broken

I forgot the /ab|a/g problem: The first iteration of a pattern may consume characters that are not part of its match, and those characters must be available to participate in the next match. I think the fix will be relatively easy in my current setup.
One way to think about it (and potentially implement it) is to change the non-capturing root of the pattern from .*?(pattern) to (.*?(pattern))+. The engine can already do this so it already has a solution to the problem, I just need to figure out how to apply it correctly so that I get the results as they match.

I definitely think I need to make that change to the root of the pattern, because .*? terminates the states we will need when any match is made.

Also any strategy other than changing the pattern will probably fail to terminate matches that aught to be terminated, i.e. matches that would contain some characters that were part of the previous match.

My brain hurts so I'm going to think in specifics. We can toss the .* for a second, since we're only considering cases where matches overlap and it would match nothing. (ab|a)+ works because a match on a creates a terminal state for ab|a. Since the pattern is its own next state, we queue a state that starts matching the pattern anew. When a second a is encountered b is rejected, the first pattern succeeds as a whole, and the second a also continues in the second match.
So this is all about what happens at pattern termination (of course it is). What we really want is to queue the pattern itself up as its own next state. This would mean that a success state must be able to hold an expression reference, and it must be traversable. It must also still have the tendency to "bubble" upwards through the tree as worse alternatives fail. Then when finally it reaches the root of the tree and is accepted as a match, it can be replaced with the expression.
I think this means it makes sense not to change the root pattern, just to implement these changes to the success state. It would also be ideal if non-global execution didn't trigger this behavior.

Currently I've dropped the global flag in favor of an execGlobal method, but it's obvious that it would be simpler to implement this logic in a way that is applied only when necessary if the pattern itself could have a global flag. But the reasons for separate exec and execGlobal methods still exist too -- I don't want the pattern to change the shape of the output (so I would always need an iterator of results) but I also want to make sure there's a version that doesn't force the user to deal in iterators (particularly because that is the api of the native exec).
Does this mean I should leave both mechanisms? The worse of it would be when a non-global pattern was passed to execGlobal. In this case I could:

Quietly return an iterator of one or zero matches.
Warn and return an iterator of one or zero matches.
Recompile the pattern with the global flag (and warn?)
Throw an error.

I'd say there is precedent for the "quietly yield only one" approach, as that's how non-global regexes work for splitting or replacing. We'll want to offer those methods eventually, and the non-global regexes are potentially useful there: while it's easy enough to take only one result from an iterator provided by exec there will be no such facility inside a split or replace method.