Zoomed image can not move when only one swiper-slide

Hi,
First of all, thanks for your amazing package !
I am using Swiper JS on an Ionic 7 Angular 16 project. I use the version 10.0.4.
The package works fine and I managed to set the maximum ratio with the zoom parameter object. The only issue is that I have only one image (which is actually a canvas, but for this example I will use an image, which behaves exactly the same way).
Here is the code from the template :
<swiper-container
    #swiper
    [zoom]="{maxRatio: 6, toggle: true}"
    (click)="editPoint($event)"
  >
    <swiper-slide>

    </swiper-slide>
  </swiper-container>

And here is the result :

I can not move the image when the full image is displayed to fit the screen size, and this is perfect for me. But, when I zoom in, i can not move the image to the left, to the right, to the top or to the bottom :

When i try to add another swiper-slide, there is no problem and I can move the image (even when the zoom is at his minimum because swiper prepares the transition with the next slide).
I searched in your great API documentation, I tried a lot of parameters, but I didn't find one that let me move the zoomed image when there is only one image (or one slide). For example, I tried to add hidden slides, I tried to set the loop parameter of swiper-container to true, but this is not working with only one slide (which is totally normal).
Did I miss something ?
Thanks a lot !
Emmanuel

Hello @eblazeix. Please provide a online reproduction by codesandbox or a minimal GitHub repository. You can fork one of our demos in codesandbox to get start. Issues labeled by missing demo will be closed if no activities in 3 days.

Hi, I already put a code reproduction in my initial message. I think this code is enough to reproduce the behavior. Thanks

Your issue is closed because it is not filled correctly. Before you open an issue please review the contributing guideline.
Please fill the issue template correctly and:

Clearly describe the issue including steps to reproduce when it is a bug.
Make sure you fill in the earliest version that you know has the issue.
Provide live link or JSFiddle/Codepen or website with isssue

It will save a lot of time for other contributors to check your issue and fix it.


OrbitDB.createInstance is not a function

I am using the latest ipfs http client and orbit db as shown in example and getting this error when loading the database.
OrbitDB.createInstance is not a function

I have installed the orbitdb using npm i --S orbit-db

Having the same problem in a browser application. The browser IPFS node is working correctly.
IFPS -> js/ipfs/ 0.34.4

I got the same error.

Please try the npm tag rc2 - the second release candidate was just publushed
npm i -S orbit-db@rc2

It still has the same problem with rc2. please check.

After trying rc2, another error appears.
[#602] (https://github.com/orbitdb/orbit-db/issues/602
)

@huhsame does rc2 fix the original error? If so, feel free to close this issue (and re-open it if the problem persists).


Email Templates documentation needs updating

The current documentation refers to an Insert/Update button, which is non-existent.
The documentation needs to be updated as to how to include non-standard tables and fields using the {!EntityLogicalName:FieldLogicalName;Default Text} syntax along with the special syntax for Lookup fields
A list of fields that cannot be dynamically resolved (e.g., multi-select options or choices)
Other limitations

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

ID: eae83e71-1253-2894-8a38-669d26e100ec
Version Independent ID: a2c48126-6401-3ea4-42fe-1c98a1e2cc55
Content: Create templates for email - Power Platform
Content Source: power-platform/admin/create-templates-email.md
Service: power-platform
GitHub Login: @jimholtz
Microsoft Alias: jimholtz

@roryd
Thanks for the feedback. We've passed this information on to the product group for attention.


set title for links

If links are shown inside a need, it would be great if the link title is set and its content is the linked need title text.
This would make it a little bit easier to know, which need is behind a presented link-id.

@danwos : I belive this is already been implemented with needs-show-link-title and needref.


CNPJ test was flaky, fixed now.

@NarekDW fixed the flaky test

Codecov Report

Merging #507 (158ae81) into main (0ed44b8) will increase coverage by 0.06%.
The diff coverage is 100.00%.

@@             Coverage Diff              @@
##               main     #507      +/-   ##
============================================
+ Coverage     93.29%   93.36%   +0.06%
- Complexity     2200     2215      +15
============================================
  Files           236      238       +2
  Lines          4637     4654      +17
  Branches        493      493
============================================
+ Hits           4326     4345      +19
+ Misses          190      189       -1
+ Partials        121      120       -1

Impacted Files
Coverage Δ

.../main/java/net/datafaker/service/files/EnFile.java
93.33% <ø> (ø)

...n/java/net/datafaker/providers/movie/Doraemon.java
100.00% <100.00%> (ø)

.../net/datafaker/providers/movie/MovieProviders.java
100.00% <100.00%> (ø)

...ava/net/datafaker/providers/videogame/Control.java
100.00% <100.00%> (ø)

...afaker/providers/videogame/VideoGameProviders.java
100.00% <100.00%> (ø)

...ker/idnumbers/pt/br/IdNumberGeneratorPtBrUtil.java
96.29% <0.00%> (+3.70%)
:arrow_up:

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


SimpleConsumer.stop() ought to commit offsets if appropriate

I'm spinning this out of #206 which we won't be merging.
Currently, if we call stop() on a consumer, the auto-commit thread will abort, possibly without committing the latest partition offsets. Instead, stop() should make sure the latest offsets are committed, provided that 1) self.auto_commit_enable == True and 2) we didn't call stop() as part of some exception handling (this second rule is up for discussion, I suppose).
We might be able to cherry-pick some commits out of #206 towards this.

Thanks @yungchin, this is really helpful. There are a lot of worthwhile ideas in those PRs, but they're basically unmergeable without splitting them out like this.

There's a good chance this will be fixed as part of #235, since the thread create/destroy logic is probably going to change significantly to enable this and other enhancements.

Re point 2) - I'm no longer really sure why that rule would be needed at all. Even if this was part of some error on the worker thread, the offsets you'd commit would still be the latest that the user did actually consume.


修改 form 示例中邮箱类型错误

tel -> email

Coverage remained the same at 30.953% when pulling 60b4e3b1a0805999b4a001b3659050a30a872300 on phy25:patch-2 into 5841f69e0f88362c3e3690392c743b75353fd0a2 on sentsin:master.


feat: add option to choose the script to run to test dependent

Adds an option to test dependent to choose the script to run (default -> test)

This is necessary because the repos in the ipfs-examples org use an npm script named 'test:example' instead of just 'test', right?
I'm not against this change, but why not just use 'test'?

some examples, e.g.: react, vue, nextjs, have their proper test scripts. If someone wants to use the standalone repo from vue to create an app the only ste the user needs to "clean" the repo is removing the test:example and the test folder

I think they'll need to do a bit more as it stands so I'm not sure it's that simple.  For example playwright is a dev dep of these projects that would need removing too, plus any other dev deps used by the existing test scripts.

If the idea is that you'd use the react, vue etc testing tools after forking the example, the example should really use those tools in the first place so the user has nothing to remove or clean up.
Since they don't currently, I'd propose that as a further work item and rename 'test:example' to 'test' in the examples and have done with it.

@achingbrain
I've already made the suggested changes, I'm just waiting for this PR https://github.com/ipfs-examples/js-ipfs-examples/pull/26 to have the test script in every example

Will do, thanks @achingbrain


Create nitya

medications done in heading and font style.

Please note that this is not in line with our code of conduct. To ensure clarity and proper assignment tracking, please attach the issue number to your PR description. This helps us confirm that the issue is assigned to you. Kindly update your PR with the issue number and resubmit.
Example:
Fixes #123 - Brief description of the fix.


Error: no population items seen in the annotations when using GAF file

Hello and thanks for developing these tools.
I am trying to conduct an enrichment analysis and a using goatools within a conda environment hosted on a remote computing cluster.
I am just running the following line of code:
find_enrichment.py --indent $outliers $allgenes $gaf --ns=BP  >shared_genes.go
where $outliers is the list of genes of interest in the study formatted like so:
ABCA7 ACBD6 ACP3 ADAM15 ADAMTS8 ADCY2 AFG3L2 AK9 ALLC AMN ANKS1B AP1B1 ARHGAP25 ARHGAP39 ARHGAP6
and $allgenes is the population list of genes (all genes present in my study species genome) like so:
A1CF A2M A2ML1 A4GALT AAAS AACS AADAC AAGAB AAK1 AAMDC AANAT AAR2 AARS1 AARS2 AASDH AASDHPPT
and $gaf is the goa.human.gaf file downloaded from the gene ontology website, which looks like:
UniProtKB       W6CW81  PYDC5   enables GO:0003690      PMID:21873635   IBA     MGI:MGI:101847|MGI:MGI:2686159|MGI:MGI:96429|PANTHER:PTN001385751|UniProtKB:O14862|UniProtKB:Q16666        F       Pyrin domain-containing protein 5       PYDC5|POP3      protein taxon:9606      20211216        GO_Central UniProtKB       W6CW81  PYDC5   enables GO:0005515      PMID:24531343   IPI     UniProtKB:O14862|UniProtKB:Q16666       F       Pyrin domain-containing protein 5  PYDC5|POP3      protein taxon:9606      20180903        UniProt UniProtKB       W6CW81  PYDC5   enables GO:0005515      PMID:24531343   IPI     UniProtKB:Q96P20        F       Pyrin domain-containing protein 5       PYDC5|POP3 protein taxon:9606      20180903        UniProt UniProtKB       W6CW81  PYDC5   involved_in     GO:0002218      PMID:21873635   IBA     MGI:MGI:2686159|PANTHER:PTN001385767|UniProtKB:O14862   P       Pyrin domain-containing protein 5  PYDC5|POP3      protein taxon:9606      20190213        GO_Central
When I run this command, the error I receive is "**FATAL: NO POPULATION ITEMS SEEN IN THE ANNOTATIONS"
From previous issues posted here, I thought it was a problem with the gene naming format, but when I manually search the GAF file to ensure that my gene symbols are present in that file I can confirm that they are present, so this does not appear to be the issue.
I should note that I am using the human gaf file as the reference genome I am using does not have a gaf, gene2go, or gapd file associated with it.
Any help navigating this error would be appreciated, for example do I somehow need to convert the gaf file to use it or is there some other action I can take?

Hello,
Thank you for your interest in GOA Tools and for your time to contact us. Thank you for the detailed description of the issue you are encountering and for trying to debug by looking at previous isues.
Can you include any log messages that you are seeing? This will help us get you running ASAP.
Regards,
DV Klopfenstein, PhD


Fix broken link pointing to docs

Hi @lihaoyi, existing link to docs in readme gives 404 error.
closes #58, closes #59

Sorry, I already merged #58
Thank you for your contribution anyways.


GH-461 servlet jsp version bump and project pom cleanup

This PR addresses GitHub issue: #461 .
Briefly describe the changes proposed in this PR:

bump jsp and jstl jar versions
rdf4j-client-parent renamed to rdf4j-parent
fixes to streamline reuse of rdf4j-parent as cross-repo project root pom. Saves us having to duplicate dependency versions, plugin configurations etc across repos.

Looks fine to me. I guess that renaming rdf4j-client-parent to rdf4j-parent won't affect anyone in a negative way.


Fails in Internet Explorer

In internet explorer it crashes because crypto is undefined.

SSCCE? What version of IE? Stack trace?

