Counter Intuitive or Bug - Translate in Y required to move in Z of attached child. [BUG]

/*
Translate in Y required to move in Z of attached child.
Not sure if this is how the library is supposed to work.  You will see in the following example that in order to move the attached child cube in Z you need to add a translate to Y.  For me: Very. Confusing. Not. Intuitive.
I suspect this line in the tutorial might be a hint:
"The orientation of the child will be overridden to point outwards from the center of the parent, more or less:"
It would be nice to have a feature to turn off this override if this is what is happening.  It would be far more intuitive (to me) to imagine translating in space the child standalone prior to attachment instead of trying to determine where the x,y and z lie after attaching.  So I am attaching a ghost of the original position of the child to the parent, and the child is then being translated from that ghost using its original axis.
OpenScad 2021.01, BOSL2 Library Downloaded: 7/11/2021
*/
include <BOSL2/std.scad>
if (1){
if (1) {
cylinder(h=20, r=10, center=true)
attach(FRONT,BACK)
translate([0,10,0]) //need to translate Y to move in Z !?
cube([10,5,20],center=true);
}else {
translate([0,10,0]) //same translate moves Y as expected
cube([10,5,20],center=true);
}}
//Expected that I would need to use this code to produce what above code produces:
else {
cylinder(h=20, r=10, center=true)
attach(FRONT,BACK)
translate([0,0,10]) //<<<----NOTE CHANGE HERE.  THIS IS HOW I EXPECT TO CODE TO GET ABOVE RESULT
cube([10,5,20],center=true);
}

Actually I realized that the above example is a little potentially misleading.  If you put the translate outside (before the attach) then it acts in the parent coordinate system.  So:
cylinder(h=20,r=10)
translate([0,0,10])
attach(FRONT,BACK)
cube([10,5,20]);

will work as you desire.  If you use position() then you can have the translate inside:
cylinder(h=20,r=10)
position(FRONT)
translate([0,0,10])
cube([10,5,20],anchor=BACK);

Attachments tutorial is already being reworked to make this clearer.

This is being tracked in issue #618


initialValue - timePicker defaults to 12:00

When using initialValue the time defaults to 12:00 instead of the time set in initialValue.
this is because at line 378 the order of the selection is wrong
 initialTime: widget.initialTime ?? TimeOfDay.fromDateTime(currentValue ?? DateTime.now()));

should actually be
initialTime: currentValue ? TimeOfDay.fromDateTime(currentValue) : widget.initialTime ? widget.initialTime : TimeOfDay.fromDateTime(DateTime.now());

initialTime has a runtime default value so that is getting chosen in preference to the current value.

Or set initialTime: null in the constructor to force the time to come from the initialValue

I got the same problem.
And before this bug fixed, I use my own timePicker to fix it.
Just like following.
it works for me.
FormBuilderDateTimePicker(
    ...,
    timePicker: (BuildContext context){
        return showTimePicker(
            context: context,
            initialTime: initialTime,
        ).then((result){
            return result ?? initialTime;
        });
    },
)

Hi @Paul-Todd,
Thanks for bringing this to my attention, I'll be sure to fix this ASAP.


Uncaught SyntaxError: Unexpected token '<' | after "yarn add xlsx"

Hi
I'm using yarn so I run "yarn add xlsx". I didn't do any imports just yarn add xlsx and I've got this error.

Page cannot load.
Compilation is successful

I found out that when I'll do:
npm install xlsx
yarn install
then everything is working just fine, so I developed something simple and deployed my project on linux docker without "npm install xlsx" and it's also working there.
I am suspicious that maybe something wrong with the file system or fs library?
Anybody had similar problem?

This looks like an issue with yarn.  Raise an issue with them  https://github.com/yarnpkg/yarn and reopen the issue if we have to do something with the xlsx module.

@SheetJSDev
I've got new information.  If you'll do "yarn add xlsx" and then "yarn start" it'll work but if you'll checkout branch when xlsx is in package.json and then do "yarn install" then it's not working or if you'll do "yarn install" after you did "yarn add xlsx" it will also fail.
I can see this warnings when doing yarn install

So in my package.json I changed
"react-scripts": "^3.4.0",
to ~3.3.1 with no luck and then to 3.2.0  and it's WORKING
@SheetJSDev could you reopen issue? So it's not working with newer version of react-scripts?


Turn this into a command line tool

🐞 Problem
This library solved the issue of runnig numpydoc validation checks outside of the Sphinx documentation build process. Although very useful this library can only be accessed via Python scripts.
💡 Enhancement
It would be interesting to add CLI support. Doing so would allow this tool to be included in different code-style workflows. For example, it could be added to .pre-commit-config.yaml files.
On top of that, being able to declare numpydoc-validation configuration in the pyproject.toml file would be really cool.

Hi, @jorgepiloto! We faced the same problem and had to implement solution on our own. If your problem is still relevant, please, check out Numpydoclint. It's a command line tool for Numpy style docstring validation that can be configured with pyproject.toml file, in-file comments, and more.


Adds check if manager_settings is set.

This is a follow on PR from https://github.com/ManageIQ/manageiq/pull/16276

@miq-bot assign @agrare

@miq-bot add_label bug orchestration

@miq-bot add_label bug, orchestration


support range of lines

hi !
currently we can share a given row in a given file. Might be useful to share a range of row in a file, like that

You read my mind, this was next in my to-do list. I'll try to have it ready this week..

I've added support for range of lines.
You will need to apply two configuration changes for it to work:

In your LazyVim config, you have to add  mode = { "n", "x" } so the command is also executed in visual mode.
the var name line_number has been renamed to start_line. This breaks backwards compatibility of your current gerrit config, but I think it will make things clearer for future users. You will need to update your gerrit rule so it uses the new variable name.

I've updated the README, including the gerrit example to work with the new updates, so you should not have any issue.
Please let me know if this change worked for you.

Many thanks @juacker. I took longer to test than you did to code the functionality.
Works great !


Ripple Layer frame is not updating on Orientation Change.

On user rotating the phone, Ripple Layer frame is not updating and stick to the initial frame itself. I have tried to update using constraints but the frame is not updating. Any workaround for this?

Hi @BalaSportsGravy , thank you for your check. I have fixed it in version 1.0.3

Thanks for your update @phhai1710


feat: use Join-Path

Summary

Updated code to use Join-Path for file paths to simplify the code and better support Windows and Linux.
Updated Request-SoSHealthJson to always remove the temporary directory and its contents to free up disk space.
Updated CHANGELOG.md.
Update module version to v<IP_ADDRESS>0.

Type

[ ] Bugfix
[x] Enhancement or Feature
[ ] Code Style or Formatting
[ ] Documentation
[ ] Refactoring
[ ] Chore
[ ] Other
Please describe:

Breaking Changes?

[ ] Yes, there are breaking changes.
[x] No, there are no breaking changes.

Test and Documentation

[ ] Tests have been completed.
[ ] Documentation has been added or updated.

 [09-08-2023_03:31:02] INFO Starting the process of creating a Health Report for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:31:03] INFO Setting up the log file to path F:\Reporting\logs\Invoke-VcfHealthReport-09-08-2023_03_31_02.log.
 [09-08-2023_03:31:03] INFO Setting up report folder and report F:\Reporting\HealthReports\09-08-2023_03_31_02-health-sfo-vcf01.htm.
 [09-08-2023_03:31:03] INFO Running an SoS Health Check for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io), process takes time.
 [09-08-2023_03:35:05] INFO Generating the Service Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:35:05] INFO Generating the Version Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:35:05] INFO Generating the Hardware Compatibility Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:35:05] INFO Generating the Connectivity Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:35:26] INFO Generating the Password Expiry Report for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:35:26] INFO Generating the Certificate Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:35:26] INFO Generating the Backup Status Report for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:35:45] INFO Generating the Snapshots Report for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:36:30] INFO Generating the DNS Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:36:30] INFO Generating the NTP Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:36:30] INFO Generating the vCenter Server Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:36:30] INFO Generating the ESXi Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:36:30] INFO Generating the ESXi Connection Health Data report for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:36:43] INFO Generating the SDDC Manager Free Pool Health for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:36:43] INFO Generating the vSAN Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:36:43] INFO Generating the vSAN Storage Policy Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:36:43] INFO Generating the NSX Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:37:00] INFO Generating the NSX Edge Cluster Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:37:01] INFO Generating the NSX Edge Node Health Report using the SoS output for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:37:01] INFO Generating the NSX Transport Node Report for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:37:07] INFO Generating the NSX Transport Node Tunnel Report for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:37:15] INFO Generating the NSX Tier-0 Gateway BGP Report for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:37:23] INFO Generating the Disk Capacity Report for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).'
Get-EsxCli: 9/8/2023 3:37:58 AM Get-EsxCli  The object 'vmodl.reflect.DynamicTypeManager:ha-dynamic-type-manager' has already been deleted or has not been completely created
 [09-08-2023_03:37:58]   Error at Script Line 5222
 [09-08-2023_03:37:58]   Relevant Command: $allPartitions = $esxcli.storage.filesystem.list.invoke()
 [09-08-2023_03:37:58]   Error Message: You cannot call a method on a null-valued expression.
 [09-08-2023_03:38:36] INFO Generating the Virtual Machines with Connected CD-ROM Report for VMware Cloud Foundation instance (sfo-vcf01.sfo.rainpole.io).
 [09-08-2023_03:38:49] INFO Generating the final report and saving to (F:\Reporting\HealthReports\09-08-2023_03_31_02-health-sfo-vcf01.htm).

PS F:\VMware.CloudFoundation.Reporting> Request-EsxiOverview -server sfo-vcf01.sfo.rainpole.io -user admin@local -pass VMw@re1!VMw@re1! -subscription -outputCsv F:\Reporting
CSV file saved to F:\Reporting\09-08-2023_03_42_38-sfo-vcf01.sfo.rainpole.io.csv

PS F:\VMware.CloudFoundation.Reporting> Publish-NsxtTransportNodeStatus -server sfo-vcf01.sfo.rainpole.io -user admin@local -pass VMw@re1!VMw@re1! -allDomains -outputJson F:\Reporting
JSON Created at F:\Reporting\09-08-2023_03_43_41-nsxttransportnode-status.json
PS F:\VMware.CloudFoundation.Reporting>

Issue References

Closes #168
Additional Information

LGTM

Did you have a change to test with HRM?


Track public admin url for tails file

Signed-off-by: Ian Costanzo<EMAIL_ADDRESS>When running play with docker, ensure the "public" url for the tails file is published to the ledger

Codecov Report

Merging #411 into master will not change coverage by %.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #411   +/-   ##
=======================================
  Coverage   86.75%   86.75%
=======================================
  Files         243      243
  Lines       11898    11898
=======================================
  Hits        10322    10322
  Misses       1576     1576


Does component get rendered before async state is resolved?

It seems that in use components get rendered initially with an empty store, then re-rendered shortly there after when then async request resolves. Is this the desired behavior?
If so, how might one account for a situation where they don't want the component to be rendered UNTIL the async request resolves?

@cramatt in innerReducer you have loaded and loading flags. So, you just have to hide your component while loaded is false, as I see it should be something like this:
import React from 'react';
import { connect } from 'react-redux';

@connect(state => ({
  loaded: state.asyncInitialState.loaded,
}))
class MyComponent extends React.Component {
  render() {
    if (!this.props.loaded) {
      return
Waiting for data...

    }
    return ...; // your component is here
  }
}

Nice, this pattern works well!


[WIP][DO NOT MERGE] Jar Jar abrams based shading support for jackson

Summary
An attempt to shade jackson with the experimental library shading pluging Jar Jar Abrams
Test Plan
WIP

[ ] Added Unit Tests
[ ] Covered by existing CI
[ ] Integration tested

Checklist

[ ] Documentation update

Reviewers

close due to inactivity for 1+ year. there is already a solution for online and online_unshaded


Issue of Audible playback behavior

IMPORTANT: Before you create an issue, please take a look at our Issue Reporting Guide.
Briefly summarize your issue:

When playing Audible, ask to stop and then resume. It doesn't play from last finished position.
From log, it seems that the offset of resume command is rewind to 15 seconds before last finished position.
Is this an expected behavior of  AVS server (Audible service)? Or is there anything wrong?
2018-04-17 03:38:31.773 -> When starting to play Audible, the offset is 1562000.
2018-04-17 03:38:43.719 -> Seven seconds later, I stop Audible and offset updated to server is 1569000. And this value should be synced with server.
2018-04-17 03:38:47.848 -> After doing resume, the offset from server is 1554000.
Part of log is listed below.
2018-04-17 03:38:31.773 [  f] 9 AudioPlayer:PLAY:payload={"audioItem"\:{"audioItemId"\:"amzn1.as-ct.v1.AudibleClientId#
ACRI#url#ACRI#playq\:audiobook/audible;mv\=Audible\,73fd42df-cb7b-4033-a45a-36c86d87bcff#11"\,"stream"\:{"offsetInMilli
seconds"\:1562000\,"expiryTime"\:"2018-04-17T03\:38\:27+0000"\,"progressReport"\:{"progressReportDelayInMilliseconds"\:
30000\,"progressReportIntervalInMilliseconds"\:30000}\,"url"\:"https\://audiblecdn-vh.akamaihd.net/i/295892/audibleword
s/content/bk/reco/004772/V$000002$V/aax/bk_reco_004772_22_32.mp4/master.m3u8?start\=13202&end\=14944&hdnea\=st\=1523936
307~exp\=1523936367~acl\=/i/295892/audiblewords/content/bk/reco/004772/V$000002$V/aax/bk_reco_004772_22_32.mp4/*~data\=
13202\,14944~hmac\=db3fe728c866a5aa39d31b00b4b299860f282742bb5d7dcd7f097d35d9c130ca"\,"token"\:"amzn1.as-ct.v1.AudibleC
lientId#ACRI#url#ACRI#playq\:audiobook/audible;mv\=Audible\,73fd42df-cb7b-4033-a45a-36c86d87bcff#11"}}\,"playBehavior"\
:"REPLACE_ALL"}
...
...
2018-04-17 03:38:45.509 [  9] 0 AudioInputProcessor:executeOnContextAvailable:jsonContext={"context"\:[{"header"\:{"nam
espace"\:"Speaker"\,"name"\:"VolumeState"}\,"payload"\:{"volume"\:33\,"muted"\:false}}\,{"header"\:{"namespace"\:"Notif
ications"\,"name"\:"IndicatorState"}\,"payload"\:{"isEnabled"\:false\,"isVisualIndicatorPersisted"\:false}}\,{"header"\
:{"namespace"\:"SpeechSynthesizer"\,"name"\:"SpeechState"}\,"payload"\:{"token"\:"amzn1.as-ct.v1.AudibleClientId#ACRI#D
eviceTTSRendererV4_c4fb406c-3fe9-43ac-8863-61df10bdbb20"\,"offsetInMilliseconds"\:0\,"playerActivity"\:"FINISHED"}}\,{"
header"\:{"namespace"\:"AudioPlayer"\,"name"\:"PlaybackState"}\,"payload"\:{"token"\:"amzn1.as-ct.v1.AudibleClientId#AC
RI#url#ACRI#playq\:audiobook/audible;mv\=Audible\,73fd42df-cb7b-4033-a45a-36c86d87bcff#11"\,"offsetInMilliseconds"\:156
9000\,"playerActivity"\:"STOPPED"}}\,{"header"\:{"namespace"\:"SpeechRecognizer"\,"name"\:"RecognizerState"}\,"payload"
\:{"wakeword"\:"alexa"}}\,{"header"\:{"namespace"\:"Alerts"\,"name"\:"AlertsState"}\,"payload"\:{"allAlerts"\:[]\,"acti
veAlerts"\:[]}}]}
...
...
2018-04-17 03:38:47.848 [  f] 9 AudioPlayer:PLAY:payload={"audioItem"\:{"audioItemId"\:"amzn1.as-ct.v1.AudibleClientId#
ACRI#url#ACRI#playq\:audiobook/audible;mv\=Audible\,95d72df6-8eff-4be2-8469-14ae5ebda102#11"\,"stream"\:{"offsetInMilli
seconds"\:1554000\,"expiryTime"\:"2018-04-17T03\:38\:47+0000"\,"progressReport"\:{"progressReportDelayInMilliseconds"\:
30000\,"progressReportIntervalInMilliseconds"\:30000}\,"url"\:"https\://audiblecdn-vh.akamaihd.net/i/295892/audibleword
s/content/bk/reco/004772/V$000002$V/aax/bk_reco_004772_22_32.mp4/master.m3u8?start\=13202&end\=14944&hdnea\=st\=1523936
327~exp\=1523936387~acl\=/i/295892/audiblewords/content/bk/reco/004772/V$000002$V/aax/bk_reco_004772_22_32.mp4/*~data\=
13202\,14944~hmac\=d0f3704bdc68c9d9ee45268ad170d579c9fe2ba9f9b32811ae47e525b47dfd66"\,"token"\:"amzn1.as-ct.v1.AudibleC
lientId#ACRI#url#ACRI#playq\:audiobook/audible;mv\=Audible\,95d72df6-8eff-4be2-8469-14ae5ebda102#11"}}\,"playBehavior"\
:"REPLACE_ALL"}

Full log can be found here.
audible_pause_resume_offset.txt
What is the expected behavior?

Audible starts playing from last finished position.
What behavior are you observing?

Audible starts playing from 15 seconds before last finished position.
Provide the steps to reproduce the issue, if applicable:

Ask to play Audible ("Alexa, play Audible")
Stop playing ("Alexa, stop")
Resume playing ("Alexa, resume Audible")
Check playing position

Tell us about your environment:

What version of the AVS Device SDK are you using?
  <1.4.0>

Tell us what hardware you're using:

[ ] Desktop / Laptop
[ ] Raspberry Pi
[x] Other - tell us more:
ARM A7

Tell us about your OS (Type & version):

[ ] Linux
[ ] MacOS
[ ] Raspbian Stretch
[ ] Raspbian Jessy
[x] Other - tell us more:
Linux OpenWRT

Hi @fallouter007.  This is a known issue, and has to do with interaction between AVS and Audible in the cloud.  Essentially, the offsets we receive and send are correctly handled by the Client SDK, but as you have found, they are not entirely correct.  I would presume that this is not a problem for the general user (in terms of client behavior of Audible content), which is why it is not more accurate.
If you think it's important, then I would suggest raising the issue with our feature request forum, which is the general AVS intake forum, as opposed to this one which is focused on the Client SDK.
Thanks.  Will close this ticket out.

Hi @dhpp, thank you for the detailed explanation. Since it's a cloud-side issue, we'll leave it and see if there's any improvement in the future.


Add unit tests for all modules (if possible) from util

Already done with net module because that one is new, but that tech dept should be addressed at some point to further harden the code base.

Closing because this is unlikely to happen.


[QPE-312] color schema itemlist for scale color

to check this feature you need to delete the current extension object and create a new one, because apparently there are some settings that stay saved in the .qvf files
JIRA ticket link
https://tretton37.atlassian.net/secure/RapidBoard.jspa?rapidView=33&projectKey=QPE&modal=detail&selectedIssue=QPE-312

Color palette is not applied properly, and the change is ready for another review. However, I did not change the palettes themselves so there still remain colors with low contrast against the white background. I suggest somebody reviews the color schemes and decides what to do about them.

We decided that the solution for the low contrast colors is to remove them. This has been included in this PR.


win: allow node.exe/iojs.exe to be renamed

On Windows, when node or io.js attempts to dynamically load a compiled
addon, the compiled addon tries to load node.exe or iojs.exe again -
depending on which import library the module used when it was linked.
This makes it impossible to rename node.exe or iojs.exe, because when
that happens the module can't find its dependencies.
With this patch, a delay-load hook is added to all modules that are
compiled with node-gyp. The delay-load hook ensures that whenever a
module tries to load imports from node.exe/iojs.exe, it'll just refer
back to the process image, thus making it possible to rename the
iojs/node binary.
Bug: iojs/io.js#751
Bug: iojs/io.js#965
Downstream PR: iojs/io.js#1251

This seems fine to me (though I admit I don't really understand what the code itself is doing).

I need to know when this is merged / when a new version of node-gyp is released that incorporates this so I can pull it down and include it in npm, so I'm adding myself to this issue. :angel:

Clever.  LGTM sans grammar nit.

I'm not sure this is going to work... it would be better to optionally link to node.lib or iojs.lib. I could be misunderstanding but, for example, we are actually running via http://nwjs.io which embeds io.js into the app but does not run the actual process iojs.exe, nor is that process even available at runtime.
I made a private fork of node-gyp and basically just went in and replaced node.lib with iojs.lib and fixed up a few other urls and then it all started working for me when run with this command:
node-gyp --msvs_version=2013 --target=1.2.0 configure build

Note that if you just use --dist-url=https://iojs.org/dist it gets you pretty close, but again iojs has renamed their main lib to iojs.lib and they also moved a few files to new folders win-x86 and win-x64. A few changes to strings and then all of a sudden it starts working.

@justinmchase

I'm not sure this is going to work... it would be better to optionally link to node.lib or iojs.lib. I could be misunderstanding but, for example, we are actually running via http://nwjs.io which embeds io.js into the app but does not run the actual process iojs.exe, nor is that process even available at runtime.

Have you tried it? I think that this patch at best (or at worst) would have no effect.

@piscisaureus Sorry, I deleted the comment. I realized that you were actually probably talking about something else. There are a lot of threads on the forums here that I needed to read through. It seems like you guys have it under control and I look forward to getting the fix. I'm not blocked in the meantime.

@TooTallNate
FYI I'm looking at enabling the delay-load hook by default (making it opt-out instead of opt-in) in io.js 2.x (https://github.com/iojs/io.js/pull/1433/files).

Can I still opt-out? The reason I ask is that it may break native modules in http://nwjs.io. I had to write my own delay load function that included nw.exe to get it to work and if you include it by default then it may be a problem.
If I can turn it off, or if it's possible to append entries to the delay load list in the gyp file then that would be fine.

@justinmchase
With this patch, module authors have to opt-in (disabled by default). However in io.js 2.0 we may make it opt-out (iow, enabled by default).
The win_delay_load_hook gyp setting controls the behavior. See the commit message for more info: https://github.com/piscisaureus/node-gyp/commit/52ceec3a6d15de3a8f385f43dbe5ecf5456ad07a
I think it would be fine to replace the ".exe whitelist" by logic that enables the delay-load hook for any exe.


[NCL-6947] Specify upstream ref commit id and if present in upstream

All Submissions:

[ ] Have you added a note in the CHANGELOG wiki for your change?
[ ] Have you added unit tests for your change?

Thanks for the review!!! :)


fix #360 TaggableManager self.opts for Django 1.9

Is a regression test necessary or is it master currently failing?

Looks like develop on 1.9 is not failing currently, so, yes, I guess we need some sort of test. Is there anyway to simply run django's checks when testing?

Like if we added execute_from_command_line(sys.argv[:1] + ['check']) to runtests.py, then it would show the failure.

Would it be possible to add it as part of the tox config? Would that be appropriate?

You need the settings from runtests, but currently runtests doesn't handle anything other than the "test" command.

I pushed a testcase that runs the django checks. This fails without self.opts.

That test case seems to cause issues on Django 1.4 and 1.5

Ok, I fixed that except now I'm getting an issue with ROOT_URLCONF not being set. I think I need to stop for today. Feel free (anyone) to make an alternative PR.

I think the only settings that are used in the tests are those defined runtests.py. A ROOT_URLCONF settings can't just be set in there though as there aren't any real urlpatterns for it to point to. Checks probably expect other settings too so adding settings to runtests.py is a bit of a non-starter.
However, for the purpose of this test we just want to see if there's something completely breaking startup, so we just need an individual check that doesn't care about settings. The check management command has a tag argument to specify which checks to run.
The urls check is the one that breaks because of ROOT_URLCONF. The models check is the one that detects the AttributeError that this PR fixes. So, a change to the test that works for me across the Django versions is:
    def test_django_checks(self):
        if django.VERSION >= (1, 6):
                call_command('check', tag=['models'])
        else:
                call_command('validate')

It's possible that other checks might detect breaking things in the future, which this test wouldn't detect, although the models check is probably the one most likely to break due to the nature of this package. However, short of putting all checks other than urls in the tag list (and updating it when new checks are added), this is at least better than no test at all.
There is a slight ugliness in that System check identified no issues (0 silenced). gets dumped into the test output. Specifying a verbosity of 0 doesn't supress it. The stdout argument of call_command could be used to dump it to /dev/null but that probably has issues on a Windows platform.


GCR has only 4.0.2

Using the available version from GCR. 4.2.0 is not available.

This change is

I signed it!

@vnandha This is duplicated with #1676 .

@andyxning thanks, I realized lately. closing this.

How can a PR be a duplicate of an issue? :–)

@kachkaev Sorry for the indirect info about this. I think we should use #1671 as the primary PR to follow this. :)


largest sum contiguous subarray

i have solved this problem allow me to handle it.

Hey @Parag-dwn!
You can make PR directly. In this repo, it doesn't need to be specifically assigned. Thank You


[skia] Update

Based on https://github.com/microsoft/vcpkg/pull/36518, credits @abique.

Shall I close the other one?

Yes, I think we can continue here.

By the way, I wonder if the there should be a file generated which defines which features are enabled and which one aren't.
There's this file SkUserConfig.h but it doesn't seem to contain the build flags.
For example SK_GRAPHITE, SK_VULKAN, ...
If we have to specify those manually, the risk could be that they get out of sync which later on would turn into memory corruption due to ABI variation.

Ah it is defined within the cmake stuff witin the share/unofficial-skia folder.

Yes, parts of the config are exported to CMake config.
And basically user have to request the features they want and shall rely on vcpkg's ABI tracking.

I'm having a weird crash, the same that I had before.
I've reported it here: https://issues.skia.org/issues/324827397

It seems that skia is built using: -fno-exceptions -fno-rtti.
Maybe this is causing problems?

@dg0yt I have a small example program which uses a shader and crashes, would it be interesting to add it to the examples and check that it can build and produce an output without crashing?

@MonicaLiu0311 should you be reviewer for this issue as it is the follow up from https://github.com/microsoft/vcpkg/pull/36518 ?

Hi,
Is something blocking the merge?
Cheers,
Alex

... availability of reviewers. Maybe holidays in some parts of the world.

@dg0yt do you know if it'd be possible to build skia with the same exception and rtti behavior as the one defined by the triplet?

BTW, all my ABI issues with skia were coming from a specific JDK build, so this skia port is working well.
Tested in a large application with the software backend, grgl, grvk, grd3d, grmtl, graphite-vk and graphite-mtl.


Rules: Add ingress-nginx.

Checklist

[x] Update CHANGELOG.md
[x] Add Unit tests
[x] Follow Alert structure
[x] Consider creating a dashboard (guidelines) (if it does not exist already) to help oncallers monitor the status of the issue.
[x] Request review from oncall area, as well as team (e.g: oncall-kaas-cloud GitHub group).

Oups.


correct small typo

add a missing '

Thanks. I added a hotfix to solve this (I need it first in the develop branch).


[release-4.14] OCPBUGS-23558: Let router use svc ips 4.14

What this PR does / why we need it:
Cherry-picks https://github.com/openshift/hypershift/pull/3218
It also brings
https://github.com/openshift/hypershift/pull/3185
https://github.com/openshift/hypershift/pull/3186
To accommodate conflicts and reduce drift.
Which issue(s) this PR fixes (optional, use fixes #<issue_number>(, fixes #<issue_number>, ...) format, where issue_number might be a GitHub issue, or a Jira story:
Fixes #
Checklist

[ ] Subject and description added to both, commit and PR.
[ ] Relevant issues have been referenced.
[ ] This change includes docs.
[ ] This change includes unit tests.

/override "Red Hat Trusted App Test / mce-24-snc9n / tektok-runner-enterprise-contract-mce-2.4"

/lgtm

/jira refresh

/jira refresh

/override "Red Hat Trusted App Pipeline / hypershift-release-414-on-pull-request"

All test passed though prow complains pod go deleted unexpectedly https://prow.ci.openshift.org/view/gs/origin-ci-test/pr-logs/pull/openshift_hypershift/3221/pull-ci-openshift-hypershift-release-4.14-e2e-aws/1727597362857119744
/test e2e-aws


Make redirects off skip binding redirects

This PR makes redirects: off skip binding redirects completely, regardless the packages instruct otherwise as discussed in #1248.
It'll skip even when a package has a redirects: forced.

thanks so much.


Updated node and Raspbian version to current

Updated node version to current https://github.com/MicrosoftDocs/azure-docs/issues/24298 The issue with wiring pi is not there anymore the code sample has been fixed.

Same problem here with a fresh install.
running into the wiringpi issues. (missing binding files)


Invalid code generated for async functions containing multiple for..of loops with same variable

I ran into a bizarre error after having rewritten some code to use Promises, which I'll include here for the benefit of anyone who may be searching for it:
TypeError: Cannot read property 'done' of undefined
    at $$jscomp$generator$Engine_$.program_ (/Users/ash/src/furcng/tmp.js:502:37)
    at $$jscomp$generator$Engine_$$nextStep_$ [as nextStep_] (/Users/ash/src/furcng/tmp.js:456:38)
    at $$jscomp$generator$Engine_$$next_$ [as next_] (/Users/ash/src/furcng/tmp.js:417:15)
    at $$jscomp$generator$Generator_$.$this$next$ [as next] (/Users/ash/src/furcng/tmp.js:477:22)
    at $passValueToGenerator$$ (/Users/ash/src/furcng/tmp.js:277:25)

If an async function contains multiple for...of loops sharing the same variable name, some of which contain await and some of which do not contain await, Closure Compiler will generate invalid code for accessing the variable in the latter.
Here is a minimal test case which reproduces the issue.
async function breakIt() {
	for (const number of [1,2,3]) {
		await Promise.resolve(true)
	}

	for (const number of [1,2,3]) {
	}
}

breakIt().then(() => console.log('done'))

The generated code (with options --formatting=PRETTY_PRINT --debug=true) is as follows:
function breakIt() {
  return $jscomp.asyncExecutePromiseGeneratorFunction(function $jscomp$generator$function() {
    var $$jscomp$iter$0$$;
    return $jscomp.generator.createGenerator($jscomp$generator$function, function($$jscomp$generator$context$$) {
      switch($$jscomp$generator$context$$.nextAddress) {
        case 1:
          $$jscomp$iter$0$$ = $jscomp.makeIterator([1, 2, 3]), $$jscomp$key$number$$ = $$jscomp$iter$0$$.next();
        case 2:
          if ($$jscomp$key$number$$.done) {
            $$jscomp$generator$context$$.jumpTo(4);
            break;
          }
          return $$jscomp$generator$context$$.yield(Promise.resolve(!0), 3);
        case 3:
          $$jscomp$iter$0$$.next();
          $$jscomp$generator$context$$.jumpTo(2);
          break;
        case 4:
          for (var $$jscomp$iter$1$$ = $jscomp.makeIterator([1, 2, 3]), $$jscomp$key$number$$ = $$jscomp$iter$1$$.next(); !$$jscomp$key$number$$.done; $$jscomp$key$number$$ = $$jscomp$iter$1$$.next()) {
          }
          $$jscomp$generator$context$$.jumpToEnd();
      }
    });
  });
}

Note that the number variable has been renamed to $$jscomp$key$number$$ for both loops. However, the variable is declared as part of the second loop (without await), which breaks the first loop as its value is cleared between generator calls. If the second loop is removed, $$jscomp$key$number$$ is declared outside the generator, and the first loop functions correctly.

Thanks for the report!
It looks like this is a problem with our generator transpilation that's triggered by how we rewrite for-of loops. Here's a repro where the input is the code from above,  just before reaching generator transpilation:
https://jscomp-debug.googleplex.com/#input0%3Dfunction%2520*breakIt()%2520%257B%250A%2520%2520for%2520(var%2520%2524jscomp%2524iter%25240%2520%253D%2520%2524jscomp.makeIterator(%255B1%252C%25202%252C%25203%255D)%252C%250A%2520%2520%2520%2520%2520%2520%2520%2520%2524jscomp%2524key%2524number%2520%253D%2520%2524jscomp%2524iter%25240.next()%253B%250A%2520%2520%2520%2520%2520%2520%2520%2520!%2524jscomp%2524key%2524number.done%253B%250A%2520%2520%2520%2520%2520%2520%2520%2520%2524jscomp%2524key%2524number%2520%2520%253D%2520%2524jscomp%2524iter%25240.next())%2520%257B%250A%2520%2520%2520%2520%252F**%2520%2540const%2520*%252F%2520var%2520number%2520%253D%2520%2524jscomp%2524key%2524number.value%253B%250A%2520%2520%2520%2520%257B%2520%250A%2520%2520%2520%2520%2520%2520yield%25201%253B%250A%2520%2520%2520%2520%257D%250A%2520%2520%257D%250A%250A%2520%2520for%2520(var%2520%2524jscomp%2524iter%25241%2520%253D%2520%2524jscomp.makeIterator(%255B1%252C%25202%252C%25203%255D)%252C%250A%2520%2520%2520%2520%2520%2520%2520%2520%2524jscomp%2524key%2524number%2520%253D%2520%2524jscomp%2524iter%25241.next()%253B%250A%2520%2520%2520%2520%2520%2520%2520%2520!%2524jscomp%2524key%2524number.done%253B%250A%2520%2520%2520%2520%2520%2520%2520%2520%2524jscomp%2524key%2524number%2520%2520%253D%2520%2524jscomp%2524iter%25241.next())%2520%257B%250A%2520%2520%2520%2520%252F**%2520%2540const%2520*%252F%2520var%2520number%25240%2520%253D%2520%2524jscomp%2524key%2524number.value%253B%250A%250A%2520%2520%257D%250A%257D%26input1%26conformanceConfig%26externs%3Dvar%2520%2524jscomp%253B%26refasterjs-template%26includeDefaultExterns%3Dtrue%26CHECK_SYMBOLS%3Dtrue%26MISSING_PROPERTIES%3Dtrue%26TRANSPILE%3Dtrue%26SKIP_NON_TRANSPILATION_PASSES%3Dtrue%26CHECK_TYPES%3Dtrue%26CLOSURE_PASS%3Dtrue%26PRESERVE_TYPE_ANNOTATIONS%3Dtrue%26PRETTY_PRINT%3Dtrue

A Googler is working on a fix for this internally.

For now, using different variable names in each for-of loop will work around the bug.
It appears to happen only when one for loop has an await and the other does not.


teste

src\customer-key-store\scripts\key_store_tester.ps1 is missing in github repo https://github.com/Azure-Samples/DoubleKeyEncryptionService/ could you please update the repo or the documentation?
Martin

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

ID: 484b1a6d-dfd0-1da6-5405-7826ed4c088f
Version Independent ID: 6e0ba9d2-aaa6-528a-daab-0e75c80f7135
Content: Double Key Encryption (DKE) - Microsoft 365 Compliance
Content Source: microsoft-365/compliance/double-key-encryption.md
Service: information-protection
GitHub Login: @KCCross
Microsoft Alias: krowley

@martin-rublik Thank you for your feedback. I'm currently working with the author and will update this shortly.
Thanks
Sri

@KCCross We need help with updating another repo. key_store_tester.ps1 is missing in https://github.com/Azure-Samples/DoubleKeyEncryptionService/
This PS1 file is required to validate the deployment and key store settings. We need help from you to get this updated on the other repo https://github.com/Azure-Samples/DoubleKeyEncryptionService/
Thanks
Sri

@KCCross Please reply to our query. Thanks.

The file is there. You're looking in the wrong folder.
src\customer-key-store\scripts\key_store_tester.ps1


No documentation comment in hover for overriding methods

Enter the following in a Dart file:
class A {
  /** Return the name of this object's class. */
  String get className => 'A';
}

