Hi I want to get transmission-daemon running on prime, and I think am getting closer, but I'm completely green to linux so I could be way of :/
I build and installed Arm Ubuntu chroot'ed on my prime and used it to compile the transmission-daemon source, I had to do some fiddling to get the libevent to compile, but I did get the executable up and running in Ubuntu.
If it is running on the arm platform in Ubuntu, it should be possible to get it to run on android right?
Then i transferred the files to android, added the shared libs, moved the files to system/bin/transmission and chmoded to x.
But when i try to run ./transmission-daemon for that dir it tells me that the file dose not exist :/ .. i can see em there, and the file names get suggested to me, but no :/
I have posted the files, if some one wants to have a go at it
transmission-bins.rar
Perhaps you mistyped some of the commands...
Did you run ldconfig again to 'register' the shared library? Are you sure the shared library is in the LD_PATH?
protocol113 said:
Perhaps you mistyped some of the commands...
Click to expand...
Click to collapse
I certainly did misspell commands along the way, cause as everybody can see English is not my first language.. But I don't see the need to be rude..
leppie said:
Did you run ldconfig again to 'register' the shared library? Are you sure the shared library is in the LD_PATH?
Click to expand...
Click to collapse
Thanks you, you seam to be right, looks like it uses more libs then i thought, will try to make the build more static.
But in theory, a statically linked executable compiled on the tablet, in ubuntu should be able to run right?
Statically linked should work and does work, I've done it (hint: it helps if you statically link the runtime library too; Android doesn't use glibc or libstdc++).
Dynamically linked should work if you have all the libs and make sure the linker can find them. I haven't played much with that.
The differences between Android and chroot on Android, are the runtime environment (which the rutime libraries are apart of unless you _especially_ tell gcc to be static about them).`
Sent from my Transformer Prime TF201 using Tapatalk
entropin said:
I certainly did misspell commands along the way, cause as everybody can see English is not my first language.. But I don't see the need to be rude..
Click to expand...
Click to collapse
i dont think he/she was trying to be rude....
Related
Hi,
I wonder how can one develop/compile native apps like ls, rm dir and etc.
Please a normal example would be appreciated.
1 - system config
2 - important files/headers
3 - compiler / settings
Thanks!
hi!
the apps you mentioned are there ...
just get "Terminal Emulator" from market and try...
It opens a shell with text entry, there you can type commands like
ls (which is the linux equivalent to "dir")
cat (print out the content of a textfile)
pwd (show actual working directory)
touch (create empty file)
rm (remove)
and so on
Bax
Baxxx said:
hi!
the apps you mentioned are there ...
just get "Terminal Emulator" from market and try...
It opens a shell with text entry, there you can type commands like
ls (which is the linux equivalent to "dir")
cat (print out the content of a textfile)
pwd (show actual working directory)
touch (create empty file)
rm (remove)
and so on
Bax
Click to expand...
Click to collapse
He means compiling native apps for the phone, like ls, rm etc
OP:
There might be a cross-compiler in the android sdk but I can't remember seeing it. In the likely chance it's not there you need to set up your own toolchain, if you're on Linux it's a fairly straight-forward affair. Too long to post in a reply but just google "arm toolchain" or browse around android wikis and you should find good guides.
If you're on windows it's easiest to run Linux in a VM and do it from there. With Mac it's technically possible to set it up natively but requires using disk images and other hacks so you're probably better off going the VM route there too.
If you want to write native code, I think this is what you're looking for:
http://developer.android.com/sdk/ndk/index.html
beno1 said:
If you want to write native code, I think this is what you're looking for:
http://developer.android.com/sdk/ndk/index.html
Click to expand...
Click to collapse
Indeed this one fits my needs.
Thanks!
beno1 said:
If you want to write native code, I think this is what you're looking for:
http://developer.android.com/sdk/ndk/index.html
Click to expand...
Click to collapse
Just beware that the NDK doesn't let you write completely native binaries, you still need to use the java VM on the phone. So I'm pretty sure you won't be able to build the standard *nix apps with it.
ddewbofh said:
Just beware that the NDK doesn't let you write completely native binaries, you still need to use the java VM on the phone. So I'm pretty sure you won't be able to build the standard *nix apps with it.
Click to expand...
Click to collapse
Sure you can. I've rewritten and recompiled adbd.
The android ndk I believe comes with a precompiled arm-eabi toolchain which you can use. Getting the makefile correct is a pain though, otherwise you'll have to compile statically rather than dynamically. AFAIK the only way for a dynamic compile is if you rebuild android entirely from source.
zephyrix said:
Sure you can. I've rewritten and recompiled adbd.
The android ndk I believe comes with a precompiled arm-eabi toolchain which you can use. Getting the makefile correct is a pain though, otherwise you'll have to compile statically rather than dynamically. AFAIK the only way for a dynamic compile is if you rebuild android entirely from source.
Click to expand...
Click to collapse
Neato, does autotools & co work with it as well? I've only looked very briefly at it and saw the "You need Dalvik" bit in the docs.
ddewbofh said:
Neato, does autotools & co work with it as well? I've only looked very briefly at it and saw the "You need Dalvik" bit in the docs.
Click to expand...
Click to collapse
Autotools, I haven't actually tried them for myself but I don't see any reason they shouldn't. In the end it's just a cross-compile.
Google only officially says you need Dalvik because that's the "only" way to interface with applications, and there's no actual way to "install" native binaries officially (though really an adb push would suffice). Take a look at Barnacle Wifi Tether. It's actually just a GUI frontend to a native application. If you look in /data/data/net.szym.barnacle/files, you'll notice some binaries. You can actually run them through adb shell (as long as you're rooted.)
At any rate, these should help a bit:
http://android-dls.com/wiki/index.php?title=Compiling_for_Android
http://android-tricks.blogspot.com/2009/02/hello-world-c-program-on-using-android.html
zephyrix said:
Autotools, I haven't actually tried them for myself but I don't see any reason they shouldn't. In the end it's just a cross-compile.
Google only officially says you need Dalvik because that's the "only" way to interface with applications, and there's no actual way to "install" native binaries officially (though really an adb push would suffice). Take a look at Barnacle Wifi Tether. It's actually just a GUI frontend to a native application. If you look in /data/data/net.szym.barnacle/files, you'll notice some binaries. You can actually run them through adb shell (as long as you're rooted.)
At any rate, these should help a bit:
http://android-dls.com/wiki/index.php?title=Compiling_for_Android
http://android-tricks.blogspot.com/2009/02/hello-world-c-program-on-using-android.html
Click to expand...
Click to collapse
Here is nice tut for the native app hunters.
http://jackytw.blogspot.com/2009/11/howto-run-native-linux-application-on.html
I'm trying to get together all the files I need to have a go at getting a DVB-T tuner working with the Tablet S - I have all the DVB-T modules, but for a lower kernel revision, and from what I've read they probably wont work with this kernel.
I'm really not looking forward to compiling these myself as I use Windows 7 and am aware that there are issues with compiling Linux on a Windows system and being new to Android/Linux cross compiling I could cause myself more problems than I solve.
So the question is, has anyone got info on a repository for these modules compiled for ICS at our kernel revision?
Have you seen this?
http://forum.xda-developers.com/showthread.php?t=1870077
TUN, NTFS, CIFS, usbserial, fuse kernel modules for 2.6.39.4, attached
You could post your request there. And if you manage to get it working could youshare a solution please?
Sent from my Sony Tablet S using xda app-developers app
could you please explain what is needed to make this work?
post some links perhaps.
Hi there,
I've uploaded a bunch of dvb files to forum.xda-developers.com/showthread.php?t=1870077 for you.
I'm not sure if those are the ones you need, but if you post there what you are trying to do and what specific modules you need, then perhaps I can help further.
A
praed0r said:
I'm trying to get together all the files I need to have a go at getting a DVB-T tuner working with the Tablet S - I have all the DVB-T modules, but for a lower kernel revision, and from what I've read they probably wont work with this kernel.
I'm really not looking forward to compiling these myself as I use Windows 7 and am aware that there are issues with compiling Linux on a Windows system and being new to Android/Linux cross compiling I could cause myself more problems than I solve.
So the question is, has anyone got info on a repository for these modules compiled for ICS at our kernel revision?
Click to expand...
Click to collapse
@abactor_xda: your link directs to general section of tablet s forum. I guess you should put a link to your modules post.
could you, please provide more information about those files you uploaded.
where did you get them from? what software is used with? do I insmod them the same way as other kernel modules?
this is what I find promising, but development seems to be stopped: https://github.com/chrulri/droidtv
when I install this app it says something about needing kernel modules and drivers or something like that. are this those modules and drivers. how do I chose which of them I need?
I have this usb tuner: http://www.avermedia.com/avertv/Support/Download.aspx?Type=Software&id=31&tab=APDriver
Can somebody please help me or point me in right direction
thank you
Hi Kulen,
Thanks, I'll fix that link. The files i uploaded are just more compiled kernel modules, you'll need to use the tar -xvzf flag to unzip them as it was a bigger tar file than xda would allow. They're compiled from the kernel sources available from Sony...I don't have the link to the sources at the moment, but if you search the forums you'll be able to find it. The modules are loaded with insmod, the same way as before, yes. I have no idea how one would go about putting these to use but it seems like in addition to the kernel module you'll need a driver and perhaps more kernel modules for an ARM architecture that will work with the 2.6.39.4 kernel version. Looking at the avermedia's website, the support they give is for an x86 architecture so you may be out of luck unless somebody can help you out over here:
linuxtv.org/wiki/index.php/AVerMedia_A828
Have you ever gotten this usb tuner to work with a real linux box?
Good luck,
a
kulen said:
@abactor_xda: your link directs to general section of tablet s forum. I guess you should put a link to your modules post.
could you, please provide more information about those files you uploaded.
where did you get them from? what software is used with? do I insmod them the same way as other kernel modules?
this is what I find promising, but development seems to be stopped: https://github.com/chrulri/droidtv
when I install this app it says something about needing kernel modules and drivers or something like that. are this those modules and drivers. how do I chose which of them I need?
I have this usb tuner: http://www.avermedia.com/avertv/Support/Download.aspx?Type=Software&id=31&tab=APDriver
Can somebody please help me or point me in right direction
thank you
Click to expand...
Click to collapse
Sent from my Sony Tablet S using xda app-developers app
Well, thank you.
You are really fast and willing to help.
I did make this tuner work with linux mint on x86. Actually my friend Google did it mostly, so I'm not sure what I did any more. It was a long time before and I'm not very familiar with linux.
This is what Avermedia site says for both x86 and x64 driver:
"The following distributions, with their stock kernel, are officially tested and supported:
1. Open SuSE Linux 10.3
2. Mandriva Linux 2008
3. Fedora Core Release 6
4. Fedora Core Release 7
5. Ubuntu 7.10
6. Ubuntu 8.10
7. Ubuntu 9.04
8. Ubuntu 9.10
9. Mandriva Linux 2009
Sent from my Sony Tablet S using xda app-developers app"
I guess I should find some generic ARM driver that works with my tuner?
Is there a way to batch insmod (all at once) all this modules? something like insmod *.ko?
Do I need all those modules? How do I find that out?
Hi there,
You're welcome, I'm happy to help.
In order to load all modules within a directory (and its respective sub-directories), try:
Code:
su
cd /data/local/kmods
find . -name "*.ko" -exec insmod {} \;
[\CODE]
Or just
[CODE]
su
find /data/local/kmods/ -name "*.ko" -exec insmod {} \;
[\CODE]
I'm not sure what kernel modules you'll need, but I would look at the #include files in the driver and/or ask the people over in the forum that you listed who work on these tuners specifically. Perhaps some people from the arm-based rasperry pi community might be working on this type of thing too.
Good luck,
A
Sent from my Sony Tablet S using xda app-developers app
Thanks for answer, again!
I already solved problem "insmoding" them all at once by making a script for them all as you showed me in your kernel modules thread.
At first it seems not all of them are insmoded. "no such file or directory" error. But at second script run it seems they are insmoded. I guess they are dependent on each other and need to be insmoded at right order? I also guess "file exists" means it's already insmoded?
Some of them return "exec format error" which, Google suggests, mean they are not for ARM?
anyhow nothing happens when I plug in my tuner.
I'll have to do a research starting where you sugessted but I'm setting my expectations low.
Terminal transcript of running script 3 times is in attachment. (I'll upload it later, can't do it from xda app - DONE)
Sent from my Sony Tablet S using xda app-developers app
Hey there,
maybe we can get DVB-T-Sticks working on Tablet S. Some devs got the "WinTV Nova-T"-stick working on Odys Loox. Kernel modules they used were:
dib0070.ko
dib3000.ko
dib7000m.ko
dib7000p.ko
dib8000.ko
dibx000_common.ko
dvb-core.ko
dvb-usb.ko
dvb-usb-dib0700.ko
If abactor can provide us these files we're maybe able to get it working. But I don't know if other sticks are working, too.
kulen said:
Thanks for answer, again!
I already solved problem "insmoding" them all at once by making a script for them all as you showed me in your kernel modules thread.
At first it seems not all of them are insmoded. "no such file or directory" error. But at second script run it seems they are insmoded. I guess they are dependent on each other and need to be insmoded at right order? I also guess "file exists" means it's already insmoded?
Some of them return "exec format error" which, Google suggests, mean they are not for ARM?
anyhow nothing happens when I plug in my tuner.
I'll have to do a research starting where you sugessted but I'm setting my expectations low.
Terminal transcript of running script 3 times is in attachment. (I'll upload it later, can't do it from xda app - DONE)
Sent from my Sony Tablet S using xda app-developers app
Click to expand...
Click to collapse
some of them have dependencies and others may not be compatible with our hardware even if we can build them. all of the modules are built in the same way but there may be issues due to some modules being built-in to the kernel - I don't know how those sorts of conflicts are resolved. another way to go would be to build the whole kernel again.
I would keep loading the modules until the output from insmod stops changing as you've done...or look up the dependency tree and load them in order. your way is easier.
---------- Post added at 12:56 PM ---------- Previous post was at 12:25 PM ----------
djlars said:
Hey there,
maybe we can get DVB-T-Sticks working on Tablet S. Some devs got the "WinTV Nova-T"-stick working on Odys Loox. Kernel modules they used were:
dib0070.ko
dib3000.ko
dib7000m.ko
dib7000p.ko
dib8000.ko
dibx000_common.ko
dvb-core.ko
dvb-usb.ko
dvb-usb-dib0700.ko
If abactor can provide us these files we're maybe able to get it working. But I don't know if other sticks are working, too.
Click to expand...
Click to collapse
I finally managed to get the dvb-usb.ko built with some manual editing. I'm going to post them to the other thread with all the other kernel modules. The link is posted above. let me know if this does or does not work for you guys.
If you guys are having trouble loading the dvb-usb.ko module, it may be contained within the dvb-core.ko module it seems...
kulen said:
could you please explain what is needed to make this work?
post some links perhaps.
Click to expand...
Click to collapse
Hi Kulen,
I managed to get my dongle working in Ubuntu with the correct kernel revision after a lot of hair pulling - when i tried to cross compile the modules for ARM, the compiler crashed and trashed my Linux installation, after trying for days to restore my system, i had to resort to a re-install and have not attempted anything since.
I got all my info here :-
http://linuxtv.org/wiki/index.php/Main_Page
Sorry I can not be more helpful, but I see a lot of guys on here chipping in with very useful information - hopefully you'll succeed where I failed.
PS - I might just get back into this again.
I can't say thanks enough for all help I got here.
@abactor_xda
I tried all modules you posted. since some of them are in both archives I tried first those from one archive, then from another. I extracted all and then I copied ones and other over them, and then the other way. I wanted to be sure they all are there. And then I used commands you taught me. I insmoded them 5-6 times to be sure, but some modules were not insmoded. some with that exec error and some with no file error.
and nothing happened in any case.
but here we come to another problem. I'm not sure how to check it. I use Droid TV app and it says:
" Sorry, no device found or device acces denied. This application NEEDS a working DVB device, plugged into your Android device and set up with drivers, firmware and correct permissions. Make sure that these prerequirements are met and try again."
I also get some massage from android system that connected USB device is unsupported or unreckognized or something like that.
any idea how could I see which modules are/are not activated when I plug DVB tuner?
and thanks for your help again.
@praed0r
which DVB tuner do you have?
compiling and all the other programming stuff is, unfortunately, way too much for me, so I have to rely to help from good people.
Hey Kulen,
I'm sorry to hear that didn't work. Though I had a feeling that would be the case as I also had issues trying to load those modules.
I have a feeling the modules need to be adapted somewhat before being compiled or a special driver written.
Otherwise run "dmesg" from the terminal after you plug in the device. Maybe this info would be useful to someone who knows about this stuff (unfortunately that's not me
If you do find out how to adapt these modules, I can try to compile them.
A
Sent from my Sony Tablet S using xda app-developers app
well thanks again.
I can make dmesg by help of google. but that's about maximum of my developing competence.
I guess I have to give up on this, unless some "good soul" shows up here and give us a solution.
I will post dmesg in cca. 10 days, cause I don't have tablet with me now and wait...
it'll be a pity if all abactor_xda's unselfish work was for nothing
Just wondering is anyone new what kind of apps Ubuntu OS will use. will they use .apk like android? or are they going to make a whole other kind of app?
AW: Ubuntu OS app extension?
They will use .deb ... Debian Packaging, that's one of the things what makes ubuntu ..
Sent from my Galaxy Nexus using xda premium
jscurtu said:
They will use .deb ... Debian Packaging, that's one of the things what makes ubuntu ..
Sent from my Galaxy Nexus using xda premium
Click to expand...
Click to collapse
Good question! But in response to jscurtu: That will just be the dpkg package manager extension (that's only good for installing an "app" and cannot be executed like an apk). As you are probably aware android is basically a JVM on Linux. Ubuntu will be different. There will be no "apps" per se and will probably just be extensionless binary ELFs residing in /usr/bin with an icon and application shortcut in /usr/share/applications/ like regular Ubuntu and most other GNU/Linux OS's .
Sent from my SGH-T999 using xda app-developers app
joshumax said:
Good question! But in response to jscurtu: That will just be the dpkg package manager extension (that's only good for installing an "app" and cannot be executed like an apk). As you are probably aware android is basically a JVM on Linux. Ubuntu will be different. There will be no "apps" per se and will probably just be extensionless binary ELFs residing in /usr/bin with an icon and application shortcut in /usr/share/applications/ like regular Ubuntu and most other GNU/Linux OS's .
Sent from my SGH-T999 using xda app-developers app
Click to expand...
Click to collapse
WT...? Yep, you got it right that the .deb format is the package format for the package manager..
..........but the rest just don't make any real sense with the OP question and the one has nothing to do with the other.
Anyway, ill be nice and get the things straight here for ya..
So what you are saying is that there will be no "apps" because its not in a single file, sorry i mean package??
That is just ridiculous ... "App" is just a term for a small Application no matter what the freaking execution is ..
Android programs are compiled into .dex (Dalvik Executable) files, which are basically "zipped" into a apk "package". .
So basically... Android don't execute apk's either, it opens the apk at run time and executes the binary's in the package .. Similar to what a .JAR is for Java programs.
But on Ubuntu and Linux in general, there are allot of ways to execute a program depending on what programming language you have choosed.
So in a GUI environment, users will usually start their programs from a .desktop file that has in short explanation the instructions to the executable optional with parameters, the path and the path to the icon file ..
I am sure the Ubuntu Phone will do that as well..
But because Canonical will allow carriers and manufactures to remove root capability like android... the installed files from the deb package would need to be installed where the phone (user) has rights .. So that might not be standard way, I guess there will be a special folder for phone apps .. Cant wait to find out..
here is a example how a .desktop file looks like :
Code:
[Desktop Entry]
Version=1.0
Name=Firefox Web Browser
Exec=firefox %u
Terminal=false
X-MultipleArgs=false
Type=Application
Icon=firefox
Categories=GNOME;GTK;Network;WebBrowser;
MimeType=text/html;text/xml;application/xhtml+xml;application/xml;application/rss+xml;application/rdf+xml;image/gif;image/jpeg;image/png;x-scheme-handler/http;x-scheme-handler/https;x-scheme-handler/ftp;x-scheme-handler/chrome;video/webm;application/x-xpinstall;
StartupNotify=true
Actions=NewWindow;
[Desktop Action NewWindow]
Name=Open a New Window
Exec=firefox -new-window
OnlyShowIn=Unity;
jscurtu said:
WT...? Yep, you got it right that the .deb format is the package format for the package manager..
..........but the rest just don't make any real sense with the OP question and the one has nothing to do with the other.
Anyway, ill be nice and get the things straight here for ya..
So what you are saying is that there will be no "apps" because its not in a single file, sorry i mean package??
That is just ridiculous ... "App" is just a term for a small Application no matter what the freaking execution is ..
Android programs are compiled into .dex (Dalvik Executable) files, which are basically "zipped" into a apk "package". .
So basically... Android don't execute apk's either, it opens the apk at run time and executes the binary's in the package .. Similar to what a .JAR is for Java programs.
But on Ubuntu and Linux in general, there are allot of ways to execute a program depending on what programming language you have choosed.
So in a GUI environment, users will usually start their programs from a .desktop file that has in short explanation the instructions to the executable optional with parameters, the path and the path to the icon file ..
I am sure the Ubuntu Phone will do that as well..
But because Canonical will allow carriers and manufactures to remove root capability like android... the installed files from the deb package would need to be installed where the phone (user) has rights .. So that might not be standard way, I guess there will be a special folder for phone apps .. Cant wait to find out..
here is a example how a .desktop file looks like :
Code:
[Desktop Entry]
Version=1.0
Name=Firefox Web Browser
Exec=firefox %u
Terminal=false
X-MultipleArgs=false
Type=Application
Icon=firefox
Categories=GNOME;GTK;Network;WebBrowser;
MimeType=text/html;text/xml;application/xhtml+xml;application/xml;application/rss+xml;application/rdf+xml;image/gif;image/jpeg;image/png;x-scheme-handler/http;x-scheme-handler/https;x-scheme-handler/ftp;x-scheme-handler/chrome;video/webm;application/x-xpinstall;
StartupNotify=true
Actions=NewWindow;
[Desktop Action NewWindow]
Name=Open a New Window
Exec=firefox -new-window
OnlyShowIn=Unity;
Click to expand...
Click to collapse
You've explained it the best, but I don't see what was wrong with my answer.. the apps will be written in c++ and qml according to canonical, which are then compiled into raw binary files (unlike semi compiled dexs). Ubuntu should be able to run anything compiled for the arm architecture. While we could get into a flamewar about how Linux executes binaries, if someone like the op above were to ask what app system Ubuntu uses I'd say (for the sake of simplicity) they use fully compiled c/c++ binaries, not a deb which is only an installer which does not copy to a folder and constantly unpack at runtime like an apk does. Sure there are a lot of languages out there but the interpreters for other languages have to written in c/c++ to be executed on the target machine (you could argue that androids dalvik is like this).. as for the lack of root I've heard rumors that the usr directory has special permission and they've found a way to secure it enough to allow this. I have about 0 time to review this so I hope it makes sense.
Sent from my SGH-T999 using xda app-developers app
Hello everyone, I just recently got Kali Linux installed on my galaxy tab 10.1 (vnc, working on a dual boot) and was wondering how hard it would be to port the 32 bit version of the metasploit framework to arm. I really want to use these tools on my tab, could some show me some of the steps I would need to take to port this? Thanks!
Kobalt.Kitsune said:
Hello everyone, I just recently got Kali Linux installed on my galaxy tab 10.1 (vnc, working on a dual boot) and was wondering how hard it would be to port the 32 bit version of the metasploit framework to arm. I really want to use these tools on my tab, could some show me some of the steps I would need to take to port this? Thanks!
Click to expand...
Click to collapse
Using a complete GNU/Linux distribution (as opposed to Android/Linux), I'd say it's more or less just to compile it. No porting needed.
kuisma said:
Using a complete GNU/Linux distribution (as opposed to Android/Linux), I'd say it's more or less just to compile it. No porting needed.
Click to expand...
Click to collapse
Your right, I was able to install it through the synaptic package manager.
I had the hardest time trying to get the terminal to work though. I kept getting an error saying something about Xterm not being able to find system/bin/sh. I couldn't find the file to change the path to /bin/sh so I ended up just creating a system/bin folder, copying and renaming dash to sh, and placing it in the new directory. Now the console works, but it just shows the hash sign: #. I don't know about this distribution, but when I was using Backtrack and Ubuntu, it would say '[email protected]' or '<username>@ubuntu' something other then just the hash sign... Any thoughts on this?
Kobalt.Kitsune said:
Your right, I was able to install it through the synaptic package manager.
I had the hardest time trying to get the terminal to work though. I kept getting an error saying something about Xterm not being able to find system/bin/sh. I couldn't find the file to change the path to /bin/sh so I ended up just creating a system/bin folder, copying and renaming dash to sh, and placing it in the new directory. Now the console works, but it just shows the hash sign: #. I don't know about this distribution, but when I was using Backtrack and Ubuntu, it would say '[email protected]' or '<username>@ubuntu' something other then just the hash sign... Any thoughts on this?
Click to expand...
Click to collapse
I have no idea what "Xterm" you are trying to run, but most GNU/Linux distributions have replaced it with something different flavored, such as "gnome-terminal", leaving ol' xterm quite butchered. To me, it sounds you've tried to invoke some xterm from the Android world (using a script beginning with the line "#!/system/bin/sh"). Look for the proper terminal instead. I'll bet a virtual peanut it's "gnome-terminal".
This is what i have going on. I have quite a few android phones i use to mine different cryptocurrency. most are older snap dragon ARM phones.
I am looking for something already created or if it is possible to create.
Is it possible to load a custom to the phone getting ridding of all unnecessary apps and programs. All i need to mine is wifi and my mining software which is run through Userland/Ubuntu. i currently have everything disabled and background process limited to try and help.
I looked into open source OS, but i learned it isn't one size fits all and a lot of my phones aren't even compatible with what developers have available for use.
I figured if there is something like this out there someone here would know. sorry if my description isn't that great and i hope this is in the right section.
any ideas or help would be greatly appreciated.
What are the phones' brand & model?
Sidenote:
Anyone who has the impression that mining is child's play is mistaken. Millions of computers around the world are competing for the best computing power. This cannot be done with normal Android devices alone. You need either special mining hardware and/or a really good graphics card.
i have all sorts of models. samsung S series, Notes, LG, Motorola. no particular brand or model. thats where part of problem lies. Alot of them dont even have an open source offering. I understand why, but i don't. need an entire operating system ideally just loading a few functions would be best for my set up.
i agree mining is a pretty serious hobby/endeavor, but you are spreading misinformation, it can be done on cell phones and i've been doing it for 2 years. some people smarter than me made it possible with software and it is quite more profitable if done right than using gpu and cpu, especially on the network i mine.
Well, don't even start Zygote then if you can do everything in Linux world.
Renate said:
Well, don't even start Zygote then if you can do everything in Linux world.
Click to expand...
Click to collapse
that's what i am trying to figure out. I can avoid booting android all together and just run linux.. im very new to this and been searching for a solution for a few weeks now and i can't find what i'm looking for. part of problems is i don't know what to search. is it possible to remove the android OS and boot a cellphone from linux. is that what you are saying i should be looking into? thanks to everyone taking time to respond as well
Just edit init.rc wherever that may be or its tributaries init.zygote1234.rc
There's the services zygote or zygote32 or zygote64.
Just comment them out or delete the tributary files.
Renate said:
Just edit init.rc wherever that may be or its tributaries init.zygote1234.rc
There's the services zygote or zygote32 or zygote64.
Just comment them out or delete the tributary files.
Click to expand...
Click to collapse
ok i need to put that in google translate. spanish isn't my strong suit
what would the process be called of loading linux and running it like the O.S. i'm trying to figure out what to google so i can try and find instruction of some sort just wrap my mind around it. if there is a name. thanks
gotta feel like talking to a toddler right now appreaciate the help
PBL ➡ xbl ➡ abl ➡ boot.img (kernel) ➡ init ➡ zygote ➡ Android services & apps
Renate said:
PBL ➡ xbl ➡ abl ➡ boot.img (kernel) ➡ init ➡ zygote ➡ Android services & apps
Click to expand...
Click to collapse
So you're saying there is a way to boot Linux on an Android phone? I thought that needed a special build designed for that device.
Renate said:
PBL ➡ xbl ➡ abl ➡ boot.img (kernel) ➡ init ➡ zygote ➡ Android services & apps
Click to expand...
Click to collapse
ok and will wifi still function after i do this do you know
ethical_haquer said:
So you're saying there is a way to boot Linux on an Android phone? I thought that needed a special build designed for that device.
Click to expand...
Click to collapse
on youtube i saw some people booting android, cant finding anyone disabling the zygote functions though, most cases people still want phones to work lol
mknick89 said:
ok and will wifi still function after i do this do you know
Click to expand...
Click to collapse
That all should work fine.
You can just use the shell command stop which will stop all things Android-ish.
You can try out whatever you're doing without permanently disabling Android.
The only gotcha is to make sure that ADB is started inside init/init.rc and not by Android.
setprop persist.sys.usb.config adb should do that.
Renate said:
That all should work fine.
You can just use the shell command stop which will stop all things Android-ish.
You can try out whatever you're doing without permanently disabling Android.
The only gotcha is to make sure that ADB is started inside init/init.rc and not by Android.
setprop persist.sys.usb.config adb should do that.
Click to expand...
Click to collapse
Can you please explain it a little more? So you delete some files in a specific directory, and that's it? You have to use ADB for the commands I guess? And is it really just the Linux kernel, or modified? Sorry for the childish questions.
Renate said:
That all should work fine.
You can just use the shell command stop which will stop all things Android-ish.
You can try out whatever you're doing without permanently disabling Android.
The only gotcha is to make sure that ADB is started inside init/init.rc and not by Android.
setprop persist.sys.usb.config adb should do that.
Click to expand...
Click to collapse
i have one more question to. should upload ubuntu to a certain directory or boot file or anything so the phone knows how to boot. or how does that work. this information is gold and i would like thank you for your time again
ethical_haquer said:
Can you please explain it a little more?
Click to expand...
Click to collapse
I write bunches of command line (shell) applications for Android and they are mostly identical to main line Linux.
Ok, some of the paths are different and a few other details are different.
You can write shell utilities that interact with Android over Binder, but those won't work if Android isn't running.
Just get the Android NDK which has the cross compilers and headers.
A "hello world" program should take you five minutes.
Just type uname -a and you can see what Linux kernel version you have.
You don't need to delete anything, just run your program.
If you want, you can stop Android temporarily by stop
To prevent it from ever running you need to patch some .rc file so that zygote (32 and/or 64) doesn't ever start.
To write to the screen (without Android's surface flinger running) you'll have to play with the framebuffer yourself.
You have an OS already on your device, it's Linux.
If you want to run Ubuntu on your device, that's an entirely different project.
i launch the files for mining software from inside ubuntu. Currently accessing ubuntu through the userland app. here is a 2 minute video of someone on cpu launching a similar version of my program made for linux. same steps i go through pretty much would this look like it could be done from the linux command on a phone. or do you think it is compatible really?
only first minute matters of video
There's no audio and I'm not at all interested in mining.
If it's not a GUI app, just recompile it using the Android NDK.
Renate said:
There's no audio and I'm not at all interested in minin
If it's not a GUI app, just recompile it using the Android NDK.f it would lau
Click to expand...
Click to collapse
oh i understand. i actually found the info. i was more wondering if it would launch, thanks for looking though. I going to study those commands you gave me and give it a try. Im very new to this took me 12 hours to load 4 lines of code the other day successfully lol thanks again