Related
Update 7 May 2012: New version released, containing PHP 5.4.2 with curl / openssl modules built in (still for armv5). Besides the version number, installation steps remain the same.
Introduction
The web page of the project, containing more information, licenses, configuration fils, list of modules for php and lighttpd, etc is here:
http://hex.ro/wp/blog/php-and-lighttpd-for-android/
It also contains and example, how to install SMF forum onto the phone
Download
This comes with NO WARRANTY. Use it at your own risk!
php-5.4.2_lighttpd_1.4.29_armv5.tar.gz
php-5.3.8_lighttpd_1.4.29_armv5.tar.gz
Installing
After you copy the archive above into the root of your SD Card, installation is easy:
Code:
cd /
tar xf /sdcard/php-5.3.8_lighttpd_1.4.29_armv5.tar.gz
reload-fcgi.sh
reload-lighttpd.sh
Make sure you are on the root file system (/) before executing tar command.
Also, mandatory: rooted phone + busybox + /system partition mounted read only.
Below information is older - which was before the bundle was ready
Coming soon:
(excerpt from phpinfo() now running on my phone)
PHP:
System Linux localhost 2.6.32.9-perf #1 PREEMPT Fri Jul 8 13:45:08 2011 armv7l
Build Date Aug 30 2011 22:07:32
...
PHP Version 5.3.8
...
Server API CGI/FastCGI
Virtual Directory Support disabled
Configuration File (php.ini) Path /system/etc/php
Loaded Configuration File /system/etc/php/php.ini
...
_SERVER["_"] /system/bin/php
_SERVER["FCGI_ROLE"] RESPONDER
_SERVER["SERVER_SOFTWARE"] lighttpd/1.4.29
_SERVER["SERVER_NAME"] 192.168.1.3
_SERVER["GATEWAY_INTERFACE"] CGI/1.1
I have managed to compile lighttp 1.4.29 with fcgi support as well as php 5.3.8 (both latest version).
All graphics libraries are in as well as SQLite.
I will still have to play with OpenSSL to get it running. Maybe MySQL in the future
It will take a while to set everything up (a web page for source code, wiki on how to install), but we're close to have a fuller Linux experience on Android powered phones.
This would be amazing, I've been hoping for something like this.
wow, I'm really looking forward this
It's cool to have this functionality, cuz sharing files via BT is a pain the ass
I'm waiting too. And wish you luck. Thanks for the efforts.
Thank you for the kind words
Yes, everything works now, and I've tried out a PHP gallery as well as PHP file editor (so you can edit .php files within Opera connected to local host).
It works. Unfortunately, on my Arc, it takes about 3 seconds to generate a thumbnail of a camera image. Now I understand why the whole thing with Media Server indexing files first time after reboot, when phone is slow and etc .. and why the need that apps have to notify Media Server to index additional files when apps create them. So by the time user gets to open the gallery, their thumbnails are already there (it masks the delay).
I want to try out more scripts and then create an installer for the whole thing. If members here report it works, then I will upload it to the market.
I think I will try a bunch of forum engines.
How many additional modules will there be? ImageMagik is really useful… or at least GD
EDIT: ohh, didn't see OP says all graphic libraries included (^_^; )
viulian said:
Thank you for the kind words
Click to expand...
Click to collapse
We should thank you for your efforts. And we are.
viulian said:
I want to try out more scripts and then create an installer for the whole thing. If members here report it works, then I will upload it to the market.
Click to expand...
Click to collapse
You can count on me. I'm not a full time PHP developer, but I wrote few little "systems" in "my way" so it should test non-standard approach at least. but I believe you've already tested basic PHP behaviour
By the way - you mentioned something about mysql... I would personally prefer PostgreSQL, but I do not know anything about a way it's written so theoretically it can be harder to move to arm platform. Postgres is more flexible in many ways, and sometimes (I've heard) a way faster because of simplicity of mysql.
But if anything will be problematic with sql, I can always fall back to sqlite
Update:
libcurl won't be bundled (PHP will be compiled without --with-curl argument).
It seems that libcurl has a dependency on libc - and it tries to load libc.so causing php executable to crash.
Output from strace:
Code:
open("/system/lib/libc.so", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=273912, ...}) = 0
close(3) = 0
--- {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0xfde0004} (Segmentation fault) ---
+++ killed by SIGSEGV +++
Segmentation fault
that's really sad. cURL is sooo cool. (´Д`)
but so far you always found a way to make things work and I hope the same will apply to this as well.
If you have an idea that would work, then will this released later? or you let us play with the cURL-less boundle?
I won't mind lacking of cURL. We have wget onboard for simple downloads. For more sophisticated actions android isn't the best platform
Here's the info.php generated using lighttpd / php statically built for Android:
info.php.zip
I've been on a trip with limited access to internet, and so far I managed to find a fix for lighttpd which, when statically built, would not load the modules in the correct order. It was a mess to use I've documented it here: http://redmine.lighttpd.net/issues/2343
ImageMagick is not ported yet (just standard gd as you will see). I'm tempted to port ImageMagick also, since it seems that batch operations are faster with it than with the built in gd (and on my Arc, generating the thumbnail of a camera taken photo takes about 3 seconds, which is slow).
So far I've tested fotogallery and monoedit (to edit php files on the phone using any browser) and they work fine.
Please expect updates soon.
I've just managed to cross-compile ImageMagick for Android, and it takes mogrify about 4.2 seconds (on my Arc) to create a 120x90 px thumbnail for a 1.8Mb photo from the camera.
Code:
[[email protected]]/sdcard/DCIM/100ANDRO# time mogrify -path thumbs -thumbnail 120x90 DSC_0172.jpg
real 0m4.176s
user 0m3.950s
sys 0m0.130s
Also, each executable has about 5.3Mb when statically linked (convert, mogrify, etc...) which makes the ImageMagick bundle to around 57Mb in total (which is huge).
Thus, no ImageMagick for now waiting for better hardware.
When will you release any alpha to allow us killing it?
I'm working on a web page on my blog where I'll present everything - and will post an update here. If not later tonight, then tomorrow I'll release it.
For now it is compiled for armv5 CPUs (meaning it will work on many phones, even older and slower ones). I've tested it on a Sony X10 Mini (MSM7227, 600Mhz, ArmV5) and Sony Arc (MSM8255, 1Ghz, ArmV7) and works a treat!
Also installed SMF (Simple Machines Forum with sqlite) and it works.
Great . I'll try it as soon as you publish it
krzych said:
Great . I'll try it as soon as you publish it
Click to expand...
Click to collapse
Please check first post and let me know! I've just released it.
i think max request size is too small
it will make 413 error when try to attach file
default value is 2Gb but i think viulian set too small value (even i can't attache 250kb jpg )
if someone want to increase it
add this lines on your lighttpd.conf
server.max-request-size=10240
server.network-backend=”writev”
server.upload-dirs=( “/sddata/www/tmp” )
size=kb
dirs=must same as upload_tmp_dir on your php.ini
there are my config files
Thank you for the updates
Both php and lighttpd come with the default values - I did not change anything ... (in an attept to offer as much as possible the Linux experience with them, when you have to reconfigure things).
The only change I did was to set the temp folder for php to /data/local/tmp (although your suggestion to use the /sdcard might work out better in case of a lot of uploads since the /data space is limited compared to /sdcard).
i also think sdcard is better but /sdcard can't save permission and ownner
it's big secure hole
i think sd-ext is best
i compile the execwrap
using by gcc for android (you can download from here (you can extract from main files from https://market.android.com/details?id=com.n0n3m4.gcc4droid&feature=more_from_developer)
you can find documents about execwrap from lighty's site
I don't think I have seen any mention of this idea yet. Sorry if I missed it...
In a recent thread about the 6.2.2 update and people wanting to prevent it, I thought I read that someone saw the file show up in the update directory. I'm assuming this means the same 'kindleupdates' directory you could manually drop the update into -- but if not, the idea is the same. Why not just take some step to prevent access to this directory?
The exact step to take would depend on how smart the developers were about dealing with problems in the update process
The easiest step would be to chmod 555 it. But of course if the update process is running as root it is under no requirement to honor those permissions! (My experience in the unix world tells me that about half the time, programs running as root do honor the permissions even though technically root overrides them).
Another easy step would be to delete it altogether. But they probably thought of that (if it's /mnt/sdcard/kindleupdates where someone could easily accidentally delete it) and recreate it if it's missing.
One trick that is often done is to replace the directory with a file. Some programmers do not think to check this kind of condition - they see there is something there, but they get an error opening it as a directory, and they just declare it's an error.
A more subtle trick would be to replace the directory with a symlink that points to a read-only directory (such as /system). In this case, they could open it as a directory, and just fail to write there. The programmer probably would not have thought to check whether it's a link vs. a real directory. One possible gotcha is if you point to /system, and /system is r/w, then the update could screw something up under /system. So maybe mount /system r/w, mkdir /system/kindleupdates, remount /system r/o, then link the update dir to /system/kindleupdates.
And finally, I don't know if Android has any kind of loopback filesystem capability, but loopback-mounting something read/only on that directory would certainly fake the OS into thinking there was a directory there; it would definitely be read/only, and I don't think they would ever think to check whether there is actually some filesystem mounted there! (and if there was, all you need is an app that constantly accesses some file you put there, which would make it busy so that it couldn't be unmounted).
The first method won't work because the sdcard partition is fat32 and doesn't accept unix permissions.
it downloads to the /cache folder - this folder is also used for other things like market downloads, logs from twrp and i don't know what else
btw. there are a lot of threads about this from the 6.2.1 update
make a short search for "prevent ota update" - you'll have a lot to read ...
well, i just deregistered my kindle acount and i'm still in 6.2.1...
b63 said:
it downloads to the /cache folder - this folder is also used for other things like market downloads, logs from twrp and i don't know what else
Click to expand...
Click to collapse
Ah, that makes this less practical. Still, perhaps when the next update comes out I can try a variation on this but it requires the filename to be known.
If the update is downloaded as a single file to /cache, which is named the same as the file you can manually grab, then someone who hasn't gotten 6.2.2 (and is not averse to this failing) can try this in a root shell:
mkdir /cache/update-kindle-6.2.2_D01E_3205220.bin
mkdir /cache/update-kindle-6.2.2_D01E_3205220.bin/blah
The purpose here is to put something unremovable in the way of the file it wants to download. Most likely if the update sees something with the existing name there it would probably want to blow it away (after determining it's incomplete) - and since any update there would normally be a regular file, they probably would do nothing more complicated than a simple unlink syscall to delete it before re-downloading. However, since it's a directory with something in it, that unlink will fail. In actuality, making the subdirectory (second command above) should be unnecessary because the unlink should not work for directories; there's a special rmdir syscall for them.
btw. there are a lot of threads about this from the 6.2.1 update
make a short search for "prevent ota update" - you'll have a lot to read ...
Click to expand...
Click to collapse
I did read a lot of that last time and I don't think I actually saw a definitively successful method. If there is one it should be stickied
My interest in this is a little different from most of you guys - I have very limited satellite internet and I don't like these unscheduled 185-meg downloads so I want to be able to update only when I want mostly to control that. This kind of means looking for the least-intrusive way to accomplish this.
/cache/update-kindle-6.2.2_D01E_3205220.bin is exactly where it downloads
if you find a way to even prevent the download, that would be greatly appreciated
Unfortunately I already got the update so I can't try it this time.
at least you could try your method with a dummy file of an other name and try to overwrite it with adb - if you can't overwrite it there's a good chance
I think I'm about the only one who prevented 6.2.1. I did it by constantly checking the cache folder. Found the update by chance and deleted it before it updated. Waited over a week for it to come back. Never did. An app that watched the cache folder for the updates and then moved/deleted them would work fine
Sent from my SGH-I897 using xda premium
jcase already work a way around this automatic OTA update, so when FIREMOD is ready to replace burrito I think we will have no more problem with this OTA issue. (you can find jcase announcement in the kindle developer section)
Heres what I have done to prevent this.
1) Droidwall (white list only the apps you want to allow internet access)
2) Removed "otacerts.zip" from /system/etc/security/otacerts.zip.
3) I removed "OTASilentInstall.apk" /system/app
4) Installed this 6.2.2 based Rom http://forum.xda-developers.com/showthread.php?t=1439916
Hopefully this eliminates the OTA. I had my Fire rooted on 6.2.1 with twrp and it OTA'd on its own, broke root and twrp. So I rerooted with burritoroot2 and installed CWM based recovery.
For those getting an insufficient storage error in the Google play store or when side loading, which only affects specific apps (not all apps, which has been discussed elsewhere) the following may work for you.
The error is caused by application data folders, which you will have to delete and then reinstall the app. Steps to fix are below:
1) Uninstall the app in the app manager
2) Using your favorite file explorer with root access navigate to /Data/app-lib/
3) Find the folder, which corresponds to the package you have having issues with (for instance com.adobe.reader-1 for adobe reader) and delete it
4) Reinstall from the android market
5) OPTIONAL - restore backup of your data from titanium backup.
Hopefully this will prevent you needing to reflash the ROM and format storage, which i was about to do before rooting around in the app-lib folder and noticing the folders for uninstalled apps that I could not re-install were still there.
Dav_prime said:
For those getting an insufficient storage error in the Google play store or when side loading, which only affects specific apps (not all apps, which has been discussed elsewhere) the following may work for you.
The error is caused by application data folders, which you will have to delete and then reinstall the app. Steps to fix are below:
1) Uninstall the app in the app manager
2) Using your favorite file explorer with root access navigate to /Data/app-lib/
3) Find the folder, which corresponds to the package you have having issues with (for instance com.adobe.reader-1 for adobe reader) and delete it
4) Reinstall from the android market
5) OPTIONAL - restore backup of your data from titanium backup.
Hopefully this will prevent you needing to reflash the ROM and format storage, which i was about to do before rooting around in the app-lib folder and noticing the folders for uninstalled apps that I could not re-install were still there.
Click to expand...
Click to collapse
Many thanks , cause i,ve tried everyhting, lucky patcher, clear devil-cache, system-cache, clear market , everything, but this solutions was the only one that works. Now i can install the app
The real problem is a permissions issue. There's a more elegant solution which doesn't involve deleting a folder nor deinstalling an app.
a) With your favorite terminal program navigate to /data/app-lib (/data, not /Data, case is very important). I do this from my Linux box, accessing the phone remotely with the help of SSHDroid.
b) Then, do an "ls -la" to see the files inside this directory along with their permissions. In my case, I see this:
Code:
/data/data/berserker.android.apps.sshdroid/home # cd /data/app-lib
/data/app-lib # ls -la
total 1089
drwxrwx--x 135 system system 8192 Mar 26 17:11 .
drwxrwx--x 25 system system 4096 Mar 26 22:55 ..
drwxr-xr-x 2 system system 4096 Feb 18 17:28 ND.filter-1
drwxr-xr-x 2 system system 4096 Mar 4 17:20 aolmo.WifiCrackWLAN-1
drwxr-xr-x 2 system system 4096 Mar 26 08:06 at.sapps.applauncherdashclockextension-1
drwxr-xr-x 2 system system 4096 Feb 26 19:18 berserker.android.apps.ftpdroid-1
drwxr-xr-x 2 system system 4096 Mar 10 08:25 berserker.android.apps.sshdroid-1
drwxr-xr-x 2 system system 4096 Mar 10 08:26 berserker.android.apps.webdroid-1
...
drwxr-xr-x 2 system system 4096 Mar 21 22:55 pl.baggus.barometr-1
drwxr-xr-x 2 system system 4096 Mar 16 21:08 robj.any.dash-1
drwxr-xr-x 2 system system 4096 Mar 8 16:21 ru.gloom.SMSExtension-1
drwxr-xr-x 2 system system 4096 Mar 2 19:10 stericson.busybox-2
As you can see, every folder belongs to system:system and has the "drwxr-xr-x" permissions. If, for whatever reason, the folder corresponding to the non-working app looked different, the fix is easy:
1) If it had a different user or group, run this command:
Code:
chown -R system:system [I]name.of.the.folder[/I]
2) If it had different permissions, run this command:
Code:
chmod -R 755 [I]name.of.the.folder[/I]
That's it!
Of course, if the problem lies inside a folder other than /data/app-lib, just navigate to the corresponding folder
Also...
MOD EDIT @gregbradley
XDA RULES
6. Do not post or request warez.
If a piece of software requires you to pay to use it, then pay for it. We do not accept warez nor do we permit members to request, post, promote or describe ways in which warez, cracks, serial codes or other means of avoiding payment, can be obtained or used. This is a site of developers, i.e. the sort of people who create such software. When you cheat a software developer, you cheat us as a community.
Click to expand...
Click to collapse
This may work for some people, usually when there is a .odex file left over from some previous processes. For me it did not work, which is why I had to do it the way I posted in the OP.
Just clear data
None of the above worked for me. I saw on another site to go in the App Manager (Settings > Apps) and "clear data" for the troubled app(s). This worked for me.
Dav_prime said:
For those getting an insufficient storage error in the Google play store or when side loading, which only affects specific apps (not all apps, which has been discussed elsewhere) the following may work for you.
The error is caused by application data folders, which you will have to delete and then reinstall the app. Steps to fix are below:
1) Uninstall the app in the app manager
2) Using your favorite file explorer with root access navigate to /Data/app-lib/
3) Find the folder, which corresponds to the package you have having issues with (for instance com.adobe.reader-1 for adobe reader) and delete it
4) Reinstall from the android market
5) OPTIONAL - restore backup of your data from titanium backup.
Hopefully this will prevent you needing to reflash the ROM and format storage, which i was about to do before rooting around in the app-lib folder and noticing the folders for uninstalled apps that I could not re-install were still there.
Click to expand...
Click to collapse
well.... there's a problem for me, i open up /data, but /app-lib is missing
terrybear2k said:
well.... there's a problem for me, i open up /data, but /app-lib is missing
Click to expand...
Click to collapse
Which /data directory are you in? Did you navigate up to root first?
Good looks! Gonna try this next time I get a 'insufficient storage' message.
Dav_prime said:
Which /data directory are you in? Did you navigate up to root first?
Click to expand...
Click to collapse
i guess its root, the content is different from my sdcard's, (eg. acct, app-cache, cache, config, data, dev) with es file explorer. but then i use sd-maid, i can see the contents inside "data". guess es stopped 1/2 of the support for browsing root folders?? weird... but still, when using sd-maid the app-lib still missing. i can see "anr, app, app-asec, app-private, audio"
Dav_prime said:
Which /data directory are you in? Did you navigate up to root first?
Click to expand...
Click to collapse
I also do not have /data/app-lib, and I'm certain I nav'd up to root first. any suggestions would be most welcome. I'm unable to install *any* new app, either from Play, or as a side-load.
tia, RA
rrtid54 said:
I also do not have /data/app-lib, and I'm certain I nav'd up to root first. any suggestions would be most welcome. I'm unable to install *any* new app, either from Play, or as a side-load.
tia, RA
Click to expand...
Click to collapse
found a fix that worked for me, and others here:
http://forum.xda-developers.com/showpost.php?p=32155340&postcount=12
Yeah there are a lot of causes for these errors so this may not be the fix you need.
I have the app-lib folder on my nexus4 running stock 4.4.
What devices and roms are you running?
Dav_prime said:
Yeah there are a lot of causes for these errors so this may not be the fix you need.
I have the app-lib folder on my nexus4 running stock 4.4.
What devices and roms are you running?
Click to expand...
Click to collapse
thanks for the reply. device is a VZW Galaxy S3, rooted but stock ROM, 4.1.2. 'link2sd' worked to correct the problem.
be well, RA
I recently started having this problem with hangouts and Google drive, and I can't find the corresponding folders in my app-lib folder. Anyone know where google stores those files?
cliffyb said:
I recently started having this problem with hangouts and Google drive, and I can't find the corresponding folders in my app-lib folder. Anyone know where google stores those files?
Click to expand...
Click to collapse
Look in /system/app
Sent from my Nexus 5 using XDA Free mobile app
jd1639 said:
Look in /system/app
Sent from my Nexus 5 using XDA Free mobile app
Click to expand...
Click to collapse
I found the hangouts apk in /system/app/ but deleting that just uninstalls hangouts, and attempting to reinstall just gives me the insufficient space message again
cliffyb said:
I found the hangouts apk in /system/app/ but deleting that just uninstalls hangouts, and attempting to reinstall just gives me the insufficient space message again
Click to expand...
Click to collapse
I would try flashing the cache.img from the factory image in fastboot
Sent from my Nexus 5 using XDA Free mobile app
edmann
OK, thanks dav_prime. /data/app-lib worked like a charm. I used root explorer and instead of fishing through things I deleted the whole file. Reinstalled from play store no error message.
Dav_prime said:
For those getting an insufficient storage error in the Google play store or when side loading, which only affects specific apps (not all apps, which has been discussed elsewhere) the following may work for you.
The error is caused by application data folders, which you will have to delete and then reinstall the app. Steps to fix are below:
1) Uninstall the app in the app manager
2) Using your favorite file explorer with root access navigate to /Data/app-lib/
3) Find the folder, which corresponds to the package you have having issues with (for instance com.adobe.reader-1 for adobe reader) and delete it
4) Reinstall from the android market
5) OPTIONAL - restore backup of your data from titanium backup.
Hopefully this will prevent you needing to reflash the ROM and format storage, which i was about to do before rooting around in the app-lib folder and noticing the folders for uninstalled apps that I could not re-install were still there.
Click to expand...
Click to collapse
Thanks!
Dav_prime said:
For those getting an insufficient storage error in the Google play store or when side loading, which only affects specific apps (not all apps, which has been discussed elsewhere) the following may work for you.
The error is caused by application data folders, which you will have to delete and then reinstall the app. Steps to fix are below:
1) Uninstall the app in the app manager
2) Using your favorite file explorer with root access navigate to /Data/app-lib/
3) Find the folder, which corresponds to the package you have having issues with (for instance com.adobe.reader-1 for adobe reader) and delete it
4) Reinstall from the android market
5) OPTIONAL - restore backup of your data from titanium backup.
Hopefully this will prevent you needing to reflash the ROM and format storage, which i was about to do before rooting around in the app-lib folder and noticing the folders for uninstalled apps that I could not re-install were still there.
Click to expand...
Click to collapse
Very Helpful! Thanks a lot!
--Rafael
I quite like the UI design of the Blaupunkt 945. It has good looking (IMO) radio and dab apps as well. I tried to google the apps in case someone had extracted them from their player but couldn't find anything.
What I did find, however, is the official download page for the unit, which includes rom updates. Upon unzipping the downloaded update file, there are several big img.lzo archives. While I managed to decompress the lzo-archives, I have no idea how to get a look inside the .img files. Does anyone have any ideas? The files can be downloaded here:
http://www.blaupunkt.com/en/nc/serv.../?uid=6609&tx_ddfservicedoku_pi1[view]=single
Latest firmware appears to be from 20th Feb 2017.
Hopefully it's possible to extract apps from these image-files.
nyogtha said:
Hopefully it's possible to extract apps from these image-files.
Click to expand...
Click to collapse
Most probably those img files are disk images. Are they named something like kernel.img, boot.img, misc.img, system.img, recovery.img?
Edit: The SD.zip is password protected. I assume that what you are trying to do is not entirely legal.
I agree, they are probably disk images, but I'm not sure which type. As for the password, it's in the readme that comes with the download, with a typo though
nyogtha said:
I agree, they are probably disk images, but I'm not sure which type. As for the password, it's in the readme that comes with the download, with a typo though
Click to expand...
Click to collapse
It is an ext4 disk image
This is the content of /system/app
Code:
AndroidPlayer.apk
ApplicationsProvider.apk
app.lnk
AuxIn.apk
AVoff.apk
BackCamera.apk
BackupRestoreConfirmation.apk
Bluetooth.apk
Browser.apk
Calculator.apk
Calendar.apk
CalendarProvider.apk
CarLink.apk
CertInstaller.apk
Contacts.apk
ContactsProvider.apk
DefaultContainerService.apk
DeskClock.apk
Disc.apk
DownloadProvider.apk
DownloadProviderUi.apk
DrmProvider.apk
Email.apk
Exchange2.apk
FileExplorer.apk
ForyouBlueTooth.apk
ForyouDAB.apk
ForyouDTV.apk
foryouMediaScanner.apk
ForyouUpdate.apk
Galaxy4.apk
Gallery2.apk
HoloSpiralWallpaper.apk
HTMLViewer.apk
InputDevices.apk
iPod.apk
KeyChain.apk
LatinIME.apk
Launcher2.apk
LiveWallpapers.apk
LiveWallpapersPicker.apk
logFile.apk
MagicSmokeWallpapers.apk
MediaProvider.apk
midwareDaemon.apk
midwareService.apk
Misc.apk
MusicFX.apk
MusicPlayer.apk
NightDisplay.apk
NoiseField.apk
PackageInstaller.apk
PhaseBeam.apk
Phone.apk
PicoTts.apk
Provision.apk
QuickSearchBox.apk
Radio.apk
Rear.apk
RtkDaemon.apk
Settings.apk
SettingsProvider.apk
SharedStorageBackup.apk
SoundRecorder.apk
SystemUI.apk
TelephonyProvider.apk
UserDictionaryProvider.apk
VarioColour.apk
VisualizationWallpapers.apk
VpnDialogs.apk
WAPPushManager.apk
So yes: it is fairly easy to extract apks from this img file. That is: if you are on linux. For windows see here.
Sweet! I did try to mount it quickly in Linux earlier but didn't have time when it didn't want to mount with auto fs type. Did you just use mount with type set to ext4?
nyogtha said:
Sweet! I did try to mount it quickly in Linux earlier but didn't have time when it didn't want to mount with auto fs type. Did you just use mount with type set to ext4?
Click to expand...
Click to collapse
make some folder like "system" inside the folder where you "lzop"-ed the system.img.lzo and mount a loop device on it.
Code:
mkdir system
sudo mount -o loop system.img ./system
Then you can access it as a "read-only" folder.
Thanks Managed to mount it and copied the apks out. Wonder if they will run on anything else. I'll have a go tomorrow.
I think we need someone with an mtcb unit to try these. Or if possible recompile for sofia.
nyogtha said:
I think we need someone with an mtcb unit to try these. Or if possible recompile for sofia.
Click to expand...
Click to collapse
I don't give you a high chance of success. To recompile you really need the source code, not something "decompiled" like done with apktool, jd-gui, dex2jar or the likes.
And just as important: As long as you don't know which radio chip and other hardware is used, you might be able to recompile but you will never be able to make it run on your hardware.
What you could try is to modify the look and feel (and RDS part) of the current Sofia radio app like Malaysk has done for the MTCB/MTCD units.
You're right. Sounds too complicated. If only the Klyde/Joying dab app was made by someone actually using dab... It works but it's VERY basic. No presets etc.
nyogtha said:
You're right. Sounds too complicated. If only the Klyde/Joying dab app was made by someone actually using dab... It works but it's VERY basic. No presets etc.
Click to expand...
Click to collapse
And the DAB is different. The DAB apk is used in conjunction with a USB DAB-stick. There is no DAB hardware in the head-unit. It is more likely to get that one to work than the normal builtin radio. As long as the DAB apk can find its own USB stick it is OK (and it USB not Universal Serial Bus? )
Having said (typed) that: I would not try that road either.
Uhm... Yeah...
I got some Time and had to rework my Z4 so I made a little Script (and a bit more afterwards) for my Z4.
What does it Clean? A ****ton.
Check the .bat yourself - Post would be too long to post.
Note for Batch: Anything beginning with a "::" or "REM" is a Comment in the Batch File, like the "'#" in a .sh file!
Why ADB? I simply didn't managed to delete the files from /etc with a Shell Script.
About the "more"...
I updates some of the Sony Apps and added some Google Apps to /data/app
What Exactly? This:
./ressources/data/app
com.android.chrome
com.google.android.apps.messaging
com.google.android.apps.walletnfcrel
com.google.android.contacts
com.google.android.dialer
com.sonymobile.calendar
com.sonymobile.email
projekt.substratum
./ressources/system/app
com.sonymobile.support
com.sonymobile.themes.liquid.cid45
com.sonymobile.themes.sou.cid14
com.sonymobile.xperiaxlivewallpaper
LatinIMEGooglePrebuilt
skin-picker-release
WebViewGoogle
./ressources/system/priv-app
ClockWidgets-release
home-sonyEricsson-release
SemcClock-release
SemcMusic
...XZ2 Stock Sounds, Build.prop Tweaks, more Media Volume and Phone Call Volume Steps and a Watch Dogs bootlogo.
The Lockscreen Clock is the XZ one. I did not Touch Sony Album because it force closes when not updates from Play Store.
If you just want to clean only, take the batch and Comment out the Keyboard and Sony Launcher or add your own.
Else: Use the Zip (NOT FLASHABLE!)
SafetyNet only works with Magisk. Tested with 16.7.
If you want to make a Flashable zip from this... Go ahead, If you want I'll add it to OP.
Any Bugs or Suggestions to Keep Specific apps... Tell me, I'll take a look at.
Downloads (Zip Includes Batch File):
https://mega.nz/#F!QlQFlCzC!GIIWvvMGICMBVg83Tpu6Dw
PS: Remove Chrome and Sony Calendar from /data/app, Chrome must be Installed from Play Store or from /system/app, Calendar App is too new, use 20.3.B.0.3, which is last "Target 7.1" Version.