Develop Bugs

Debian Lenny + HTC Hero

I found this: hxxp://thepiratebay.org/torrent/5259848/Debian_Lenny_for_HTC_Hero
Will this work for the HTC Hero? How will it work? Will it brick my phone? Will it be useable?

It won't brick your phone at all, but as with any system upgrade, you should make a nandroid backup before you start on this.
I have no idea why anyone would want to do this though. If you really wanna run a full linux system, they have this nifty device called a "computer" that you can do it with. You could get one for much cheaper than an HTC Hero, too.

what does Debian Lenny?

MerXury13 said:
what does Debian Lenny?
Click to expand...
Click to collapse
it linuxes.

craig0r said:
If you really wanna run a full linux system, they have this nifty device called a "computer" that you can do it with. You could get one for much cheaper than an HTC Hero, too.
Click to expand...
Click to collapse
^^^
LOL
BTW, what desktop environment it uses?? Gnome is fat!!
is it XFCE or LXDE?
anyway, it's worth a try since i'm a "Linux nuts"

It doesn't run a gui, it can't even be controlled from the phone, according to what I've read. You need to ssh into it to run commands.

kendong2 said:
it linuxes.
Click to expand...
Click to collapse
lmao
fitting reply

BTaylor927 said:
It doesn't run a gui, it can't even be controlled from the phone, according to what I've read. You need to ssh into it to run commands.
Click to expand...
Click to collapse
it can run any gui you want. i have successfully run gnome, xfce, ubuntu netbook remix and lxde on my hero. i don't say any of these is usable, but they do work. you can controll the gui from the phone via a vnc viewer, which is available as "native" android app.
you can access the command line with any terminal emulation on your phone, in fact i would suggest to start the chroot environment on a local terminal, so it is not just force-ended when the ssh connection breaks for example.

[Guide] Mount Internal Storage in Ubuntu

First, I didn't know if this should go in development or general since most of the people who are going to be on Ubuntu will be devs, but hopefully this will be useful for everyone.
Honeycomb changed a lot of things. Most of the changes are awesome (as we know) but some of them have made certain things frustrating. Honeycomb marked the move from USB Mass Storage to MTP (media transfer protocol). Although for Windows users it actually works pretty well, for Linux users it doesn't...at least at first.
If anyone has hooked up their Xoom to a Ubuntu box then they know at first nothing happens. There is no selection on the tab to "mount" USB Mass Storage because it is not supported (which I thought Honeycomb was supposed to support both so this may change) It's like the computer doesn't even recognize anything is plugged in.
So this was very frustrating but I have put together a solution. Previously I was using a GUI interface called gMTP to connect to the Xoom and transfer files. This was an ok solution and it worked but I would still rather just use it in Nautilus like every other drive I use. Ok so starting here I will just post the commands and then explain after so no code gets lost.
Start with installing a needed program for all of this to work
Code:
sudo apt-get install mtpfs
Next we will create the device rules, so Ubuntu recognizes it as a USB device.
Code:
sudo gedit /etc/udev/rules.d/51-android.rules
NOTE: Some of you may have already added the Vendor ID. If you don't this file will start off blank and then you need to add this next line. If it does not come up blank, then make sure you have a line with Vendor ID 22b8 and 18d1 (for bootloader which uses a different VendorId) and you are all set.
Code:
SUBSYSTEM=="usb", ATTR{idVendor}=="22b8", MODE="0666"
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", MODE="0666"
You might need to start a new terminal for this change to take effect for adb and bootloader access.
make the mount point and take ownership:
Code:
sudo mkdir /media/xoom
sudo chown user:user /media/xoom
NOTE: "user" in the above code is literally your user name for your box.
ANOTHER NOTE: if you stopped here you could mount by typing mtpfs /media/xoom -o allow_other and unmount by typing fusermount -u /media/xoom...but that's no fun
add the mount point to your fstab:
Code:
sudo gedit /etc/fstab
In the first unused line available you might want to type a comment like:
Code:
# mount point for moto xoom
then add this line after it:
Code:
mtpfs /media/xoom fuse user,noauto,allow_other 0 0
Next modify fuse.conf to allow_other:
Code:
sudo gedit /etc/fuse.conf
uncomment the last line which should read:
Code:
#user_allow_other
uncomment this line by removing the '#' symbol.
add your user to the fuse group:
Code:
sudo gedit /etc/group
a long file will open, press CTRL+F to bring up the find dialog and type
Code:
fuse
close the dialog and fuse should be selected and visible.
At the end of that line with no space add your user name.
Save that file. Close it.
Lastly reboot your computer.
Now when your computer restarts, if you look at your "Places" menu you will see a Drive marked with 'xoom'
Plug in your xoom, and click on xoom in Places.
Nautilus should open with all your files that you have on your device. It will also place a mounted drive icon on your desktop. If you would like to unmount, right click on that icon and click unmount.
As you can see this was a pain for me, but hopefully this solution will work for everybody. I know the instructions are really long but follow it and you will feel old school mounting your storage in your file browser.
NOTE: THIS WAS TESTED ON UBUNTU 10.10 ONLY, IF THIS WORKS FOR ANYONE ELSE PLEASE POST YOUR FINDINGS.
Also, I am fairly new to Linux actually, so if there is an easier way to mount the storage in nautilus let me know. This works for me and I just want to help out so please no flames.

Couple things I have also noticed with MTP, when you have the internal storage "mounted" you still actually have access to the files on the device. Plus the file transfer is a lot faster. Usually I had been getting about 4 Mb/s and now I get about 15. Of course this speed difference from what I am used to might be the internal storage vs. SDCard transfer rate diffs.
Last thing, is this might need to modified when the sdcard access comes since there is only one mount point specified.

not trying the artificial bump.
I guess no comments on 228 views means this is working?
Can someone chime'in if this worked for them so I can know'if it works'as is or needs to be tweaked.
Thanks

I got mount up and running last night. Works like a champ. Great work. I was tired of pushing and FTP.

