dCore Import Debian Packages to Mountable SCE extensions > dCore Armv7
Can't import any extensions on Allwinner A20 & dCore
Sebster:
Thanks again!
Yes I think it's the busybox version of wget that causes the problem.
I tried t remove ssh from /etc/sysconfig/...,but the file sceboot.lst does not exist.
so running the command sce-import -b wget gives me the same error as always:
--- Code: ---wget: not an http or ftp url: /pool/main/d/dpkg
...
--- End code ---
I was able to extract the data.tar.xz
What I got was a folder called /etc/ and a folder called /usr/ in the directory /tmp (where I extracted it).
There were also other files like one called "debian-binary", but they were not extracted from the data.tar.xz so I did not copied them.
I tried to follow your instructions and copied the /etc folder into ./usr/bin/wget . Was that the correct way of doing it?
I did all your other steps, rebooted the BananaPi but I still get the same errors as before.
And when entering "wget" into the console it says:
--- Code: ---tc@box:~$ wget
BusyBox v1.20.2 (2012-08-30 13:40:42 PDT)
...
--- End code ---
Did I something wrong or am I missing some steps?
Seems like the version of wget was not replaced by the newer version...right?
Thanks for taking time for me! :)
Sebster
Sebster:
Also your link to this grep guide just tells how to see wether there is the Busybox version used.
Now I know, that I have just the Busybox version utilized.
Now my question is:
How can I change that?
And can I verify, that I succesfully installed wget in the way you told me?
Thanks a lot!
nitram:
I am not familiar at all with the Allwinner dCore port. Files in the dCore Allwinner download section are foreign to me, not like x86. You say that your system has no /etc/sysconfig/tcedir/sceboot.lst file? Then i don't know how to proceed, hopefully Jason the developer can address. It also looks like that port was not recently updated.
When you set up Allwinner with dCore, did you run the tce-setdrive command to set up a persistent installation? Are you loading dCore from USB or a connected hard drive?
--- Code: ---tce-setdrive
--- End code ---
If tce-setdrive was properly set then on reboot you should have an /etc/sysconfig/tcedir/ (TCE directory) that contains sceboot.lst plus more.
I saw your other post too, if you don't know what variant of Debian your Allwinner uses it will be hard to figure out which wget to download. I replied to your other post, hopefully it helps. Also when you run sce-import does the output indicate which Debian version you're connecting to? You can also review the documents in /usr/share/doc/tc/.
If you're not sure which wget .deb file to trial, Wheezy maybe, i noticed there's also an Arm and other hardware download links, don't know exactly what you need:
https://packages.debian.org/wheezy/wget
You're just looking for the wget binary, should be all you need, not the directory path, copying the /etc/ 'folder' won't work.
When you extract data.tar.xz, all you want is 'wget', it's in the extracted /usr/bin/wget. Once the 'wget' file has been placed in Allwinner dCore /usr/bin/ then you may need to reboot to activate, but if you don't have a persistent system (TCE directory setup mentioned above, run backup, reboot) then it won't work. So hopefully the TCE directory setup stuff outlined above will help. Then when you reboot, check that /usr/bin/wget is still present and test performance.
Sebster:
I also think that uCore is quite outdated but I don't know how to fix that...
That was a good hint!
I didn't know about the "setdrive" command. Did it and now I got the /sceboot.lst. The thing is just the file i empy.
I boot the board from a 8gb micro SD Card.
While I was looking trough the allwinner a10 section (where uCore comes from) I've found out, that it is a Debian Wheezy.
I finallly managed to replace wget with the newer version from the repo (Even tough that "which wget" still says "/bb/wget" ) ! But when I enter wget now, I see the message that a shared libary is missing.
nitram:
When the TCE directory is first created, sceboot.lst will be empty, but now you can start importing SCE extensions, run backup and have a persistent system. All your TCE stuff should now be saved on the SD card between sessions. Any files or directories you want saved that are not located in /home/tc/ or /opt/ will need to be specified in the /opt/.filetool.lst file. Just remember to run the 'backup' command before shutdown.
If you do not have any Tiny Core or dCore experience, you must read the Core book: http://tinycorelinux.net/book.html
It is also recommended you run dCore on an x86 system first to get a better understanding of operations. The Allwinner dCore port may require a refresh, hopefully the developer will have opportunity to address sometime. Everyone is a volunteer and not everyone has the hardware for testing, so it might take some time. Until then it will be difficult to provide proper support. Not to be discouraging, keep trying hopefully you'll get things running.
If your version of dCore has the readme.sh command and the Pi has an internet connection, run readme.sh and review some of the more important READMEs then the dCore wiki. The READMEs named '1st' and 'sce-import' initially most important. Later the others will help get graphics and a Window Manager running.
If 'which wget' indicates /bb/ then still the wrong version, but i'm not really sure why SSH is involved. Do you have a keyboard and monitor directly plugged into Banana Pi ? ...or is all your work through SSH from another system ?
If you have direct access to the Pi with keyboard, have a working network connection then not sure why the non-BusyBox wget issue is relevant. Without any wget changes, can you now simply run something like this successfully. Can you paste the exact error output.
--- Code: ---sce-import nano
--- End code ---
When you run a wget command try specifying the wget version directly, for example:
--- Code: ---/usr/bin/wget whatever
--- End code ---
Regarding the missing shared libraries, sorry about the extra dependencies. My dCore is running /usr/bin/wget, must have been imported from another extension, probably Dillo and running the command ldd /usr/bin/wget shows lots of dependencies. It is doubtful this wget hack will work.
Navigation
[0] Message Index
[*] Previous page
Go to full version