libcalico error reporting

make error reporting uniform
make errors more useful
maybe use something like https://github.com/pkg/errors

Closing this since it's a bit vague.  We should replace with more specific issues.


Is redux really necessary?

Hi, is it possible not to implement redux in the chat project because i am very new to react native, and its quite difficult to understand redux in a short period of time.

@Jacky9425
We have a React-Native sample that doesn't use Redux. See the link below.
https://github.com/smilefam/SendBird-JavaScript/tree/master/react-native-sample/SendBirdReactNativeSample
Unfortunately, the sample was deprecated. So we have no plan to update in the future.
But I think it'll help you do what you're trying to do.
Thank you for your interest in SendBird SDK. :)

@Alchemist85K So even it is deprecated, the code still can be reuse?

@Jacky9425 Redux is just a kind of design principle that modulizes each operation flow in order to reduce code complexity and prevent possible error. It's not must-have, though, Redux is popular for its practical advantage especially when working as a team.


Minor change for tutorial.

Added a session close to the Interactive Session, so that no exceptions are thrown when a user tests later examples in the same kernel.

As noted in our contributing.md, currently our changes have to go through gerrit (which I see you've done, and we'll try to integrate soon).  Closing for now, thanks!


laravel 5.5

This package does not work with laravel 5.5, any chance for a update so we can continue to use this?
  Problem 1
    - Installation request for kyslik/artisan-stubs ^2.0 -> satisfiable by kyslik/artisan-stubs[2.0.0].
    - kyslik/artisan-stubs 2.0.0 requires laravel/framework 5.4.* -> satisfiable by laravel/framework[5.4.x-dev, v5.4.0, v5.4.1, v5.4.10, v5.4.11, v5.4.12, v5.4.13, v5.4.14, v5.4.15, v5.4.16, v5.4.17, v5.4.18, v5.4.19, v5.4.2, v5.4.20, v5.4.21, v5.4.22, v5.4.23, v5.4.24, v5.4.25, v5.4.26, v5.4.27, v5.4.28, v5.4.29, v5.4.3, v5.4.30, v5.4.31, v5.4.32, v5.4.33, v5.4.34, v5.4.35, v5.4.36, v5.4.4, v5.4.5, v5.4.6, v5.4.7, v5.4.8, v5.4.9] but these conflict with your requirements or minimum-stability.

I am updating all packages so 31st of August or 1st of September :)

NICE! Thank you for the quick response as well.


How to delopy a CSharp code to azure

You can find a step by step guide here: https://docs.botframework.com/en-us/csharp/builder/sdkreference/gettingstarted.html


6.2.x TS-4435 and TS-5059: Fixes for building with OpenSSL 1.1

FreeBSD build failed! See https://ci.trafficserver.apache.org/job/Github-FreeBSD/1324/ for details.

Linux build failed! See https://ci.trafficserver.apache.org/job/Github-Linux/1218/ for details.

Linux build failed! See https://ci.trafficserver.apache.org/job/Github-Linux/1220/ for details.

FreeBSD build successful! See https://ci.trafficserver.apache.org/job/Github-FreeBSD/1326/ for details.

Linux build successful! See https://ci.trafficserver.apache.org/job/Github-Linux/1221/ for details.

FreeBSD build successful! See https://ci.trafficserver.apache.org/job/Github-FreeBSD/1327/ for details.

FreeBSD build successful! See https://ci.trafficserver.apache.org/job/Github-FreeBSD/1426/ for details.

Linux build successful! See https://ci.trafficserver.apache.org/job/Github-Linux/1319/ for details.

[approve ci]

FreeBSD build successful! See https://ci.trafficserver.apache.org/job/freebsd-github/1500/ for details.

Linux build successful! See https://ci.trafficserver.apache.org/job/linux-github/1393/ for details.

clang-analyzer build failed! See https://ci.trafficserver.apache.org/job/clang-analyzer-github/64/ for details.

@jablko can you please rebase this?

@PSUdaemon Sure thing -- I rebased this.

FreeBSD build successful! See https://ci.trafficserver.apache.org/job/freebsd-github/1506/ for details.

Linux build successful! See https://ci.trafficserver.apache.org/job/linux-github/1399/ for details.

clang-analyzer build successful! See https://ci.trafficserver.apache.org/job/clang-analyzer-github/70/ for details.


[Question] Will wildcard certificates be supported in January?

In January 2018 LetsEncrypt is adding wildcard subdomain support.  It indicates this is accomplished via their ACME v2 API.  Do we know what support will look like for this Rancher Catalog Item?  Is this difficult to support and/or are there plans to support it?

Wildcard support is now live on Let’s Encypt. Will this project be updated in the near future to handle them?


Update cache_engine.py

torch.zeros function consume a lot of time, can use direct copy method to improve speed.

error


Update GHC versions on windows

So, this is a fairly lengthy pr to update GHC versions on windows.
Context
To begin with, we install GHC differently depending on OS. For windows, we use the tool Choco. Which adds GHC to path using the add-path command, which was just recently disabled. This causes the workflow run to fail.
So, working with GhcChoco, we made some new versions that no longer use the disabled command. However, these only exist on choco, not the other platforms. Previously, the version list of GHC for all os's was the same. So thats our first major change:

GHC now has different versions available for windows and (linux/mac)

However, when we did that, we ran into some other issues which we have fixed:

the new add-path environment file occurs at the end of the step, not during like the add-path command did, so when we check that we have added to the path mid step, that failed. We now manually add it to the path as well using the core.addPath command. This is best effort (we assume the path we are adding is correct, if the generated path is wrong we may encounter issues, but its the simplest way to solve this issue)
The format for the GHC path used to be solely based on the version number. But now that we have added patch versions, some parts of the path include the patch number, others do not, so we had to change how we compute the path  to correctly match.
We also updated the docs to make this clear to users and regenerated the dist.

Resolves #44

@jared-w if you've got a free moment, would appreciate your thoughts on this as well.

@tclem yeah, I have a few thoughts, thanks for the mention.
There's a few subtle things happening here that make it to where I am unconvinced the PR needs to take the approach it currently does.

When Tamar is talking about github action compatibility in the chocolatey scripts, that is only for adding the GHC binaries to the path. This is so that when chocolatey is used directly, it "just works". I have never relied on that behavior and have always added the path manually, myself.
As such, the supported versions of GHC on windows do not change because it still works the same way it used to. What has changed is if one installs GHC 8.10.X, or 8.8.X, it will use the patch version which does not call the removed command any longer.
But, setup-actions has never relied on that behavior. So it is sufficient to "resolve" a version like 8.8.4 to <IP_ADDRESS> on windows, and just add that path; unaffected versions do not need to change, so there doesn't need to be a split between windows and macos/linux version support of GHC.

The version difference exists only because chocolatey doesn't allow revisions of uploaded versions (which is the correct thing to do). If someone manually installs GHC 8.4.4 through chocolatey, for example, it'll use the patch version automatically (as far as I can figure out). We should be explicit because it makes generating the path easier, but fundamentally we haven't semantically changed anything here.

The timing of the add-path file vs the add-path environment file is a breaking change and should be addressed if it causes the action to break on Windows.  The added path logic to isInstalled is indeed the best place to fix that, imo.
I am a bit grumpy that this is effectively impossible to unit test, but that's outside of the scope of the PR.

In summary:

The supported versions doesn't need to change
The getChocoPath logic looks correct
There's no need for the note about we "believe" the generated path is correct. It is correct; we use the same logic that GHC's chocoInstall itself uses to generate that directory and add it to the path.
I am now slightly suspicious of whether or not we need to add paths manually for other tools mid-step, but it seems like we don't so far.

And as a general note, while I don't myself use Windows on my personal machines, I see it as important to have it on equal footing whenever possible.
Even if it were necessary to change a lot of the internal reworkings of how we invoke chocolatey (or install GHC/cabal on windows in general) in order to accommodate other GHC versions and keep the version specification the same, I would be much more willing to do that; particularly since the most core API of setup-haskell is the ghc-version option. Absolutely every other bit of logic in the action is replaceable in semi-trivial amounts of code except for that.
Having a visible breaking change to how Windows users specify GHC versions solely due to github-action implementation implementation details is truly the worst of both worlds. Luckily, it doesn't seem to be necessary. This is not to diminish Thomas's work; chasing tooling breakages across several layers of abstraction and coming up with a working solution is no small feat.