Thanks for the reply. Glad it worked for you too. One thing I need to add tonight to it is the fact that the xoom uses a different vendor'id when it's in the bootloader. The one vendor id if used alone will not recognize the xoom to use fastboot but ill update it when I get home.

FWIW, the "mtpfs" package in 10.04 was broken when using the Xoom, and causing segfaults. I found the source and rebuilt that and now it's working OK.

kcrudup said:
FWIW, the "mtpfs" package in 10.04 was broken when using the Xoom, and causing segfaults. I found the source and rebuilt that and now it's working OK.
Click to expand...
Click to collapse
So, I'm on 10.04 and not getting segfaults, but after pugging in (xoom is in usb debug mode) and click on xoom in places, ubuntu gives me the error "could not open location file:///media/xoom. Error stating file '/media/xoom': Permission denied"
Would love to get a copy of your recompiled 10.04 mtpfs package as a deb file...

I found this deb package for mtpfs 0.9-1 that you can try
mtpfs_0.9-1_amd64.deb

roberj13 said:
I found this deb package for mtpfs 0.9-1 that you can try
mtpfs_0.9-1_amd64.deb
Click to expand...
Click to collapse
Unfortunately, that's not gonna work for me. I'm 32-bit.

Ill keep looking, for some reason the 64-bit was the only one there.

roberj13 said:
Ill keep looking, for some reason the 64-bit was the only one there.
Click to expand...
Click to collapse
Thanks! If i could ge this to work, it would totally be awesome!
--Q

Most excellent guide!! Thanks you for taking the time to figure this out. I'm on 10.10 so I have nothing else to add.

Works flawless on Ubuntu 10.10 running on an older Mac Pro
Thank you for posting the easy to follow guide.

This is semi-working for me in that I can successfully mount and browse the device, but there are a few problems. One, it locks up Nautilus for 30-60 seconds (grayed out and unresponsive) though it does come back. Two, file transfer speeds are very poor.
I'm trying to load two movies totaling 1 GB right now and the copy dialog says 2hrs 56 min to transfer w/ a speed of 99.7 kb / sec. This is unreliable, however, as the copy dialog is frozen on those metrics.
Build is AMD64, distro is 10.10 upgraded from 10.4.
I appreciate the effort to document this, in spite of my issues. Let me know if anyone has suggestions for a fix and I'll try them.

One day later and this solution is now working for me. The Xoom filesystem behaves oddly in Nautilus, with some files not appearing that have in fact been transferred to the device, but otherwise this is the best solution I've found.

sogrady said:
One day later and this solution is now working for me. The Xoom filesystem behaves oddly in Nautilus, with some files not appearing that have in fact been transferred to the device, but otherwise this is the best solution I've found.
Click to expand...
Click to collapse
I find it odd that Android dosn't play nicely with *nix.. considering they are cousins in the OS family. That it works sooo well with Windows instead offensive IMO

sogrady said:
One day later and this solution is now working for me. The Xoom filesystem behaves oddly in Nautilus, with some files not appearing that have in fact been transferred to the device, but otherwise this is the best solution I've found.
Click to expand...
Click to collapse
I've seen the same thing. Usually an unmount then mount will clear it up.

this did not work for me. i'm getting no application is registered as handling this file
i told nautilus to open it and its saying /media/xoom is not a folder

Using this guide I'm able to mount fine, but I'm seeing a couple issues:
I have my music organized like this:
Artist
-----Artist - Album
----------Music files
When I copy over the top 'Artist' directory to the Xoom's Music folder it works, but, all of the music files have been directly placed in the Xoom's Music folder and the Artist and Artist - Album folders are empty, seems pretty weird?
EDIT: It looks like the Xoom (or MTP?) forces all music files into the root of the Music directory. Even if I try copying the artist folder to the root of the device the mp3 files end up in the Music folder.
EDIT take 2: Nevermind...the Android docs say nested directories are supported for music, and Windows preserves the directory structures fine.
I'm totally unable to copy over movies. I've transcoded a file into mp4 and it seems to copy over but, once the copy is finished the file doesn't show up on the Xoom.
EDIT bonanza: Looks like I'm also able to copy over movies fine through windows...so I guess all my problems are Linux related.

I keep gettting a "Transport endpoint is not connected" error when I try this. I am using 10.04 64-bit. Does anyone know how to resolve this?

[5/4/2013] Running real linux on your Kindle

