Skip to content
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

downlewd #35

Merged
merged 2 commits into from
Feb 7, 2025
Merged

downlewd #35

merged 2 commits into from
Feb 7, 2025

Conversation

backslashxx
Copy link
Contributor

No description provided.

@sidex15
Copy link
Owner

sidex15 commented Feb 7, 2025

Might have a problem here... Is 1.5.2 have different userspace offset calls than 1.5.3+ right? That's why i use the local 1.5.4 susfs binaries if download fail or reinstall on no internet connection on 1.5.3+

@backslashxx
Copy link
Contributor Author

backslashxx commented Feb 7, 2025

Might have a problem here... Is 1.5.2 have different userspace offset calls than 1.5.3+ right? That's why i use the local 1.5.4 susfs binaries if download fail or reinstall on no internet connection on 1.5.3+

didnt really know which binary you shipped.
I just assumed 152 since thats the folder name

you can rename the function ofc.

--

basically this PR just adresses potential failures

#1. lack of curl on $PATH, so theres a wget fallback
#2. handle failed downloads (un-executable files)

@sidex15
Copy link
Owner

sidex15 commented Feb 7, 2025

Well everything is fine except the else statement on 1.5.3+, it should put back the cp ${TMPDIR}/susfs/tools/latest/${KERNEL_VERSION}/ksu_susfs_arm64 ${DEST_BIN_DIR}/ksu_susfs
But anyways should I merge this now and I'll fix it later? Or you have any fixes? I don't have internet for now

@backslashxx
Copy link
Contributor Author

backslashxx commented Feb 7, 2025

it should put back the cp ${TMPDIR}/susfs/tools/latest/${KERNEL_VERSION}/ksu_susfs_arm64 ${DEST_BIN_DIR}/ksu_susfs

oh, theres no need for this as I am saving the file on ${MODPATH}/ksu_susfs_remote

if download "https://raw.githubusercontent.com/sidex15/susfs4ksu-binaries/main/$SUSFS_DECIMAL/$KERNEL_VERSION/ksu_susfs_arm64" > ${MODPATH}/ksu_susfs_remote ; then

and then it does a check, and will use that
cp -f ${MODPATH}/ksu_susfs_remote ${DEST_BIN_DIR}/ksu_susfs

though yeah I might be missing something, go check

@sidex15
Copy link
Owner

sidex15 commented Feb 7, 2025

oh, theres no need for this as I am saving the file on ${MODPATH}/ksu_susfs_remote

if download "https://raw.githubusercontent.com/sidex15/susfs4ksu-binaries/main/$SUSFS_DECIMAL/$KERNEL_VERSION/ksu_susfs_arm64" > ${MODPATH}/ksu_susfs_remote ; then

and then it does a check, and will use that

cp -f ${MODPATH}/ksu_susfs_remote ${DEST_BIN_DIR}/ksu_susfs

though yeah I might be missing something, go check

Well that code snippet requires an internet right?
What i meant is in line 64 and 70 mainly the call of use_susfs_152_binary function needs to be replaced back to the code i mentioned previously since it's under 1.5.3+. That ensures a fall back when the internet is down or reinstall without an internet connection on users that use 1.5.3+ kernel. AFAIK 1.5.2 and 1.5.3+ have different calls from the userspace binaries to the kernel.

@backslashxx
Copy link
Contributor Author

ah yeah, got it, I only noticed it now that theres a "latest" folder

@sidex15
Copy link
Owner

sidex15 commented Feb 7, 2025

Nice
I think this LGTM!
Thanks!
Will merge...

@sidex15 sidex15 merged commit db4666e into sidex15:v1.5.2+ Feb 7, 2025
1 check passed
@backslashxx backslashxx deleted the downloader_compat branch February 10, 2025 13:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants