Omnimaga
General Discussion => Technology and Development => Computer Usage and Setup Help => Topic started by: Nosferatu Arucard 1983 on June 11, 2014, 08:05:26 pm
-
First of all, until recently wasn't so easy to install a Linux Distro on unrooted Android tablets, since any viable solution requires root privileges to run some libraries.
After several working of some hackers, now is possible to try Debian or Fedora on Android tablets without rooting (and avoiding a headache is something bricks the tablet).
The most complete one is GnuRoot, which enables to install Debian Wheezy, Fedora Remix or Gentoo, but requires a second application for X11 Window Server and some elementary hacking. ;D
(like this: start XSDL app, and on GNuRoot's Terminal app just type:
$ DISPLAY=127.0.0.1:0.0 startxfce4
To start the XFCE 4 Desktop Environment, if you install it first ;D )
Later, a app to install Wheezy with XFCE4 was launched as Debian noroot on Google Play, but you can install the apk package from SourceFourge project page. The app install's automagically th base system and starts directly to Desktop mode. Other advange of this project is the fact the Debian's version are based on the armhf version, instend the armel version on GnuRoot side. :)
Now, since Mathematica was ported to Linux ARM, and launched on Raspbian Distro (based on armhf Debian Wheezy), I tried the installation of Mathematica 10 on a Tegra 3 Android tablet running the Debian noroot virtual machine application. After a little care of installing Java and some Fortran libraries from Wheezy Backports repo, the Mathematica starts, but hangs when the Wolfram logo pop up on screen, and display "initializing Kernel", or something else. >:(
Running Mathematica from Terminal don't show any errors. The wolfram utility runs on Terminal and asks a license key :( .
Also, trying to run the Console version of Mathematica (mathkernel) means nothing, since it's absent. :/
No matter I try, I need to kill Mathematica to resume normal working.
Other software like JDownloader, LibreOffice, PeaZip, Qemu User i386 emulator to run some x86 software, LibreCad, Qt Creator installs and runs nicelly, turning an Android tablet on a full blown Linux laptop computer (except kernel modules, low level hardware acess since it is not acessible form a chrooted environment).
So, it is a bug of software or a hack is needed to run Mathematica on a generic ARM computer ? I don't think Wolfram was put a hardcoded routine check to verity the ARM features to verify if someone try to run Mathematica on other ARM computer than a Raspberry Pi. Even this error are easilly documented on x86 computers as well.
-
They probably stuck some check in the RPi port to prevent it from launching without some check. It might be something checking architecture, or the hardware layout. It could be anything. In any case, if you can find the check and remove it, it will probably work on other ARM v7 devices.
So, a hack is what you need.
-
ARMv6 code should run on a v7 processor but I think the Pi's hardware has a special FPU.
-
The RPi has a standard fpu, as an addon to the armv6 spec. I'm fairly sure it's used in the same way as the armv7 fpu.
-
You still need to specify which FPU you use in the compiler. Idk. :P
-
I could run wolfram for raspberry pi in gnuroot.
The only need is keygen key verification (It is wrong...)
The benchmark says 7 times faster than on Raspberry pi, The Antutu score of my Android phone is around 30000.
I think faking /proc/cpuinfo, it can run without verification such as mount --bind.
I could not boot Mathematica.
http://oboegaki-no-oboegaki.blogspot.com/2014/06/mathematica.html
-
It's against the license agreement for Wolfram Pi: http://www.wolfram.com/legal/agreements/wolfram-mathematica-raspberry-pi.html (http://www.wolfram.com/legal/agreements/wolfram-mathematica-raspberry-pi.html)
Subject to the terms of this Agreement and Your acceptance thereof, WRI grants You a non-exclusive license to use the Product solely for personal or educational purposes on a Model A or Model B Raspberry Pi computer.
-
I think it could rely on low-level hardware and/or kernel modules to run and might not run well in a chroot.
-
This is screenshot.
-
Please control your image size, please. [image=SIZEpx]link[/image]
-
Please control your image size, please. [image=SIZEpx]link[/image]
The problem is that that is an attachment and idk how it works there except resizing before uploading
-
This is rootfs of Raspbian for gnuroot.
https://onedrive.live.com/download.aspx/Raspbian/main.5.champion.gnuroot.wheezy.obb?cid=563E2C9BCE80B408
Install gnuroot and gnuroot wheezy package, replace the .obb file at
/mnt/shell/emulated/obb/champion.gnuroot.wheezy/.
Then " Create New Rootfs" from gnuroot.
It took about 10 mins and need 3GB free spaces.
If you want to run X,
DISPLAY=localhost:0.0 startlxde