class B extends A {
  @override
  String get className => 'B';
}

f(B b) {
  b.className;
}

Hover over the getter in A and see that the comment is included in the hover text.
Hover over the getter in B. There is no doc comment displayed. Hover over the getter in f. Again, there is no doc comment. The getter in B should inherit the comment from A and it should be displayed in both places.

Perhaps with an (inherited comment) indicator at the end, to avoid confusion?

Sure. Although in the spirit of more is better, perhaps something like "Copied from A" to indicate which class contains the inherited method.

https://codereview.chromium.org/1632033002

https://github.com/dart-lang/sdk/commit/e7e52ae2c05bed6567bfaf3c8b9c8918a466c6d7


Weird backdrop in Photoshop caused by MicaForEveryone

Somehow, this app draws a weird backdrop/frame around the Photoshop window, and I have no idea how to get rid of it without disabling the whole MicaForEveryone app. The worst part of this issue is that ugly overlap with the taskbar. If there is a way to force exclude a specific process, that would be useful. If not, I think, it would be a great and very useful addition to MicaForEveryone.
The same issue can also be seen in other Adobe apps.
Screenshots describing the issue:
Backdrop behind the loading window:

Backdrop/frame overlapping with the taskbar:

https://github.com/MicaForEveryone/MicaForEveryone/wiki/FAQ#window-is-not-displaying-properly


