Alacritty stops rendering after some times usage

On a fresh Archlinux install, after some times usage alacritty stops rendering the window, but commands running in the window continue to work fine. On switching of workspace the alacritty window get whatever is on the other workspace frozen in is windows instead. The following has been tested:

New alacritty windows can be opened that continue to work (for a while).
I ran with alacritty -v from another terminal emulator to see if there is any error or warning in the log, but there is not.
Calling kill on the window (via i3) does not close the window, only a killall alacritty seems to work

I'm not sure where to start hunting this issue to give better help, as I can't find any warnings nor errors anywhere.

Which operating system does the issue occur on?

Archlinux, fresh install
Linux 5.1.4-arch1-1-ARCH SMP PREEMPT Wed May 22 08:06:56 UTC 2019 x86_64 GNU/Linux
alacritty version 0.3.2

If on linux, are you using X11 or Wayland?

X11 - i3 version 4.16.1 (2019-01-27)
A high DPI screen (3000 x 2000 pixels)

Attached example of other workspace in the frozen window after switching workspace.

Attached example of maximizing a frozen window.

Duplicate of #2217.


Lockstep doesn't synchronize before evaluate_script

I noticed that Capybara::Lockstep doesn't synchronize before a evaluate_script call. If this call is the first action after a page load, the result may be wrong.
After some digging around, I found this comment:

Capybara::Session.class_eval do
  ...
  synchronize_around_script_method :execute_script
  synchronize_around_script_method :evaluate_async_script

  # Don't synchronize around evaluate_script. It calls execute_script
  # internally and we don't want to synchronize multiple times.
end

However, Capybara::Session#evaluate_script doesn't call Capybara::Session#execute_script. It calls Capybara::Selenium::Driver#evaluate_script, which calls Capybara::Selenium::Driver#execute_script. But as the driver methods are not monkey-patched, evaluate_script never runs into Lockstep.

Thanks @niklas-hasselmeyer, we now synchronize around evaluate_script.
I also checked if it would be better to patch the Driver classes instead, but it looks like the Node methods do considerable work before delegating to the driver. So it's better to synchronize before all that work.


add frontpage deposit banner

added banner with options to deposit OA, student papers, posters, OERs. made small changes to peek container and front points to accommodate banner.

Closing this PR since the student papers branch includes it.


test failure on charges.mol

Charges.mol currently fails on the master branch when running npm test. This appears to be due to limitations in the data model for storing advanced stereo.


(feat) - minimal app

Signed-off-by: ChawinTan<EMAIL_ADDRESS>What's new
Related to:  #420

I did a very simple version of what is discussed in #420. The destination (Place B) will always be fixed and is disabled in the group of radio buttons (or we can remove it totally?). The loading bay (Place A) can be selected by the operator. There is a submit button for the operator to submit the task.
@vallq and @codebot  would love to hear your inputs.

[ ] I have prototyped this new feature (if necessary) on Figma
[X] I'm familiar with and follow this Typescript guideline
[X] I added unit-tests for new components
[ ] I tried testing edge cases
[ ] I tested the behavior of the components that interact with the backend, with an e2e test

Discussion

