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.
Related
So I wanted VoiceDialer on my stock ADP1. I grabbed VoiceDialer.apk from JFv1.31_ADP1.zip and installed it using adb (sdcard mounted on computer, so it wasn't mounted on the phone). It runs, and I was quite satisfied with its recognition abilities, but when it comes to clicking "OK" to dial, it always crashes with a "force close" dialogue. Holding the "send" button does bring up the VoiceDialer program. My guess is I'm missing some sort of configuration somewhere. Does anyone know?
Make sure you grabbed the VoiceDialer.odex too, if there is one.
Koush said:
Make sure you grabbed the VoiceDialer.odex too, if there is one.
Click to expand...
Click to collapse
I didn't find any odex files (unless they would be in recovery.img, which I haven't yet learned how to open). These files are not created automatically?
Unzip a RC30 update.zip and look in \system\app\
On ADP1, the dex is created at runtime by the dalvikvm from the classes file inside the zip. On RC30, the dex files for the builtin apps are created ahead of time and stored alongside the apk. This prevents the system from using up \data partition space with dex files (As the ADP1 build does).
jashsu said:
Unzip a RC30 update.zip and look in \system\app\
On ADP1, the dex is created at runtime by the dalvikvm from the classes file inside the zip. On RC30, the dex files for the builtin apps are created ahead of time and stored alongside the apk. This prevents the system from using up \data partition space with dex files (As the ADP1 build does).
Click to expand...
Click to collapse
I was able to find a copy of VoiceDialer.odex as per your description, but if I understand you correctly, that will not solve my problem.
If the dev phone uses dex files instead, and these are created at runtime, then I would expect to find a dex file for VoiceDialer if everything is working properly. Indeed, the file "[email protected]@[email protected]" exists.
Any other hints as to why the application might crash after clicking "OK" to dial a number?
Yeah just grab the VoiceDialer.apk from JF's modified ADP1 build. It contains the classes.dex file required to run on ADP1 build.
jashsu said:
Yeah just grab the VoiceDialer.apk from JF's modified ADP1 build. It contains the classes.dex file required to run on ADP1 build.
Click to expand...
Click to collapse
That's what I did initially. That part all seems to work.
Doh, went around in a circle ;-) I thought we were talking about the RC30 version.
Yeah you'll have to ask JF about this since I think he compiled VoiceDialer from source for his ADP mod build. There is no odex file to look for.
jashsu said:
Yeah you'll have to ask JF about this since I think he compiled VoiceDialer from source for his ADP mod build.
Click to expand...
Click to collapse
Yeah, I'm sure JF could see the problem real quick. I'm real timid about bothering people, though - I was hoping he might swing by this thread by chance. What's considered appropriate on this forum: PM? E-mail? IM? Visitor Message?
IMSargon said:
Yeah, I'm sure JF could see the problem real quick. I'm real timid about bothering people, though - I was hoping he might swing by this thread by chance. What's considered appropriate on this forum: PM? E-mail? IM? Visitor Message?
Click to expand...
Click to collapse
Your best bet is IRC. A lot of us hang out in #android on Freenode.
IMSargon said:
So I wanted VoiceDialer on my stock ADP1. I grabbed VoiceDialer.apk from JFv1.31_ADP1.zip and installed it using adb (sdcard mounted on computer, so it wasn't mounted on the phone). It runs, and I was quite satisfied with its recognition abilities, but when it comes to clicking "OK" to dial, it always crashes with a "force close" dialogue. Holding the "send" button does bring up the VoiceDialer program. My guess is I'm missing some sort of configuration somewhere. Does anyone know?
Click to expand...
Click to collapse
Your best bet is to remount /system and push the .apk directly into /system/app. I haven't tried installing it with adb install, so I'm not sure if that's what is causing your problems or what.
JesusFreke said:
Your best bet is to remount /system and push the .apk directly into /system/app. I haven't tried installing it with adb install, so I'm not sure if that's what is causing your problems or what.
Click to expand...
Click to collapse
Yeah, I had the same problem (I've installed voice dialer using adb install)
Uninstalled in application manager, rebooted, remounted, pushed voicedialer.apk to /systemp/app, rebooted again, and it worked )
JesusFreke said:
Your best bet is to remount /system and push the .apk directly into /system/app. I haven't tried installing it with adb install, so I'm not sure if that's what is causing your problems or what.
Click to expand...
Click to collapse
It worked! Great! Thanks a ton!
------------------------------
Steps taken:
1. copy VoiceDialer.apk to phone
# adb push VoiceDialer.apk /sdcard/VoiceDialer.apk
763 KB/s (51125 bytes in 0.065s)
#
2. enter shell on phone, and gain root
# adb shell
$ su
#
3. mount the system partition as rewritable
# mount -o remount,rw -t yaffs2 /dev/block/mtdblock3 /system
#
4. copy VoiceDialer.apk to the proper system directory
# cat /sdcard/VoiceDialer.apk > /system/app/VoiceDialer.apk
#
5. make permissions match the other files
# chmod 644 /system/app/VoiceDialer.apk
#
6. reboot the phone
# reboot
------------------------------
For extra credit, does anyone understand why this happens? What does it tell us about how apps work and install?
adb pushing the apk directly bypasses the PackageManager. By using adb install, the package manager will run (as if the package was installed from the Market or Browser). There are various reasons the PackageManager might reject a package, including inability to run dexopt, incompatibility with existing data registered to an older version of an app, etc. A list of errors that would block an apk installation is here. Look at the constants starting with INSTALL_FAILED and INSTALL_PARSE_FAILED.
jashsu said:
adb pushing the apk directly bypasses the PackageManager. By using adb install, the package manager will run (as if the package was installed from the Market or Browser). There are various reasons the PackageManager might reject a package, including inability to run dexopt, incompatibility with existing data registered to an older version of an app, etc. A list of errors that would block an apk installation is here. Look at the constants starting with INSTALL_FAILED and INSTALL_PARSE_FAILED.
Click to expand...
Click to collapse
Interesting, but in this case the application did not fail to install. The installation went normally, and the application functioned normally up to the point where it attempted to interface with another application/subsystem (whatever dials the phone).
IMSargon said:
Interesting, but in this case the application did not fail to install. The installation went normally, and the application functioned normally up to the point where it attempted to interface with another application/subsystem (whatever dials the phone).
Click to expand...
Click to collapse
When you install it with adb install, it gets installed as a normal (non-system) application. This can be verified by checking /data/system/packages.xml:
Code:
<package name="com.android.voicedialer" codePath="/data/app/VoiceDialer.apk" [B]system="false"[/B] ts="1232083952000" userId="10029">
<sigs count="1">
<cert index="0" />
</sigs>
</package>
One of the permissions it requires is "android.permission.CALL_PRIVILEGED". Based on the info in frameworks/base/core/res/AndroidManifest.xml (in the git source):
Code:
<permission android:name="android.permission.CALL_PRIVILEGED"
android:label="@string/permlab_callPrivileged"
android:description="@string/permdesc_callPrivileged"
[B]android:protectionLevel="signatureOrSystem"[/B] />
You can see the protectionLevel is "signatureOrSystem", meaning that the application has to be a system application in order to use that permission. Since the voice dialer was not installed as a system application, it can't be assigned that permission.
To confirm this, I tried installing the voice dialer with adb install, and then took a look at the logcat output, which contains the following line:
Code:
01-15 23:32:32.903: WARN/PackageManager(56): Not granting permission android.permission.CALL_PRIVILEGED to package com.android.voicedialer (protectionLevel=3 flags=0x44)
However, when you copy the apk to /system/app, it gets installed as a system application, which can be verified again by looking at /data/system/packages.xml:
Code:
<package name="com.android.voicedialer" codePath="/system/app/VoiceDialer.apk" [B]system="true"[/B] ts="1232084484000" userId="10035">
<sigs count="1">
<cert index="0" />
</sigs>
</package>
So it is able to use the "android.permission.CALL_PRIVILEGED" permission. After coping the apk to /system/app, I checked the logcat output and there was no mention of not being able to grant the android.permission.CALL_PRIVILEGED permission, as expected.
Interestingly enough, copying the file to /system/app doesn't bypass the package manager. The package manager is watching both /data/app and /system/app for new files, and it automatically installs anything you copy into either location. It also does an uninstall when you delete an apk from either location.
JesusFreke said:
Interestingly enough, copying the file to /system/app doesn't bypass the package manager. The package manager is watching both /data/app and /system/app for new files, and it automatically installs anything you copy into either location. It also does an uninstalls when you delete an apk from either location.
Click to expand...
Click to collapse
I didn't know that. In that context it does make sense why it would disallow call permission if put into /data/app
Offtopic, but are you planning on creating a modified version of the newly released ADP1 "1.1" build?
Thanks, JF, your explanation makes the problem quite clear!
Hi,
First of all is it possible?
If it is, has anyone tried to extract Swype from Telstra's RUU and install it in another Wildfire?
Tried extracting the installer but was unsuccessful.
Thanks in advance
I've tried to extract (and was successful), but when I tried to execute it gave me a FC. I guess it was because libSwypeCore.so was not in the /system/lib folder.
Like busybox in my other thread, every time I tried it gave an error.
Something like:
# ./busybox cp /sdcard/libSwypeCore.so /system/lib/
cp: can't create '/system/lib/libSwypeCore.so': Cannot allocate memory
# cd /system/lib
# cat /sdcard/libSwypeCore.so > libSwypeCore.so
cannot create libSwypeCore.so: not enough memory
# mv /sdcard/libSwypeCore.so /system/lib
failed on '/sdcard/libSwypeCore.so' - Cross-device link
# dd if=/sdcard/libSwypeCore.so of=/system/lib/libSwypeCore.so
/system/lib/libSwypeCore.so: cannot open for write: Out of memory
I really need to know how to copy files to the /system folder.
http://rapidshare.com/files/419489818/swype-telstra.zip
MD5: BDE9ACBCFD58AD39EC11A4859ADEBE3B
Ok I think I found a way
Just edit the APK and put the libSwypeCore.so in the lib/armeabi folder, zip the files and sign the APK.
It runs nice and no FC I will edit the APK (again) to include the Portuguese language.
Could u please upload it
Sent from my HTC Wildfire using XDA App
@ricardoft : Edited the Swype.apk
Put the libSwypeCore.so
Under
Swype.apk
->Lib
---|>armeabi
---------|> libSwypeCore.so
Is this right ? repacked the apk as above attached with the post.
I got "application not installed" as error message
I wonder how to repack it then :|
I am using the 1.54 Version for QVGA , Works fine in Portrait mode , hides some keys in Landscape.
I've been busy with the University but here is the modified APK.
http://rapidshare.com/files/419569794/Swype-signed.apk
MD5: 56338F5EE8D53BE3A22EFE6CB96E1A7C
It still has some issues. One of them is when choose Swype for the Input Method it still crash. Don't know why, but I think it still has something to do with the libSwypeCore.so.
i wouldnt mind doing this as i basically paid for it when i bought the phone...
using a clockwork backup i was able to extract the apk and libSwypeCore.so
butwhen i put the lib in place and installed the apk i just get blue flashing outline of keyboard and no output text...
SOLVED
I wanted a completely clean ROM to start developing on. I have looked at CleanROM, but it has too many system apps.
These are the system APKs the ROM is currently running with.
Code:
ApexLauncher.apk
Bluetooth.apk
CertInstaller.apk
ConfigUpdater.apk
DefaultContainerService.apk
DownloadProvider.apk
DownloadProviderUi.apk
FusedLocation.apk
HTMLViewer.apk
InputDevices.apk
KeyChain.apk
LatinImeDictionaryPack.apk
LatinImeGoogle.apk
MediaProvider.apk
MediaUploader.apk
Nfc.apk
PackageInstaller.apk
Settings.apk
SettingsProvider.apk
Superuser.apk
SystemUI.apk
UserDictionaryProvider.apk
XT9IME.apk
Honestly the stock Nexus 7 build is pretty damn clean.
If you want to experiment with disabling APKs, try the built-in disable functionality in Settings / Applications / All. Any system app that can be safely disabled (and some that can't) will have a Disable button. This is safer to try out than zapping apk files yourself. If something goes wrong after disabling an app, you'll know you need it back.
I have narrowed down the APKs and it is working fine, but now the middle home navigation button doesn't do anything. I suspect it is one of the google search apps that I deleted, but which one? I always assumed the navigation bar was handled by systemUI. :/
Forty.Two said:
I have narrowed down the APKs and it is working fine, but now the middle home navigation button doesn't do anything. I suspect it is one of the google search apps that I deleted, but which one? I always assumed the navigation bar was handled by systemUI. :/
Click to expand...
Click to collapse
Did you disable the launcher by accident?
Also I have heard that the OS immobilizes the home button until initial device setup is complete and then lets it work. Maybe it has something to do with that.
Thanks!
cmstlist said:
Did you disable the launcher by accident?
Also I have heard that the OS immobilizes the home button until initial device setup is complete and then lets it work. Maybe it has something to do with that.
Click to expand...
Click to collapse
It was the setupwizard.apk! I deleted it to make changes too the ROM faster.
It makes perfect sense too. The power menu had limited options, the battery drop down bar was gone, and the home button wasn't working. Just like during the setup!
This is what I did to bypass the setupwizard.apk when it start up:
1. Launch adb shell
2. echo "ro.setupwizard.mode=DISABLED" >> /system/build.prop
3. Exit shell and issue an adb reboot.
4. Delete setupwizard.apk if you want
Now the ROM works fine with only 23 APK files in the /system/apps folder! That is a great improvement compared to the original 85.
WARNING: INSTALL GOOGLE´S ANDROID SYSTEM WEBVIEW FROM THE PLAYSTORE / GAPPS FIRST
https://play.google.com/store/apps/details?id=com.google.android.webview
Do you wan´t to use google´s updatable webview on a cm rom?
well too bad, even if you install and disable the built in webview, the system still dosen´t uses it, so what can we do?
modify a config in the framework called
"config_webViewPackageName" from com.android.webview to com.google.android.webview
you can do this via xposed with http://repo.xposed.info/module/net.typeblog.webview
however xposed for 5.1 is glitchy and will break a lot of optimizations if you are running a based cm run that has those.
so the solution? well flash the zip below, its a modified framework from cm12-13/04/2015 (DD/MM/YY btw)
https://drive.google.com/open?id=0BwduAK2l37OaSUprcG5LejNiS2s&authuser=0
Instructions:
Download zip from the link provided
Flash via recovery
??
profit
this is mine
BTW: I didn´t test on any other device, altought i dont think it will work since our framework contains some hammerhead-specific values
Thank you lord! I was searching for this for so long. This is going to be awesome to me!!
Best Regards,
Jairo.
May I ask how you did it? I decompiled framework-res.apk in Chroma ROM and then I navigated to "\framework-res\res\values" but I didn't find a config.xml file. Isn't this where the modification is done? Am I doing something wrong? @opssemnik
fr3quency said:
May I ask how you did it? I decompiled framework-res.apk in Chroma ROM and then I navigated to "\framework-res\res\values" but I didn't find a config.xml file. Isn't this where the modification is done? Am I doing something wrong? @opssemnik
Click to expand...
Click to collapse
its /res/values/strings.xml
opssemnik said:
its /res/values/strings.xml
Click to expand...
Click to collapse
I found it after decompiling your framework-res.apk and searching from Windows Explorer.
I went into strings.xml and replaced "com.android.webview" with "come.google.android.webview". Then I recompiled and pushed the new framework-res.apk to /system/frameworks(I had some translation errors but it was first time seeing who things). Anyway, the system doesn't boot at all and shows only the bootanimation for 15+ minutes. Could you help me?
I downoaded this folder: http://www.droidviews.com/tutorial-how-to-decompile-and-recomplie-apk-files/ and replaced the apktool inside of it with this one: http://forum.xda-developers.com/showpost.php?p=59436776&postcount=2812
I installed the framework via "apktool if framework-res.apk" just in case.
fr3quency said:
I found it after decompiling your framework-res.apk and searching from Windows Explorer.
I went into strings.xml and replaced "com.android.webview" with "come.google.android.webview". Then I recompiled and pushed the new framework-res.apk to /system/frameworks(I had some translation errors but it was first time seeing who things). Anyway, the system doesn't boot at all and shows only the bootanimation for 15+ minutes. Could you help me?
I downoaded this folder: http://www.droidviews.com/tutorial-how-to-decompile-and-recomplie-apk-files/ and replaced the apktool inside of it with this one: http://forum.xda-developers.com/showpost.php?p=59436776&postcount=2812
I installed the framework via "apktool if framework-res.apk" just in case.
Click to expand...
Click to collapse
after you recompile it, you must put the META-INF folder from the original apk into your new APK,then push it to system/framework and set its permissions to 644 (rw-r-r)
opssemnik said:
after you recompile it, you must put the META-INF folder from the original apk into your new APK,then push it to system/framework and set its permissions to 644 (rw-r-r)
Click to expand...
Click to collapse
It still doesn't boot and stays at bootanimation. I decompiled and recompiled the .apk again and using WinRar i copied the META-INF folder from the original .apk to the new one. Then I rebooted into recovery and typed these commands:
Code:
adb shell
cd system/framework
rm framework-res.apk
adb push framework-res.apk /system/framework (This is the recompiled apk with the META-INF folder)
adb shell chmod 644 /system/framework/framework-res.apk
adb reboot
Edit: I didn't install Google WebView this time.
fr3quency said:
It still doesn't boot and stays at bootanimation. I decompiled and recompiled the .apk again and using WinRar i copied the META-INF folder from the original .apk to the new one. Then I rebooted into recovery and typed these commands:
Code:
adb shell
cd system/framework
rm framework-res.apk
adb push framework-res.apk /system/framework (This is the recompiled apk with the META-INF folder)
adb shell chmod 644 /system/framework/framework-res.apk
adb reboot
Edit: I didn't install Google WebView this time.
Click to expand...
Click to collapse
install it from the playstore before doing this, also are you lastest snapshot apktool ? (its newer than rc4)
opssemnik said:
install it from the playstore before doing this, also are you lastest snapshot apktool ? (its newer than rc4)
Click to expand...
Click to collapse
The apktool I used is newer... I think; it was posted at a later date, thus newer. Could you upload your folder with your apktool that you used if you have enough bandwidth?
Edit: I installed it from the Play Store and pushed the .apk. Is there a way to see if it used Google or AOSP webview?
Will do once i get home
See the user agent or read the config , altought the latter probably will nerd system permissions.
Or you could delete system webview and see if webkit based apps still work
Since framework is updated regularly in cm nightlies, so is there any way to do this on the fly using latest framework files.
Thnx
fr3quency said:
The apktool I used is newer... I think; it was posted at a later date, thus newer. Could you upload your folder with your apktool that you used if you have enough bandwidth?
Edit: I installed it from the Play Store and pushed the .apk. Is there a way to see if it used Google or AOSP webview?
Click to expand...
Click to collapse
did you get it after all? if not i upload my apktool folder
prabhu_91 said:
Since framework is updated regularly in cm nightlies, so is there any way to do this on the fly using latest framework files.
Thnx
Click to expand...
Click to collapse
would require a custom build of cm with it, or a custom apk of the webview or a xposed module(see OP) or apktool / some kind of apk modifying program to be native compiled for android(so it could be ran as an addon.d script on recovery). you could always keep flashing older framework-res, generally cm dosen´t do much to it, but once it does, the mod will need to be updated.
BTW, making for VIVID-20150426v3
opssemnik said:
did you get it after all? if not i upload my apktool folder
Click to expand...
Click to collapse
Yeah I got it working. Thanks for the help!
Sorry ignorance, but what is the function of this file?
i need com.android.webview
could you please upload a com.android.webview flashable zip. i don't want com.google.android.webview, i'm facing major issue with google's updatable webview. i need a aosp webview. plz help me
Hey all,
I tried to use mergesmali to modify my own android.policy.jar and services.jar using mergesmali and apktool to apply the patches that @Renate NST so gracefully provided to fix this minor issue.
In short, it was way too techie of an endeavor for me. I tried for about 5 hours, but the instructions were too tech savvy for me to understand. I was wondering if someone could patch my files for me and upload them so I can download them?
I'm running 1.2.1 rooted with NookManager.
Please forgive me Renate if I have done something by inappropriate uploading your files. Thank you to anyone willing to help.
I have attached my own android.policy.jar and services.jar to be patched. I have also provided (hopefully) all of the necessary files to patch the two .jar files.
You should be able to do this all yourself.
Did you read "readme.txt" that is packed inside nook121patch.zip?
Could you "apktool d" correctly?
apktool has changed over time, you need to:
Code:
apktool d foo.jar -o whatever
This will create the directory "whatever" and put everything in there.
Without this option, it will generate its own subdirectory named "foo".
Could you apply the patches correctly?
You can apply either a single patch or multiple patches with one line.
The "readme.txt" may have confused you because it was trying to make clear that you get to decide on each patch.
Make sure that everything went through correctly before swapping the new services.jar on your Nook!
Unzip nook121patch.zip into a directory called Nook121Patch.
Code:
apktool d services.jar -o Services
mergesmali \Services\smali Nook121Patch\LockScreen.smali
apktool b services.jar -o Services
Renate NST said:
You should be able to do this all yourself.
Did you read "readme.txt" that is packed inside nook121patch.zip?
Could you "apktool d" correctly?
apktool has changed over time, you need to:
Code:
apktool d foo.jar -o whatever
This will create the directory "whatever" and put everything in there.
Without this option, it will generate its own subdirectory named "foo".
Could you apply the patches correctly?
You can apply either a single patch or multiple patches with one line.
The "readme.txt" may have confused you because it was trying to make clear that you get to decide on each patch.
Make sure that everything went through correctly before swapping the new services.jar on your Nook!
Unzip nook121patch.zip into a directory called Nook121Patch.
Code:
apktool d services.jar -o Services
mergesmali \Services\smali Nook121Patch\LockScreen.smali
apktool b services.jar -o Services
Click to expand...
Click to collapse
Thank you so much. I thought my post died with no response. I will try this when I get some free time. Thank you again.