Pass the stdout on render

Is there a way I can sill get the stdout from writefile in the render method in order to still pipe the result through to other modules.
So node-sass app/styles -o $npm_package_config_dest | chosenModuleToPipeTo
I am using the beta version in order to export a directory rather than a single output.

We render to stdout by default. Using the -o flag redirects the output to
the designated location.
Outputting to stdout and a file at the same time doesn't make sense, and
violates the principal of least surprise.
On 21 Apr 2015 01:27, "talwoolf"<EMAIL_ADDRESS>wrote:

Is there a way I can sill get the stdout from writefile in the render
method in order to still pipe the result through to other modules.
So node-sass app/styles -o $npm_package_config_dest | chosenModuleToPipeTo
I am using the beta version in order to export a directory rather than a
single output.
—
Reply to this email directly or view it on GitHub
https://github.com/sass/node-sass/issues/877.

Yeah thats fine, I am just going about it a differe


Unable to authorize Real-Debrid from addon configuration page

Unable to authorize Real-Debrid from addon configuration page.
After clicking the Authorize with Realdebrid button, the following error pops up.

Network logs show a Gateway Timeout for the get-device-code API (https://882b9915d0fe-mediafusion.baby-beamup.club/realdebrid/get-device-code)

hi @shscs911. The main server is down. Please use this url https://882b9915d0fe-media-fusion.baby-beamup.club/configure

The Main link is working now with the new release

Thanks for fixing it quickly, man. Much appreciated.


⚠ API - Lens has degraded performance

In 5b09936, API - Lens ($LENS_API_URL) experienced degraded performance:

HTTP code: 503
Response time: 400 ms

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


Support limit push down and stop early for RecordReader

With limit push down, it can stop scanning parquet early, and reduce network and disk IO.
Reporter: Jackey Lee / @jackylee-ch
Note: This issue was originally created as PARQUET-2111. Please see the migration documentation for further details.

Xinli Shang / @shangxinli:
Look forward to the PR


fix(types): fixes #53

Description
This fixes issue #53 (useSize initialWidth and initialHeight types) by setting the type of initialWidth and initialHeight to number instead of 0 in the size package.
Testing
All tests pass.
Closing issues
Closes #53 .

Whoops! Thanks for the PR.

Published in 2.1.1


Make golint and govet work in CI

golint and govet were working for local development, but weren't working reliably in CI. Hopefully this fixes it.

This also resolves a number of issues found by golint and govet in order to get a green build.

:+1:

Please see https://blog.golang.org/package-names for package naming conventions. Another good resource is net/http, which has a similar sub package structure as this project. The naming should be lowercase and underscores instead of camel case.

@malnick -- the package names have been changed based on recommendations from golang/golint. The blog post you linked to is over a year old. According to the latest documentation at https://golang.org/doc/effective_go.html#package-names:

By convention, packages are given lower case, single-word names; there should be no need for underscores or mixedCaps. [...] Another convention is that the package name is the base name of its source directory; the package in src/encoding/base64 is imported as "encoding/base64" but has name base64, not encoding_base64 and not encodingBase64.

By that convention, both of us are incorrect. But I believe the MixedCase section of the Effective Go docs are the tie breaker here:

Finally, the convention in Go is to use MixedCaps or mixedCaps rather than underscores to write multiword names.

Golint complains about underscores in package names, and not mixedCase. For consistency, this project has implemented all recommendations from golint up to this point; I'd like to continue that.

Specifically: https://github.com/golang/lint/blob/206c0f020eba0f7fbcfbc467a5eb808037df2ed6/lint.go#L538-L540 (golang/lint at 206c0f0, which is the SHA for HEAD as of this comment)

Alternately, I'm happy to push up a commit that downcases all package names if you don't like mixedCase. That should make the linter pass as well.

The current post you have won me over, mixed caps it is.

Cool, let me change up the filenames to match the package names for consistency. Then this will be ready for review/merge.

@malnick -- I think you might like this one :) none of the packages are mixedCase nor do they contain underscores now :smile:

Ah, looks like it needs a rebase though.

Love it, :ship: it.


Handles a deprecation warning

Removes a deprecation warning on launch in staging:
~/dev/projects/artsy/js/sites/force master* 1m 36s
❯ hokusai staging logs
yarn run v1.9.4
$ scripts/start.sh
+ '[' production = production ']'
+ node --max_old_space_size=1024 ./src

  [Force] Started on https://staging.artsy.net.

GET / 200 806.322ms <IP_ADDRESS> "undefined"
Tue, 28 Aug 2018 15:14:13 GMT express deprecated res.send(status, body): Use res.status(status).send(body) instead at src/lib/setup.js:296:16
GET /system/up 200 53.863ms <IP_ADDRESS> "Pingdom.com_bot_version_1.4_(http://www.pingdom.com/)"

This is now good to go 👍

Fixed 👍


Two Player instances in the same view controller.

Back again. I am trying to get two player instances within the same view controller to play on viewDidAppear().
The following technique has worked great with a single player instance, so in theory this should work fine.
So far, my strategy has been the following.

Programatic player instances:

    let optionOnePlayer: Player = {
        let player = Player()
        player.playbackFreezesAtEnd = true
        player.view.translatesAutoresizingMaskIntoConstraints = false
        return player
    }()

    let optionTwoPlayer: Player = {
        let player = Player()
        player.playbackFreezesAtEnd = true
        player.view.translatesAutoresizingMaskIntoConstraints = false
        return player
    }()

Containment views:

    lazy var optionOnePlayerView: UIView = {
        let view = UIView()
        view.addSubview(self.optionOnePlayer.view)
        view.backgroundColor = .green
        view.layer.cornerRadius = 4
        view.translatesAutoresizingMaskIntoConstraints = false
        return view
    }()

    lazy var optionTwoPlayerView: UIView = {
        let view = UIView()
        view.backgroundColor = .green
        view.addSubview(self.optionTwoPlayer.view)
        view.layer.cornerRadius = 4
        view.translatesAutoresizingMaskIntoConstraints = false
        return view
    }()

    lazy var playerViews: UIView = {
        let view = UIView()
        view.addSubview(self.optionOnePlayerView)
        view.addSubview(self.optionTwoPlayerView)
        view.translatesAutoresizingMaskIntoConstraints = false
        return view
    }()

Add constraints to pin bounds of player views to containment views:

  NSLayoutConstraint.activate(NSLayoutConstraint.constraints(withVisualFormat: "V:|-0-[player_one_view]-0-|", options: [], metrics: nil, views: views_dict))
        NSLayoutConstraint.activate(NSLayoutConstraint.constraints(withVisualFormat: "H:|-0-[player_one_view]-0-|", options: [], metrics: nil, views: views_dict))
        NSLayoutConstraint.activate(NSLayoutConstraint.constraints(withVisualFormat: "V:|-0-[player_two_view]-0-|", options: [], metrics: nil, views: views_dict))
        NSLayoutConstraint.activate(NSLayoutConstraint.constraints(withVisualFormat: "H:|-0-[player_two_view]-0-|", options: [], metrics: nil, views: views_dict))

Set each player view's url inside of the parent VC initializer (with a url from NextLevel funny enough)

    optionOnePlayer.setUrl(optionOneURL)
    optionTwoPlayer.setUrl(optionTwoURL)

Using lifecycle method overrides, configure the player vcs to be moved around:

    override func viewDidLoad() {
        self.addChildViewController(optionTwoPlayer)
        self.addChildViewController(optionOnePlayer)
        optionOnePlayer.didMove(toParentViewController: self)
        optionTwoPlayer.didMove(toParentViewController: self)
    }

    override func viewDidAppear(_ animated: Bool) {
        super.viewDidAppear(animated)
        optionOnePlayer.playFromBeginning()
        optionTwoPlayer.playFromBeginning()
    }

I know how close I am because the result is the following:

It loads the player views with a thumbnail, but does not play the video. I even hooked up the calls to playFromBeginning() to a button just to make sure they're being called. They are.
And one final note to make it more interesting.... the first time I ever ran the code, both videos played without issue. It has not worked a single time since.
Thanks for checking this out.

@piemonte any thoughts on this?

hey @thexande nothing looks out of the ordinary to me. personally, i'd just get one player working first, then add in the second one. also try using the same source and verify that source works.
as long as you can verify both controllers are loaded using the debugger and they reach the ready state for their appropriate Url. hope that helps.

@piemonte perhaps there is some kind of a race condition because adding a delay to the playFromBeginning() call makes this work.


[BUG] dynamic versioning fails to solve dependencies

setuptools version
69.2.0
Python version
3.12.2
OS
windows11
Additional environment information
No response
Description
this pyproject.toml file works:
[build-system]
build-backend = 'setuptools.build_meta'
requires = ["setuptools>=69.2.0"]

[project]
name = "report"
version = "0.95"
description = "dgasdgasdgasdgasdgasdgasdgasdgsadgsadgsadg"
authors = [
    { name = "Morten Bjoernsvik", email =<EMAIL_ADDRESS>},
]

readme = "README.md"
requires-python = ">=3.6"

dependencies = [
    "ansi2html>=1.8.0"
]

[tool.setuptools]
include-package-data = true
packages = ["report"]

[tool.setuptools.package-data]
report = ["dat/*.dat", "test/*"]

[project.scripts]
report-html = "report.report:main"

[project.urls]
Homepage = "dfasdfasfasdfasdfasdfasdgasdgasdg"

But when I try to add dynamic versioning from report.VERSION it looks like this:
[build-system]
build-backend = 'setuptools.build_meta'
requires = ["setuptools>=69.2.0"]

[tool.setuptools.dynamic]
version = {attr = "report.__version__"}

[project]
name = "report"
dynamic = ["version"]
description = "asdgasdgasdgasdgasdgasdgasdgasdgasdg"
authors = [
    { name = "Morten Bjoernsvik", email =<EMAIL_ADDRESS>},
]

readme = "README.md"
requires-python = ">=3.6"

dependencies = [
    "ansi2html>=1.8.0"
]

[tool.setuptools]
include-package-data = true
packages = ["report"]

[tool.setuptools.package-data]
report = ["dat/*.dat", "test/*"]

[project.scripts]
report-html = "report.report:main"

[project.urls]
Homepage = "sdfasdfasdfasdfasdgasdgasdgasdgasdg"

I get this error:
pip install git+https:/xxx/testtools/report
:
        File "C:\Users\mobj\AppData\Local\Temp\pip-req-build-fu3n8ifp\report\report.py", line 5, in <module>
          from ansi2html import Ansi2HTMLConverter
      ModuleNotFoundError: No module named 'ansi2html'
      [end of output]

So how should we use dynamic loading, I want to set the version once not two places.
Expected behavior
If I do not use dynamic it works fine
pip install git+https:/xxx/testtools/report
Collecting git+https://xxx/testtools/report
  Cloning https://xxx/testtools/report to c:\users\mobj\appdata\local\temp\pip-req-build-ijkps_ob
  Running command git clone --filter=blob:none --quiet https://xxx/testtools/report 'C:\Users\mobj\AppData\Local\Temp\pip-req-build-ijkps_ob'
  warning: redirecting to https://xxx/testtools/report.git/
  Resolved https://xxx/testtools/report to commit c56da01c2a893f2629c81f7cbc4f3fd38f2ab25a
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Installing backend dependencies ... done
  Preparing metadata (pyproject.toml) ... done
