SDRausty / TermuxArch

You can use setupTermuxArch.bash 📲 to install Arch Linux in Amazon, Android, Chromebook and Windows. https://sdrausty.github.io/TermuxArch/docs/install
https://sdrausty.github.io/TermuxArch/
Other
1.4k stars 162 forks source link

Error while Configuring Arch x86_64 on arm #259

Closed ghost closed 3 years ago

ghost commented 3 years ago

Hey @SDRausty sorry if you're busy but one more report. so while installing Arch x86_64. everything was good when downloading bootstraps. i entered this command to install arch x86_64:

./setupTermuxArch q m arch-x86_64

And i set to manual to change mirrors. after downloading it gives me this error:

🕛 > 🕘 Cleaning up installation files: DONE

🕛 > 🕤 Arch Linux in Termux PRoot is installed.  Configuring and updating Arch Linux 📲 
espritfunctions.bash: line 20: ceds[$i]: unbound variable
setupTermuxArch q m arch-qemu 2.0.599: [Exit Signal 1] DONE 🏁

Here's the full Transcript/Log: https://pastebin.com/graKnHFB

It does not configure locales, pacman keys, pacman updates, etc.

I tried x86. it does configure. but the Repositories is down and says cannot find db'es when running pacman -Syu so i chose x86_64

Sorry for disturbing you but i want to report this so to improve something.

SDRausty commented 3 years ago

Here's the full Transcript/Log:

@WMCB-Tech this directory https://github.com/TermuxArch/docsTermuxArch/tree/master/logging shares log output. Can you please share a PR with full Transcript/Log at https://github.com/TermuxArch/docsTermuxArch/pulls with the log output?

SDRausty commented 3 years ago

tried x86

Thanks for trying @WMCB-Tech; I tried it too. I am amazed to hear that i386 emulation is doable on modern Android smartphones. Issue Implementing QEMU #25 has information about implementing and using the emulated architecture feature in Termux PRoot.

ghost commented 3 years ago

@SDRausty I run the command ./setupTermuxArch q refresh arch-qemu then it configures though the Repositories are not that yet configured and says error about db'es or databases so I manually configured it and re-run the Script as normal. and at the same time. i was able to create a log here as you said

SDRausty commented 3 years ago

This commit https://github.com/SDRausty/TermuxArch/commit/8673ef1a19ed6f9b8e3618d0cfce128f62bff1bb automates qemu refresh; setupTermuxArch qemu refresh [customdir]. It also updates contact information for Arch Linux x86 and x86_64 distributions and updates the Arch Linux x86 mirrorlist to the current one. Thank you for creating the PR @WMCB-Tech 🎶

ghost commented 3 years ago

@SDRausty x86 Works and configures the repos. which it prompts me to configure it and it configures Flawlessly through the setup procress (though i was getting errors about locales)

Which this is a wonderful result for x86: IMG_20201021_144808.jpg

But in x86_64 however. i typed ./setupTermuxArch q refresh arch-amd it doesn't prompt me for configuring repos. and still doesn't establish db'es: Screenshot_2020-10-21-14-41-38-95.png

And i tried to type ./setupTermuxArch refresh arch-amd and gives me vpid errors in proot

SDRausty commented 3 years ago

amazed to hear that i386 emulation is doable

What is the simplest way to resolve this error without creating and publishing an updated root file system?

SDRausty commented 3 years ago

amazed to hear that i386 emulation is doable

What is the simplest way to resolve this error without creating and publishing an updated root file system?

Importing the key from this http://archive.archlinux32.org/packages/p/pacman/pacman-5.2.1-1.4-i686.pkg.tar.xz package.

SDRausty commented 3 years ago

x86 Works and configures the repos.

Thank you for confirming @WMCB-Tech. There is more information about updating and configuration to the newest published version for x86 here.

SDRausty commented 3 years ago

@WMCB-Tech you might be surprised to know that resolving this ceds[$i]: unbound variable made headway today at this [16:29~]$ which editor link.

ghost commented 3 years ago

@SDRausty so the unbound variable opens the editor command?

SDRausty commented 3 years ago

This fragment of code we are discussing is a relic from one of the earliest publications of TermuxArch, and Termux is still growing with new features that are mainstream in the computer box world for decades now, but are disallowed on Android with upgraded versions.