Closing, as I suspect you're seeing #284 which is fixed in latest.  Make sure you're using most recent uuid version and report back here if this is still an issue.

I am not sure that is the same issue but I will give that a try. Sorry I have not had time yet to make an example. Running in IE11 (or IE9 emulation) it crashes my entire react app with the error Crypto is undefined. Doing if(window.msCrypto) { window..crypt = window.msCrypto; } in my main app fixes the issue for me in IE11.

Well, there's code to handle the various IE idiosyncracies around crypto so... :-/
https://github.com/kelektiv/node-uuid/blob/master/lib/rng-browser.js#L8-L9


Node doesn't have an insertAfter method

This issue was originally filed by<EMAIL_ADDRESS>
Hi!
The DOM appears not to have a Node.insertAfter method. Instead the recommended practice is to write:
 parentNode.insertBefore(nodeToInsert, childNode.nextSibling)
which is ugly. Could an insertAfter method be added to Node in dart:html?
Ed

We're going to avoid augmenting existing DOM APIs – unless they are truely critical


Handle port status change

Today, if a switch send a  Port Status Message (item 5.4.3 of spec) will are not handling this.
This should be implemented on kytos/of.topology napp.

Fixed when merged #60.


 is not at the bottom of page

bottom bar is not fixed at the bottom of html page.

Steps to reproduce
Which browser?

What is expected?
What is actually happening?

Reproduction Link

<!-- You could start with this template: http://codepen.io/vue-material/pen/WGavBE.

Yep. I could provide some classes that would try to align the bottom bar on the bottom of your page but this maybe don't work for all cases. This is kinda responsability of your application for some reasons:

If we have a class like 'md-absolute', with position absolute the alignment would not work properly depending of you application structure and/or the parent elements position.
If we have a class like 'md-fixed', with position fixed the alignment would not work properly depending on the parent elements position. If you have a parent element with a transform, for example, the position fixed will not work.

I will develop those classes in the near future, but the css to fix the bottom bar on the bottom of the page should be in your own code.
Thanks.

@huobaiyu i use something like this on my solution, and it might work for you too
<!-- baserouter.vue -->
<template>
  <div id="base" v-md-theme="'default'">
    <router-view></router-view>
    <md-bottom-bar class="fixobaixo" md-shift>
      <md-bottom-bar-item md-icon="history" v-on:click="xxxx('#/')">Recents</md-bottom-bar-item>
      <md-bottom-bar-item md-icon="favorite" v-on:click="xxxx('#/x')">Favorites</md-bottom-bar-item>
      <md-bottom-bar-item md-icon="near_me" v-on:click="xxxx('#/y')">Nearby</md-bottom-bar-item>
    </md-bottom-bar>
  </div>
</template>

<script>
  module.exports = {
    name:"BaseRouter",
    methods: {
      xxxx (path){
        window.location.href=path;
      }
    }
  };
</script>

<style>
  .fixobaixo{
    position:fixed;
    bottom:0px;
    right:0px;
  }
</style>


PHOENIX-7008: Addressing Jira spec and review feedback changes

Address the changes in the CREATE CDC spec in PHOENIX-7001
Also includes some review feedback changes across the changes in PRs #1681, #1703 and #1766

jenkins test this please


⚠ API - Lens has degraded performance

In 20cb648, API - Lens ($LENS_API_URL) experienced degraded performance:

HTTP code: 503
Response time: 320 ms

Resolved: API - Lens performance has improved in ad03d88 after 6 minutes.


Add missing images

Summary
Add images that are missing because I forgot to copy the dir here from terra repo.
Details and comments

This works.


Resulting svg sprite name

How to disable revision of file?
I'm doing it by myself...

You are most likely talking about the cache busting portion of the SVG sprite filename, right? Please refer to the apropriate section of the common property documentation for details about this feature.


Loop index renaming and bracket removal overwrites fragment output in main block scope

Ok this one is kinda obscure to track down - I'm using shader_minifier v1.4.0. Minifying the shader
#version 450

out vec3 v;

void main()
{
    vec3 y;

	for (int i = 0; i < 500; i++) {
		if (i > 1)
			y += 9;
    }

	v = abs(gl_FragCoord.y) < .3
        ? y * 1.1
		: y;
}

results in the invalid minified shader
#version 450

out vec3 v;
void main()
{
  vec3 i;
  for(int v=0;v<500;v++)
    if(v>1)
      i+=9;
  v=abs(gl_FragCoord.y)<.3?
    i*1.1:
    i;
}

which has the glslangValidator output
ERROR: 0:10: 'assign' :  cannot convert from ' temp 3-component vector of float' to ' temp int'
ERROR: 0:12: '' : compilation terminated
ERROR: 2 compilation errors.  No code generated.

The problem has two causes:

loop index variable gets renamed to the same id as the fragment output
loop { scope gets removed because it's a single-statement loop and thus loop variable declaration overwrites fragment output variable

Actually, I am not so sure that this is actually a shader_minifier bug:
This should be possible to do per specification (the minified shader should be valid)
And indeed, I'm able to compile it successfully using glCompileShader.
Might make sense to report this in the glslang repository, as glslangValidator wrongly complains here.


How to train the py-R-FCN using my own data?

I am trying to train the py-R-FCN using my own data, and my data has only 2 categories. I changed the codes referring to faster-RCNN.
But what should I do with train_agonistic.prototxt and test_agonistic.prototxt? I have changed param_str: "'num_classes': 21 to param_str: "'num_classes': 3 in line 11 in  train_agonistic.prototxt.
Should I change num_output: 1029 #21_(7^2) cls_num_(score_maps_size^2) in line 3736 and output_dim: 21 in line 3790?
Anything else?
Thank you!

I have seen the same problem and I will close it.

What did you do finally? I'm getting a it lost at the moment trying to do the same, see issue #66


Ackwait configuration for Jetstream

Add the ability to configure the ackwait timeout for the consumer.
We can take a while processing messages, so need this configurable.

PR for fission created here https://github.com/fission/fission/pull/2575.
I hope that's everything needed.

Thanks for contribution @Joibel 🎉


File Browser - Indicator of CID's cached on local node vs network

Is your feature request related to a problem? Please describe.
As a user of IPFS, it's difficult to visualize if files are cached on the gateway you're connected to vs if the files need to be retrieved from the network.
Describe the solution you'd like
An indicator to show if a CID is cached on the current gateway.
Example (horrible) mock up:

The first three entries are cached on the gateway, the final one would require pulling from other IPFS nodes.   Three indicators may be needed:

Fully cached locally
Partially cached locally
Not cached locally

This is a  sensible request.

To avoid visual noise we should assume everything to be locally available, and display indicator only for content that is not 100% local
TBD:  not sure how expensive is to run ipfs files stat --with-local  for every item. If it is too expensive, we could go with inexpensive check, perhaps ipfs dag stat --offline? (error means DAG is not 100% local)

seems fair.       It would also help with the "pinned content visibility" issues found in other issues.  It's a bit spread out, but would be a workaround for those.
Also, yeah.. it does sound potentially a bit expensive... so some care would be needed.  If it was too expensive theoretically it could be used as an abuse mechanism (hammering a gateway for the availability of a complex recursive CID)

If i understand correctly this issue does not belong in this repository, the changes need to happen to:

The template file over at /ipfs/dir-index-html
A couple of files regarding the geteway over at /ipfs/go-ipfs

I would love to take a look at it!

I am moving this issue to go-ipfs repo.
Caveat: generating static HTML is expensive, and we want to cache it for as long as possible, have per-release static Etag for these dir listings, so showing this via rendered HTML is not feasible – these status indicators will get out of sync pretty fast due to older version being read from cache.
If you are interested in moving this forward I'd look at https://github.com/ipfs/go-ipfs/issues/8783
This JS check will remove the need for re-generating entire HTML all the time.
If we have it, then static HTML page for dir listing could do JS fetch HEAD request for the each dir child in  the viewport  by sending request for it with Accept: application/vnd.ipfs.cache.local content type. This will work nicely with big directories – we should only fetch the state of visible items.


Re-order segments?

Is it possible to re-order the segments?

Not at the moment, but an interesting idea.

OK, thanks.

You can reorder the segments manually in the theme itself, of course.

I created this issue to implement your idea without hacking the internals: https://github.com/caiogondim/bullet-train-oh-my-zsh-theme/issues/115


Fixing small nits spotted by @glguida

Hey @gianlzed ! Thanks for the nits spotted in here: https://github.com/lf-edge/eve/pull/433#pullrequestreview-334294238
Please let me know if this is what you had in mind

@rvs not a reviewer, LGTM

now you are @gianlzed ;-)

Yes @nordmark - there's a much bigger issue of Alpine constantly pulling the rug underneath us. This PR is an example of a much bigger issue that we need to solve -- how can we have reproducible builds.
For now, I'm thinking of using a huge hammer of a container pre-packaged with dependencies as a build environment or something along those lines. The problem with that, of course, is that then that build environment itself becomes non-reproducible. Still I think it will be a good mid-term stop gap (unless anyone comes up with anymore of the bright ideas).
At any rate -- I'm keeping this PR out until I fix the bigger issue.
Finally, note that we're currently incapable of doing any official releases until we come up with some kind of a solution to this (and about half a dozen similar issues that got introduced recently but will be only seen once we do a full build).


[BUG] ResourceManager.MachineLearning parameter validation error

Library name and version
Azure.ResourceManager.MachineLearning 1.2.0
Describe the bug
A number of the *Collection, GetAll calls doesn't deserialize the response correctly.
After fetching the registry:
var machineLearningRegistryResourceId = MachineLearningRegistryResource.CreateResourceIdentifier(subscriptionId, resourceGroupName, registryName);
var machineLearningRegistry = client.GetMachineLearningRegistryResource(machineLearningRegistryResourceId);

I have tried:
var environmentCollection = machineLearningRegistry.GetMachineLearningRegistryEnvironmentContainers();
var environments = await environmentCollection.GetAllAsync().ToListAsync();

and
var dataCollection = machineLearningRegistry.GetMachineLearningRegistryDataContainers();
var dataResources = await dataCollection.GetAllAsync().ToListAsync();

However, I'm running into exceptions nested into the library when it deserializes the response. For some reason the returned type is not namespaced, for instance, its just "environments" instead of something like "Microsoft.MachineLearningServices/registries/environments".
The exception pops up in the ResourceType constructor:

Expected behavior
I'm able to get a list of resources from a collection object.
Actual behavior
Exceptions.
Reproduction Steps
Get collection and try to get resource:
var environmentCollection = machineLearningRegistry.GetMachineLearningRegistryEnvironmentContainers();
var environments = await environmentCollection.GetAllAsync().ToListAsync();

and
var dataCollection = machineLearningRegistry.GetMachineLearningRegistryDataContainers();
var dataResources = await dataCollection.GetAllAsync().ToListAsync();