---
DISCLAIMER: THIS IS A REALLY GOOD WAY TO EFF UP YOUR KINDLE IF YOU DON'T KNOW WHAT YOU ARE DOING!!!
IF YOU DON'T KNOW WHAT ADB, PARTED, OR WHAT LINUX IS, YOU MIGHT WANT TO JUST CLICK THE BACK BUTTON!
---
Most that know Android, knows that it's just fancy UI and API on top of Linux, but it's still not quite Linux... But what if you want to run real Linux on your tablet?
Well, it's actually not that hard to do, but certainly not for n00bs...
Need to know: Linux, fastboot, adb, parted, etc.
You will also need the mkbootimg program, fastboot, working ADB, etc.
And a USB OTG adapter and working USB keyboard.
(this is assuming you already have modded your kindle with the usual FFF+TWRP 2.1+CM9)
The first step is to do a little repartitioning, so boot the Kindle into recovery, and run an 'adb shell'.
Then run 'parted'.
The idea here is to basically maintain the stock layout, while making room for linux...
Which can be done a few ways, the easy way would to just delete 'media', then recreate it much smaller (I did 1GB).
Then make one more new partition, using the remaining flash memory (should be a little over 4GB).
Making sure to reassign the name 'media' to partition 12, you can also name the new linux partition 'linux' or whatever, if you like.
After that, quit parted, and create the new FS on the new linux partition (mke2fs -Text4 /dev/block/mmcblk0p13, but you should know that already ).
Then reboot the tablet, get back into Android, it may or may not complain about the 'SDCARD' needing to be formatted, which should be done anyway, since it changed in size.
Do another 'adb shell', mount the new linux partition to a useful place, you can just mount over '/mnt' if you like, it won't hurt anything. Exit out of the shell.
Download this pre-built Debian rootfs I found:
http://rcn-ee.net/deb/rootfs/wheezy/
Unpack that file on your host machine, then use 'adb push' to copy the armel-rootfs tar to the Kindle's '/mnt'.
'adb shell' back into the kindle, and change to '/mnt' and untar the armel rootfs tar file... Maybe go to the bathroom, get a drink, get some fresh air or something, it'll take a little time to do it's thing.
After that's done, download my rc.local and 'adb push' that to '/mnt/etc' and make sure to ungzip it, and chmod is 0777 (or is it 0766, either should work lol).
http://www.mediafire.com/?gx46xxb4813n5ob
Then you can delete the rootfs tar file if you like, get out of '/mnt', and unmount it.
Linux is now installed, easy eh?
Now, download my kernel (acutally it's Hashcode's kernel, but with needed changes):
http://www.mediafire.com/?2lqex9j5bgws0b1 (Updated 6/11/2012)
Using mkbootimg:
'mkbootimg --kernel zImage --ramdisk /dev/zero --cmdline "root=179:XX" --base 0x80000000 -o boot.img'
Where XX is the partition that you put linux on (if following this exactly, should be 13), you should now be able to use /dev/mmcblk0pXX as well, if that doesn't work just use 179:XX.
Then using fastboot, boot the kernel package:
'fastboot boot boot.img'
While it says 'waiting for device...", reboot the Kindle and wait for it to download and boot the package.
Then wait for the linux login!
Plug in your favorite USB keyboard, a USB 1.1 one works best I've found.
The root password for that rootfs package is just 'root'.
-------------
Now, the fun part: Internet access, the hard way.
I'm still working out getting the WIFI modules working, so you'll have to use it tethered via USB... Which means no keyboard, but you can still log in by SSH.
In my kernel, instead of being an 'android' USB devices, it's a multifunction USB gadget with ethernet, serial port, and mass storage.
Mass storage works, but a little buggy sometimes.
Serial port seems broken for some reason.
Ethernet is what we're after.
Now the rc.local I made, in addition to enabling the video overlay (so there's a framebuffer console on the LCD), it also sets up the ethernet USB gadget.
I set the IP address to 192.168.5.1, which really should be out of the common IP range that most people use, but if it conflicts, then you can edit rc.local before you push it over above.
On your Linux host, with the Kindle plugged in, bring up the USB ethernet interface:
'ifconfig usb0 192.168.5.2 netmask 255.255.255.0'
After that, maybe try pinging the kindle (192.168.5.1), to make sure everything is working... If it is, you should have no problems connecting with SSH and logging in.
Once you can connect/login by SSH, you'll need to add your host machine as the default gateway ('route add default gw 192.168.5.2'), then edit '/etc/resolve.conf' and add a DNS server (add your ISP's DNS, or use 4.2.2.1).
After that, you should have internet access on the kindle side via SSH, and should be able to download/install your favorite Debian packages.
Oh, did I mention that you'll need a IP forwarding/NAT service running on your linux host too? I'll have to refer to linux manuals on how to do that, but if you can do all this, you should have no problems doing that.
I should also say that this CAN technically be done in windows as well, since all the needed programs are available in WIN32 bins, but you won't be able to get tethered network access working, because Microsoft doesn't support CDC ethernet devices.
Have fun!
OH! And X works fairly well with the omap3 video driver, just so long as you DON'T touch the screen, the touch screen driver currently crashes X on input.
So fair warning, make sure you know how to navigate X with just a keyboard, unless you have a OTG working hub and can use a keyboard and mouse, or have a wireless keyboard/mouse combo of some kind.
Update 6/11/2012:
Uploaded new kernel (link above), touch screen is now working, though no multitouch.
I have a boot loader with multiple boot options, http://www.mediafire.com/?l6aaqgsdkiksfw0
To use it, make a partition named "linuxboot", and flash your linux's boot.img created with the above instructions.
Still working on wifi.
Update 6/11/2012:
Ok, WIFI is working... Not sure why it wasn't before.
Here are the modules: http://www.mediafire.com/?139hold2a2l9vbl
Don't forget to run depmod.
You'll also have to copy the firmware from android system partition in /etc/firmware and copy it to Linux /lib/firmware

In case no one believes me, here's a console dump (typing blind of course, this was an early attempt with no LCD):
Code:
d.
.
Starting periodic command scheduler: crond.
FATAL: Could not load /lib/modules/3.0.21+/modules.dep: No such file or directory
Debian GNU/Linux 5.0 carrier tty1
carrier login: usb 1-1: new low speed USB device number 2 using musb-hdrc
usb 1-1: device v0b38 p0010 is not supported
input: HID 0b38:0010 as /devices/platform/omap/musb-omap2430/musb-hdrc/usb1/1-1/1-1:1.0/input/input4
generic-usb 0003:0B38:0010.0001: input: USB HID v1.10 Keyboard [HID 0b38:0010] on usb-musb-hdrc-1/input0
input: HID 0b38:0010 as /devices/platform/omap/musb-omap2430/musb-hdrc/usb1/1-1/1-1:1.1/input/input5
generic-usb 0003:0B38:0010.0002: input: USB HID v1.10 Device [HID 0b38:0010] on usb-musb-hdrc-1/input1
root
Password:
Last login: Sun May 27 21:55:28 UTC 2012 on tty1
Linux carrier 3.0.21+ #40 SMP PREEMPT Sun May 27 16:59:27 CDT 2012 armv7l
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
carrier:~# echo skdjfhnsdkjfshdsummit_bat_notifier_call val=41
summit_smb347 4-0006: summit_fsm_stateTransform:state : suspend(0) -> suspend(0) ; event : EVENT_BATTERY_NTC_NORMAL
kfjshdkjfshdfkjshdfkjsdhfkjsdhfkjsdhfkjshksdjfhskjdhfskjdhfsdkjfhsdkjfh > /dev/fb0
carrier:~# echo skdjfhnsdkjfshdkfjshdkjfshdfkjshdfkjsdhfkjsdhfkjsdhfkjshksdjfhskjdhfskjdhfsdkjfhsdkjfh > /dev/fb1
-bash: echo: write error: No such device
carrier:~# omap-rproc omap-rproc.1: rproc_loader_cont: failed to load ducati-m3.bin
cat /dev/vcs1 > /dumpp.txt
I was trying to get something to come up on the framebuffer, to no avail of course.
The backlight comes on, and it seems like it want to work, but there's nothing.

