How to install experimental in Debian with apt-get? - G1 Android Development

I know this is a bit lame, but I'm an opensuse and redhat guy (well I was before opensuse). And I only use Ubuntu on a couple machines...
So, I want to switch apt-get to some other version of Xorg code I found that may fix the framebuffer issues (or at least I can compile the latest version and use it to debug the problems).
I grabbed just one X driver from packages.debian.org and of course it doesn't work with the currently installed Xorg that I grabbed with a simple apt-get the other day.
Can anyone point me at the quick tips on how I can switch all my Xorg stuff to some other version using apt-get?

I fail to see how this relates to the G1. May be you should try the Debian forums?

I did say it was a bit lame didn't I?
As for how it relates to the G1, some people figured out how to get Debian onto the G1 and they talk about how to use apt-get to install programs. And all that works.
I just wondered, since some of them hang out around here and obviously know how it works, if any of them would answer my question on how to modify the Debian setup on the G1 to include other versions of installable apps.
And since they haven't (which is fine) I will probably poke around some Debian howtos tonight or next week when I have time.

Related

Linux applications ported to Android

Hi all of you, XDA fans!
After googling and looking in XDA forums, I was not able to find any ways to port linux apps to Android and was wondering if it was even possible.
Knowing that Android runs on 2.6.25 kernel, I thought that maybe it was possible.
I recently purchased a G1, successfully rooted it, and now am looking for ways to port linux apps to Android.
Is there a way to build apps from source code on Android, using the build tools provided with desktop distros? (I am using Ubuntu atm).
Anybody want to share some lights on this?
I'll keep you posted if I find anything intresting...
XDA ROCKS!!!
I'm looking into this myself, especially with respect to vlc, mplayer, and some console emulators...all of which have been compiled for ARM before, most successfully on the GP2X handheld.
Cross-compiling apps on an Ubuntu system is possible, but I'm not sure how well compiled apps will work with the Android framebuffer. There's also no x-windows system, so you know graphical apps that need it won't cut it at all.
Let us know what you find out.
Found this: Debian on Android
Hey i found this, Thought it might be intresting to look into this.
Debian & Android Together on G1
It's a guide to have Debian running alongside android, at least for what I understand...
I haven't tried yet since I have rooted rc8 and it's written for rc29/Mrc30, but that seems like a good solution.
Would be nice to be able to compile on android rather than on eclipse on ubuntu...
I've got no programming knowledge, that's why I'm looking for a solution allowing to compile directly on android...
"There's also no x-windows system, so you know graphical apps that need it won't cut it at all."
I was thinking as an experience to compile aircrack-ng, and it has no gui... The hardware might not support it but tha g1 might be able to handle it.
Yeah I wanted to compile the No-IP app for the phone so I could know what the IP address of my phone was on Tmo's network. That way I could run a webserver on my phone (apache anyone?). Does Tmo have firewalls in place to prevent this type of thing?
efbenson said:
Yeah I wanted to compile the No-IP app for the phone so I could know what the IP address of my phone was on Tmo's network. That way I could run a webserver on my phone (apache anyone?). Does Tmo have firewalls in place to prevent this type of thing?
Click to expand...
Click to collapse
enable telnetd from terminal and see if you can telnet from your computer to it via 3G (i.e. your wireless computer ---> G1)
My G1's edge ip is 25.97.51.2XX tried to telnet in, host unreachable. Did a traceroute from both my web server and home computer, both showed that the 3rd hop and all hops after that did not respond, and as expected ICMP echo (ping) sent to the phone timed out. Therefor we can i think say that T-mobile was not dumb and put a firewall up as any network administrator would. Gonna double check the IP of my G1 and i'll get back if it figure out my ip is different or something.
EDIT: pinged my router this time, got the IP 208.54.4.61, still same story times out and my G1 died so im going to reboot it and plug it in to try again.
well i'm sure t-mobile was wiser on that end, but did you try telnetting on port 80? also if you were to get a webserver running on your g1, you could always just use a non-standard port (81?) and just use a service like dyndns to control the port redirect, since i'm assuming they're already managing the dyndns updates.
rak500 said:
Hey i found this, Thought it might be intresting to look into this.
Debian & Android Together on G1
It's a guide to have Debian running alongside android, at least for what I understand...
I haven't tried yet since I have rooted rc8 and it's written for rc29/Mrc30, but that seems like a good solution.
Click to expand...
Click to collapse
I actually just got Deb working alongside Android (not terribly difficult but I did have some wonky-ness getting ext2.ko insmodded).
Having RC30 on my phone makes me really miss ADP1
deprecate said:
I actually just got Deb working alongside Android (not terribly difficult but I did have some wonky-ness getting ext2.ko insmodded).
Having RC30 on my phone makes me really miss ADP1
Click to expand...
Click to collapse
If you have JF 1.3+ you don't need to insmod ext2.ko. Just type "busybox insmod ext2".
deprecate said:
I actually just got Deb working alongside Android (not terribly difficult but I did have some wonky-ness getting ext2.ko insmodded).
Having RC30 on my phone makes me really miss ADP1
Click to expand...
Click to collapse
Do you think I can have it working on my rooted UK RC8?
I want to try it but it seems the configuration are slightly different for RC19 and RC29 according to the tutorial, so I thought it might be different on RC8 too.
I tried the web server in the market, didn't seem to work on edge
I'm not quite sure but I believe that T-mobile's VPN add-on might provide an externally accessible IP.
does anyone know if you can compile samba for the g1 ?
I've never dealt with linux on anything besides x86 and x64, so forgive me if this is stupid, but what about running gentoo on the G1 here? Seems to me that portage for ARM might be a little bit better for the G1 than the Debian repositories.
Although, NONE of us will be excited about having our G1 churning away for hours/days just to get Xorg compiled, as well as the headaches associated with installing and configuring gentoo.
I'm sure someone's thought of this, and Debian is pretty great anyway, just thought I'd put this out there.
kash04 said:
does anyone know if you can compile samba for the g1 ?
Click to expand...
Click to collapse
I am using Samba by way of Debian. So, yeah, it's possible.
DDM123 said:
I've never dealt with linux on anything besides x86 and x64, so forgive me if this is stupid, but what about running gentoo on the G1 here? Seems to me that portage for ARM might be a little bit better for the G1 than the Debian repositories.
Although, NONE of us will be excited about having our G1 churning away for hours/days just to get Xorg compiled, as well as the headaches associated with installing and configuring gentoo.
I'm sure someone's thought of this, and Debian is pretty great anyway, just thought I'd put this out there.
Click to expand...
Click to collapse
It's not stupid. If it works for you and is to your liking, go for it. It is debatable, however, whether portage (as good as it is) is any better for the G1 than Debian's packaging system. Packages compiled for the ARM architecture are already optimized for ARM processors. There wouldn't be as much self-compiling gain in this architecture as there would be optimizing between i386, i686, amd-64, etc. You'd be doing a lot of work and wasting a lot of time having portage compile your apps...and you'd have very little pluses to show for it.
Oh ok, I just thought that many apps were being compiled manually and portage might make some of that easier. I figured there wouldn't be any speed gains over Debian or other binary-based distros, and the barebones installation of gentoo is absolute hell, but I hoped it might get us into full-blown X quicker somehow.
It could definitely work with Portage. Keep in mind, though, that apt-get under Debian *can* download and build the source into a package automatically as well.
Web Server on TMO
Hey guys,
I'm new on XDA, getting my galaxy S tomorrow, I was a nokia fan up untill maemo 5 and the N900...
Anyway, one thing to remember is - Cellular Operators usually manage their own IP address pools, they don't give "Real" IP addresses to cellular phone, but rather use NAT services and all sort of nasty hacks to the IP system.
Therefore, in order for port 80 (http web server) to work on your server, it's not enough to just run it and get the IP, you also need the provider/operator to forward TCP packets coming to your External IP on port 80 to be forwarded to your internal IP > to your phone.
This, will never happen. If it will, you will get charged heavily for this as it will increase traffic and allow upstream traffic to your phone, and also risk your phone to potential hackers.
Edit : And I just noticed I resurrected an almost 2 years old thread Oopsy.
efbenson said:
Yeah I wanted to compile the No-IP app for the phone so I could know what the IP address of my phone was on Tmo's network. That way I could run a webserver on my phone (apache anyone?). Does Tmo have firewalls in place to prevent this type of thing?
Click to expand...
Click to collapse
get dyndns account there is an app on the market that will sync it.

