Closed ghost closed 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?
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.
@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
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 🎶
@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:
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:
And i tried to type ./setupTermuxArch refresh arch-amd
and gives me vpid errors in proot
amazed to hear that i386 emulation is doable
amazed to hear that i386 emulation is doable
Importing the key from this http://archive.archlinux32.org/packages/p/pacman/pacman-5.2.1-1.4-i686.pkg.tar.xz package.
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.
@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.
@SDRausty so the unbound variable opens the editor command?
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.
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?
@SDRausty sure
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?
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 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.
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)
@SDRausty this is the setup process that i gone through and works fine as intended:
However this happens: Is this what you're talking about?
However it's fixed when removing the db lock and refresh it
@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?
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
become obsolete. On the other hand this code can be recycled and expanded to assist the user
$ f -w ceds *h|wc -l
14
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.
You're welcome @SDRausty
@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.
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]
@SDRausty No it does not. but i get this error on both x86 and x86_64 after downloading:
However re-runing the command fixes and both extracts and configures the x86 Environment. x86_64 however still getting an error about variables
@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?
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?
@SDRausty same as that step you did
Thank you for replying @WMCB-Tech if x86_64 is okay, I think this issue can be closed; How about you?
Sure @SDRausty i could close it if it's okay
Do you see any reasons why this issue should remain open? If not, it's okay to close it.
@SDRausty Oh. yeah. i should close it. i was busy
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:
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_64Sorry for disturbing you but i want to report this so to improve something.