Just took a look at this, and yea it's mostly similar to what I had tried to do previously! I think the destination option can be removed from the radio buttons, and I like the Destination  that you added.
One of the things mentioned previously was to have a consumable config file that dictates what the minimal app would feature (whether it's a form + task progress or a single form alone). Another point of discussion was for the minimal app to also share the same authentication system as the dashboard.
Seems to me that this could have more discussion within the web team too, to see what's possible and should be worked on moving forward.

stale and out of date


fix pdf schema validation call

This PR fixes a bug that prevents the PDF generation from working due to incorrect variable reference.

@scharfie Thanks!

@scharfie Thanks!


Generate tests python3 make 2.16

Backport of https://github.com/ARMmbed/mbedtls/pull/4393.
Since 2.16 is a long-time support branch, I think that it's ok to change our scripts to default to Python 3, but we should ensure that the code remains compatible with Python 2. So I've added a CI check (which means we need to keep Python 2 on the CI). Compared to 2.x/3.0, I also tweaked the changelog entry to say that Python 2 still works.

@TRodziewicz @mstarzyk-mobica you both reviewed and approved #4393. Could one of you review this 2.16 backport please ? If you peek it, please add you as a reviewer to avoid both of you looking at it in parallel.


Please review the requested changes so we can close this out in time, thank you.


Updated my fork: type annotation support + f-string fixes

https://github.com/achimnol/python-syntax
I have recently updated my own fork to support type annotations and fix some bugs in f-string highlighting. I didn't notice this new "official" fork here, so need to rebase my changes.
Please try a look on my new patches – and if you like those, I will make a new PR here.

I won't have time to review your patches before you've rebased. PRs are very welcome if there's something that needs to be improved.

Type annotation would be very welcomed.

Adding my +1 for type annotations


boards: nrf52840_mdk: fix pyocd integration

Fix the --target value.
Fixes: #23865

@lawrence-king can you please test this fix? I don't have the board.

Looks like two third party nRF52840 boards have this issue. I don't have either to test with, but I'm making their pyocd runner arguments match the first-party boards based on the bug report information.

Confirmed. Marti's patch fixes the problem for nrf52840_mdk.
As I had mentioned in the original bug report I wasn't sure if this was a west or cmake issue. turns out it was cmake.
Thanks for fixing this annoyance.

can you mention the motivation for the change in the commit message?

Sure, done.

Confirmed. Marti's patch fixes the problem for nrf52840_mdk.

Thanks for testing!

Shippable is failing on unrelated QEMU timer issues as usual


fix expo on initial load

https://stackoverflow.com/questions/71888858/no-launchable-updates-found-in-database-expo-go
Need to omit the runtime for the expo go app to load on yarn native
repro:

npm create tamagui
yarn
yarn native
choose ios

default starter should load

Current dependencies on/for this PR:

master

PR #1199   👈

This comment was auto-generated by Graphite.


Add Treap support as one-dimensional index

This ticket aims to add a new one-dimensional index in Simba. This will be a very important building block for our future development on online aggregation and very high dimension support. This also provides a flexible range query friendly index for Geohash based solution.
Originally, we have a TreeMap index encapsulating java TreeMap to support one-dimensional indexing. However, it is lack of extensibility and size tags. We choose data structure Treap (also known as randomized BST) due to its simplicity and good performance.

Basic functionalities have been added in PR #23. Yet still need functionalities for selectivity optimization support. Kindly refer to ticket #4 and #28.


add es6 support - closes gh-8

Also, fixed the LiveScript casing problem in the README.

:+1:

published as 0.4.1


Build failure: sonarr

Steps To Reproduce
Steps to reproduce the behavior:

attempt to upgrade your server to nixos 24.11
build sonarr package
see error that dotnet package is insecure

Build log
requires an old version of dotnet (6.x) which has security vulnerabilities against it in nixpkgs so it  won't build without permitting those vunerabilities
Additional context

can we upgrade to dotnet 8 which is LTS?
Notify maintainers

Note for maintainers: Please tag this issue in your PR.
@fadenb @purcell @tie
and maybe @corngood, if my memory serves me correctly?

Add a :+1: reaction to issues you find important.

https://github.com/NixOS/nixpkgs/blob/nixos-24.11/pkgs/by-name/so/sonarr/package.nix
   dotnet-sdk = dotnetCorePackages.sdk_6_0;   dotnet-runtime = dotnetCorePackages.aspnetcore_6_0;
Are the offending values

yeah, i tried just replacing them with 8.x but it seems that build scripts expect 6.x
looking in upstream i am under the impression this can build with 8.x but maybe some sort of build time config switch is required
i didn't investigate further than that

Upstream hasn't updated to .NET 8, but some attempt was made: https://github.com/Sonarr/Sonarr/issues/6597 (from here you can check the linked PRs)
Projects from the same maintainers have PRs for .NET 8: https://github.com/Radarr/Radarr/pull/10258 https://github.com/Prowlarr/Prowlarr/pull/2195
It takes a lot of effort for them to properly update to .NET 8, but for us applying some bare minimum patches (perhaps from https://github.com/Sonarr/Sonarr/pull/6983) could work.

why is Sonarr being built rather than using the pre-compiled binaries like Radarr, Prowlarr, etc?

We should always prefer source builds IMO, but someone could add sonarr-bin if it's useful.
Also, anyone can still build this package with NIXPKGS_ALLOW_INSECURE.

i'll include this snippet here as well, citing discourse:
  nixpkgs.config.permittedInsecurePackages = [
    "aspnetcore-runtime-6.0.36"
    "aspnetcore-runtime-wrapped-6.0.36"
    "dotnet-sdk-6.0.428"
    "dotnet-sdk-wrapped-6.0.428"
  ];

Yeah, we used to package the upstream binaries for Sonarr and friends, in fact, but that's not at all the preferred Nixpkgs approach, so we switched to building from source.

Something that isn't sonarr is causing the same error for me, and I can't quite make out what it is from the stack trace...


Narrow UI isn't properly supported

The UI does not fill the top and bottom at 4:3

Planning on addressing this in the next release. Bear in mind that it won't be able to add detail where it doesn't exist but it should stop UI elements that would overlap from being cut-off.

Here is how it looks after battle for example. It won't look nearly this good on every part of the UI but it should help quite a bit.
Before:

After:

Looks great!

honestly impressive you can even make 4:3 bearable lol

I've made and tested a build with your latest commit, is it possible to bring the bustup portrait UI to the bottom and the dark hour calendar to the top?

Also the transitions to fill the entire screen.

I've made and tested a build with your latest commit, is it possible to bring the bustup portrait UI to the bottom and the dark hour calendar to the top?

Probably not. The UI code for this game is super complex. It does a lot of custom stuff, so adjusting individual elements is pretty hard.

Also the transitions to fill the entire screen.

This part I do want to try and address. I've found the relevant part of code but getting it to span the entire screen has proven tricky. Even this part is complex, they have at least 8 different distinct types of screen fades!

For resolutions that are close to 16:9, like 16:10, would it be possible to just scale up the portraits slightly instead of moving them? This runs great on my steam deck, but the portrait thing is bothering me as well

For resolutions that are close to 16:9, like 16:10, would it be possible to just scale up the portraits slightly instead of moving them? This runs great on my steam deck, but the portrait thing is bothering me as well

I don't really have the fine control over the UI. It's very complex. What I could do though is add a stretched HUD option. The mild vertical stretching at 16:10 might be more bearable than the gaps.

This is mostly fixed now as of v1.1.0.


integrate rama as http service into shuttle

For this initial work the goal is to integrate Rama as a http service framework.
Similar to how services like Tower and Axum are already supported.
In a later phase, once shuttle supports this, we can also provide support for raw
Socket integration which would enable transparent-like proxy services.
Instructions by the shuttle team:

Hey Glen! You just need to implement shuttle_runtime::Service trait for a type that the user can use to configure their application, and then in your trait implementation you bind to the socket address we expect you to bind to, and serve the user application/router there. You can see how it's done for other frameworks here: https://github.com/shuttle-hq/shuttle/tree/main/services.
So that's the first step, the next step would be to submit a PR creating a crate like above, so users don't need to implement the Service trait themselves. We'd welcome that, it's an exciting project, but it would be great if you had time to help us maintain it as well, if the framework is still in rapid development. Let me know what you think!

First PR is open: https://github.com/shuttle-hq/shuttle/pull/1943


code -n filename should implicitly open containing folder

VS Code Version info:
Version: 1.42.0
Commit: ae08d5460b5a45169385ff3fd44208f431992451
Date: 2020-02-06T10:51:33.119Z
Electron: 6.1.6
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-electron.0
OS: Darwin x64 19.3.0

Consider a directory structure in which the following files exist:

path/to/helper.cs
path/to/app.cs
path/to/app.csproj

If I open a single file into a new window:
% code -n path/to/app.cs
# or, if "lazy": code -n `find . -iname app.cs`

I am now editing app.cs.  I make some changes, such that app.cs is not saved.
Command+P (macOS) / Ctrl+P (Windows?) doesn't allow me to find other files in the same directory; only app.cs is shown.
That's "okay", so I open Explorer (Command+Shift+E) then click Open Folder, which helpfully contains the folder containing app.cs, then click Open.
At this point -- on macOS -- I am prompted with a window sheet:

Do you want to save the changes you made to app.cs?
Your changes will be lost if you don't save them.
[Don't Save] [Cancel] [Save]

Clicking Save or Don't Save results in closing app.cs, resulting in a Window with the folder open in the left, and the Welcome file/tab on the right.  app.cs is no longer open.
For starters:

Opening a folder should not result in closing the files that are already open.
If I open a folder while a file is already open, I should not be prompted to save app.cs.  It should remain open after opening the folder.

That said, "more user friendly" (to me?) would be if code -n path/to/file implicitly opened path/to in the Explorer.  This would allow Command+P to find other files in the same directory and subdirectories such as app.csproj and helper.cs, without needing to explicitly open the containing folder.

Love this!
Is there currently an explicit argument for folder opening?

Is there currently an explicit argument for folder opening?

Yes; code --folder-uri will accept a folder.  However, it appears to want a complete URI.
code -n --folder-uri folder

doesn't load folder within Explorer.  Instead, it must be:
code -n --folder-uri file://`pwd`/folder

will open folder within Explorer.
That said, pwd isn't something that works "normally" on Windows, so it's kind of an "ugly" solution.


Access ShareClient using ClientSecretCredential

Currently it is possible to access azure.storage.blob.ContainerClient using azure.identity.ClientSecretCredential. However, unless I am missing something, to access azure.storage.fileshare.ShareClient we need to provide an SAS token or an account key (which might be difficult to acquire).
It would be great if we could pass the same credentials that we use to access ContainerClient to access the ShareClient (it would also increase the consistency between the interfaces).

Hi @TadasBaltrusaitis
Thanks for reaching out. We will have a discussion with service side and see if they have plan to add AAD auth support!

Hi @TadasBaltrusaitis Tadas, I realize you opened this quite some time ago and I apologize it's been so long without an update, but we have been waiting on the service to add support for this. I'm happy to report they are working on adding this support and we should be adding it to an upcoming release of the SDK.
As a housekeeping item, I'm going to close this issue as a duplicate of #13033 as it is asking for the same thing, Files support for AAD auth (as that one has a few more people following it). I will comment an update there and use that one to track the upcoming work for Files OAuth. Thanks.


bridges | Made the starting branch more visible

Motivation
closes #356
Some playtesters were wondering why the fox starts out floating.
What was changed/added
Changed the left segment of the background to emphasize the branch. The brighter green contrasts with the dark brown of the tree and the black outline of the fox and should make the branch more apparent.
Testing
Here's the new look

I've re-added the missing node in the scene file, which was tedious because godot wanted to delete it all the time, but now it's there again. In general there was no difference in gameplay with or without it


Adjust recommendations for encryption at rest.

This change is

http://cockroach-docs-review.s3-website-us-east-1.amazonaws.com/45eae03e852ad93bd4f86e7ba810858d8a451c99/


SABRE looping behavior

There is a looping behavior in Qibo SABRE.
To address this in Qibo, can I create an issue with this notebook?

Looping Behavior in Qibo SABRE
Introduction
When the SABRE router encounters a two-qubit gate that cannot be executed due to hardware constraints, it adds a sequence of SWAPs to make the two-qubit gate executable. SABRE generates candidate SWAPs and selects one based on a defined formula. This process is repeated until the two-qubit gate becomes executable. However, since SABRE is a heuristic algorithm, the process can sometimes get stuck in a loop.
Problem
In some cases, SABRE adds a repeated sequence of similar SWAPs. For example, a 10-qubit circuit with the following connectivity:
qubit_array = [(7, 2), (6, 0), (5, 6), (4, 8), (3, 5), (9, 1)]

is routed with 156 SWAPs using the Trivial placer and SABRE router. This example is illustrated in the notebook.
Solution
To solve this, the number of SWAPs is managed until every routing is made.
...
    self.circuit.update(best_candidate)   # SWAP is added
    self._added_swaps += 1
...

_added_swaps is counted after one SWAP is picked from the candidate SWAPs. If routing is completed (a two-qubit gate becomes executable), _added_swaps is reset to 0.
...
    if self._added_swaps > 1.5 * longest_path:  # threshold is arbitrary
        self.circuit = deepcopy(self._saved_circuit)
        self._route_to_nearest_gate()
...

If _added_swaps exceeds the threshold, the nearest two-qubit gate is routed manually. The two-qubit gate with the minimum distance between the qubits is selected, and qubit 1 is moved adjacent to qubit 2.
Qiskit also has the same issue and the similar solution. Reference, line 559.
Tests
When routing 30 random CZ circuits with the Random placer and original SABRE router, there are cases where more than 100 SWAPs are added.

After modification, no such cases were found.

Discussion

Setting the Threshold: The current threshold is set to 1.5 * longest path in the current connectivity. This value is somewhat arbitrary and might need tuning.

Routing the Nearest Two-Qubit Gate: Currently, the algorithm routes the nearest two-qubit gate by moving qubit 1 adjacent to qubit 2. This method ensures the selected gate will be routed, but alternative strategies might be considered.

Excellent, thank you!
the formulation of what exactly is the issue could be extended to say what/how the loop happens

a 10-qubit circuit

is this a simple circuit?

This example is illustrated in the notebook.

Not clear if 156 SWAPs exceeds a lot above what it should be i.e. how much of it is contributed by the loop you spotted?
Can you confirm if the loop means that Sabre shuttles back and forth?

Discussion
you can consider mentioning Qiskit here again just in case

Next

[ ] go ahead with qibo
[ ] if no questions re my comments then please close here and merge

thanks!

is this a simple circuit?

Yes.

Not clear if 156 SWAPs exceeds a lot above what it should be i.e. how much of it is contributed by the loop you spotted?

I revised the circuit figure after compiling with the original SABRE. The original compilation resulted in many meaningless SWAPs. The modified version shows a significant reduction, where the number of SWAPs is 17. I have added a short explanation.

Can you confirm if the loop means that Sabre shuttles back and forth?

I revised the circuit figure after compiling with the original SABRE. The original compilation resulted in many meaningless repeated SWAPs.


Uploading Files with Progress

First things first, thx a million for this api its really good i got downloading with progress to work but i m still stuck at reporting progress when uploading files. I saw your ChunckUpload method and added this here to it var percentage = 100 * ((chunkSize * idx) / (double)stream.Length);                             int pValue = (int)Math.Ceiling((decimal)percentage);                             this.progressBar1.BeginInvoke((MethodInvoker)delegate() { progressBar1.Value = pValue; }); well the progressbar moves to 80 and stops there after the file is already uploaded.If you dont mind please add a small method or correct my code so all can enjoy your great api :)

@oranaise2412 It's hard to say what the problem may be here without seeing the rest of the code, but it sounds like the your code here to update the progress bar just isn't getting called when the final chunked upload call is made.
That is, maybe you're only calling this when UploadSessionAppend is called, but not when UploadSessionFinish is called? The final call to UploadSessionFinish can contain the last piece of data.
In any case, we'll consider this a feature request for easier progress listeners in the SDK.

Thx for that quick reply ! Mind showing me a sample of uploading files with progressbar ?

I don't have an example like that to share unfortunately. Exactly how you connect it to your app's UI will depend on your app anyway, of course.

Well i m building a Dropbox manager in winforms i was quite happy when downloading with progress worked so i thought about uploading with progress, but could not get further with my code

Well i tryed this code from rajib https://www.dropboxforum.com/hc/en-us/community/posts/206986286-How-to-get-Progress-Status-while-uploading-downloading-a-file-in-Net- maybe it points you to the right direction :P ?

Any progress in this issue ?

Hi,  I found this page and have taken your direction in progress reporting based around chunks.  It works okay albeit a little bit clunky.  It will do for now.  I do have one question though about your comment "no native listeners"... does that also mean there is no actual way to report the speed of the upload or download using the SDK?  I can open another issue, but I felt it was related to this one hence me asking here.

@IamSierraCharlie That's correct, while you can track progress by chunks as you mentioned, my earlier comment is referring to the fact that the Dropbox .NET SDK does not currently offer a way to track the progress of an upload during any single upload request (such as over the course of the upload of a single chunk). We'll add your feedback to this feature request. Thanks!

@greg-db
Native progress listener : You mean to track progress in the DropBox side, right?
Because, I'm able to track ChunkUpload Progress in a desktop Project using VB .Net.

@facebookegypt Yes, the feature request is for functionality that would be provided by the Dropbox SDK to inform your code of how much progress has been made in the upload to Dropbox, during the individual request.


Support GetVariable, SetVariable and GotoFrame on object tag

http://arrixlive.wordpress.com/2005/03/25/javascript-in-love-with-flash-control-swf-from-javascript/
http://web.archive.org/web/20060115144620/http://www.macromedia.com/support/flash/publishexport/scriptingwithflash/scriptingwithflash_03.html

Not worth tracking here.


Add arm-gcc54 to travis and -Wno-c++14-compat to CXXFLAGS.

Resolves #825.

@wbober, @LuDuda, @nibanks I think this is a cleaner solution to addressing the sized delete issue.  This avoids introducing Windows-specific preprocessor checks into core.

Current coverage is 59.32% (diff: 100%)

Merging #832 into master will decrease coverage by 13.99%

@@             master       #832   diff @@
==========================================
  Files           109         14      -95
  Lines         16306       2837   -13469
  Methods        2219        343    -1876
  Messages          0          0
  Branches       1953        351    -1602
==========================================
- Hits          11956       1683   -10273
+ Misses         3706       1021    -2685
+ Partials        644        133     -511

Powered by Codecov. Last update 117ecaf...2f87789

LGTM👍

LGTM :+1:  I have no errors during compilation using this patch.

:hand: Unfortunately this doesn't fix #826.

@wbober, gcc6 sets the default mode for C++ to -std=gnu++14.  Couple questions:

Are you OK with setting the C++ mode to an earlier version?
What features of gcc6 interest you - gcc6 is relatively bleeding edge :)

@jwhui, I see. That explains the issue :)
Ad1) Yes, I'm fine.
Ad2) None in particular. I'm simply using ArchLinux and that's the reason I have gcc6.