Requirement already satisfied: ansi2html>=1.8.0 in c:\dist\venvs\report\lib\site-packages (from report==0.95) (1.9.1)

How to Reproduce
pip install git+https:/xxx/testtools/report with the dynamic version of pyproject.toml
Output
pip install git+https:/xxx/testtools/report
:
        File "C:\Users\mobj\AppData\Local\Temp\pip-req-build-fu3n8ifp\report\report.py", line 5, in <module>
          from ansi2html import Ansi2HTMLConverter
      ModuleNotFoundError: No module named 'ansi2html'
      [end of output]

I can add some feature in my module so the VERSION reads the pyproject.toml file :-)

I do not have a __init__.py So I expected it to pick up directly from the module:
>>> import report
>>> report.report.__version__
0.96

so changing it to:
[tool.setuptools.dynamic]
version = {attr = "report.report.__version__"}

fixed it.
But the error message and stacktrace is totaly confusing. something like unavle to pick up version would be much saner than this unable to install module


Using different task implementations is not working

👓 What did you see?
I'm trying to use the "Using different task implementations" feature, unfortunately, while using it I got the following error message in my console : Error: No task in: myfile/path.{ts,js,tsx,jsx}
✅ What did you expect to see?
It should work as expected
📦 Which tool/library version are you using?
Note that I'm using Node.JS 20.3.1
I'm NOT using TypeScript so there is not transpilation happening in my stack.
🔬 How could we reproduce it?
Just follow the @cucumber/screenplay documentation, it is simply not working
📚 Any additional context?
I did some investigation on that bug and the error is thrown here : https://github.com/cucumber/screenplay.js/blob/fbdb6bbd46de5d5b02729340e23fa090ea4a7e8d/src/asyncAssignTasks.ts#L23
The issue is due to the lack of extension in the dynamique import statement (I tried to manually add an extension, it works just fine). As per the Node.JS documentation : "A file extension must be provided when using the import keyword", see : https://nodejs.org/api/esm.html#mandatory-file-extensions

It looks like PR #133 could help fixing this.


"Required Pillow"

Hello, I've been getting some strange crashes. When Cats required me to install some other plugin other than Material Combiner called Pillow it was finely installed, I restarted but. When I tried to generate the materials it keeps on crashing and crashing. And I'm not sure if I would even be able to see any logs of any crashes on 2.8.

No, Blender has no crash logs unfortunately. But maybe try reinstalling Blender or installing Blender 2.79 to see if that fixes the crashes


backendUrl assumes that the api host does not start with HTTPS, so adds it

If using wskdeploy to deploy where the wsk prop file uses the APIHOST format: https://openwhisk.example.com, then when an api is deployed, the backendUrl submitted in the apidoc json is formatted as https://https://openwhisk.example.com/api/v1/web/dataspace/package/action.http

Ah, i see, if BACKEND_HOST is set within the api gateway, it ignores the backendUrl from the tool (see https://github.com/apache/openwhisk-apigateway/pull/347).


Remove unary_sqrt_extern() used for sqrt_impl

This possibly could be a function required to move to upstream but also
it could be a not intended function.
This function was created in b4a325d59 by @DrTodd13.
Then there was a long branch dedicated to PVC and in 947b40788 it was merged with master of Numba by @reazulhoque.
It was released first time in 0.49.1+dppy0.4.0.
@DrTodd13 if this function is not important for the current state of Numba DPPY the I would like to revert it to release0.51 branch of Numba.

I tried commenting the change and ran math.sqrt test (I wrote it), I did not find any problem.

Do you have some code for it? Did you write a new test for math.sqrt? Could you please provide a link to it?

Do you mean remove this code and run tests? Or you have made some work about it and I should take it into consideration too? Could you please provide a link to it or describe it in more details?

Hi @PokhodenkoSA I wrote a simple test calling math.sqrt, I do not have it currently.
I meant to write similar test calling math.sqrt and make sure removing this code does not have any affect.

After several discussions with @DrTodd13 and @reazulhoque: this code was introduced not for dppy functionality and could be removed if it will not break tests.


Ctrl+A can select-all-grab the line numbers by accident

i cant repro but if you see again please reopen!


Merge config from vendor

Closes https://github.com/matchish/laravel-scout-elasticsearch/issues/84

Hi @matchish ,
A 'good first issue' the label said, I thought I help you a little bit :)

Thanks for the help. Could you add a test for your code?

You can add the test here https://github.com/matchish/laravel-scout-elasticsearch/blob/master/tests/Feature/ScoutElasticSearchServiceProviderTest.php

Could you point me in a direction on how I could do the tests myself?
Because I see "orchestra/testbench" I thought I could run the tests on this package in an isolated way, as described here:
https://medium.com/@realgoodsystem/laravel-package-testing-with-testbench-component-orchestral-testbench-7d7ec95d9be8
But I cannot get it to work yet... help is very welcome :)

I get these errors now:

PDOException: SQLSTATE[HY000] [1045] Access denied for user 'forge'@'localhost' (using password: NO)

Do the tests only work as part of an fully configured Laravel installation? Or can I also test the package on it's own (isolated)?

Wait... I have it working! A local config phpunit.xml with the correct env variables did the trick.
I tried the standard as described here https://github.com/orchestral/testbench#memory-sqlite-connection, but that didn't work:
<phpunit>

    // ...

    <php>
        <env name="DB_CONNECTION" value="testing"/>
    </php>

</phpunit>

Do you perhaps know why that doesn't work out of the box?

Hello! Thanks for help)
To run tests locally just run make test

I've fixed ci. You can rebase your branch then you can be sure that make test is working

Crap... I think I messed up a little with rebasing, now commits are double(?). And because I used my master branch for this MR I cannot force push a reset of the branch.
I come back to this later, but maybe I have to begin from scratch (a clean fork).

You can cherry-pick commits what you need into a new branch and create new PR

In favor of #98


Tree View on Right Side

is there an option to show tree view on the right side?

which tree view are you referring to? :)

I think this might be about nuclide. You want ctrl+<

tested and it is working like a charm .

@preschian please reopen if this didn't help

ups sorry, i mean tree view on nuclide


Add clear error for currently unsupported features in Structured configs

Union
Methods

done for union in #199
will not error on methods.


usb: stm32: backports to usb next

Is your enhancement proposal related to a problem? Please describe.
Aim of this ticket is to ensure fixes to STM32 USB drivers are reported to USB Next STM32 driver.
List should be updated as soon as PRs are filled.

[ ] zephyrproject-rtos/zephyr/pull/82540

Note:
When possible, make use of drivers/usb/common which aims at storing code common to drivers of both stacks


Fix modal bug and close unmatched quotation

Hello, I noticed that your website modal is not working as it is intended to be (can't be closed) and there is unclosed quotation in your code.

Appreciate your help :)


Bluetooth doesn't work

Using the latest rootfs and the latest kernel (system-4.15-wifi)
[root@alarm ~]# rfkill list
0: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no
1: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no

[root@alarm ~]# journalctl -b | grep -i bluetooth
Feb 20 17:05:38 alarm kernel: Bluetooth: HCI UART driver ver 2.3
Feb 20 17:05:38 alarm kernel: Bluetooth: HCI UART protocol H4 registered
Feb 20 17:05:38 alarm kernel: Bluetooth: Generic Bluetooth SDIO driver ver 0.1
Feb 20 17:05:38 alarm kernel: Bluetooth: HIDP (Human Interface Emulation) ver 1.2
Feb 20 17:05:38 alarm kernel: Bluetooth: HIDP socket layer initialized
Feb 20 17:05:42 alarm systemd[1]: sys-subsystem-bluetooth-devices-hci0.device: Changed dead -> plugged
Feb 20 17:05:42 alarm systemd[1]: sys-devices-platform-700b0200.sdhci-mmc_host-mmc1-mmc1:0001-mmc1:0001:3-bluetooth-hci0.device: Changed dead -> plugged
Feb 20 17:05:42 alarm systemd[1]: bluetooth.target: Trying to enqueue job bluetooth.target/start/fail
Feb 20 17:05:42 alarm systemd[1]: bluetooth.target: Installed new job bluetooth.target/start as 101
Feb 20 17:05:42 alarm systemd[1]: bluetooth.service: Installed new job bluetooth.service/start as 102
Feb 20 17:05:42 alarm systemd[1]: bluetooth.target: Enqueued job bluetooth.target/start as 101
Feb 20 17:05:43 alarm systemd-rfkill[240]: A new rfkill device has been added with index 0 and type bluetooth.
Feb 20 17:05:43 alarm systemd-rfkill[240]: Loaded state '0' from /var/lib/systemd/rfkill/platform-700b0200.sdhci:bluetooth.
Feb 20 17:05:44 alarm systemd[1]: bluetooth.service: ConditionPathIsDirectory=/sys/class/bluetooth succeeded.
Feb 20 17:05:44 alarm systemd[1]: bluetooth.service: Passing 0 fds to service
Feb 20 17:05:44 alarm systemd[1]: bluetooth.service: About to execute: /usr/lib/bluetooth/bluetoothd
Feb 20 17:05:44 alarm systemd[1]: bluetooth.service: Forked /usr/lib/bluetooth/bluetoothd as 249
Feb 20 17:05:44 alarm systemd[1]: bluetooth.service: Changed dead -> start
Feb 20 17:05:44 alarm systemd[1]: Starting Bluetooth service...
Feb 20 17:05:44 alarm systemd[249]: bluetooth.service: Executing: /usr/lib/bluetooth/bluetoothd
Feb 20 17:05:44 alarm bluetoothd[249]: Bluetooth daemon 5.48
Feb 20 17:05:44 alarm bluetoothd[249]: Starting SDP server
Feb 20 17:05:44 alarm systemd[1]: bluetooth.service: Got notification message from PID 249 (STATUS=Starting up)
Feb 20 17:05:44 alarm systemd[1]: bluetooth.service: D-Bus name org.bluez now registered by :1.3
Feb 20 17:05:44 alarm systemd[1]: bluetooth.service: Changed start -> running
Feb 20 17:05:44 alarm systemd[1]: bluetooth.service: Job bluetooth.service/start finished, result=done
Feb 20 17:05:44 alarm systemd[1]: Started Bluetooth service.
Feb 20 17:05:44 alarm bluetoothd[249]: kernel lacks bnep-protocol support
Feb 20 17:05:44 alarm bluetoothd[249]: System does not support network plugin
Feb 20 17:05:44 alarm bluetoothd[249]: Bluetooth management interface 1.14 initialized
Feb 20 17:05:44 alarm dbus-daemon[245]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.3' (uid=0 pid=249 comm="/usr/lib/bluetooth/bluetoothd ")
Feb 20 17:05:44 alarm systemd[1]: bluetooth.service: Got notification message from PID 249 (STATUS=Running)
Feb 20 17:05:44 alarm systemd[1]: bluetooth.service: Got notification message from PID 249 (READY=1)
Feb 20 17:05:44 alarm systemd[1]: bluetooth.target changed dead -> active
Feb 20 17:05:44 alarm systemd[1]: bluetooth.target: Job bluetooth.target/start finished, result=done
Feb 20 17:05:44 alarm systemd[1]: Reached target Bluetooth.
Feb 20 17:05:45 alarm NetworkManager[248]: <info>  [1519146345.3840] Loaded device plugin: NMBluezManager (/usr/lib/NetworkManager/libnm-device-plugin-bluetooth.so)
Feb 20 17:05:46 alarm systemd[318]: sys-subsystem-bluetooth-devices-hci0.device: Changed dead -> plugged
Feb 20 17:05:46 alarm systemd[318]: sys-devices-platform-700b0200.sdhci-mmc_host-mmc1-mmc1:0001-mmc1:0001:3-bluetooth-hci0.device: Changed dead -> plugged
Feb 20 17:07:20 alarm systemd[542]: sys-devices-platform-700b0200.sdhci-mmc_host-mmc1-mmc1:0001-mmc1:0001:3-bluetooth-hci0.device: Changed dead -> plugged
Feb 20 17:07:20 alarm systemd[542]: sys-subsystem-bluetooth-devices-hci0.device: Changed dead -> plugged
Feb 20 17:08:26 alarm systemd[542]: obex.service: About to execute: /usr/lib/bluetooth/obexd
Feb 20 17:08:26 alarm systemd[542]: obex.service: Forked /usr/lib/bluetooth/obexd as 987
Feb 20 17:08:26 alarm systemd[542]: Starting Bluetooth OBEX service...
Feb 20 17:08:26 alarm systemd[987]: obex.service: Executing: /usr/lib/bluetooth/obexd
Feb 20 17:08:26 alarm systemd[542]: Started Bluetooth OBEX service.