An answer about how to rewrite the code we are discussing that generates this error came in today. I want to understand what TermuxArch does in Termux to help it grow; And I just found out important information about how to have it choose an editor for the user in Termux here.

SDRausty commented 3 years ago

i tried to type ./setupTermuxArch refresh arch-amd and gives me vpid errors in proot

Please try the setupTermuxArch refresh command again as the mirror list and resolve configuration is updated now with more recent commits. The packages should synchronize properly. They will NOT install automatically as the key for pacman-5.2.1-1.4-i686.pkg.tar.xz is still manually imported.

This manual method is presented in detail at https://bbs.archlinux32.org/viewtopic.php?pid=7460#p7460 and has not been tested on Android smartphone. Would you like to test it @WMCB-Tech?

ghost commented 3 years ago

@SDRausty sure

SDRausty commented 3 years ago

unbound variable

understand what TermuxArch does

The $EDITOR environmental variable should probably be tested first. If this variable is bound then it should be grepped for matching available Termux editors. Otherwise the test should return the same as unbound result, and the process should continue.

If it is unbound, the the editor command should probably be chosen next. What do you think?

SDRausty commented 3 years ago

The relic code you asked about will become obsolete. On the other hand this code can be recycled and expanded to assist the user in installing an editor of choice in Termux...

SDRausty commented 3 years ago

@SDRausty sure

If you are successful in updating @WMCB-Tech please share here too if you can. If you run into stumbling blocks this same source is the best one to ask for help in resolving Arch Linux 32 x86 in our modern day Android emulated environment.

SDRausty commented 3 years ago

key for pacman-5.2.1-1.4-i686.pkg.tar.xz is still manually imported.

[printf "\\\\e[0;32m%s\\\\n%s\\\\n%s\\\\e[1;32m%s\\\\e[0m\\\\n" "Paths that can be followed after building 'yay' are 'yay cmatrix' which builds matrix screensavers. The commands 'yay pikaur|pikaur-git|tpac' build more aur installers which can also be used to download aur repositories and build packages like with 'yay' in your Android smartphone, tablet, wearable and more. Did you know that 'android-studio' is available with the command 'yay android'?" "If you have trouble importing keys, this command 'gpg --keyserver keyserver.ubuntu.com --recv-keys 71A1D0EFCFEB6281FD0437C71A1D0EFCFEB6281F' might help. Change the number to the number of the key being imported." "Building and installing yay: " "DONE 🏁"](https://github.com/SDRausty/TermuxArch/blob/master/archlinuxconfig.bash#L720)

ghost commented 3 years ago

@SDRausty this is the setup process that i gone through and works fine as intended: Screenshot_2020-10-22-14-17-02-95.png

IMG_20201022_141528.jpg

However this happens: Screenshot_2020-10-22-14-21-16-19.png Is this what you're talking about?

However it's fixed when removing the db lock and refresh it

SDRausty commented 3 years ago

@WMCB-Tech these screenshots are great! Thank you! Can you make a PR at the TermuxArch images submodule (cat docs/.gitmodules) with them if you have the time please?

SDRausty commented 3 years ago

answer about how to rewrite the code we are discussing that generates this error came in today

https://github.com/SDRausty/TermuxArch/issues?q=is%3Aissue+ceds

SDRausty commented 3 years ago

become obsolete. On the other hand this code can be recycled and expanded to assist the user

$ f -w ceds *h|wc -l 14

SDRausty commented 3 years ago

The error ceds[$i]: unbound variable is resolved again. This time this https://github.com/SDRausty/TermuxArch/commit/68631a280d11872dd35d02f3b808311cde74164f commit is the assisting commit, and comment, "[16:29~]$ which editor,” was one of the assisting discussions including this issue; Thank you @WMCB-Tech very much.

ghost commented 3 years ago

You're welcome @SDRausty

SDRausty commented 3 years ago

@WMCB-Tech one more thank you for you; This time for helping to enable more TermuxArch documentation for us with this https://github.com/TermuxArch/imgsTermuxArch/commit/5bd259040b92b90d785805a3def3fb2337a4d4ea commit!

This commit would not have been possible without the images you contributed regarding the issue we are discusding and working on here. These images are now published courtesy of GitHub, and are also available with the command cat docs/.gitmodules run in the root directory of this cloned git repositories which have had the submodules populated.

The command pullTermuxArchSubmodules.bash can be used in order to populate all the nested TermuxArch submodules the newest published versions.

SDRausty commented 3 years ago

Can you please confirm whether this error still persists on arm architecture?

espritfunctions.bash: line 20: ceds[$i]: unbound variable
setupTermuxArch q m arch-qemu 2.0.599: [Exit Signal 1] DONE 🏁

It should be sufficient to run these commands to see whether it does crop up like it used to from time to time:

mkdir ~/tmp ; cd ~/tmp
curl -O https://raw.githubusercontent.com/TermuxArch/TermuxArch/master/setupTermuxArch
bash setupTermuxArch r m [arch-qemu]
ghost commented 3 years ago

@SDRausty No it does not. but i get this error on both x86 and x86_64 after downloading:

Screenshot_2020-10-23-13-46-28-84.png

However re-runing the command fixes and both extracts and configures the x86 Environment. x86_64 however still getting an error about variables

SDRausty commented 3 years ago

@WMCB-Tech thank you for checking and sharing your results. Can you please recheck as the latest commits should resolve the error you just shared?

SDRausty commented 3 years ago

This commit https://github.com/SDRausty/TermuxArch/commit/95c9f62e31896e02e83e1954248057ca02c53cff attempts to automate x86 configuration. @WMCB-Tech stated:

it's fixed when removing the db lock and refresh it

This is the best result so far with setupTermuxArch qemu:

Disabling key 66BD74A036D522F51DD70A3C7F2A16726521E06D...
==> Updating trust database...
gpg: marginals needed: 3  completes needed: 1  trust model: pgp
gpg: depth: 0  valid:   1  signed:   6  trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: depth: 1  valid:   6  signed:  62  trust: 0-, 0q, 0n, 6m, 0f, 0u
gpg: depth: 2  valid:  62  signed:   6  trust: 62-, 0q, 0n, 0m, 0f, 0u
gpg: next trustdb check due at 2021-10-23
gpg: keybox '/root/.gnupg/pubring.kbx' created
gpg: /root/.gnupg/trustdb.gpg: trustdb created
gpg: key B1117BC1094EA6E9: public key "Erich Eckner <deep42thought@archlinux32.org>" imported
gpg: Total number processed: 1
gpg:               imported: 1
resolving dependencies...
looking for conflicting packages...

Packages (2) archlinux32-keyring-20200408-1.0  pacman-5.2.2-1.0

Total Download Size:   0.87 MiB
Total Installed Size:  4.53 MiB
Net Upgrade Size:      0.08 MiB

:: Proceed with installation? [Y/n]
:: Retrieving packages...
 archlinux32-keyring...    32.3 KiB  1196K/s 00:00 [####################] 100%
 pacman-5.2.2-1.0-i686    853.5 KiB  19.4M/s 00:00 [####################] 100%
(2/2) checking keys in keyring                     [####################] 100%
downloading required keys...
:: Import PGP key 4096R/5FDCA472AB93292BC678FD59255A76DB9A12601A, "Erich Eckner (just to sign arch packages) <arch@eckner.net>", created: 2018-04-09? [Y/n]
(2/2) checking package integrity                   [####################] 100%
error: archlinux32-keyring: signature from "Erich Eckner (just to sign arch packages) <arch-packages@eckner.net>" is unknown trust
:: File /var/cache/pacman/pkg/archlinux32-keyring-20200408-1.0-any.pkg.tar.zst is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n] 

What other steps did you use?

ghost commented 3 years ago

@SDRausty same as that step you did

SDRausty commented 3 years ago

Thank you for replying @WMCB-Tech if x86_64 is okay, I think this issue can be closed; How about you?

ghost commented 3 years ago

Sure @SDRausty i could close it if it's okay

SDRausty commented 3 years ago

Do you see any reasons why this issue should remain open? If not, it's okay to close it.

ghost commented 3 years ago

@SDRausty Oh. yeah. i should close it. i was busy

SDRausty commented 3 years ago

@WMCB-Tech thank you for closing this issue; you are welcome to take part regarding Arch Linux 32 in PRoot with emulation here.