No transfer received

Good afternoon!
I tried to transfer 100 STX from blockchain.com  to binance.com.
STX has not been received by binance.
After that, I opened a new wallet Hiro Wallet
address details
https://explorer.stacks.co/address/SP3SS9PM2G1CVGYSKPG2XCY5FMFZV1MA0JWSNF0ET?utm_source=stacks-wallet&chain=mainnet
https://explorer.stacks.co/txid/0x02b02d91fcc06c96db9f0158ab433322f2a83aa3f6ef22cca04a51578ccfec6f?utm_source=stacks-wallet&chain=mainnet
99.9996 STX transfer
Sender address
SP3SS9PM2G1CVGYSKPG2XCY5FMFZV1MA0JWSNF0ET
Recipient
SP1P72Z3704VMT3DMHPP2CB8TGQWGDBHD3RPR9GZS
Transaction ID
0x02b02d91fcc06c96db9f0158ab433322f2a83aa3f6ef22cca04a51578ccfec6f
Tell me there is an opportunity to somehow return STX
Sincerely, Gennady Lemeshko

Hi @VGIS777
There isn't anything I can do to help, I suggest opening an issue on blockchain.com and binance.com.
Having said that I noticed that you didn't a memo which is required by binance to identify to tx.


Removes th tags

When I enter filter text, the th elements disappear. I want to keep my table headers when I am filtering. Can this be fixed with the config options or is it a bug?

Solved the issue. I didn't have my th's within a thead.


Add anchor tag for hash link

PR for issue #416.
All Submissions:

[x] Have you followed the guidelines stated in CONTRIBUTING.md file?
[x] Have you checked to ensure there aren't any other open Pull Requests for the desired changed?

Type of change
Please delete options that are not relevant.

[x] New feature (non-breaking change which adds functionality)
[x] This change requires a documentation update

New Feature Submission:

[x] Does your submission pass the tests?
[x] Have you linted your code locally prior to submission?

After these steps, you're ready to open a pull request.
Added anchor tag that created with key property at any component.
This allows us to jump to to a specific place using hash in URL like "destination/url/#target".
Usage:
    pc.box(
        pc.text("This is target"),
        key="target",
    )

Above code creates this.
Anchor tag is placed at the first child tag.
    <Box key="target">

        <Text>{`This is target`}</Text>
    </Box>

Is it not possible to add the id directly to the  tag in this case?

Is it not possible to add the id directly to the <Box> tag in this case?

I think it's possible. Should I change this?

Is it not possible to add the id directly to the <Box> tag in this case?

I think it's possible. Should I change this?

Yeah it would simplify the compiled code a bit, can you try this and see if it works. Thanks for the contribution

Good calling adding this id field . I'm a bit confused though - looks like the Anchor class got reverted? Don't we need that?

I think it was just there as a support for the id prop, but the Anchor itself didn't have a purpose.
Adding the id directly on the component work the same.

was looking for anchor hash navigation. Adding id to components work, but is there any way to make the scrolling smooth ?


[2.x] Includes facade improvements

Could we hook into the Blade @include directive? (And should we?)

Somewhat related/general tip: Setting the includes path in view.php allows Blade partials from the same directory to be accessed using the @include directive


Deleting a discipline causes error 500

https://lunes.tuerantuer.org/de/admin/vocgui/discipline/2/delete/
If a disczipline contains moduls it causes server error 500

This is a migration issue. It can be fixed running the following sql commands:
CREATE TABLE IF NOT EXISTS "vocgui_trainingset_temp" (
        "title" varchar(255) NOT NULL,
        "description" varchar(255) NOT NULL,
        "icon" varchar(100) NOT NULL,
        "id" integer NOT NULL PRIMARY KEY AUTOINCREMENT);
INSERT INTO vocgui_trainingset_temp
SELECT title, description, icon, id
FROM vocgui_trainingset;
DROP TABLE vocgui_trainingset;
ALTER TABLE vocgui_trainingset_temp RENAME TO vocgui_trainingset;


use autoreleasepool in examples/window. otherwise, if the window is m…

…inimzed, the memory used grows unboundedly

bors retry

bors retry

@kvark looks like the status names in bors.toml needs to be updated. Do we want to keep using bors here?


slidebox doesnt show anything in rtl mode

Hi ionic team. I tried to add a slidebox on rtl mode, but i cant see anything.  when changing to ltr it looks fine, so i guess it is something in ttje rtl code, please fix this, i really want to use slide boxes in my new app :)

Greetings @shaulhadar!
My sensors indicate that you need to update your issue through our custom issue form. We are now requiring all issues to be submitted this way, to ensure that we have all of the information necessary to fix them as quickly as possible.
Click Here To Update Your Issue
I will have no choice but to close this issue if it is not resubmitted through the form. Please fill out the rest of the form, so that I may use my friendly robot powers to assist you.
Thank you!

any update on this perhaps?

Greetings @shaulhadar!
I've closed this issue because my sensors indicated it was old and inactive, and may have already been fixed in recent versions of Ionic. However, if you are still experiencing this issue, please feel free to reopen this issue by creating a new one, and include any examples and other necessary information, so that we can look into it further.
Thank you for allowing me to assist you.


307 resolve missing auth pages

Explain the details for making this change. What existing problem does the pull request solve?
The recent jetstream update removed the original authentication blade files in favor on publishable / customizable vue components. Amongst other things the update from v1 to v2 allowed us to also upgrade laravel mix to v6.
Important Notes: you'll absolutely want to re-install dependencies locally with composer install and npm i when pulling this branch. Also The minimum working node version is now 12

Test plan (required)

UI remains the same despite all of the modification to vue components
Same build commands still work npm run ...
Tests for both backend / frontend still pass

Closing issues

closes #307

Pre-Merge checklist
Complete these items before requesting reviews

[ ] Static Analysis Rules Validated
[ ] All commits follow naming conventions

Sub-tasks Checklist

[ ] UI Implementation
[ ] UI Test
[ ] Backend Implementation
[ ] Backend Tests
[ ] Integration Tests
[ ] System Tests
[ ] Documentation

I do not like this MR. There is too much being changed that shouldn't need to be touched. we need to keep things consistent until the release is out.

I do not like this MR. There is too much being changed that shouldn't need to be touched. we need to keep things consistent until the release is out.

As mentioned by Evan, this out of scope for R2, lets move it to R3

As mentioned by Evan, this out of scope for R2, lets move it to R3


Add domain property

@andreasonny83 can you tag these changes so we can use it on a project?

yes, I'm working on that


ValueError when using Equal and NotEqual primitives

ValueError when using Equal and NotEqual primitives
Bug Description
When running DFS with the Equal and NotEqual primitives on the featuretools ecommerce entityset (target entity = customers), the following error message is generated:
ValueError: When changing to a larger dtype, its size must be a divisor of the total size in bytes of the last axis of the array.
This can error be duplicated with this code:
from featuretools.tests.testing_utils import make_ecommerce_entityset
es = make_ecommerce_entityset()
trans_primitives = ['equal']
fm, _ = ft.dfs(entityset=es, target_entity='customers', trans_primitives=trans_primitives)

Output of featuretools.show_info()

Featuretools version: 0.14.0.dev0
SYSTEM INFO
python: 3.7.4.final.0
python-bits: 64
OS: Darwin
OS-release: 18.7.0
machine: x86_64
processor: i386
byteorder: little
LC_ALL: None
LANG: en_US.UTF-8
LOCALE: en_US.UTF-8
INSTALLED VERSIONS
numpy: 1.17.3
pandas: 0.25.1
tqdm: 4.36.1
PyYAML: 5.1.2
cloudpickle: 1.2.2
dask: 2.6.0
distributed: 2.6.0
psutil: 5.6.3
Click: 7.0
pip: 19.3
setuptools: 40.8.0

Fixed in v0.15.0 release


⚠ Samsung has degraded performance

In 5004dec, Samsung (https://samsung.com) experienced degraded performance:

HTTP code: 200
Response time: 2844 ms

Resolved: Samsung performance has improved in a3d338c.


Module 'Alamofire' has no member named 'SessionManager'

Many build errors related with Alamofire after pod update

Alamofire Environment
**Alamofire version: 5.4.0
**Xcode version: 12.0.1

You can use the latest version and then try again.

You can use the latest version and then try again.

I did, but still the same errors

Alamofire's APIs changed quite a bit between version 4 and 5, so you should review our migration guide and update your usage.


remove dlrm profiling

What does this do?

Apparently it is the root cause of failures on the AMD side


Target net462 for gRPC WinHttpHandler support

This PR simplifies usage for .NET Framework users, where WinHttpHandler needs to be used. This PR was recently merged, which makes the net462 version of Grpc.Net.Client automatically use WinHttpHandler; having Milvus.Client target net462 takes advantage of that as well.
/cc @stephentoub

I found that GitHub Actions seems to support Windows Server 2022. Maybe we can try testing it with .NET Framework in GitHub Actions?

I found that GitHub Actions seems to support Windows Server 2022. Maybe we can try testing it with .NET Framework in GitHub Actions?

Sure, but you'd need to deal with spinning up Milvus on Windows in CI, which I'm not sure is that easy... I did do some manual testing locally to at least confirm that this working.

Yes, it is not easy to run Milvus on Windows. Milvus-lite provides an option to run Milvus using a Python environment. Let me try this approach.


KML Additions and separation between parser and MapKit

Added KML additions on styles (IconStyle and BalloonStyle)
Added KML Additions on polygon (innerBoundariesIs)
Added a faillable initializer (swift 2.0) when trying to parse form
url
Better separation of the kml parser and the MapKit bridge
Placemarks now expose necessary data to allow consumer code to
provide its own MapKit classes
KMLDocument now has an option allowing not to generate MapKit bridge
classes

Awesome thank you!


Custom path is not supported $SRCROOT/[YOUR_PATH]/R.generated.swift

hi,
I've followed https://github.com/mac-cain13/R.swift/blob/master/Documentation/Migration.md and found out that custom file path is not supported.
The output is generated if and only if file path is exactly $SRCROOT/gen/R.generated.swift.
E.g. this $SRCROOT/gen/R.generated.swift doesn't generate any output.
This used to work in 4.x, but not in 5.x.

you have to use same path in script definition and in output files, see #500

You need to configure both the argument to the executable, and the path in Output Files, and they need to point to the same file. As the documentation says.


Add Fréquence Plus app

The iOS app is still a webview, so the user-agent string is not meaningful for the moment (for example: "Mozilla/5.0 (iPhone; CPU iPhone OS 16_4_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Mobile/15E148")
Thank you.

Ok, looking forward to seeing a custom UA on iOS at some point as well, thanks!


Setting to disable current file's path

Is your feature request related to a problem? Please describe.
Setting to disable filepath component in statusline
Describe the solution you'd like
When using winbar to show filepath, its redundant to show in statusline. Ideally every statusline component should have option to enable/disable to suit each user's usecase
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.

Now you can enable or disable each component.


feat: add jsxAttributeCompletionStyle settings

https://github.com/microsoft/vscode/pull/133920

After I clone this to test for my own, seems like the snippet for className in JSX doesn't work?


feat: Wallet account view 3

Description
fixes #536
There are 2 minor UX issues I will try to resolve in the following (Portfolio) issue, so I don't block the review

After successful wallet connection there is no loader when redirecting to connected account detail
When clicking on Try again, the whole page gets reloaded, which is not necessary. Only scanning again should work, but for some reason it's not working https://github.com/aeternity/aescan/issues/572

Demo

https://github.com/aeternity/aescan/assets/15363559/64887a9e-5d48-4f4d-ad37-92793c2700ff
Checklist:

[x] I have read and followed the Contributing Guide
[x] add wallet account detail

has been already approved by Liubov. Check the convo in https://github.com/aeternity/aescan/pull/549


Update VMSS sample create command

Update the VMSS sample create command to cater for the Trusted Launch changes (https://aka.ms/TLaD) - changed from V3 to V4. Also updated the deprecated "UbuntuLTS " alias

@davidxw Thank you David. This will be live shortly.
#sign-off


feat: add nested execution contexts

Adds nested execution contexts to the ExecutionContext struct
Pull Request type

Please check the type of change your PR introduces:

[ ] Bugfix
[x] Feature
[ ] Code style update (formatting, renaming)
[ ] Refactoring (no functional changes, no API changes)
[ ] Build-related changes
[ ] Documentation content changes
[ ] Other (please describe):

What is the current behavior?

Resolves: #177
What is the new behavior?

Restores Nullable fields
Adds an impl to destruct Nullable

Does this introduce a breaking change?

[ ] Yes
[x] No

Blocked by https://github.com/starkware-libs/cairo/issues/4032

Blocked by starkware-libs/cairo#4032

Should we close this PR as we know the issue won't be resolved for some months and you prepared a workaround path?

yeah let's close it


marketplace_product_1.html

issue no #347
screenshot:

Good job @hritikbhattacharya
Congrats 🎉, your PR got merged. To be eligible for the swags from ClueLess. Follow this steps.

Star this repository. ⭐
SignIn / SignUp in [ClueLess Website](https://www.clueless.tech/) .
Go to profile section from the top right hand corner.

Comment your profile URL under this comment tagging the person who merged your PR.

That’s it. Follow the leaderboard !
And don’t forget to share your achievement with your friends.


adding node-sass as dependency as required from sass-loader

missing dependency after loading the server for first time

Work this solution!! Thnks!!


Use hotkeys without pressing fn key for notebooks not having the fn lock feature

Description of the new feature / enhancement
Use hotkeys without pressing fn key for notebooks not having the fn lock feature
Scenario when this would be used?
Useful for laptops not having a fn lock feature in system or bios menu
Supporting information
No response

What is the location of the input you are referring to?
What kind of laptop does not have the possibility to switch the default Fn state? (For example: some Surface Pro type keyboards use Fn+CAPS)

Fn key is a hardware based key, we cannot override it.
This is either a remap your main keys to the Fn key stuff which will chances are need part of https://github.com/microsoft/PowerToys/issues/5668 to accomplish stuff as some of the special keys are actually macros


Declare getIterator() return type (#716)

Fixes https://github.com/predis/predis/issues/716

Please re-submit to the v1.1 branch.

Thanks for the pointer – but I won't do it, as it's fixed as of v1.1.8 already. Doh! 😎


define how will be the main struct of the api

update 1 : the first route is already available and lives on /api/v1/words/:word, this issue will be closed only when the v1 is launched


flask.request cannot be patched by unittest.mock.patch in Python 3.8

Expected Behavior
In Python 3.7.5, this works just fine and does nothing:
from unittest.mock import patch
import flask

@patch("flask.request")
def foo(patched_request):
    pass

foo()

Actual Behavior
In Python 3.8.0, it fails with
RuntimeError: Working outside of request context.

This happens because patch now tries to return an AsyncMock in some cases and Python's mock.py line 51 calls asyncio.iscoroutinefunction() on flask.request. This will then call getattr(func, '_is_coroutine', None) in coroutines.py line 167 which flask then complains about.
It might be fixable by adding a special case to raise AttributeError instead when the _is_coroutine attribute is accessed.
Environment

Python version: 3.8.0
Flask version: 1.1.1 and git master
Werkzeug version: 0.16.0 and git master

It doesn't really make sense to mock the proxy object. Either use Flask's built in methods for creating a test client or context, or mock those methods to return your custom objects.

@snordhausen encountered the same problem here, what's your solution in the end, please?


Why inference is different with same prompt while using the model just after LORA fine tuning in quickstart notebook and then using the same model with inference.py script

I am getting different inference results when i am using two methods but the same model. I want to know how are these two scripts different

using quickstart notebook, and fine-tuning using Lora approach, in the end, I am using evaluation to get an inference, and that inference is similar to what i intend to get
using inference.py script, the path to the base model and adapter is provided, and the same prompt is used, but inference results are poor.

I am using 13B-chat; what could be the reason for this?

@aaekay the inferene script is passing sampling params such as temperature and top_p, please make sure you pass the same args to the generate function in notebook as well.

Hi! It seems that a solution has been provided to the issue and there has not been a follow up conversation for a long time. I will close this issue for now and feel free to reopen it if you have any questions!


[release-v1.15.x] SRVKP-5880: Switch to use annotations as labels from PipelineRuns created through Pipelines as Code is deprecated

manual cherry-pick of https://github.com/openshift-pipelines/console-plugin/pull/131

Tested locally and I am able to load PipelineRuns for a repository.
/lgtm


Fix: Use type declarations

This PR

[x] uses type declarations where possible

Thank you, @chartjes!


HOS-21740 Rx and Tx rates were updated wrongly in telegraf CLI and telemetry.

Fix padding issues for arm processor.

Validated the structure in awe(driver),dcd and Golang in telegraf and reverted unwanted padding.

Verified the stats o/p wrt dcd and telegraf


junit xsd doesn't require a failure body => GH checks api => properties/raw_details', nil is not a string.

It would appear the body of the test failure is being supplied to GH's checks api via a required property. However, a failure body may not always be present.
2020-11-03 17:36:53 +0000 - publish-unit-test-results -  INFO - creating check
Traceback (most recent call last):
  File "/action/publish_unit_test_results.py", line 801, in <module>
    main(token, event, repo, commit, files, check_name, report_individual_runs, dedup_classes_by_file_name)
  File "/action/publish_unit_test_results.py", line 754, in main
    publish(token, event, repo, commit, stats, results['case_results'], check_name, report_individual_runs)
  File "/action/publish_unit_test_results.py", line 722, in publish
    publish_check(stats, cases)
  File "/action/publish_unit_test_results.py", line 613, in publish_check
    repo.create_check_run(name=check_name, head_sha=commit_sha, status='completed', conclusion='success', output=output)
  File "/action/githubext/Repository.py", line 78, in create_check_run
    headers={'Accept': 'application/vnd.github.antiope-preview+json'},
  File "/usr/local/lib/python3.6/site-packages/github/Requester.py", line 319, in requestJsonAndCheck
    verb, url, parameters, headers, input, self.__customConnection(url)
  File "/usr/local/lib/python3.6/site-packages/github/Requester.py", line 342, in __check
    raise self.__createException(status, responseHeaders, output)
github.GithubException.GithubException: 422 {"message": "Invalid request.\n\nFor 'properties/raw_details', nil is not a string.\nFor 'properties/raw_details', nil is not a string.", "documentation_url": "https://docs.github.com/rest/reference/checks#create-a-check-run"}

Thanks for raising this issue. Can you please provide me a test unit xml file that causes this issue?

<?xml version="1.0" ?>
<testsuites disabled="0" errors="0" failures="2" tests="2" time="0.0">
    <testsuite disabled="0" errors="0" failures="1" name="Ensure S3 bucket has MFA delete enabled" package="checkov.terraform.checks.resource.aws.S3MFADelete" skipped="0" tests="1" time="0">
        <testcase classname="checkov.terraform.checks.resource.aws.S3MFADelete" file="/state/main.tf" name="terraform Ensure S3 bucket has MFA delete enabled aws_s3_bucket.state">
            <failure message="Resource "aws_s3_bucket.state" failed in check "Ensure S3 bucket has MFA delete enabled"" type="failure"/>
        </testcase>
    </testsuite>
    <testsuite disabled="0" errors="0" failures="1" name="Ensure the S3 bucket has access logging enabled" package="checkov.terraform.checks.resource.aws.S3AccessLogs" skipped="0" tests="1" time="0">
        <testcase classname="checkov.terraform.checks.resource.aws.S3AccessLogs" file="/state/main.tf" name="terraform Ensure the S3 bucket has access logging enabled aws_s3_bucket.state">
            <failure message="Resource "aws_s3_bucket.state" failed in check "Ensure the S3 bucket has access logging enabled"" type="failure"/>
        </testcase>
    </testsuite>
</testsuites>

That is strange, this XML works for me. Is the repo public? Can you point me to the check run that has this issue?

Here is a public repo version of it, https://github.com/meadisu27/action-playground/

Thanks for the public repo, I could reproduce and fix it in #49.
Please try the fix by using the action from branch branch-nil-raw-details instead of master:
EnricoMi/publish-unit-test-result-action@branch-nil-raw-details

Tried it out. Looks good.

Excellent, I will merge this into master and cut a new release. Thanks for raising this!

Version v1.4 released.


support v4 callbacks in v5

one of the most used features in react query v4 was callbacks (onSuccess, onError, onSettled)
I recreated this functions and add the functionality inside getRequest function
this feature is easy to implement with promise callbacks

Hello Mohammadi,
I hope you're doing well. Now, let me share the history of React-Query. There were numerous misunderstandings among developers regarding certain events, leading the React-Query team to make the decision to remove them. In my view, it would be prudent to align with React-Query's choice and replace the use of onSuccess with useEffect. Introducing those events might inadvertently plunge us into a complex and challenging pool of bugs.


Generate only tuples in TranslationFieldAdmin

All ModelAdmin class field names attributes are tuples. Because tuples are immutable. It's a bad idea change these attributes to a mutable list. This may cause side effects.
e.g.: If a get_readonly_fields() manipulate the attributes for different user/permission. This changes should never mutate the base attribute!
Change TranslationFieldAdmin to patch the tuples also to tuples.

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Comparison is base (d77a778) 91.01% compared to head (b7c22a7) 91.01%.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@           Coverage Diff           @@
##           master     #149   +/-   ##
=======================================
  Coverage   91.01%   91.01%
=======================================
  Files          66       66
  Lines        2349     2349
  Branches      423      423
=======================================
  Hits         2138     2138
  Misses        141      141
  Partials       70       70

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Have you received a letter from your lawyer? If not, I will introduce a photo of a certain celebrity in my future research. Because I am a true ikun.

Have you received a letter from your lawyer? If not, I will introduce a photo of a certain celebrity in my future research. Because I am a true ikun.

666

只因你太美

Chicken You Are So Beautiful

Intersting issue! If this teaser diagram is legal and does not have any legal conflicts of interest, please let me know! We are happy to contribute this hottest internal entertainment IP to the academic community!

第一眼看成layer，还在想为啥laye还能发消息


Feature: Add support for Multibase, Multihash and Hashlinks

Implements Multihash, Multibase and Hashlinks.
Adds decoding, encoding and validating for multibase, multihash and hashlinks.
Hashlinks have been implemented accoring to draft-sporny-hashlink-07
The main reason for this implementation is to add multibase for the upcoming did exchange protocol and hashlink for linking credentials to attachments.
Signed-off-by: Berend Sliedrecht<EMAIL_ADDRESS>

Although conventional commits allows to use upper case types, I prefer feat: over Feat: for consistency?


Getting intermittent 'Already Seen' messages on the P4: T goldstandard workflow and also getting same images I've already classified without the aleready seen flag

I'm classifying gold standard data for Planet Four: Terrains (workflow 2063). The idea was that two science team members would classify a small number of subjects on the inactive workflow by going directly to the url. I'm going to use the gold standard data for my own checks (it's not going into the main workflow for feedback).
I'm starting to get intermediate 'Already Seen' tags on images and then the next  image doesn't have that and then if I reload or log back in I can see another image which is actually a subject I know I classified recently.
I'm confused as this is a small number of subjects and only 2 people classifying why panoptes would be having issues with the already seen flag and what to send to me to classify for the workflow. I thought I'd put in a ticket.

then go this image again without the tag

this is an issue with some newly deployed code blocking the background workers, we're looking into it.

Snapshot WI has reported to me that they've had volunteers getting 'Already Seen' and 'Finished' banners before the subject set is done the past couple of days: https://www.zooniverse.org/projects/zooniverse/snapshot-wisconsin/talk/391/85128?comment=159761&page=1
Let me know if you want any info from them.

This was caused by new counters on the backend and should be fixed since 1st Sept 2016, 17:00. If this is still occuring please reopen.

@camallen I can't open since I not part of this repo only the front end.
Looks like there's still an issue see here.

Thanks @mschwamb it seems the some workflows were reporting as finished, notably when they had more total retired subjects than currently linked data.

thanks @srallen and @mschwamb this should be resolved by #1944. Please re-open / ping me if not.

@camallen this issue isn't fixed. Got this today for the other P4:T researcher:

I think, I am done. Orange tag with "Finished" has showed up. It was a bit weird that before that happened, some frames showed "already seen" tag. I still went on and marked couple of those and the page went back to showing me new frames for a while. So, check it, if I am really through and if some answered twice.

@camallen bumping this again so it doesn't get lost.

@mschwamb this is most likely happening by design, perhaps they've finished the data?

What do you mean by design? It shouldn't be intermittent. If there are unseen subjects that are not retired those should go first. Getting this message already seen and then the next subject is unclassfied  means I get duplicate classifications I need to take out of my gold standard data classifications and that I have to manually check when the expert is done and tell her to stop and just keep going through the already seen to finsih the last few subjects.

I've checked. Anya's got 40 more images to go to complete the subject set, so she should be getting only new images as there is still stuff to see. It's a small set only 1000 subjects.

@mschwamb I've PM'd you via zooniverse.org to get more details.

@mschwamb that workflow is finished and all data is retired for those two subject sets. The selector in this instance will just show any data to any requesting user in this case.

Um.. no the other researcher has not finished. I'm counting everything up in the annotations csv file generated by panoptes and she has not finished all the gold standard data.  Example: for subject 484327 in the gold standard workflow the only classification in there is from me from the workflow, so how can the subject be retired if the retirement threshold s 2. The subject is retired from the main classification interface workflow but it shouldn't be in workflow 2063.  I checked again and got the annotations csv a few hours ago.
I don't think I'm missing something. The subject csv file says its retired which I just downloaded, but where's the annotations from that user. I don't count from the subject csv, I actually calculate by adding up the classifications.

same thing for subjects:
1320489
1058430
1501258
I don't see the classifications from Anya searching these in the raw annotations file. Is there a counting issue going on?

@mschwamb looks like we are counting some things twice, i'm investigating.

@mschwamb this was a counting issue when subjects have been re-used across workflows. Once that PR is merged / deployed i'll manually update those counters for those subject sets and un-retired the data.

Done - @mschwamb that workflow should be showing data correctly now.


Issues with GDM during build

Trying to build master using the build.py script on a BeagleBone Black running Debian 7.
Originally I did not have GDM installed as I have not needed it in the past and did not re-check requirements, but it did look like the build script tried to handle it and failed.
Sun Feb 21 16:12:14 UTC 2016
Cloning into 'influxdb'...
remote: Counting objects: 51198, done.
remote: Compressing objects: 100% (113/113), done.
remote: Total 51198 (delta 46), reused 0 (delta 0), pack-reused 51085
Receiving objects: 100% (51198/51198), 36.65 MiB | 2.12 MiB/s, done.
Resolving deltas: 100% (34821/34821), done.
# On branch master
nothing to commit (working directory clean)
Build Master!
Already up-to-date.

Checking environment:
- GOPATH -> /root/gocodez
- GOBIN -> None
- GOROOT -> /root/.gvm/gos/go1.4.3

Checking for dependencies:
- git -> /usr/bin/git
- go -> /root/.gvm/gos/go1.4.3/bin/go
- gdm -> ?
- gvm (optional) -> /root/.gvm/bin/gvm
- fpm (optional) -> ?
- rpmbuild (optional) -> ?

Downloading `gdm`...
Retrieving dependencies with `gdm`...

Invalid command!
-- Command run was: gdm restore
-- Failure was: [Errno 2] No such file or directory

Stopping.

Running go get github.com/sparrc/gdm did resolve the gdm dependency, but I still cannot get influx to build.
Sun Feb 21 16:20:22 UTC 2016
Cloning into 'influxdb'...
remote: Counting objects: 51198, done.
remote: Compressing objects: 100% (113/113), done.
remote: Total 51198 (delta 46), reused 0 (delta 0), pack-reused 51085
Receiving objects: 100% (51198/51198), 36.65 MiB | 2.21 MiB/s, done.
Resolving deltas: 100% (34821/34821), done.
# On branch master
nothing to commit (working directory clean)
Build Master!
Already up-to-date.

Checking environment:
- GOPATH -> /root/gocodez
- GOBIN -> None
- GOROOT -> /root/.gvm/gos/go1.4.3

Checking for dependencies:
- git -> /usr/bin/git
- go -> /root/.gvm/gos/go1.4.3/bin/go
- gdm -> /root/.gvm/pkgsets/go1.4.3/global/bin/gdm
- gvm (optional) -> /root/.gvm/bin/gvm
- fpm (optional) -> ?
- rpmbuild (optional) -> ?

Retrieving dependencies with `gdm`...

Executed command failed!
-- Command run was: gdm restore
-- Failure was: ======= Go Dependency Manager =======
= working dir: /root/gocodez/src/github.com/influxdb/influxdb
= GOPATH:      /root/gocodez
=====================================
> Restoring /root/gocodez/src/collectd.org/api to 9fc824c70f713ea0f058a07b49a4c563ef2a3b98
> Restoring /root/gocodez/src/github.com/BurntSushi/toml to 5c4df71dfe9ac89ef6287afc05e4c1b16ae65a1e
> Restoring /root/gocodez/src/github.com/armon/go-metrics to 345426c77237ece5dab0e1605c3e4b35c3f54757
> Restoring /root/gocodez/src/github.com/bmizerany/pat to b8a35001b773c267eb260a691f4e5499a3531600
> Restoring /root/gocodez/src/github.com/boltdb/bolt to 2f846c3551b76d7710f159be840d66c3d064abbe
> Restoring /root/gocodez/src/github.com/davecgh/go-spew to fc32781af5e85e548d3f1abaf0fa3dbe8a72495c
> Restoring /root/gocodez/src/github.com/dgryski/go-bits to 86c69b3c986f9d40065df5bd8f765796549eef2e
> Restoring /root/gocodez/src/github.com/dgryski/go-bitstream to 27cd5973303fde7d914860be1ea4b927a6be0c92
> Restoring /root/gocodez/src/github.com/gogo/protobuf to 82d16f734d6d871204a3feb1a73cb220cc92574c
> Restoring /root/gocodez/src/github.com/golang/snappy to 5979233c5d6225d4a8e438cdd0b411888449ddab
> Restoring /root/gocodez/src/github.com/hashicorp/go-msgpack to fa3f63826f7c23912c15263591e65d54d080b458
> Restoring /root/gocodez/src/github.com/hashicorp/raft to 8fd9a2fdfd154f4b393aa24cff91e3c317efe839
> Restoring /root/gocodez/src/github.com/hashicorp/raft-boltdb to d1e82c1ec3f15ee991f7cc7ffd5b67ff6f5bbaee
> Restoring /root/gocodez/src/github.com/influxdata/usage-client to 475977e68d79883d9c8d67131c84e4241523f452
> Restoring /root/gocodez/src/github.com/jwilder/encoding to 07d88d4f35eec497617bee0c7bfe651a796dae13
> Restoring /root/gocodez/src/github.com/kimor79/gollectd to 61d0deeb4ffcc167b2a1baa8efd72365692811bc
> Restoring /root/gocodez/src/github.com/paulbellamy/ratecounter to 5a11f585a31379765c190c033b6ad39956584447
> Restoring /root/gocodez/src/github.com/peterh/liner to ad1edfd30321d8f006ccf05f1e0524adeb943060
> Restoring /root/gocodez/src/github.com/rakyll/statik to 274df120e9065bdd08eb1120e0375e3dc1ae8465
> Restoring /root/gocodez/src/golang.org/x/crypto to 1f22c0103821b9390939b6776727195525381532
> Restoring /root/gocodez/src/gopkg.in/fatih/pool.v2 to cba550ebf9bce999a02e963296d4bc7a486cb715
# cd .; git clone https://go.googlesource.com/crypto /root/gocodez/src/golang.org/x/crypto
Cloning into '/root/gocodez/src/golang.org/x/crypto'...
error: gnutls_handshake() failed: A TLS packet with unexpected length was received. while accessing https://go.googlesource.com/crypto/info/refs
fatal: HTTP request failed

ERROR restoring some imports:
-   Error creating repo at /root/gocodez/src/golang.org/x/crypto, exit status 128

Stopping.

@BGraco Are you still receiving the last error consistently?
Error creating repo at /root/gocodez/src/golang.org/x/crypto, exit status 128

I have seen intermittent issues with some of the Go repositories (specifically the crypto library), but it seems to resolve itself after a couple tries.
I will also be adding a fix for the first issue you encountered with gdm later today.

As suggested, I tried to build influxdb multiple times. On the seventh try it worked!
Then I hit this error...
Executed command failed!
-- Command run was: GOOS=linux GOARCH=arm GOARM=6 go build -o build/influx_stress -ldflags="-X main.buildTime='2016-02-23T23:22:01.921608' -X main.version=v0.10.0 -X main.branch=master -X main.commit=e32e5ff481c63f75d8f8bfe3f55dfc7a23559cf0" ./cmd/influx_stress/influx_stress.go
-- Failure was: cmd/influx_stress/influx_stress.go:9:2: cannot find package "github.com/influxdata/influxdb/stress" in any of:
	/root/.gvm/gos/go1.6/src/github.com/influxdata/influxdb/stress (from $GOROOT)
	/root/gocodez/src/github.com/influxdata/influxdb/stress (from $GOPATH)

Stopping.

If I retried the build without cleaning the gocodez dir I got the following error
Checking environment:
- GOPATH -> /root/gocodez
- GOBIN -> None
- GOROOT -> /root/.gvm/gos/go1.4.3

Checking for dependencies:
- git -> /usr/bin/git
- go -> /root/.gvm/gos/go1.4.3/bin/go
- gdm -> /root/.gvm/pkgsets/go1.4.3/global/bin/gdm
- gvm (optional) -> /root/.gvm/bin/gvm
- fpm (optional) -> ?
- rpmbuild (optional) -> ?

Retrieving dependencies with `gdm`...

Executed command failed!
-- Command run was: gdm restore
-- Failure was: ======= Go Dependency Manager =======
= working dir: /root/gocodez/src/github.com/influxdb/influxdb
= GOPATH:      /root/gocodez
=====================================
> Restoring /root/gocodez/src/collectd.org/api to 9fc824c70f713ea0f058a07b49a4c563ef2a3b98
> Restoring /root/gocodez/src/github.com/BurntSushi/toml to 5c4df71dfe9ac89ef6287afc05e4c1b16ae65a1e
> Restoring /root/gocodez/src/github.com/armon/go-metrics to 345426c77237ece5dab0e1605c3e4b35c3f54757
> Restoring /root/gocodez/src/github.com/bmizerany/pat to b8a35001b773c267eb260a691f4e5499a3531600
> Restoring /root/gocodez/src/github.com/boltdb/bolt to 2f846c3551b76d7710f159be840d66c3d064abbe
> Restoring /root/gocodez/src/github.com/davecgh/go-spew to fc32781af5e85e548d3f1abaf0fa3dbe8a72495c
> Restoring /root/gocodez/src/github.com/dgryski/go-bits to 86c69b3c986f9d40065df5bd8f765796549eef2e
> Restoring /root/gocodez/src/github.com/dgryski/go-bitstream to 27cd5973303fde7d914860be1ea4b927a6be0c92
> Restoring /root/gocodez/src/github.com/gogo/protobuf to 82d16f734d6d871204a3feb1a73cb220cc92574c
> Restoring /root/gocodez/src/github.com/golang/snappy to 5979233c5d6225d4a8e438cdd0b411888449ddab
> Restoring /root/gocodez/src/github.com/hashicorp/go-msgpack to fa3f63826f7c23912c15263591e65d54d080b458
> Restoring /root/gocodez/src/github.com/hashicorp/raft to 8fd9a2fdfd154f4b393aa24cff91e3c317efe839
> Restoring /root/gocodez/src/github.com/hashicorp/raft-boltdb to d1e82c1ec3f15ee991f7cc7ffd5b67ff6f5bbaee
> Restoring /root/gocodez/src/github.com/influxdata/usage-client to 475977e68d79883d9c8d67131c84e4241523f452
> Restoring /root/gocodez/src/github.com/jwilder/encoding to 07d88d4f35eec497617bee0c7bfe651a796dae13
> Restoring /root/gocodez/src/github.com/kimor79/gollectd to 61d0deeb4ffcc167b2a1baa8efd72365692811bc
> Restoring /root/gocodez/src/github.com/paulbellamy/ratecounter to 5a11f585a31379765c190c033b6ad39956584447
> Restoring /root/gocodez/src/github.com/peterh/liner to ad1edfd30321d8f006ccf05f1e0524adeb943060
> Restoring /root/gocodez/src/github.com/rakyll/statik to 274df120e9065bdd08eb1120e0375e3dc1ae8465
> Restoring /root/gocodez/src/golang.org/x/crypto to 1f22c0103821b9390939b6776727195525381532
> Restoring /root/gocodez/src/gopkg.in/fatih/pool.v2 to cba550ebf9bce999a02e963296d4bc7a486cb715
# cd /root/gocodez/src/golang.org/x/crypto; git pull --ff-only
error: The requested URL returned error: 406 while accessing https://go.googlesource.com/crypto/info/refs
fatal: HTTP request failed

ERROR restoring some imports:
-   Error downloading changes to /root/gocodez/src/golang.org/x/crypto, exit status 1

Stopping.

I am going to spam retry with go1.4.3 and see if that makes any difference. Otherwise I will just rollback the build.py file to avoid gdm.

@BGraco Sorry for the issues. gdm was added so that we can get some reproducibility in our builds, instead of just building from master for each of the imported projects. I've never seen that many issues pulling packages though.
@sparrc Have you seen anything like the issue above before with gdm?

@BGraco Also, I'm going to be merging a few changes to build.py with this PR that should fix the first issue you encountered. In addition, there are a few other updates around the handling of ARM architectures included in that PR that I'd love to have your feedback on (particularly here and here), though we're still using gdm for version management.
We're also going to be offering ARM (armhf, armel, and arm64) builds through the repos.influxdata.com repository by the next release so you won't have to continually rebuild from source (unless you really want to).

it looks like it's an issue with the crypto libraries hosting. The commented line at the end is all it's trying to do, and the git pull is getting a 406 error.
# cd /root/gocodez/src/golang.org/x/crypto; git pull --ff-only
error: The requested URL returned error: 406 while accessing https://go.googlesource.com/crypto/info/refs

Just tried the latest. It seems the issue with gdm not getting properly downloaded/installed is resolved, but crypto still fails every time. Weird things is, if I manually run the shown commands I have no issues....
root@influxb:~/gocodez/src/github.com/influxdata/influxdb# ./build.py

Checking environment:
- GOPATH -> /root/gocodez
- GOBIN -> None
- GOROOT -> /root/.gvm/gos/go1.5.3

Checking for dependencies:
- git -> /usr/bin/git
- go -> /root/.gvm/gos/go1.5.3/bin/go
- gdm -> ?
- gvm (optional) -> /root/.gvm/bin/gvm
- fpm (optional) -> ?
- rpmbuild (optional) -> ?

Downloading `gdm`...
Retrieving dependencies with `gdm`...

Executed command failed!
-- Command run was: /root/gocodez/bin/gdm restore
-- Failure was: ======= Go Dependency Manager =======
= working dir: /root/gocodez/src/github.com/influxdata/influxdb
= GOPATH:      /root/gocodez
=====================================
> Restoring /root/gocodez/src/collectd.org to 9fc824c70f713ea0f058a07b49a4c563ef2a3b98
> Restoring /root/gocodez/src/github.com/BurntSushi/toml to a4eecd407cf4129fc902ece859a0114e4cf1a7f4
> Restoring /root/gocodez/src/github.com/armon/go-metrics to 345426c77237ece5dab0e1605c3e4b35c3f54757
> Restoring /root/gocodez/src/github.com/bmizerany/pat to b8a35001b773c267eb260a691f4e5499a3531600
> Restoring /root/gocodez/src/github.com/boltdb/bolt to 2f846c3551b76d7710f159be840d66c3d064abbe
> Restoring /root/gocodez/src/github.com/davecgh/go-spew to fc32781af5e85e548d3f1abaf0fa3dbe8a72495c
> Restoring /root/gocodez/src/github.com/dgryski/go-bits to 86c69b3c986f9d40065df5bd8f765796549eef2e
> Restoring /root/gocodez/src/github.com/dgryski/go-bitstream to 27cd5973303fde7d914860be1ea4b927a6be0c92
> Restoring /root/gocodez/src/github.com/gogo/protobuf to 82d16f734d6d871204a3feb1a73cb220cc92574c
> Restoring /root/gocodez/src/github.com/golang/snappy to 5979233c5d6225d4a8e438cdd0b411888449ddab
> Restoring /root/gocodez/src/github.com/hashicorp/go-msgpack to fa3f63826f7c23912c15263591e65d54d080b458
> Restoring /root/gocodez/src/github.com/hashicorp/raft to 8fd9a2fdfd154f4b393aa24cff91e3c317efe839
> Restoring /root/gocodez/src/github.com/hashicorp/raft-boltdb to d1e82c1ec3f15ee991f7cc7ffd5b67ff6f5bbaee
> Restoring /root/gocodez/src/github.com/influxdata/usage-client to 475977e68d79883d9c8d67131c84e4241523f452
> Restoring /root/gocodez/src/github.com/jwilder/encoding to 07d88d4f35eec497617bee0c7bfe651a796dae13
> Restoring /root/gocodez/src/github.com/kimor79/gollectd to 61d0deeb4ffcc167b2a1baa8efd72365692811bc
> Restoring /root/gocodez/src/github.com/paulbellamy/ratecounter to 5a11f585a31379765c190c033b6ad39956584447
> Restoring /root/gocodez/src/github.com/peterh/liner to ad1edfd30321d8f006ccf05f1e0524adeb943060
> Restoring /root/gocodez/src/github.com/rakyll/statik to 274df120e9065bdd08eb1120e0375e3dc1ae8465
> Restoring /root/gocodez/src/golang.org/x/crypto to 1f22c0103821b9390939b6776727195525381532
> Restoring /root/gocodez/src/gopkg.in/fatih/pool.v2 to cba550ebf9bce999a02e963296d4bc7a486cb715
# cd .; git clone https://go.googlesource.com/crypto /root/gocodez/src/golang.org/x/crypto
Cloning into '/root/gocodez/src/golang.org/x/crypto'...
error: gnutls_handshake() failed: A TLS packet with unexpected length was received. while accessing https://go.googlesource.com/crypto/info/refs
fatal: HTTP request failed

ERROR restoring some imports:
-   Error creating repo at /root/gocodez/src/golang.org/x/crypto, exit status 128

Stopping.
root@influxb:~/gocodez/src/github.com/influxdata/influxdb# git clone https://go.googlesource.com/crypto /root/gocodez/src/golang.org/x/crypto
Cloning into '/root/gocodez/src/golang.org/x/crypto'...
remote: Total 2199 (delta 1425), reused 2199 (delta 1425)
Receiving objects: 100% (2199/2199), 1.46 MiB | 1.83 MiB/s, done.
Resolving deltas: 100% (1425/1425), done.
root@influxb:~/gocodez/src/github.com/influxdata/influxdb# ./build.py

Checking environment:
- GOPATH -> /root/gocodez
- GOBIN -> None
- GOROOT -> /root/.gvm/gos/go1.5.3

Checking for dependencies:
- git -> /usr/bin/git
- go -> /root/.gvm/gos/go1.5.3/bin/go
- gdm -> ?
- gvm (optional) -> /root/.gvm/bin/gvm
- fpm (optional) -> ?
- rpmbuild (optional) -> ?

Downloading `gdm`...
Retrieving dependencies with `gdm`...

Executed command failed!
-- Command run was: /root/gocodez/bin/gdm restore
-- Failure was: ======= Go Dependency Manager =======
= working dir: /root/gocodez/src/github.com/influxdata/influxdb
= GOPATH:      /root/gocodez
=====================================
> Restoring /root/gocodez/src/collectd.org to 9fc824c70f713ea0f058a07b49a4c563ef2a3b98
> Restoring /root/gocodez/src/github.com/BurntSushi/toml to a4eecd407cf4129fc902ece859a0114e4cf1a7f4
> Restoring /root/gocodez/src/github.com/armon/go-metrics to 345426c77237ece5dab0e1605c3e4b35c3f54757
> Restoring /root/gocodez/src/github.com/bmizerany/pat to b8a35001b773c267eb260a691f4e5499a3531600
> Restoring /root/gocodez/src/github.com/boltdb/bolt to 2f846c3551b76d7710f159be840d66c3d064abbe
> Restoring /root/gocodez/src/github.com/davecgh/go-spew to fc32781af5e85e548d3f1abaf0fa3dbe8a72495c
> Restoring /root/gocodez/src/github.com/dgryski/go-bits to 86c69b3c986f9d40065df5bd8f765796549eef2e
> Restoring /root/gocodez/src/github.com/dgryski/go-bitstream to 27cd5973303fde7d914860be1ea4b927a6be0c92
> Restoring /root/gocodez/src/github.com/gogo/protobuf to 82d16f734d6d871204a3feb1a73cb220cc92574c
> Restoring /root/gocodez/src/github.com/golang/snappy to 5979233c5d6225d4a8e438cdd0b411888449ddab
> Restoring /root/gocodez/src/github.com/hashicorp/go-msgpack to fa3f63826f7c23912c15263591e65d54d080b458
> Restoring /root/gocodez/src/github.com/hashicorp/raft to 8fd9a2fdfd154f4b393aa24cff91e3c317efe839
> Restoring /root/gocodez/src/github.com/hashicorp/raft-boltdb to d1e82c1ec3f15ee991f7cc7ffd5b67ff6f5bbaee
> Restoring /root/gocodez/src/github.com/influxdata/usage-client to 475977e68d79883d9c8d67131c84e4241523f452
> Restoring /root/gocodez/src/github.com/jwilder/encoding to 07d88d4f35eec497617bee0c7bfe651a796dae13
> Restoring /root/gocodez/src/github.com/kimor79/gollectd to 61d0deeb4ffcc167b2a1baa8efd72365692811bc
> Restoring /root/gocodez/src/github.com/paulbellamy/ratecounter to 5a11f585a31379765c190c033b6ad39956584447
> Restoring /root/gocodez/src/github.com/peterh/liner to ad1edfd30321d8f006ccf05f1e0524adeb943060
> Restoring /root/gocodez/src/github.com/rakyll/statik to 274df120e9065bdd08eb1120e0375e3dc1ae8465
> Restoring /root/gocodez/src/golang.org/x/crypto to 1f22c0103821b9390939b6776727195525381532
> Restoring /root/gocodez/src/gopkg.in/fatih/pool.v2 to cba550ebf9bce999a02e963296d4bc7a486cb715
# cd /root/gocodez/src/golang.org/x/crypto; git pull --ff-only
error: The requested URL returned error: 406 while accessing https://go.googlesource.com/crypto/info/refs
fatal: HTTP request failed

ERROR restoring some imports:
-   Error downloading changes to /root/gocodez/src/golang.org/x/crypto, exit status 1

Stopping.
root@influxb:~/gocodez/src/github.com/influxdata/influxdb# cd /root/gocodez/src/golang.org/x/crypto;
root@influxb:~/gocodez/src/golang.org/x/crypto# git pull --ff-only

Already up-to-date.
root@influxb:~/gocodez/src/golang.org/x/crypto#

can you run cd /root/gocodez/src/golang.org/x/crypto && git remote show origin?
mine looks like this:
% git remote show origin
* remote origin
  Fetch URL: https://go.googlesource.com/crypto
  Push  URL: https://go.googlesource.com/crypto
  HEAD branch: master
  Remote branch:
    master tracked
  Local branch configured for 'git pull':
    master rebases onto remote master
  Local ref configured for 'git push':
    master pushes to master (up to date)

root@influxb:~/gocodez/src/golang.org/x/crypto# cd /root/gocodez/src/golang.org/x/crypto && git remote show origin
* remote origin
  Fetch URL: https://go.googlesource.com/crypto
  Push  URL: https://go.googlesource.com/crypto
  HEAD branch: master
  Remote branch:
    master tracked
  Local branch configured for 'git pull':
    master merges with remote master
  Local ref configured for 'git push':
    master pushes to master (local out of date)

Updating now that 0.11 rc is released, still seem to be stuck....
root@influxb:~# mkdir $HOME/gocodez
root@influxb:~# export GOPATH=$HOME/gocodez
root@influxb:~# go get github.com/influxdata/influxdb
root@influxb:~# cd $GOPATH/src/github.com/influxdata/influxdb
root@influxb:~/gocodez/src/github.com/influxdata/influxdb# gdm restore
======= Go Dependency Manager =======
= working dir: /root/gocodez/src/github.com/influxdata/influxdb
= GOPATH:      /root/gocodez
=====================================
> Restoring /root/gocodez/src/collectd.org to 9fc824c70f713ea0f058a07b49a4c563ef2a3b98
> Restoring /root/gocodez/src/github.com/BurntSushi/toml to a4eecd407cf4129fc902ece859a0114e4cf1a7f4
> Restoring /root/gocodez/src/github.com/armon/go-metrics to 345426c77237ece5dab0e1605c3e4b35c3f54757
> Restoring /root/gocodez/src/github.com/bmizerany/pat to b8a35001b773c267eb260a691f4e5499a3531600
> Restoring /root/gocodez/src/github.com/boltdb/bolt to 2f846c3551b76d7710f159be840d66c3d064abbe
> Restoring /root/gocodez/src/github.com/davecgh/go-spew to fc32781af5e85e548d3f1abaf0fa3dbe8a72495c
> Restoring /root/gocodez/src/github.com/dgryski/go-bits to 86c69b3c986f9d40065df5bd8f765796549eef2e
> Restoring /root/gocodez/src/github.com/dgryski/go-bitstream to 27cd5973303fde7d914860be1ea4b927a6be0c92
> Restoring /root/gocodez/src/github.com/gogo/protobuf to 82d16f734d6d871204a3feb1a73cb220cc92574c
> Restoring /root/gocodez/src/github.com/golang/snappy to 5979233c5d6225d4a8e438cdd0b411888449ddab
> Restoring /root/gocodez/src/github.com/hashicorp/go-msgpack to fa3f63826f7c23912c15263591e65d54d080b458
> Restoring /root/gocodez/src/github.com/hashicorp/raft to 8fd9a2fdfd154f4b393aa24cff91e3c317efe839
> Restoring /root/gocodez/src/github.com/hashicorp/raft-boltdb to d1e82c1ec3f15ee991f7cc7ffd5b67ff6f5bbaee
> Restoring /root/gocodez/src/github.com/influxdata/usage-client to 475977e68d79883d9c8d67131c84e4241523f452
> Restoring /root/gocodez/src/github.com/jwilder/encoding to 07d88d4f35eec497617bee0c7bfe651a796dae13
> Restoring /root/gocodez/src/github.com/kimor79/gollectd to 61d0deeb4ffcc167b2a1baa8efd72365692811bc
> Restoring /root/gocodez/src/github.com/paulbellamy/ratecounter to 5a11f585a31379765c190c033b6ad39956584447
> Restoring /root/gocodez/src/github.com/peterh/liner to ad1edfd30321d8f006ccf05f1e0524adeb943060
> Restoring /root/gocodez/src/github.com/rakyll/statik to 274df120e9065bdd08eb1120e0375e3dc1ae8465
> Restoring /root/gocodez/src/golang.org/x/crypto to 1f22c0103821b9390939b6776727195525381532
> Restoring /root/gocodez/src/golang.org/x/tools to 8b178a93c1f5b5c8f4e36cd6bd64e0d5bf0ee180
> Restoring /root/gocodez/src/gopkg.in/fatih/pool.v2 to cba550ebf9bce999a02e963296d4bc7a486cb715
# cd .; git clone https://go.googlesource.com/crypto /root/gocodez/src/golang.org/x/crypto
Cloning into '/root/gocodez/src/golang.org/x/crypto'...
error: gnutls_handshake() failed: A TLS packet with unexpected length was received. while accessing https://go.googlesource.com/crypto/info/refs
fatal: HTTP request failed
# cd .; git clone https://go.googlesource.com/tools /root/gocodez/src/golang.org/x/tools
Cloning into '/root/gocodez/src/golang.org/x/tools'...
error: gnutls_handshake() failed: A TLS packet with unexpected length was received. while accessing https://go.googlesource.com/tools/info/refs
fatal: HTTP request failed

ERROR restoring some imports:
-   Error creating repo at /root/gocodez/src/golang.org/x/crypto, exit status 128
-   Error creating repo at /root/gocodez/src/golang.org/x/tools, exit status 128

Sorry @BGraco, but this isn't an issue that InfluxDB can solve for you, it appears to be a problem with your proxy & git/gnutls. From the error output, you are getting an error running git clone from the gnutls_handshake() function.
I searched around for that error message and found this http://askubuntu.com/questions/186847/error-gnutls-handshake-failed-when-connecting-to-https-servers & http://stackoverflow.com/questions/29245292/how-can-i-make-git-tell-curl-to-use-openssl-instead-of-gnutls-without-rebuilding, which both appear to solve the issue by compiling git with openssl instead of gnutls.
The other option is to simply change your local build.py script to skip the gdm command, but this won't get you the reproducible builds that it's there for.

This is a post to confirm that compiling git with openssl instead of gnutls did resolved my issue.
Thanks for the help!

glad to hear that worked for you, thanks @BGraco!


[USECASE] Privacy Preserving Authorization/Access Tokens

Currently the most prolific model for expressing authorization/access tokens on the web are those like JWT based ones as used by the OAuth2.0 protocol. In order to provide these tokens with the necessary authenticity and integrity guarantees the tokens are secured using conventional cryptographic primitives like traditional digital signatures and or structures like HMACs.  To make use of one of these access tokens issued by a protocol like OAuth2.0, a relying party most commonly includes the access token as issued, in the Authorization header of an HTTP request they make to a resource server to prove authority. Some limitations of this model are:

That repeated requests to the same resource server correlates the relying party.
These access tokens are most often bearer in nature, which means if the token is intercepted by a malicious third party, they then obtain the same level of access as the relying party at the resource server.
Finally when authorization has been granted to a relying party from an authorization server that gives it access across multiple resource servers, having a single access token can leak certain information un-intentionally to the various resource servers as the access token is used.

An access token secured with a BBS signature could help to solve some of these challenges in the following ways:

An access token secured with a BBS signature would never be directly revealed via a request to a resource server, thus mitigating the correlation risk. Instead each time a relying party were to make a request to a resource server they instead would compute a derived proof of the access token and include that result in the request to the resource server. The resource server still obtains the same level of confidence (if not better) around proof of authority associated to the request, without strongly correlating the client via the signature on the access token.
Because an access token secured with a BBS signature is never directly revealed via a request to a resource server, instead only a derived proof which cannot be replayed, the likely hood of the access token being intercepted by a malicious third party is strongly mitigated.
Finally because BBS Signatures enable multi-message signing and selective disclosure during the deriving of a proof, a relying party could leverage this to derive proofs from a single access token that proves authority to perform actions at independent resource servers without the risk of un-intentionally information leakage.

Added into the draft in https://github.com/decentralized-identity/bbs-signature/commit/bf70e40f8aab8472e34e907953e8c7788efd6a78


PHP support

@michaelchemani we have now developed a generic piranha version now. It could be possible to onboard PHP since tree-sitter grammar for PHP is available. :)

Also, instructions to onboard are here. We anticipate 2-3 days of effort for supporting a new language.


Map caching

When zooming in and out repeatedly around the same location the map is rendering itself over and over again resulting in poor performance instead of caching each layer already visited in memory in case the user returns to the same map configuration thus increasing performance.

It's working as designed. Caching between zoom levels too much significantly degrades perfomance. If you think you can make Leaflet faster, PRs welcome.


Skip messages that have already been processed

@dasch Does each_batch also need to be changed?

This PR has been superceded by #595.


gifshot plugin: improved animated GIF support

fixes #291

Is this looking like it could possibly be merged?

@devotox no, there is no way to play/pause GIF output created by gifshot. I would suggest to try out this PR and maybe help out brainstorming what's next.

@thijstriemstra alright I can look into how to extend this. Just some quick research. Do you think this plugin here could help https://github.com/ctrl-freaks/freezeframe.js?


Remove built HLSL shader files and fix hlsl for ray tracing samples.

Fix the build for hlsl in ray tracing samples.  They require SPV_KHR_ray_query extension be set in order to build.

Not sure about removing the precompiled shader files. We deliberately added them so people that don't have access to DXC can still run our samples. We wan't to do the same with GLSL shaders once we have offline compilation up and running.

Hmmm.  We should probably create a cmake rule to not touch them unless their shaders have changed and dxc is detected then.  Otherwise git is going to think they need updating when they don't

Yeah, that's correct. I actually though that was the case with Mobica's PR that added DXC compilation :/

Okay, I'll try to craft something for this PR that handles it then.

I switched it from a function call to cmake tasks so cmake correctly will detect when updates to the shader source code should have a shader recompiled.   We might also setup a find_dxc.cmake package file so this more generic solution could be found anywhere and allow for a compile SPIR-V function for cmake that can be packaged with DXC.

I'll merge this on 2 approvals as it prevents running the Batch script...LMK if we need to revert


FCAL needs to force wait until audio device is set up.

FCAL needs to force the program to wait until the audio device is set up, to ensure that no stream can play before the audio context is properly initialized.

Resolution needs further testing.


detailed timestamp with lineno indicator when do parse?

Is there an existing proposal for this?

[X] I have searched the existing proposals

Is your feature request related to a problem?
Current I could see detailed top-N largest and location from stats command.
But another important info I want to know is that during the specified timestamp, how many allocation has happened, which cannot get from stats result.
It seems to me that parse command could extract the info I want, but the log it extract is vague and hard to read. Is there some script to process to get what I want?
Thx
Describe the solution you'd like
I want timeline log format with detailed function location during specified timestamp range.
Alternatives you considered
No response

Hi @leiwen83.
I am afraid I don't see how you are asking is possible currently. The stats command show statistics about the whole run and there is noway to select a time range or specific timestamps.
Maybe you could check our new temporal flamegraph feature which does something similar to what you want.

Hi,
I try the temporal flamegraph feature, and feel great.
But I have question for rendered result. In the bottom, there is framegraph for allocation traceback.
it shows the "train" top entry consumes about 208KiB total, 78 allocations, which doesn't match the 600GiB grows in the selected range... So how could I tell where 600GiB comes from in the temporal flamegraph?

Can you share with us a small reproducer so we can investigate? Otherwise is impossible for us to answer your question

It is hard to reproduce the oom ...
Whether could directly get some clue from the dumped result? Since the rendered flamegraph is generated from dumped bin, and the bin file is still there.

The flame graph, and the bin file that it was generated from, can only tell you details about heap usage, not about the resident set size (RSS). We only capture stacks for heap allocations, and we only know the total size for RSS. Whatever has caused the high RSS, the captured data won't be able to help you figure it out.
However the 600 GB was allocated, we don't have visibility into it. Perhaps it's memory-mapped files, or shared memory, or shared libraries, or caused by heap fragmentation that prevents allocated memory from being returned to the OS. It could conceivably be a Memray limitation, too: there might be some allocation function that we can't see into, and most of the memory is being allocated through that function.
We could dig into it and try to help you understand what's going on if we can get a small reproducer for the issue. It doesn't need to produce an OOM, we just need to see that RSS is growing quickly.

I see...
But for now there is no way to create such small reproducer, as the memory quick grow itself is random one.
For double check, from the rendered flamegraph, we could get the conclude that for python code, it doesn't response for 600G growth? I used memray attach without additional flag like follow-fork or trace native for this dump.

Unfortunately without a reproducer we cannot be of further assistance or we cannot check if we are missing anything in memray. As this doesn't seem to be a bug, I am closing this issue for the time being. If you can give us a reproducer, please copy it here so we can further investigate. Thanks for your understanding!


py: Add missing type hints

Signed-off-by: Ryan Northey<EMAIL_ADDRESS>

Codecov Report

Merging #116 (ff2f020) into main (f4b05d2) will decrease coverage by 2.82%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main     #116      +/-   ##
==========================================
- Coverage   31.20%   28.38%   -2.83%
==========================================
  Files          64       57       -7
  Lines        1929     1853      -76
==========================================
- Hits          602      526      -76
  Misses       1327     1327

Impacted Files
Coverage Δ

playground/control/decorators.py
52.23% <100.00%> (ø)

playground/control/run.py
100.00% <100.00%> (ø)

playground/control/runner.py
61.29% <100.00%> (+1.29%)
:arrow_up:

tests/py/run.py

tests/py/runner.py

tests/py/connectors/docker/events.py

tests/py/api.py

tests/py/request.py

tests/py/validators.py

tests/py/connectors/docker/client.py

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 f4b05d2...ff2f020. Read the comment docs.


WWDMM: Game host frozen when entering into the third round

devices info:
iPod Touch 5thGen/ iOS9.3.2/ safari
Droid Bionic/ android4.0.4/ built-in browser
iPad 1stGen/ iOS5.1.1/ safari

in the end of second round counting down to the third, the game frozen when count to zero

Game no longer uses round countdown. Closing.


Dvb Ticket request

When registering for attendance at Dev Day, visitors should be offered an input choice for a free ticket for riding the tram to the fairground.
Total number of selection could be displayed in backend to easen the ordering process at DVB.

partly implemented in #322
this should be a proper database field on the event. The current solution is just a short term workaround.


Preparing for Storage WebJobs Extension Release for Blobs

Contributing to the Azure SDK
Please see our CONTRIBUTING.md if you are not familiar with contributing to this repository or have questions.
For specific information about pull request etiquette and best practices, see this section.

API change check
API changes are not detected in this pull request.

/azp run net - storage - ci


build: default GOROOT_BOOTSTRAP to go env GOROOT

Currently, developers wanting to build Go from source need to either have a Go install at $HOME/go1.4 or explicitly set GOROOT_BOOTSTRAP. I frequently recommend prefixing the build scripts with GOROOT_BOOTSTRAP=$(go env GOROOT), this has worked well in the cases I've helped with. I believe baking this into the script would simplify the process for many developers.
To retain backward compatibility, I suggest the following precedence:

Explicitly set GOROOT_BOOTSTRAP
$HOME/go1.4
go env GOROOT

Good idea.  I'll note that if go env GOROOT == GOROOT (that is, the GOROOT we are about to use for the build), then we shouldn't use it.

This is a duplicate of https://github.com/golang/go/issues/14339

@crvv if this is indeed a duplicate, this issue should be closed and the CL should only mention the original issue.
@vcabbage could you confirm this is a dup?

It does appear to be a dup. Though #14339 specifically refers to make.bash, I would hope that the other make scripts would be updated to follow the same logic. I'll go ahead an close this issue.


master to live

Docs Build status updates of commit 9315945:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

office-365-management-api/office-365-management-activity-api-schema.md
:bulb:Suggestion
View
Details

office-365-management-api/office-365-management-activity-api-schema.md

Line 254, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.
Line 461, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.
Line 489, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.
Line 563, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.
Line 632, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.
Line 650, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.
Line 666, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.
Line 676, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.
Line 726, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.
Line 1148, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.
Line 1215, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.
Line 1254, Column 2: [Suggestion-column-header-missing] Column headers are required for tables. Add appropriate header text, or remove any extra table cells that cause an extra column.

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


Fix stale 🍞 etag 🏷 and updating with wrong text 📜

Turns out updateData was always called with two parameters-- the text of the document itself.  So it made all that activeEditor logic unnecessary.
Fixes https://github.com/microsoft/vscode-azureappservice/issues/1154
Fixes https://github.com/microsoft/vscode-azureappservice/issues/287

So I think the issue with the etag was coming from the fact that were awaiting the kudu.putFile command, but it didn't seem like that was guaranteed to be the same etag as Azure.  Now I just get the file directly from Azure again after updating to ensure that we have the most updated ETag,
Also changed the error messaging to this:


Fix argument type name in postgresql plugin and add type name checking

fix argument type name of Array in postgresql-8.x-plugin from java.lang.String[] to [Ljava.lang.String;
add type name checking in ArgumentTypeNameMatch and ReturnTypeNameMatch
highlight the type naming rule in docs/en/setup/service-agent/java-agent/Java-Plugin-Development-Guide.md

Fix

[x] Add a unit test to verify that the fix works.
[x] Explain briefly why the bug exists and how to fix it.
[x] If this pull request closes/resolves/fixes an existing issue, replace the issue number. Closes #.
[x] Update the CHANGES log.

This PR is generally good, thanks for fixing quickly. Please polish based on review comments.


.Net: feat/declarative agents

fixes #9848
This is a draft PR, at this point it's not ready for a full review.
I'd like feedback on the location of the new extension method, and on the fact that I had to add a reference to the agents project.
Here is the rationale for placing it here: it needs access to the copilot agent plugins extension method and a few other types.
Here is the rationale for adding the reference to the agents project: it needs access to the kernel agent type.

Here is a recap from a few internal discussions. We don't need to make any decisions right now, but hopefully it can be used in later decisions.
The extension method is currently creating the agent object, and most properties are init only to avoid mutating the object and causing side effects.
This is problematic because the end user might want to apply additional configuration to the agent in addition to what was loaded from the declarative agent. A good example of that is using a history reducer for example.
There are a couple of ways we could offer that:

Adding parameters for the user to pass all things that could be properties on the agent object: This is going to provide a poor developer experience and might even require reflection because the agent type is generic.
Relaxing the properties to provide setters instead of init: allowing the application developer to mutate things after the object is created might have unanticipated side effects.
Implementing copy constructors, allowing people to pass a "configuration object": this would impact the whole inheritance tree and add additional maintenance burden.
Implementing a builder pattern, adding an additional builder argument so both the application developer and the extension method can call into the builder to configure the agent: possible, the extension method overload would have to call the "build" method. The build method probably needs to be async since some agent need to be initialized async
Implementing a factory pattern, adding an additional factory argument to an overload: similar to builder, matter of preference and consistency.


Nexus doesn't work after kicking and re-inviting to a server [BUG]

Describe the bug
I kicked Nexus from my server and re-invited it. It's now back on the server and online, but appears to be inactive. Doesn't create any text channels and also doesn't respond to -help. I have renamed a text channel when it was working and deleted it after I removed the bot.
To Reproduce
Steps to reproduce the behaviour:

Invite Nexus to server
Rename one of the generated text channels
Kick Nexus from server
Invite Nexus to server
See error

Expected behaviour
Nexus works like it has before when re-inviting to server
Screenshots
Desktop (please complete the following information):

Windows 10 Education 19041.685
Chrome

Additional context
Add any other context about the problem here.

Hello @xStreame
The bot does not use channel name by any means, so if there's any bug, it is not related to the fact of you changing its name.
Let me check it real quick and I will get back to you.

The bot was active but not responsive.
I restarted the bot and now it works for me.
Please check it again on your side.

Hello @andretkachenko, the restart appears to have done the trick. It's working now. Restarting the Bot can't be done from my side in case it happens again I assume? Thank you for your quick help and also for developing this bot!

Yes, I am the only one who can restart the bot.
I will investigate logs just to be sure it is not a bug in the code, but it can happen again - in case something will go wrong with the bot hosting service or Discord server.
Feel free to reopen this issue, or open a new issue in case something like that happen again. Will do my best to fix it in a timely manner :)
Glad you like the bot!
Have a good day


add timezone list url and image under timezone option explanation

-timezone list url is moment timezone url
-timezone image is uploaded image at imgur
(※this image captured from moment timezone page)

Pull Request Test Coverage Report for Build 311

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 300:
0.0%

Covered Lines:
270

Relevant Lines:
270

💛  - Coveralls


nfs-server-provisioner memory usage requirements

Hi !
Follow up of #540
We run a low traffic cluster with about 10 nfs mounts and we have started using the nfs-provisioner a few days ago and the memory used keep climbing (until it failed completely)

Is this a bug ? Can  you clarify the docs on how much memory is required ?
Thanks,
Samuel

Thanks for reporting the issue!
This repo is no longer being maintained and we are in the process of archiving this repo. Please see https://github.com/kubernetes/org/issues/1563 for more details.
If your issue relates to nfs provisioners, please create a new issue in https://github.com/kubernetes-sigs/nfs-ganesha-server-and-external-provisioner or https://github.com/kubernetes-sigs/nfs-subdir-external-provisioner.
Going to close this issue in order to archive this repo. Apologies for the churn and thanks for your patience! :pray:


Keeping the compatibility with python2.7

Seems like the rest of the code works just fine with python2.7 so I'd like to keep the compatibility with 2.7 by rewriting class decorator a bit differently.
Otherwise it breaks it for python 2.7 users. More info:
https://www.python.org/dev/peps/pep-3102/

Good catch, thanks for that.  :smile:  Indeed I'd like to keep it compatible with Python 2 and 3.


Dynamically updating tiled navmesh

Support this kind of functionality: https://www.youtube.com/watch?v=GJTE5_e4IIg

WIP: https://sketches.isaacmason.com/sketch/recast-navigation/dynamic-tiled-navmesh
This example generates navmesh tiles in a pool of web workers, updating navmesh tiles that have active physics bodies in them (using rapier.js).
Should look to create a minimal demo here.

this is really cool @isaac-mason :100:


AADV2 Sample gives null reference exception while retrieving token

This always gives the null reference exception (highlighted in bold)
// First ask Bot Service if it already has a token for this user highlighted in the bold
var token = await context.GetUserTokenAsync(ConnectionName).ConfigureAwait(false);
if (token != null)
{
// use the token to do exciting things!
}
else
{
// If Bot Service does not have a token, send an OAuth card to sign in
await SendOAuthCardAsync(context, (Activity)context.Activity);
}

Have you tested the connection in the portal to make sure your connection is correctly configured?  I assume you are talking about this sample?

Hi ,
we had referred the sample described here, but seems  this sample  is moved to some other repository..
Also we had referred the steps to create the Connection ,Could you please confirm if steps to create connection is still valid?

Thank you for opening an issue against the Bot Framework SDK v3. As part of the Bot Framework v4 release, we’ve moved all v3 work to a new repo located at https://github.com/microsoft/botbuilder-v3. We will continue to support and offer maintenance updates to v3 via this new repo.
From now on, https://github.com/microsoft/botbuilder repo will be used as hub, with pointers to all the different SDK languages, tools and samples repos.
As part of this restructuring, we are closing all tickets in this repo.
For defects or feature requests, please create a new issue in the new Bot Framework v3 repo found here:
https://github.com/microsoft/botbuilder-v3/issues
For Azure Bot Service Channel specific defects or feature requests (e.g. Facebook, Twilio, Teams, Slack, etc.), please create a new issue in the new Bot Framework Channel repo found here:
https://github.com/microsoft/botframework-services/issues
For product behavior, how-to, or general understanding questions, please use Stackoverflow.
https://stackoverflow.com/search?q=bot+framework
Thank you.
The Bot Framework Team


WSL2: Unable to start WSL2 distro while WSL1 works normally.

Windows Version
Microsoft Windows [Version 10.0.18917.1000]
Steps required to reproduce
Follow the instructions on https://docs.microsoft.com/en-us/windows/wsl/wsl2-install
Copy of the terminal output
PS C:\WINDOWS\system32> ubuntu
An existing connection was forcibly closed by the remote host.
PS C:\WINDOWS\system32> ubuntu
An existing connection was forcibly closed by the remote host.
PS C:\WINDOWS\system32>
Expected Behavior
The ubuntu distro should have started.
Sent from Mail for Windows 10

Duplicate of #4105.


[LIGHTNODE SALE] Wallet Connect fails to respond with Rabby.io

@taariq Did you check it on your side? I just tried but no issue for me.

Please share more details. if possible, please attach the screenshots.

Closing as no repro


tf.log() is missing although it is still used in many code examples

System information

Have I written custom code (as opposed to using a stock example script provided in TensorFlow):
No
OS Platform and Distribution (e.g., Linux Ubuntu 16.04):
Mac OS X 10.13.6
Mobile device (e.g. iPhone 8, Pixel 2, Samsung Galaxy) if the issue happens on mobile device:
N/A
TensorFlow installed from (source or binary):
binary
TensorFlow version (use command below):
VERSION="1.13.0-dev20181226" (this is the TF 2.0-preview)
GIT_VERSION="b'v1.12.0-5133-gc343196842'"
Python version:
3.6.6
Bazel version (if compiling from source):
N/A
GCC/Compiler version (if compiling from source):
N/A
CUDA/cuDNN version:
N/A
GPU model and memory:
N/A

Describe the current behavior
tf.log() is missing.  It is only available in tf.math.log().
Describe the expected behavior
The log function is fundamental and used all the time, it should be available in tf.log() (and also in tf.math.log(). Especially considering that tf.exp() is available. Note that many code examples still show tf.log() (try searching for 'tf.log(' in the code base, you will find 12 matches across 8 files).
Code to reproduce the issue
import tensorflow as tf
tf.log(42.)

The code examples will be updated soon, and it isn't surprising that they don't yet work on TF2 (though of course, it would be nice if they did).
We decided to remove tf.log because there's an unfortunate ambiguity with tf.logging.log.
Thank you for sending the differences. We have made some changes, and at first glance, these look fine to me. We do have to update the RFC though.

Thanks Martin.  I didn't think about tf.logging.log(), I see your point, although I would strongly vote in favor of keeping tf.log() (math), as I believe way more people are going to be frustrated by tf.log() missing than people frustrated by tf.log() being math instead of logging, given that:

TF 1.x had tf.log(), and it was math, not logging.
exp() and log() always go hand in hand,
NumPy has np.log() (math)
Just my 2 cents.

@dynamicwebpaige you have the latest on the symbol map. Assigning this issue to you to close when we have an official map we can point to.

This is now coming on my way to implement something which includes a decent amount of logarithms. I was wondering has there been a workaround for tf.log?

FWIW, I agree with @ageron. tf.log should have stayed the logarithm.
Having tf.exp next to tf.math.log just looks weird.


Choose a random port instead of always using 3000 by default

So that it is easy to have multiple instances of mbview running at the same time without having to set the port manually

I'd probably prefer it try 3000 by default and then if it's not available use another random port. This seems to be what most other tools do.
Though the only advantage I can think of for mostly using the same port is it's more familiar to the user and it'll pick up the localstorage cache more often than not.

@andrewharvey I agree. I'll see if I can figure out how to do that.


[codelab] <The guides have issues with version 6.0.0>

While the guides work fine with version 4.0, it has issues with version 6
Steps to reproduce:

Goto complete folder
Run yarn && yarn start - everything works as expected
Remove node_modules - rm -rf node_modules
Remove all dependencies from package.json
Install the dependencies manually - npm i @material/button @material/drawer @material/elevation @material/image-list @material/list @material/ripple @material/textfield @material/typography - which currently install v 6.0
Do yarn to install dev dependencies
Try starting server yarn start
Observe we get this error:

ERROR in ./home.scss
    Module build failed:
    @forward "@material/animation" as mdc-animation-*;
    ^
          Can't find stylesheet to import.
      ╷
    1 │ @forward "@material/animation" as mdc-animation-*;
      │ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
      ╵
<EMAIL_ADDRESS>1:1  @import
      stdin 5:9                                              root stylesheet
          in<EMAIL_ADDRESS>(line 1, column 1)
     @ multi (webpack)-dev-server/client?http://localhost:8080 ./home.scss
Child
    Hash: ad64479063a4655d155e
    Time: 1364ms

works with v5.1.0 as well

Marking this as Duplicate of #134
Please upgrade to latest Sass version to use latest Dart Sass syntax that supports @use rule. Follow getting started guide for full setup instructions.
If you're following MDC-101-web codelab which suggests @import syntax, existing version of Sass should still work.
We'll update our codelabs to latest version of MDC Web (v6.0.0), please follow this bug for updates.


Issue #1673. Fixing countdown action.

Signed-off-by: Christian Bickel<EMAIL_ADDRESS>

Playground build 247 will run.


Update minimum PHP version to 7.3 and other fixes

Hello,
This is a nice project you have here, congrats! :)
Here is my modest contribution. The changeset is bigger than first intended, but worth it IMHO.

Bump minimum PHP version to 7.3
7.2 active support ended 4 months ago, there is no need to support it anymore. This also allows us to use PHP 7.3 features like JSON_THROW_ON_ERROR.

Update composer dependencies
Because we are now using 7.3, we can update a few dependencies to their latest version.

Use strict comparison

Fix docblocks (these were found with phpstan at max level)

Use JSON_THROW_ON_ERROR and set max recursion depth

Use cast to int instead of intval

It's not often that PHP projects use phpstan and psalm. Here is a third one that I think you'll like: rector. I have added a config file (directly copied from my main project) and commands in Makefile so it's easy to use. I chose to use Docker instead of adding rector as a dependency, as it looks like you embraced docker ;)

Add rector config file
Add rector make commands (rector and rector-dry)

First use make rector-dry to see what it would modify, and if you like it use make rector so the modifications are done by rector.
Cheers,
~Nico

Hello Nico, thanks for the PR!   I really appreciate feedback from the community through tickets and PRs.
I haven’t had time to review the changes yet (on mobile), but the is one issue that immediately stands out from your description. One of the project goals listed in the README:

Runtime support for the oldest supported version of PHP. If you are using this tool with an unsupported version of PHP, then you already have all the answers that this tool can give you: Yes, you have vulnerabilities and are out of date. Of course that is just for the run-time, it is still the goal of this project to supply information about any reasonable version of PHP.

Since PHP 7.2 is still receiving security updates, then it is one of the goals of this project to continue supporting it. Looks like it will continue receiving security updates till November of this year.
I’ll review the rest of your change set as soon as I get to a computer. Thank you again for taking the time and interest in this project to review the code and submit changes! 🍻

Ok, then I can make another PR without going to 7.3 :)

I'll just close this and make another PR, it'll be easier for me to start from a fresh branch ;)


cxxrtl: Implement $assert checks

This is the result of piecing something together for my downstream needs. I am curious to hear how it fits into @whitequark's plans with CXXRTL.
Related: #2431

Sure, and what do you think of adding the extra check() step?

Not a fan either. The pure eval/commit based simulation model is quite elegant and I don't think having $assert should change it any more than having $display does.

Well, but do you see a way to reasonably implement the user assertions checks within the eval/commit model when there are feedback arcs? As I see it the assertions should only be checked once the circuit converges.

As I see it the assertions should only be checked once the circuit converges.

Why is the same not true about $display?

I assume you mean $print which can be conditioned on clock edges, $assert cannot. If it cannot be guaranteed to be checked once the circuit converges (in the CXXRTL sense) then I don't think there's any sane way to use the assertion cells at all. There are no guarantees.

I assume you mean $print which can be conditioned on clock edges, $assert cannot.

Oh. I for some reason thought $assert can be. In that case the solution is $assert_v2 which can be, not changing CXXRTL.

I will raise that at the next Yosys dev meeting.

Thanks! Note that I am also making an effort towards implementing CXXRTL 2. It will have a different evaluation model not based on a eval/commit loop the way CXXRTL 1 is. So check would not work there.
(Once CXXRTL 2 lands, the plan is to fully deprecate CXXRTL 1.(

I assume you mean $print which can be conditioned on clock edges, $assert cannot.

Oh. I for some reason thought $assert can be. In that case the solution is $assert_v2 which can be, not changing CXXRTL.

So we have discussed this on today’s dev JF. The consensus was that we are fine with having assertion cells with the semantics being that the cell inputs are only sampled once the circuit converges, so that there’s no need for a new version of an assertion cell. What would be the argument against that? Why shouldn’t CXXRTL, even in version 2, bend to that requirement?

Why shouldn’t CXXRTL, even in version 2, bend to that requirement?

Does "because I lead the design of CXXRTL and I veto that choice" work for you?

Uh, not really, I was interested in a technical argument. So that I understand why the “once the circuit converges” sampling semantics is broken so that it warrants a new cell, which I understand is your position.

Uh, not really, I was interested in a technical argument.

Well, you were requesting someone else "bends" to your instructions, which isn't a technical argument either.

I don’t think I was. I am really only trying to find out why the definition of the assertion cell as it is now is something unreasonable, so that CXXRTL 2 will have hard time “bending” to it. Though maybe I assumed wrong what you meant when you say the check step from this PR wouldn’t work there.

Ah yeah. Let me elaborate on that.
The CXXRTL simulation model is fundamentally resting on the pillars of its two actions: eval and commit. This isn't an artifact of the current implementation but is something that is both of theoretical importance (it is how CXXRTL avoids races) and it is also exported in every API (the C++ API, the C API, etc). Adding a new action, if it was ever done, would have to be reflected everywhere, and it is a breaking change to the C API (for example it would mean assertions do not work when Amaranth is driving the simulation through cxxsim). While the step function exists, it is just a convenience (for which reason the unsigned int steps; is entirely wrong; #399) and calling eval/commit directly is a correct use of the API, which step itself should respect.
If you are adding support for a new cell, even in CXXRTL 1, it needs to fit into the eval/commit unless you have a very good motivation, starting with the fundamentals of the CXXRTL simulation model, that this is impossible or profoundly undesirable. $print was adapted to it for this reason. CXXRTL is not "the Yosys simulator" even if it ended up living in the Yosys repository for convenience (it goes to great lengths to be Yosys-independent as much as possible) and the mere fact that a Yosys cell has an interface not permitting that is an insufficient motivation. If Yosys is unwilling to add a new cell then a transformation shall be added in CXXRTL to adapt the existing Yosys cell to the interface it should have had (probably by looking at the clock domain of the EN input or something like that).
In addition to that, I'm not actually sure the notion of "whenever comb signals settle" is especially well defined, particularly when an external simulator harness is involved rather than just repeated calls to the step function, and my comments re: CXXRTL 2 (which is in flux but thus far seems slated to have a more event-driven design) refer to that.

OK, so the gist of the matter seems to be that the simulation model that exposes evaluation of combinational cells to transitionary glitch states is so ingrained into the design, and maybe what's more important into the interface of CXXRTL, that the cost of implementing the "converged sampling" semantics directly is too high to bear.
On a more general level, $assert is being peculiar and gets by with being peculiar because it's not meant for physical implementation. Otherwise those semantics would be basically impossible. But then it's a hindrance for a simulator where the simulator exploits what's true of a physical cell, because that works on bulk of the design and there are gains to be made this way. Making $assert not special so that it can be treated on equal terms with other cells would be the argument for $assert_v2, right? There would be a clocked version of the cell, which would cover good chunk of occurrences of HDL assertions, and could be readily supported in CXXRTL, and I assume there would need to be an unclocked version with the semantics of the old cell, just because some HDL constructs cannot be lowered any other way, at least not directly. This latter point I am not that sure of, it's a guess. There could be a pass to transform the unclocked cell into the clocked cell where possible with some analysis of the design, similar to what you suggest might be a CXXRTL-level transformation if we are without $assert_v2.

If Yosys is unwilling to add a new cell then a transformation shall be added in CXXRTL to adapt the existing Yosys cell to the interface it should have had (probably by looking at the clock domain of the EN input or something like that).

Thinking out loud: if you have an always @(posedge clk) if (...) assert (...); construct in Verilog, that's lowered to an $assert with both EN and A being fed by flip-flops, so that could be the typical pattern to support. The question with nonobvious answer to me is how far the transformation should go in dealing with other patterns so that the end result isn't brittle, even if we opt to only support some specified subset of kinds of HDL assertions.

OK, so the gist of the matter seems to be that the simulation model that exposes evaluation of combinational cells to transitionary glitch states is so ingrained into the design, and maybe what's more important into the interface of CXXRTL, that the cost of implementing the "converged sampling" semantics directly is too high to bear.

This is an accurate summary, thank you.

On a more general level, $assert is being peculiar and gets by with being peculiar because it's not meant for physical implementation. Otherwise those semantics would be basically impossible. But then it's a hindrance for a simulator where the simulator exploits what's true of a physical cell, because that works on bulk of the design and there are gains to be made this way.

I actually want physical implementation of $assert to be possible as a part of the product we're shipping at @ChipFlow, so that's something we'll have to look into either way.
CXXRTL itself, as you've realized already, is a synthesis target at its heart, not a simulation target, hence all these difficulties.
Once again thank you for an accurate summary.

Making $assert not special so that it can be treated on equal terms with other cells would be the argument for $assert_v2, right?

Yes.

There would be a clocked version of the cell, which would cover good chunk of occurrences of HDL assertions, and could be readily supported in CXXRTL, and I assume there would need to be an unclocked version with the semantics of the old cell, just because some HDL constructs cannot be lowered any other way, at least not directly.

Yes. In case of the $print cell and anything else where the designer can be "doing something's weird" (latches that depend on delta cycles for example) CXXRTL's answer is that it's undefined and if you happen to like the results, great, if you don't, you need to rewrite the input netlist to conform to the synthesis rules of the target, as always. The $assert* cell(s) can be treated that way too, and this is what I would ordinarily expect.

There could be a pass to transform the unclocked cell into the clocked cell where possible with some analysis of the design, similar to what you suggest might be a CXXRTL-level transformation if we are without $assert_v2.

Yep, sounds good to me.

Thinking out loud: if you have an always @(posedge clk) if (...) assert (...); construct in Verilog, that's lowered to an $assert with both EN and A being fed by flip-flops, so that could be the typical pattern to support. The question with nonobvious answer to me is how far the transformation should go in dealing with other patterns so that the end result isn't brittle, even if we opt to only support some specified subset of kinds of HDL assertions.

As far as I recall (it's been a while since I looked) for $print the decision is done in the frontend. Seems like it would be easiest to do it in the frontend for $assert too--maybe add an attribute or something.


Linking issue with libhpx_initd.a

I stumbled on an issue with HPX on master (c140bf0ebafe8c1caadc0c122fea8e583988ab2f). We have a small static library (DLAF_gtest_hpx_main) providing main() to our unit tests (GoogleTest) :
GTEST_API_ int test_main(int, char**) {
  std::printf("Running main() from gtest_hpx_main.cpp\n");
  auto ret = RUN_ALL_TESTS();
  hpx::finalize();
  return ret;
}

GTEST_API_ int main(int argc, char** argv) {
  testing::InitGoogleTest(&argc, argv);

  return hpx::init(test_main, argc, argv);
}

Linking the library (DLAF_gtest_hpx_main) to our tests results in a linker error
ld: <install_tree>/lib/libhpx_initd.a(hpx_wrap.cpp.o): in function `hpx_start::hpx_entry(int, char**)':
<build_tree>/init/src/hpx_wrap.cpp:73: undefined reference to `main'
ld: <install_tree>/lib/libhpx_initd.a(hpx_wrap.cpp.o): in function `__wrap_main':
<build_tree>/init/src/hpx_wrap.cpp:137: undefined reference to `main'

The issue is resolved if DLAF_gtest_hpx_main is linked after libhpx_initd.a (thanks Mikael!).

(The link line is a little messy, one of our dependencies is propagating some definitions on the link line... please ignore)

Likely caused by #4462. I'll look into this. libhpx_wrap.a must've appeared earlier in the link line than libhpx_init.a.

Note: I'm referring to hpx_init and hpx_wrap as they were before the merge.
This is mainly a result of hpx_wrap/hpx_init now being linked automatically together with hpx. @teonnik was using the CMake variable HPX_LIBRARIES which in the latest release did not link to hpx_wrap. That had to be done separate with HPX_LINK_LIBRARIES. It also meant that it was possible to not link against hpx_wrap. The reason linking to hpx_wrap automatically works is that main is usually built together with the executable in an object file which the linker accepts. In reality there is a funny dependency from hpx_wrap to the object file but the linker allows this. If main is in a static library it does not allow it. It's possible to manually get things linking by placing the libraries in the right order: hpx_wrap -> user_static_lib_with_main -> hpx_init (or after the merge declaring that hpx_init and user_static_lib_with_main have circular dependencies with --start-group and --end-group). As far as I can tell there's no way for us to enforce that only using the HPX::hpx target.
That gives us two options:

Document that if someone wants to put main outside of the main executable it has to be in an object file.
Add a target HPX::hpx_no_hpx_wrap which would be identical to HPX::hpx but does not link to hpx_wrap.

I would not like to make HPX::hpx not link to hpx_wrap since that's far more common than having main in a static library. I think I'd prefer the second option, but it would require a bit of refactoring of our targets internally.

I would not like to make HPX::hpx not link to hpx_wrap since that's far more common than having main in a static library. I think I'd prefer the second option, but it would require a bit of refactoring of our targets internally.

👍

@teonnik by the way, one way to get around this in the meantime is setting HPX_WITH_DYNAMIC_HPX_MAIN=OFF. This disables all the linker magic for wrapping the main function. #4564 will give you a way to avoid it even if HPX was compiled with it on though.

Closing this since #4564 has been merged


added Branches and PR section to contributions.md

Note: NO Actual code change, purely collaboration doc update

@jefeish could you either let me know when you merge this PR or move your changes over to the https://github.com/ProgramEquity/amplify repo

@waldnzwrld I "fixed" a typo ...please re-approve
PS: do you want me to add the same stuff to the amplify repo ?!

@waldnzwrld I added the contribution updates to the amplify repo ( amplify PR #78 )