Hey @jared-w thanks for the feedback! I've laid out what I think our options are below, but I'm open to other ideas!

If someone manually installs GHC 8.4.4 through chocolatey, for example, it'll use the patch version automatically (as far as I can figure out)

In my testing, this did not occur.
For example the workflow
name: CI
on:
  push
jobs:
  test:
    runs-on: windows-latest
    steps:
     - run: "choco install ghc --version 8.10.2 -m --no-progress -r" # this will fail
       continue-on-error: true
     - run: "choco install ghc --version <IP_ADDRESS> -m --no-progress -r" # this works

When Tamar is talking about github action compatibility in the chocolatey scripts, that is only for adding the GHC binaries to the path. This is so that when chocolatey is used directly, it "just works". I have never relied on that behavior and have always added the path manually, myself.

This action appears to have relied on the functionality. Hence we had to add the change to core.addPath to manually add it to the path if choco does not.
We fail the step if we detect any usage of add-path so installing any of these older (non-patch) versions instantly fails on windows. This was done to give instant actionable feedback to users, rather than allowing the action to continue without setting the path which would have be a confusing, somewhat invisible error if they don't check the logs or annotations. So any user installing any of these non specific patch versions of ghc on windows will fail. Hence we separate out the windows list here.
The way I see it, we have 4 options:

Add a way for the actions runner to skip failing this step due to the invocation of add-path
We figure out how ghcChoco is determining to invoke add-path and bypass it. Maybe setting GITHUB_ACTION to null would work? We would have to manually add to path in this case.

code

Separate out the version list for windows (what this pr does)
Work with ghc choco to update existing versions, or automatically install the patch versions if they are not specified.

4 is probably the best solution, but is out of our hands and likely would not be available for a while.
3 is what this pr implemented, but may cause minor breakage for users reliant on specific versions that have not been patched.
2 feels somewhat hacky to rely on, but if we could get it working would likely be the least disruption.
1 requires a coordinated rollout across a lot of systems, which can be slow.

Hi folks,
just my 2 cents..

Hey @jared-w thanks for the feedback! I've laid out what I think our options are below, but I'm open to other ideas! I would love to hear your thoughts!

If someone manually installs GHC 8.4.4 through chocolatey, for example, it'll use the patch version automatically (as far as I can >> figure out)

In my testing, this did not occur.
For example the workflow

Correct, using a specific version resolves to exactly that version.  There is an open feature request for this but it's not available yet https://github.com/chocolatey/choco/issues/800

So it is sufficient to "resolve" a version like 8.8.4 to <IP_ADDRESS> on windows

I think this is the right thing to do.  As @jared-w said the point releases are just because chocolatey won't let me revise the packages.  Now the point releases will never contain functionality changes wrt to the compiler itself. They are always just packaging related.
as such there will never be a functional difference, only a difference in what the installer does, since a change in functionality will be a bump in minor version from upstream not the revision number. For instance the <IP_ADDRESS> revision fixes the hardcoded linker issue with the upstream binary, without touching the package they provide.  It just post-processes the settings file after install.
As such I think it makes more sense to ignore the revision number and just map them internally to the latest one.  my intention with the revisions are that users shouldn't care about which number it is. This will allow you to treat Windows the same as Linux etc w.r.t version numbers.

Thank you everyone for jumping in here on such short notice.
Based on the feedback, I believe our goals should be:

consistent behavior and versions across every platform
a seamless update of the v1 action so users who are using @actions/setup-haskell@v1 just start working again
supported versions should not change (no breaking changes)
release an update asap

We can accomplish that by:

disabling workflow command execution before installing from choco (so that add-path does not fail the action) and re-enabling it after the choco install completes)

this is done via the ::stop-commands::{token} command

manually adding paths when installing via choco (already done and signed off in this pr)
releasing a new patch version (and sliding the major tag along)

I'll go ahead and update this pr and get this version released. Since this is a minor version with no breaking changes, if we decide on a solution that we feel is better in the future (that may take longer to implement), we can major version the action and spend the time to do that. However, I would like to get this fixed asap.

Disabling command execution is a good way to accomplish that, nice; I hadn't thought of it initially.
We should, however, eventually map all patch releases on chocolatey internally so that we use the "most correct" version of the installer for any given GHC version. But that can be in a follow up.

Do I interpret these changes right: I need to do
      - uses<EMAIL_ADDRESS>        with:
          ghc-version: '<IP_ADDRESS>' # 8.10.2 isn't automatically remapped to <IP_ADDRESS>?
          cabal-version: '<IP_ADDRESS>'

Do I interpret these changes right: I need to do
      - uses<EMAIL_ADDRESS>        with:
          ghc-version: '<IP_ADDRESS>' # 8.10.2 isn't automatically remapped to <IP_ADDRESS>?
          cabal-version: '<IP_ADDRESS>'

@phadej  You should just use the existing versions
       - uses<EMAIL_ADDRESS>         with:
          ghc-version: '8.10.2

Do I interpret these changes right: I need to do
      - uses<EMAIL_ADDRESS>        with:
          ghc-version: '<IP_ADDRESS>' # 8.10.2 isn't automatically remapped to <IP_ADDRESS>?
          cabal-version: '<IP_ADDRESS>'

@phadej You should just use the existing versions
       - uses<EMAIL_ADDRESS>         with:
          ghc-version: '8.10.2

Unless 8.10.2 is internally mapped to <IP_ADDRESS> or <IP_ADDRESS> he shouldn't though... as 8.10.2 is broken as released by GHC HQ.

It will be internally mapped from 8.10.2 -> <IP_ADDRESS> but currently that hasn't been done yet. I'm hoping to write up that functionality and get it merged shortly so that 8.10.2 will "just work".
In the meantime, versions like <IP_ADDRESS> and other unrecognized versions will transparently pass through to the underlying tool. So <IP_ADDRESS> will work on windows but will break on linux.


Table problems when removing checkboxes

I noticed some layout oddness when I disable checkboxes in the Table (and related) components.

If I manually delete that upper left cell where the select-all checkbox normally goes, everything looks much better and aligns properly. Am I missing an option somewhere to correct this?
On a related note, it seems particularly tricky to disable checkboxes as it takes several options to do so. I feel like maybe there should be a single boolean on the Table component that disables checkboxes completely. In fact, IMO it should be off by default: I'd say in most cases, tabular data is being displayed for informational purposes and not for user interaction.

Aha. adjustForCheckbox.. I missed that! So just to disable checkboxes, I had to specify three options:

adjustForCheckbox and displaySelectAll on TableHeader
displayRowCheckbox on TableBody

Would it not be easier to just have two possible options for the table:
<Table displayCheckboxes displaySelectAll>

And then if the user needs to disable a checkbox in a specific row, they can override that:
<TableRow diplsayCheckbox={false}>

@ffxsam I think in the near future we're going to revisit the table, would love your input when we open that discussion :+1:


Git Ignore Update