Environment
.NET SDK:
Version:           8.0.304
Commit:            352dc5a01f
Workload version:  8.0.300-manifests.113cb230
MSBuild version:   17.10.4+10fbfbf2e
Runtime Environment:
OS Name:     Windows
OS Version:  10.0.22631
OS Platform: Windows
RID:         win-x64
Base Path:   C:\Program Files\dotnet\sdk\8.0.304\
.NET workloads installed:
[aspire]
Installation Source: VS 17.10.35201.131
Manifest Version:    8.1.0/8.0.100
Manifest Path:       C:\Program Files\dotnet\sdk-manifests\8.0.100\microsoft.net.sdk.aspire\8.1.0\WorkloadManifest.json
Install Type:        FileBased
Host:
Version:      8.0.8
Architecture: x64
Commit:       08338fcaa5
.NET SDKs installed:
3.1.426 [C:\Program Files\dotnet\sdk]
6.0.321 [C:\Program Files\dotnet\sdk]
6.0.425 [C:\Program Files\dotnet\sdk]
8.0.304 [C:\Program Files\dotnet\sdk]
.NET runtimes installed:
Microsoft.AspNetCore.App 3.1.32 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 6.0.26 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 6.0.33 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 7.0.20 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 8.0.8 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.NETCore.App 3.1.32 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 6.0.26 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 6.0.33 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 7.0.20 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.NETCore.App 8.0.8 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.WindowsDesktop.App 3.1.32 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 6.0.26 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 6.0.33 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 7.0.20 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Microsoft.WindowsDesktop.App 8.0.8 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]
Other architectures found:
x86   [C:\Program Files (x86)\dotnet]
registered at [HKLM\SOFTWARE\dotnet\Setup\InstalledVersions\x86\InstallLocation]
Environment variables:
Not set
global.json file:
Not found
Learn more:
https://aka.ms/dotnet/info
Download .NET:
https://aka.ms/dotnet/download

Thank you for your feedback.  Tagging and routing to the team member best able to assist.

Hi @mike-menaker , we are applying a fix to this issue, will relase a new version once the PR is merged.

Thank you! I have verified that the API is working as expected.


Adds code coverage.

Adding something, do not merge yet

:+1:  Thanks for adding coverage to the redmine tests

Edna deserves all the credit, but was scared of this git merge, so I get all the credit...and the blame!!

@lukecampbell @FBRTMaka please review and merge if okay with you

reviewing!

damn. good. stuff. :+1:


HI

Hello, I am from Baidu PaddlePaddle team. I learned from giuhub that you have begun to use PaddlePaddle and we would like to offer you more support including technical help and others. Would you like to join PaddlePaddle community and have fun? If interested, you can conntact me via Wechat, my ID is paddlehelp, or you can contact me via email<EMAIL_ADDRESS>Looking forward to your reply :)
Looking forward to your reply~

Hi @heruisi
I think there has been a little bit of a mixup. This repo is a client for Paddle.com API and not PaddlePaddle.
Sorry about that and good luck with the PaddlePaddle community


metrics/check for empty points submission before calling writer.write

Problem
   0: rust_begin_unwind
             at /rustc/f688dd684faca5b31b156fac2c6e0ae81fc9bc90/library/std/src/panicking.rs:645:5
   1: core::panicking::panic_fmt
             at /rustc/f688dd684faca5b31b156fac2c6e0ae81fc9bc90/library/core/src/panicking.rs:72:14
   2: core::panicking::assert_failed_inner
             at /rustc/f688dd684faca5b31b156fac2c6e0ae81fc9bc90/library/core/src/panicking.rs:342:17
   3: core::panicking::assert_failed
             at /rustc/f688dd684faca5b31b156fac2c6e0ae81fc9bc90/library/core/src/panicking.rs:297:5
   4: solana_metrics::metrics::test::test_flush_before_drop
             at ./src/metrics.rs:726:9
   5: solana_metrics::metrics::test::test_flush_before_drop::{{closure}}
             at ./src/metrics.rs:719:32
   6: core::ops::function::FnOnce::call_once
             at /rustc/f688dd684faca5b31b156fac2c6e0ae81fc9bc90/library/core/src/ops/function.rs:250:5
   7: core::ops::function::FnOnce::call_once
             at /rustc/f688dd684faca5b31b156fac2c6e0ae81fc9bc90/library/core/src/ops/function.rs:250:5
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
test metrics::test::test_flush_before_drop ... FAILED