Bluetoothctl:
[root@alarm ~]# bluetoothctl
Agent registered
[bluetooth]# list
[bluetooth]# show
No default controller available
[bluetooth]# scan on
No default controller available
[bluetooth]# power on
No default controller available
[bluetooth]# exit
Agent unregistered

[root@alarm ~]# ls -la /dev/ttyTHS2
crw-rw---- 1 root uucp 241, 2 Feb 20 17:05 /dev/ttyTHS2

[root@alarm ~]# ls -la /sys/class/bluetooth/hci0/
total 0
drwxr-xr-x 4 root root    0 Feb 20 17:05 .
drwxr-xr-x 3 root root    0 Feb 20 17:05 ..
lrwxrwxrwx 1 root root    0 Feb 20 17:11 device -> ../../../mmc1:0001:3
drwxr-xr-x 2 root root    0 Feb 20 17:11 power
drwxr-xr-x 3 root root    0 Feb 20 17:05 rfkill0
lrwxrwxrwx 1 root root    0 Feb 20 17:05 subsystem -> ../../../../../../../../../class/bluetooth
-rw-r--r-- 1 root root 4096 Feb 20 17:05 uevent

Ramdisk edits:
https://github.com/denysvitali/smaug-custom-initram/commit/a7abf06e9e1fe884bcaee4d58e9b549442df1e52

brcm_patchram_plus -d --patchram /lib/firmware/bcm4350c0.hcd --enable_lpm --enable_hci --use_baudrate_for_download --bd_addr 11:22:33:44:55:66 --no2bytes --tosleep 1000 /dev/ttyTHS2
The log shows that this command does not work. Most likely it works in the system and not before it starts.

@vartom I have already tried that command after the system is booted. Unfortunately it doesn't work. Do you have any idea?

I still can't figure out why it doesn't work...
[root@alarm ~]# ./brcm_patchram_plus -d --patchram ./BCM4354_<IP_ADDRESS>6.0659.hcd --no2bytes --enable_hci --enable_lpm --scopcm=1,2,0,1,1,0,0,0,0,0 --baudrate 3000000 --use_baudrate_for_download --tosleep=50000 /dev/ttyTHS2
option patchram with arg ./BCM4354_<IP_ADDRESS>6.0659.hcd
option no2bytes
option enable_hci
option enable_lpm
option scopcm with arg 1,2,0,1,1,0,0,0,0,0
option baudrate with arg 3000000
option use_baudrate_for_download
option tosleep with arg 50000
/dev/ttyTHS2
writing
01 03 0c 00
writing
01 03 0c 00
writing
01 03 0c 00

[root@alarm bin]# ./hciconfig hci0
hci0:   Type: BR/EDR  Bus: SDIO
        BD Address: 00:00:00:00:00:00  ACL MTU: 0:0  SCO MTU: 0:0
        DOWN
        RX bytes:0 acl:0 sco:0 events:0 errors:0
        TX bytes:0 acl:0 sco:0 commands:0 errors:0

[root@alarm bin]# ./hciconfig hci0 up
Can't init device hci0: Input/output error (5)

[root@alarm bin]# dmesg | grep -i brcm
[    3.461471] brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac4354-sdio.bin for chip 0x004354(17236) rev 0x000001
[    5.711640] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac4354-sdio.clm_blob failed with error -2
[    5.712241] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available(err=-2), device may have limited channels available
[    5.713491] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Jun  5 2017 08:54:22 version <IP_ADDRESS> (r702795) FWID 01-1fb17091
[   16.019192] brcmfmac: brcmf_p2p_create_p2pdev: set p2p_disc error
[   16.041450] brcmfmac: brcmf_cfg80211_add_iface: add iface p2p-dev-wlan0 type 10 failed: err=-52

[root@alarm bin]# dmesg | grep -i bluetooth
[    3.242850] Bluetooth: HCI UART driver ver 2.3
[    3.242875] Bluetooth: HCI UART protocol H4 registered
[    3.243127] Bluetooth: HCI UART protocol Broadcom registered
[    3.243927] Bluetooth: Generic Bluetooth SDIO driver ver 0.1
[    3.365057] Bluetooth: RFCOMM TTY layer initialized
[    3.365090] Bluetooth: RFCOMM socket layer initialized
[    3.365137] Bluetooth: RFCOMM ver 1.11
[    3.365172] Bluetooth: HIDP (Human Interface Emulation) ver 1.2
[    3.365202] Bluetooth: HIDP socket layer initialized

According to the brcmfmac wiki BCM4354 support was dropped in Linux 4.1.

@aunali1 Thanks for your comment
If that was the case, Wi-Fi shouldn't work either, but it does: #3

From L4T:
echo 1 > /proc/bluetooth/sleep/lpm
	. /var/run/nvbcm
	if [ "$BCMCHIP" = "0x4329" ]; then
		exec /usr/sbin/brcm_patchram_plus --enable_hci --scopcm=0,2,0,0,0,0,0,0,0,0 --baudrate 3000000 --patchram /lib/firmware/bcm4329.hcd --enable_lpm --tosleep=50000 /dev/ttyTHS2
	elif [ "$BCMCHIP" = "0x4330" ]; then
		exec /usr/sbin/brcm_patchram_plus --enable_hci --use_baudrate_for_download --scopcm=0,2,0,0,0,0,0,0,0,0  --baudrate 3000000 --patchram /lib/firmware/bcm4330.hcd --no2bytes --enable_lpm --tosleep=50000 /dev/ttyTHS2
	elif [ "$BCMCHIP" = "0x4324" ]; then
		exec /usr/sbin/brcm_patchram_plus --enable_hci --use_baudrate_for_download --scopcm=0,2,0,0,0,0,0,0,0,0  --baudrate 3000000 --patchram /lib/firmware/bcm4324.hcd --no2bytes --enable_lpm --tosleep=50000 /dev/ttyTHS2
	elif [ "$BCMCHIP" = "0x4354" ]; then
		exec /usr/sbin/brcm_patchram_plus --enable_hci --use_baudrate_for_download --scopcm=0,2,0,0,0,0,0,0,0,0  --baudrate 3000000 --patchram /lib/firmware/bcm4354.hcd --no2bytes --enable_lpm --tosleep=50000 /dev/ttyTHS3
	fi

nvwifint.sh
#!/bin/bash

# Copyright (c) 2016, NVIDIA CORPORATION.  All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
#  * Redistributions of source code must retain the above copyright
#    notice, this list of conditions and the following disclaimer.
#  * Redistributions in binary form must reproduce the above copyright
#    notice, this list of conditions and the following disclaimer in the
#    documentation and/or other materials provided with the distribution.
#  * Neither the name of NVIDIA CORPORATION nor the names of its
#    contributors may be used to endorse or promote products derived
#    from this software without specific prior written permission.
  IN NO EVENT SHALL THE COPYRIGHT OWNER OR
# CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
# EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
# PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR
# PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY
# OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
# (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
# OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

# description: "NVIDIA bluetooth/wifi init script"

if [ -f "/proc/bluetooth/sleep/lpm" ] ; then
	echo 1 > /proc/bluetooth/sleep/lpm
fi

if [ -f "/var/run/nvbcm" ] ; then
	. /var/run/nvbcm
fi

if [ -e "/usr/sbin/brcm_patchram_plus" ] ; then
	if [ "$BCMCHIP" = "0x4329" ]; then
		exec /usr/sbin/brcm_patchram_plus \
			--enable_hci --scopcm=0,2,0,0,0,0,0,0,0,0 \
			--baudrate 3000000 --patchram /lib/firmware/bcm4329.hcd \
			--enable_lpm --tosleep=50000 /dev/ttyTHS2
	elif [ "$BCMCHIP" = "0x4330" ]; then
		exec /usr/sbin/brcm_patchram_plus \
			--enable_hci --use_baudrate_for_download \
			--scopcm=0,2,0,0,0,0,0,0,0,0 --baudrate 3000000 \
			--patchram /lib/firmware/bcm4330.hcd --no2bytes \
			--enable_lpm --tosleep=50000 /dev/ttyTHS2
	elif [ "$BCMCHIP" = "0x4324" ]; then
		exec /usr/sbin/brcm_patchram_plus \
			--enable_hci --use_baudrate_for_download \
			--scopcm=0,2,0,0,0,0,0,0,0,0 --baudrate 3000000 \
			--patchram /lib/firmware/bcm4324.hcd --no2bytes \
			--enable_lpm --tosleep=50000 /dev/ttyTHS2
	elif [ "$BCMCHIP" = "0x4354" ]; then
		exec /usr/sbin/brcm_patchram_plus \
			--enable_hci --use_baudrate_for_download \
			--scopcm=0,2,0,0,0,0,0,0,0,0 --baudrate 3000000 \
			--patchram /lib/firmware/bcm4354.hcd --no2bytes \
			--enable_lpm --tosleep=50000 /dev/ttyTHS3
	fi
fi

Probably related:
https://github.com/Dunedan/mbp-2016-linux/issues/29

Related indeed. Fixed in https://github.com/denysvitali/linux-smaug/commit/0040834756a96462f8187a2cb3ded37137ea3170
Credits to @lategoodbye (original commit: https://github.com/lategoodbye/rpi-zero/commit/ed5900296dfb)
Video proof
bluez-utils-compat-5.49-1-aarch64.pkg.tar.xz isn't needed anymore.
Connect to the Pixel C keyboard
$bluetoothctl
[bluetooth]# power on
Changing power on succeeded
[bluetooth]# discoverable on
Changing discoverable on succeeded
[bluetooth]# pairable on
Changing pairable on succeeded
[bluetooth]# agent NoInputNoOutput
Agent registered
[bluetooth]# default-agent
Default agent request successful
[bluetooth]# scan on
Discovery started
[NEW] Device E8:88:57:D5:E8:96 Pixel C Keyboard
[bluetooth]# scan off
Discovery stopped
[bluetooth]# pair E8:88:57:D5:E8:96
Attempting to pair with E8:88:57:D5:E8:96
[CHG] Device E8:88:57:D5:E8:96 Connected: yes
[agent] Passkey: 032578
### INPUT the passkey, followed by the [ENTER] key on your Google Pixel C Keyboard ###
[CHG] Device E8:88:57:D5:E8:96 UUIDs: 00001530-1212-efde-1523-785feabcd123
[CHG] Device E8:88:57:D5:E8:96 UUIDs: 00001800-0000-1000-8000-00805f9b34fb
[CHG] Device E8:88:57:D5:E8:96 UUIDs: 00001801-0000-1000-8000-00805f9b34fb
[CHG] Device E8:88:57:D5:E8:96 UUIDs: 0000180a-0000-1000-8000-00805f9b34fb
[CHG] Device E8:88:57:D5:E8:96 UUIDs: 0000180f-0000-1000-8000-00805f9b34fb
[CHG] Device E8:88:57:D5:E8:96 UUIDs: 00001812-0000-1000-8000-00805f9b34fb
[CHG] Device E8:88:57:D5:E8:96 ServicesResolved: yes
[CHG] Device E8:88:57:D5:E8:96 Modalias: usb:v18D1p5018d0001
[CHG] Device E8:88:57:D5:E8:96 Paired: yes
Pairing successful

Enjoy!


Documentation changes in the Readme.MD file.

What this PR does / why we need it:
It looks better than the previous file & looked great now.
Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #
Special notes for your reviewer:
Release note:

#Before

#After


Backfill MAJOR.MINOR Rustup channel manifests

Now that https://github.com/rust-lang/rust/pull/76107 has been merged,
new releases will also write their manifests to channel-rust-1.x.toml as
well as channel-rust-1.x.y.toml to enable rustup install 1.48 to get
the latest patch release in a minor release series.
This commit adds an idempotent function to copy manifests for the last
patch release in every minor release series to the corresponding
minor manifest so that past minor versions will work with the rustup
functionality too.
This function should only need to be run once, but should be safe to run
more than once.
r? @pietroalbini or @Mark-Simulacrum

This is missing .sha256s and .asc signatures. Also, we don't have manifests from 1.0.0 to 1.7.0.
I'm wondering if this can be turned into a script we can run locally with AWS credentials, instead of always doing it in the release process.

Yep, I can do that! Going to close this in the meantime :) Thank you for the feedback!