Are you talking about a true Debian dual-boot on our tablet? That could be really awesome .
Envoyé depuis mon Amazon Kindle Fire avec Tapatalk

Actually, yes.
It's mostly a matter of having a proper framebuffer console and telling the kernel to use a root instead of using the initrd to setup android.
If we could get a scripted bootloader, one that would give a customizable boot menu, you could easily boot whatever you wanted.

And what about it : http://thomaspolasek.blogspot.fr/2012/04/arch-linux-lxde-w-xorg-mouse-keyboard_16.html?m=1 ?
Envoyé depuis mon Amazon Kindle Fire avec Tapatalk

Well, I already got most of that working, chroot environment is easy.
I got the full Linux init going, no android at all... just no display.

seishuku said:
Well, I already got most of that working, chroot environment is easy.
I got the full Linux init going, no android at all... just no display.
Click to expand...
Click to collapse
Display might be tricky, as we are currently using the very latest graphics modules from TI. I'm not sure if you can use those in our current build.
That being said you could send a cat /proc/msg to a file during boot and that might contain your error.
Sent from my Amazon Kindle Fire using Tapatalk 2

Well I already have a working fbcon in android, but it seems the display just isn't being enabled in Linux.
I've tried "echo 1 > /sys/devices/omapdss/display0/enabled" to force it on, but nothing.
The back light is already on though...

I thought EXT2 was for really old linux distros.
Sent from my Kindle Fire using XDA

Not really, its just more compatible.
I could have made pretty much anything...

I read somewhere that SSDs should use EXT4.

i am really anxios to see this even though is only cmd line.
will the steps to get this going available even for SSH commands?

I really should hack together a wifi script to get some kind of network connection, would make working on it a little (lot) easier.
The idea here though is to basically have a full linux, to operate exactly like it would on a PC.
With a working framebuffer console, an X.org config can be made and X should work just fine with the touch screen too.
The end result, with just keyboard, should be a full blown linux system.

The real question is how long it would take to compile android for.. itself.
Sent from my Amazon Kindle Fire using Tapatalk 2

Hashcode said:
The real question is how long it would take to compile android for.. itself.
Sent from my Amazon Kindle Fire using Tapatalk 2
Click to expand...
Click to collapse
They can start reproducing them selves, isn't this how terminator started?
Sent from my LG-VM670 using Tapatalk

Hashcode said:
The real question is how long it would take to compile android for.. itself.
Sent from my Amazon Kindle Fire using Tapatalk 2
Click to expand...
Click to collapse
pbailey212 said:
They can start reproducing them selves, isn't this how terminator started?
Sent from my LG-VM670 using Tapatalk
Click to expand...
Click to collapse
This is really off topic but Hashcode's comment and pbaileys phone reminded me of a test project Drew (of Team Hydro) did where he chrooted ubuntu onto an LG-LS670 and compiled a kernel for it natively, took just under 3 hours.

I'm at a bit of a loss here... if I disable surfaceflinger, so I keep my android fb console, then if I disable the display and reenable it, I lose the console.
Also, in my initrd, I can remove everything except ueventd and still keep the console... so something ueventd (init) is doing to enable the console.
In Linux I can play with enabling/disabling the display, but nothing seems to provoke Linux to give me an actual console.

Sblood86 said:
This is really off topic but Hashcode's comment and pbaileys phone reminded me of a test project Drew (of Team Hydro) did where he chrooted ubuntu onto an LG-LS670 and compiled a kernel for it natively, took just under 3 hours.
Click to expand...
Click to collapse
On the vm670 legend has it, people have compliled whole roms in 30 minutes, with an optimus v, and Leslie Ann's build server
sent from my Nokia 5110

Aha! Got it!
http://www.youtube.com/watch?v=PXhnVP3lWLU
For whatever reason sysfs wasn't taking my commands.
Now I can work out some bugs and get X working.
I also switched the USB gadget from android to an Ethernet CDC, so I can SSH via USB while I get wifi working.
Edit-
Sorry about the super blurry video, my phone's camera is having "issues".

Ok, I've switched to the official Debian armel wheezy distro (basically just formatting my linux partition and untaring the distro), seems to have fixed a lot of problems... One being aptitude not working correctly (seen in the video).
I need to enable some kind of ip forwarding on my local linux install, so I can get a temp internet connection on the kindle via USB gadget ethernet cdc (ssh and http already works).

[Guide] Let's get this over with - WebOS install