@wbober, thanks.  I'll update this PR to add gcc6 to travis soon.

I'm going to merge this first then submit a separate PR for gcc6.


Update NoteBlockReceiver.java

Added 5 new sounds; Didgeridoo, Cow Bell, Banjo, Iron Xylophone, and Bit.
Patch numbers 81-96 have had their instrument numbers changed from 0 to 0-16 in respective order, allowing all notes to be played.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


Fixes scaling issue identified in #7455

@mli @ptrendx @szha

Thanks for bringing this up @solin319


[Node.js] Russian translate for nodejs/process

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] None of my changes are plagiarized from another source without proper attribution.
[x] My article does not contain shortened URLs or affiliate links.

Closed and Reopened this PR to attempt to resolve a specific Travis build failure.


Loading state for task working directory

When a task's working directory is loading we should show a loading state instead of an empty state.
Currently we show "Currently no files available".
Instead show "Loading files..."

Note: This issue has been migrated to https://jira.mesosphere.com/browse/MARATHON-3440. For more information see https://groups.google.com/forum/#!topic/marathon-framework/khtvf-ifnp8.


[ONBOARDING] General Member - ITRenew

TODO General Member Onboarding
This is an issue created to onboard new TODO Group General Members.
Company
ITRenew
Members

Erik Riedel (primary)
Sriram Ramkrishna

Contact Information

[x] For each representative of the General Member company, collect the
following:

name
pronouns
company email address
GitHub username
whether or not the representative is the primary contact for the company

[x] Update the members list to included the collected contact information

[x] administration repo
[x] governance repo

Communication channels
Ensure that member representatives have joined the following:

[x] TODO Group Slack
[x] Community Mailing List

GitHub

[x] Invite members to the Core GitHub team
(this will send them an invite to the GitHub organization and grant them
access to private repositories)

Private channels
Add members to the following:

[x] General Member mailing list
[x] General Member Slack channel: #private

Meetings and Calls
Google Groups should automatically invites members to meetings, but ensure that
they have invites for the following meetings:

[x] General Members Touchpoint
[x] General Members AMA session

Resources and initiatives

[x] Ensure members are aware of the General Members onboarding guide

@sramkris is already added to all communication channels. I'm missing Erik GH info 👍

I think the onboarding checklist is done.
Please make sure you read the General Members' onboarding guide
cc @sramkrishna @er1p


gitignore: add .gitignore

I ran the tests and a test coverage report file(.cov) is created that need not be pushed to the repository.
Is there anything else that should be added to the .gitignore file?

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

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 77.467%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
1358

Relevant Lines:
1753

💛  - Coveralls

Is there anything else that should be added to the .gitignore file?

I think the approach of adding things when they become a problem is the right way to go about it. If there's an increased amount of contributors that accidentally add the same file over and over again, we can add that in.


Local Cookies?

How can I get sourcebuster to set cookies locally?
I created a super simple page:

   bust the source

In my Chrome console, I see the created log message and undefined. When I look under applications/cookies, I don't see any sb cookies.
Do I need to do something special to run soucebuster locally?
Thanks!

I suggest to develop using valid domain name instead of localhost. lvh.me or any other you prefer (how to setup).


Batchsize and lr of HTC+Swin-L

Thank you for your outstanding work, I only have 8 A-100 cards, can I train a batchsize each card and adjust the learning rate to 0.0001 / 2? Is there a negative impact on this relatively large model accuracy of HTC+swin-L?

I'm also interested in this. Do you mind sharing your config for HTC +Swin-L?


Updated files to make them all inline with the PSR Standard

The namespace for the URI.php file was on a different line to the opening PHP tag. Moved this back inline with the PHP tags to bring it inline with the rest of the files

I am not convinced this needs to be a PR on its own. The assumed convention doesn't appear to be addressed in our style guide, although it is probably a good idea.

I see that the PR was premature & didn't include all the proposed changes.
Adding missing comment headers is reasonable.
As for the namespace, is that something that should be addressed in the style guide, @lonnieezell ?
@coderste Consistency is good, but not everyone has their IDE formatting configured that way.
I objected to a PR changing a single file to move the namespace to the opening php tag.

@coderste We do not attempt to conform to the PSR standard, unless so mentioned in our style guide :-/

Yea I notice that, and that't why I changed the title back. Also I think this is a reasonable PR as there were files missing the headers and while I was fixing the headers I fixed the namespace issue at the same time - I suppose it's up to you guys on what you want to do just trying to keep everything consistent :)

Consistency is good :)
It also sounds like there are a few things to add to the style guide ... the namespace placement, and braces for a class declaration. There are probably a few more.
We recognize that the formatting can be problematic, and were hoping to integrate a style checker or fixer into travis-ci so that we wouldn't have a series of PRs competing with each other to impose anyone's interpretation of the style guide.
Re braces placement, Lonnie said in my last PR that "Braces should be on lines by themselves."

@jim-parry Yea I saw that comment that's why I went ahead and added the new line for the braces where there weren't one. The first PR you was probably right it didn't seem enough to have a PR but then a spotted more and more files and some files without the header which I think has to be in all our System files by the looks of it.
We should probably update the Style Guide to indicate what we mentioned until we have a Style Checker or fixer for Travis-CI

The FTP conversion needs to be in a separate PR. Developers would normally use a separate feature branch for that. See https://bcit-ci.github.io/CodeIgniter4/contributing/workflow.html#branching-revisited
Code contributions need to be GPG-signed, to prove provenance. See https://bcit-ci.github.io/CodeIgniter4/contributing/signing.html
Thanks

Yea sorry my bad I totally forgot about changing branch for that xD Any way we can revert that?

  You need to save the changed code from that (eg FTP), so you can make a new branch with it :-/

@jim-parry @lonnieezell I don't suppose there is a way to just remove the FTP file from this PR, see I was making the changes while at work now I'm home for the weekend and tried to remove the PR but I don't seem able to.
Sorry about that - new to contributing on Open Source projects I'll be sure not to make the same mistake again :)

@coderste Not a problem, I can close this one. :)


Convert Keyword lists to Maps before encoding JSON body

Quick fix for #193.

implemented conversion in json_request/5
match the request body in Repositories.create/3 test
removed the Encoder for Tuple as it is no longer used

I didn't implement the conversion in any of the stream or pagination functions as it would seem they are never used with a body other than the default "".
This fix isn't very well tested yet and is intended as a quick fix, not a long term solution. See #193 for discussion.

Coverage remained the same at 92.284% when pulling 89d3a46ff6831cc2a07e2349c80a3093b0c8982b on niklaslong:json into dad5e7a7d9e993c2f199e42acbdee6bb6698689c on edgurgel:master.

Closed in favour of #195.


request implementation of conv1DLSTM, conv3DLSTM in keras

System information

1.12
No

Describe the feature and the current behavior/state.
there is no conv1DLSTM, conv3DLSTM in keras.
Will this change the current api? How?
no

Nagging Assignee @fchollet: It has been 14 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @fchollet: It has been 29 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

@zh794390558,
Sorry for the delayed response.
Can you please let us know the use cases for the new APIs that you have requested? Thanks!


The renamed blob doesn't auto display when renaming one leased blob

Storage Explorer Version: 1.10.1
Build: 20191018.3
Branch: master
Platform/OS: Windows 10/ Linux Ubuntu 19.04/macOS High Sierra
Architecture: ia32/x64
Regression From: Not a regression
Steps to reproduce:

Expand one non-ADLS Gen2 account -> Blob Containers.
Create a new blob container -> Upload one blob to it and acquire lease for the blob.
Try to rename the blob.
Check whether the renamed blob displays or not.

Expect Experience:
The renamed blob auto display.
Actual Experience:
The renamed blob doesn't auto display.
More Info:

The renamed blob displays well after manually refresh.
The renamed blob doesn't auto display whether 'auto-refresh on change' is on.

This issue has been fixed on build 20191023.8. So we close it.


Fix mix project stack

The exerl_elixir_compiler was prepended to rebar compilers. So the exerl_elixir_compiler:context/1 callback will receive rebar3 plugins or other non-mix apps.
If a non-mix project was pushed to it, the compilation fails:
===> Uncaught error in rebar_core. Run with DIAGNOSTIC=1 to see stacktrace or consult rebar3.crashdump
===> Uncaught error: #{'__exception__' => true,
                              '__struct__' => 'Elixir.RuntimeError',
                              message =>
                                  <<"cannot retrieve dependencies information because dependencies were not loaded. Please invoke one of \"deps.loadpaths\", \"loadpaths\", or \"compile\" Mix task">>}
===> Stack trace to the error location:
[{'Elixir.Mix.Dep',load_and_cache,5,
                   [{file,"lib/mix/dep.ex"},
                    {line,128},
                    {error_info,#{module => 'Elixir.Exception'}}]},
 {'Elixir.Mix.Dep',load_and_cache,0,[{file,"lib/mix/dep.ex"},{line,114}]},
 {'Elixir.Mix.Tasks.Deps.Loadpaths',run,1,
                                    [{file,"lib/mix/tasks/deps.loadpaths.ex"},
                                     {line,32}]},
 {'Elixir.Mix.Task','-run_task/5-fun-3-',3,
                    [{file,"lib/mix/task.ex"},{line,478}]},
 {timer,tc,1,[{file,"timer.erl"},{line,235}]},
 {'Elixir.Mix.Task',with_debug,4,[{file,"lib/mix/task.ex"},{line,502}]},
 {'Elixir.Mix.Tasks.Loadpaths',run,1,
                               [{file,"lib/mix/tasks/loadpaths.ex"},
                                {line,37}]},
 {'Elixir.Mix.Task','-run_task/5-fun-3-',3,
                    [{file,"lib/mix/task.ex"},{line,478}]}]
===> When submitting a bug report, please include the output of `rebar3 report "your command"`

To fix this, push the project info to the mix project stack only when it is a mix project.

here is an example of this issue.
I'm not sure what exactly is going on in this case. The crash happened in the first time load_and_cache in deps.ex. Found out that the ProjectStack is more than one when compiling. The top is Elixir.Decimal.Mixfile and the bottom is zipper in this example.
Dependencies in the example:
.
├── grpc(mix)
├── ..
└── rebar3_lint(plugin)
    └── elvis_core
        └── zipper(rebar)

If the get-deps task was run before the compile tasks, it works fine. In this case, the ProjectStack seems correct when compile. The zipper won't be pushed to it since the plugins' dependencies are already compiled in get-deps task.


Renderer Error

Running current code from github from source.
Copying a selection / cloning a selection of the world causes the following traceback error in the console and the copied selection does not render in the clipboard
Copying a 33*32*1 selection
Traceback (most recent call last):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3897, in workOnChunk
    for _ in faceInfoCalculator:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3879, in calcFacesForChunkRenderer
    for _ in calc:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 389, in calcFaces
    for _ in self.renderer.chunkCalculator.calcFacesForChunkRenderer(self):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 858, in calcFacesForChunkRenderer
    for _ in self.calcHighDetailFaces(cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1075, in calcHighDetailFaces
    for _ in self.computeGeometry(chunk, areaBlockMats, facingBlockIndices, areaBlockLights, cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1123, in computeGeometry
    chunkRenderer):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1144, in computeCubeGeometry
    texMap):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1653, in makeGenericVertices
    vertexArray = self.makeTemplate(direction, blockIndices)
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1151, in makeTemplate
    return self.precomputedVertices[direction][blockIndices]
IndexError: boolean index did not match indexed array along dimension 2; dimension is 16 but corresponding boolean dimension is 1
Traceback (most recent call last):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3897, in workOnChunk
    for _ in faceInfoCalculator:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3879, in calcFacesForChunkRenderer
    for _ in calc:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 389, in calcFaces
    for _ in self.renderer.chunkCalculator.calcFacesForChunkRenderer(self):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 858, in calcFacesForChunkRenderer
    for _ in self.calcHighDetailFaces(cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1075, in calcHighDetailFaces
    for _ in self.computeGeometry(chunk, areaBlockMats, facingBlockIndices, areaBlockLights, cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1123, in computeGeometry
    chunkRenderer):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1144, in computeCubeGeometry
    texMap):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1653, in makeGenericVertices
    vertexArray = self.makeTemplate(direction, blockIndices)
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1151, in makeTemplate
    return self.precomputedVertices[direction][blockIndices]
IndexError: boolean index did not match indexed array along dimension 0; dimension is 16 but corresponding boolean dimension is 1
Traceback (most recent call last):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3897, in workOnChunk
    for _ in faceInfoCalculator:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3879, in calcFacesForChunkRenderer
    for _ in calc:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 389, in calcFaces
    for _ in self.renderer.chunkCalculator.calcFacesForChunkRenderer(self):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 858, in calcFacesForChunkRenderer
    for _ in self.calcHighDetailFaces(cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1075, in calcHighDetailFaces
    for _ in self.computeGeometry(chunk, areaBlockMats, facingBlockIndices, areaBlockLights, cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1123, in computeGeometry
    chunkRenderer):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1144, in computeCubeGeometry
    texMap):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1653, in makeGenericVertices
    vertexArray = self.makeTemplate(direction, blockIndices)
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1151, in makeTemplate
    return self.precomputedVertices[direction][blockIndices]
IndexError: boolean index did not match indexed array along dimension 2; dimension is 16 but corresponding boolean dimension is 1
Traceback (most recent call last):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3897, in workOnChunk
    for _ in faceInfoCalculator:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3879, in calcFacesForChunkRenderer
    for _ in calc:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 389, in calcFaces
    for _ in self.renderer.chunkCalculator.calcFacesForChunkRenderer(self):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 858, in calcFacesForChunkRenderer
    for _ in self.calcHighDetailFaces(cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1075, in calcHighDetailFaces
    for _ in self.computeGeometry(chunk, areaBlockMats, facingBlockIndices, areaBlockLights, cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1123, in computeGeometry
    chunkRenderer):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1144, in computeCubeGeometry
    texMap):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1653, in makeGenericVertices
    vertexArray = self.makeTemplate(direction, blockIndices)
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1151, in makeTemplate
    return self.precomputedVertices[direction][blockIndices]
IndexError: boolean index did not match indexed array along dimension 2; dimension is 16 but corresponding boolean dimension is 1
Traceback (most recent call last):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3897, in workOnChunk
    for _ in faceInfoCalculator:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3879, in calcFacesForChunkRenderer
    for _ in calc:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 389, in calcFaces
    for _ in self.renderer.chunkCalculator.calcFacesForChunkRenderer(self):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 858, in calcFacesForChunkRenderer
    for _ in self.calcHighDetailFaces(cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1075, in calcHighDetailFaces
    for _ in self.computeGeometry(chunk, areaBlockMats, facingBlockIndices, areaBlockLights, cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1123, in computeGeometry
    chunkRenderer):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1144, in computeCubeGeometry
    texMap):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1653, in makeGenericVertices
    vertexArray = self.makeTemplate(direction, blockIndices)
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1151, in makeTemplate
    return self.precomputedVertices[direction][blockIndices]
IndexError: boolean index did not match indexed array along dimension 2; dimension is 16 but corresponding boolean dimension is 1
Traceback (most recent call last):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3897, in workOnChunk
    for _ in faceInfoCalculator:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3879, in calcFacesForChunkRenderer
    for _ in calc:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 389, in calcFaces
    for _ in self.renderer.chunkCalculator.calcFacesForChunkRenderer(self):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 858, in calcFacesForChunkRenderer
    for _ in self.calcHighDetailFaces(cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1075, in calcHighDetailFaces
    for _ in self.computeGeometry(chunk, areaBlockMats, facingBlockIndices, areaBlockLights, cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1123, in computeGeometry
    chunkRenderer):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1144, in computeCubeGeometry
    texMap):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1653, in makeGenericVertices
    vertexArray = self.makeTemplate(direction, blockIndices)
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1151, in makeTemplate
    return self.precomputedVertices[direction][blockIndices]
IndexError: boolean index did not match indexed array along dimension 0; dimension is 16 but corresponding boolean dimension is 1

Copying a 4*3*1 selection
Traceback (most recent call last):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3897, in workOnChunk
    for _ in faceInfoCalculator:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3879, in calcFacesForChunkRenderer
    for _ in calc:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 389, in calcFaces
    for _ in self.renderer.chunkCalculator.calcFacesForChunkRenderer(self):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 858, in calcFacesForChunkRenderer
    for _ in self.calcHighDetailFaces(cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1075, in calcHighDetailFaces
    for _ in self.computeGeometry(chunk, areaBlockMats, facingBlockIndices, areaBlockLights, cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1123, in computeGeometry
    chunkRenderer):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1144, in computeCubeGeometry
    texMap):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1653, in makeGenericVertices
    vertexArray = self.makeTemplate(direction, blockIndices)
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1151, in makeTemplate
    return self.precomputedVertices[direction][blockIndices]
IndexError: boolean index did not match indexed array along dimension 0; dimension is 16 but corresponding boolean dimension is 4
Traceback (most recent call last):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3897, in workOnChunk
    for _ in faceInfoCalculator:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3879, in calcFacesForChunkRenderer
    for _ in calc:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 389, in calcFaces
    for _ in self.renderer.chunkCalculator.calcFacesForChunkRenderer(self):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 858, in calcFacesForChunkRenderer
    for _ in self.calcHighDetailFaces(cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1075, in calcHighDetailFaces
    for _ in self.computeGeometry(chunk, areaBlockMats, facingBlockIndices, areaBlockLights, cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1123, in computeGeometry
    chunkRenderer):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1144, in computeCubeGeometry
    texMap):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1653, in makeGenericVertices
    vertexArray = self.makeTemplate(direction, blockIndices)
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1151, in makeTemplate
    return self.precomputedVertices[direction][blockIndices]
IndexError: boolean index did not match indexed array along dimension 0; dimension is 16 but corresponding boolean dimension is 4
Destination:  _Vector(x=124L, y=4L, z=-38L)
Traceback (most recent call last):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3897, in workOnChunk
    for _ in faceInfoCalculator:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 3879, in calcFacesForChunkRenderer
    for _ in calc:
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 389, in calcFaces
    for _ in self.renderer.chunkCalculator.calcFacesForChunkRenderer(self):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 858, in calcFacesForChunkRenderer
    for _ in self.calcHighDetailFaces(cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1075, in calcHighDetailFaces
    for _ in self.computeGeometry(chunk, areaBlockMats, facingBlockIndices, areaBlockLights, cr, blockRenderers):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1123, in computeGeometry
    chunkRenderer):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1144, in computeCubeGeometry
    texMap):
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1653, in makeGenericVertices
    vertexArray = self.makeTemplate(direction, blockIndices)
  File "C:\Users\james_000\Desktop\New folder (4)\MCEdit-Unified-master\renderer.py", line 1151, in makeTemplate
    return self.precomputedVertices[direction][blockIndices]
IndexError: boolean index did not match indexed array along dimension 0; dimension is 16 but corresponding boolean dimension is 4

Additional information: When a whole semi-chunk is selected this will render as intended however anything in the selection beyond this will not until the region selects the whole of the next chunk.

Interesting, I can't seem to reproduce this. Are there any modded blocks or blocks that have special models in MCEdit (like End Rods, Levers) in the selection? Would you be able to send us a copy of the world along with the coordinates of the selection box where this error occurs?

This is independent of the world loaded. I generated a super flat world in MCedit and did the same thing and got the same results.
Exactly two semi-chunks selected - works as intended

One layer removed from one semi-chunk and that chunk no longer renders

top layer removed from both semi-chunks and they both stop rendering

done a bit more digging into this problem.
line 1151 in renderer.py
return self.precomputedVertices[direction][blockIndices]
self.precomputedVertices[direction] always seems to have a length of 16 (I don't really understand the format of this but it is probably coordinates.)
blockIndices is multiple nested lists containing true or false. Below taken from a direction=0 of a 3W x 2L x 1H region. the length of blockIndices seems to be the width, len(blockIndices[n]) the length and len(blockIndices[n][m]) the height.
[[[False]
  [False]]

 [[False]
  [False]]

 [[ True]
  [ True]]]

the issue seems to be that one of the two lists is the wrong dimension and as throwing a dimension missmatch as a result. This probably explains why the issue doesn't exist when the selection is alligned to and selects a whole chunk because self.precomputedVertices is always a 161616

@neonerz you are running source on windows right? Have you encountered this issue when cloning a selection that doesn't fill a whole sub-chunk?

I've seen that error that you mentioned:

IndexError: boolean index did not match indexed array along dimension 0; dimension is 16 but corresponding boolean dimension is 4

I don't do a whole lot of cloning/copying, so I might not be the best person to speak on the issue, but even though I've seen that error, I never had an issue with cloning and copying. I do do quite a bit importing of schematics though, and I never had the issue there.
Does the issue only happen when you move it to a different subchunk within the same chunk? It could be why I've never seen the issue.
I always assumed that error I was getting was related to the version of numpy I'm using in windows. I forget why I was under that impression though.

Oh, I might have been misunderstanding your problem. Do you mean it doesn't visually render while it's still a selection, but if you actually paste it, it's OK? If so, I have seen that before, I just chalked it up to a MCEdit render bug. It never really effected my work flow, so I never really thought too hard about it. It also doesn't seem to always happen to me (though, like I said, I never paid too much mind to it)

The issue arises when a sub-chunk is partially selected and copied. It is a rendering issue so the actual copying operation will work as normal but the partially selected sub-chunks will not render while the selection can be moved around (when it is surrounded by the green box before actually pasted into the world. I don't know how to better explain that)
It may be that every time you are doing it you are selecting whole chunks so this issue doesn't arise

Just seen your other message. Yes to all of that.
I am mostly just trying to work out if it is a Windows based problem or a general problem

@neonerz Did I also see you mentioned running a Linux VM?
Steps to reproduce

Select one block
click clone
view log

Ok, so I only saw the error you shared in the first comment and it seems like the error there doesn't have anything to do with any renderer issue. I can't reproduce any renderer issue but if you still exprience it, please reopen this issue and tell us how to get it

Out of interest what OS are you running on?
Steps to reproduce are as follows. I am running on windows from source.

Select one block
click clone
view log

The issue is a dimension mismatch in renderer.py at line 1151 as in the original error posted.
return self.precomputedVertices[direction][blockIndices]
self.precomputedVertices always has a dimension of 16x16x16. blockIndices has dimensions equal to the box selected.
This is where the original error comes from
"dimension is 16 but corresponding boolean dimension is 4"
(4 being the size of the selection)
With a bit more information of the normal dimensions of each of these variables I could do some more debugging.
This issue does not affect sub-chunks that are fully selected since blockIndices has a dimension of 16 and thus there isn't a dimension mismatch

Seems like I didn't fix the issue, just caused a bigger one... I have an issue with the Clone in general, maybe because of an outdated library or something so I can't reproduce the issue myself

I will not be able to test any changes for about another week but after that I can debug anything.
My guess is that blockIndices needs to be padded out so that it is the same dimension as what it is being looked up in.
Some info on what the variables are and what is in them would help. There isn't much documentation in the program

The issue seems to be in FakeLevel. FakeLevel seems to be something it creates to show the cloned part but it creates it in the dimension of the cloned area which causes issue if they don't fit with the chunk borders of the real level. Not sure if I'm right about this but I'm pretty sure it's that. We'll keep trying to fix it in the next few days, hopefully it will work by the time you'll be able to test.

Haven't been able to reproduce the non-rendering error, but I have encountered the error message. I'm investigating whether this is caused by a NumPy version or our own code

@gentlegiantJGC What version of NumPy do you have installed?

appdirs (1.4.3)
Cython (0.25.2)
ftputil (3.3.1)
numpy (1.13.0)
olefile (0.44)
Pillow (4.1.1)
pip (9.0.1)
protobuf (3.3.0)
pygame (1.9.3)
pygubu (<IP_ADDRESS>)
PyOpenGL (3.1.0)
pypiwin32 (219)
PyYAML (3.12)
setuptools (28.8.0)
Shapely (1.6.1)
six (1.10.0)
That is the list of everything I have installed. Not all of them are MCedit related and I can't remember which ones are

I have also had another issue very similar to this when pasting which may also be numpy related but I haven't had a chance to debug it

@Podshot I have just uninstalled that version and installed version 1.9.3 as the readme says and that seems to have fixed both the rendering issues and the issue I just mentioned

Ok, thanks for the confirmation. It seems numpy <= 1.13 causes the renderer issue, anything lower just gives a warning message, and 1.9.3 removes the message completely, but from what I've tested the rotating error still occurs on 1.9.3. I'll talk with the team and discuss how we want to solve this issue

Finally fixed, it was a change in the Numpy library in version 1.13 like Podshot said, but now it works as intended :D


Save widget settings per user

For users that have "custom settings" enabled, save the "tool" settings
of their widgets on a per-user basis.
User that do not have "custom settings" enabled will continue to use and
save widget settings to/from the system-wide settings.

Note: Redmine feature 6674 is for this.

Testing this now


Support VISIBLE_DEVICES environment var

use an environment variable to control which devices are made visible to the application.

support comma-separated list of device IDs.
order of device ids in the env var control order in the application, ie 2,1,0 will cause HW device 2 to be listed at device0 in the app.

Implementation:

modify src/hip_hcc.cpp ihipInit to use env variable to control which of the detected devices get added to the "g_devices" list, and also control the order they get added in.

will be in next release

@sunway513 Can I close it?

Sure, I think this has been fullfilled.
Thanks!
On Tue, Mar 8, 2016 at 10:32 AM, Aditya Atluri<EMAIL_ADDRESS>wrote:

@sunway513 https://github.com/sunway513 Can I close it?
—
Reply to this email directly or view it on GitHub
https://github.com/GPUOpen-ProfessionalCompute-Tools/HIP/issues/6#issuecomment-193851497
.

--
Best Regards,
Peng

Closing. Finished by @sunway513


glooctl: 1.14.7 -> 1.14.8

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://github.com/solo-io/gloo/releases.
meta.description for glooctl is: glooctl is the unified CLI for Gloo
meta.homepage for glooctl is: https://docs.solo.io/gloo-edge/latest/reference/cli/glooctl/
Updates performed

Golang update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.14.8 with grep in /nix/store/8j8b24fifzmnqjisf3smabc8a9m9n7bb-glooctl-1.14.8
found 1.14.8 in filename of file in /nix/store/8j8b24fifzmnqjisf3smabc8a9m9n7bb-glooctl-1.14.8

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
glooctl

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/8j8b24fifzmnqjisf3smabc8a9m9n7bb-glooctl-1.14.8 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A glooctl https://github.com/r-ryantm/nixpkgs/archive/d97c592db5f4cfe2add1eca40a73a539daade195.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/8j8b24fifzmnqjisf3smabc8a9m9n7bb-glooctl-1.14.8
ls -la /nix/store/8j8b24fifzmnqjisf3smabc8a9m9n7bb-glooctl-1.14.8/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

glooctl

Maintainer pings
cc @NelsonJeppesen for testing.

Result of nixpkgs-review pr 238486 run on aarch64-darwin 1

1 package built:

glooctl


Suggestion: Toggle visibility of selected item

Hi, there's lots of properties I'd like to modifiy on the selected item in the scene tree, but visibility would be the most common one, and toggled from the tree view rather than it's property page.

Absolutely, all properties will be editable in v2 (#12)


Word Wrap and Spacing Defaults

Do we want to set defaults for word wrapping and tabs vs. spaces? I personally prefer the opposite of how it is set now. What about just not having these defaults?

I personally prefer how it set up now. @guillermooo , what's the common practice in ST packages?

Is there a PowerShell specific reason to have either of those settings as defaults, since this will override the user preferences?

No.

We probably should not make any call on behalf users regarding white space.
Until the PS analyzer establishes a convention, I guess we should delete the setting because it's a subjective choice.
That said, between changing the default setting and keeping it as it is, I'd rather keep it.
Anyone thinks it's a big deal deleting it?

That works for me.

:+1:

Would you please delete these settings as it's very annoying that my user settings are overridden and I have to have a custom exception for one language.
You can easily set your preferences in your own config files as you like, no need to force it on other users.

@vors @guillermooo I think we agreed to remove these settings so that it doesn't override user preferences. Would one of you mind changing that?


Instructions on using with SubscriptionServer (subscriptions-transport-ws)

First of all, thanks for the great work this far - I have been almost able to migrate our largish apollo-server project to fastify-gql. Currently we face hurdles in getting subscriptions working. Our previous implementation relies on Apollo SubscriptionServer (https://github.com/apollographql/subscriptions-transport-ws) which we took into use as that plays well together with graphql-modules. We did not take fastify-websocket into use, as I understood SubscriptionServer would play that part.
The current documentation is a bit murky on how fastify-qgl subscriptions actually work. As the Apollo SubscriptionServer is likely the first implementation many consider, would it be possible to provide an example of getting it to work?
My current bits of code go as follows (:
`
import { execute, subscribe } from 'graphql'
import { GraphQLModule } from '@graphql-modules/core'
import { SubscriptionServer } from 'subscriptions-transport-ws'
import fastify, { FastifyInstance, FastifyRequest, FastifyReply, FastifyError, HookHandlerDoneFunction } from 'fastify'
import fastifyGql from 'fastify-gql'
... (a lot of code likely not relevant)
await app.register(fastifyGql as any, {
  // errorHandler: this.handleGraphQLError.bind(this),
  ide: 'playground',
  path: APIService.GRAPHQL_PATH,
  schema: appModule.schema,
  context: APIService.createContext,
  subscription: subscribe
})

const subscriptionServer = SubscriptionServer.create({
  schema: appModule.schema,
  execute,
  subscribe,
  // Note: appModule holds onConnect, onDisconnect etc.. hooks
  ...appModule.subscriptions
},
{
  server: app.server,
  path: APIService.GRAPHQL_PATH
})

app.listen(this.port, (err, address) => {
  if (err) {
    throw err
  }
  console.log(`${this.prefix} HTTP server at http://localhost:${this.port}${APIService.GRAPHQL_PATH}`)
  console.log(`${this.prefix} WS server at http://localhost:${this.port}${APIService.GRAPHQL_PATH}`)
})
this.server = app`

I have no tested this particular combination, nor I know how to make that work.

Ok, it appears the whole SubscriptionServer can be skipped by just using PubSub as in #195 . This issue can be closed.
I got another problem - exposing websocket payload when creating context for web sockets. It appears this is the mechanism used e.g. by GraphQL Playground (and our app, too). I vaguely remember there was a reason for doing it so. The README sample shows how to expose it from within the request headers, but I believe most clients will not send in handshake message payload, instead.
@mcollina I think it were trivial to expose the payload (I checked from debugger that it available deeper in stack trace - would you accept a PR if I supplemented the payload into the calls as follows:
app.register(GQL, {   schema,   resolvers,   subscription: {       // Expose the payload to context creation       context: (_, req, payload) => ({ user: jwt.verify(payload["Authorization"].slice(7))})   } })

what do you mean by payload?

I meant the web socket data frame. However, I did a bit of investigation and noticed that onConnect receives that, and the output of onConnect() and context() calls get merged. So, no changes are needed to the API
I could supply a bit to the docs to explain this a bit better, so that the others do not need to do this research again.


deadd-notification-center: 1.7.2 -> 1.7.3

Motivation for this change
Deadd-notification-center was updated a couple months ago(I'm a bit late with this). Still can't build it from source(broken haskell dependencies), but I made the package a bit simpler by fetching it from github and using the binary built with github actions. Also added hicolor-icon-theme and wrapGAppsHook, not sure if the latter is necessary but it is a gtk app.
Things done

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

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

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

This is a semi-automatic executed nixpkgs-review which is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.
Result of nixpkgs-review pr 109901 run on x86_64-linux 1

1 package built:

deadd-notification-center

This is a semi-automatic executed nixpkgs-review which is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.
Result of nixpkgs-review pr 109901 run on x86_64-linux 1

1 package built:

deadd-notification-center

feel free to ignore the following question: how do you run the service ? I've tried adding
    dbus.packages = [
      pkgs.deadd-notification-center
    ];

but dbus-monitor returns
   string "Could not get owner of name 'org.freedesktop.Notifications': no such name"
method call time=1613388383.898110 sender=:1.73 -> destination=org.freedesktop.Notifications serial=6 path=/org/freedesktop/Notifications; interface=org.freedesktop.Notifications; member=GetServerInformation
error time=1613388383.898117 sender=org.freedesktop.DBus -> destination=:1.73 error_name=org.freedesktop.DBus.Error.ServiceUnknown reply_serial=6
   string "The name org.freedesktop.Notifications was not provided by any .service files"

after a notify-send.

I made a mistake in the package and used the systemd service file for dbus. I filed a PR to fix here: #113222


Mark Repo as Unmaintained

Description
Following this comment - don’t waste people’s time or efforts. It the project is unmaintained and the product is proprietary. Clearly the “incredible machine” is broken as well.
https://github.com/slackapi/slack-api-specs/pull/55#issuecomment-912830958
What type of issue is this? (place an x in one of the [ ])

[ ] bug
[ ] enhancement (feature request)
[ ] question
[x] documentation related
[ ] testing related
[ ] discussion

Requirements (place an x in each of the [ ])

[x] I've read and understood the Contributing guidelines and have done my best effort to follow them.
[x] I've read and agree to the Code of Conduct.
[x] I've searched for any related issues and avoided creating a duplicate issue.

I have issued #64 in an attempt to address this, btw


Error creating machine: Error with pre-create check: VBoxManage not found. Make sure VirtualBox is installed and VBoxManage is in the path

centos  use overlay muti-host networking.
docker-machine create -d virtualbox mh-keystore
Running pre-create checks...
Error creating machine: Error with pre-create check: VBoxManage not found. Make sure VirtualBox is installed and VBoxManage is in the path

Hi @Dreampie you have to install Virtualbox before you use the virtualbox driver.
Can you run which VBoxManage?

I use centos，and must create virtualbox？If already have a virtual machine, and how do create virtualbox？

Centos supports native Docker but then you don't need docker-machine.
If you still want to use docker-machine, for eg. to create multiple virtual hosts on your laptop, then you should install VirtualBox, otherwise docker-machine won't work with virtualbox driver.

if machine already is virtualbox,how to do?

https://docs.docker.com/engine/userguide/networking/get-started-overlay/  this only for VirtualBox Docker not for native Docker OS？Centos supports native Docker，so it not need to use docker-machine to impl overlay networking？

@Dreampie docker-machine create -d virtualbox mh-keystore can only be run on a machine that has VirtualBox installed. This message tells you VirtualBox is not installed. Please install it and try again.

Closing. Not a bug

For me same error , I have installed Virtual box but still error exist. Please help

@Dreampie, @Aaqib041 can you install the virtualbox :
sudo apt-get install virtualbox
and run with this command :
docker-machine create --driver virtualbox default

@saadaouad Thank you for your inputs.

@Nitinkumar-Gove No problem :+1:

Hi All,
Virtualbox is correctly (I Hope) installed on my computer, but I'm encountering this issue.
VBoxManage not found. Make sure VirtualBox is installed and VBoxManage is in the path

~# docker-machine --version
docker-machine version 0.7.0, build a650a40

Many thanks

I just downloaded VirtualBox for mac osx and it started working fine
https://www.virtualbox.org/wiki/Downloads

Hello DreamPie have u manage to solve the problem ? I am having the same problem now . I tried @saadaouad solution but it came up with apt-get not found. please help me out here

same error

That is because apt is only for Debian-like distributions, like Debian (Duh), Ubuntu, Mint, etc... OSx does NOT have apt......

I just export PATH=$PATH:$(which vboxmanage) before executing docker-machine create ...

I'm stuck on this as well. VirtualBox is installed and VBoxManage is in my path:
sal@gruntyman:~/PycharmProjects/exoduspoint_homework$ docker-machine create --driver virtualbox dev
Running pre-create checks...
Error with pre-create check: "VBoxManage not found. Make sure VirtualBox is installed and VBoxManage is in the path"
sal@gruntyman:~/PycharmProjects/exoduspoint_homework$ which VBoxManage
/usr/bin/VBoxManage

Any idea what might be going wrong here?

same here. fresh install (according to https://docs.docker.com/install/linux/docker-ce/ubuntu/#install-using-the-repository), path added to ~/.bashrc, but the error persists.

I think it's important to note:

Remove docker, installed via snap.
Install docker-machine with official instructions: https://docs.docker.com/machine/install-machine/

$ docker-machine create --driver virtualbox default
Running pre-create checks...
Error with pre-create check: "VBoxManage not found. Make sure VirtualBox is installed and VBoxManage is in the path"

OS: Ubuntu - 18.04
$ which virtualbox
/usr/bin/virtualbox
$ which VBoxManage
/usr/bin/VBoxManage

Can not solve this problem!

I'm still having same issue on 18.04 LTS

I've managed to resolve it by adding user to docker group and restarting system.

@albertzubkowicz  how do i do that ? and i still have the same issue

@SundeepPidugu https://docs.docker.com/install/linux/linux-postinstall/

@albertzubkowicz Can you please post a set of required instructions that i can follow for the same.

@SundeepPidugu just install docker with official instructions and do post-install from above link.

I just export PATH=$PATH:$(which vboxmanage) before executing docker-machine create ...

This solved my issue. Thanks!

In my case one of the most random fixes happened. After running docker hello-world it fixed automatically O.o

export PATH=$PATH:$(which vboxmanage)

tyrebot@tyrebot-PhotoGAUGE:~$ docker-machine create --driver virtualbox default
Running pre-create checks...
Error with pre-create check: "VBoxManage not found. Make sure VirtualBox is installed and VBoxManage is in the path"


Payments stream not stable

The payment stream only works for a short amount of time.. If I open the stream and I execute 4 payments in a row one after another it shows all the 4 transactions. But if I wait for a couple of minutes the executable of the code example below just crashes/stops working.
When listening to the stream via laboratory and the JavaScript SDK everything works fine. They both keep the connection open for as long as I wish tried 10 minutes even and it was no problem the transactions still showed up. Only somehow the Dart stream seems to crash or quit..
Dart code (not working when starting, waiting a couple of minutes and then execute a transaction):
Future<void> main() async {
  // Create a server instance
  StellarSDK sdk = StellarSDK.TESTNET;

  final completer = Completer<void>();

  // Listen to the stream for account changes
  sdk.payments
      .forAccount('GA7S6R5RWAQUIWESLLLZC23IFENBB6BBGUSJGFBWXFSZIB5MXEWZ6CP3')
      .cursor('1350672725331969')
      .order(RequestBuilderOrder.ASC)
      .stream()
      .doOnCancel(() {
    print("Stream cancelled");
    completer.complete();
  }).doOnError((error, stackTrace) {
    print("Error in stream: $error");
  }).listen(
    (operationResponse) {
      print('');
      print("##################################");
      print("### ${operationResponse.transactionHash} received ###");
      print("##################################");
    },
    onError: (error) {
      print("Error in stream: $error");
    },
  );

  await completer.future;
}

JavaScript (working fine even after its been idle for 10 minutes+):

var StellarSdk = require('stellar-sdk');
var server = new StellarSdk.Server('https://horizon-testnet.stellar.org');

var accountHandler = function (operationResponse) {
    console.log("");
    console.log("##################################");
    console.log("### " + operationResponse.transaction_hash + " received ###");
    console.log("##################################");
    console.log("");
};
var accountId = "GA7S6R5RWAQUIWESLLLZC23IFENBB6BBGUSJGFBWXFSZIB5MXEWZ6CP3";
var es = server.payments().forAccount(accountId).cursor('1350672725331969').order("asc").stream({
    onmessage: accountHandler
});

console.log("Stream started");

First came across this on my mobile phone as my code didn't work as intended.. Found out the stream somehow only worked for a couple of minutes.. Then to be sure I setup the example that you can see above in a Dart executable that I run on my MacBook. Same result only in my Flutter app it did not crash the app but it seems to crash the Dart executable. But only if the connection is idle for a while, if I push a couple of payments directly after the application runs it shows them correctly but then when I wait a couple of minutes and then push a payment then it seems to crash.

stellar_flutter_sdk_poc.zip

ok, I will check it with a test case. I asked because, as I know, if the app goes to the background streaming dose not work any more. In this case one must listen on the server side and send a push notification to the app.

I guess that the server closes the stream.
Following payments using curl:
$ curl -H "Accept: text/event-stream" "https://horizon-testnet.stellar.org/accounts/GAVMXA2LAJWG5ZXXABCVXO5KZ3HU23C3EE3XO2RJ7SPAHSN5JLIWFXUV/payments"

see:
https://developers.stellar.org/docs/tutorials/follow-received-payments

after 1 minute

Hmm makes me wonder why is the JavaScript SDK version not closing after one minute..

fixed in release 1.5.7


update and pin powdr

This PR updates the powdr version in the zkvm crate and adjusts the code for the new interfaces. The main change is that now Pipeline keeps track of its artifacts throughout time so we don't need the "make pipeline" closures anymore, simplifying a lot of the code and optimizing fixed columns generation.
The behavior should be the same, can anyone run all tests (in case CI doesn't) to check that I didn't break anything?

Ok given there are changes that were not upstreamed, maybe the easiest way is actually to update the fork first

@leonardoalt this PR has been done in #238,  I am closing it.  Thanks!


For a 0.2.8 release

#162
#204
#210
#209 @josephsdavid

Codecov Report

Merging #212 (61c3801) into master (b3fa3a8) will increase coverage by 0.46%.
The diff coverage is 90.90%.

@@            Coverage Diff             @@
##           master     #212      +/-   ##
==========================================
+ Coverage   92.27%   92.73%   +0.46%
==========================================
  Files           9       11       +2
  Lines         246      303      +57
==========================================
+ Hits          227      281      +54
- Misses         19       22       +3

Impacted Files
Coverage Δ

src/builders.jl
100.00% <ø> (ø)

src/classifier.jl
100.00% <ø> (ø)

src/image.jl
100.00% <ø> (ø)

src/regressor.jl
100.00% <ø> (ø)

src/mlj_model_interface.jl
94.20% <75.00%> (-2.58%)
:arrow_down:

src/metalhead.jl
89.28% <89.28%> (ø)

src/core.jl
94.73% <100.00%> (+0.45%)
:arrow_up:

src/types.jl
100.00% <100.00%> (+14.28%)
:arrow_up:

src/utilities.jl
100.00% <100.00%> (ø)

... and 1 more

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


python client memory leak when using streaming API

What version of gRPC and what language are you using?
Latest gRPC version 1.4.x built from sources. Languages used: python, C++.
What operating system (Linux, Windows, …) and version?
Ubuntu Linux 16.04
What runtime / compiler are you using (e.g. python version or version of gcc)
Python 3.5.2
What did you do?
Create a simple C++ server for streaming random numbers. The C++ client does not leak memory but the python client does. Example code and more details can be found in grpc_memleak
What did you expect to see?
The python client should not leak memory.
What did you see instead?
Python client leaks memory. After some time the python interpreter raises a MemoryError.

Garbage collection issue ?

I don't understand "Latest gRPC version 1.4.x built from sources" - isn't 1.7.x the latest in source?
How long is "some time"? Are you able to decrease that time by making changes to your code? What kinds of changes?

"curl -L https://grpc.io/release" yields 1.4.x as the current version (https://github.com/grpc/grpc/blob/master/INSTALL.md).
Trying to build the 1.6.x branch fails on Ubuntu 16.04 with gcc version 5.4.0:
src/compiler/php_generator.cc:154:39: error: ‘const class google::protobuf::FileOptions’ has no member named ‘php_namespace’
"Some time" is about 3 hours on an old laptop with 4GB RAM. This can be reduced to 4 minutes by restricting the physical and virtual memory to 100MB for the python client with cgroup (https://unix.stackexchange.com/questions/44985/limit-memory-usage-for-a-single-linux-process)

Since you're building from source: are you able to patch in pull request 12249? If so, does it have any effect on the leak you observe?

@d0m3nik We had forgotten to update /release version and it had slipped behind the actual latest version. It is now updated to 1.6.x.

I cherry-picked c5e6cefc8d95031983e8dbfd8ece370ac618cc9d from pull request #12249 into branch 1.4.x, but I still observe the leak.

@d0m3nik Are you sure that you are really using patched version? Any output from valgrind/leaks?

@d0m3nik: please definitely stop working with 1.4.x; work either with master or 1.6.x.

I rebuilt the example and reinstalled grpcio with:

grpc branch 1.6.x with patch c5e6cefc8d95031983e8dbfd8ece370ac618cc9d from https://github.com/grpc
grpc branch master from https://github.com/djanku/grpc

In both versions the memory leak is still present.

@d0m3nik: thanks! And is that most recent finding with or without pull request 12249 patched in?

@nathanielmanistaatgoogle I just double checked: the changes from pull request #12249 = c5e6cefc8d95031983e8dbfd8ece370ac618cc9d were correctly patched into branch  1.6.x

@d0m3nik: ahh, I should have seen that, but thank you for confirming.

I'm still not able to reproduce this.
Have you worked any further with it? Are you able to reproduce it with different Python versions like 2.7 and 3.6?
Thank you for the thorough reproduction instructions, but are you able to reduce them even further? Something that's really practical about our examples is that they fit inside a Python virtual environment - not that I don't love installing various versions of Protocol Buffers all over again, but are you able to simplify the leak set-up to my_virtualenv/bin/pip install --upgrade grpcio?

It would be quite surprising if the leak had anything to do with the serialization and deserialization performed by the _pb2 module, so it would be simplifying to see that stripped away.

Has there been any resolution on the memory leaks wrt python streaming api? We continue to face this issue with grpcio==1.8.3. Can someone throw some light on this?
A sample repo that we stumbled across when looking for info - https://github.com/d0m3nik/grpc_memleak

There have definitely been leak fixes since 1.8.3 - do you see any improvement if you work with grpcio 1.10.0?

@parachutepy: my immediate thought is "take gRPC out of the problem". While gRPC and Protocol Buffers are intended for use with one another, they are separable, and in the course of investigating a bug it's definitely worth separating them. You say "the memory used to convert the 2MB protobuf message to python dict is around 500 MB when using the google.protobuf.json_format.MessageToDict" - do you need gRPC operating across the network for that to happen or is that a thing that you can get to happen when you construct that message in memory or load it from a file?

@nathanielmanistaatgoogle We did try to remove gRPC and use an intermediary file to hold the json/dict's, the memory usage comes down drastically(150-200MB). But the time for the file creation operation is around 6 minutes.
Just to add a little background might help : We are trying to process data from a streaming gRPC api in an AWS Lambda fucntion. So  there is time constraint of 5 minutes and memory constraint of 3GB. So we are trying to get the best approach to solve this issue. Again, thanks for your response!

@parachutepy: since your scenario seems to involve greater-than-expected memory use rather than a leak of memory I've broken it out into a separate issue. Let's continue our discussion there.
@d0m3nik: any update from your side? Are you still affected by this issue? Were you able to strip out the Protocol Buffers serialization and deserialization?

Removing proto serialization/deserialization has no affect. Memory is recovered if the streaming RPC is closed.

This issue is due to a bug in flow control logic (being fixed in #14747) in C-core because of which memory on receiving side can grow unbounded if the application is consuming the stream slower than it is received on the wire. The memory is freed when RPC terminates.  Due to this issue, you will see a sawtooth like pattern where memory usage grows with each streaming RPC until it terminates.

Fixed by #14747


About the results of Crossformer on PEMS dataset

Hi, I tried the script of the model Crossformer on the PEMS dataset, but the results I got are so different (considerable drops) compared with those reported in the paper, is there something wrong? By the way, why do you tune the parameters so much with this model, it seems that settings are very different among different prediction horizons.

Hello, Thank you for your attention and questions.
Sorry, due to some updates in our code, the results may not be recoverable, causing inconvenience to you. We will take some time to retest the performance of certain algorithms with the new code. And update their results in OpenTS: https://decisionintelligence.github.io/OpenTS/ and the arXiv.
Regarding the issue of different hyperparameters, we initially used the initial parameters of the traffic dataset from the crossformer as the initial parameters for PEMS, and adjusted 8 sets of parameters for each prediction horizon based on this. Other algorithms also adjust the hyperparameters 8 times separately for each prediction horizon.

Hello, Thank you for your attention and questions. Sorry, due to some updates in our code, some results may not be recoverable, causing inconvenience to you. We will take some time to retest the performance of certain algorithms with the new code. And update their results in OpenTS: https://decisionintelligence.github.io/OpenTS/ and the arXiv. Regarding the issue of different hyperparameters, we initially used the initial parameters of the traffic dataset from the crossformer as the initial parameters for PEMS, and adjusted 8 sets of parameters for each prediction horizon based on this. Other algorithms also adjust the hyperparameters 8 times separately for each prediction horizon.

Thank you for your prompt reply, I think the main problem is the PEMS08 dataset. I tried temporally the models of PatchTST and Crossformer, and the results of both the two differ from those in the paper. Looking forward to your modification.

Okay, thank you for your valuable feedback. Thank you very much!

You're welcome, thanks for your very contributions.

@Luoauoa
Apologies for the delayed response and thank you for your patience. The previous issue was due to incorrect environment configurations and our use of a look-back window length of 720 in Crossformer, as specified in the paper, which led to discrepancies in the results. We have since corrected the relevant results in OpenTS and updated the corresponding scripts. Additionally, we recently tested several forecasting algorithms for 2024 and 2025. You can review the updated results and scripts in the TFB codebase and OpenTS. Thank you again for your understanding!

@Luoauoa Apologies for the delayed response and thank you for your patience. The previous issue was due to incorrect environment configurations and our use of a look-back window length of 720 in Crossformer, as specified in the paper, which led to discrepancies in the results. We have since corrected the relevant results in OpenTS and updated the corresponding scripts. Additionally, we recently tested several forecasting algorithms for 2024 and 2025. You can review the updated results and scripts in the TFB codebase and OpenTS. Thank you again for your understanding!

Thanks for your efforts


Text truncation for front or middle of string

I realize the numberOfLines prop on the Text component can be used to effectively truncate the tail of strings if they are too long. What I'm requesting is that we have the option to truncate the middle or front of the string if needed. Something equivalent to the NSLineBreakByTruncatingHead and NSLineBreakByTruncatingMiddle options in iOS. Adding a new prop such as truncatePosition would be a great addition in my book. Thanks!
<Text numberOfLines={1} truncatePosition="middle">Long Text</Text>

Hey @bvogelzang, we're a small team and rely on the community to fix bugs that don't affect fb apps. If you know this is a bug please consider sending a pull request with a fix.

@facebook-github-bot answered


[objc] Binding indirectly used, well known, types

For example, System.TimeSpan (a long) closest alternative (in Apple's foundation) is NSTimeInverval (a double).
Doing back and forth conversion between them would not be cute, e.g. cumulative rounding errors.
What we could do is:

detect the use of System.TimeSpan;
ask the generator to bind it as NETTimeSpan;
continue generating API using the new native name;

We could even add a category to help convert NSTimeInverval to/from NETTimeSpan - as long as it is not used on every API call (e.g. only once) then the conversion impact should be acceptable.
There's likely other types / structures where the same process could be used, e.g. System.Version.
[1] https://msdn.microsoft.com/en-us/library/system.timespan(v=vs.110).aspx

I don't think it's a good idea when

types are too close, e.g. NSDateTime and DateTime. That will lead to duplicated functionality that difference people don't want to learn about;

types that are too complex, e.g. exposing System.Uri to avoid exposing NSUrl;

/** Class System_TimeSpan
 *  Corresponding .NET Qualified Name: `System.TimeSpan, mscorlib, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089`
 */
@interface System_TimeSpan : NSObject {
	@public MonoEmbedObject* _object;
}

- (nullable instancetype)initWithTicks:(long long) ticks;

- (nullable instancetype)initWithHours:(int) hours minutes:(int) minutes seconds:(int) seconds;

- (nullable instancetype)initWithDays:(int) days hours:(int) hours minutes:(int) minutes seconds:(int) seconds;

- (nullable instancetype)initWithDays:(int) days hours:(int) hours minutes:(int) minutes seconds:(int) seconds milliseconds:(int) milliseconds;

/** This type is not meant to be created using only default values
 *  Both the `-init` and `+new` selectors cannot be used to create instances of this type.
 */
- (nullable instancetype)init NS_UNAVAILABLE;
+ (nullable instancetype)new NS_UNAVAILABLE;

@property (nonatomic, readonly) int days;
@property (nonatomic, readonly) int hours;
@property (nonatomic, readonly) int milliseconds;
@property (nonatomic, readonly) int minutes;
@property (nonatomic, readonly) int seconds;
@property (nonatomic, readonly) long long ticks;
@property (nonatomic, readonly) double totalDays;
@property (nonatomic, readonly) double totalHours;
@property (nonatomic, readonly) double totalMilliseconds;
@property (nonatomic, readonly) double totalMinutes;
@property (nonatomic, readonly) double totalSeconds;

@property (nonatomic, class, readonly, nonnull) System_TimeSpan * maxValue;
@property (nonatomic, class, readonly, nonnull) System_TimeSpan * minValue;
@property (nonatomic, class, readonly) long long ticksPerDay;
@property (nonatomic, class, readonly) long long ticksPerHour;
@property (nonatomic, class, readonly) long long ticksPerMillisecond;
@property (nonatomic, class, readonly) long long ticksPerMinute;
@property (nonatomic, class, readonly) long long ticksPerSecond;
@property (nonatomic, class, readonly, nonnull) System_TimeSpan * zero;

- (instancetype)addTs:(System_TimeSpan *) ts;
+ (int)compareT1:(System_TimeSpan *) t1 t2:(System_TimeSpan *) t2;
- (instancetype)duration;
- (bool)equalsObj:(System_TimeSpan *) obj;
+ (bool)equalsT1:(System_TimeSpan *) t1 t2:(System_TimeSpan *) t2;
+ (instancetype)fromDaysValue:(double) value;
+ (instancetype)fromHoursValue:(double) value;
+ (instancetype)fromMillisecondsValue:(double) value;
+ (instancetype)fromMinutesValue:(double) value;
+ (instancetype)fromSecondsValue:(double) value;
+ (instancetype)fromTicksValue:(long long) value;
- (instancetype)negate;
+ (instancetype)addition:(System_TimeSpan *) t1 t2:(System_TimeSpan *) t2;
+ (bool)equality:(System_TimeSpan *) t1 t2:(System_TimeSpan *) t2;
+ (bool)greaterThan:(System_TimeSpan *) t1 t2:(System_TimeSpan *) t2;
+ (bool)greaterThanOrEqual:(System_TimeSpan *) t1 t2:(System_TimeSpan *) t2;
+ (bool)inequality:(System_TimeSpan *) t1 t2:(System_TimeSpan *) t2;
+ (bool)lessThan:(System_TimeSpan *) t1 t2:(System_TimeSpan *) t2;
+ (bool)lessThanOrEqual:(System_TimeSpan *) t1 t2:(System_TimeSpan *) t2;
+ (instancetype)subtraction:(System_TimeSpan *) t1 t2:(System_TimeSpan *) t2;
+ (instancetype)unaryNegation:(System_TimeSpan *) t;
+ (instancetype)unaryPlus:(System_TimeSpan *) t;
+ (instancetype)parseS:(NSString *) s;
- (instancetype)subtractTs:(System_TimeSpan *) ts;
- (NSString *)toString;
- (NSString *)toStringFormat:(NSString *) format;
+ (bool)tryParseS:(NSString *) s result:(System_TimeSpan * _Nullable) result;
- (NSComparisonResult)compare:(System_TimeSpan * _Nullable)other;
- (bool)isEqual:(id _Nullable)other;
- (int)xamarinGetGCHandle;
- (NSUInteger)hash;
/** This selector is not meant to be called from user code
 *  It exists solely to allow the correct subclassing of managed (.net) types
 */
- (nullable instancetype)initForSuper;

@end

@VincentDondain this is how we currently generated an header for the well defined TimeSpan API

Could we pick a few "sample" libraries and dump their types? Make a list of the top 5/10/15 .NET types (like TimeSpan) that are maybe worth special casing?

This idea need a bit more work (on the PR) to work correctly with the managed linker (on iOS and also if XM is used). See https://github.com/mono/Embeddinator-4000/pull/251#issuecomment-299082288 for details.

PR #327 was merged, showing the way to expose more BCL code as needed.