add filter_plugins/pycache/* to git ignore

Good point, I actually have a larger PR coming with some additions and some compat fixes so I will just wrap this into that


sap.f.IDynamicPageStickyContent: missing interface functions

OpenUI5 version: 1.121.0
Browser/version (+device/version): all
URL (minimal example if possible): https://ui5.sap.com/#/api/sap.f.IDynamicPageStickyContent
Steps to reproduce the problem:

In a typescript project try to implement sap.f.IDynamicPageStickyContent interface.

What is the expected result?
Interface doesn't contain any functions described in the documentation.
What happens instead?

The interface doesn't contain any functions:

declare module "sap/f/library" {
  export interface IShellBar {
    __implements__sap_f_IShellBar: boolean;
  }

  export interface IDynamicPageStickyContent {
    __implements__sap_f_IDynamicPageStickyContent: boolean;
  }
}

Hello @whydrae ,
Thank you for sharing this finding. I've created an internal incident DINC0089935. The status of the issue will be updated here in GitHub.
Regards,
Iliana


if I choose Java, there is no portal selection?

I try to  choose Java, there is no portal selection; is it correct?

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

ID: 6cf91d8c-d16b-346d-759b-f3c787dea2e5
Version Independent ID: 7e422baf-0a19-dded-ee83-a71b1c819f2f
Content: Create your first function from the Azure Portal
Content Source: articles/azure-functions/functions-create-first-azure-function.md
Service: azure-functions
GitHub Login: @ggailey777
Microsoft Alias: glenga

Hi @juanren Thank you for your feedback! We will review and update as appropriate.

Yes . Follow this for doc for creating your Java function.

@juanren as @DixitArora-MSFT correctly points out, Java functions are developed locally and then published to Azure. Local development is actually preferred for Azure Functions, especially for compiled languages like Java and C#.

@juanren For now I will proceed with closure of this and If there are further questions regarding this matter, please tag me in your reply. We will gladly continue the discussion and we will reopen the issue


BMC:LED:Removed the unused LED groups from LED config JSON file for Rainier 4U system

Removed the unused group 'connector10_identify' for Rainier 4U system. Removed the unused group 'connector16_identify' for Rainier 4U system.
Signed-off-by: Kantesh Nagaradder<EMAIL_ADDRESS>

PR Heading and commit message needs to be changed. The changes are in LED and not in VPD.
So may be have something like "BMC:LED:Remove unused led groups in Rainier 4U"

Above changes are made to address the issue defect 387175, this review is the extension of the PR https://github.ibm.com/openbmc/openbmc/pull/3109


GateIn class needs a Gate() function in addition to the Trig() function

The Trig() function of the GateIn class works fine with the ADenv.h/.cpp class.  It does not  work properly with the Adsr.h/.cpp class.
I have attached a zip of hid_gatein.h/.cpp.   I have not changed any existing code.  This is simply an additional member function Gate().    I have successfully tested this.  The Gate() output accurately tracks the state of the input pin, with latency of a single sample.
Please add this to the class in libdaisy.
hid_gatein.zip
Here is an wrapper function for calling the Gate() function for one of the elements in an array of GateIn objects:
bool DaisyOctopot::GetGateInGate(int iGateNumber)
{
return gate_input[iGateNumber].Gate();
}
here is an example of retrieving the gate and passing it to the Adsr::Process() function:
static Adsr       env;
...
// Use envelope to control the amplitude of the VCA (right out).
gate       = hw.GetGateInGate(DaisyOctopot::GATE_IN_2);
env_out    = env.Process(gate);

Added just before you opened the issue, though its called State() instead of Gate().
State
Checks current state of gate input (no state required)
read function is inverted because of suggested BJT input circuit
    inline bool State() { return !dsy_gpio_read(&pin_); }

Thx Stephen
From: Stephen Hensley<EMAIL_ADDRESS>Sent: Monday, June 22, 2020 10:24 AM
To: electro-smith/libDaisy<EMAIL_ADDRESS>Cc: OZHALL<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Subject: Re: [electro-smith/libDaisy] GateIn class needs a Gate() function in addition to the Trig() function (#206)
Added just before you opened the issue, though its called State() instead of Gate().
State
Checks current state of gate input (no state required)
read function is inverted because of suggested BJT input circuit
inline bool State() { return !dsy_gpio_read(&pin_); }

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/electro-smith/libDaisy/issues/206#issuecomment-647587892 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AJHSHYBIBNIPYW4YLCQSZM3RX5ZSRANCNFSM4ODM2RFQ .  https://github.com/notifications/beacon/AJHSHYAUG3BM22AL5NYVXDLRX5ZSRA5CNFSM4ODM2RF2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOE2MWQNA.gif
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


Search toggle button in super navigation menu has a bottom border

What
The search toggle button in the layout super navigation component header, has a blue bottom-border of 1px when in the default unopened state.
We should investigate the cause of this issue and come up with a suitable fix to remove the bottom-border.
Why
Does not appear to align with the intended design as shown in the component guide.

This is not visible in the component guide, to see this, you will need to visit a page on GOV.UK such as https://www.gov.uk/log-in-register-hmrc-online-services

For context, this was introduced when the header had a different design, so it's likely that updating this border was missed when the header design changed. The PR that added this border is here: https://github.com/alphagov/govuk_publishing_components/pull/2413


Changes to make 1.14 build on the mac.

Changes, patches, instructions for building 1.14 on modern macs with changes made to 1.14-branding.
Through this build method, Paper wallet printing works fine, verified on El Captan 10.11 and High Sierra 10.13.
Step by step build instructions in docs/Building-Dogecoin-1.14-for-Mac.md

Gonna redo this PR - ignore it


Pull Request Template Creation

I am writing to express my interest in contributing to your repository by creating a pull request template.
I believe that having a standardized template will help streamline the contribution process, ensuring that all necessary information is included and making it easier for maintainers to review and merge pull requests.
Could you please assign me the issue under gssoc24? I am excited about the opportunity to contribute to your project and help improve the workflow for all contributors.

I would like to work on this issue. Please assign it to me.

Hey! @PradnyaGaitonde  you have been assigned the issue, please start working on it.


Delete reactions added to issues and comments when deleting repository

As title

Codecov Report

Merging #4232 into master will increase coverage by <.01%.
The diff coverage is 0%.

@@            Coverage Diff             @@
##           master    #4232      +/-   ##
==========================================
+ Coverage   19.96%   19.96%   +<.01%
==========================================
  Files         153      153
  Lines       30501    30504       +3
==========================================
+ Hits         6088     6091       +3
- Misses      23498    23499       +1
+ Partials      915      914       -1

Impacted Files
Coverage Δ

models/repo.go
17.82% <0%> (-0.04%)
:arrow_down:

modules/process/manager.go
73.91% <0%> (+4.34%)
:arrow_up:

Continue to review full report at Codecov.

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

LGTM

@lafriks does this need a backport?

I can create one probably


Scan-manga FR - page not available

Source information
fr.scanmanga 1.4.7
Source language
French
Steps to reproduce
tried to open the source in tachiyomi and web browser (work in external browser but not in internal)
Expected behavior
manga display on tachiyomi
Actual behavior
no results found
Mihon/Tachiyomi version
tachiyomiSY 1.10.5
Android version
Android 13
Other details
No response
Acknowledgements

[X] I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open or closed issue.
[X] I have written a short but informative title.
[X] I have updated the app to version 0.15.3.
[X] I have updated all installed extensions.
[X] I have tried the troubleshooting guide.
[ ] I have admitted that I am a clown by having checked this box, as I have not read these acknowledgements.
[X] If this is an issue with the app itself, I should be opening an issue in the app repository.
[X] I will fill out all of the requested information in this form.

Website seems to be dead https://scan-manga.com/ https://www.scan-manga.com/

Website seems to be dead https://scan-manga.com/ https://www.scan-manga.com/

open the link in a classic browser and not in tachiyomi and you will see that it works well

404 for me on mobile and android, tried both chrome and firefox
Do they region restrict to france maybe?

I am in France and the site works very well on Firefox under Android 13 but on the browser integrated into tachiyomi it indicates the code: net::ERR_HTTP_RESPONSE_CODE_FAILURE

Same here. Website works fine using external browser but not in app or using WebView.

it's not geo blocked!

@pixelroll
If it's not geo-blocking, then the site is down. Tested with desktop/mobile + Firefox/Chrome.

@pixelroll
If it's not geo-blocking, then the site is down. Tested with desktop/mobile + Firefox/Chrome.

@KirinRaikage Any update on this ?

Hi, I'm from Madagascar and the site works well in an external browser but not on the app, the WebView doesn't do anything https://m.scan-manga.com/?po

It gives this in WebView, I don't know if it can help but there you go and I'm not doing this for spam, you do everything when it's an English extension, but when it's French, you do nothing, for example the Asura Scans extension, With each new modification on the site you update it but when it's French you don't find anything, or sooner you don't take the trouble

you do everything when it's an English extension, but when it's French, you do nothing

If you want to contribute, a good way to start is by reading the contributing guidelines. If you get stuck feel free to ask in #programming on Discord.
As you can see by the previous comments, several contributors are facing issues with loading the site in the first place. It is unreasonable to expect everyone to have a VPN at their disposal.

The current URL configured for the Scan-Manga extension (https://www.scan-manga.com) returns a 500 Internal Server Error when accessed via the app and a 404 error when accessed via WebView.
After investigation, it seems that the correct URL for the source is https://www.scan-manga.com/?mf, which points to a valid manifest.json file.
Suggested fix: Update the extension to use the new URL (https://www.scan-manga.com/?mf) to avoid these errors.
¯\_(ツ)_/¯

The current URL configured for the Scan-Manga extension (https://www.scan-manga.com) returns a 500 Internal Server Error when accessed via the app and a 404 error when accessed via WebView. After investigation, it seems that the correct URL for the source is https://www.scan-manga.com/?mf, which points to a valid manifest.json file.
Suggested fix: Update the extension to use the new URL (https://www.scan-manga.com/?mf) to avoid these errors. ¯\_(ツ)_/¯

Not working on my end.


Update @octokit/webhooks.js to 7.22.0

Feature Request
Is your feature request related to a problem? Please describe.
Probot does not currently recognize the event pull_request.converted_to_draft and does recognize pull_request.merged which as far as I can tell is no longer supported.
Describe the solution you'd like
Update @octokit/webhooks.js to 7.22.0
Describe alternatives you've considered
It seems like an effort is underway to update to version 8 in https://github.com/probot/probot/pull/1481 is the intent to skip over versions in between?
Teachability, Documentation, Adoption, Migration Strategy
N/A

It seems like an effort is underway to update to version 8 in #1481 is the intent to skip over versions in between?

Yes, this will be resolved via https://github.com/probot/probot/pull/1481.

Okay, I'll close this in lieu of that then.


Generic/VimeoIE: Return a playlist of all vimeo iframes/embeds (try2)

Vimeo extraction logic is restricted to the first video only, even if
a page has multiple videos. Re-submitting due to b407e17, renamed
function/variables for clarification.
As-is:
youtube-dl http://www.theguardian.com/environment/2015/jun/10/climate-change-has-left-us-exposed-in-arctic-say-military-experts --get-title
WARNING: Falling back on generic information extractor.
The Climate 25: Sherri Goodman
After patch:
youtube-dl http://www.theguardian.com/environment/2015/jun/10/climate-change-has-left-us-exposed-in-arctic-say-military-experts --get-title
WARNING: Falling back on generic information extractor.
The Climate 25: Sherri Goodman
The Climate 25: David Titley
The Climate 25: Steve Cheney
The Climate 25: General Charles Jacoby
The Climate 25: Henry Paulson

Hmm is there a drive to make url extractors return wrapped urls/wrapped playlists of wrapped urls, or just urls/url lists?


fix codecov link

Codecov Report

Merging #136 (c53ae05) into main (440e29a) will increase coverage by 0.07%.
The diff coverage is n/a.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
@@            Coverage Diff             @@
##             main     #136      +/-   ##
==========================================
+ Coverage   81.97%   82.04%   +0.07%
==========================================
  Files          44       44
  Lines        5520     5520
==========================================
+ Hits         4525     4529       +4
+ Misses        783      778       -5
- Partials      212      213       +1

Impacted Files
Coverage Δ

simple_action_client.go
59.35% <0.00%> (-1.94%)
:arrow_down:

action_client.go
59.32% <0.00%> (+1.19%)
:arrow_up:

node_api_slave_server.go
81.35% <0.00%> (+1.69%)
:arrow_up:

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


Create the Rust endpoint

❗ IMPORTANT:
👁🗨 Check no one has claimed this task in the comments!
✏ Claim this task by stating you are working on it in the comments.

To ensure people have a chance to complete their task, PRs only be accepted from the first person that claimed the task. If you believe the task is stagnant, mention @MattCSmith, @notAnkur or @thisisabdus is the comments for review.

📚 User Story

I would like to be able to view general details about the rust language, at the endpoint /v1/languages/rust/

✔ Acceptance Criteria

[ ] Fill out as many of the fields you can or want to
[ ] Ensuring incomplete/unknown fields contain {{UNKNOWN}}
[ ] Run yarn test or npm test and fix any errors.
[ ] Create a PR which includes this issues's URL and detail its completeness

🦮 How To
Creating the general language file:
First we need to create the directory and file for the general language details endpoint, we do this by:

Creating a directory named rust inside /json/languages/
Creating a file named rust.js inside /json/languages/rust/
Using the Example Language JSON below to create this file, fill out as many of the fields as you can manage, ensuring incomplete or unknown fields contain {{UNKNOWN}}.

Testing:
We now must run the tests to ensure that there are no issues in any of the JSON we have just written. You can do this by running: yarn test or npm test. Fixing any issue that pops up. PRs that fail testing cannot be merged and must be resolved first. If you get stuck, reach out in the comments or on Discord.
🖥 Example Language JSON
const rust = {
  name: '{{UNKNOWN}}',
  description_short: '{{UNKNOWN}}',
  description: '{{UNKNOWN}}',
  paradigm: ['{{UNKNOWN}}'],
  developed_by: [
    {
      name: '{{UNKNOWN}}',
      endpoint: '{{UNKNOWN}}',
      website: '{{UNKNOWN}}',
      twitter: '{{UNKNOWN}}'
    }
  ],
  first_appeared: '{{UNKNOWN}}',
  version: {
    current_stable: {
      version_name: '{{UNKNOWN}}',
      code_name: '{{UNKNOWN}}',
      release_data: '{{UNKNOWN}}'
    },
    upcoming_version: {
      version_name: '{{UNKNOWN}}',
      code_name: '{{UNKNOWN}}',
      expected_release_date: '{{UNKNOWN}}'
    },
    all_versions: [
      {
        version_name: '{{UNKNOWN}}',
        code_name: '{{UNKNOWN}}',
        release_date: '{{UNKNOWN}}'
      },
    ],
  },
  typing_discipline: ['{{UNKNOWN}}'],
  platform: ['{{unknown}}'],
  operating_system: ['{{unknown}}'],
  license: ['{{unknown}}'],
  example_snippets: {
    hello_world: '{{UNKNOWN}}',
  },
};

module.exports = rust;

I'd like to work on this.


Add support for Bluetooth controls

Many headphones have buttons that can be used to control play back. These should be supported.

More info in mails containing a link to this issue (https://github.com/ironjan/metal-only/issues/168).


STM32L4 I2C read polling hang on NACK in stm32_i2c_msg_read()

When trying to do an I2C read that is getting NACK'd in the address phase, stm32_i2c_msg_read() will spin forever because RXNE will never be set. This causes the innermost loop to spin forever.
Similar to #8915, #7626 and commit 81cfdec3a9df54b400368211c70a9a1494a8c3da, but this issue is in polling mode, not interrupt.

@erwango will you take care of this?

diff --git a/drivers/i2c/i2c_ll_stm32_v2.c b/drivers/i2c/i2c_ll_stm32_v2.c
index 43a8a9113..2a2f5ba15 100644
--- a/drivers/i2c/i2c_ll_stm32_v2.c
+++ b/drivers/i2c/i2c_ll_stm32_v2.c
@@ -535,7 +535,9 @@ int stm32_i2c_msg_read(struct device *dev, struct i2c_msg *msg,
        len = msg->len;
        while (len) {
                while (!LL_I2C_IsActiveFlag_RXNE(i2c)) {
-                       ;
+                       if (LL_I2C_IsActiveFlag_NACK(i2c)) {
+                               goto error;
+                       }
                }

                *buf = LL_I2C_ReceiveData8(i2c);
@@ -546,6 +548,11 @@ int stm32_i2c_msg_read(struct device *dev, struct i2c_msg *msg,
        msg_done(dev, msg->flags);

        return 0;
+error:
+       LL_I2C_ClearFlag_NACK(i2c);
+       SYS_LOG_DBG("%s: NACK", __func__);
+
+       return -EIO;
 }
 #endif

@eqvinox Does the above patch fixes it?

@ydamigos sorry I'll probably need about a week or so until I can test this, I'm out sick :face_with_thermometer:

@ydamigos I got into this state once. Your patch solved that issue.

@psidhu Thanks for the feedback. I had forgot it completely.

PR #12117 was merged.


How to custom traning on YOLO tiny v3?

I follow this tutorial https://github.com/OlafenwaMoses/ImageAI/blob/master/imageai/Detection/Custom/CUSTOMDETECTIONTRAINING.md for training custom model for YOLO v3.
But How can I training my own dataset on YOLO v3 Tiny?

hey @nguyenanhtuan1008 you can use this blog post for a step by step guide - https://medium.com/deepquestai/train-object-detection-ai-with-6-lines-of-code-6d087063f6ff.
This blog post will have a link in it with details on how to generate your training dataset. Check that out.
Then, in the link above, you'll see code that looks like this:
from imageai.Detection.Custom import DetectionModelTrainer

trainer = DetectionModelTrainer()
trainer.setModelTypeAsYOLOv3()
trainer.setDataDirectory(data_directory="hololens")
trainer.setTrainConfig(object_names_array=["hololens"], batch_size=4, num_experiments=100, train_from_pretrained_model="pretrained-yolov3.h5")
trainer.trainModel()

In the line trainer.setTrainConfig, you'll see a param called train_from_pretrained_model and it's set to pretrained-yolov3.h5.
I believe you'll just want to replace this with yolo-tiny.h5.
You can find .h5 file for yolo-tiny here - https://github.com/OlafenwaMoses/ImageAI/releases/tag/1.0/

did @nekapoor answer worked? As far as I know, it is impossible at the moment, but maybe I'm wrong

try reading source code of the DetectionModelTrainer at imageai/Detection/Custom/init.py .
Note that its model created from func create_yolov3_model is different from the model used in CustomObjectDetection (which created from func yolo_main) .
For training on tiny_yolo , you must do the same trick as func create_yolov3_model  did .
 It require a good understanding of both yolo model and keras


HDDS-9968. Avoid using Files.createTempDirectory in AbstractReconSqlDBTest

What changes were proposed in this pull request?
This PR is raised to incorporate below tasks:
AbstractReconSqlDBTest uses Files.createTempDirectory. We should replace it with @TempDir. The problem is that AbstractReconSqlDBTest is used in two different ways:
Several tests extend AbstractReconSqlDBTest. JUnit lifecycle method is executed, @TempDir can be used.
ReconTestInjector and TestReconWithDifferentSqlDBs create instance of AbstractReconSqlDBTest explicitly. These should provide temp directory via parameter.

What is the link to the Apache JIRA
Please create an issue in ASF JIRA before opening a pull request, and you need to set the title of the pull
request which starts with the corresponding JIRA issue number. (e.g. HDDS-XXXX. Fix a typo in YYY.)
(Please replace this section with the link to the Apache JIRA)
https://issues.apache.org/jira/browse/HDDS-9968
How was this patch tested?
This patch is being tested by executing all existing test cases which are extending and using AbstractReconSqlDBTest and  ReconTestInjector classes.

@adoroszlai  pls review. Workflow run has passed in CI: https://github.com/devmadhuu/ozone/actions/runs/7583425300

@ivandika3 would you like to review?

Thanks @devmadhuu for the patch. The changes make sense. LGTM +1.
Learnt that if a test is constructing the AbstractReconSqlDBTest directly, the test is responsible to create the schema since it will not trigger BeforeEach create schema hook.

Thanks @devmadhuu for the patch, @ivandika3 for the review.


Online customized download option?

In Bootstrap 3, I could change primary colors and more stuff and download a customized version.
But in v4 Beta I can't find that option... Where is it? Is it removed?

😢

😢


How to use Nest to deduplicate suggestions

Im running elasticsearch version 5.4.0. In the last release elasticsearch completion suggester learns to deduplicate suggestions. But how can I implement this in Nest  ?

Hi @aslamy, GitHub is reserved for bug reports and feature requests.
The best place to ask a general question is at the Elastic Discourse forums at https://discuss.elastic.co/c/elasticsearch
Thanks!


add efficientformer

add efficientformer
for issue: https://github.com/lucidrains/vit-pytorch/issues/228

@Andrechang Hi Andre
Thank you for this pull request
I noticed that in the code, you depend on some modules from Ross' timm library. Is the code in the PR written from scratch?

it isn't written from scratch. most efficientformer is from here

Ahh, thanks Andre for clarifying
I'm afraid I cannot accept contributions in this manner


Adding debug_str section pre-loading before processing all dies.

This PR pre-loads the debug_str section of the DWARF data. This will improve the cache rate of all strp-based die attributes to 100%. It is possible that some strings would not be used, but I am not sure how that would be - are there strings in debug_str that aren't used by the dies? Additional metrics can be added to evaluate how many strings (if any) are loaded and unused during die processing.

This ends up being a pessimization. Looking at #70 Tracy reports, the pool_string mutex contention shows the locks are being held ~2% of their lifetime, and contending for ~1.5% of their lifetime. With this PR in place, those hold/contention numbers go up to ~2.5%/2%. This makes intuitive sense, as the application is more likely to be in a window where it is pre-loading the strings into the pools across multiple threads. I'll close this PR. A very useful experiment!


LIVERY REQUEST: Korean Air A380-800 Skyteam Special Livery

Special Request For @Ryubunao

20/10

Special Request For @Ryubunao

99999/100

This is so amazing!! If only Korean Air has this livery equipped in one of their A380 aircrafts..
21495971/10

20/10
@BlueWacki Can You Add These 4 Liveries Of Korean Air The NEFFEX BLACKPINK Skyteam & Raleigh Liveries A380s Please Thanks!

how?


Simulated values lower than expected when character level below recipe level

Class: Blacksmith
Level: 57
Craftsmanship: 270
Control: 270
CP: 297
Recipe Name: Adamantite Nugget
Recipe Level: 58
Solver Seed:<PHONE_NUMBER>983
Expected Behaviour
Standard Synthesis progress is 57
Basic Synthesis Mastery is 68
Basic Touch is 126
Actual Behaviour
Standard Synthesis progress is 52
Basic Synthesis Mastery is 62
Basic Touch is 107
Steps To Reproduce
No food or medicine, actions guaranteed, stats as above.
When simulating the app is off by few points.
It does provide the expected values if the character level is set to the level of the recipe e.g.

character level 57 (actual in game level), recipe level 58 -> wrong values
character level 58 (even if in game level is actually 57), recipe level 58 -> right values

I've seen this as well

I've just updated the site with some adjustments from another contributor. Could you check whether this has been fixed?

Hmmm, lets see…
Lvl 54 Armoursmith, crating lvl 56 item….progress numbers seem right, but quality might be off.  Site says it should be 268 quality increase, game says 266.
From: Gordon Tyler<EMAIL_ADDRESS>Sent: Wednesday, April 1, 2020 6:08 PM
To: doxxx/ffxiv-craft-opt-web<EMAIL_ADDRESS>Cc: tatankasa<EMAIL_ADDRESS>Comment<EMAIL_ADDRESS>Subject: Re: [doxxx/ffxiv-craft-opt-web] Simulated values lower than expected when character level below recipe level (#390)
I've just updated the site with some adjustments from another contributor. Could you check whether this has been fixed?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/doxxx/ffxiv-craft-opt-web/issues/390#issuecomment-607514182, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ALVYHLORRAW27TS3ME4GR6DRKO3NTANCNFSM4LT24XBQ.

@yls888

Please provide your attributes so that I can test the actual situation based on your attribute values. @tatankasa

Class: Blacksmith
Level: 64
Craftsmanship: 599
Control: 527
CP: 340
✔[01] Bronze Ingot -> P:202, Q:230
✔[26] Steel Ingot -> P:201, Q:230
✔[49] Cobalt Claws -> P:199, Q:229
✔[63] High Steel Bayonet -> P:141, Q:209
✔[64] Doman Iron Claws -> P:122, Q:209
✔[65] Doman Iron Awl -> P:122, Q:209
✔[66] Tama-hagane Ingot -> P:122, Q:209
✔[70] Molybdenum File -> P:122, Q:208
@doxxx, @yls888
It seems to bo working correctly now. All of the above values correspond to the ones in game.

Lvl 56 Armorer
Craftsmanship   553         + 27        +
= 580
Control 567         + 68        +
0
= 635
CP           330         + 0          +
0
= 330
Start Quality       0              + 0          +
0
= 0
Crafting Mythrite Rivets Lv.51
Expected progress from Basic Synthesis from https://ffxiv-beta.lokyst.net/ was 188, actual was 224
I apologize in advance if I am making a dumb mistake on this, but the above is what appears to happen to me.
From: yls888<EMAIL_ADDRESS>Sent: Thursday, April 2, 2020 12:15 AM
To: doxxx/ffxiv-craft-opt-web<EMAIL_ADDRESS>Cc: tatankasa<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Subject: Re: [doxxx/ffxiv-craft-opt-web] Simulated values lower than expected when character level below recipe level (#390)
Please provide your attributes so that I can test the actual situation based on your attribute values. @tatankasahttps://github.com/tatankasa
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/doxxx/ffxiv-craft-opt-web/issues/390#issuecomment-607610754, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ALVYHLKMUUH2AEM43BQIDY3RKQGMFANCNFSM4LT24XBQ.

  I had the wrong recepie.
From: Benson Mathison
Sent: Friday, April 3, 2020 1:54 PM
To: doxxx/ffxiv-craft-opt-web<EMAIL_ADDRESS>Subject: RE: [doxxx/ffxiv-craft-opt-web] Simulated values lower than expected when character level below recipe level (#390)
Lvl 56 Armorer
Craftsmanship   553         + 27        +
= 580
Control 567         + 68        +
0
= 635
CP           330         + 0          +
0
= 330
Start Quality       0              + 0          +
0
= 0
Crafting Mythrite Rivets Lv.51
Expected progress from Basic Synthesis from https://ffxiv-beta.lokyst.net/ was 188, actual was 224
I apologize in advance if I am making a dumb mistake on this, but the above is what appears to happen to me.
From: yls888 <notifications<EMAIL_ADDRESS>Sent: Thursday, April 2, 2020 12:15 AM
To: doxxx/ffxiv-craft-opt-web <ffxiv-craft-opt-web<EMAIL_ADDRESS>Cc: tatankasa <benmathison<EMAIL_ADDRESS>Mention <mention<EMAIL_ADDRESS>Subject: Re: [doxxx/ffxiv-craft-opt-web] Simulated values lower than expected when character level below recipe level (#390)
Please provide your attributes so that I can test the actual situation based on your attribute values. @tatankasahttps://github.com/tatankasa
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/doxxx/ffxiv-craft-opt-web/issues/390#issuecomment-607610754, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ALVYHLKMUUH2AEM43BQIDY3RKQGMFANCNFSM4LT24XBQ.


Limit max size for files upload

Hi! There should really be a way to limit the max size for files upload.
In my understanding, this is relates to https://github.com/felixge/node-formidable/issues/324#issuecomment-164272686.
Any thoughts? Cheers!

After reading all the issue here: https://github.com/felixge/node-formidable/issues/324
And this thread on SO: http://stackoverflow.com/questions/20553575/how-to-cancel-user-upload-in-formidable-node-js
Does this mean the only way to get this solved is to switch the entire koa-body library to use multer instead of formidable?

Hi there!
This package support passing any of the formidable options through options.formidable. I don't think this "issue" is related to this package.


Does not cook properly with RUSTFLAGS

Hi,
I'm building a Docker image using Alpine. I'm taking the path of building from Alpine instead of cross-compiling. In order to statically link libraries, I believe I must add RUSTFLAGS='-C target-feature=-crt-static' to cargo build commands, otherwise the built app throws SIGSEGV. I noticed that doing so, packages are recompiled by cargo build, while before I added RUSTFLAGS it was using cached builds as expected.
Reproduction steps:
$ docker run -it --rm -v /some/project:/app rust:alpine
# cd /app
# apk add --no-cache musl-dev
# cargo install cargo-chef
# cargo chef prepare
# RUSTFLAGS='-C target-feature=-crt-static' cargo chef cook --release --target x86_64-unknown-linux-musl
# RUSTFLAGS='-C target-feature=-crt-static' cargo build --release --target x86_64-unknown-linux-musl

(Update: I know this must not be done this way because cargo chef will erase main.rs, but this does show the bug.)
In spite of cargo chef forwarding the environment variables, the last line recompiles all dependencies. Do you have any idea why?
Besides, I'm surprised you don't mention this flag in your Alpine section of the README. Don't you need it?

Had very little time to dedicate to this project recently - I hope to catch up with some of the bug reports in the coming months 😞

Can you provide a small project for me to reproduce the issue on, using the commands you specified?

Closing for reporter inactivity,


Rename "tractography_file_format" to "trx"

Everywhere where the former is currently used.

About that, when this is changed we should make sure to organize the root correctly.
Should we delete the zarr folder? Should we put the C++ folder next to the Python folder (with submodule underneath) or should they be side-by-side in a folder call trx
root/trx/cpp and root/trx/python
OR
root/trx_cpp and root/trx_python
And where should be the data. Small decisions here and there. But I personally don't know what is clearer or best practices.

Should we put the C++ folder next to the Python folder

Talking about that, to reduce the maintenance load, I wonder if the C++ implementation should have a python binding.
Having these 2 implementations in parallel increases the risk of behavior difference. I think this is something to keep in mind.

I'm -1 to @skoudoro's suggestion in https://github.com/tee-ar-ex/trx/issues/24#issuecomment-1116448522 -- at least at this point - for two reasongs:

It would require compiling the C++ code for a variety of different platforms, which constitutes a maintenance burden of its own.
It would significantly raise the bar to development and maintenance.

For now, I think that we should treat the Python implementation as the reference implementation and make sure that other implementations are compliant with this implementation. We can define a set of tests that any implementation needs to pass in order to be considered compliant. At some later point, we can also write down in more detail what the specification of the file format is so that any implementation can be checked against it.

ok, thank you for clarifying the strategy

Regarding the questions in https://github.com/tee-ar-ex/trx/issues/24#issuecomment-1116443990:

Should we delete the zarr folder?

Sure. I think we can delete that for now.

Should we put the C++ folder next to the Python folder (with submodule underneath) or should they be side-by-side in a folder call trx
root/trx/cpp and root/trx/python
OR
root/trx_cpp and root/trx_python
And where should be the data?

Maybe, now that we have a GitHub org set up, it would be best to have separate repos for Python/C++/Javascript/data??


Replace Window.alerts and Window.confirms with DialogBoxes

Many files show users error messages through Window.alert or Window.confirm instances. I suggest we replace these with instances of DialogBox for greater UI consistency. For an example where the Window.alert instances have already been replaced, please view FileUploadWizard.java here: https://github.com/varunm22/appinventor-sources/blob/bytesize/appinventor/appengine/src/com/google/appinventor/client/wizards/FileUploadWizard.java

Hey @varunm22
Are you already working on this?

Hi @wadleo, I added in dialog boxes to the fileUploadWizard as a project to become familiar with the codebase, but I will now be moving on to work more on back end.

Hi @varunm22, can you also give examples of which files use Window.alert?
Also, in order to be consistent, the change needs to be applied to all of them. So we may need to list them all.
But I think this is too minor for an issue. And it's too specific too. You may find other UI inconsistencies (easily :D). I would suggest finding some other inconsistencies. They may share some common problems (e.g. they all don't follow gwt UI guidelines). And the issue will address these problems in a strategic way. Otherwise, the significance of the change will be hard to perceive as it is for the issue you raised here and it will sit here for a long time.


Error with charset meta tag

Hi,
The linter is returning an error for:
<html>

  <head>
    <meta charset="utf-8">
  </head>

  <body></body>

</html>

Reporting: (E042) tag is not closed (I'm using the default options).
Void elements though should not be closed according to the HTML5 standard.
Could you please take a look into it?
Thx!

Used isSelfClosing instead of isVoidElement...

Thanks!


Google Playlists do not import songs to download

Public google playlists do not import correctly  - they act like they are added but nothing is downloaded.
Version <IP_ADDRESS>
Windows 7 64x

Is this just spam?

Feels like it. If there's no clarification within 24 hours this gets closed.


release note for azure cli 2.0.78

Docs Build status updates of commit cec1170:
:clock10: Pending: waiting for processors (28 builds ahead of you)
:warning: Docs Build is busy, currently there are 28 builds ahead of this one, for more information you can view the Build queue graph on the Docs Portal.

Docs Build status updates of commit cec1170:
:clock10: Full build: the average full build time is 7 min(s) 12 sec(s), this is based on the last 302 build(s) for this repository.

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

File
Status
Preview URL
Details

docs-ref-conceptual/includes/current-version.md
:white_check_mark:Succeeded
View (azure-cli-2017-03-09-profile) View (azure-cli-2018-03-01-hybrid) View (azure-cli-latest)

docs-ref-conceptual/release-notes-azure-cli.md
:white_check_mark:Succeeded
View (azure-cli-latest) View (azure-cli-2017-03-09-profile) View (azure-cli-2018-03-01-hybrid)

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

Docs Build status updates of commit d49a689:
:clock10: Full build: the average full build time is 7 min(s) 11 sec(s), this is based on the last 308 build(s) for this repository.

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

File
Status
Preview URL
Details

docs-ref-conceptual/includes/current-version.md
:white_check_mark:Succeeded
View (azure-cli-2017-03-09-profile) View (azure-cli-2018-03-01-hybrid) View (azure-cli-latest)

docs-ref-conceptual/release-notes-azure-cli.md
:white_check_mark:Succeeded
View (azure-cli-latest) View (azure-cli-2017-03-09-profile) View (azure-cli-2018-03-01-hybrid)

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

Docs Build status updates of commit eb22d95:
:clock10: Full build: the average full build time is 7 min(s) 11 sec(s), this is based on the last 309 build(s) for this repository.

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

File
Status
Preview URL
Details

docs-ref-conceptual/includes/current-version.md
:white_check_mark:Succeeded
View (azure-cli-2017-03-09-profile) View (azure-cli-2018-03-01-hybrid) View (azure-cli-latest)

docs-ref-conceptual/release-notes-azure-cli.md
:white_check_mark:Succeeded
View (azure-cli-latest) View (azure-cli-2017-03-09-profile) View (azure-cli-2018-03-01-hybrid)

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


Add Seamonkey to Readme.md

Mention Seamonkey in the Readme, and that it has to be installed manually.

How about we keep the README as it currently is, but below the "Development version" link and before the Chrome/Opera section we add one line that says "The extension has also been reported to be compatible with Seamonkey, but support for Seamonkey is not guaranteed by the developers."
That way we do mention Seamonkey, but also that we do not use it for testing so we can't guarantee that it will always work.

Fine for me, as long as Seamonkey appears in the context of pdf.js thus searchengines find it.
 Be sure to squash the commits if you have multiple after the change (see https://github.com/mozilla/pdf.js/wiki/Squashing-Commits on how to do that easily).

Merged in #6665. Thank you.

Thanks for merging. BTW, squashing commits becomes a major hassle if you are not in a development workflow anyway and just making a quick change with the online editor.

@polarbearing Yes, we thought that that might be an issue here too, hence we did that for you. Thank you for the patch!


Improved color bindings and support for all keywords of current i3 specifications.

Hello,
I would like to contribute my additions to the syntax to support all keywords i3 has right now.
I also notably changed color bindings to provide a more pg-language-like experience. More color links are used and newly I added a better highlighting  conditions.
This makes it possible for more colors to be used and people can distinguish more different functions.

The edits in README are mainly for myself, those were not supposed to go to the request, but I don't know how to remove a file from the request.

Please consider making changes to the upstream vim repo directly as this code is there as of https://github.com/vim/vim/commit/8176be159859deb9cf6455565bd7b24b3dcf17b9

@JosefLitos offer still stands to commit to the vim repo directly and make your changes available to everyone, including every other Arch Linux users.

I may give it a try soon, if all goes as planned.


Cannot delete rows from tables with custom TableName

I have a table files with partition key hash. gocassa is configured with the TableName option:
options := gocassa.Options{
  TableName: "files",
}
table := keyspace.Table("files", &File{}, keys).WithOptions(options)

When deleting a row using gocassa with the following. Insertion and updates on the same table work fine.
unconfigured columnfamily files__hash

Looks like in op.go, generateWrite isn't using the custom table name. I'll submit a pull request.

this fix resolves the issue for me; it's pretty straight forward. let me know if you see any issues with it before merging.

Thank you, David!


Add django_py_zipkin

:+1: looks good but have a look at django-getenv to deal with reading typed env variables, makes some of the config stuff in settings.py simpler.


My code seems to be generating the right output but it's not passing the tests

Challenge http://freecodecamp.com/challenges/bonfire-steamroller has an issue. Please describe how to reproduce it, and include links to screenshots if possible.
Code:
var arr1 = [];
function steamroller(arr) {
// I'm a steamroller, baby
for (var i = 0; i < arr.length; i++) {
if (Array.isArray(arr[i])) {
steamroller(arr[i]);
}
else {
arr1.push(arr[i]);
}
}
return arr1;
}
steamroller([1, [2], [3, [[4]]]]);

@diegomm77 right now there is a problem with your code. When you declare var arr1 = []; outside of your function it doesn't get reset each time a test is run. You can see this if you look at the results of your first failed test. Your current code returns [ 1, 2, 3, 4, 'a', 'b' ] instead of [ 'a', 'b' ]. Once you figure out how to solve this issue you will pass the challenge.

@catapixel Thank you sir.


Update to CommunityToolkit.Mvvm Package

Description
Notice you're using the old Microsoft.Toolkit.Mvvm package. Should update and use the Source Generator goodness in the latest 8.1 version of the CommunityToolkit.Mvvm package, should cut down on a bunch of boilerplate too.
Also has better VS performance that old package's prior source generator implementation.
Steps To Reproduce
No response
Expected behavior
Use latest package.
DevToys Version
N/A
Relevant Assets/Logs
N/A

Planning to do it at the occasion! :)

Done in 2.0


shielded-pool(component): simplify tracking of fmd parameters

Close #3713, a follow-up to #3617. Now that we have shielded pool parameters, we do not want to have a separate code path to update the FMD parameters without also updating the shielded pool params.

I see - tbh, I had not realized that it was V1 tagged but it is.


how to use the consolidate package?

the consolidate package is used to that server and client for swig? or no matter?

The colsolidate.js package is used to make it easy to select a template engine to use. By default it's using swig, but if you want another engine, you can swap it out in the config (just be sure to also npm install that template engine).

i　see  ,thanks!


Add Reset Password

Describe the feature
ADD FORGOT PASSWORD AND PROVIDE OPTION FOR LOGGING OR SIGNIN WITH GOOGLE
Add ScreenShots

Record

[X] I agree to follow this project's Code of Conduct
[X] I'm a GSSOC'24 contributor
[X] I want to work on this issue

@aswinikalyan30 can you please assign this to me under gssoc'24

Sure, go ahead @mahek0620

@aswinikalyan30 can use please assign this issue to me .I am willing to work on this.

@aswinikalyan30  Hi, can you please assign me this issue , I want to contribute on this .

It's already worked upon, sorry!


Hope to engage with the creator/contributor of this document

[Enter feedback here]
Hi,
I'm Penny Ko (kopenny) in Microsoft. Azure NetApp Files (ANF) team Arnt de Gier (b-arntdegier) would like to update below 2 documents, but there are no Contributor listed on those documents. Is it possible that you could help to identify the creator of that content and share with us? So Arnt would be able to share feedback and hopefully can reuse the existing Visio file instead of creating one from scratch. Thank you!

https://docs.microsoft.com/en-us/azure/architecture/example-scenario/apps/sap-dev-test : It has no mention of ANF
https://docs.microsoft.com/en-us/azure/architecture/example-scenario/apps/sap-production : ANF is only in one sentence.

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

ID: e700b9a2-8b1d-5d55-95ec-1bb123d2586a
Version Independent ID: 7f4b8f89-a777-b03b-e0af-d3d890745088
Content: SAP deployment on Azure using an Oracle database - Azure Architecture Center
Content Source: docs/example-scenario/apps/sap-production.yml
Service: architecture-center
Sub-service: example-scenario
GitHub Login: @DharmeshBhagat
Microsoft Alias: pnp

@pinyuko Thanks for the feedback !  I have assigned this issue to content author to investigate and update the document as appropriate.

It appears this was resolved. If assistance is still needed, please re-open with additional information.


Error in Bluedroid api in union spp_data_ind_evt_param  (IDFGH-7497)

uint16_t            len;    need to replace with  uint32_t            len;
Otherwise, the pointer is offset.
https://github.com/espressif/esp-idf/blob/a2d50414922aa51b107a13a7cd42cb4661e509bc/components/bt/host/bluedroid/api/include/api/esp_spp_api.h#L178

@Make4soul Thank you for your feedback. Could you please be more specific? Thank you!

I use bluedroid classic.
In the next part of the code, the length of the message and the pointer to the data are not valid.
esp_spp_cb(esp_spp_cb_event_t event, esp_spp_cb_param_t *param){
   switch (event){
         case ESP_SPP_DATA_IND_EVT:
               param->data_ind.len;
                param->data_ind.data;
         break;
      }
}

That doesn't seem reasonable, I hope you can check again. Alternatively, attach your complete code and I'll dig into it. Thanks

I checked again...
Indeed, this change does not matter. In the new idf, everything works without such changes. Apparently the reason was something else. Thanks!


make jit(inline=True) do trace-time specializing

Fixes #9298. See that discussion thread.

I don't completely grok all the implications, but I think the answer to "why does jit(inline=True) build a jaxpr", raised in #9298, is given by the final paragraph here: #6584


How to set boundaries or parent element?

Hey @savanesoff ,
Cool project! Is it possible to set the parent element or boundaries where this can be dragged?
I'm trying to get a draggable-resizable element over an image, so the boundaries should be the borders of the image.
Thanks!

Hey @savanesoff ,
Cool project! Is it possible to set the parent element or boundaries where this can be dragged?
I'm trying to get a draggable-resizable element over an image, so the boundaries should be the borders of the image.
Thanks!

Hey @ClydeDz
I get what you mean, but at the moment no.
However, the alternative is to have a parent with an image set as its background. Pretty common pattern.
How that helps.

Thanks for the prompt reply and for confirming!


Reuse generator for multiple columns

I'm trying to create a CSV with SDGen and faker with
<firstname>, <lastname>, <username>

But with the current implementation, I can't reuse the name() generator. firstname and lastname will be different from username.
Is there a solution to this?

Hey Banbury,
To clarify, you want to be able to use value(s) generated in a row to determine another value in the row?
For example, in your case, you would want the results to be something like this:
firstname,lastname,username
John,smith,john_smith123

Unfortunately, here's no proper way of doing this. I think this feature would be really useful, so I'll look at adding it soon.
For now, here's a hacky way of doing what you want:

    public void hack() {
        CachedGenerator<String> firstNameGenerator = new CachedGenerator<>(() -> generateFirstName());
        CachedGenerator<String> lastNameGenerator = new CachedGenerator<>(() -> generateLastName());
        UsernameGenerator usernameGenerator = new UsernameGenerator(firstNameGenerator, lastNameGenerator);

        String result = Gen.start()
                .addField("firstname", firstNameGenerator)
                .addField("lastname", lastNameGenerator)
                .addField("username", usernameGenerator)
                .generate(10)
                .asCsv()
                .toStringForm();

        System.out.println(result);

    }

    private static class UsernameGenerator implements Generator<String> {

        public final CachedGenerator<String> firstNameGenerator;
        public final CachedGenerator<String> lastNameGenerator;

        private UsernameGenerator(CachedGenerator<String> firstNameGenerator, CachedGenerator<String> lastNameGenerator) {
            this.firstNameGenerator = firstNameGenerator;
            this.lastNameGenerator = lastNameGenerator;
        }

        @Override
        public String generate() {
            return firstNameGenerator.getLastGeneratedValue() + "_" + lastNameGenerator.getLastGeneratedValue();
        }
    }

    private static class CachedGenerator<T> implements Generator<T> {

        private final Generator<T> wrapped;
        private T lastValue;

        private CachedGenerator(Generator<T> wrapped) {
            this.wrapped = wrapped;
        }

        @Override
        public T generate() {
            lastValue = wrapped.generate();
            return lastValue;
        }

        public T getLastGeneratedValue() {
            return lastValue;
        }
    }

Yeah, that's exactly what I'm looking for. The 'hacky' solution might work. I'll have to see, when I'm at work again.
A 'non-hacky' solution might be generators, with a fixed value for every iteration, that can be accessed by name.
Gen.start()
    .addGenerator("generator1", () -> ...)
    .addField("field1", "generator1")
    ...

Yeah, I'm thinking something like this:
Gen.start()
    .addField("firstName", () -> ...)
    .addField("lastName", () -> ...)
    .addField("username", (context) -> context.getField("firstName") + "_" + context.getField("lastName")
    ...

In this case context.getField() will return the value that was generated for the current record. Internally, this may be lazy, so calling getField will trigger the generation of the value for that record, if it has not been generated already.

Hey @Banbury,
I've released a snapshot version with this functionality included:
        <dependency>
            <groupId>au.com.anthonybruno</groupId>
            <artifactId>SdGen</artifactId>
            <version>0.4.0-SNAPSHOT</version>
        </dependency>

You can use the feature like this:
// addField now accepts a ContextGenerator
// ContextGenerator has one method to implement #generate(Context context)
// Context has information about the current record (row)
// Can use context.getFieldValue("<field-name>", String.class) to get current record value of field
String result = Gen.start()
            .addField("full_name", context -> context.getFieldValue("first_name", String.class) + " Smith")
            .addField("first_name", () -> faker.name().firstName())
            .generate(5)
            .asCsv()
            .toStringForm();


unable to have the scream service working on startup

Hi,
I'm using scream on a raspberry pi running raspbian
I setup a systemctl service for scream in /etc/systemd/system/scream.service
[Unit]
Description=Scream Receiver
After=pulseaudio.service network-online.target
Wants=pulseaudio.service
#Requires=pulseaudio.service

[Service]
User=pi
Type=simple
ExecStart=/home/pi/scream/Receivers/unix/build/scream -u -p 4011 -v

[Install]
WantedBy=default.target

While logged in ssh if I do sudo systemctl start scream it works fine
But with sudo systemctl enable scream it fails to start on boot.
systemctl status scream shows this
● scream.service - Scream Receiver
   Loaded: loaded (/etc/systemd/system/scream.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Mon 2021-09-20 13:59:06 BST; 41s ago
  Process: 300 ExecStart=/home/pi/scream/Receivers/unix/build/scream -u -p 4011 -v (code=exited, status=1/FAILURE)
 Main PID: 300 (code=exited, status=1/FAILURE)

Sep 20 13:59:04 raspberrypi systemd[1]: Started Scream Receiver.
Sep 20 13:59:05 raspberrypi scream[300]: Using Pulseaudio output
Sep 20 13:59:05 raspberrypi scream[300]: Unable to connect to PulseAudio. Connection refused
Sep 20 13:59:06 raspberrypi systemd[1]: scream.service: Main process exited, code=exited, status=1/FAILURE
Sep 20 13:59:06 raspberrypi systemd[1]: scream.service: Failed with result 'exit-code'.

Could be a race condition. Pulseaudio may be too slow starting up.
Try ExecStartPre=/bin/sleep 5 in the [service] section.

I just tried and I have the same error

Could be a race condition. Pulseaudio may be too slow starting up.
Try ExecStartPre=/bin/sleep 5 in the [service] section.

I just tried and I have the same error
Will try with a higher value

Could be a race condition. Pulseaudio may be too slow starting up.
Try ExecStartPre=/bin/sleep 5 in the [service] section.
I just tried and I have the same error
Will try with a higher value

The final service setup
[Unit]
Description=Scream Receiver
After=pulseaudio.service network-online.target
Wants=pulseaudio.service

[Service]
User=pi
Type=simple
ExecStartPre=/bin/sleep 3
ExecStart=/home/pi/scream/Receivers/unix/build/scream -u -p 4011 -v
Restart=always
RestartSec=1

[Install]
WantedBy=default.target


Name is not interface name

Expecting name to be something like Ethernet 2, Ethernet 3 rather than a GUID.

v0.10.0 is available.
Added friendly_name field to Interface struct.
On Windows, basically uses the value of each field of the IP_ADAPTER_ADDRESSES_LH structure obtained with GetAdaptersAddresses. (FriendlyName for friendly_name)
The name field on Windows has not been changed from GUID because of the need to distinguish between an adapter's friendly name and a persistent adapter name that cannot be changed by the user.
(AdapterName field in IP_ADAPTER_ADDRESSES_LH structure is a GUID)
Sorry for the lack of documentation.