-
-
Notifications
You must be signed in to change notification settings - Fork 251
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Added top-level comaprator script #4008
base: master
Are you sure you want to change the base?
Conversation
Thje label is not correct this is cygwin (thus windows) and linux |
…hted "only in" files
Hello good people. Anybody around? The #3991 was closed as duplicate, and there is no duplicate toolchain. All the tools are written, but the readme is quite complex, and one must follow it. In addition there are quite a few corenr cases. This script remains valid contribution, which is putting it all together. I found small intersection with detection of |
needs linter fixes to start with. |
@karianna the linter is all green, but the job never finishes and timeouts:( |
I see: File:[/github/workspace/tooling/compare-builds.sh] |
thanx.I had missed it.Fixed
…--
Mgr. Jiri Vanek
***@***.***
---------- Původní e-mail ----------
Od: Martijn Verburg ***@***.***>
Komu: adoptium/temurin-build ***@***.***>
Kopie: judovana ***@***.***>, Author ***@***.***>
Datum: 10. 11. 2024 3:06:44
Předmět: Re: [adoptium/temurin-build] Added top-level comaprator script (PR
#4008)
"
I see:
File:[/github/workspace/tooling/compare-builds.sh]
2024-11-10 01:46:57 [WARN] Warnings found in [bash-exec] linter!
2024-11-10 01:46:57 [WARN] Error: File:[/github/workspace/tooling/compare-
builds.sh] is not executable
—
Reply to this email directly, view it on GitHub
(#4008 (comment))
, or unsubscribe
(https://github.com/notifications/unsubscribe-auth/AAWFCSZB5U7GIOXAB7YSWHTZ725S3AVCNFSM6AAAAABQS6ZDBGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDINRWGU2DQNRRGI)
.
You are receiving this because you authored the thread. Message ID: <
***@***.***>
"
|
OK so the linter fails on JSCPD, ew have a config file for this, have you tried running locally? |
Even the local the
Is malicious. That code is obviously so nasty it deadlocks the tool. I will decompose it a bit. |
On contrary, when rest of the file is removed, and only "that" code is left in, it is in few ms finsihed. |
No success to narrow it more. Filed kucherenko/jscpd#716 Will redactor the |
Since there is a lot of code here I haven't gone through everything that it has done yet, but can you clarify what the intent of this is and how it is different from the comparison tools we do after attempting a binary rebuild? For example we have the
|
Hi! thanx for reply. I definitely agree that there must be no duplicated code. If any "top level comparator" would just call set, or even only one, function(s) from various shared libraries, it would be ok. I was last checking the state of code in shared libraries, in earl October and all I needed for such code was missing. Maybe it already got better? Primarily, it should be calling the tools from Andrew(which requires some set-up and detection, which it must do too), which are checking not just identical state, but binary comparability - https://github.com/adoptium/temurin-build/blob/master/tooling/reproducible/ReproducibleBuilds.md#comparable-build-tools - optionally, why not. Sometimes you nedd them, sometimes not. As far as I can read it, those are still not called. Maybe there are similar functions already on place, but I do not see them. Quick check:
I found detection of I believe that standalone, reusable script, should be proudly presented, not hidden, and if it exists, it should be called from other work-horses, not the opposite - because the comparison of binary-comparable is standalone and tricky task, and it is super useful for much wider audience. |
Yeah I agree on that. We do have articles about running the stuff we have listed on https://adoptium.net/en-GB/blog/2024/08/adoptium-reproducible-verification-builds/ (and my now a little out of date as things have moved on videos such as this one which talks about the automation we have in place. On the specifics you mention:
|
I meant more via reusable script then via talk/readme:) But this is nice one.
Thanx! I had missed that one. So the script I'm proposing probably can lost some part of logic by calling several functions from various repro_comon (and maybe others, as some are in windows only script and so on). It is quite hard to read.
Yup, thas it, The identical logic is moreover indeed around, but the binary-comaprable logic is not. |
@sxa I just realised I did not asked one clarification: " two separate implementations ". I'm still failing to see the first one. I'm generally reading it, that there are some function, which have duplication inside this script. So if I remove the existing duplicated "bodies" (in this script) and replace them by existing functions, such a script should become acceptable? |
Hello! I believe the #3991 was closed due to not understanding waht it is doing.
This script is not doing any rebuild, and thus is not comparing on identity, but on binary identically builds only. As it is, it do ot have any similar work present in the toolchain. Can you please reconsider its inclusion?
maybe the in file/main readme:
is misleading?