Checking Directory Structure

Reported by mtiller on 17 Sep 2015 21:02 UTC
In working with JModelica, I identified an issue that probably appears in other tools and is a direct artifact of how Windows delimits directories.
The issue I have found relates to page 40 of the FMI 1.0 specification.  I didn't check, but I suspect the same will be true for 2.0.  There, you will see that the specification very explicitly indicates that within an FMU, the structure should be:
binaries/
win32/
.dll
This indicates that the zip file (at least for Windows) should contain a directory named binaries which contains a directory named win32 which should contain the .dll files for the model.
In JModelica, this is not the case although I suspect somehow unzip utilities are compensating in some way.  With JModelica, the file structure is this:
binaries\win32/
.dll
The essential point here is the presence of the \ in the name.  The net effect here is that what you have created is a zip file with a directory named "binaries\win32" which contains the .dll files.  This is not simply an issue with my unzip tool, I've confirmed this more than one zip implementation.
Given that most of these FMUs are run on Windows systems and tools in that environment probably have to be tolerant of such things, I can perfectly understand how this was not caught before.
This is something that should be added to the FMI compliance checker

Migrated-From: https://trac.fmi-standard.org/ticket/348

Comment by victor.johnsson on 5 Apr 2016 09:41 UTC
This has been fixed in Compliance Checker 2.0.3b1 which can be found here: https://trac.fmi-standard.org/browser/branches/public/Test_FMUs/Compliance-Checker. Please make sure that you are satisfied that the issue has been resolved.

Closing ticket since as victor.johnsson noted, some directory structure checking has been added. Also, I don't understand how a directory name could possible contain a backslash character on Windows.

Also, I don't understand how a directory name could possible contain a backslash character on Windows.

Wasn't hard for me to create, but almost impossible to access the file afterwards :)
Z:\tmp> dir

Directory of Z:\tmp

2020-06-17     09:38  <DIR>         .
2020-06-17     09:38  <DIR>         ..
2020-06-17     09:38            15  AB\D.mo
       1 file                        15 bytes
       2 directories    122,488,205,312 bytes free


49.qnamaker-all-features [nodejs]:  make QnAMakerBaseDialog a component dialog again.

Before #2289, QnAMakerBaseDialog was a componentdialog with a four step waterfall dialog. This allowed me for instance to start a dialog in stead of showing an answercard.
In the most recent version of this sample, QnAMakerBaseDialog is 'extending' QnAMakerDialog which is in a module called botbuilder-ai. As a result it is now hard (at least for me) to modidy the behavior of  a Qna-bot.
Also, in the utils folder of the sample, there is a qnaCardBuilder.js. I do not think this specific file is used by the QnAMakerDialog in bobuilder-ai.

Just to clearify. Modifications that I need to be able to implement are for instance:
-1 In stead of providing an answer, startt a dialog
-2 Add the source to the answers given by QNAMaker
-3 Make adjustments to suggestions card

@mrivera-ms can you comment on this?

@HesselWellema could you clarify on the three scenarios you mentioned:

Just to clearify. Modifications that I need to be able to implement are for instance:
-1 In stead of providing an answer, startt a dialog
-2 Add the source to the answers given by QNAMaker
-3 Make adjustments to suggestions card

Are you trying to start another dialog and then call QnAMaker? This should be possible through modifying the RootDialog
I'm not sure I understand this, are you referring to modifying the answers provided by QnAMaker before forwarding them to the user?
Unfortunately, the implementation of QnAMakerDialog doesn't provide a way to inject your own card builder or modify the suggestions card. You could create a SendActivityHandler to modify the outgoing activity.

Hi @stevengum,
Thanks for your reply.
wrt 1. For now I use QnaMaker for most of my bots. My customers usually need a qna bot with some additional, customer specific, dialogs. Lets say they need a complaint registration process). Working with the old sample, I would implement this by creating a question-answer pair for filing a complaint. The answer would be something like #complaint. In the checkForMultiTurnPrompt step I would check for this answer and start a component dialog from there (and end the QnAMakerBaseDialog. With the current sample, I don't know how to addres this. I tried to use the old sample with the new Managed QNA service (I need that because I am working on a multi-lingual bot)but that doesn't work. This results in an error as soon as this._qnaMakerService is called (I don't recall the exact error message).
wrt2. I implemented a chatbot to help people figure out what the latest measures are wrt to the Covid virus. Since the information if scattered over multiple websites anc changes a lot, this is a perfect usecase for QnaMaker. With the old sample, It was easy to add the source to an answer so people could check in the original source. With the new sample, I so not know how to do this.
wrt 3. Good one. I will look into middleware.
Hope this all makes sense.

Thank you for clarifying @HesselWellema.
For #2, does it make sense to modify the QnA Knowledge Base or are you saying that the answers remain the same but the location of information changes?
For #1 I'll have to investigate the new implementation to see if it's possible to do what you're asking for.

tnx. Wrt your suggestion for item 2. I'm afraid that will  not work in my case. The bot is using 100+ different ur's and I retrain the database every three days (covid measures change a lot over here) resulting in over 2.500 qna pairs. This is not a hazzle-free process as you might guess (I can only train 10 url at a time). Adding the source to each pair manually takes to much time.

@HesselWellema at the moment I'm cleaning up the sample to hopefully address some of the extensibility issues, but I fear a deeper rewrite of the QnAMakerDialog class in the SDKs is necessary. I'll keep you updated.

@HesselWellema, did the middleware/SendActivityHandler suggestion help with addressing the 3rd requirement?

@stevengum. Thanks for asking. I did not implement it but trust that I will be ok. Did something like that in another project

@HesselWellema, sorry for the back and forth, thank you for your patience and understanding.
For requirements 1 & 2 in your comment it sounds like you need an "QnAMakerDialog.onAnswer" hook in the existing QnAMakerDialog. This hook(s) would allow you to modify the dialog's outgoing activity/answer(s). Does this sound accurate
For requirement 3, passing in a custom QnACardBuilder to the SDK's QnAMakerDialog instead of the SDK using a static helper would suffice.
To aid in the design process, are there other specific benefits that you would get in your scenarios by having a QnAMakerDialog class that subclasses ComponentDialog rather than WaterfallDialog?
@sahithikkss FYI

For requirements 1 & 2: Yes that sounds accurate.
wrt the designprocess: not sure yet. The waterfall helps me to understand what is actually happening and provides more room for customization (adding my own stuff). Guess that is part of the purpose of a sample: providing a head start.

@stevengum Hi, do I need to create a feature request for the QnAMakerDialog.onAnswer hook you suggested?

@mrivera-ms Could you take a look at  this ticket?

@mrivera-ms @stevengum can you advise who should handle this ticket?

Sorry about the delay, I dropped the ball on this... I'm putting together a proposal for cleaning up the QnAMakerDialog and the sample. I'll update this ticket ASAP once the proposal is done.

Hello @stevengum  -- are we including this proposal in R13? Or R14? Lets get the item in the right milestone

@HesselWellema I modified the current sample to address your first two scenarios you listed:

-1 In stead of providing an answer, startt a dialog
-2 Add the source to the answers given by QNAMaker
-3 Make adjustments to suggestions card

These updated sample can be found on the stgum/2959/demo branch (compare with main). If it doesn't address the scenarios, please let me know where it missed the target so I can reconsider how to extend the sample and/or update QnAMakerDialog in the SDK.

@stevengum. This is exactly  what I needed. Thanks for you help!

Closing this issue. Thanks for your help all.


Mapping entries

We want to be able to map the entries.
Possible software includes:
CartoDB
MapBox
Leaflet
Additional visualization software:
D3

I suggest mapzen api supposedly biggest open-data geocoding https://mapzen.com/products/search/

duplicated issue. Refer to #64


WIP: improving performance of DGMulti flux differencing

This PR will improve performance of flux differencing for DGMulti solvers.

[x] reduce flux evaluations by computing only the upper triangular part of the flux matrix.
[x] specialize flux differencing for sparse matrices
[x] add additional tests if necessary for coverage

Old timing:

calc_volume_integral!       496    5.54s  83.4%  11.2ms

After optimization of hadamard_product_A_transposed!, new timing:

calc_volume_integral!       496    3.12s  87.6%  6.29ms

Profiling results: shaved off 15% runtime by removing a bad broadcast. Other main causes of slowdown appear to be

