text:
ipynb: Create a notebook for lava processing

Create a dedicated notebokk for lava postprocessing that can be used
either in lava job to post process WA results with its .py version
or as a normal python notebook to visualize local results
The .py file will generate .csv file with results that will be then
uploaded in qa-report
Signed-off-by: Vincent Guittot vincent.guittot@linaro.org

Regarding the notebook:
I'd like to avoid having another wltests notebook that duplicates most of https://github.com/ARM-software/lisa/blob/next/ipynb/wltests/sched-evaluation-full.ipynb. I'd be fine with extending that notebook to cover more cases however.

I'm fine to keep only one .ipynb. In fact, that's what we have currently. I have created  this new ipynb to for the pull request and make it easier to merge :-)

Regarding the script:
It should be moved to where other scripts are ($repo/tools/scripts). Also, it would be nice to clean out the hunks left by the .ipynb -> .py conversion.

Would it be easier to maintain the .py if we keep both  .py and .ipynb in the same location ? This will help to make sure they are always synced
What do you mean by clean out the hunks left by the .ipynb -> .py conversion ?

Would it be easier to maintain the .py if we keep both .py and .ipynb in the same location ? This will help to make sure they are always synced

Right, so thinking about it it would be nice if we could remove the duplication altogether by only having the .ipynb file and rely on automatic .py translation (https://nbconvert.readthedocs.io/en/latest/execute_api.html#executing-notebooks-from-the-command-line). It will be a pain if you had to tweak the converted .py file, but if we could get a .ipynb that can smoothly be translated to .py it would lessen the maintenance burden.

What do you mean by clean out the hunks left by the .ipynb -> .py conversion ?

Mostly all of the extra whitespace and notebook cell remains (e.g. # In[ ]:).

Would it be easier to maintain the .py if we keep both .py and .ipynb in the same location ? This will help to make sure they are always synced

Right, so thinking about it it would be nice if we could remove the duplication altogether by only having the .ipynb file and rely on automatic .py translation (https://nbconvert.readthedocs.io/en/latest/execute_api.html#executing-notebooks-from-the-command-line). It will be a pain if you had to tweak the converted .py file, but if we could get a .ipynb that can smoothly be translated to .py it would lessen the maintenance burden.

At now, we do: jupyter nbconvert --to script [YOUR_NOTEBOOK].ipynb to create the py once and save it.  I don't want to add to much overhead in the execution of the lava job as this will have to be done for each job.
And i'm not sure that jupyter is installed in the lava job as we don't need it.
I will see what can be done without adding too much overhead. We already have around 4h of tests for jankbench and multimedia and around 2 h for vellamo

What do you mean by clean out the hunks left by the .ipynb -> .py conversion ?

Mostly all of the extra whitespace and notebook cell remains (e.g. # In[ ]:).

IMHO, it makes it easier to read as we can easily compare it with the original .ipynb. Furthermore, this will be even more difficult with on the fly conversion proposed above

At now, we do: jupyter nbconvert --to script [YOUR_NOTEBOOK].ipynb to create the py once and save it. I don't want to add to much overhead in the execution of the lava job as this will have to be done for each job.
And i'm not sure that jupyter is installed in the lava job as we don't need it.
I will see what can be done without adding too much overhead. We already have around 4h of tests for jankbench and multimedia and around 2 h for vellamo

If there's no extra modifications to be done on the converted .py script then I'd rather have just the .ipynb in LISA and perhaps add some comments explaining that the notebook can be easily run as a script for CI purposes (and how to do so).

IMHO, it makes it easier to read as we can easily compare it with the original .ipynb. Furthermore, this will be even more difficult with on the fly conversion proposed above

Yeah that'd only be relevant if we do end up with both .ipynb and .py

authors: valschneider vingu-linaro


text:
mbed import/add over ssh forces to add a username

As a result of following issue/patch #278 mbed-cli now always looks for a username in the url, and if none found it appends the git user. At least that's how I understand it.
However this removes the option where username matching can be done through the SSH layer, either by finding a matching username on the remote server or through the SSH config file.
Our internal git server relies on this principle, which (I guess) is a very common setup, because it allows to restrict users to read/write on only the repos that they're allowed to work on. For example external consultants could also have access to this git server.
One bad way to solve this is by appending your git server's username to the lib file, but that would only work if your not part of a team working on the same project. Unless we overhaul the way users are configured on our git server so that we create a git user per team. The latter would be our administrator's nightmare.
Would it be possible to optionally allow to append a username to the import and add commands so that at least no username ends up in the urls?

ARM Internal Ref: MBOTRIAGE-841

@geoffrey-vl Definitely. I'll introduce this as a small patch to support non-username mode.

@geoffrey-vl I spoke too soon.
Falling back to git@ username was introduced to handle the way Github and Gitlab do authentication when converting URL from https to ssh.
For example, if I issue git clone ssh://host without username, then Git assumes that it should use my local host username, which in the case of Github and Gitlab will always return auth error, e.g.
$ git clone github.com:ARMmbed/mbed-cli
Cloning into 'mbed-cli'...
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

It's rather confusing that Github doesn't allow developers to use different username than git@.
To solve your case, I think that you do the following:

Make sure that protocol conversion is not set via mbed config protocol --unset (local), and then mbed config protocol -G --unset (global).
Use standard Git ssh schema, e.g. mbed import ssh://host/path/repo

Let me know if this solves the issue.

So actually people should have ssh config setup correctly when using github/gitlab :-) Https is favored anyway, so I don't think it would be such a big effort for others to setup ssh correctly because it was their decision to opt for the less-favored ssh. So in the end I think we should at least be able to override/disable that behavior.
Aside of that, I've never set protocol in mbed config, I'm appending it do my import/add commands. And for my team that seems to be required since .lib files contain https url which fail because we only have ssh setup on our internal server. We're using mbed 1.5.1 though, could that be an issue?

Mbed CLI 1.5.1 didn't handle well certain cases with private repositories. Could you please update to the latest Mbed CLI (1.7.3)?

Mbed version:
C:\Users\me\Downloads>mbed-cli --version 1.7.3 C:\Users\me\Downloads>git --version git version 2.17.1.windows.2
Cloning the application repo:
C:\Users\me\Downloads>git clone ssh://someserver/myapp Cloning into 'myapp'... remote: Counting objects: 1192, done. remote: Compressing objects: 100% (869/869), done. remote: Total 1192 (delta 644), reused 585 (delta 263)R Receiving objects: 100% (1192/1192), 982.07 KiB | 10.34 MiB/s, done. Resolving deltas: 100% (644/644), done.
Deploying without defining the protocol (fails because it tries to fetch over https):
C:\Users\me\Downloads\myapp>mbed deploy [mbed] Adding library "easy-connect" from "https://someserver/easy-connect" at rev #aa81de2177ba fatal: unable to access 'https://someserver/easy-connect/': Failed to connect to someserver port 443: Connection refused error: Could not fetch origin [mbed] ERROR: Unable to clone repository (https://someserver/easy-connect/#aa81de2177ba27d5da5dabf077583c11ef87cefa)
Deploying with defining the protocol (fails because it's using the wrong user):
C:\Users\me\Downloads\myapp>mbed deploy --protocol ssh [mbed] Adding library "easy-connect" from "ssh://git@someserver/easy-connect" at rev #aa81de2177ba git@someserver's password:
Running a mbed import ssh://someserver/myapp fails because it's also using the git user.

source: gharchive/issue

authors: ciarmcom geoffrey-vl screamerbg

repo: ARMmbed/mbed-cli

license_type: permissive

license_source: github-api


text:
Force publishing of device resource

To enable the update testing & development, it is not showing up in portal otherwise.
Ref:; Marcus Chang / IOTCLT-1284

How about the 6 other places where a resource is created on this class? This change makes code behave differently depending of which of the methods is used first. And please add a some kind of comment there that this change may or may not break the specification.

Yes, let's publish all the resources for now, mandatory and the optional ones.

One test case fails! The 1st test is failing.
16:24:40 | I0010110F062 |   fail  | GET:No response received withi |             | 174.606081 [|]

rebuild

https://github.com/ARMmbed/mbed-client/pull/350 - replaces this.

source: gharchive/pull-request

repo: ARMmbed/mbed-client


text:
Update client links

Updating the links to the mbed-os client example.

@BlackstoneEngineering do you think we should maintain these as they are to work with 3.0 stuff, and maybe make a new repo for mbed-os?


text:
Minor efficiency tweak in ecp.c

https://github.com/ARMmbed/mbedtls/blob/00af447ba814c9a6323c775f455034fdd9be62af/library/ecp.c#L1365
https://github.com/ARMmbed/mbedtls/blob/00af447ba814c9a6323c775f455034fdd9be62af/library/ecp.c#L1430
Comparing to zero is slightly more efficient; and these two lines are the only exceptions in the library for bit checks with mbedtls_mpi_get_bit function.
Addidtionally, this comment line needs a fix:
https://github.com/ARMmbed/mbedtls/blob/00af447ba814c9a6323c775f455034fdd9be62af/library/ecp.c#L1364

This issue became stale.

repo: ARMmbed/mbedtls

license_source: bigquery


text:
Relicense the LTS branches

Background
Eventually we would like to move to Apache 2.0 licence, but for now we still have a commitment to ship the LTS branches under GPL licence as well. Historically the library used to be relicensed during release process and both versions were published on the website. As we move away from the old website we would like to be able to release fully on github.
Task breakdown

[x] Write a script or modify the release script to change the licence of LTS branches to dual Apache/GPL, raise PRs with the relicensed library and get them merged.
[x] When done, update the library download pages with a link and an announcement to direct visitors to the new location. (On editing the website see the Release Process confluence page.)

Strictly speaking, the LTS branches have already been re-licensed so this task is really about updating the source files to reflect that re-licensing.

@bensze01 I have just noticed that the source code is available on the website as well. Since we won't be updating it, this could potentially cause some confusion and difficulties for users. Do you think you could raise a PR to remove the page and the references to it?
Here is the page in question:
https://tls.mbed.org/source-code

@yanesca The source code pages already link to the github, although the source code itself that is displayed does get loaded from the server itself. I could very easily change it, so that the source gets loaded from github, or just remove the source display entirely and leave everything else as-is.

Some pages seem to be broken though, I guess the algorithms they cover may have been removed

I think it's probably easiest to leave the page there but remove everything below "Browsing the library source" so that no source from the website is displayed. Anyway, I see this as nice to have and out of scope of this task. If it takes any significant time then please create a new task.

I agree, removing everything below "Browsing the library source" should be enough and it is probably the easiest way to do it.

@yanesca The source of the headers also seems to be available through the doxygen documentation

@bensze01 Nice catch! The generated documentation itself is version dependant too and we have no intention to update the website for each release.
I suggest we remove the doxygen documentation from the site and leave instructions on generating them from source on the documentation page.

Just so you're aware of this move, it is quite GPL unfriendly.  In the OpenVPN project we have had PolarSSL and later moved to mbed TLS support since OpenVPN 2.3.  This move makes it basically impossible to continue providing mbed TLS as an alternative SSL/TLS library backend, due to license incompatibilities between GPLv2 and Apache 2.0 licenses.
I don't know how many other GPLv2 projects which depends on mbed TLS, but this move puts also these projects in a difficult position.
The OpenVPN project has already started to look into how to best support the mbed TLS library.  Unless this changes again, at some point this will result in OpenVPN removing support for mbed TLS completely.
The OpenVPN-NL project run by Fox-IT is now probably the most widely used OpenVPN version shipping with mbed TLS by default.

authors: bensze01 danh-arm dsommers yanesca


text:
Investigate removing module: net_sockets

As a first step, explore this issue and determine the best course of action for Mbed TLS 3.0. Options could include:

do nothing
move most of the content into a new file outside of the main library

Mailing list discussion: https://lists.trustedfirmware.org/pipermail/mbed-tls/2020-April/000052.html
This is part of #4030

I don't think there was a strong agreement on the list. The option most likely to eventually get a consensus would be to turn it into a part of a new platform_unix / platform_windows module to be designed.
I think this would require more design work that we can afford for 3.0, and since we agreed to limit 3.0 to simple changes, I'm inclined to post-pone that one to 4.0 and just keep net_sockets as it is for 3.0.

Given unlimited time, my preference would be to design a new platform module, which would combine things that are today in platform, entropy_poll, timing, net_sockets, etc. We would maintain at least a Unix/POSIX implementation and a Windows implementation of this module — the set of platforms for which we'd maintain an implementation should be the set of platforms we run CI on. OSes that include Mbed TLS and for which our Unix/POSIX implementation doesn't work would maintain their own implementation of this module. This is way out of scope of 3.0.
net_sockets is pretty much what TLS needs. If we move it out of the library, we'd still have to maintain it for the test and sample programs. All we'd gain is that test code needs less robustness. So we lose very little by doing nothing. Doing nothing has my vote.

authors: daverodgman gilles-peskine-arm mpg


text:
Generate error.h automatically

There is an overview of error codes in a comment in include/mbedtls/error.h. This overview has been out of synch for a long time. This PR enhances scripts/generate_errors.pl to update include/mbedtls/error.h in addition to library/error.c.
The script contains quirks to preserve the current format of error.h. It could be simplified if we decide to format the information differently.
Backports: #1205 #1206

The currently generated code always compares use_ret to every existing error code, and every time there is a call to _snprintf(). This could be improved.
For example, by using switch statement:
    char *pmsg;
. . .
        // High level error codes
        //
        switch( use_ret )
        {
        // BEGIN generated code
#if defined(MBEDTLS_CIPHER_C)
        case -(MBEDTLS_ERR_CIPHER_FEATURE_UNAVAILABLE):
            pmsg = "CIPHER - The selected feature is not available";
            break;
        case -(MBEDTLS_ERR_CIPHER_BAD_INPUT_DATA):
. . .
. . .
            break;
#endif /* MBEDTLS_X509_USE_C || MBEDTLS_X509_CREATE_C */
        // END generated code
        default:
            pmsg = "";
        }
        if( pmsg[0] == '\0' )
            mbedtls_snprintf( buf, buflen, "UNKNOWN ERROR CODE (%04X)", use_ret );
        else
            mbedtls_snprintf( buf, buflen, pmsg);
        if( use_ret == -(MBEDTLS_ERR_SSL_FATAL_ALERT_MESSAGE) )
            return;
    }

The whole error.c module could be posted here if necessary.
Alternatively, there could be an array of error codes, corresponding array of string pointers (or a structure, containing both error codes and string pointers), and a simple loop to scan error code values.
Any of these changes should be fairly straightforward in implementation.

@irwir I hadn't planned to change that part of the code. Yes, it look a bit nicer, but does it matter? Are common compilers unable to optimize this in the same way as a switch statement?

Are common compilers unable to optimize this in the same way as a switch statement?

The code is written to check every condition sequentially.
I am not aware of compilers being smart enough to optimize according to unwritten programmer's intentiions.
Using else if instead of if will be somewhat better, but switch makes code more clear and uniform.

authors: gilles-peskine-arm irwir


text:
Backport 2.7: x509.c: fix memory leak on self-test

Description
Backport of #2106 to mbedtls-2.7
Status
READY

CI continuous-integration/jenkins/pr-merge is failing in BSD timing test.
  TIMING tests note: will take some time!
  TIMING test #1 (set_alarm / get_timer): passed
  TIMING test #2 (set/get_delay        ): failed at line 463
 cycles=0 ratio=0 millisecs=1004 secs=1 hardfail=0 a=800 b=400
 elapsed(hires)=3528 elapsed(ctx)=2523 status(ctx)=2
  Executed 23 test suites

This is a known issue that has already been fixed in PR #2384. For some reason this PR was built on an older version of mbedtls-2.7 that doesn't include the fix, and hence has failed.

Only the BSD timing test is failing, and that's a known issue so marking as 'ready for merge'.

authors: RonEld sbutcher-arm


text:
Error compiling for board Teensy 4.1.

Arduino: 1.8.15 (Mac OS X), TD: 1.54, Board: "Teensy 4.1, Serial, 600 MHz, Faster, US English"
In file included from /Users/jmo/Documents/Arduino/libraries/SerialMenuCmd/examples/example1/example1.ino:53:0:
/Users/jmo/Documents/Arduino/libraries/SerialMenuCmd/src/SerialMenuCmd.h:78:28: error: section attribute not allowed for 'tMenuCmdTxt'
typedef const char PROGMEM tMenuCmdTxt;
^
Error compiling for board Teensy 4.1.
This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.
EDIT: I found that if I remove the PROGMEM it works.
I also found that the teensy stores all constant strings in flash, but I'm not sure if it's  true for the teensy 4.1 or just the teensy 3.

I'm sorry jmodj, I had not checked my google mailbox for a few days. regarding your problem I have not encountered it. Currently I am using arduino and seeeduino xiao boards but have never used a teensy board. To guide you in your debug, the tMenuCmdTxt declaration consists of locating character strings in the program memory space, hence the const char PROGMEM declaration. However, perhaps in the case of teensy targets, the PROGMEM specification is not supported. If by chance you tried to remove the PROGMEM specification from the source code, it may work, but be careful, this will locate the strings in the RAM (at the risk of consuming all this resource).
good luck, ARTS37
P.S. Do not hesitate to send me your fixes, I will take care of integrating them into the source code, not forgetting to quote you.

license: MIT


text:
Stephen Manikese Joshua

Name
Stephen Manikese Joshua
Profile Image

Country
South Sudan
Region
Central Equatoria State
Organisation
No response
Languages

English : fluent (written and spoken)

Juba  Arabic: good (spoken)

Lingala: (written and spoken)

Skill 1
Media & Art
Qualifications for Skill 1
Experience working as a graphics designer, video editor and Studio moderator and producer using stream yard
Skill 2
Hardware & Repair
Qualifications for Skill 2
i studied computer repair and maintenance.
Skill 3
Web & Software
Qualifications for Skill 3
I have basic knowledge of web design, have a very good understand and use of Microsoft office 365, i do installation of computer operating system and computer software applications.
describe yourself

Generally, I love solving any software/hardware related problems/settings.
I am one person that loves to learn new things every time and a good listener.
I love working with people having good and developmental ideas.
I love innovating though am limited by fund and raw materials.

Please check out some of my work on my Facebook page here:https://www.facebook.com/sun-set-pictures-321019926003808
E-Mail
stephensikama0@gmail.com
Phone
+256760433571
WhatsApp
+256760433571
Telegram
+256760433571
Facebook
https://www.facebook.com/son.stevo

@Math-TECH-Hub under which hub does Stephen Manikese Joshua belong
can Stephen provide his telegram username instead of telephone number

@romeoplat can you please help on the description of this profile

Unfortunately, i can't tell which hub this guy is from, and for now we have  ASknet hubs and members at priority 1

Ok
On Tue, Nov 22, 2022, 10:17 AM Romeo Ronald Lomora @.***>
wrote:

Unfortunately, i can't tell which hub this guy is from, and for now we
have ASknet hubs and members at priority 1
—
Reply to this email directly, view it on GitHub
https://github.com/ASKnetCommunity/LEAD/issues/222#issuecomment-1323216022,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AQT5ZXMVWMWVO5YY4Y6AOA3WJRXPZANCNFSM5P6CJ63A
.
You are receiving this because you commented.Message ID:
@.***>

Under CC4D

Got it, thanks!
On Tue, Nov 22, 2022, 10:23 AM Mathew-Lubari @.***>
wrote:

Under CC4D
—
Reply to this email directly, view it on GitHub
https://github.com/ASKnetCommunity/LEAD/issues/222#issuecomment-1323220971,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AQT5ZXMUYK63TWHD44LHURTWJRYFZANCNFSM5P6CJ63A
.
You are receiving this because you commented.Message ID:
@.***>

And the telegram username is @StEvE_MaNix

authors: DutKulang Math-TECH-Hub romeoplat

repo: ASKnetCommunity/LEAD


text:
Tutorial adding command

do not merge

You guys can close these PRs that are not intended to be merged

authors: ang-zeyu damithc


text:
Add more testing

Note: Testing CI, do not merge yet.

Codecov Report

Merging #189 into master will increase coverage by 0.93%.
The diff coverage is 34.61%.

@@             Coverage Diff              @@
##             master     #189      +/-   ##
============================================
+ Coverage     63.81%   64.75%   +0.93%
- Complexity      505      520      +15
============================================
  Files            97       97
  Lines          1686     1705      +19
  Branches        161      168       +7
============================================
+ Hits           1076     1104      +28
+ Misses          551      533      -18
- Partials         59       68       +9

Impacted Files
Coverage Δ
Complexity Δ

.../java/seedu/address/logic/commands/TagCommand.java
93.10% <ø> (ø)
11.00 <0.00> (ø)

...in/java/seedu/address/model/explorer/FileList.java
52.94% <11.11%> (-47.06%)
4.00 <1.00> (+1.00)
:arrow_down:

...java/seedu/address/model/explorer/CurrentPath.java
74.07% <12.50%> (+5.65%)
7.00 <1.00> (+3.00)

...main/java/seedu/address/model/tag/FileAddress.java
61.53% <60.00%> (-8.47%)
7.00 <4.00> (+3.00)
:arrow_down:

...ava/seedu/address/logic/commands/LabelCommand.java
100.00% <100.00%> (+12.50%)
10.00 <0.00> (+2.00)

...java/seedu/address/logic/commands/OpenCommand.java
52.94% <100.00%> (-2.62%)
7.00 <1.00> (-1.00)

...ava/seedu/address/logic/commands/RetagCommand.java
100.00% <100.00%> (+12.00%)
11.00 <0.00> (+2.00)

...java/seedu/address/logic/commands/ListCommand.java
100.00% <0.00%> (+20.00%)
5.00% <0.00%> (+2.00%)

... and 2 more

Continue to review full report at Codecov.

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

authors: codecov-io luo-git


text:
As a user, I can edit a task

so that I can make necessary changes to a task.

Achieved.

authors: MatthiasLHK michael-setia


text:
V1.3

merge v1.3 into master

Codecov Report

Merging #81 (9a1915d) into master (2422d17) will increase coverage by 0.45%.
The diff coverage is 72.24%.

@@             Coverage Diff              @@
##             master      #81      +/-   ##
============================================
+ Coverage     68.28%   68.74%   +0.45%
- Complexity      418      486      +68
============================================
  Files            76       82       +6
  Lines          1378     1638     +260
  Branches        136      176      +40
============================================
+ Hits            941     1126     +185
- Misses          394      448      +54
- Partials         43       64      +21

Impacted Files
Coverage Δ

.../java/seedu/address/logic/commands/AddCommand.java
100.00% <ø> (ø)

...c/main/java/seedu/address/model/person/IsDone.java
71.42% <ø> (ø)

.../java/seedu/address/model/util/SampleDataUtil.java
0.00% <ø> (ø)

src/main/java/seedu/address/ui/FullPersonCard.java
0.00% <0.00%> (ø)

src/main/java/seedu/address/ui/MainWindow.java
0.00% <0.00%> (ø)

src/main/java/seedu/address/ui/PersonCard.java
0.00% <0.00%> (ø)

...rc/main/java/seedu/address/ui/PersonListPanel.java
0.00% <0.00%> (ø)

...n/java/seedu/address/storage/CsvAdaptedPerson.java
87.27% <68.42%> (-10.03%)
:arrow_down:

...seedu/address/model/person/interests/Interest.java
72.72% <72.72%> (ø)

.../address/model/person/interests/InterestsList.java
73.80% <73.80%> (ø)

... and 12 more

Continue to review full report at Codecov.

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

authors: codecov-commenter houtenteo


text:
Fix date issue

Fixes #175 #194 #209

Codecov Report

Merging #251 (a8a4d89) into master (28c404b) will not change coverage.
The diff coverage is 100.00%.

@@            Coverage Diff            @@
##             master     #251   +/-   ##
=========================================
  Coverage     49.43%   49.43%
  Complexity      558      558
=========================================
  Files           124      124
  Lines          2565     2565
  Branches        355      355
=========================================
  Hits           1268     1268
  Misses         1215     1215
  Partials         82       82

Impacted Files
Coverage Δ

...n/java/seedu/address/commons/core/index/Index.java
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

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

authors: codecov-commenter tsiyuk


text:
Branch feature filter skills

Add new feature to filter Hacknet by available skills.
All persons in Hacknet have skills that belong to them. There is not way of viewing certain people by their available skills.
Let's:

Create a new feature to filter out all persons that do not have the skill specified.
Create new test cases to ensure correct behavior and improve code coverage.

Fixes: https://github.com/AY2122S2-CS2103T-W13-3/tp/issues/30

Codecov Report

Merging #31 (4df8e12) into master (3b8cbfd) will increase coverage by 0.49%.
The diff coverage is 94.28%.

@@             Coverage Diff              @@
##             master      #31      +/-   ##
============================================
+ Coverage     72.07%   72.56%   +0.49%
- Complexity      419      437      +18
============================================
  Files            72       75       +3
  Lines          1332     1367      +35
  Branches        140      145       +5
============================================
+ Hits            960      992      +32
- Misses          330      331       +1
- Partials         42       44       +2

Impacted Files
Coverage Δ

.../seedu/address/logic/parser/AddressBookParser.java
88.88% <0.00%> (-11.12%)
:arrow_down:

...ess/model/person/PersonContainsSkillPredicate.java
83.33% <83.33%> (ø)

...edu/address/logic/commands/FilterSkillCommand.java
100.00% <100.00%> (ø)

...address/logic/parser/FilterSkillCommandParser.java
100.00% <100.00%> (ø)

...c/main/java/seedu/address/model/person/Person.java
96.42% <100.00%> (+0.42%)
:arrow_up:

src/main/java/seedu/address/model/tag/Skill.java
90.90% <100.00%> (+3.40%)
:arrow_up:

Continue to review full report at Codecov.

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


text:
[PE-D][Tester D] Adding Task to new application does not display task in left window under new application

Step 1: Add new application with the following data:
Company: Microsoft; Position: cleaner; Status: Progress; Email: popo@m1; Website: http://asdas; Salary: $11; Tasks:  Remark:
Step 2: Select the above application
Step 3: Add the following task: poop at 12-01-1023 15:30

Expected Behaviour:Displays poop at 12-01-1023 15:30 in the left window under tasks
Actual Behaviour: Displays No upcoming tasks

Labels: severity.Medium type.FunctionalityBug
original: rgonslayer/ped#6

Duplicate of #189

authors: bigcrushes nus-se-script


text:
Update UI

Closes #154 #155

Codecov Report
Base: 70.03% // Head: 70.17% // Increases project coverage by +0.13% :tada:

Coverage data is based on head (1673fcf) compared to base (0b4e9a7).
Patch coverage: 0.00% of modified lines in pull request are covered.

Additional details and impacted files
@@             Coverage Diff              @@
##             master     #162      +/-   ##
============================================
+ Coverage     70.03%   70.17%   +0.13%
  Complexity      641      641
============================================
  Files           100      100
  Lines          2016     2012       -4
  Branches        221      221
============================================
  Hits           1412     1412
+ Misses          535      531       -4
  Partials         69       69

Impacted Files
Coverage Δ

src/main/java/seedu/phu/ui/ViewCommandCard.java
0.00% <0.00%> (ø)

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

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

authors: aarontangr codecov-commenter


text:
Clear event command

Fix #156
adds a clear-event command

LGTM


text:
Week 7 - Adding a photo (Dominic)

Everyone has to add their photo
Add a suitable photo of yourself
The filename of the profile photo should be docs/images/github_username_in_lower_case.png
Note the need for lower case (why lowercase?) e.g. JohnDoe123 -> docs/images/johndoe123.png not docs/images/JohnDoe123.png.
If your photo is in jpg format, name the file as .png anyway.

This task is done, hence I will just help close it


text:
Fix for following PE Dry Run issues (DO NOT ACCEPT YET)

Edit Event incorrect tag name
Typo in Edit Person message use string
update HelpWindow to current spec
Fixes #174
Waiting on the issues to come in to link before merging

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

Files with missing lines
Coverage Δ
Complexity Δ

...logic/commands/eventcommands/EditEventCommand.java
95.77% <ø> (ø)
13.00 <0.00> (ø)

...gic/commands/personcommands/EditPersonCommand.java
96.42% <ø> (ø)
13.00 <0.00> (ø)

src/main/java/seedu/address/ui/HelpWindow.java
0.00% <ø> (ø)
0.00 <0.00> (ø)

authors: FriedCabbageSalad codecov-commenter


text:
[PE-D][Tester B] Editing a member unselects it

Command: edit 9 p/1231231

When I'm examining details of a member and editing them, every edit command unselects the member, causing inconvenience. This behaviour is not present in addlog or deletelog.
Before command:

After command:

Labels: type.FeatureFlaw severity.Low
original: QinHaichen12/ped#11

@SuhailLoya do you mind taking a look at this?

Put as future enhancements

authors: AppleJem mongj nus-pe-script


text:
refact: add user to CompletionRequest

See documentation: https://beta.openai.com/docs/api-reference/completions/create
Version bump to 1.0.1
Please let me know if there's something else I should do, or if I contributed incorrectly in some way.

I'm looking at the tests.

Seems like a lot of the failing tests are because of the missing OPENAI_API_KEY header. Those tests pass for me, locally, if I have that header specified. I see your build.yml file includes the key, so I'm not sure what's going wrong.
The only failing test in TestOpenAI on my machine is files[jvm] which I don't think has anything to do with my change.

repo: Aallam/openai-kotlin


text:
Possible Quality of life improvements

Allow a shorter minimum window height
I use Photoshop at 200% scaling which prevents the window from being docked due to it's minimum height requirement.

Select entire canvas by default
This could be a toggle for people who want to quickly iterate on resolutions like 768 x 768 or 1024 x 1024. My ideal workflow is sketching a very rough image and using img2img to improve the sketch. Then going right back to painting more details, without having to re-select the whole canvas. Photoshop seems to hate keeping the whole canvas selected when messing with layers.

Re-select the layer that was selected before generation, after rejecting generations
This comes up when I reject the generations and resume sketching, I'm greeted by Photoshop complaining that no layer is selected.

Can you screen shot how the plugin looks like in 200% scaling ?
This is possible with the current workflow, After each generation the plugin will add the last output image to the canvas.
But also, will remove the selection box for you to work freely.
if you then click on the red button.

it will prompt you with the option to reuse the last selection for new session.
a new session means the plugin will recapture the canvas and use it as an init image

Another option is to use ctrl+a and ctrl+d to select and deselect the full canvas.
3) Will work on it.

authors: AbdullahAlfaraj Dagbafrosty


text:
Add colors Enum, removed emojis overhead code

Fixed #7

I don't think you need so large enum / hashmap for emojis!
Refer url for emojis shorthand text going forward
Added //TODO at place as part of my personal suggestion.

Let me know if any suggestion in this PR OR any next work
@Abdur-rahmaanJ

Hey amazing. Thanks for taking the time ^^.
1/
Well, for the emojis, i don't want to import in a new emoji dependency for 2 reasons:

dependency footprint
to be compatible with rich. I took that long list as is from rich

2/
If we need strum for enums, then it's a bad idea, we can leave it out.
3/
I like the general life-improvement works, good
4/
The todo is a nice idea, i'd like to see it.
Apart for consequent work, i am not for external crates. This said, i think it's best to keep the general improvements.
As to the next works, seeing the rich docs i am taking spinners to implement next, you can choose anything else. If you like parsers, take the markdown thing. If you like tree traversals, take the grid layout system task.

repo: Abdur-rahmaanJ/richterm


text:
swipeRightMenuLayout 只有第一行的按钮能点击，第二行的按钮点击不了，不知道怎么回事？

   ListView({
            items: this.notes, //数据源 数组,任意类型
            itemLayout: (item, index) => this.itemBuilder(item as Note, index),
            controller: this.controller, //控制器，负责关闭下拉和上拉
            isLazyData: false, //禁止懒加载，也就是使用ForEach进行数据加载
            onRefresh: () => {
              //下拉刷新
              this.controller.finishRefresh();
              //todo 拉取云端数据

            },
            enableLoadMore: false,
            emptyLayout: () => this.emptyLayout(),
            showEmptyLayout: this.notes.length == 0,
            onLoadMore: () => {
              //上拉加载
              this.controller.finishLoadMore();
            },
            swipeRightMenuLayout: (index) => this.swipeActionMenu(index),
          })
            .layoutWeight(1)
            .height(0)
            .width('100%')

  @Builder
  swipeActionMenu(index: number) {
    Row() {
      Button("置顶", { type: ButtonType.Normal }).height('100%').backgroundColor($r('app.color.swipe_action_yellow'))
        .padding({
          left: '20lpx',
          right: '20lpx'
        })
        .onClick(() => {
          Logger.d("xxx", "3333")
        })
      Button("提醒", { type: ButtonType.Normal }).height('100%').backgroundColor($r('app.color.swipe_action_blue'))
        .padding({
          left: '20lpx',
          right: '20lpx'
        })
        .onClick(() => {
          //todo 便签提醒
        })
      Button("删除", { type: ButtonType.Normal }).height('100%').backgroundColor($r('app.color.swipe_action_red'))
        .padding({
          left: '20lpx',
          right: '20lpx'
        })
        .onClick(() => {
          //todo 删除便签
        })
      Button("移动", { type: ButtonType.Normal }).height('100%').backgroundColor($r('app.color.swipe_action_green'))
        .padding({
          left: '20lpx',
          right: '20lpx'
        })
        .onClick(() => {
          //todo 移动
        })
    }.justifyContent(FlexAlign.End)
  }

侧滑按钮的UI是你写的，不能点击吗？我这边测试是没问题的。

侧滑按钮的UI是你写的，不能点击吗？我这边测试是没问题的。

我改成List发现还是一样点不了，具体原因不详，但是我用start就没事，end就不行，奇奇怪怪的。总之应该和这个框架没关系了，谢谢了。


text:
slideRightMenuLayout属性问题

我想做一个右滑删除，但是不想用swipeRightMenuLayout因为会导致可以左右都可以滑动，但是slideRightMenuLayout无法将它的高度自适应，请问有什么解决办法？

通过设置右侧删除按钮align属性可以做到高度拉伸，但是因为设置了每个item的margin，导致拉伸后的高度延伸到margin处了，虽然可以通过自定义一个父容器然后设置padding可以规避，但是仍然不是最优解，希望可以设置每个ListItem的间距，看了源码，没有设置间距。
今天又发现一个问题：右滑删除，然后删除了该数据后，refresh，结果删除按钮依然还在之前删除的索引上，看能不能在每次reloadData，或者notifyDataReload后将右滑消失，或者将方法提供出来，可以手动关闭右滑。
还有，是否能将ets的源码放出来啊？现在只能根据js打包后的源码来看。

您好，您的问题已关注

我们有这样的需求，在item左滑时显示出删除按钮在此如果点击删除或者再次左滑则删除该item，该如何去做？

ListView是否能添加一个尾部的builder？用于展示没有数据了或者其他的自定义的builder

尾部，这个功能我已添加，下个版本可以使用，侧滑问题，我再看

下拉刷新列表-finishRefresh()或者finishLoadMore()之后-将enableRefresh 或者 enableLoadMore设置为false，会导致头部或者尾部隐藏的动画关闭，因为隐藏动画还在播放-从而只隐藏了一半导致UI展示错误，看能不能在设置enableRefresh不直接控制头部的显示，让隐藏动画关闭之后再控制其关闭效果

请问新版本解决了侧滑的问题吗？


text:
Rename ohmyterratest module to k8gbterratest

Looks like leftover after rebranding?

I would name it a nice legacy but yeah, let's rename)

authors: somaritane ytsarev


text:
Splitting specular_color between dielectric tint and metallic edge color

Currently, the specular_color parameter serves two purposes: It acts as a multiplier on top of the Fresnel term for the dielectric reflection, and it acts as the F82 parameter for the metallic component.
I'm not sure if this is a good idea, since these two purposes seem quite different to me:

The Fresnel multiplier is a non-physical tweak, while the metallic parameter models a physical effect
The Fresnel multiplier affects all angles, while the metallic parameter only affects near-grazing angles
Sharing the parameter makes it impossible to create a half-metallic material which matches a real metal, but doesn't tint the dielectric reflection (of course, this sort of half-metallic half-dielectric material is not really physical, but users will do it anyways)

Probably not doing this, suggest to close.

authors: lukasstockner portsmouth

repo: AcademySoftwareFoundation/OpenPBR


text:
tarball at https://github.com/AcademySoftwareFoundation/openexr/releases/download/v3.2.4/openexr-v3.2.4.tar.gz extracts incorrectly

Hey folks there,
When you extract:
https://github.com/AcademySoftwareFoundation/openexr/releases/download/v3.2.4/openexr-v3.2.4.tar.gz
I would expect the following directory to be created, in the current working directory:
openexr-v3.2.4/
Instead, it dumps all contents into the current working directory. This is wrong and unexpected. Hopefully
in the next release it would extract to openexr-v3.2.4/ or openexr-3.2.4/ (in general the only correct way
is to extract to exactly the same name as the tarball; quite many github based projects do this incorrectly).

Apologies, that was an oversight, missing a --prefix for the git archive.
Do you have an recommendation for naming? The tag begins with v (e.g. v3.2.4), but GitHub's "Source Code" download link omits the v (e.g. openexr-3.2.4.tar.gz extracts to openexr-3.2.4/...).  Is it preferable to match that, or be distinct from it? Either way, I'll make sure the directory matches the tarball name.

Should be fixed in the next release.

authors: cary-ilm rubyFeedback

repo: AcademySoftwareFoundation/openexr


text:
remove the pattern plain: from gerrit trigger!

Hi,
In the DevOps Academy session while running through Module - 02 lab activity the build job does not gets trigger.
Removing the plain: from the gerrit trigger pattern of Reference Application Build job then after saving changes to this job it gets executed on code push done to master branch.

Thanks @khozema-nullwala and @randyspiess for your contribution.
However, our CI / CD tests (running in Travis) are failing. Would you be able to correct this too? Looks like openjdk7 is no longer supported.
Once travis is working, I'm happy to merge these changes as I can see in the Pluggable SCM provider code base here it also appends "plain:" which would result in plain:plain:master.

authors: RobertNorthard khozema-nullwala

repo: Accenture/adop-cartridge-java


text:
Add Skiplink Story

Describe your changes
Added Skiplink Story
Screenshots - If Any (Optional)

Link to issue

Add Skiplink story #164
Checklist before requesting a review

[x] I have performed a self-review of my code.
[x] Followed the repository's Contributing Guidelines.
[x] I ran the app and tested it locally to verify that it works as expected.
[x] I have checked my code with an automatic accessibility tool such as Axe Dev Tools or Wave
and it shows no errors.

Additional Information (Optional)
Any additional information that you want to give us.

hi @ctoffanin thanks. I'm going to change it

repo: AccessibleForAll/AccessibleWebDev


text:
Custom vectorwise.conf help for minimal set up

Hi, I have been trying to us this image to integrate it into CI but struggling to get some memory settings working properly on an EC2 m5.large node. The node fails to createdb with these errors:
00:02:39.129 2020-12-09 18:58:49.081002 PID   353:TID 353: INFO:SYSTEM:Setting the query memory limit to 33723043020 bytes
00:02:39.129 2020-12-09 18:58:49.081009 PID   353:TID 353: INFO:SYSTEM:rank = 0, num_nodes = 1
00:02:39.129 2020-12-09 18:58:49.242505 PID   353:TID 353: INFO:SYSTEM:Vector nodes: (0, 735ba8fbcbb5)
00:02:39.129 2020-12-09 18:58:49.282016 PID   353:TID 353: INFO:CBM:columnspace_create: nrblks 128
00:02:39.129 2020-12-09 18:58:49.282103 PID   353:TID 353: INFO:CBM:Setting the bufferpool limit to 16861102080 bytes
00:02:39.129 2020-12-09 18:58:49.282113 PID   353:TID 353: INFO:CBM:iobp_create: blksz=524288 nrblks=32160
00:02:39.129 2020-12-09 18:58:49.282131 PID   353:TID 353:ERROR:POSIX:__x100_vmalloc: mmap error. errno=12, errstr=Cannot allocate memory.
00:02:39.129 2020-12-09 18:58:49.282138 PID   353:TID 353:ERROR:MEMCONTEXT:mem_area_alloc: failed to allocate memory from OS: size = 16861171712 reserved = 16861171712 mode = 1.
00:02:39.129 2020-12-09 18:58:49.282145 PID   353:TID 353:ERROR:CBM:Failed to allocate buffer space 0
00:02:39.129 2020-12-09 18:58:49.282159 PID   353:TID 353:ERROR:CBM:Unable to create buffer pool
00:02:39.129 2020-12-09 18:58:49.282165 PID   353:TID 353:ERROR:CBM:iobm_init: iobm_create_bufferpool failed
00:02:39.129 2020-12-09 18:58:49.282170 PID   353:TID 353:ERROR:failed to initialize buffer manager, exiting
00:02:39.129 2020-12-09 18:58:49.282179 PID   353:TID 353:ERROR:bm_init failed with error code = -1
00:02:39.129 2020-12-09 18:58:49.282184 PID   353:TID 353:ERROR:SYSTEM:Error initializing storage.

My request is for someone in  Actian to assist with a barebones minimal vectorwise.conf configuration file we can edit to build docker images with more customization power.
I have tried a line like this before the install script runs:
COPY ./vectorwise.conf $II_SYSTEM/ingres/data/vectorwise.conf

But then the build fails at the install step:
E_ST012C One or more setup programs failed to complete successfully.
    The error messages displayed when the error(s) occurred should have
    indicated the nature of the problem(s).  Once you have resolved any
    problems that occurred, you will need to re-run the setup program(s) by
    choosing 'Setup' or 'SetupAll' from the menu.

     If you are unable to resolve any setup problems, please contact  Actian
    Corporation Technical Support.

Writing installation descriptor file...

WARNING: No Java Runtime Environment (JRE) was detected for
the Actian Vector Management Server process. To configure a
JRE to be used by this instance, run:

        /VectorVW/ingres/utility/iisumgmtsvc

For more information, contact Actian Corporation Technical Support

Installing Demos...

And it hangs here indefinitely.
I am thinking something like PrestoSQL's default config starting place: https://github.com/prestosql/presto/tree/master/docker/default/etc
for this image would be awesome

You can't put in files or directories prior to the installer running.   You might try using the new multi-stage build process to create the initial image then make your modifications in stage 2.  If that isn't available you can create the image, run it and configure the system, then use a "commit" to create the final image
If you are having difficulties with the Vector product itself you should use the https://communities.actian.com site.

repo: ActianCorp/Vector-Community-Docker


text:
fix(versions): update Activiti/activiti-cloud-connectors versions into develop

UpdateBot pushed maven dependency: org.activiti.cloud.common:activiti-cloud-service-common-dependencies to: 7.1.28

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.common:activiti-cloud-service-common-dependencies 7.1.28

repo: Activiti/activiti-cloud-connectors


text:
fix(versions): update Activiti/activiti-cloud-example-chart versions into master

UpdateBot pushed helm dependency: activiti-cloud-modeling to: 7.1.63

UpdateBot commands:
updatebot push-version --kind helm activiti-cloud-modeling 7.1.63

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.jenkins-x-bot seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

authors: CLAassistant jx-activiti-cloud

repo: Activiti/activiti-cloud-example-chart


text:
fix(versions): update Activiti/activiti-cloud-notifications-service-graphql versions into develop

UpdateBot pushed maven dependency: org.activiti.cloud.query:activiti-cloud-query-dependencies to: 7.1.166

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.query:activiti-cloud-query-dependencies 7.1.166


text:
fix(versions): update Activiti/activiti-cloud-notifications-service-graphql versions into 7.0.x

UpdateBot pushed maven dependency: org.activiti.cloud.build:activiti-cloud-parent to: 7.0.41

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.build:activiti-cloud-parent 7.0.41 org.activiti.cloud.build:activiti-cloud-dependencies-parent 7.0.41

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.build:activiti-cloud-parent 7.0.42 org.activiti.cloud.build:activiti-cloud-dependencies-parent 7.0.42

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.query:activiti-cloud-query-dependencies 7.0.109

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.query:activiti-cloud-query-dependencies 7.0.110

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.query:activiti-cloud-query-dependencies 7.0.111

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.query:activiti-cloud-query-dependencies 7.0.112

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.build:activiti-cloud-parent 7.0.43 org.activiti.cloud.build:activiti-cloud-dependencies-parent 7.0.43

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.query:activiti-cloud-query-dependencies 7.0.113


text:
fix(versions): update Activiti/activiti-cloud-notifications-service-graphql versions into develop

UpdateBot pushed maven dependency: org.activiti.cloud.query:activiti-cloud-query-dependencies to: 7.1.60

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.query:activiti-cloud-query-dependencies 7.1.60


text:
update Activiti/activiti-dependencies to master

UpdateBot pushed version changes from the source code in repository: Activiti/activiti-dependencies ref: master

UpdateBot commands:
updatebot push --ref master https://github.com/Activiti/activiti-dependencies.git

repo: Activiti/activiti-examples


text:
update org.activiti.cloud.dependencies:activiti-cloud-dependencies to 7.1.13

UpdateBot pushed maven dependency: org.activiti.cloud.dependencies:activiti-cloud-dependencies to: 7.1.13

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.dependencies:activiti-cloud-dependencies 7.1.13 --merge false

repo: Activiti/example-runtime-bundle


text:
Terminates unexpectedly

===> Newly added dep certifi is locked at a lower level. If you really want to unlock it, use 'rebar3 upgrade certifi'
===> Looking for code to kill with fire...
===> exit analyzing files: badrpc
Stack: [{rpc,check,2,[{file,"rpc.erl"},{line,1238}]},
        {timer,tc,1,[{file,"timer.erl"},{line,166}]},
        {hank,analyze,5,

        Report :

        Rebar3 report
 version 3.14.2+build.5009.ref6a2c775c
 generated at 2021-07-21T05:10:00+00:00
Task:
Entered as:

-----------------
Operating System: x86_64-apple-darwin18.7.0
ERTS: Erlang/OTP 23 [erts-11.1.8] [source] [64-bit] [smp:4:4] [ds:4:4:10] [async-threads:1] [hipe] [dtrace]
Root Directory: /usr/local/Cellar/erlang/23.2.7/lib/erlang
Library directory: /usr/local/Cellar/erlang/23.2.7/lib/erlang/lib
-----------------
Loaded Applications:
bbmustache: 1.10.0
certifi: 2.6.1
cf: 0.3.1
common_test: 1.19.1
compiler: 7.6.6
crypto: 4.8.3
cth_readable: 1.5.1
dialyzer: 4.3
edoc: 0.12
erlware_commons: 1.5.0
eunit: 2.6
eunit_formatters: 0.5.0
getopt: 1.0.1
hipe: 4.0.1
inets: 7.3.2
kernel: 7.2.1
providers: 1.8.1
public_key: 1.9.2
relx: 4.4.0
sasl: 4.0.1
snmp: 5.7.3
ssl_verify_fun: 1.1.6
stdlib: 3.14
syntax_tools: 2.4
tools: 3.4.3

-----------------
Escript path: /Users/anubhav.k/Work/grey_orange/butler/butler_server/rebar3
Providers:
  app_discovery as clean clean clean cmd compile compile compile compile compile compile cover ct cut deps dialyzer do docs edoc escriptize eunit eunit eunit_tear generate get-deps hank help install install_deps key kiwf list lock medoc new owner path pkgs publish release relup repo report repos retire revert search shell state tar tree unlock update upgrade upgrade upgrade user version xref

Hi, @AK67 👋🏻
If you don't mind, would you tell us what commands have you tried to run, on what folder/files/repo, and what was the output it produced exactly?
Thanks

@elbrujohalcon  Hi, Really appreciate your quick response.
Below is the command i run
rebar3 hank
,
===> Looking for code to kill with fire...
===> exit analyzing files: badrpc
Stack: [{rpc,check,2,[{file,"rpc.erl"},{line,1238}]},
{timer,tc,1,[{file,"timer.erl"},{line,166}]},
{hank,analyze,5,
[{file,"/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/plugins/rebar3_hank/src/hank.erl"},
{line,30}]},
{rebar3_hank_prv,do,1,
[{file,"/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/plugins/rebar3_hank/src/rebar3_hank_prv.erl"},
{line,55}]},
{rebar_core,do,2,
[{file,"/home/srijan/workspace/greyorange_rebar3/src/rebar_core.erl"},
{line,155}]},
{rebar3,run_aux,2,
[{file,"/home/srijan/workspace/greyorange_rebar3/src/rebar3.erl"},
{line,182}]},
{rebar3,main,1,
[{file,"/home/srijan/workspace/greyorange_rebar3/src/rebar3.erl"},
{line,66}]},
{escript,run,2,[{file,"escript.erl"},{line,758}]}]
===> Uncaught error in rebar_core. Run with DIAGNOSTIC=1 to see stacktrace or consult rebar3.crashdump

OK, @AK67 … Let's try this…

Add this to your rebar.config:

{hank, [{parsing_style, sequential}]}.

Then run…

DIAGNOSTIC=1 rebar3 hank

And paste the output here.

23.2.7 satisfies the requirement for minimum OTP version 23.1
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> 23.2.7 satisfies the requirement for minimum OTP version 21
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/plugins/rebar3_erlydtl_plugin/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/plugins/erlydtl/rebar.config.script"
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> 23.2.7 satisfies the requirement for minimum OTP version 18
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/plugins/hex_core/rebar.config.script"
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> 23.2.7 satisfies the requirement for minimum OTP version 19.3
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/plugins/gpb/rebar.config.script"
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Expanded command sequence to be run: [app_discovery,hank]
===> Running provider: app_discovery
===> Found top-level apps: [butler_base,butler_shared,fos,ims,mhs,mnesia_backup_viewer,pf,rlayout,butler_server]
using config: [{src_dirs,["src"]},{lib_dirs,["apps/","lib/","."]}]
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/lib/boss_db/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/lib/brod/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/lib/erlastic_search/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/lib/erlware_commons/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/lib/erlydtl/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/lib/gproc/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/lib/jiffy/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/lib/jsx/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/lib/lager/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/lib/prometheus/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/lib/sync/rebar.config.script"
===> 23.2.7 satisfies the requirement for minimum OTP version 23.1
===> 23.2.7 satisfies the requirement for minimum OTP version 23.1
===> 23.2.7 satisfies the requirement for minimum OTP version 23.1
===> 23.2.7 satisfies the requirement for minimum OTP version 23.1
===> 23.2.7 satisfies the requirement for minimum OTP version 23.1
===> 23.2.7 satisfies the requirement for minimum OTP version 23.1
===> 23.2.7 satisfies the requirement for minimum OTP version 23.1
===> 23.2.7 satisfies the requirement for minimum OTP version 23.1
===> 23.2.7 satisfies the requirement for minimum OTP version 23.1
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/plugins/rebar3_erlydtl_plugin/rebar.config.script"
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/plugins/erlydtl/rebar.config.script"
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Not adding provider erlydtl compile from module rebar3_erlydtl_plugin because it already exists from module rebar3_erlydtl_plugin
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Not adding provider boss_db compile from module rebar3_boss_db_prv because it already exists from module rebar3_boss_db_prv
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Not adding provider butler_eunit eunit from module butler_eunit_prv because it already exists from module butler_eunit_prv
===> Not adding provider butler_eunit eunit_tear from module butler_eunit_tear_prv because it already exists from module butler_eunit_tear_prv
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Not adding provider default medoc from module medoc because it already exists from module medoc
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Not adding provider default cmd from module rebar_cmd_prv because it already exists from module rebar_cmd_prv
===> 23.2.7 satisfies the requirement for minimum OTP version 19.3
===> Evaluating config script "/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/plugins/gpb/rebar.config.script"
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Not adding provider protobuf compile from module rebar3_gpb_prv_compile because it already exists from module rebar3_gpb_prv_compile
===> Not adding provider protobuf clean from module rebar3_gpb_prv_clean because it already exists from module rebar3_gpb_prv_clean
===> Setting paths to [deps]
===> Compile (apps)
===> Setting paths to [plugins]
===> Setting paths to [deps]
===> Setting paths to [plugins]
===> Setting paths to [plugins]
===> Not adding provider pc compile from module pc_prv_compile because it already exists from module pc_prv_compile
===> Not adding provider pc clean from module pc_prv_clean because it already exists from module pc_prv_clean
===> Running provider: hank
===> Looking for code to kill with fire...
===> Hank rules: [single_use_hrl_attrs,single_use_hrls,
unnecessary_function_arguments,unused_callbacks,
unused_configuration_options,unused_hrls,
unused_macros,unused_record_fields]
===> Hank Context: #{app_dirs =>
#{butler_base =>
"/Users/anubhav.k/Work/grey_orange/butler/butler_server/apps/butler_base",
butler_server =>
"/Users/anubhav.k/Work/grey_orange/butler/butler_server",
butler_shared =>
"/Users/anubhav.k/Work/grey_orange/butler/butler_server/apps/butler_shared",
fos =>
"/Users/anubhav.k/Work/grey_orange/butler/butler_server/apps/fos",
ims =>
"/Users/anubhav.k/Work/grey_orange/butler/butler_server/apps/ims",
mhs =>
"/Users/anubhav.k/Work/grey_orange/butler/butler_server/apps/mhs",
mnesia_backup_viewer =>
"/Users/anubhav.k/Work/grey_orange/butler/butler_server/apps/mnesia_backup_viewer",
pf =>
"/Users/anubhav.k/Work/grey_orange/butler/butler_server/apps/pf",
rlayout =>
"/Users/anubhav.k/Work/grey_orange/butler/butler_server/apps/rlayout"},
project_apps =>
[butler_server,mnesia_backup_viewer,fos,ims,
mhs,butler_shared,rlayout,butler_base,pf]}
===> Hank will use 3639 files for analysis: [".erlang.mk/rebar/include/rebar.hrl",
".erlang.mk/rebar/inttest/app_src/app_src.erl",
".erlang.mk/rebar/inttest/app_src/app_src_rt.erl",
".erlang.mk/rebar/inttest/app_src_script/app_src_script.erl",
".erlang.mk/rebar/inttest/app_src_script/app_src_script_rt.erl",
".erlang.mk/rebar/inttest/app_src_script_2/app_src_script_2.erl",
".erlang.mk/rebar/inttest/app_src_script_2/app_src_script_2_rt.erl",
".erlang.mk/rebar/inttest/appup_src/appup_src_rt.erl",
".erlang.mk/rebar/inttest/appup_src/src/app.app.src",
".erlang.mk/rebar/inttest/appup_src/src/appup_src.erl",
".erlang.mk/rebar/inttest/appup_src_2/appup_src_2_rt.erl",
".erlang.mk/rebar/inttest/appup_src_2/appup_src_rt_2.erl",
".erlang.mk/rebar/inttest/appup_src_2/src/app.app.src",
".erlang.mk/rebar/inttest/appup_src_2/src/appup_src.erl",
".erlang.mk/rebar/inttest/appup_src_script/appup_src_script_rt.erl",
".erlang.mk/rebar/inttest/appup_src_script/src/app.app.src",
".erlang.mk/rebar/inttest/appup_src_script/src/appup_src.erl",
".erlang.mk/rebar/inttest/bug_5_rt.erl",
".erlang.mk/rebar/inttest/code_path_no_recurse/code_path_no_recurse_rt.erl",
".erlang.mk/rebar/inttest/code_path_no_recurse/deps/bazdep/src/bazdep.app.src",
".erlang.mk/rebar/inttest/code_path_no_recurse/deps/bazdep/src/bazdep.erl",
".erlang.mk/rebar/inttest/code_path_no_recurse/deps/bazdep/test/bazdep_tests.erl",
".erlang.mk/rebar/inttest/code_path_no_recurse/deps/foodep/rebar.config",
".erlang.mk/rebar/inttest/code_path_no_recurse/deps/foodep/src/foodep.app.src",
".erlang.mk/rebar/inttest/code_path_no_recurse/deps/foodep/src/foodep.erl",
".erlang.mk/rebar/inttest/code_path_no_recurse/deps/foodep/test/foodep_tests.erl",
".erlang.mk/rebar/inttest/code_path_no_recurse/deps/unuseddep/src/unuseddep.app.src",
".erlang.mk/rebar/inttest/code_path_no_recurse/deps/unuseddep/src/unuseddep.erl",
".erlang.mk/rebar/inttest/code_path_no_recurse/rebar.config",
".erlang.mk/rebar/inttest/code_path_no_recurse/src/codepath.app.src",
".erlang.mk/rebar/inttest/code_path_no_recurse/src/codepath.erl",
".erlang.mk/rebar/inttest/code_path_no_recurse/test/codepath_tests.erl",
".erlang.mk/rebar/inttest/cover/cover_rt.erl",
".erlang.mk/rebar/inttest/cover/rebar-cover_export_json.config",
".erlang.mk/rebar/inttest/cover/src/foo.erl",
".erlang.mk/rebar/inttest/cross1/cross1_rt.erl",
".erlang.mk/rebar/inttest/ct1/app.config",
".erlang.mk/rebar/inttest/ct1/ct1_rt.erl",
".erlang.mk/rebar/inttest/ct1/rebar.config",
".erlang.mk/rebar/inttest/ct1/test_SUITE.erl",
".erlang.mk/rebar/inttest/ct2/ct2_rt.erl",
".erlang.mk/rebar/inttest/ct2/foo_SUITE.erl",
".erlang.mk/rebar/inttest/ct3/app.config",
".erlang.mk/rebar/inttest/ct3/ct3_rt.erl",
".erlang.mk/rebar/inttest/ct3/rebar.config",
".erlang.mk/rebar/inttest/ct3/test_SUITE.erl",
".erlang.mk/rebar/inttest/ct4/ct4_rt.erl",
".erlang.mk/rebar/inttest/ct4/foo_SUITE.erl",
".erlang.mk/rebar/inttest/ct4/rebar.config",
".erlang.mk/rebar/inttest/ct_cover/app.config",
".erlang.mk/rebar/inttest/ct_cover/ct_cover_rt.erl",
".erlang.mk/rebar/inttest/ct_cover/mock/dummy/app.config",
".erlang.mk/rebar/inttest/ct_cover/mock/dummy/itest/test_SUITE.erl",
".erlang.mk/rebar/inttest/ct_cover/mock/dummy/rebar.config",
".erlang.mk/rebar/inttest/ct_cover/rebar.config",
".erlang.mk/rebar/inttest/ct_cover/test_SUITE.erl",
".erlang.mk/rebar/inttest/ct_make_fails/app.config",
".erlang.mk/rebar/inttest/ct_make_fails/ct_make_fails_rt.erl",
".erlang.mk/rebar/inttest/ct_make_fails/rebar.config",
".erlang.mk/rebar/inttest/ct_make_fails/test_SUITE.erl",
".erlang.mk/rebar/inttest/ct_test_fails/app.config",
".erlang.mk/rebar/inttest/ct_test_fails/ct_test_fails_rt.erl",
".erlang.mk/rebar/inttest/ct_test_fails/rebar.config",
".erlang.mk/rebar/inttest/ct_test_fails/test2_SUITE.erl",
".erlang.mk/rebar/inttest/ct_test_fails/test_SUITE.erl",
".erlang.mk/rebar/inttest/depplugins/base_dir_cwd_plugin.erl",
".erlang.mk/rebar/inttest/depplugins/dep_cwd_plugin.erl",
".erlang.mk/rebar/inttest/depplugins/depplugins_rt.erl",
".erlang.mk/rebar/inttest/depplugins/rebar.config",
".erlang.mk/rebar/inttest/depplugins/rebar_dependsonplugin.config",
".erlang.mk/rebar/inttest/depplugins/rebar_testplugin.config",
".erlang.mk/rebar/inttest/depplugins/testplugin_mod.erl",
".erlang.mk/rebar/inttest/erlc/erlc_rt.erl",
".erlang.mk/rebar/inttest/erlc/extra-include/foo_extra.hrl",
".erlang.mk/rebar/inttest/erlc/extra-src/after_first_erl.erl",
".erlang.mk/rebar/inttest/erlc/extra-src/foo_sup.erl",
".erlang.mk/rebar/inttest/erlc/foobar.erl",
".erlang.mk/rebar/inttest/erlc/include/foo_core.hrl",
".erlang.mk/rebar/inttest/erlc/rebar-no_debug_info.config",
".erlang.mk/rebar/inttest/erlc/rebar.config",
".erlang.mk/rebar/inttest/erlc/src/behaviour/foo_worker.erl",
".erlang.mk/rebar/inttest/erlc/src/first_erl.erl",
".erlang.mk/rebar/inttest/erlc/src/foo.erl",
".erlang.mk/rebar/inttest/erlc/src/foo_app.erl",
".erlang.mk/rebar/inttest/erlc/src/foo_test_worker.erl",
".erlang.mk/rebar/inttest/erlc_dep_graph/erlc_dep_graph_rt.erl",
".erlang.mk/rebar/inttest/erlc_dep_graph/extra_include/extra.hrl",
".erlang.mk/rebar/inttest/erlc_dep_graph/include/lambda.hrl",
".erlang.mk/rebar/inttest/erlc_dep_graph/rebar.config",
".erlang.mk/rebar/inttest/erlc_dep_graph/src/foo.app.src",
".erlang.mk/rebar/inttest/erlc_dep_graph/src/java.erl",
".erlang.mk/rebar/inttest/erlc_dep_graph/src/lisp.erl",
".erlang.mk/rebar/inttest/erlc_dep_graph/src/pascal.erl",
".erlang.mk/rebar/inttest/erlc_dep_graph/src/perl.erl",
".erlang.mk/rebar/inttest/eunit/eunit_rt.erl",
".erlang.mk/rebar/inttest/eunit/eunit_src/bar.erl",
".erlang.mk/rebar/inttest/eunit/rebar-eunit_compile_opts.config",
".erlang.mk/rebar/inttest/eunit/src/foo.erl",
".erlang.mk/rebar/inttest/eunit_surefire/eunit_src/bar.erl",
".erlang.mk/rebar/inttest/eunit_surefire/eunit_surefire_rt.erl",
".erlang.mk/rebar/inttest/eunit_surefire/rebar.config",
".erlang.mk/rebar/inttest/eunit_surefire/src/foo.erl",
".erlang.mk/rebar/inttest/inttest_utils.erl",
".erlang.mk/rebar/inttest/logging/logging_rt.erl",
".erlang.mk/rebar/inttest/neotoma1/mock/neotoma/priv/peg_includes.hrl",
".erlang.mk/rebar/inttest/neotoma1/mock/neotoma/src/neotoma.app.src",
".erlang.mk/rebar/inttest/neotoma1/mock/neotoma/src/neotoma.erl",
".erlang.mk/rebar/inttest/neotoma1/mock/neotoma/src/neotoma_parse.erl",
".erlang.mk/rebar/inttest/neotoma1/neotoma_src_rt.erl",
".erlang.mk/rebar/inttest/neotoma1/rebar.config",
".erlang.mk/rebar/inttest/neotoma1/src/neotoma1.app.src",
".erlang.mk/rebar/inttest/port/port_rt.erl",
".erlang.mk/rebar/inttest/port/rebar.config",
".erlang.mk/rebar/inttest/port2/port2_rt.erl",
".erlang.mk/rebar/inttest/port2/rebar.config",
".erlang.mk/rebar/inttest/profile/profile_rt.erl",
".erlang.mk/rebar/inttest/proto_gpb/mock/gpb/src/gpb.app.src",
".erlang.mk/rebar/inttest/proto_gpb/mock/gpb/src/gpb.erl",
".erlang.mk/rebar/inttest/proto_gpb/mock/gpb/src/gpb_compile.erl",
".erlang.mk/rebar/inttest/proto_gpb/proto_gpb_rt.erl",
".erlang.mk/rebar/inttest/proto_gpb/rebar.bad.config",
".erlang.mk/rebar/inttest/proto_gpb/rebar.config",
".erlang.mk/rebar/inttest/proto_gpb/rebar2.config",
".erlang.mk/rebar/inttest/proto_gpb/src/foo.erl",
".erlang.mk/rebar/inttest/proto_gpb/src/foo_app.erl",
".erlang.mk/rebar/inttest/proto_gpb/src/foo_sup.erl",
".erlang.mk/rebar/inttest/proto_protobuffs/mock/protobuffs/src/protobuffs.app.src",
".erlang.mk/rebar/inttest/proto_protobuffs/mock/protobuffs/src/protobuffs.erl",
".erlang.mk/rebar/inttest/proto_protobuffs/mock/protobuffs/src/protobuffs_compile.erl",
".erlang.mk/rebar/inttest/proto_protobuffs/proto_protobuffs_rt.erl",
".erlang.mk/rebar/inttest/proto_protobuffs/rebar.config",
".erlang.mk/rebar/inttest/proto_protobuffs/src/foo.erl",
".erlang.mk/rebar/inttest/proto_protobuffs/src/foo_app.erl",
".erlang.mk/rebar/inttest/proto_protobuffs/src/foo_sup.erl",
".erlang.mk/rebar/inttest/rebar3_deps1/a.erl",
".erlang.mk/rebar/inttest/rebar3_deps1/a.rebar.config",
".erlang.mk/rebar/inttest/rebar3_deps1/b.hrl",
".erlang.mk/rebar/inttest/rebar3_deps1/rebar3_deps1_rt.erl",
".erlang.mk/rebar/inttest/require_vsn/rebar.config",
".erlang.mk/rebar/inttest/require_vsn/require_vsn_rt.erl",
".erlang.mk/rebar/inttest/rgen1/reltool.config",
".erlang.mk/rebar/inttest/rgen1/retest.config",
".erlang.mk/rebar/inttest/rgen1/rgen1_rt.erl",
".erlang.mk/rebar/inttest/rgen1/test.config",
".erlang.mk/rebar/inttest/rgen1/vars.config",
".erlang.mk/rebar/inttest/t_custom_config/custom.config",
".erlang.mk/rebar/inttest/t_custom_config/custom_config.erl",
".erlang.mk/rebar/inttest/t_custom_config/t_custom_config_rt.erl",
".erlang.mk/rebar/inttest/tdeps1/a.erl",
".erlang.mk/rebar/inttest/tdeps1/a.rebar.config",
".erlang.mk/rebar/inttest/tdeps1/b.hrl",
".erlang.mk/rebar/inttest/tdeps1/b.rebar.config",
".erlang.mk/rebar/inttest/tdeps1/c.hrl",
".erlang.mk/rebar/inttest/tdeps1/tdeps1_rt.erl",
".erlang.mk/rebar/inttest/tdeps2/a.erl",
".erlang.mk/rebar/inttest/tdeps2/a.rebar.config",
".erlang.mk/rebar/inttest/tdeps2/b.hrl",
".erlang.mk/rebar/inttest/tdeps2/b.rebar.config",
".erlang.mk/rebar/inttest/tdeps2/c.hrl",
".erlang.mk/rebar/inttest/tdeps2/root.rebar.config",
".erlang.mk/rebar/inttest/tdeps2/tdeps2_rt.erl",
".erlang.mk/rebar/inttest/tdeps3/a.erl",
".erlang.mk/rebar/inttest/tdeps3/a.rebar.config",
".erlang.mk/rebar/inttest/tdeps3/b.hrl",
".erlang.mk/rebar/inttest/tdeps3/b.rebar.config",
".erlang.mk/rebar/inttest/tdeps3/c.hrl",
".erlang.mk/rebar/inttest/tdeps3/c.rebar.config",
".erlang.mk/rebar/inttest/tdeps3/d.hrl",
".erlang.mk/rebar/inttest/tdeps3/d.rebar.config",
".erlang.mk/rebar/inttest/tdeps3/e.hrl",
".erlang.mk/rebar/inttest/tdeps3/f.hrl",
".erlang.mk/rebar/inttest/tdeps3/root.rebar.config",
".erlang.mk/rebar/inttest/tdeps3/tdeps3_rt.erl",
".erlang.mk/rebar/inttest/tdeps_prefer/a.erl",
".erlang.mk/rebar/inttest/tdeps_prefer/a.rebar.config",
".erlang.mk/rebar/inttest/tdeps_prefer/b.hrl",
".erlang.mk/rebar/inttest/tdeps_prefer/c.hrl",
".erlang.mk/rebar/inttest/tdeps_prefer/root.rebar.config",
".erlang.mk/rebar/inttest/tdeps_prefer/tdeps_prefer_rt.erl",
".erlang.mk/rebar/inttest/tdeps_update/a.erl",
".erlang.mk/rebar/inttest/tdeps_update/a.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/a2.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/a3.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/a4.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/b.hrl",
".erlang.mk/rebar/inttest/tdeps_update/b.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/b2.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/b3.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/b4.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/c.hrl",
".erlang.mk/rebar/inttest/tdeps_update/c.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/c2.hrl",
".erlang.mk/rebar/inttest/tdeps_update/c2.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/c3.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/d.hrl",
".erlang.mk/rebar/inttest/tdeps_update/root.rebar.config",
".erlang.mk/rebar/inttest/tdeps_update/tdeps_update_rt.erl",
".erlang.mk/rebar/inttest/thooks/fish.erl",
".erlang.mk/rebar/inttest/thooks/rebar.config",
".erlang.mk/rebar/inttest/thooks/thooks_rt.erl",
".erlang.mk/rebar/inttest/tplugins/bad.config",
".erlang.mk/rebar/inttest/tplugins/bad_plugin.erl",
".erlang.mk/rebar/inttest/tplugins/fish.erl",
".erlang.mk/rebar/inttest/tplugins/rebar.config",
".erlang.mk/rebar/inttest/tplugins/test_plugin.erl",
".erlang.mk/rebar/inttest/tplugins/tplugins_rt.erl",
".erlang.mk/rebar/inttest/vsn_cache/main.erl",
".erlang.mk/rebar/inttest/vsn_cache/vsn_cache_rt.erl",
".erlang.mk/rebar/inttest/xref_behavior/gen_xref_behavior.erl",
".erlang.mk/rebar/inttest/xref_behavior/rebar.config",
".erlang.mk/rebar/inttest/xref_behavior/xref_behavior.erl",
".erlang.mk/rebar/inttest/xref_behavior/xref_behavior_rt.erl",
".erlang.mk/rebar/priv/templates/basicnif.erl",
".erlang.mk/rebar/priv/templates/ctsuite.erl",
".erlang.mk/rebar/priv/templates/simpleapp.app.src",
".erlang.mk/rebar/priv/templates/simpleapp_app.erl",
".erlang.mk/rebar/priv/templates/simpleapp_sup.erl",
".erlang.mk/rebar/priv/templates/simpleevent.erl",
".erlang.mk/rebar/priv/templates/simplefsm.erl",
".erlang.mk/rebar/priv/templates/simplelib.app.src",
".erlang.mk/rebar/priv/templates/simplelib.erl",
".erlang.mk/rebar/priv/templates/simplemod.erl",
".erlang.mk/rebar/priv/templates/simplemod_tests.erl",
".erlang.mk/rebar/priv/templates/simplenode.reltool.config",
".erlang.mk/rebar/priv/templates/simplenode.sys.config",
".erlang.mk/rebar/priv/templates/simplesrv.erl",
".erlang.mk/rebar/rebar.config",
".erlang.mk/rebar/src/rebar.erl",
".erlang.mk/rebar/src/rebar_abnfc_compiler.erl",
".erlang.mk/rebar/src/rebar_app_utils.erl",
".erlang.mk/rebar/src/rebar_appups.erl",
".erlang.mk/rebar/src/rebar_asn1_compiler.erl",
".erlang.mk/rebar/src/rebar_base_compiler.erl",
".erlang.mk/rebar/src/rebar_cleaner.erl",
".erlang.mk/rebar/src/rebar_config.erl",
".erlang.mk/rebar/src/rebar_core.erl",
".erlang.mk/rebar/src/rebar_cover_utils.erl",
".erlang.mk/rebar/src/rebar_ct.erl",
".erlang.mk/rebar/src/rebar_deps.erl",
".erlang.mk/rebar/src/rebar_dia_compiler.erl",
".erlang.mk/rebar/src/rebar_dialyzer.erl",
".erlang.mk/rebar/src/rebar_edoc.erl",
".erlang.mk/rebar/src/rebar_erlc_compiler.erl",
".erlang.mk/rebar/src/rebar_erlydtl_compiler.erl",
".erlang.mk/rebar/src/rebar_escripter.erl",
".erlang.mk/rebar/src/rebar_eunit.erl",
".erlang.mk/rebar/src/rebar_file_utils.erl",
".erlang.mk/rebar/src/rebar_getopt.erl",
".erlang.mk/rebar/src/rebar_lfe_compiler.erl",
".erlang.mk/rebar/src/rebar_log.erl",
".erlang.mk/rebar/src/rebar_metacmds.erl",
".erlang.mk/rebar/src/rebar_mustache.erl",
".erlang.mk/rebar/src/rebar_neotoma_compiler.erl",
".erlang.mk/rebar/src/rebar_otp_app.erl",
".erlang.mk/rebar/src/rebar_otp_appup.erl",
".erlang.mk/rebar/src/rebar_port_compiler.erl",
".erlang.mk/rebar/src/rebar_proto_compiler.erl",
".erlang.mk/rebar/src/rebar_proto_gpb_compiler.erl",
".erlang.mk/rebar/src/rebar_protobuffs_compiler.erl",
".erlang.mk/rebar/src/rebar_qc.erl",
".erlang.mk/rebar/src/rebar_rand_compat.erl",
".erlang.mk/rebar/src/rebar_rel_utils.erl",
".erlang.mk/rebar/src/rebar_reltool.erl",
".erlang.mk/rebar/src/rebar_require_vsn.erl",
".erlang.mk/rebar/src/rebar_shell.erl",
".erlang.mk/rebar/src/rebar_subdirs.erl",
".erlang.mk/rebar/src/rebar_templater.erl",
".erlang.mk/rebar/src/rebar_upgrade.erl",
".erlang.mk/rebar/src/rebar_utils.erl",
".erlang.mk/rebar/src/rebar_xref.erl",
".erlang.mk/rebar/src/rmemo.erl",
".erlang.mk/rebar/test/rebar_compiler_tests.erl",
".erlang.mk/rebar/test/rebar_dia_tests.erl",
".erlang.mk/rebar/test/rebar_eunit_tests.erl",
".erlang.mk/rebar/test/rebar_file_utils_tests.erl",
".erlang.mk/rebar/test/rebar_otp_release_tests.erl",
".erlang.mk/rebar/test/rebar_require_vsn_tests.erl",
".erlang.mk/rebar/test/rebar_utils_tests.erl",
".erlang.mk/rebar/test/rebar_xref_eunit.erl",
".erlang.mk/rebar/test/upgrade_project/apps/dummy/src/dummy.app.src",
".erlang.mk/rebar/test/upgrade_project/apps/dummy/src/dummy_app.erl",
".erlang.mk/rebar/test/upgrade_project/apps/dummy/src/dummy_server.erl",
".erlang.mk/rebar/test/upgrade_project/apps/dummy/src/dummy_sup.erl",
".erlang.mk/rebar/test/upgrade_project/rebar.config",
".erlang.mk/rebar/test/upgrade_project/rel/files/sys.config",
".erlang.mk/rebar/test/upgrade_project/rel/reltool.config",
"apps/butler_base/elvis.config",
after this it also prints all the files of the project which i cannot share because of the policy restriction.

Hummm… OK.
I understand your privacy concerns, but… At the very end of the output you should have a proper error report, with a  call stack and what not…
Can you anonymize that one and show me how it looks like?

at the end i get
===> exit analyzing files: badrpc
Stack: [{rpc,check,2,[{file,"rpc.erl"},{line,1238}]},
{timer,tc,1,[{file,"timer.erl"},{line,166}]},
{hank,analyze,5,
[{file,"/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/plugins/rebar3_hank/src/hank.erl"},
{line,30}]},
{rebar3_hank_prv,do,1,
[{file,"/Users/anubhav.k/Work/grey_orange/butler/butler_server/_build/default/plugins/rebar3_hank/src/rebar3_hank_prv.erl"},
{line,55}]},
{rebar_core,do,2,
[{file,"/home/srijan/workspace/greyorange_rebar3/src/rebar_core.erl"},
{line,155}]},
{rebar3,run_aux,2,
[{file,"/home/srijan/workspace/greyorange_rebar3/src/rebar3.erl"},
{line,182}]},
{rebar3,main,1,
[{file,"/home/srijan/workspace/greyorange_rebar3/src/rebar3.erl"},
{line,66}]},
{escript,run,2,[{file,"escript.erl"},{line,758}]}]

That's odd… Hank should not run through rpc if you use sequential 🤔

Wanna ping me on the Erlanger Slack so we can figure this out more quickly?

On the other hand… All those .erlang.mk files are quite suspicious.
I think we'll need to add some code to ignore those, @pbrudnick …


text:
😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭

😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭

😭😭😭

😭

sobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsob

您好。请不要回复此邮箱。

您好。请不要回复此邮箱。

sobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsobsob

😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭

您好。请不要回复此邮箱。

您好。请不要回复此邮箱。

您好。请不要回复此邮箱。

😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭😭

QAQAQAQAQAQAQAQAQAQAQAQAQAQAQAQAQAQAQAQAQAQAQAQAQ

:sob:sob:sob:

您好。请不要回复此邮箱。

您好。请不要回复此邮箱。

repo: AdhesionTek/Quantum-Wormhole

license: WTFPL


text:
Update OpenVINO dependency

Signed-off-by: Zhao Lufan zhao.lufan30@zte.com.cn

bors r+

repo: Adlik/Adlik


text:
HttpCache - Prep for 4.x release (Removes Combined* support for 4.0.0)

HttpCache was rather dirty, and some of the new additions were a bit overwrought This works well now, though it suppresses (removes the OSGi annotations) for the 2 new Combined features as they don't appear to work (and the logic looks strange -> wrong to me anyhow).
This also removes a number of the KeyValueCacheKey's files by reorganizing the logic.

@niekraaijmakers FYI - The Combined* is disabled but in code (impl) still - youll want to revisit this later - though i think we may want to think through how these work.

Will try to fix failing tests before work tomorrow

Il will make some time to look into this today

Updated metatype and hints..

Updated "key/value" derived extension osgi config definition
image

Looks like MCP tests are failing due to sftp host resolution? This sounds familiar?

@davidjgonzalez the reason the travis build is failing is this:
java.lang.Exception: Could not identify pid for OSGI-INF/metatype/com.adobe.acs.commons.httpcache.store.caffeine.impl.Config.xml
	at com.adobe.acs.commons.it.build.ScrMetadataIT.parseMetatype(ScrMetadataIT.java:267)
	at com.adobe.acs.commons.it.build.ScrMetadataIT.parseJar(ScrMetadataIT.java:185)
	at com.adobe.acs.commons.it.build.ScrMetadataIT.getDescriptorsFromCurrent(ScrMetadataIT.java:174)
	at com.adobe.acs.commons.it.build.ScrMetadataIT.test(ScrMetadataIT.java:98)

What this means is that com.adobe.acs.commons.httpcache.store.caffeine.impl.Config is now a configuration metatype which is not linked to any component (yeah, this could be more intuitive).
So removing this annotation class should fix the problem.
Can you go ahead and remove that class?

@justinedelson ah - thanks - pushed fix.

ok. now it is failing because you changed some properties:
Property jmx.objectname on component com.adobe.acs.commons.httpcache.engine.impl.HttpCacheEngineImpl has different values (was: {com.adobe.acs.httpcache:type=HTTP Cache Engine}, is: {com.adobe.acs.commons.httpcache:type=HTTP Cache - Engine})
Property jmx.objectname on component com.adobe.acs.commons.httpcache.store.jcr.impl.JCRHttpCacheStoreImpl has different values (was: {com.adobe.acs.httpcache:type=JCR HTTP Cache Store}, is: {com.adobe.acs.commons.httpcache:type=HTTP Cache - JCR Cache Store})
Property jmx.objectname on component com.adobe.acs.commons.httpcache.store.mem.impl.MemHttpCacheStoreImpl has different values (was: {com.adobe.acs.httpcache:type=In Memory HTTP Cache Store}, is: {com.adobe.acs.commons.httpcache:type=HTTP Cache - In-Memory Cache Store}}

Are these necessary? (conceptually these are API changes)

@justinedelson yeh - i figured since its 4.x it would good to correct them; we can revert them if we want (the prior prefix was nonsensical: com.adobe.acs.httpcache )
I dont think many ppl hook MBeans up to anything so the impact would be low? (though we would need to document on the 4.x.x page)

Pull Request Test Coverage Report for Build 3885

76 of 100 (76.0%)  changed or added relevant lines in 10 files are covered.
37 unchanged lines in 6 files lost coverage.
Overall coverage decreased (-0.5%) to 48.753%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

bundle/src/main/java/com/adobe/acs/commons/httpcache/config/impl/RequestCookieHttpCacheConfigExtension.java
18
19
94.74%

bundle/src/main/java/com/adobe/acs/commons/httpcache/config/impl/RequestHeaderHttpCacheConfigExtension.java
13
14
92.86%

bundle/src/main/java/com/adobe/acs/commons/httpcache/config/impl/RequestParameterHttpCacheConfigExtension.java
13
14
92.86%

bundle/src/main/java/com/adobe/acs/commons/httpcache/config/impl/ResourcePropertiesHttpCacheConfigExtension.java
16
17
94.12%

bundle/src/main/java/com/adobe/acs/commons/httpcache/config/impl/ResourceTypeHttpCacheConfigExtension.java
0
1
0.0%

bundle/src/main/java/com/adobe/acs/commons/httpcache/store/caffeine/impl/CaffeineMemHttpCacheStoreImpl.java
10
14
71.43%

bundle/src/main/java/com/adobe/acs/commons/httpcache/config/impl/AbstractKeyValueExtension.java
0
5
0.0%

bundle/src/main/java/com/adobe/acs/commons/httpcache/config/impl/keys/KeyValueCacheKey.java
0
10
0.0%

Files with Coverage Reduction
New Missed Lines
%

bundle/src/main/java/com/adobe/acs/commons/httpcache/store/disk/impl/DiskHttpCacheStoreImpl.java
1
0.0%

bundle/src/main/java/com/adobe/acs/commons/httpcache/store/caffeine/impl/CaffeineMemHttpCacheStoreImpl.java
1
75.0%

bundle/src/main/java/com/adobe/acs/commons/util/impl/AbstractCacheMBean.java
1
35.14%

bundle/src/main/java/com/adobe/acs/commons/httpcache/config/impl/keys/ResourcePathCacheKey.java
3
0.0%

bundle/src/main/java/com/adobe/acs/commons/util/impl/ReflectionUtil.java
4
75.0%

bundle/src/main/java/com/adobe/acs/commons/httpcache/keys/AbstractCacheKey.java
27
0.0%

Totals

Change from base Build 3879:
-0.5%

Covered Lines:
11512

Relevant Lines:
23613

💛  - Coveralls

authors: coveralls davidjgonzalez justinedelson niekraaijmakers


text:
Update composition.md

There isn't a data type called Number anymore, as far as I can tell. If I'm wrong, feel free to disregard. But for example when capturing Revenue (a non-integer), it seems that people are choosing Double as the data type. Number isn't anywhere on the list when building a field in a mixin.

"Number" has been replaced in the schema composition doc: https://docs.adobe.com/content/help/en/experience-platform/xdm/schema/composition.html#field


text:
Windows build machines default to --with-boot-jdk=C:openjdkjdk-8 if JDK7_BOOT_DIR invalid

Seen on JDK8 builds when JDK7_BOOT_DIR was set to /cygwin/c/openjdk/jdk-7 when it was really at /cygdrive/c/openjdk-jdk7 (which I think was wrong, so I've changed it in this PR)
We should look at where this is coming from as it's clearly gibberish that doesn't work so we should do something more useful

If I recall correctly, I had a similar issue when I was setting up Windows, I think the garbage c path is coming from Windows env variable JAVA_HOME.

https://github.com/AdoptOpenJDK/openjdk-build/pull/2119 should also warn of an invalid jdk early since it will try to look at the java version and specification (failing if it can't).

authors: AdamBrousseau M-Davies sxa

repo: AdoptOpenJDK/openjdk-build


text:
Test build is expected be unstable and gets failed if there is no specified test

Scenario:
https://ci.adoptopenjdk.net/view/work in progress/job/Grinder_Sandbox/380/
BUILD_LIST=thirdparty_containers/lucene-solr
Target=lucene_solr_nightly_smoketest_OpenJ9
JDK_IMPL=openj9
JDK_VERSION=11
Under this scenario there actually is no 'make target' generated, which caused the build fail ( the test is not supposed to run against JDK11). This could also happens if test target is not spelled correctly and there is only testcase under the specified BUILD_LIST, subset and impl.
FYI @renfeiw

Close it as it is addressed.

repo: AdoptOpenJDK/openjdk-tests


text:
No rule to make target jckjni.c', needed by libjckjni.so'

Dear all, PLEASE HELP... How can I resolve the jckjni.c problem, I googled and find out nothing useful.
Problem
dist:
     [copy] Copying 5957 files to /opt/openjdk/openjdk-tests/jck/build/jck
     [copy] Copied 903 empty directories to 4 empty directories under /opt/openjdk/openjdk-tests/jck/build/jck
     [echo] start compiling jck natives

compile_jck:
     [echo] jck_short_version is 8b
     [echo] platform_short_name is x64_linux
     [echo] /opt/openjdk/openjdk-tests/jck/../systemtest/openjdk-systemtest/openjdk.test.jck/src/native/makefile
     [echo] PLATFORM=x64_linux
     [echo] SRCDIR=/opt/openjdk/openjdk-tests/jck/jck8b/JCK-runtime-8b
     [echo] OUTDIR=/opt/openjdk/openjdk-tests/jck/jck8b/natives
     [echo] JAVA_HOME=${JDK_HOME}
     [exec] mkdir -p /opt/openjdk/openjdk-tests/jck/jck8b/natives/x64_linux/
     [exec] /opt/openjdk/openjdk-tests/jck/../systemtest/openjdk-systemtest/openjdk.test.jck/src/native/makefile:41: Using /opt/openjdk/j2sdk-image/bin/ from PATH to create jar files
     [exec] make: *** No rule to make target `jckjni.c', needed by `libjckjni.so'.  Stop.

BUILD FAILED
/opt/openjdk/openjdk-tests/jck/build.xml:214: The following error occurred while executing this line:
/opt/openjdk/openjdk-tests/jck/build.xml:75: exec returned: 2

I checked the SRCDIR, it's not existed?
My Env
os: Ubuntu 14.04.5 LTS
PLATFORM="x64_linux"
JVMVERSION="openjdk8"

hi @wefine, can you answer a couple more questions:

did you review https://github.com/AdoptOpenJDK/openjdk-tests/blob/master/jck/README.md ?
do you have your own JCK test material (as per the jck/README.md)?
did you export the JCK_ROOT, JCK_VERSION and JAVA_HOME vars (as per jck/README)?

If you did not export JCK_ROOT, we should have not tried to compile the jck natives, and that is a bug against us.
FYI @TianyuZuo

Hi @wefine
Thanks for using our JCK automation tool and providing feedbacks.
I went through the error output and found something which may need your help to give more info.

In the output, I saw the [echo] SRCDIR=/opt/openjdk/openjdk-tests/jck/jck8b/JCK-runtime-8b, so I assume you have did the environment setup for JCK_ROOT and JCK_VERSION as export JCK_ROOT=/opt/openjdk/openjdk-tests/jck and export JCK_VERSION=jck8b.
Could you also provide the structure in /opt/openjdk/openjdk-tests/jck/jck8b/JCK-runtime-8b and /opt/openjdk/openjdk-tests/jck/jck8b? Reason for asking this is that I was wondering if JCK materials are correctly staged in the JCK_ROOT

In the outoput, it said [echo] JAVA_HOME=${JDK_HOME}, this JDK_HOME should have been passed into the Ant script  by the top level makefile. Did you run this Ant script directly or from the top level makefile?

@wefine Can you clarify the above please? Assuming you have access to and have the JCK material (separate repository from the STF / openjdk-systemtest automation) extracted you should have that source file.

Sorry, I donot get jck material, I have to skip it.

authors: TianyuZuo smlambert sxa555 wefine


text:
Can we use this package in backend api project ?

I am developing a backend REST API project.  I want to store some information related to currently logged in User.  I tried this package but not accessing in subsequent api  requests.

I am developing a backend REST API project. I want to store some information related to currently logged in User. I tried this package but not accessing in subsequent api requests.

if i understand you correctly you want to use sessionStorage to store some user information who's currently logged in and should persist on subsequest api request with the same logged in user? or would that be a new user who's logged in?

if i understand you correctly you want to use sessionStorage to store some user information who's currently logged in and should persist on subsequest api request with the same logged in user?

Yes
Is this package meant to be used for client apps i.e. front end app ?  I want to use in server side( backend)

if i understand you correctly you want to use sessionStorage to store some user information who's currently logged in and should persist on subsequest api request with the same logged in user?

Yes
Is this package meant to be used for client apps i.e. front end app ? I want to use in server side( backend)

yeah i'm afraid this is only intended for client side use, you could just use databases like mongodb or mysql

authors: AdrianDucao siva-sankaran

repo: AdrianDucao/sessionStorage-for-node


text:
Add Apache 2.0 License

This pull request adds an Apache 2.0 License to the repository. Fixes https://github.com/AdrianKlessa/QuantumZeno/issues/1.

Hello! Thank you for taking an interest in this repository. I've added an MIT license to the project. Since it's also a permissive license, similarly to Apache 2.0, I think that should be fine for you? I'll close this for now but feel free to create a new issue if you have any more concerns.

authors: AdrianKlessa vabarbosa

repo: AdrianKlessa/QuantumZeno


text:
Особая медицина сервисного отдела

Описание PR
Добавление таблетки успокоительного для сервисного отдела
Почему / Баланс
Сервисный отдел устал от постоянного стресса, И поэтому им и понадобится данная вещь
Требования

[Х] Я прочитал(а) и следую Руководство по созданию пулл реквестов. Я понимаю, что в противном случае мой ПР может быть закрыт по усмотрению мейнтейнера.
[Х] Я добавил скриншоты/видео к этому пулл реквесту, демонстрирующие его изменения в игре, или этот пулл реквест не требует демонстрации в игре

Чейнджлог

🆑 Sh4zik

add: Великие умы всего сервисного отдела, А также ботаники ломали свою голову для создания способа передохнуть для всего экипажа, Быстро, Эффективно, А самое главное, Приятно, И они нашли этот способ

а еще ямл линтер


text:
Accessibility issue in iOS mobile devices using keyboard arrow keys

Describe the bug
We spotted some strange behavior when trying to use the keyboard arrow keys in iOS devices to navigate through the credit card input fields.
It jumps from the card number field to a hidden input and then to the card holder name field and it’s not possible to focus the other fields (Expiry date and CVV) via the iOS arrows.
It jumps through these 3 fields where the middle one is hidden.
To Reproduce
Steps to reproduce the behavior:

Go to payment and choose Credit Card
Click on the Credit Card number field which should be the first input
Use the arrow keys in iOS devices, more specifically on iPhone, try to focus the next input
Type something, you will see nothing happens. It's typing in a hidden input field.
Click again the arrow key to focus the next input
You are now focusing the name field, which is the fourth field in the form.

Notes:

On iPad the arrow keys are disabled and cannot navigate through the Credit Card input fields
When you focus on Expiry Date or CVV fields, the arrows are disabled on both devices

Expected behavior
The user should be able to go through all of these fields with the iOS arrows one by one. Without focusing a hidden inputs or skipping Expiry date and CVV fields.
Screenshots
iPad:

iPhone:
Video:
https://user-images.githubusercontent.com/76946766/114847072-f6e1d900-9de5-11eb-905d-2ce225080d5a.MP4
Screenshot:

Tablet:

Device: iPad 8th
OS: iOS
Browser: Safari
Version: 14

Smartphone:

Device: iPhone 12
OS: iOS
Browser: Safari
Version: 14

Additional context
I believe this can be caused by the fact that these inputs sits into an iframes.
Could not be possible to find a workaround but it's worth investigating.

Hi @kdimitrovosf,
Thanks for reporting this issue and our apologies for the delay on coming back to you. We will take a look at this and update this issue once we have a fix ready.

This issue arises from changes Apple made in Safari 13:

“Changed the behavior for third party iframes to prevent them automatically navigating the page.”

In other words they prevent 3rd party (i.e. cross-origin) iframes from programmatically focusing before the user makes a direct interaction with the frame.
This restriction unfortunately also applies to the arrow keys on the "soft" iOS keyboard (a test shows that if the iframes are the same origin as the hosting site then the arrow keys behave as expected).
Since this issue is caused by changes made by Apple, after much investigation & experimentation, the only solution we could come up with & implement was that if we can't achieve keyboard navigation in iOS browsers then we shouldn't even appear to offer it i.e. we turnoff these arrow keys
This at least doesn't "mislead" the user into thinking they will work as expected
This change was added in release 5.15.0.

authors: kdimitrovosf marcperez sponglord

repo: Adyen/adyen-web


text:
Trasferire l'esito della pratica alle altre componenti

from nirubino
Ci sono casistiche dove si rende necessario trasferire dal BO agli altri sistemi file prodotti dal BO, come ad esempio il titolo abilitativo di una pratica che potrebbe essere passato gli enti terzi o al RI, questo potrebbe avvenire contestualmente alla notify o si potrebbe prevedere l'aggiunta nell'instance descriptor

propose solution into https://github.com/AgID/specifiche-tecniche-DPR160-2010/pull/43


text:
Environmentcode

I tried to make this a library based on the files I saw in the link from the issue; tell me if there is other restructuring I should do.

@dlebauer @Chris-Schnaufer

repo: AgPipeline/agpypeline


text:
云打包 上传应用市场后，提示ITMS-90426: Invalid Swift Support

云打包 上传应用市场后，提示ITMS-90426:  Invalid Swift Support - The SwiftSupport folder is missing. Rebuild your app using the current public (GM) version of Xcode and resubmit it.

这个建议和uni-app反馈下，是不是云打包服务器的xcode环境需要升级

应该跟uniapp 没有关系吧，不引入你的插件是正常的

因为插件用swift

你打包的是正式包么，可以参考这个文章看下
https://www.jianshu.com/p/c02e76c11fc8

是正式包

你打包的是正式包么，可以参考这个文章看下
https://www.jianshu.com/p/c02e76c11fc8

我这边无法配置这些东西，我这边直接使用的是uniapp的云打包。

应该还是云打包对于swift的支持有问题，建议还是离线打包比较好。
https://ask.dcloud.net.cn/question/107442

无法离线打包。

麻烦你看一下你的插件，麻烦看一下，可以在插件中解决 这个问题吗？

建议uni-app官方群反馈下，我这边也会在他们群里反馈下

那些配置都是云打包服务器上的工程配置，如果不离线打包自定义，就完全依赖于uniapp的工程。插件本身已设置"embedSwift": true,，还是需要官方解决。

好的，我在uni-app官方群问

I will close this issue, you can reopen it if it still exists.

repo: AgoraIO-Community/Agora-Uniapp-SDK


text:
small-changeset-5 test

The Joda-Time project has been running for many years now, and the codebase is stable.
Java SE 8 contains a new date and time library that is the successor to Joda-Time.
As such Joda-Time is primarily in maintenance mode and few pull requests are likely to be merged.
As a general rule, most enhancement PRs will now be rejected.
To save wasted effort, it is recommended that an issue is raised first.
The issue should clearly indicate that a PR is intended, and request approval for the work.
If you still want to raise a PR, please delete this text!

start: 1792610.7833999991, finish: 1799819.7897000015, duration: 7209.0063000023365

repo: AhmedSalihCezayir/joda-time


text:
Please add support for new model gemini/gemini-exp-1114 (maybe soon also on Vertex AI)

Issue
Hello!
There's a new Gemini model available on https://ai.google.dev/gemini-api/docs/models/experimental-models. Please add.
On Vertex AI https://cloud.google.com/vertex-ai/generative-ai/docs/multimodal/gemini-experimental there still is the old experimental Gemini model. They might soon upgrade to the new one as well, in which case, please add that, too.
Version and model info
No response

Thanks for trying aider and filing this issue.
This should be available in the latest version. You can get it like this:
aider --upgrade

# or...

python -m pip install --upgrade --upgrade-strategy only-if-needed aider-chat

If you have a chance to try it, let me know if it works better for you.

Thanks!
Works fine.
This seems to be more of a Pro than a Flash model, so maybe it should use diff-fenced edit format, instead of whole.

repo: Aider-AI/aider


text:
wheelpicker在滚动时用手指按住：此时会立刻停住，即使当前没有任何一条数据在中间那个选中的位置

wheelpicker在滚动时用手指按住：
此时会立刻停止滚动，保持在那一刻，即使当前没有任何一条数据在中间那个选中的位置！！！
这个问题在高低分辨率上都有！

好吧 看来github上的代码和远程仓库的不一样 我直接下载github上面的代码依赖，发现没有这个问题了。但是低分辨率 上 用手指很慢上划  列表很抖动，向下方向抖动，在低端分辨率上还是有些问题的，不过在高分辨率上很好。

抖动的问题是使用popupWindow,而且是以这样的方式显示的时候发生的情况：popupWindow.showAtLocation(findViewById(R.id.tagView), android.view.Gravity.BOTTOM, 0, 0);

repo: AigeStudio/WheelPicker