test_flush_before_drop fails from time to time on CI.
The reason for the failure is on the assert, which expects two points to be
written. The two points expected are 'point 1' and a 'metrics' point, which
indicates how many points are submitted, such as.
DataPoint { name: "point 1", timestamp: SystemTime { tv_sec:<PHONE_NUMBER>, tv_nsec: 247586691 }, tags: [], fields: [] }
DataPoint { name: "metrics", timestamp: SystemTime { tv_sec:<PHONE_NUMBER>, tv_nsec: 247701960 }, tags: [], fields: [("points_written", "1i"), ("num_points", "1i"), ("points_lost", "0i"), ("points_buffered", "0i"), ("secs_since_last_write", "0i")

However, depending on when the flush is called, there is a chance that extra
flush is called with empty points, then one extra point will be written.
DataPoint { name: "metrics", timestamp: SystemTime { tv_sec:<PHONE_NUMBER>, tv_nsec: 247767965 }, tags: [], fields: [("points_written", "0i"), ("num_points", "0i"), ("points_lost", "0i"), ("points_buffered", "0i"), ("secs_since_last_write", "0i")

Submitting a metrics for empty 'points_written' is a waste. We should avoid it.
Summary of Changes
When points to submit are empty, i.e. nothing to submit, don't call
writer.write().
Fixes #

Looks good to me.
Of note is that we'll still return the "now" time from the write() function, even through we didn't actually write anything. I think this still makes sense, as we did check if there was anything worth writing.
One thing I'm not sure of, is there anything downstream that depends on something actually getting written into writer here, even if there are no points?
I'm not familiar with this code, so I think it is important to get a subject matter expert for this code to review as well.

I doubt that there is anyone that depends on the 'metric: datapoint. The only instance that we have looked at is to debug excessive log and metrics about 2 years ago.


ocamlPackages.hxd: 0.2.0 -> 0.3.1

Motivation for this change

https://github.com/dinosaure/hxd/releases/tag/v0.3.1
https://github.com/dinosaure/hxd/releases/tag/v0.3.0

Things done

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

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

nvm, needs decompress update as well which in turn breaks imagelib, gotta wait a bit


Missing CUDA_NVCC_FLAGS & CUDA_HOST_COMPILER flags at GPU arch detection.

This tiny patch fix missing CUDA_NVCC_FLAGS & CUDA_HOST_ARCH from caffe_detect_installed_gpus().

People may want define their custom flags or compilers that are more CUDA compatible. Automatic gpu arch detection ignores these flags and fail. Example of such custom flags:
cmake . \
-DCUDA_ARCH_NAME="Auto" \
-DCUDA_HOST_COMPILER="/usr/bin/gcc5"

Autodetection part fails regardless proper compiler flags are passed, due to system gcc 7.0 that doesnt work with CUDA thus all arch will be enabled:

-- The C compiler identification is GNU 7.0.1
-- The CXX compiler identification is GNU 7.0.1
...//\\...
-- CUDA detected: 8.0
...//\\...
-- Automatic GPU detection failed. Building for all known architectures.
-- Added CUDA NVCC flags for: sm_20 sm_21 sm_30 sm_35 sm_50 sm_60 sm_61

Patch fix the autodetection time as expected:

$ cmake ../ -DCUDA_NVCC_FLAGS="-Xcompiler=-std=c++03 -I/usr/include/cuda/"
-- The C compiler identification is GNU 7.0.1
-- The CXX compiler identification is GNU 7.0.1
...//\\...
-- CUDA detected: 8.0
...//\\...
-- Added CUDA NVCC flags for: sm_52

Or by passing a compatible gcc5 (distros ships older compat compilers too) can avoid the gcc (version 7) for cuda:

cmake . -DCUDA_ARCH_NAME="Auto"  -DCUDA_HOST_COMPILER="/usr/bin/gcc5"
-- The C compiler identification is GNU 7.0.1
-- The CXX compiler identification is GNU 7.0.1
...//\\...
-- CUDA detected: 8.0
...//\\...
-- Added CUDA NVCC flags for: sm_52

Thanks so much to catch this!


Add s3 protocol to URIReader

Add S3 resource download to URIReader class.
The S3 URLs look like:
<EMAIL_ADDRESS><EMAIL_ADDRESS>Where s3_key and secret fallback to environment variables S3_ACCESS_KEY_ID and S3_SECRET_ACCESS_KEY respectively.
We employ AWS authorization method that should support google, amazon and other S3 compatible cloud providers.
This PR adds logic to calculate AWS signature for S3 GET request. New logic is placed just before HTTP/HTTPS protocols to create proper HTTP request for HTTP/HTTPS logic. This means existing code path is reused and range requests are supported (supportRangeRequest == true).
How to test

Compile
Run ./build/urireadertest<EMAIL_ADDRESS>Observe file contents is produced on stdout

Looks good to me! I've asked Balder to give this a test in various environments, and if he finds no problems we'll merge it. 👍

@Thulinma Fix for MinIO provider is ready, please check


Leaf region will only trigger if the region exists

This is a more generic solution to what was tested by Leo.
The issue with the same conditions will only trigger if the region actually exist.

@cveraszto I have fixed the linting errors and such, but I will need you to update the test so that it makes sense for the changes that were made:
https://github.com/BlueBrain/atlas-densities/actions/runs/6183250760/job/16784618215?pr=48#step:5:61

@cveraszto I have fixed the linting errors and such, but I will need you to update the test so that it makes sense for the changes that were made: https://github.com/BlueBrain/atlas-densities/actions/runs/6183250760/job/16784618215?pr=48#step:5:61

Ah, this is important! I will get to this! We can't have 0 values for deltas because that would mean the x_result can't be optimised, as there is no room for standard deviation around a cell count.

@cveraszto I have fixed the linting errors and such, but I will need you to update the test so that it makes sense for the changes that were made: https://github.com/BlueBrain/atlas-densities/actions/runs/6183250760/job/16784618215?pr=48#step:5:61

Ah, this is important! I will get to this! We can't have 0 values for deltas because that would mean the x_result can't be optimised, as there is no room for standard deviation around a cell count.

@mgeplf it's a bit of an off-topic: do you know if this is empty because no one finished the code or it was lost somewhere?
https://github.com/BlueBrain/atlas-densities/blob/b1a58cc38f3a5b560561ce02e71b871514330dfc/atlas_densities/densities/inhibitory_neuron_densities_helper.py#L101


Only run mutation tests on main branch

Signed-off-by: Ashley<EMAIL_ADDRESS>

Codecov Report

Merging #290 (42a546d) into main (6d63b9f) will not change coverage.
The diff coverage is n/a.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more

@@           Coverage Diff           @@
##             main     #290   +/-   ##
=======================================
  Coverage   70.69%   70.69%
=======================================
  Files          89       89
  Lines        2744     2744
  Branches      237      237
=======================================
  Hits         1940     1940
  Misses        725      725
  Partials       79       79


Stripe Lego printer modified

Description
Stripe Lego printer modified

Testing
Please describe the tests that you ran to verify your changes. Please summarize what did you test and what needs to be tested e.g. deployed and tested helm chart locally.
Checklist:

[ ] My changes generate no new warnings.
[ ] I have added tests that prove my fix is effective or that my feature works.
[ ] Any dependent changes have been merged and published.

Documentation
Make sure that you have documented corresponding changes in this repository.

@harshal-netserv where are the test cases


command line (opt.) use partial data, only from:

Hello,
I searched the Wiki and the issues but I don't know how to create a specific data.
In the script there is the Option: (opt.) use partial data, only from
Is there a command line Option?

Hello @jonnydrake
I don't exactly understand your question.
Partial data is meant to generate your documents using only some lines in your CSV files, not all.
Let's say your CSV file contains 200 lines, you can feed the Scribus Generator with only a subset of these, for instance the 20 lines starting at the 121th record.
Using the GUI it is done by setting some value in from, for instance 121, and to, for instance 140.
Using the command line (look at the documentation), simply use the corresponding options:
-from 121 -to 140

did this solve your problem ?

Yes thank you.


Remove jag from api

Description
This PR includes the following proposed change(s):
Remove jag from api name and move it to package
Type of change

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[X] Refactoring / Documentation

if your change is a breaking change, please add breaking change label to this PR
How Has This Been Tested?
Unit test and postman
Checklist:

[X] My code follows the style guidelines of this project
[X] I have performed a self-review of my own code
[ ] I have made corresponding changes to the documentation
[X] New and existing unit tests pass locally with my changes

@alexjoybc on you to approve


Minecells doesnt work on server

Describe the bug
Crashes on Server
Steps to reproduce
It works fine on single player however im assuming it was like owo, It's missing the server hook mixin patch since it works single player.
Logs
https://pastebin.com/z3HRhXeF
Additional context
No response

It crashes in single player when exiting the creative menu


Master

I created the comment suggestion

Please send the files in zip format to Prisca with your repo link.
The resources folder is not the appropriate place to put html templates.
Laravel uses blade template

Alright, I will do that now

Please @yusfate4 your submission is being reviewed. Also, you work is just a part of the download page. Hence, we need to wait for the remaining part to be completed after which it will be compiled into one template (download page template) and sent to Prisca.

@soluwatuyi Pull request made to the Frontend branch does not affect the 'main' or 'secondary' branches. Please do not close their pull requests, this is the only way their work and submissions can reflect on the project/repo.

@ElSam20 Please can you review this. I think its okay and ready for merge.

Please @yusfate4 your submission is being reviewed. Also, you work is just a part of the download page. Hence, we need to wait for the remaining part to be completed after which it will be compiled into one template (download page template) and sent to Prisca.

@ti-oluwa. Do you mean I should hold on for now? I shouldn't forward the zip file to Prisca

Please @yusfate4 your submission is being reviewed. Also, you work is just a part of the download page. Hence, we need to wait for the remaining part to be completed after which it will be compiled into one template (download page template) and sent to Prisca.

@ti-oluwa. Do you mean I should hold on for now? I shouldn't forward the zip file to Prisca

Yes sir @yusfate4. Your template is just part of a whole. when we merge everything, it will be sent to Prisca


Calls to TiltHydrometer.save_value_to_fermentrack sometimes fail in Django 3.0 due to competing use of asyncio for bluetooth

SynchronousOnlyOperation: You cannot call this from an async context - use a thread or sync_to_async.
KeyError: 'active_log'
  File "django/db/models/fields/related_descriptors.py", line 172, in __get__
    rel_obj = self.field.get_cached_value(instance)
  File "django/db/models/fields/mixins.py", line 13, in get_cached_value
    return instance._state.fields_cache[cache_name]

SynchronousOnlyOperation: You cannot call this from an async context - use a thread or sync_to_async.
(7 additional frame(s) were not displayed)
...
  File "django/db/models/query.py", line 258, in __len__
    self._fetch_all()
  File "django/db/models/query.py", line 1261, in _fetch_all
    self._result_cache = list(self._iterable_class(self))
  File "django/db/models/query.py", line 57, in __iter__
    results = compiler.execute_sql(chunked_fetch=self.chunked_fetch, chunk_size=self.chunk_size)
  File "django/db/models/sql/compiler.py", line 1149, in execute_sql
    cursor = self.connection.cursor()
  File "django/utils/asyncio.py", line 24, in inner
    raise SynchronousOnlyOperation(message)

Fatal error: protocol.data_received() call failed.
protocol: <aioblescan.aioblescan.BLEScanRequester object at 0xb4919670>
transport: <_SelectorSocketTransport fd=8 read=polling write=<idle, bufsize=0>>

I applied this fix and am now logging data

Awesome - that's what I was hoping for. Thank you!


20211112 fixed sim

Description
This repo is fork form commaai/openpilot to keep the version stable and workable for testing and simulation. This PR fixed some issue when simulation with Carla and openpilot.
Fixed issue

Fixed the camera operation (EON vs TICI) make the simulator could recognize the track properly.
Add msg.append(packer.make_can_msg("HUD_SETTING", 0, {}, idx)) to /tools/sim/lib/can.py to fixed the CAN communication error issue
modified the DBC file in /opendbc/honda_civic_touring_2016_can_generated.dbc to fixed the warning message COUNTER is not defined when bridge.py running. Note : This modification isn't in this repo, because opendbc is the submodule of openpilot. Please manual fixed it after clone the repo.

BO_ 493 HUD_SETTING: 8 XXX
 SG_ IMPERIAL_UNIT : 5|1@0+ (1,0) [0|1] "" EON
 SG_ COUNTER : 61|2@0+ (1,0) [0|3] "" EON
 SG_ CHECKSUM : 59|4@0+ (1,0) [0|3] "" EON

Function added

Added can_bus_send.py  to /tools/can/. Run python can_bus_send.py <can_interface> to send CAN message with STMCU specification from simulation.

Setup

Clone openpilot into your home directory:

cd ~
git clone --recurse-submodules https://github.com/Startrii/openpilot.git

and make sure all the submodule is update to latest

Run the setup script:
Ubuntu 20.04 LTS:

openpilot/tools/ubuntu_setup.sh

Ensure you have a working OpenCL runtime:
You can verify your OpenCL installation with the clinfo command.
If you do not have any working platforms, you can download drivers from your GPU vendor's site. On Ubuntu you can just install one of the packages returned by apt search opencl-icd.

Activate the Python environment:
Execute the following command in root openpilot directory:

pipenv shell

Your shell prompt should change to something similar to (openpilot) user@machine:~/openpilot$ .
Build openpilot by running SCons and set USE_FRAME_STREAM=1 in the root of the openpilot directory
cd openpilot && USE_FRAME_STREAM=1 scons -j$(nproc)

Try out some tools!
NOTE: you can always run update_requirements.sh to pull in new python dependencies.
Simulation
To the directory /tools/sim/
First, start the CARLA server in one terminal.
./start_carla.sh

Then, start the openpilot in another terminal.
./launch_openpilot.sh

last, start the bridge in another terminal.
./bridge.py

To engage openpilot press 1 a few times while focused on bridge.py to increase the cruise speed.
You can control openpilot driving in the simulation with the following keys

key
functionality

1
Cruise up 5 mph

2
Cruise down 5 mph

3
Cruise cancel

q
Exit all

./bridge.py
Traceback (most recent call last):
  File "./bridge.py", line 3, in <module>
    import carla # pylint: disable=import-error
ModuleNotFoundError: No module named 'carla'

I got this error message while I'm trying to run the module following the instructions.
I have no idea how to fix it.

./bridge.py
Traceback (most recent call last):
  File "./bridge.py", line 3, in <module>
    import carla # pylint: disable=import-error
ModuleNotFoundError: No module named 'carla'

I got this error message while I'm trying to run the module following the instructions. I have no idea how to fix it.

./bridge.py is the program let openpilot run in the CARLA simulator. So the CARLA should be install in the test device. However, CARLA works properly wiyth NVIDIA GPU as hardware requirement. I think that is difficult to test on own device. We should build a workflow with server PC.

Therefore, We are basically not able to test this repo on our notebooks.


Pagination does not work

Hi,
I have >300 VMs yet, I consistently only get ~15 displayed. I'm unable to see where the limit is being placed. From my read of the vCloud API the returned object set requires pagination through it.
I've been able to confirm that this isn't working as correctly, by simply always setting "ReturnRow" to be true and see the same 15 VMs come up. When I would expect all of them.
Thanks,
Anand

I believe that this is the same issue @tlawrence refers to in #4


Error: "User account already uploaded" on account imported using a mnemonic phrase.

Is there a method to check if an imported (using mnemonic phrase) wallet account has already been registered on-chain or not?
For example to show a "Register" button only if the account isnt portable yet.

Related: Is it possible to get the registered username from AccountData class?

@nugaon please triage.

You can check whether the imported wallet is registered already with a given username by the fdp.account.isPublicKeyEqual(username) method.
It is detailed in the README section.

Related: Is it possible to get the registered username from AccountData class?

No, it is not possible currently since we do not have reverse lookup registrar contract.
If you have such needs please create a ticket in FDP Contracts but the ENS was used for only portable accounts feature so far that does not require reverse lookup.


Future-incompatibilities warning

When install cargo-generate-rpm I'm starting to see this,
warning: the following packages contain code that will be rejected by a future version of Rust: buf_redux v0.8.4, nom v4.2.3

Thanks for the quick turn around!


Error after Installation

Hey,
I just installed your package and all requirements, tried to run your first example usage and got the following error:
---------------------------------------------------------------------------
RuntimeError                              Traceback (most recent call last)
/Users/me/Documents/gnn_code/graph_weather.py in <cell line: 15>()
     [12](file:///Users/me/Documents/gnn_code/graph_weather.py?line=11) model = GraphWeatherForecaster(lat_lons)
     [14](file:///Users/me/Documents/gnn_code/graph_weather.py?line=13) features = torch.randn((2, len(lat_lons), 78))
---> [16](file:///Users/me/Documents/gnn_code/graph_weather.py?line=15) out = model(features)
     [17](file:///Users/me/Documents/gnn_code/graph_weather.py?line=16) criterion = NormalizedMSELoss(lat_lons=lat_lons, feature_variance=torch.randn((78,)))
     [18](file:///Users/me/Documents/gnn_code/graph_weather.py?line=17) loss = criterion(out, features)

File ~/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py:1130, in Module._call_impl(self, *input, **kwargs)
   [1126](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1125) # If we don't have any hooks, we want to skip the rest of the logic in
   [1127](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1126) # this function, and just call forward.
   [1128](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1127) if not (self._backward_hooks or self._forward_hooks or self._forward_pre_hooks or _global_backward_hooks
   [1129](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1128)         or _global_forward_hooks or _global_forward_pre_hooks):
-> [1130](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1129)     return forward_call(*input, **kwargs)
   [1131](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1130) # Do not call functions when jit is used
   [1132](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1131) full_backward_hooks, non_full_backward_hooks = [], []

File ~/Documents/gnn_code/graph_weather/models/forecast.py:97, in GraphWeatherForecaster.forward(self, features)
     [87](file:///Users/me/Documents/gnn_code/graph_weather/models/forecast.py?line=86) def forward(self, features: torch.Tensor) -> torch.Tensor:
     [88](file:///Users/me/Documents/gnn_code/graph_weather/models/forecast.py?line=87)     """
     [89](file:///Users/me/Documents/gnn_code/graph_weather/models/forecast.py?line=88)     Compute the new state of the forecast
     [90](file:///Users/me/Documents/gnn_code/graph_weather/models/forecast.py?line=89)
   (...)
     [95](file:///Users/me/Documents/gnn_code/graph_weather/models/forecast.py?line=94)         The next state in the forecast
     [96](file:///Users/me/Documents/gnn_code/graph_weather/models/forecast.py?line=95)     """
---> [97](file:///Users/me/Documents/gnn_code/graph_weather/models/forecast.py?line=96)     x, edge_idx, edge_attr = self.encoder(features)
     [98](file:///Users/me/Documents/gnn_code/graph_weather/models/forecast.py?line=97)     x = self.processor(x, edge_idx, edge_attr)
     [99](file:///Users/me/Documents/gnn_code/graph_weather/models/forecast.py?line=98)     x = self.decoder(x, features.shape[0])

File ~/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py:1130, in Module._call_impl(self, *input, **kwargs)
   [1126](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1125) # If we don't have any hooks, we want to skip the rest of the logic in
   [1127](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1126) # this function, and just call forward.
   [1128](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1127) if not (self._backward_hooks or self._forward_hooks or self._forward_pre_hooks or _global_backward_hooks
   [1129](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1128)         or _global_forward_hooks or _global_forward_pre_hooks):
-> [1130](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1129)     return forward_call(*input, **kwargs)
   [1131](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1130) # Do not call functions when jit is used
   [1132](file:///Users/me/Documents/gnn_code/graphenv/lib/python3.9/site-packages/torch/nn/modules/module.py?line=1131) full_backward_hooks, non_full_backward_hooks = [], []

File ~/Documents/gnn_code/graph_weather/models/layers/encoder.py:158, in Encoder.forward(self, features)
    [156](file:///Users/me/Documents/gnn_code/graph_weather/models/layers/encoder.py?line=155) self.graph = self.graph.to(features.device)
    [157](file:///Users/me/Documents/gnn_code/graph_weather/models/layers/encoder.py?line=156) self.latent_graph = self.latent_graph.to(features.device)
--> [158](file:///Users/me/Documents/gnn_code/graph_weather/models/layers/encoder.py?line=157) features = torch.cat(
    [159](file:///Users/me/Documents/gnn_code/graph_weather/models/layers/encoder.py?line=158)     [features, einops.repeat(self.h3_nodes, "n f -> b n f", b=batch_size)], dim=1
    [160](file:///Users/me/Documents/gnn_code/graph_weather/models/layers/encoder.py?line=159) )
    [161](file:///Users/me/Documents/gnn_code/graph_weather/models/layers/encoder.py?line=160) # Cat with the h3 nodes to have correct amount of nodes, and in right order
    [162](file:///Users/me/Documents/gnn_code/graph_weather/models/layers/encoder.py?line=161) features = einops.rearrange(features, "b n f -> (b n) f")

RuntimeError: Sizes of tensors must match except in dimension 1. Expected size 78 but got size 102 for tensor number 1 in the list.

Is this a mistake on my side?
Best,
Moritz

Hi,
No, it should just be you have to change the input dimension size to 102, by default its 78 to match the input size in the paper, but I think the example is outdated right now. I'll update the docs soon for it

Hey,
you are right of course, thanks for the quick reply!
A very unrelated question. The paper says:
"The initial edge features are the positions of the lat/lon nodes connected to each icosahedron node. These positions are provided in a local coordinate system that is defined relative to each icosahedron node."
You set cos(distance), sin(distance) as edge_attributes in encoder and decoder, should that not rather be the relative position (lon_original - lon_icosa, lat_original - lon_icosa).
I agree that adding distance also makes sense, but maybe without cos/sin? My simple logic: The smaller the distance, the more related the points.

Yeah, but as that distance in the sin and cos is the great circle distance from the icosahedron node to the lat/lon point, I think it is quite similar. The issue with just subtracting lat/lon points from each other is that the physical distance between two points changes if they are near the poles or the equator, and so I think the cos/sin helps to fix that issue, in a similar way that in the NormalizedMSELoss we include the cosine of the latitude to correct for each pixel becoming physically larger as we move from the poles to the equator.
An option could be added to just use the great circle distance, instead of the sin/cos part as well.

Yes, direct differences were a bad suggestion. But in order to get full 2d information in polar coordinate style, besides a distance you would also like to have a direction. cos/sin of distance does not add any intrinsic 2 dimensionality. Here is a suggestion you calculate such an angle, that is maybe a bit over the top...:

Find the geodesic rotation of the icosa. point to a fixed point, say (0,0,1), via Rot = T R_n(alpha) T^-1 as described in the answer of G Cab here: https://math.stackexchange.com/questions/114107/determine-the-rotation-necessary-to-transform-one-point-on-a-sphere-to-another
Apply the rotation to the point in the original grid.
So that the angle refers to North-South-West-East directions irrespective of the base icosahedron grid point, simply rotate along (0,0,1) by the angle -lat_icosa.
To determine the angle, project the rotated point via the normal vector (0,0,1) onto (,,1). Now you can view (0,0,1) as the origin (0,0,0) and normalize the projected point (,,0). Then (,,0) * (1,0,0) yields the cosine of the angle we are interested in.

Of course, going north from a grid point on the northern hemisphere has a different effect than going north on the southern hemisphere, so the value of such an angle is questionable for GNNs, which need invariance with respect to the base grid point, I agree...

Ah yeah, that makes sense, I guess one different way could be just decompose the distance into the north/south change and the west/east change, not in lat/long but in the great circle distance that is currently being used. Might be a bit simpler than this approach, although if you want to write a PR for this, I'd be happy to review it/merge it!

@all-contributors please add @MoHawastaken  for bug


[Question] String.Equals is strangely missing

While I can use Regex.IsMatch to test for string equality, it is cumbersome. Looking through the source, String.Equals would be very easy to add. Any plans on doing so? Alternately I can do it and make a PR.

You can add this in a PR.
(also add a unit test)

https://github.com/Handlebars-Net/Handlebars.Net.Helpers/pull/47

@tinytownsoftware
Thanks for the PR.


Java Pre-release script to update version, create PR, populate Release DevOps

Now tracked by https://github.com/Azure/azure-sdk-tools/issues/1241


ES: New test for 1.0.0 and 1.3.0

@Santivicen
Thank you for your PR.
Please fix the following issues before we can accept it:

QR codes for special cases must be in the subfolder ./specialcases
All DSC public keys (including special cases) to verify the QR codes MUST be available on the ACC environment

If the DSC public keys for TEST_2, TEST_3, REC_2 and VAC_2 cannot be uploaded into the ACC environment, please remove these QR codes.

specialcases

I have create specialcases folders for each version.
DSC public keys must be avaliable before that upload.
Thanks for your help.

PASSED /ES/1.0.0/VAC.png
PASSED /ES/1.0.0/REC.png
PASSED /ES/1.0.0/TEST.png
PASSED /ES/1.3.0/VAC.png
PASSED /ES/1.3.0/REC.png
PASSED /ES/1.3.0/TEST.png
PASSED /ES/1.3.0/specialcases/TEST_1.png
FAILED /ES/1.0.0/specialcases/TEST_2.png] - Failed: KID exist not on acceptance environment
FAILED /ES/1.0.0/specialcases/TEST_3.png] - Failed: KID exist not on acceptance environment
FAILED /ES/1.0.0/specialcases/REC_2.png] - Failed: KID exist not on acceptance environment
FAILED /ES/1.0.0/specialcases/VAC_2.png] - Failed: KID exist not on acceptance environment

PASSED /ES/1.0.0/VAC.png
PASSED /ES/1.0.0/REC.png
PASSED /ES/1.0.0/TEST.png
PASSED /ES/1.3.0/VAC.png
PASSED /ES/1.3.0/REC.png
PASSED /ES/1.3.0/TEST.png
PASSED /ES/1.3.0/specialcases/TEST_1.png
FAILED /ES/1.0.0/specialcases/TEST_2.png] - Failed: KID exist not on acceptance environment
FAILED /ES/1.0.0/specialcases/TEST_3.png] - Failed: KID exist not on acceptance environment
FAILED /ES/1.0.0/specialcases/REC_2.png] - Failed: KID exist not on acceptance environment
FAILED /ES/1.0.0/specialcases/VAC_2.png] - Failed: KID exist not on acceptance environment

I will check that codes to know what is happening with them.

Android 1.0.7.-acc :

VAC, REC are valid
TEST, TEST_1 - invalid for the test date is in the future

Android 1.0.7.-acc :

VAC, REC are valid
TEST, TEST_1 - invalid for the test date is in the future

That test are in future to be valid on Monday.

iOS 1.0.5: If've scanned the 1.3.0 schema QR-Codes. The 3 normal codes are valid. The special case is shown as invalid because the test is in the future. So all 4 Codes are ok

iOS 1.0.5: If've scanned the 1.o.0 schema QR-Codes. The special case TEST_3 is shown as invalid because the test is in the future. All other are shown as valid


look for data at install location

When the package is installed at a non-standard location, i.e. with prefix different from /usr or /usr/local, the data directory cannot be found. This change ensures that the install location is always tried when looking for the data directory.

Looks good, thanks a lot!


Source Unit Name is overloaded

Parameters:

git clone https://github.com/leveros/leveros
cd leveros and Modify Srclibtoolchain with the contents below
src config and look out the output below

Problems:

Notice how leveros has no packages other than "." and vendorized deps. "." is listed several times.
Take a peek at the src api units output and notice how there is one unit that isn't vendorized ".". The dependencies from the other packages are completely missing. Example: api is a package that isn't listed. I've found it get's clobbered when writing to cache.

Srclibtoolchain
{
  "Tools": [
    {
      "Subcmd": "scan",
      "Op": "scan",
      "SourceUnitTypes": [
        "GoPackage"
      ]
    },
    {
      "Subcmd": "graph",
      "Op": "graph",
      "SourceUnitTypes": [
        "GoPackage"
      ]
    },
    {
      "Subcmd": "depresolve",
      "Op": "depresolve",
      "SourceUnitTypes": [
        "GoPackage"
      ]
    },
    {
      "Subcmd": "fmt",
      "Op": "fmt",
      "SourceUnitTypes": [
        "GoPackage"
      ]
    }
  ],
  "Bundle": {
    "Paths": [
    "Srclibtoolchain",
    ".bin",
    ".bin/srclib-go"
  ],
    "Commands": [
    "mkdir -p .bin",
    "GOPATH=go get github.com/kardianos/govendor && govendor sync && go build -o .bin/srclib-go"
  ],
    "Variants": [
    {"GOOS": "linux", "GOARCH": "amd64"},
    {"GOOS": "darwin", "GOARCH": "amd64"}
  ]
  }
}

Output
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: .
- GoPackage: github.com/Sirupsen/logrus
- GoPackage: github.com/aerospike/aerospike-client-go
- GoPackage: github.com/aerospike/aerospike-client-go/internal/lua
- GoPackage: github.com/aerospike/aerospike-client-go/internal/lua/resources
- GoPackage: github.com/aerospike/aerospike-client-go/logger
- GoPackage: github.com/aerospike/aerospike-client-go/pkg/bcrypt
- GoPackage: github.com/aerospike/aerospike-client-go/pkg/ripemd160
- GoPackage: github.com/aerospike/aerospike-client-go/types
- GoPackage: github.com/aerospike/aerospike-client-go/types/atomic
- GoPackage: github.com/aerospike/aerospike-client-go/types/particle_type
- GoPackage: github.com/aerospike/aerospike-client-go/types/rand
- GoPackage: github.com/aerospike/aerospike-client-go/utils/buffer
- GoPackage: github.com/codegangsta/cli
- GoPackage: github.com/davecgh/go-spew/spew
- GoPackage: github.com/fsouza/go-dockerclient
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/Sirupsen/logrus
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/docker/opts
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/archive
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/fileutils
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/homedir
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/idtools
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/ioutils
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/longpath
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/pools
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/promise
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/stdcopy
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/system
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/docker/go-units
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/hashicorp/go-cleanhttp
- GoPackage: github.com/fsouza/go-dockerclient/external/github.com/opencontainers/runc/libcontainer/user
- GoPackage: github.com/fsouza/go-dockerclient/external/golang.org/x/net/context
- GoPackage: github.com/fsouza/go-dockerclient/external/golang.org/x/sys/unix
- GoPackage: github.com/golang/protobuf/proto
- GoPackage: github.com/hashicorp/consul/api
- GoPackage: github.com/hashicorp/go-cleanhttp
- GoPackage: github.com/hashicorp/serf/coordinate
- GoPackage: github.com/leveros/go-syslog
- GoPackage: github.com/leveros/go-syslog/format
- GoPackage: github.com/leveros/gods/containers
- GoPackage: github.com/leveros/gods/lists
- GoPackage: github.com/leveros/gods/lists/singlylinkedlist
- GoPackage: github.com/leveros/gods/maps
- GoPackage: github.com/leveros/gods/maps/treemap
- GoPackage: github.com/leveros/gods/stacks
- GoPackage: github.com/leveros/gods/stacks/linkedliststack
- GoPackage: github.com/leveros/gods/trees
- GoPackage: github.com/leveros/gods/trees/redblacktree
- GoPackage: github.com/leveros/gods/utils
- GoPackage: github.com/leveros/gods/utils/timsort
- GoPackage: github.com/leveros/syslogparser
- GoPackage: github.com/leveros/syslogparser/rfc3164
- GoPackage: github.com/leveros/syslogparser/rfc5424
- GoPackage: github.com/mgutz/ansi
- GoPackage: github.com/miekg/dns
- GoPackage: github.com/pmezard/go-difflib/difflib
- GoPackage: github.com/stretchr/testify/assert
- GoPackage: github.com/x-cray/logrus-prefixed-formatter
- GoPackage: github.com/yuin/gopher-lua
- GoPackage: github.com/yuin/gopher-lua/ast
- GoPackage: github.com/yuin/gopher-lua/parse
- GoPackage: github.com/yuin/gopher-lua/pm
- GoPackage: golang.org/x/net/context
- GoPackage: golang.org/x/net/http2
- GoPackage: golang.org/x/net/http2/hpack
- GoPackage: golang.org/x/net/internal/timeseries
- GoPackage: golang.org/x/net/trace
- GoPackage: golang.org/x/sys/unix
- GoPackage: google.golang.org/grpc
- GoPackage: google.golang.org/grpc/codes
- GoPackage: google.golang.org/grpc/credentials
- GoPackage: google.golang.org/grpc/grpclog
- GoPackage: google.golang.org/grpc/internal
- GoPackage: google.golang.org/grpc/metadata
- GoPackage: google.golang.org/grpc/naming
- GoPackage: google.golang.org/grpc/peer
- GoPackage: google.golang.org/grpc/transport
- CommonJSPackage: leveros-server
- CommonJSPackage: leveros-common
- CommonJSPackage: leveros
- LicenseUnit: No_license_found
- LicenseUnit: Apache-2.0
- LicenseUnit: Google-BSD
- LicenseUnit: BSD-3-Clause
- LicenseUnit: BSD
- LicenseUnit: See-URL

abbreviated src api units output
Abe|/tmp/leveros> cat /tmp/dat | grep -B 6 '"Type": "GoPackage"' | grep '"Name"'
        "Name": ".",
        "Name": "github.com/Sirupsen/logrus",
        "Name": "github.com/aerospike/aerospike-client-go",
        "Name": "github.com/aerospike/aerospike-client-go/internal/lua",
        "Name": "github.com/aerospike/aerospike-client-go/internal/lua/resources",
        "Name": "github.com/aerospike/aerospike-client-go/logger",
        "Name": "github.com/aerospike/aerospike-client-go/pkg/bcrypt",
        "Name": "github.com/aerospike/aerospike-client-go/pkg/ripemd160",
        "Name": "github.com/aerospike/aerospike-client-go/types",
        "Name": "github.com/aerospike/aerospike-client-go/types/atomic",
        "Name": "github.com/aerospike/aerospike-client-go/types/particle_type",
        "Name": "github.com/aerospike/aerospike-client-go/types/rand",
        "Name": "github.com/aerospike/aerospike-client-go/utils/buffer",
        "Name": "github.com/codegangsta/cli",
        "Name": "github.com/davecgh/go-spew/spew",
        "Name": "github.com/fsouza/go-dockerclient",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/Sirupsen/logrus",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/docker/opts",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/archive",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/fileutils",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/homedir",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/idtools",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/ioutils",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/longpath",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/pools",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/promise",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/stdcopy",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/docker/pkg/system",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/docker/go-units",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/hashicorp/go-cleanhttp",
        "Name": "github.com/fsouza/go-dockerclient/external/github.com/opencontainers/runc/libcontainer/user",
        "Name": "github.com/fsouza/go-dockerclient/external/golang.org/x/net/context",
        "Name": "github.com/fsouza/go-dockerclient/external/golang.org/x/sys/unix",
        "Name": "github.com/golang/protobuf/proto",
        "Name": "github.com/hashicorp/consul/api",
        "Name": "github.com/hashicorp/go-cleanhttp",
        "Name": "github.com/hashicorp/serf/coordinate",
        "Name": "github.com/leveros/go-syslog",
        "Name": "github.com/leveros/go-syslog/format",
        "Name": "github.com/leveros/gods/containers",
        "Name": "github.com/leveros/gods/lists",
        "Name": "github.com/leveros/gods/lists/singlylinkedlist",
        "Name": "github.com/leveros/gods/maps",
        "Name": "github.com/leveros/gods/maps/treemap",
        "Name": "github.com/leveros/gods/stacks",
        "Name": "github.com/leveros/gods/stacks/linkedliststack",
        "Name": "github.com/leveros/gods/trees",
        "Name": "github.com/leveros/gods/trees/redblacktree",
        "Name": "github.com/leveros/gods/utils",
        "Name": "github.com/leveros/gods/utils/timsort",
        "Name": "github.com/leveros/syslogparser",
        "Name": "github.com/leveros/syslogparser/rfc3164",
        "Name": "github.com/leveros/syslogparser/rfc5424",
        "Name": "github.com/mgutz/ansi",
        "Name": "github.com/miekg/dns",
        "Name": "github.com/pmezard/go-difflib/difflib",
        "Name": "github.com/stretchr/testify/assert",
        "Name": "github.com/x-cray/logrus-prefixed-formatter",
        "Name": "github.com/yuin/gopher-lua",
        "Name": "github.com/yuin/gopher-lua/ast",
        "Name": "github.com/yuin/gopher-lua/parse",
        "Name": "github.com/yuin/gopher-lua/pm",
        "Name": "golang.org/x/net/context",
        "Name": "golang.org/x/net/http2",
        "Name": "golang.org/x/net/http2/hpack",
        "Name": "golang.org/x/net/internal/timeseries",
        "Name": "golang.org/x/net/trace",
        "Name": "golang.org/x/sys/unix",
        "Name": "google.golang.org/grpc",
        "Name": "google.golang.org/grpc/codes",
        "Name": "google.golang.org/grpc/credentials",
        "Name": "google.golang.org/grpc/grpclog",
        "Name": "google.golang.org/grpc/internal",
        "Name": "google.golang.org/grpc/metadata",
        "Name": "google.golang.org/grpc/naming",
        "Name": "google.golang.org/grpc/peer",
        "Name": "google.golang.org/grpc/transport",

@abec, does it work better when replacing git clone ... srclib config with:
go get github.com/leveros/leveros
cd $GOPATH/src/github.com/leveros/leveros
srclib config

?

@alexsaveliev following up from slack, it does indeed work. srclib-go needs GOPATH and the directory structures to be setup properly to work. Thanks for your help. I doubt this is a bug any more, but I'd rather someone else who knows more about Go chime in on this.

Yes, srclib-go assumes that the repository being processed is in the GOPATH. You can look at how it sets up the environment in this Dockerfile for reference<EMAIL_ADDRESS>


Avoid adding same image multiple times

I would be nice to be able to add only images that havn't been added yet. At the moment it is possible to add the same image multiple times (identical name and image path).

Version 1.0.0 is released with Major Changes 🚀.
The package no longer handles the image-picking logic. You have to define your picker logic as you want. You can either choose image_picker or file_picker or any plugin you want with your own image/file picking logic. This will give you more flexibility and control.
You have to handle this logic by comparing if the image already exists in the controller.
Future<List<ImageFile>> picker(bool allowMultiple) async {
    final list = await pickImagesUsingImagePicker(allowMultiple);
    return list.where((e) =>
        !controller.images.any((image) => e == image)).toList();
  }

Check the README.md for docs and migrating guidelines.


Failing to detect EC2 instances behind ELBv2 or ALB as exposed.

Cartography doesn't detect my ec2 instances as public, although they're exposed behind ELBv2 or ALB.
Steps to reproduce

Create an ec2 node
Expose it via alb or elbv2
Scan the account using Cartography

Why do we have this problem?
Apparently, the LoadBalancerV2 instances don't have a security group as the analysis job expects them to have:
https://github.com/lyft/cartography/blob/585fc0667feda4cf0d42ebe428cc3ab36fe6432e/cartography/data/jobs/analysis/aws_ec2_asset_exposure.json#L13

Sorry for the late reply.
I'm not able to reproduce; the below query works for my environment:
MATCH (cidr:IpRange{range:'<IP_ADDRESS>/0'})—->(perm:IpPermissionInbound)—->(sg:EC2SecurityGroup)<-[:MEMBER_OF_EC2_SECURITY_GROUP]-(elbv2:LoadBalancerV2{scheme: 'internet-facing'})—->(listener:ELBV2Listener) WHERE listener.port>=perm.fromport AND listener.port<=perm.toport return * limit 10;

The security groups are attached to the LoadBalancerV2s in this code: https://github.com/lyft/cartography/blob/c120a4aa2c07d1a711c0fdd10f3d6f87bfa33b64/cartography/intel/aws/ec2/load_balancer_v2s.py#L101-L115
I'd be curious in seeing the data being returned to this function in your case.

Going to close this out as it's been a while and I'm unable to reproduce, please re-open if you have more information.


Bug report: Issue Installing vagrant with brew cask | 'brew cask install vagrant'

(Remember to run brew update; brew cleanup; brew cask cleanup before reporting your issue. It usually fixes things!)
Description of issue
Getting error when running 'brew cask install vagrant'
"Error: Download failed on Cask 'vagrant' with message: Download failed: https://releases.hashicorp.com/vagrant/1.8.1/vagrant_1.8.1.dmg"
Output of brew cask install vagrant --verbose
==> Downloading https://releases.hashicorp.com/vagrant/1.8.1/vagrant_1.8.1.dmg
/usr/bin/curl -fLA Homebrew-cask v0.51+ (Ruby 2.0.0-645) https://releases.hashicorp.com/vagrant/1.8.1/vagrant_1.8.1.dmg -C 0 -o /Library/Caches/Homebrew/vagrant-1.8.1.dmg.incomplete
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--    0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--    0     0    0     0    0     0      0      0 --  0 83.8M    0 16384     0 83.8M    0  160k    0     0  24463      0  0:59:54  0:00:06  0:59:48   0 83.8M   0 83.8M    0  448k    0     0  36119      0  0:40: 11 83.8M   11  9.7M    0     0  28673      0  0:51:06  0:05:57  0:45:09  3711curl: (18) transfer closed with 77479327 bytes remaining to read
Error: Download failed on Cask 'vagrant' with message: Download failed: https://releases.hashicorp.com/vagrant/1.8.1/vagrant_1.8.1.dmg
Error: Kernel.exit

Output of brew doctor
"Your system is ready to brew."

Output of brew cask doctor
==> OS X Release:
10.11
==> OS X Release with Patchlevel:
10.11.1
==> Hardware Architecture:
intel-64
==> Ruby Version:
2.0.0-p645
==> Ruby Path:
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/bin/ruby
==> Homebrew Version:
Homebrew 0.9.5 (git revision 2752; last commit 2016-03-28)
==> Homebrew Executable Path:
/usr/local/bin/brew
==> Homebrew Cellar Path:
/usr/local/Cellar
==> Homebrew Repository Path:
/usr/local
==> Homebrew Origin:
https://github.com/Homebrew/homebrew
==> Homebrew-cask Version:
0.60.0 (git revision cbc3b; last commit 13 minutes ago)
==> Homebrew-cask Install Location:
<NONE>
==> Homebrew-cask Staging Location:
/opt/homebrew-cask/Caskroom
==> Homebrew-cask Cached Downloads:
/Library/Caches/Homebrew
/Library/Caches/Homebrew/Casks
0 files, 0B
==> Homebrew-cask Default Tap Path:
/usr/local/Library/Taps/caskroom/homebrew-cask
==> Homebrew-cask Alternate Cask Taps:
/usr/local/Library/Taps/caskroom/homebrew-versions
==> Homebrew-cask Default Tap Cask Count:
3042
==> Contents of $LOAD_PATH:
/usr/local/Library/Taps/caskroom/homebrew-cask/lib
/usr/local/Library/Homebrew
/Library/Ruby/Site/2.0.0
/Library/Ruby/Site/2.0.0/x86_64-darwin15
/Library/Ruby/Site/2.0.0/universal-darwin15
/Library/Ruby/Site
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/vendor_ruby/2.0.0
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/vendor_ruby/2.0.0/x86_64-darwin15
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/vendor_ruby/2.0.0/universal-darwin15
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/vendor_ruby
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/x86_64-darwin15
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/universal-darwin15
==> Contents of $RUBYLIB Environment Variable:
<NONE>
==> Contents of $RUBYOPT Environment Variable:
<NONE>
==> Contents of $RUBYPATH Environment Variable:
<NONE>
==> Contents of $RBENV_VERSION Environment Variable:
<NONE>
==> Contents of $CHRUBY_VERSION Environment Variable:
<NONE>
==> Contents of $GEM_HOME Environment Variable:
<NONE>
==> Contents of $GEM_PATH Environment Variable:
<NONE>
==> Contents of $BUNDLE_PATH Environment Variable:
<NONE>
==> Contents of $PATH Environment Variable:
PATH="/usr/local/bin:/usr/local/sbin:/usr/local/var/jenv/shims:/usr/local/bin:/usr/local/sbin:/usr/local/var/jenv/shims:/Users/vfedulov/.rvm/gems/ruby-2.2.1/bin:/Users/vfedulov/.rvm/gems/ruby-2.2.1@global/bin:/Users/vfedulov/.rvm/rubies/ruby-2.2.1/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Users/vfedulov/.rvm/bin:~/bin:/Users/vfedulov/.rvm/bin:~/bin:/Users/vfedulov/.rvm/bin:/usr/local/Library/Taps/caskroom/homebrew-cask/cmd:/usr/local/Library/ENV/scm"
==> Contents of $SHELL Environment Variable:
SHELL="/bin/bash"
==> Contents of Locale Environment Variables:
LANG="en_GB.UTF-8"
==> Running As Privileged User:
No

Update: It now randomly worked after running 'brew update' and 'brew cask install vagrant' a couple of times.
Maybe I was in between some cask update while trying to install.
 $ brew-update ...running 'brew update' Updated Homebrew from f7fa204 to 2752477. Updated 1 tap (caskroom/cask). ==> Updated Formulae conan ...running 'brew cleanup' Warning: Skipping pkg-config: most recent version 0.29.1 not installed Removing: /Library/Caches/Homebrew/vagrant-1.8.1.dmg.incomplete... (10.0M) ==> This operation has freed approximately 10.0M of disk space. ...running 'brew cask cleanup' ==> Removing dead symlinks Nothing to do ==> Removing cached downloads Nothing to do ...running 'brew doctor' Your system is ready to brew.


Workflow Designer Very Very Slow - not able to work

Describe the Bug with repro steps
Hi Team,
After last week Standard logic app workflow changes, Workflow is not loading at all in designer. Tried multiple times with Azure SQL Server Connector.
Earlier also designer/run history loading was slow. But used to load;  Now its very very slow and not loading at all.
Technology wise standard workflows designer it very slow compared to consumption logic apps.
Workflow JSON
No response
Screenshots or Videos

Browser
Chrome is up to date
Version 112.0.5615.121 (Official Build) (64-bit)
Additional context
No response

HI @smadhukar2000 Is the designer loading correctly in the Generally Available designer? Or is it unable to load in either version?

Hi @hartra344 ,

Yes its GA designer and Australia East is the region.
I am using Azure SQL Connector for on-premise DB (recently its category has changed in GA portal).

Steps

First time i am able to add sql get rows (v2) action correctly and save it.
Next time if i reload the designer, SQL SERVER GET ROWS action keep spinning though all other actions have loaded. And it keeps loading for several minute, until i loose my patience. Tried many times.

Workaround
As this action works on first time only, so only workaround for me is to delete the action and re-create it.
And it keeps spinning for all SQL SERVER connector actions.

Thanks,
Subhash

Thank you for the extra information. We'll look into this.

Hi @hartra344
got little more info, when i opened chrome developer tools; same issue in MS edge also.
I can see error details, which may help you guys to resolve the issue.
Note:
I am ABLE to load standard logic app designer through VSCODE successfully and VSCODE loading is faster than  brwoser.
":40:18 AM operation deserializer Unable to initialize operation details for swagger based operation - Delete_row_(V2). "

@smadhukar2000 - Do you mind sharing the console logs, i can see in your screenshot the bottom one has the error stack trace.
Currently when we cannot load the operation for any node, it goes into loading state, although it is in error state. We want to know why this action is correctly loaded in GA designer but not in preview.

Hello @preetriti1
You are right in preview portal its loading perfectly BUT in GA its still not loading.
Feel free to message me, if need more info.
please find attached screenshot and console log for the operation.
portal.azure.com-1683252603588.log


Landing page: two quick things

DOI should be added to pubs, when avail
Date of talk should be added to talks... as well as possibly location?

Support for 1 above is already done but changed language from 'Official Link' to 'doi' to be more consistent with pubs page.

Done. Vertical spacing between venue and location lines could be polished a bit but is overall good.


Folder updates when expanding

re  #85928

use the Java Dev container
expand test-project > src
expand main
:bug: the "label" of the main project updates, I would expect it to be proper when expanding src

Dup of https://github.com/microsoft/vscode/issues/84703


Using "appendices" wrapper causes PDF2 failure or error

Using the latest development code, I am trying to reuse a set of appendices from one bookmap inside of another, so I wrapped them in the <appendices> element:
<appendices id="app">
<appendix href="bookapp1.dita"/>
<appendix href="bookapp2.dita"/>
</appendices>

When @href is specified on the <appendices> element, the PDF looks fine. When there is no @href as in the sample above, output is broken. AH returns a PDF without the two topics (though the titles appear in the contents / bookmarks). It also generates the following errors:
      [ahf] Error Code  : 10769 (2A11)
      [ahf] Unresolved id value: "_OPENTOPIC_TOC_PROCESSING_d68e2780".
      [ahf] Line 1, Col 20232, file:///C:/Users/IBM_AD~1/AppData/Local/Temp/temp20151008163148010/topic.fo
      [ahf] Error Level : 2
      [ahf] Error Code  : 10769 (2A11)
      [ahf] Unresolved id value: "_OPENTOPIC_TOC_PROCESSING_d68e2867".
      [ahf] Line 1, Col 20849, file:///C:/Users/IBM_AD~1/AppData/Local/Temp/temp20151008163148010/topic.fo

When I try with FOP, I get Java errors and no PDF.

Looks like #1428 from a few years back added some level of support for <appendices> that did not reference a topic, but that's missing now.

:+1: encountered this in a customer case.

Tried with Apache FOP and no attributes on the element. Got no errors, but the PDF output does not include the individual appendices (appendix elements and their content). In DITA OT 1.8.5, it was possible to wrap any number of  elements in , with appendices including neither @navtitle nor @href, and the individual  elements were rendered in PDF.
A work-around seems to be to add @navtitle or @href to the  element. This causes the nested  elements to be rendered, but results in an unwanted "Appendix" page, similar to a part front page.
The ideal solution would be to render  only if a @navtitle or @href is provided, otherwise, render only the nested  elements. In other words the following:

... and this:

... should both result in  only appendix_topic{x}.dita being rendered.
I'd be happy to override the existing behaviour in our PDF plug-in, but have not yet identified the code area to modify: any tips would be appreciated.

@adambhere Looks like the XML portions of your comment were lost.
You should be able to edit your previous comment and wrap inline XML code wrap with backtick quotes (`) like this: `<xml>`
or use a fenced code block for syntax highlighting.

This issue also occurs with <chapter> elements that have no navtitle or @href. Presumably with other similar bookmap elements, too.

A chapter topicref with no navtitle or referenced resource is not a meaningful use of chapter in the context of a bookmap--chapters are intended to be titled things. This is, I realize, orthogonal to the apparent failure to account for topicgroup elements but nevertheless a chapter with no reference or title is not a valid use case.

I guess one potential fix would be something along the lines of (untested):

  <xsl:function name="dita-ot:get-navtitle" as="node()?">
    <xsl:param name="el" as="element()"/>

    <xsl:sequence select="
      ($el/*[contains(@class, ' map/topicmeta ')]
          /*[contains(@class, ' topic/navtitle ')],
       $el/@navtitle)[1]
    "/>
  </xsl:function>

  ....

  <xsl:template mode="generatePageSequences" priority="1"
    match="
      *[contains(@class, ' map/topicref ')]
       [empty(dita-ot:get-navtitle(.))]
       [not(normalize-space(@href))]
       [exists(*)]
    ">
    <xsl:apply-templates mode="#current"/>
  </xsl:template>

Although it would probably be better to explicitly specify the @class values rather than use map/topicref.

Revisiting this with latest code from develop, wrapping existing <appendix> elements in <appendices> no longer throws errors or prevents appendix topics from being rendered to output, but the page numbers in the corresponding ToC entries are missing.
Adding a @navtitle per Adam's comment above restores the ToC page numbers, but still generates the extra "Appendix" page and prefixes the navtitle with Chapter :

Testing with latest develop, using FOP, I'm still getting bad output - missing content and broken links in the TOC / bookmarks.
I put together a fix for #2468 and was about to submit a pull request when I realized it probably had something in common with this one - I think something similar to @eerohele 's page sequence fix will work. That said, the same issue shows up with other elements (chapter with no title/href but with subtopics, part with the same, etc), and it's complicated by the fact that all of these currently match based on @class and then call a different named template.

I think it's reasonable for an author to use <appendices> to group a bunch of <appendix> elements (I've run into that and so have others).
At the same time I agree with what @drmacro said above about the validity of this source markup when it comes to <chapter>:

A chapter topicref with no navtitle or referenced resource is not a meaningful use of chapter in the context of a bookmap--chapters are intended to be titled things. This is, I realize, orthogonal to the apparent failure to account for topicgroup elements but nevertheless a chapter with no reference or title is not a valid use case.

The same issue is at the root of all of these - the code assumes that you won't use grouping elements in the top level of any map. Regardless of whether this is meaningful, the current output is broken - anything inside the empty <chapter> is there in the TOC / bookmarks but the actual content is missing. So I think the question is whether they should effectively bump up into chapters, or if we should try to treat them as something else -- what's the graceful fallback?
The fix I'm working on now will bump them up to create chapter processing. They don't become part of the chapter numbering sequence, because numbering also assumes the chapter itself provides a title or @href. For now I think that's fine as a fallback - you get the content, and if your formatting is a bit off, that's sort of what you're asking for with the odd markup. Same goes for part, appendix, etc.

On second thought ... turning the graceful fallback into "just treat this as a non-bookmap top-level branch" looks like it is simpler to code + gives results that are just as good for this edge case, so leaning that way.

Fixed by #2683

Testing this with latest code from develop after fixes from #2683, and the following markup
  <appendices navtitle="Appendices">

I still see the issues described in my comment above:

still generates the extra "Appendix" page and prefixes the navtitle with Chapter :

Without the navtitle, it now works as if there were no <appendices> wrapper as Adam suggested, but if someone does define a navtitle with the intention of creating a visible grouping in the output, they certainly wouldn't expect this text to be prefixed with “Chapter :” in the ToC, since appendixes are not chapters.
I see the logic in preserving an authored navtitle and placing it on the Appendix cover page like for Parts, but it seems we should at least drop the prefix from the ToC to show only the navtitle (as in the PDF bookmarks).

@infotexture yes - that is correct. That's ... not really the same as the original issue, which was that if I have plain <appendices> with no title or @href I previously got errors + every actually appendix topic was missing.
It's probably worth having another issue for this (I'd like to be able to fix it too but don't have a pull request in the queue for it, so an issue will keep it from getting lost).


Add dedicated bool column to identify whether a dashboard is an Example.

Problem
I would like to be able to customize which dashboards appear in the “Example” tab of my Superset instance.
Describe the solution you'd like
Currently, Example dashboards are those which created_by_fk value is NULL (cf. Slack discussion).
A first step towards exposing the “Example” status of a dashboard (to the CLI or GUI) would be to create a dedicated additional bool column to the dashboards table — say is_example.
Describe alternatives you've considered
Create a new table to track the ID of the examples dashboards… but doesn't quite sound like a good idea.

Adding some thoughts there:
Once the bool values is added to the dashboard table a couple updates will be required to support the current behavior.

The load-examples script will have to add the is_examples attr to the generated dashboard
the home screen api request for the examples call will have to be updated to filter on the is_example attr

Some additional thoughts for this feature:

I would be great to separate out these dashboards into another section in the dashboards list or
have a filter for this attribute


pystache command always treats template argument as string

The command line version of pystache always treats the template argument as a string. Based on the documentation, it should recognize a file if one exists, which is how the context argument currently works.
echo "Hello {{world}}" > template
echo '{"world": "everybody"}' > context

# expecting "Hello everybody" but the actual result is "template"
pystache template context

https://github.com/defunkt/pystache/blob/17a5dfdcd56eb76af731d141de395a7632a905b8/pystache/commands/render.py#L72

It seems like unless the template input ends in .mustache it won't try to consider it as a filename.

Actually it seems like it work as advertised for me now . . . even with my own test case posted above. I'm not sure why I was seeing this before . . .

Three years after this was originally reported, I had to dig through source code and issues to find out that it expects filenames ending with the magic string .mustache.
I recommend adding --context-file, --context-string, --template-file, and --template-string.
This leaves alone the behavior of the overloaded positional arguments, in case some users depend on that behavior.


Update for RuboCop 0.47.0

Node was refactored to AST::Node in https://github.com/bbatsov/rubocop/pull/3863
fixes #10

Nice! Otherwise, on 0.3.1, the error message is:
uninitialized constant RuboCop::Cop::ThreadSafety::InstanceVariableInClassMethod::Node


4/29/2019 Publish

Docs Build status updates of commit 76ff9f3:
:clock10: Full build: the average full build time is 208 min(s) 10 sec(s), this is based on the last 13 build(s) for this repository.
:warning: This is a FULL build due to the incremental build being disabled in configuration file (.openpublishing.publish.config.json in 'live' branch). For more detailed info, please click here.

Docs Build status updates of commit 76ff9f3:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs-ref-conceptual/index.yml
:white_check_mark:Succeeded
View (azure-python)

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Add qid like ranklib format

add qid data format like ranklib,for ranking task.
dmlc/xgboost#2748
example:
0 qid:1 1:1.0 2:1.0 5:7.0 7:0.0
1 qid:1 1:0.0 2:1.0 5:2.0 7:0.0 8:0.5
1 qid:2 1:0.0 2:1.0 5:2.0 7:0.0 8:1.0
...

What is the current status of this task?

What is the status of this PR? Now that dmlc-core has been updated to latest version, we should rebase it.

@liuliang01 @superbobry I went ahead and updated the PR to reflect the latest mater. I also added qid handling logic to SparsePage. Can you take a look?

Codecov Report

Merging #2749 into master will decrease coverage by 0.01%.
The diff coverage is 42.5%.

@@             Coverage Diff              @@
##             master    #2749      +/-   ##
============================================
- Coverage     45.69%   45.67%   -0.02%
  Complexity      228      228
============================================
  Files           166      166
  Lines         12972    13010      +38
  Branches        466      466
============================================
+ Hits           5927     5942      +15
- Misses         6853     6876      +23
  Partials        192      192

Impacted Files
Coverage Δ
Complexity Δ

include/xgboost/data.h
83.01% <ø> (ø)
0 <0> (ø)
:arrow_down:

src/c_api/c_api.cc
18.65% <0%> (-0.08%)
0 <0> (ø)

tests/cpp/data/test_metainfo.cc
95.65% <100%> (ø)
0 <0> (ø)
:arrow_down:

src/data/sparse_page_source.cc
59.87% <35.71%> (-2.37%)
0 <0> (ø)

src/data/simple_csr_source.cc
87.34% <35.71%> (-11.12%)
0 <0> (ø)

src/data/data.cc
72.67% <66.66%> (-0.47%)
0 <0> (ø)

Continue to review full report at Codecov.

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

@hcho3 that link 404's for me, could you point me in the right direction for QID work?

Here it is: http://xgboost.readthedocs.io/en/latest/tutorials/input_format.html#query-id-columns


New Branch

SAVAGE6329

[ ] Have you followed the contributing guidelines?
[ ] Have you explained what your changes do, and why they add value to the Guides?

Please note: we will close your PR without comment if you do not check the boxes above and provide ALL requested information.

@deniseyu could you please label this as invalid or spam per hacktoberfest guidelines?


CBP-6772: Enhance Kaniko action to invoke CreateArtifactInfo API to store artifact info in platform

looks good. I did not click Approve yet in case we merge this by mistake :)


Handle failure cases: re-queuing jobs

If provider hook fails, do a transitive update
if failures happens while exporting graph to chain, do a non-transitive update
if upon re-import checks fails, do a non-transitive update non-transitive

I think a simpler way to do this would be:
  public async updateUserGraph(dsnpUserId: string, providerId: string, updateConnections: boolean): Promise<void> {
   try {
      // all logic up to and including fetching the provider graph, walking provider connections & queueing non-transitive update for connections found
      } catch (err) {
         // Can probably just re-throw the error here as this will cause the job to be marked failed and will be handled by Bull retry logic that we configure
         log.err(err);
         throw err;
    }

    // Now wrap the entire rest of the function logic in another try...catch block. This time any errors that are caught,
    // we queue a non-transitive job & mark the current job as permanently failed.
    try {
       // do all chain processing including build bundles, import to graph, apply actions, export to chain, etc
    } catch (err) {
       if (currentJob.processTransitiveUpdates === true) {
         // mark current job as permanently failed in Bull (no retry) (is this a job deletion?)
        // enqueue non-transitive update to replace current failed job
     } else {
        // log & re-throw error; since job is already non-transitive, just let normal Bull failure/retry handle it
        log.error(err);
        throw err;
     }
  }


eliminate credential leakage in logs

there appears to be lots of places in logs where credentials are being leaked. hunt them down and eliminate.

resolved by https://github.com/Food-X-Technologies/foodx_devops_tools/pull/114


Would it be possible to deploy this on the TRON network?

It is not a 100% EVM compatible blockchain but most Solidity smart contracts should work.

I'm not sure offhand, I'll look into this

I did tinker around and was actually able to publish Multicall3.sol on the TRON blockchain.
The TRON blockchain provides an online IDE at https://www.tronide.io, similar to Remix.
I did have to change to version to either 0.8.11 or 0.8.18 because there was apparently no compiler available for version 0.8.12.
Compiling with 0.8.18 gave the following warning message though:
Warning: Since the VM version paris, "difficulty" was replaced by "prevrandao", which now returns a random number based on the beacon chain.
--> Multicall3.sol:181:22:
|
181 | difficulty = block.difficulty;
| ^^^^^^^^^^^^^^^^

Here is the 0.8.11 contract that I published: https://tronscan.org/#/contract/TCoaki57GdjNUfoFnEXTRPGrWgQ7qQ76Rd/code
Here is the 0.8.18 contract that I published: https://tronscan.org/#/contract/TEazPvZwDjDtFeJupyo7QunvnrnUjPH8ED/code

Closing since this is now deployed on Tron, and Tron doesn't support deploying to 0xca11bde05977b3631167028862be2a173976ca11