Type instability in StartUpDG (fixed in https://github.com/jlchan/StartUpDG.jl/commit/b1aed81575f7975bd7a7bf91a46a017623089a0d, will release with v0.11)
lazy broadcasting in LazyArrays.jl. Todo: try replacing this with non-broadcasted LazyArrays once I figure out https://github.com/JuliaArrays/LazyArrays.jl/issues/189 or just roll a custom type.

Depending on your implementation of flux differencing, https://github.com/JuliaArrays/StaticArrays.jl/pull/949 can also speed-up your code.

After more optimization, the time for KHI is
   calc_volume_integral!       966    1.26s  79.9%  1.31ms

However, the timing for KHI with TreeMesh is still over 6x faster!
   volume integral         986    206ms  54.5%   209μs

I think I can get a bit more speedup if https://github.com/JuliaArrays/LazyArrays.jl/issues/189 is addressed, but it's definitely not enough to close the performance gap.

Aha! Tried using unsafe_wrap instead of PtrArray in dg.jl, and got more comparable performance from TreeMesh.
   volume integral         986    1.47s  75.3%  1.49ms

However, I see a very odd performance Heisenbug related to whether or not I'm using PtrArray in dg.jl too (similar to the !!! danger "Heisenbug" comment).

Which KHI setup are you using? Is it on a uniform grid or do you use some nonconforming interfaces?

Just a uniform TreeMesh grid with a flux differencing DGSEM solver

Are you running Julia with --check-bounds=no?

I don't believe so - are you wondering about the performance Heisenbug?

No, just about the general performance difference. When we benchmark Trixi.jl, we usually run Julia with --check-bounds=no. I proposed to add explicit bounds checks at the beginning of some methods and @inline afterwards, but that proposal was rejected. Right now, the approach used in Trixi.jl is to be safe by default and fast by passing --check-bounds=no to Julia, see also https://github.com/trixi-framework/Trixi.jl/issues/210.

@ranocha I'm putting together some benchmarks with julia --check-bounds=no, but based on timings, the optimizations improve efficiency by about a factor of 1.5 for general DGMulti flux differencing, and really speeds up flux differencing for DGSEM flux differencing (from around 11ms to about 500 microseconds for calc_volume_integral!).
This should also set the stage for improved efficiency for new solvers, such as entropy stable Gauss collocation.

Some benchmarks, run with a single thread and --check-bounds=no. The setup is a uniform 32 x 32 mesh, and all solvers use flux differencing with flux_ranocha and Lax-Friedrichs interface dissipation.
DGMulti-based DGSEM on main
───────────────────────────────────────────────────────────────────────────────────
             Trixi.jl                      Time                   Allocations
                                   ──────────────────────   ───────────────────────
         Tot / % measured:              16.0s / 99.0%           1.45MiB / 62.7%

Section                    ncalls     time   %tot     avg     alloc   %tot      avg
───────────────────────────────────────────────────────────────────────────────────
rhs!                          966    15.8s   100%  16.4ms    928KiB  100%      983B
  calc_volume_integral!       966    15.0s  94.8%  15.5ms     0.00B  0.00%    0.00B
  calc_interface_flux!        966    552ms  3.49%   572μs     0.00B  0.00%    0.00B
  prolong2interfaces!         966    100ms  0.63%   104μs     0.00B  0.00%    0.00B
  calc_surface_integral!      966   87.7ms  0.55%  90.8μs     0.00B  0.00%    0.00B
  ~rhs!~                      966   37.9ms  0.24%  39.3μs    928KiB  100%      983B
  invert_jacobian             966   32.0ms  0.20%  33.2μs     0.00B  0.00%    0.00B
  Reset du/dt                 966   17.3ms  0.11%  17.9μs     0.00B  0.00%    0.00B
  calc_boundary_flux!         966    157μs  0.00%   163ns     0.00B  0.00%    0.00B
  calc_sources!               966   74.1μs  0.00%  76.7ns     0.00B  0.00%    0.00B
───────────────────────────────────────────────────────────────────────────────────

DGMulti-based DGSEM on this PR
              Trixi.jl                      Time                   Allocations
                                    ──────────────────────   ───────────────────────
          Tot / % measured:              3.26s / 95.9%           1.48MiB / 63.4%

 Section                    ncalls     time   %tot     avg     alloc   %tot      avg
 ───────────────────────────────────────────────────────────────────────────────────
 rhs!                          966    3.13s   100%  3.24ms    958KiB  100%   0.99KiB
   calc_volume_integral!       966    2.41s  77.2%  2.50ms     0.00B  0.00%    0.00B
   calc_interface_flux!        966    533ms  17.0%   551μs     0.00B  0.00%    0.00B
   calc_surface_integral!      966   71.1ms  2.27%  73.6μs     0.00B  0.00%    0.00B
   prolong2interfaces!         966   51.0ms  1.63%  52.8μs     0.00B  0.00%    0.00B
   invert_jacobian             966   25.1ms  0.80%  25.9μs     0.00B  0.00%    0.00B
   ~rhs!~                      966   19.0ms  0.61%  19.7μs    958KiB  100%   0.99KiB
   Reset du/dt                 966   15.8ms  0.50%  16.3μs     0.00B  0.00%    0.00B
   calc_sources!               966   53.0μs  0.00%  54.9ns     0.00B  0.00%    0.00B
   calc_boundary_flux!         966   41.4μs  0.00%  42.9ns     0.00B  0.00%    0.00B
 ───────────────────────────────────────────────────────────────────────────────────

DGMulti on main
───────────────────────────────────────────────────────────────────────────────────
              Trixi.jl                      Time                   Allocations
                                    ──────────────────────   ───────────────────────
          Tot / % measured:              83.2s / 100%            9.92MiB / 94.3%

 Section                    ncalls     time   %tot     avg     alloc   %tot      avg
 ───────────────────────────────────────────────────────────────────────────────────
 rhs!                        1.61k    82.9s   100%  51.6ms   9.36MiB  100%   5.97KiB
   calc_volume_integral!     1.61k    75.8s  91.5%  47.2ms     0.00B  0.00%    0.00B
   entropy_projection!       1.61k    4.82s  5.82%  3.00ms     0.00B  0.00%    0.00B
   calc_interface_flux!      1.61k    1.23s  1.48%   765μs     0.00B  0.00%    0.00B
   ~rhs!~                    1.61k    762ms  0.92%   474μs   9.36MiB  100%   5.97KiB
   calc_surface_integral!    1.61k    157ms  0.19%  97.8μs     0.00B  0.00%    0.00B
   invert_jacobian           1.61k   51.7ms  0.06%  32.2μs     0.00B  0.00%    0.00B
   Reset du/dt               1.61k   28.6ms  0.03%  17.8μs     0.00B  0.00%    0.00B
   calc_boundary_flux!       1.61k   92.9μs  0.00%  57.9ns     0.00B  0.00%    0.00B
   calc_sources!             1.61k   92.4μs  0.00%  57.5ns     0.00B  0.00%    0.00B
 ───────────────────────────────────────────────────────────────────────────────────

DGMulti on this PR
              Trixi.jl                      Time                   Allocations
                                    ──────────────────────   ───────────────────────
          Tot / % measured:              34.8s / 99.3%           9.81MiB / 94.3%

 Section                    ncalls     time   %tot     avg     alloc   %tot      avg
 ───────────────────────────────────────────────────────────────────────────────────
 rhs!                        1.61k    34.6s   100%  21.5ms   9.25MiB  100%   5.90KiB
   calc_volume_integral!     1.61k    28.0s  81.0%  17.4ms     0.00B  0.00%    0.00B
   entropy_projection!       1.61k    4.57s  13.2%  2.84ms     0.00B  0.00%    0.00B
   calc_interface_flux!      1.61k    1.07s  3.10%   667μs     0.00B  0.00%    0.00B
   ~rhs!~                    1.61k    762ms  2.20%   474μs   9.25MiB  100%   5.90KiB
   calc_surface_integral!    1.61k    113ms  0.33%  70.6μs     0.00B  0.00%    0.00B
   invert_jacobian           1.61k   46.8ms  0.14%  29.1μs     0.00B  0.00%    0.00B
   Reset du/dt               1.61k   27.1ms  0.08%  16.9μs     0.00B  0.00%    0.00B
   calc_boundary_flux!       1.61k    199μs  0.00%   124ns     0.00B  0.00%    0.00B
   calc_sources!             1.61k    140μs  0.00%  87.1ns     0.00B  0.00%    0.00B
 ───────────────────────────────────────────────────────────────────────────────────

For reference, here are some results using a uniform TreeMesh (no adaptivity).
TreeMesh (using PtrArray)
            Trixi.jl                    Time                   Allocations
                                ──────────────────────   ───────────────────────
        Tot / % measured:            1.45s / 94.7%            964KiB / 42.8%

 Section                ncalls     time   %tot     avg     alloc   %tot      avg
 ───────────────────────────────────────────────────────────────────────────────
 rhs!                      986    1.33s  96.8%  1.35ms    365KiB  88.5%     379B
   volume integral         986    1.02s  74.1%  1.03ms     0.00B  0.00%    0.00B
   interface flux          986    194ms  14.1%   197μs     0.00B  0.00%    0.00B
   surface integral        986   41.3ms  3.01%  41.9μs     0.00B  0.00%    0.00B
   prolong2interfaces      986   28.9ms  2.10%  29.3μs     0.00B  0.00%    0.00B
   ~rhs!~                  986   20.9ms  1.52%  21.2μs    365KiB  88.5%     379B
   reset ∂u/∂t             986   13.6ms  0.99%  13.8μs     0.00B  0.00%    0.00B
   Jacobian                986   12.9ms  0.94%  13.1μs     0.00B  0.00%    0.00B
   prolong2boundaries      986    136μs  0.01%   138ns     0.00B  0.00%    0.00B
   prolong2mortars         986   85.0μs  0.01%  86.2ns     0.00B  0.00%    0.00B
   mortar flux             986   68.9μs  0.01%  69.9ns     0.00B  0.00%    0.00B
   boundary flux           986   43.3μs  0.00%  43.9ns     0.00B  0.00%    0.00B
   source terms            986   36.7μs  0.00%  37.2ns     0.00B  0.00%    0.00B
 calculate dt              198   23.9ms  1.74%   121μs     0.00B  0.00%    0.00B
 analyze solution            3   20.1ms  1.47%  6.72ms   47.4KiB  11.5%  15.8KiB
 ───────────────────────────────────────────────────────────────────────────────

Uniform TreeMesh (without using PtrArray)
───────────────────────────────────────────────────────────────────────────────
            Trixi.jl                    Time                   Allocations
                                ──────────────────────   ───────────────────────
        Tot / % measured:            2.91s / 97.3%           44.7MiB / 98.2%

 Section                ncalls     time   %tot     avg     alloc   %tot      avg
 ───────────────────────────────────────────────────────────────────────────────
 analyze solution            3    1.42s  50.1%   472ms   43.2MiB  98.6%  14.4MiB
 rhs!                      986    1.39s  49.0%  1.41ms    627KiB  1.40%     651B
   volume integral         986    1.06s  37.6%  1.08ms     0.00B  0.00%    0.00B
   interface flux          986    193ms  6.84%   196μs     0.00B  0.00%    0.00B
   surface integral        986   45.1ms  1.59%  45.7μs     0.00B  0.00%    0.00B
   prolong2interfaces      986   34.0ms  1.20%  34.5μs     0.00B  0.00%    0.00B
   ~rhs!~                  986   21.8ms  0.77%  22.1μs    304KiB  0.68%     315B
   reset ∂u/∂t             986   13.3ms  0.47%  13.5μs     0.00B  0.00%    0.00B
   Jacobian                986   12.8ms  0.45%  13.0μs     0.00B  0.00%    0.00B
   prolong2mortars         986    416μs  0.01%   422ns    324KiB  0.72%     336B
   prolong2boundaries      986    142μs  0.01%   144ns     0.00B  0.00%    0.00B
   mortar flux             986   69.4μs  0.00%  70.4ns     0.00B  0.00%    0.00B
   source terms            986   51.0μs  0.00%  51.8ns     0.00B  0.00%    0.00B
   boundary flux           986   43.9μs  0.00%  44.5ns     0.00B  0.00%    0.00B
 calculate dt              198   24.7ms  0.88%   125μs     0.00B  0.00%    0.00B
 ───────────────────────────────────────────────────────────────────────────────

The Alfven wave constant solution test is failing, but I think it's a floating point issue since the l2, linf errors are still O(1e-13).

These numbers look already quite nice - good job, @jlchan :+1:

Do we have elixirs for the benchmarks you just described? If not, could you please either add some and/or describe which code to run here such that I can also have a look?
Did you always exclude compilation time (also when redefining stuff such as using the TreeMesh with Array instead of PtrArray)? I'm quite surprised that the difference between Array and PtrArray is so huge for the analysis step for the TreeMesh...
Please request my review when you're satisfied with this PR and I will be happy to have a look at more details.

@ranocha sure - is there a place I should put elixirs that aren't meant for testing?
For compilation time, I ran each solver a few times and took the minimum time to avoid including compilation. I'll include this as well when I commit the other elixir.

Oops - test failing b/c I still need to specialize the analysis routines for the new solution storage.

The last commit should have fixed the tests, and also addresses task #5 in https://github.com/trixi-framework/Trixi.jl/issues/675.

Thanks for reviewing!


Pixel was not placed, or was placed somewhere else

I get Pixel was not placed, or was placed somewhere else on any point
There was an error placing pixel        {"username": "Dependent-Editor1514", "message": "Pixel was not placed, or was placed somewhere else"}

Same issue!

same issue here...


Flame Over [PCSB00656]

App summary

App name: Flame Over
App serial: PCSB00656
App version: 1.00

Vita3K summary

Version: v0.1.3
Build number: 2315
Commit hash: https://github.com/vita3k/vita3k/commit/afae9963

Test environment summary

Tested by: Zangetsu38
OS: Windows 10
CPU: AMD Ryzen 9 3900X
GPU: NVIDIA RTX 2070 Super
RAM: 16 GB

Issue

sound missing
shader crash

Screenshots
Log

Vita3K Summary

Version: v0.1.6
Build Number: 3039
Commit Hash: https://github.com/Vita3K/Vita3K/commit/92524b65514c54ccae57f1a64a62876c65d95a7a
CPU Backend: Dynamic
GPU Backend: Vulkan
CPU: Intel Celeron N3350
GPU: Intel Grahpics 550

Game Summary

Game Name: Flame Over
Game Serial: PCSB00656

Issues
This game ran locked in 30fps, and Ingame, I got around 19fps which is kinda playable for me. Also, the audio issue is fixed.
Screenshots

Logs
vita3k.log
Recommended Labels

Ingame +
graphics bug

as of https://github.com/Vita3K/Vita3K/commit/a81731084c204dda954dcf21833161b6663bf0a8, i tested the game with Vulkan and in the menu it was promising since the graphics are fixed, but ingame is where the graphical glitches took over the screen and later crashed with a devicelost error. I believe that the OGL is fine but without the fixes.
Screenshots

Log
vita3k.log
Recommended labels
Ingame +
graphics bug
vulkan issue


chore(main): release 1.4.4

:robot: I have created a release beep boop
1.4.4 (2024-01-22)
Bug Fixes

build docker images when a tag is created (#46) (658e027)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/ai4os/ai4-dashboard/releases/tag/v1.4.4 :sunflower:


Focus border when adding a port

Testing microsoft/vscode-remote-release#4515

Manually add a port in the Ports view

I would the focussed table cell to have a full focus border and not only on the sides:

The problem is that the input box is getting cut off. Duplicate of https://github.com/microsoft/vscode/issues/117385