Welcome to jimmyco2008's Layman's Guide to the Galaxy (Nexus) - Open WebOS Edition!
------------------------------------------------------------------------------------------------------------------------------------
EDIT: I wonder if I can spare you guys all the building and just upload the 1/2 GB WebOS image and Fastboot file... I'm going to try that out, upload them to Google Drive tonight/now, I'll add the link by tomorrow and you guys can try to just download the files instead of building everything, at least for those who just want to try this out. If you're serious about working with this Open WebOS, I recommend going through all the steps to get all the files building gets you, and so you can update your build files as webos-ports.org updates them.
But here's a link to the folder containing the WebOS developer image file (I didn't build the regular image, not sure of the difference) and the fastboot file needed to boot the thing. Get these files, and you can skip to the giant, bolded "LIKE A BOSS" heading somewhere in the middle of the guide below. Keep in mind you still need to meet prerequisites, save the decent resources, if it runs Ubuntu, and ADB/the Android SDK are/is set up, you're clear for takeoff.
Also note that the .ext2 image of WebOS has a different name, relax, it's the same thing!
Download! .. And feel free to mirror, though I doubt demand nor lack of reliability for Google Drive warrants one.
------------------------------------------------------------------------------------------------------------------------------------
Know this before diving in:
- You NEED Linux.. Not OS X, not Windows, some Linux distro... For the Laymen, you'll want Ubuntu 11.10 or above (can't go wrong with the latest 12.10)
- Get 64-bit, no questions asked.
- Building/compiling the WebOS image in Linux/Ubuntu takes A LOT of resources, generally you can build with any old computer, but it'll take a long time.
- I'm saying if you're running Ubuntu full-boot (not in a Virtual Machine), have at least 3GB of RAM and a 60GB hard drive... any decently-modern processor should do, but the slower and older, the longer it will take to build... You're more than welcome to try this with whatever computer you have, just give it plenty of time to do its thing.
- If you're doing this in a Virtual Machine, like with Parallels or VirtualBox, give the Ubuntu Virtual Machine (VM) as much of your computer's resources as possible. For example, I have a 2012 Macbook Pro (240GB SSD, Ivy bridge Intel Core i5 @ 2.5Ghz, 8GB DDR3 RAM @ 1600 Mhz), I gave the Parallels Ubuntu VM 4GB of RAM, 60GB of hard drive space (I'm at 51 GB used and all I did was the minimum to get WebOS on the GalNex) and all of my cores (4) at 100% cap. It took... well, a few hours to build.
- This boots on both the GSM and CDMA Galaxy Nexuses, so toro, toroplus and maguro are all supported, well except for anything related to the radio.. As with anything Galaxy Nexus-related, GSM gets radio stuff working first.
- This procedure boots WebOS tethered, so you can unplug the Galaxy Nexus once WebOS (Luna) is booted, but rebooting gets you back to Android, and you have to do the fastboot boot image thing again to boot into WebOS. So this doesn't touch your Android (or Ubuntu Mobile I guess) setup.
- Ignore the dollar signs ($) and pounds (#) preceding commands, it's just for organization!
- I am not responsible for anything that happens to your phone or any of your property as a result of using this guide... Standard disclaimer.
---------------------------------------------------------------------------------------------------------------
Alright the Layman's Guide to the Galaxy Nexus! (isn't that punny lol)
Preflight Checklist
- Ubuntu 12.10 (probably good with 11.10 or 12.04 as well) 64-bit.
- Java Runtime 6 or 7 (available for download @ Ubuntu Software Center, or if you're a boss with Linux, you can do the Terminal install, you know what you're doing lol)
- Android SDK
- Android Tools installed via the Android SDK Manager (run from Terminal or double click "Android" script, located in sdk/platform-tools (or some other folder in sdk)
- You can access your Galaxy Nexus via ADB on Ubuntu (getting the host to share the Galaxy Nexus with the Ubuntu VM can be a ***** sometimes, make sure ADB finds your Galaxy Nexus via "./adb devices" .
- At least... eh 1-2 GB free on your Galaxy Nexus sdcard0 storage (who out there actually has to check this lol)
- Your Galaxy Nexus' Bootloader is unlocked... At first I didn't think I had to add this, but for the sake of being thorough...
- If # ./adb commands aren't working, like ./adb devices or ./adb reboot-bootloader, and it gives you some error in Terminal, you need to update 'cha libs. Open a fresh Terminal window and enter:
# sudo apt-get install libc6:i386 libncurses5:i386 libstdc++6:i386
Go through all that, tell it yes however many times, and when it finishes, ADB commands should work.
---------------------------------------------------
The Main Event
This is actually kind of boring, you have to literally copy and paste like 10 commands into Terminal for the Prerequisites webos-ports.org dictates.
Enter all this into Terminal one at a time as it processes and finishes each line (by giving you the block cursor back), and remember to answer "y"/yes to all questions!
1$ sudo apt-get install build-essential
2$ sudo apt-get install gawk && sudo apt-get install diffstat && sudo apt-get install chrpath
3$ mkdir webos-ports-env && cd webos-ports-env
4$ wget https://raw.github.com/openwebos/build-webos/master/scripts/prerequisites.sh * Ugh, damn, XDA forums sets this as a URL and shortens it, if you copy and paste directly into Terminal, it won't work...just right click and Copy Link URL or whatever, and paste that separately from "wget".. Do the same for the link below.
6$ sudo sh prerequisites.sh (this takes a while, ~10-20 minutes depending on your internet/hardware)
6$ wget https://raw.github.com/webOS-ports/webos-ports-setup/master/Makefile
7$ make setup-webos-ports
Now you can probably build, I know the official guide says differently, but I've done this MANY times, just hear me out!
1$ cd /webos-ports-env/webos-ports
2$ . setup-env
Now the text preceeding whatever you type should be blue and green (how magical!), if it's not.. Well post below and I'll help you out.
So actually building this, commands vary depending on if you want the developer image or the regular image... In fact a bunch of WebOS not working for me (like apps) may be because I opted to build the developer image... Honestly, I'm not sure what the difference between the two is, it's open source, you should be able to develop on either... If I were you I'd go for the non-developer image, but here's both commands, choose ONE:
*Also, on the webos-ports.org website, they offer advice about speeding up the build by editing the number of threads value in a config file, default value is 4 cores and 4 threads, I changed mine to 8 threads, I dunno, really shouldn't matter unless you're rocking an i7 Extreme Edition or a Bulldozer, you know something with more than 4 processor cores (physical and virtual). If you have less than 4 cores, like you have a Phenom II X2 or an Intel Core 2 Duo, maybe even an older i3, you should be fine with the default 4/4 settings.* If you're into changing the settings, the file you edit (with TextEditor or whatever) is located at webos-ports/conf/local.conf . Lookin' for BB_NUMBER_THREADS and the line above it, both should = 4 by default.
Regular Image (make sure you're in the build environment > Magic green & blue text!)
$ MACHINE=tuna bb webos-image
Developer Image (again, make sure the magic blue and green text is there)
$ MACHINE=tuna bb webos-dev-image
Now the magic happens, if all goes well, within a couple of minutes (or sooner) you'll see "preparing runqueue"... If you look at System Monitor, you'll see it's downloading (at 100 - 400 kbps, even if you have a 50mbps down internet connection) the build stuffs, which takes 1- 3 hours (don't be afraid to use Netflix haha).
It'll actually go between downloading at a rather slow rate and running tasks (over a thousand of 'em)... All in all, give it, again depending on your hardware and internet, like the night (5 - 12 hours), perhaps even more... It'll finish when it finishes. If you get errors at the end, well that's normal, ignore it, you may not even get errors for the regular image, again I've just used the developer image.
-----------------------------------------------------------
Booting Open WebOS *LIKE A BOSS*
Make your life easier and have a file manager window open to webos-ports-env/webos-ports/tmp-eglibc/deploy/images/tuna. Let's call this directory "Foxtrot" for the sake of simplicity.
Okay this is the part where the official guide at webos-ports.org just... ugh... It says to enter this command from your Android SDK /platform-tools folder:
adb push webos-dev-image-tuna.ext2 /storage/sdcard0/linux/rootfs.ext2
Actually it should be (type this in, don't copy and paste):
./adb push *click and drag the webos-dev-image-tuna.ext2 file to Terminal* /storage/sdcard0/linux/rootfs/.ext2
NOTE: Yes, you can click and drag that .ext2 file and Terminal automatically figures out the path, remember that this file is located in webos-ports-env/webos-ports/tmp-eglibc/deploy/images/tuna . Let's call that directory "Foxtrot" for easy reference.
If all goes well, you see the cursor is gone, it's doing its thing- pushing the WebOS image to Galaxy Nexus sdcard0 in a folder called "linux" (as shown above), if you wish to delete this later. Pushing this file took my Macbook about 6 minutes, allow up to 15 minutes for those slower computers out there.
Now reboot your GalNex to the bootloader (you know how to do that)
./adb reboot-bootloader ...or just power off and hold vol up + vol down + power.
Okay here's where the official guide will really **** you up... The file isn't called what the guide states it's called, at least for me...
Type (don't copy and paste this one either):
sudo fastboot boot *click and drag whatever file is closest to "zImage-tuna.fastboot" in our "Foxtrot" directory. Mine had a bunch of numbers, it was like zImage 8246237860837462387462038756012831982 .fastboot. Make sure the file you drag to Terminal ends in ".fastboot", there's one that ends in ".bin".
So: sudo fastboot boot *that file dragged over*
Now it should do its thing, may see a black screen on the Galaxy Nexus for a minute or two. Eventually you'll see a clock where it would be in WebOS (top-middle) and "First Boot" (something like that, I forget) at the upper-left corner.
Now we have to send a couple of simple commands to this WebOS thing from Ubuntu to get Luna (the UI itself) to boot.
You'll see that there is an Ethernet connection in Ubuntu, mine was Wired Connection 2.... Click on the network icon on the top bar in Ubuntu, click "Edit Connections", click on Wired Connection 2, add an Address. Address is 192.168.7.1, Netmask is 255.255.255.0 (actually you can probably get away with entering the default value), Gateway is 192.168.7.2 . Save that bad boy.
Now in a fresh Terminal window, enter, one at a time of course (remember to omit the dollar signs, just good syntax):
$ ssh [email protected]
$ stop LunaSysMgr
$ touch /var/luna/preferences/ran-first-use
$ start LunaSysMgr
Congratulations! Give it a few seconds, you should be in Open WebOS! Woo!
Feel free to contact me if you need help, I made an error in the guide, or you want to help make this a realistic alternative to Android!
Remember, to get back to Android, just pull the battery and reboot normally!
Credit goes to the webos-ports team at webos-ports.org for making this happen!
---------------------------------------------------------------------------------------------------------------
Details about the port!
Hardware acceleration appears to be at least partially working, that's probably about it, calling (and possibly SMS) works on GSM versions of the GalNex. For those of us with CDMA (myself included), this port should work, however about all it will do is boot for now. So it's just for fun atm. Furthermore, it's uncertain as to whether the Verizon or Sprint GalNexes will ever get a fully-working port because they're CDMA. That would be a shame, but we'll just have to see, won't we?
EDIT (after I actually got it booting): Not a whole lot to do with it, I'm hoping someone can work with me to make this port better, or at least get the radio portion going, no one will use this if it can't send and receive calls/SMS... I (with my Verizon toro) was unable to get any apps to actually open, but the UI is EXTREMELY smooth, I mean holy damn, and the on-screen nav light/bar from past WebOS devices is slick and really cool! WiFi turns on and eventually picks up networks, but I was unable to actually connect (though it may work for unsecured networks, never prompted me for a password so..). Bluetooth does not work (again, at least for the toro), and I had difficulty with the orientation, like sometimes it would go landscape but I couldn't get it back to portrait...

...As for the poll, it's pretty pointless, if a mod happens by, please remove it! No need to worry about bricking (for obvious reasons), and the lack of radio support is no excuse, just battery pull and reboot to get back to Android.... No reason to wait till someone else does it, I just did it!...So go for it!
-----------------------------------------------
Re-Booting Open WebOS after doing it once before!
Now reboot your GalNex to the bootloader (you know how to do that)
./adb reboot-bootloader ...or just power off and hold vol up + vol down + power.
Okay here's where the official guide will really **** you up... The file isn't called what the guide states it's called, at least for me...
Type (don't copy and paste this one either):
sudo fastboot boot *click and drag whatever file is closest to "zImage-tuna.fastboot" in our "Foxtrot" directory. Mine had a bunch of numbers, it was like zImage 8246237860837462387462038756012831982 .fastboot. Make sure the file you drag to Terminal ends in ".fastboot", there's one that ends in ".bin".
So: sudo fastboot boot *that file dragged over*
Now it should do its thing, may see a black screen on the Galaxy Nexus for a minute or two. Eventually you'll see a clock where it would be in WebOS (top-middle) and "First Boot" (something like that, I forget) at the upper-left corner.
Now we have to send a couple of simple commands to this WebOS thing from Ubuntu to get Luna (the UI itself) to boot.
You'll see that there is an Ethernet connection in Ubuntu, mine was Wired Connection 2.... Click on the network icon on the top bar in Ubuntu, click "Edit Connections", click on Wired Connection 2, add an Address. Address is 192.168.7.1, Netmask is 255.255.255.0 (actually you can probably get away with entering the default value), Gateway is 192.168.7.2 . Save that bad boy.
Now in a fresh Terminal window, enter, one at a time of course (remember to omit the dollar signs, just good syntax):
$ stop LunaSysMgr
$ touch /var/luna/preferences/ran-first-use
$ start LunaSysMgr
Congratulations! Give it a few seconds, you should be in Open WebOS! Woo!

Got it booting just now lol, and the instructions at webos-ports could be... better, clearer, so if anyone wants to try this out, it doesn't affect their Android installation and you can just reboot into Android easily enough.
If you encounter issues, post here, I should be able to help you out!

jimmyco2008 said:
Got it booting just now lol, and the instructions at webos-ports could be... better, clearer, so if anyone wants to try this out, it doesn't affect their Android installation and you can just reboot into Android easily enough.
If you encounter issues, post here, I should be able to help you out!
Click to expand...
Click to collapse
Would you mind writing a simplified version?
Their instructions are Daunting!

Sure, here's a really layman version, I'll add to it over the next day or so:
Okay so what we're doing is using Linux (specifically Ubuntu if you're following this guide to a tee) to build the WebOS image for the Galaxy Nexus which webos-ports.org put out. Then we're using ADB and Fastboot to push the image to a certain directory within sdcard0 (the emulated SD Card on the Galaxy Nexus), then we're using Fastboot to deploy, not flash (over the Android boot.img), to the Galaxy Nexus to tether-boot WebOS. It actually boots a really basic version, not sure what it's called exactly... From there we connect via ssh (like telnet) to the Galaxy Nexus with IP to send the final commands to initiate Luna (the WebOS UI).
EDIT: Actually I'll edit the OP with the instructions...

Why would anyone want web os? Ugh awful..
Sent from my Galaxy Nexus using xda app-developers app

Why would anyone want iOS? Ugh awful..

Does anyone have a video of this working on a Galaxy Nexus?

Yeah.... I'm not making a video, but there's a couple on YouTube.
Sent from my Galaxy Nexus using xda app-developers app

Really cool. Im a ubuntu beginner and hope i can pass the installation ^^ thank you for this guide. Have a gsm (maguro) gnex -> calling/sms/3g is working?!

Raphi86 said:
Really cool. Im a ubuntu beginner and hope i can pass the installation ^^ thank you for this guide. Have a gsm (maguro) gnex -> calling/sms/3g is working?!
Click to expand...
Click to collapse
3g isnt working , call and sms is .

Beat me to it lol... Yeah I may have to pick up a GSM Nexus, no one ever supports CDMA :/
Unless some kind sir out there in the community is ambitious enough to port the radios, not sure how involved that is...

Why is there no easier way to install it? Cant they compile a "ready to flash" rom for maguro/toro etc?
(Sorry for my bad english)

Not really, this isn't Android... But it may work if I just upload the two files needed to start WebOS, instead of having everyone compile it for 6 hours or whatever. I'm looking into that.

Sounds good Makes it a lot easier. Thanks

Alright check the OP for the download link, it's about 550 MB or so.

Okay.... after 3 Hours its running.
It feels very good on gnex, but there is a lot of work to do.
On my Maguro wlan works. Bluetooth isnt.
The gesture bar is very very cool and works like a charm.
The os (+Launcher) itself is very smooth. Apps in fullscreen are laggy.
The virtual keyboard and some apps look like cutted up
Cant open phone, but i think its because i have a simlock on my card. cant find a sms button?!
Is the ext2 image build with the lastest source/uploads? the keyboard, especially the scaling, looks better in this version -> http://youtu.be/XelmomAq91o?t=1m19s
Thanks a lot for your guide... it helped me a lot!!! :good:
Two things:
-
Rename "webos-dev-image-tuna-20130226032314.rootfs.ext2" File to "rootfs.ext2"
-
ssh [email protected]
stop LunaSysMgr
touch /var/luna/preferences/ran-first-use
start LunaSysMgr

Glad to hear it, what about the two things, could you elaborate?
The files linked were what I got when I built them a couple days ago, the difference in the video is probably from it being the normal image whereas I built and uploaded the dev image...Damn, there is a difference I guess, well who wants the Dev image over the one that looks and works better (supposedly)?
I deleted my Ubuntu VM for housekeeping, considered moving it, but in any case I won't be able to build for a little bit, anyone care to upload the normal 500 MB image? I can take it and upload to my cloud so you're not losing space.
Sent from my Galaxy Nexus using xda app-developers app
EDIT: Oh I gotcha, fixed. Thanks!

Just thought I'd remind people that this exists... And does anyone out there have any interest in this, either as a user or a developer?

jimmyco2008 said:
Just thought I'd remind people that this exists... And does anyone out there have any interest in this, either as a user or a developer?
Click to expand...
Click to collapse
webOS ? i wont mind .

Has anyone installed an ARM Linux distro like Arch Linux ARM...

...onto this device? It's the perfect size for an ARM laptop and Arch Linux is a great Linux distro too. I'm helping some devs port/get running natively Arch Linux ARM on the semi-ancient/underrated HP TouchPad from 2011. If it could run natively on this tablet, then I'd highly consider getting it to play with it on it.

I'm looking to do this also, I just rooted my pixel and tried "Linux Deploy" but it failed at "mounting /dev/loop0", looks like the stock kernel doesn't support mounting loop devices so this will be impossible until we get a new kernel.
edit: /dev/loop0 exists so I don't know why mounting fails...
Sent from my Pixel C using Tapatalk

So I've finally got it to install Ubuntu! Here's the steps I took to get it to install successfully:
First mount the system partition as read/write and generate /etc/mtab by accessing the shell and switching to the root account and typing mount -o remount,rw /system; cat /proc/mounts > /etc/mtab
Then install Meefik's (the guy that created LinuxDeploy) version of BusyBox (Stericon's version apparently doesn't have the ar command)
In LinuxDeploy's settings, change the BusyBox Directory to /data/data/ru.meefik.busybox/files/bin and hit Update Environment
After that, go into the preferences and select Ubuntu, then whatever version you want, and ARM64 instead of ARMHF and hit Install and let it finish. If it screws up and you need to re-attempt the installation process make sure to delete /etc/mtab and regenerate it, otherwise LinuxDeploy will think the /sdcard/linux.img file is already mounted, fail and won't tell you why. This kept screwing me up for a while also.

it's interesting that your ubuntu is arm64 and not armhf. i can't understand how that would work. i have a nvidia tx1 which runs armhf ubuntu 14.04 so i would have guessed that the pixel would be the same. i guess i need to read into linuxdeploy a bit and see what that is about.

It's ARM64 because the Tegra X1 is a 64 bit processor ARMHF will work too. All it does it create a chroot easily, a little difficult to look deep into it because a large amount of it is done using a binary he created.

brando56894 said:
So I've finally got it to install Ubuntu! Here's the steps I took to get it to install successfully:
First mount the system partition as read/write and generate /etc/mtab by accessing the shell and switching to the root account and typing mount -o remount,rw /system; cat /proc/mounts > /etc/mtab
Then install Meefik's (the guy that created LinuxDeploy) version of BusyBox (Stericon's version apparently doesn't have the ar command)
In LinuxDeploy's settings, change the BusyBox Directory to /data/data/ru.meefik.busybox/files/bin and hit Update Environment
After that, go into the preferences and select Ubuntu, then whatever version you want, and ARM64 instead of ARMHF and hit Install and let it finish. If it screws up and you need to re-attempt the installation process make sure to delete /etc/mtab and regenerate it, otherwise LinuxDeploy will think the /sdcard/linux.img file is already mounted, fail and won't tell you why. This kept screwing me up for a while also.
Click to expand...
Click to collapse
How is everything working out so far? I'm tempted to pop the screen off mine when it shows up to flip a switch for some chrome os fun (if I can figure out a way to do it gracefully) but might also just roll with ubuntu. Really interested in hearing how your experience has been... Thanks for sharing.

Youre welcome! I did it just for the hell of it, haven't really used it much since I got it working. A native install would be much better, I plan on seeing if I can get it to connect to a local X server, VNC works but Ive always found it to be odd when controlling the cursor. I always install Linux on my Android devices just because I can, once I have it working I'm like "now what can I use it for?" and I always come to the same conclusion, pretty much all the stuff I want to do in Linux I can do in Android lol Also since I've been at my parents all week since I've figured this out I don't have my Bluetooth keyboard which has a trackpad, which would make navigation far easier than controlling the cursor with the touchscreen. Since I have it working now with LXDE I may try to install KDE on it and then install virt-manager as an easy GUI way for me to control my KVMs since doing it via SSH is kind of a pain in the a$$ and the only Android app just allows you to start and stop your domains.
If you are actually ballsy enough to pop the screen off and flip the dev switch on yours you'd probably be praised far and wide since no one has done it yet hahaha
Sent from my Pixel C using Tapatalk

brando56894 said:
Youre welcome! I did it just for the hell of it, haven't really used it much since I got it working. A native install would be much better, I plan on seeing if I can get it to connect to a local X server, VNC works but Ive always found it to be odd when controlling the cursor. I always install Linux on my Android devices just because I can, once I have it working I'm like "now what can I use it for?" and I always come to the same conclusion, pretty much all the stuff I want to do in Linux I can do in Android lol Also since I've been at my parents all week since I've figured this out I don't have my Bluetooth keyboard which has a trackpad, which would make navigation far easier than controlling the cursor with the touchscreen. Since I have it working now with LXDE I may try to install KDE on it and then install virt-manager as an easy GUI way for me to control my KVMs since doing it via SSH is kind of a pain in the a$$ and the only Android app just allows you to start and stop your domains.
If you are actually ballsy enough to pop the screen off and flip the dev switch on yours you'd probably be praised far and wide since no one has done it yet hahaha
Sent from my Pixel C using Tapatalk
Click to expand...
Click to collapse
I've only seen one paywalled teardown so far in some brief searching to give any hints / clues. After seeing cheep5k8's posts my interest has peaked and I am digging your posts as well. I need to run through the chromium os git and doc stuffs first before I fire up my heat gun and spudgers though...

Hi !
Me too i'm interessed on a linux instalation for my "ryu"
...Pretty interessed on ubuntu touch : the Pixel C seems to be the perfect item for the distro to combine tablet and pc in one.
Sadly i'm not a developper, but i hope somebody will think like me ^^

will this work with ARM64 Fedora GNU/Linux? or are there special instructions for that?

I have been working on this, please see http://forum.xda-developers.com/pix...ux-pixel-c-running-ubuntu-xenial-lxc-t3410655 if you want to run ubuntu xenial on pixel C

kxra said:
will this work with ARM64 Fedora GNU/Linux? or are there special instructions for that?
Click to expand...
Click to collapse
I was just using whatever distros were provided by Linux Deploy, half of them don't work anyway, for example Arch. I was only successful with Ubuntu IIRC.
Sent from my Nexus 6 using Tapatalk

For those who are interested :
https://www.youtube.com/watch?v=4B8unHrbZK4
Weston and XWayland are running quite well on Pixel C (without acceleration until now)
I will try to publish something quite soon (there are still stabilities issues)