flash

just as a thought...
since we have debian running, haven't we given all the moaners on the market one of the many things they wanted... apart from first. we have given them flash, have we not?
i mean, x11 in the vnc terminal, then use a browser from there?
cant see why not?
Try it out, and tell us what happens =]
ok. will do.
try that out on monday when i'm back at work, and have a linux machine to resize the partition. tried it from LOAS (Linux On A Stick) and it can't be done from there.
anyone else want to beat me to it?
I've got lxde installed and I can't fire up the IceWeasel browser without the whole desktop freezing. When I disconnect and reconnect VNC I can't get back in so I think it eventually crashes. Also I can't seem to install flash via apt-get. I tried:
apt-get install flash
apt-get install flashplugin
apt-get install flashplugin-nonfree
apt-get install flashplayer-nonfree
apt-get install adobe-flashplugin
apt-get install adobe-flash
and I get "Couldn't find package" every time.
adobe has only released their Linux client for x86 and amd64 archs... as such, you can't run it on the device which is arm.
You could try gnash, an opensource version of it that I think compiles on arm, but I would be willing to bet the performance, reliability and features will make it unusable.
Good luck...
the performance on debian running lxde or even icewm isnt worth bothering about. I did manage to get iceweasel to load after waiting about 5 minutes, typing in a web address was a task as it would take a minute to register text then a gave up waiting for it to load. It then took a further 5 minutes to close iceweasel.
Untill we can get a stand alone debian install running on the android, its really just a novelty having it there.
what i am interested in though is setting up tight vnc on my debian computer and connected to that via my android
Even if you did get this working, the frame rates you get over the vnc connection would be unusable.
Datruesurfer said:
Even if you did get this working, the frame rates you get over the vnc connection would be unusable.
Click to expand...
Click to collapse
Good point. I've tried watching flash video over VNC and remote desktop before and it doesn't work.
Look like gnash works with arm. Anyone want to try it?

Compiling & replacing framework.jar

A couple of weeks ago, I picked up a used G1 from craigslist, and I really like it. However, I was disappointed to find out that it won't work with my university's WiFi system. I did some searching and came up with issue 1597 on the android google code page (apparently I can't post a link yet). Post 45 on that thread explains the fix, and since it seems fairly easy to apply to the Android source and google won't release it for who knows how long, I decided to do it myself. However, getting it onto the device has been a real problem. These two threads (which I can't link to either):
t=476563 and t=629551
lead me to believe that I can essentially compile the android source, push the new framework.jar to the device, and the fix will be in place.
I eventually got it to compile, but when I try to install it, It just hangs on the G1 screen. I've tried building it on Ubuntu 9.10 and OS X Snow Leopard using the sources from 2.1 and 1.6 and installing it on King Eclair and BlueMagic Donut (the stock firmware lasted maybe 6 seconds after I got it), and I'm getting the same results, even if I just build the source unmodified. I've probably tweaked and recompiled it 20 times now, and am about ready to lose my mind. I think every time I've gotten at least one error from certain jni libraries not compiling properly, but I've assumed that since they appear to be just for the device, not the system I'm building on, and all I need is the jar file, which should be relatively independent, that isn't important. I'm willing to try a stock rom on my device if that's what I need to do, but I'd like to believe that Android isn't so fragile that I can't use an essentially stock framework with a tweaked rom. Maybe that's not the case, though.
The logcat from my most recent attempt (Currently running BlueMagic) is attached. Everything after the second "AndroidRuntime START" will repeat forever until the phone is rebooted. I've also attached my patched SslCertificate.java and the latest framework.jar I've built from the 1.6 source, if it's any help. I realize the changes I've made to SslCertificate.java might not solve the problem (IMHO the patch description wasn't as clear as it could have been), but if I could actually get something that I've compiled to just run on my device, I think debugging it would be relatively trivial.
I'm not an idiot, I understand most of what's going on here and I've spent a lot of time reading, searching and trying to do this myself, and have attempted to demonstrate that in this post. I am relatively new to Android, but I have been trying to learn as much as I can about it. I don't think this should be so difficult, and I'm really stuck at this point. I assume I'm missing something obvious. If anyone with experience compiling and tweaking Android can spare the time, any advice would be appreciated.

A chroot of ubuntu on transformer?

Im curious wether or not there is a way for me to have a chrooted ubuntu on my transformer...? I saw something on youtube where they did it on a galaxy 10.1, and in the comments the maker of the video said it does work on the transformer.
But i am curious if anyone has tried it and is certain whether or not it work.
if this method is not possible, are there any other methods with similar results...?
... really? search before you post
http://forum.xda-developers.com/showthread.php?t=1145601
mrevankyle said:
... really? search before you post
http://forum.xda-developers.com/showthread.php?t=1145601
Click to expand...
Click to collapse
i read that, but dont completely able to understand it... could someone help me out with installing it?
The easist thing is to download Linux Installer off the market. I found that Debian (ARMv5) offers better package choices than Ubuntu (ARMv7) in that case. I have mine running off /data/local/mnt/Linux with Debian stable.
Spidey01 said:
The easist thing is to download Linux Installer off the market. I found that Debian (ARMv5) offers better package choices than Ubuntu (ARMv7) in that case. I have mine running off /data/local/mnt/Linux with Debian stable.
Click to expand...
Click to collapse
i attempted this, i managed to get debian but it did not have a gui.... How would i go about installing one.?
To get a GUI going that route you basically set it up to use VNC for running X stuff and then connect via an Android VNC client; I don't recall the name of the server but there were multple links on Google when I searched back in September.
I don't personally need X along side Android and the chroot, so I don't have it set up.

Wine 3.0 on Android

It is here,
https://dl.winehq.org/wine-builds/android/
But ain't working on pixel. I am pissed off. Any workarounds?
It is not compatible with Oreo yet.
Just let them know on their forums:
https://forum.winehq.org/viewforum.php?f=2
NoobInToto said:
It is here,
https://dl.winehq.org/wine-builds/android/
But ain't working on pixel. I am pissed off. Any workarounds?
Click to expand...
Click to collapse
Look into Crossover. It uses WINE. http://www.androidpolice.com/2017/11/07/crossover-android-chrome-os-enters-open-beta/
skawtnyc said:
Look into Crossover. It uses WINE. http://www.androidpolice.com/2017/11/07/crossover-android-chrome-os-enters-open-beta/
Click to expand...
Click to collapse
Unfortunately, it is not for ARM devices...
I hope they'll update it so it's compatible with Android Oreo devices.
Looks like the new WIne 3.0 is ARM-compatible, and has been compiled for ARM devices:
https://dl.winehq.org/wine-builds/android/
I have Oreo on my Nexus 7 2013, wine works, tried to install some apps but no luck, only errors. Internet Explorer works, but i see only blank white web pages
numbazZ said:
I have Oreo on my Nexus 7 2013, wine works, tried to install some apps but no luck, only errors. Internet Explorer works, but i see only blank white web pages
Click to expand...
Click to collapse
what kind if binaries / apps were u trying to run?
nine7nine said:
what kind if binaries / apps were u trying to run?
Click to expand...
Click to collapse
Tried Live For Speed installer, also exe from unpacked game, and some photoshop cs6 repack) as i know LFS works good on wine.
Will try something else tomorrow
numbazZ said:
Tried Live For Speed installer, also exe from unpacked game, and some photoshop cs6 repack) will try something else tomorrow
Click to expand...
Click to collapse
how about trying actual arm binaries?
ie; windows rt, win8 arm && win10 arm PEs
last I heard, while the wine devs are working on x86 on arm, it wasn't ready - when compared to say; win10 for arm's x86 emulation layer...
I also know that in the past to run x86 binaries in wine on arm, you have to have binfmt_misc enabled in the kernel + qemu (emulator) to make it all work...
not sure, where things are at, at the moment. but I'd try running actual Arm compiled windows app and see if they run.... idk, I can't imagine that Wine is super useful on android yet. that said, I am curious - as I used to maintain buillds and patchsets for wine...
Only binaries compiled for ARM will function under Wine. You can find an updated list in the second post of this thread: https://forum.xda-developers.com/showthread.php?t=2092348
skawtnyc said:
Only binaries compiled for ARM will function under Wine. You can find an updated list in the second post of this thread: https://forum.xda-developers.com/showthread.php?t=2092348
Click to expand...
Click to collapse
it should be noted, this is specifically windows rt / win8 arm apps... and hasn't been updated in 3yrs.
I suspect that if u were to investigate the windows app store / UWP apps - there are probably a much higher number of windows apps that potentially could run in wine / for arm - but then you would likely require the Microsoft store or some other way to get the apps running in wine (not sure if wine even supports them).
skawtnyc said:
Looks like the new WIne 3.0 is ARM-compatible, and has been compiled for ARM devices:
https://dl.winehq.org/wine-builds/android/
Click to expand...
Click to collapse
It is not pixel compatible, and that is all this thread is about.
NoobInToto said:
It is not pixel compatible, and that is all this thread is about.
Click to expand...
Click to collapse
To be honest I only installed it on my Pixel C, not my Pixel phone. Doing so would have been pointless since the resolution makes it very difficult to use. Also there's no way to access the software keyboard, making it even more difficult to use.
Even if you could install it, and those other issues were resolved, it doesn't have a x86 emulation layer so you're pretty much stuck with those old Windows RT apps and not much else. You're looking at something that really doesnt have much more value than proof of concept. I'm probably going to end up migrating my tablet to something like the Pixelbook so I can run Crossover on it and have both android and x86 Windows apps run natively.
skawtnyc said:
To be honest I only installed it on my Pixel C, not my Pixel phone. Doing so would have been pointless since the resolution makes it very difficult to use. Also there's no way to access the software keyboard, making it even more difficult to use.
Even if you could install it, and those other issues were resolved, it doesn't have a x86 emulation layer so you're pretty much stuck with those old Windows RT apps and not much else. You're looking at something that really doesnt have much more value than proof of concept. I'm probably going to end up migrating my tablet to something like the Pixelbook so I can run Crossover on it and have both android and x86 Windows apps run natively.
Click to expand...
Click to collapse
Well, I would still like to try it out. If they manage to make it work with windows 10, say, windows 10S , it would be cool, since windows 10 is more touch friendly than 7 . It is in the works I believe, to be made possible via qemu (full arm compatibility). Time will tell.
NoobInToto said:
It is not pixel compatible, and that is all this thread is about.
Click to expand...
Click to collapse
NoobInToto said:
Well, I would still like to try it out. If they manage to make it work with windows 10, say, windows 10S , it would be cool, since windows 10 is more touch friendly than 7 . It is in the works I believe, to be made possible via qemu (full arm compatibility). Time will tell.
Click to expand...
Click to collapse
My biggest regret about this is that I don't have an emulator to run Diablo II on my tablet. Sure, there are other games, but they don't really capture the experience the same way.
skawtnyc said:
My biggest regret about this is that I don't have an emulator to run Diablo II on my tablet. Sure, there are other games, but they don't really capture the experience the same way.
Click to expand...
Click to collapse
I managed to make doom 3 to work on my phone ( I don't recollect which one, pixel or nexus 6p, I switched to pixel about 2 months ago). I am not sure about diablo.
NoobInToto said:
It is not pixel compatible, and that is all this thread is about.
Click to expand...
Click to collapse
beyond installing, it doesn't seem to work for me... also, i'm unclear on whether this build is arm64 compatible.? (I know wine has an arm64 preloader though).
skawtnyc said:
Even if you could install it, and those other issues were resolved, it doesn't have a x86 emulation layer so you're pretty much stuck with those old Windows RT apps and not much else. You're looking at something that really doesnt have much more value than proof of concept. I'm probably going to end up migrating my tablet to something like the Pixelbook so I can run Crossover on it and have both android and x86 Windows apps run natively.
Click to expand...
Click to collapse
I suspect that running qemu + wine-x86 would be the better route to go (vs wine-arm or running qemu + windows)... i'm not too sure what the overhead would look like, but people are doing it on the rasberry pi 2/3...
it's probably also possible that using some of wine's env variables would improve performance (realtime priviledges for wineserver, critical threads, etc) and patching wine to support other enhancements (which is what I would do anyway, on my linux box).
NoobInToto said:
Well, I would still like to try it out. If they manage to make it work with windows 10, say, windows 10S , it would be cool, since windows 10 is more touch friendly than 7 . It is in the works I believe, to be made possible via qemu (full arm compatibility). Time will tell.
Click to expand...
Click to collapse
i'd like to, as well...
technically, you can run qemu + x86 wine on arm, right now. I just don't believe that anyone has packaged it up nicely for android...
and it would require additional manual configuration, init script, possibly a script/wrapper for launching apps too, depending... Another issue would be the vast majority of stock kernels don't have the support or enable stuff that is going to be required... mine suports binfmt_misc (which qemu will require), but i think other stuff may be needed. not positive.
it can't be that hard though, but I don't have much experience with qemu (and none on android), wine on the other hand - lots of experience with on linux. same goes for winelib...
does anyone know how to get access to the internal storage?
I cant even try to install anything, because I dont know where the Wine-Files are located.
Btw I'm using a Lenovo YogaBook
Thanks
trfr3ak said:
does anyone know how to get access to the internal storage?
I cant even try to install anything, because I dont know where the Wine-Files are located.
Btw I'm using a Lenovo YogaBook
Thanks
Click to expand...
Click to collapse
you'll have to figure out how to get into your internal storage yourself, but having a a proper file manager helps. you may need root to view the files (I did on my pixel)... also, not sure why you are asking for help for your yogabook in the google pixel forum...? (you probably shouldn't be).
as for where the files are. it's android, so app data is usually stored in /data/data/your.app.name... and this would be where wine installs it's binaries and prefix too. (org.winehq.wine)
---------- Post added at 10:22 PM ---------- Previous post was at 10:18 PM ----------
so yeah. looking at the binaries. they are compiled as arm-v7a. ... they should run (although, by default after install, they aren't in the PATH / can't be executed from a terminal)....
I guess maybe the arm64 version just isn't ready at this point && wine-3.0 for arm requires some manual setup on the pixel... might tinker with it later, or look into qemu + wine x86... we'll see

Categories

Resources