pySignare
"-to sign"
v1.0
Version 1.0
Complete re-write into python.
Prerequisites
Windows (for now)
Java
Get Java here --> https://www.java.com/en/download/
Python 3.x
Get 3.3.4 here --> http://www.python.org/download/releases/3.3.4/
Instructions
Download
Extract
Copy Unsigned APKs Into "UnsignedApks"
Run "pySignare.py"
Follow On-Screen Prompts
Thats It
Future Development
Make X-Platform - (Shouldn't be too hard)
Minor code tidy up
Currently its bundled with TestExample.apk (just an empty renamed zip) so it can be tested straight away.
DOWNLOAD HERE (Download ZIP - Right hand side)
Please post your experience, and if you encounter any errors, let me know and I'll attempt to fix.
FAQ
Q. I get the error - 'java' is not recognized as an internal or external command, operable program or batch file.
A. You either, do not have the Java installed or have not added java to your PATH in Environment Variables. Either install Java or add Java to your PATH.
Thanks dude.
Any feedback, problems or suggestions?
wow it works! Easy to use! thanks!
Thank you.
Are there any Linux wizards out there who can help me port this?
New version 0.3 available.
tried it all i get is cannot find specified path
edit: forget that i fixed it had to modify the it as im using jdk 1.7.0
I don't know why I changed it, but in v0.3 it assumes you have installed the Java Development Kit (JDK) on a 64bit system (it mirrors my system rather than a universal approach).
If you have java added to your windows PATH, try using these files, just extract these to the same directory and run these instead.
works great! small suggestion is for the batch file to ask for the location of your jdk.
also have error checking as the batch said it worked but didnt at first (due to the location of the jdk)
andyharney said:
I don't know why I changed it, but in v0.3 it assumes you have installed the Java Development Kit (JDK) on a 64bit system (it mirrors my system rather than a universal approach).
If you have java added to your windows PATH, try using these files, just extract these to the same directory and run these instead.
Click to expand...
Click to collapse
I am using a 64 bit system I have jdk on both program files 64 bit and (x86) and the path in the test keys ran to jdk 1.6.0_25(x86) so I used notepad ++ edit it to 1.7.0(x86) tried again it signed and zipalinged no problem
Sent from my Desire HD using XDA App
Your right, I wrote this quickly to fulfil my needs on my system.
I will update to v0.4 with error checking & JDK checking soon.
Thanks for the suggestion.
EDIT: Seems you beat me to the reply leith. If your JDK is added to your windows path then it shouldnt matter whether its 32 or 64 bit. When I updated from v0.2 to v0.3 I used my personal build rather than the universal "java" approach. I can see that as explicit paths are specified in the .bat. v0.4 will add error checking and will most probably include a stripped out java package.
awesome! keep up the good work dude
andyharney said:
DOWNLOAD HERE
Click to expand...
Click to collapse
unable to dl now: Fatal error: Method ExceptionDisplay::__toString() must not throw an exception in /home/aharney/public_html/index.php on line 644
?
Try using a different browser, that error is quite rare and unique to certain localised versions of windows + firefox.
Version 0.4 now out.
Flawless victory brilliant Andy
im no stranger to signing apks
both of us know this tool is the best
better than any other signtool
never gonna give this up
not gonna desert this tool...
I saw what you did there. Version 0.5 will replace icon.png in every apk with a png of his face.
I can't download the file
Forbidden
You don't have permission to access /index.php on this server.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.
Click to expand...
Click to collapse
Yeah, I had to take the site down again. Been hit with 2 DDoS attacks in the last 3 days. I don't know why.
I will have it back up at some point tonight. I will PM you when its back up.
Abandoned
I created a small script for myself and thought others might benefit from it.
It allows you to sideload apps through adb via USB and wireless connectivity.
Pre-requisites:
To use the script you need to have java installed and in your path to run adb.exe.
Text editor. I recommend Notepad++ Link
You can follow the java guide here in the section titled "Setting up the enviroment".
http://forum.xda-developers.com/showpost.php?p=42841316&postcount=2
Instructions:
Download the zip from the link at the bottom (click the folder icon) and extract to a suitable location.
Run the "OUYA SL Tool.bat"
You will be presented with 3 connection options:
Wired. USB connection.
Wireless. Enter your device IP.
User defined wireless. Permanently add the device IP to the script.
Open the OUYA SL Tool.bat with a text editor and goto line 110 and find this code:
Code:
set address=[COLOR="Red"]REPLACE THIS TEXT WITH YOUR IP ADDRESS[/COLOR]
Enter your device IP and save. Example
Code:
set address=[COLOR="Red"]192.168.1.2.3.4[/COLOR]
The next menu will present you with 6 options:
Device connection. Change the connection type.
Install single. Install a single apk from the apk folder.
Install all. Install all apk's from the install folder.
Reboot. Reboots device.
About. Credits and version number.
Exit. Exits script..
You need to place any apks to be installed into the "apks" folder.
TIP: If you use wireless a connection, return to wired before exiting the script through option "x". This will re-enable USB connectivity.
Download:
Credits:
@Daneshm90 for code and samples of various scripts.
@Stericson. The Grand master of theming for busybox and for code and samples of various scripts. :good:
@bsuhas for code and samples of various scripts.
@Koush for superuser.
Changelog:
03/07/13
[v1.0]
Initial release.
[v1.1]
Improved some code
Removed the requirement to edit build.prop for wireless connection.
Java
When I start it it just says that it can't find java... IS there any prerequisites for this? I just downloaded JRE, I'm downloading JDK now to see if thats it
Sinderan said:
When I start it it just says that it can't find java... IS there any prerequisites for this? I just downloaded JRE, I'm downloading JDK now to see if thats it
Click to expand...
Click to collapse
Yes, sorry I forgot to add it requires java. I just assume people already have it installed.
dully79 said:
Yes, sorry I forgot to add it requires java. I just assume people already have it installed.
Click to expand...
Click to collapse
Yea, I got tired of constant updates and all the security holes, plus I don't use anything Java so I just uninstalled it. But since I start a Java class next month I guess its time to give in lol.
Updated to v1.1.
Improved some code
Removed the requirement to edit build.prop for wireless connection.
Just a quick update as im on my way to work.
Added install option for root tools, su/superuser/busybox.
Added option to open a cmd window from tool folder.
Ill update this more tonight when i get home from work.
Edit: Ive worked on the tool some more and added extra features and improved some code. I'll release it tomorrow if anybody is interested.
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
New Version Out! - 1.6
Juno utilizes the features of a program called APK – Tool, and pushes it to another level, the level of ease! Now even if you are not aware of what is required to create fully functioning system apps for your Rom or Device, you can still make some pretty basic mods with this tool, OR you can go pro and create some pretty awesome mods! (Well for that you will need to know how to edit smali files and other xml files of system apps properly)
With this tool you easily Pull system apps from your phones /system/app directory and start editing them. Once done you can easily build the modified version of the system app and can instantly install them to your phone!
(Please refer to the section How to use? Before doing anything idiotic.)
Once done you can also get cleared of all the residual files too with just one single command.
At last I want to state this with all caution – You are using this tool on your own risk! Any damage done to your device is completely your fault and I’m not to be blamed for any kind of damage done to your device.
Step - 1 : Setting Up your PC!
Download The following resources first:
Android SDK [ Draw-Patch.9 Tool ]
Java SE Run-time Environment 7 [ Java Dependencies For APK - Tool ]
Now let's begin setting up your PC,
Install the above mentioned programs.
Go to Advanced System Properties.
It looks like this:
Go to Environment Variables, then create a new System Variable, having name JAVA_HOME and value as the path where you have installed the JRE.
It looks like this:
Now after creating the JAVA_HOME variable, search for Path system variable in the System Variables list. Now this is a bit tricky. Once found click on it and then on Edit. Move the cursor to the end of the string till you see ";" (without quotes), add the path to your JRE bin folder just after it.
It looks like this:
OK, so if everything went fine and just as what instructed then you are all good to proceed to Step - 2!
Step - 2 : Installing Juno!
First download the zip provided at the download section of this post, then extract it and execute the Juno.[Current-Ver].exe (eg. Juno.1.1.exe) setup file.
It looks like this:
Now click Next. In the next window if you want to change the directory of the Juno then just press Browse and choose your custom directory. If done click Next.
It looks like this:
In the next windows just press Next, and let the program to be installed on your PC!
It looks like this:
In the preceding window click on Run Juno if you want to execute the program now or just press Finish.
It looks like this:
Step - 3 : Setup the Program!
Open the program, Juno, from start menu or from the directory itself.
Please open the program in Administrator mode, by right clicking and selecting Run As Administrator. This is necessary for ADB and APK - Tool to work properly.
Note: If you have installed the program in a Drive which is not protected by Administrator Rights, then you can skip running it as Administrator.
It looks like this:
Now first enable USB - Debugging in your phone and connect it via a USB - Cable to your PC [ If you have any doubt on how to do that please refer to screens below. ]
Need help?:
In the Juno program console enter the command LOADRESOURCES and press Enter. Then enter PULL and press Enter and sit back and relax till the program loads all the necessary Resource files from your device.
It looks like this:
The Juno program usually only pulls and installs the Resource files of CM based roms automatically and also for the Xperia Stock roms. So if you are using any of those then just skip the preceding steps.
But for other Roms or Phones the developers will need to extract the required resource files from their devices or roms. For that follow the preceding steps:
Extract the required Resource files in to the main directory of the program. This can be done by using PULL command of the program or by manually retrieving required files.
Then while in the program, enter LOADRESOURCES, and then enter CUSTOM.
Enter the File-Name of the Resource file you just copied to the main directory. (Only the file-name no extensions!) And press Enter.
Now let the program complete the process, if you see no errors then everything has been completed just fine.
Now repeat the same with all the other Resource files.
Need help?:
If all the above mentioned steps have been completed successfully, then your program copy is ready to be used!
From Version 1.3, the How to use guide will be included with the program,i.e, in the form of Read Me.
Copy the apps you want to mod in the pulled directory of the program, if you want to do that manually, but you can even pull apps from your device using PULL command.
But for lower functions please refer to the section below.
The following section is going to cover all the functions supported by this program.
Legend - Function-Name [ Function-Code ]
Just enter the Function-Code given for each defined function below in the program to start that function.
Load Resources [ LOADRESOURCES ]
This function will allow you to load the necessary resource files which are needed by the APK – Tool to decompile the required system apps.
The sub-functions which this section includes are –
PULL – This function is for pulling the required resources straight from your device. [Note: It will only efficiently work for CM based or Stock Xperia roms and for other roms please use the sub-function CUSTOM]
INSTALL – This function will install the resource files automatically which you have copied in the res directory of the program. [Note: It will only efficiently work for CM based or Stock Xperia roms and for other roms please use the sub-function CUSTOM]
CUSTOM – This function is to be used when you require to install extra resource files of your rom. You have to provide the file-name of the custom resource file which you have to copy or pull from your device to the root directory of the program. And it will be automatically installed.
Mod [ MOD ]
This function allows you to mod your system apps. You have to enter the file-name of the system app which you have copied to or pulled to the root directory of the program. The program will automatically decompile or compile depending on the fact that what has already been done.
If the app is not compiled, then the program will first make a backup of the system app [Note: Please do not delete the backup folder under any circumstances as it may lead to false build, which will damage your device!]
Then the program will decompile the app and it will be available for the user to mod it in the working directory of the program.
If the app is already decompiled then the program will compile the edited app (irrespective of the fact that it has been edited or not.) and will generate a complete build in the build directory of the program, which will be ready to install to your device, keeping in mind that no error has occurred.
Delete [ DELETE ]
This function is used to get rid of the residual files after your entire project has been completed.
This function will delete the working folder and the backup folder without prompting, whereas the Main app file and the Build app file deletion will be prompted.
You just have to enter the file-name of the app you want to get rid of, and rest will be handled by the program itself.
Pull [ PULL ]
This function is used to pull or get the system apps from your device. But for that your device must be connected in USB – Debugging Mode.
You just have to enter the file-name of the app you want to pull or get from your devices /system/app/ directory. The app will be stored in the root directory of the program.
Install [ INSTALL ]
This function will let you install the build app to your device. But for that your device must be connected in USB – Debugging Mode.
You have to enter the file-name of the app you want to install. The app must have to be built to be installed.
Restart of the device is mandatory right after you have installed the app.
Exit [ EXIT ]
This function will exit the program.
Current Version - Juno.1.6
Download Juno -
Juno.1.1
Download
File Size: 5.99 MB (6283847 bytes)
Juno.1.2
Download
File Size: 6.09 MB (6387181 bytes)
Juno.1.3
Download
File Size: 6.10 MB (6397218 bytes)
Juno.1.4
Download
File Size: 6.10 MB (6397661 bytes)
Juno.1.5
Download
File Size: 6.34 MB (6643420 bytes)
Juno.1.6
Download
File Size: 6.32 MB (6629667 bytes)
Juno.1.6
Similar to that of 1.5.
Juno.1.5
Juno.1.4
Juno.1.3
Juno.1.2
Change - Log
Juno.1.1 - 28th Sept. 2013
Initial Release
Options for Pulling and Installing apps directly to phone are added.
Options to Pull required resources from the phone directly are added.
Use of independent installer.
Juno.1.2 - 5th October 2013
Bug - Fixes
User - Interface changes.
Some minor under-the-hood changes.
Directory structure re-defined i.e. APK - Tools files are moved to a folder named apktool and some other files are moved to res directory in order to make the programs main directory look clean.
Capability to mod framework files and other Google Play apps (some) made official. (Note: This can be also done in the previous version too.)
Juno.1.3 - 9th October 2013
Bug - Fixes
User - Interface changes.
Some minor under-the-hood changes.
Added new feature to Pull Resources from a defined directory in your devices system folder.
Juno.1.4 - 14th October 2013
Bug - Fixes
Added support to create compressed apps! With some compressed over 50% compression ratio.
Juno.1.5 - 18th October 2013
Added Option to create compressed or non-compressed builds.
Added notification sounds to keep you posted when program has completed it's procedures, or when it ask for compression of the builds.
Minor UI changes.
Juno.1.6 - 3rd November 2013
Minor UI fixes.
Last Version.
Build with different compiler.
Oh! Thanq so much! You made dat more easier..
Sent from my MT27i using xda app-developers app
cpkunki said:
Oh! Thanq so much! You made dat more easier..
Sent from my MT27i using xda app-developers app
Click to expand...
Click to collapse
Welcome buddy, I hope you will love the upcoming version! Well it has already been finished, I'm just waiting for the release date to come.
divinemamgai said:
Welcome buddy, I hope you will love the upcoming version! Well it has already been finished, I'm just waiting for the release date to come.
Click to expand...
Click to collapse
Oh! I tried it out! Thats great!
Even i am waiting for the next release.
Thanks again.
Sent from my MT27i using xda app-developers app
cpkunki said:
Oh! I tried it out! Thats great!
Even i am waiting for the next release.
Thanks again.
Sent from my MT27i using xda app-developers app
Click to expand...
Click to collapse
Next release is out there...!!! :laugh:
Greetings, and welcome to the home of a little set of utilities I'm calling "DroidShell".
What it is:
DroidShell is my attempt at bridging the gap between the various android utilities used for ROM modification and the Windows explorer system. It is a series of scripts that are automatically associated with .apk, .jar, and .iso files so that they are automatically decompiled on double-click or enter. Additionally, when a file is decompiled, a corresponding .dcp, dcf, or dci (decompiled package, decompiled framework, decompiled image) file is created, which allows for automatic recompiling, as well as optional cleanup, or resigning.
The goal of this project is pretty simple...to have all the tools needed for ROM work in one place, and have them easily accessible without having to have eighty command windows open or to have to go through a chain of commands to create a usable apk/jarfile.
Features:
One-shot setup. Extract the files, run install/installer.bat, and all of the necessary file associations and paths are created.
Batch terminal integration - provides integration for adb, fastboot, apktool, 7zip, zipalign, oat2dex, unpackbootimg, repackbootimg, baksmali and smali in windows command-line interface from path.
Automagic association with common android filetypes for decompilation.
Custom placeholder files - dcp, dcf, and dci - for packages, framework, and image files. Allows for automatic recompiling, and optional signing and cleanup of decompiled files.
Recompiled apks and jars are automatically repacked with modified files while excluding androidmanifest.xml, meaning signatures are unaffected.
For modifications requiring androidmanifest be changed, you can right-click a .dcp file to recompile with signature.
Auto-detection of framework-res file with prompting to install.
Popup dialogue boxes for errors and alerts.
(NEW) Right-click to decompile to java code. This cannot be recompiled, but is great for researching more complex mods. (Can also be invoked by using the command dj filename.apk)
(NEW) Support for sparse image system -> .img conversion.
(NEW) za command for zipaligning apk's.
(NEW)
Download:
https://github.com/d8ahazard/DroidShell/archive/master.zip
Source:
https://github.com/d8ahazard/DroidShell
Instructions...
You need the Java Runtime Environment (RE). Get it here.
Extract to a folder somewhere. Spaces in the path are probably not good. I put it in C:\DroidShell
Browse to the folder. Go into the install folder. Run installer.bat. (Installer needs admin priveleges. It will prompt for them, but in some cases, you may have to automatically run as admin)
Reboot.
You should now have shell integration. APKs, Jars, and .img files will automagically decompile.
It's late, I've been working on this all weekend...but it should be good to go. Please let me know if you have any thoughts.
CHANGELOG:
Code:
02.02.16 - v2.0
Update smali, baksmal to v. 2.1.1.
Add shell script for oat2dex (not implemented in context menus, just avaialable for now)
Update APKTool to latest version
Add dx.jar - for converting java classfiles to .dex (just available for now)
Add ext4 and ext2 tools - For manually unpacking images if needed. These are GUI based, not my work.
Add rimg2sdat - For converting .img to sparse (Not implemented yet)
Update sdat2img to latest version by xspirit, added python to installer as required.
Add zipalign function (Not implemented, can be called via "za filename.apk"
Add decompile to pure Java:
This utilizes a few tools to take apk's and jarfiles and decompile them to as close of an android package as we can get without having the actual source code. While we cannot at this time recompile these into apk's, it is very useful for analysis when trying to implement other mods. Like...really helpful. This one can be accessed by right-clicking a decompileable package and picking "decompile to java".
01.31.15 - v1.8
Added windows progress bar for file copies in system.img extraction.
Fixed some script errors.
01.29.15 - v1.7
Cleaned up installer, added more verbosity.
Better error checking in image extractor.
Add support for .list files, allowing double-click extraction of system.transfer.list and cm12-style image files.
Added custom language files for notepad++, allows syntax highlighting of .smali and logcat files.
01.27.15 -v1.6
Added support for system images. Requires installation of included OSFMount.
Added file associations for common plaintext android files to notepad++ if installed.
Converted several .bat files to .exe, allows for icons, inclusion of required files, and UAC prompting when needed.
01.26.15 - v1.5
Fixed fatfinger in APKtool detection causing error.
01.26.15 - v1.4
Added zipaligning
Added check to make sure apktool is present
Updated test-keys to latest AOSP version
Compiled batches to .exe with required files for AIO-packages
Fixed: Installer not always associating with files correctly.
Thanks a million
Version 1.5 uploaded.
Added Zipaligning
Check to make sure apktool.jar is found in %DROIDROOT% directory.
Updated signing keys.
Switch from .bat to .exe, allows modularization of functions, cleaner.
Modifications to installer to try and fix some issues with file associations.
Fixed issue between 1.4 and v 1.5 where I fatfingered a check.
Hell yes!
digitalhigh said:
Greetings, and welcome to the home of a little set of utilities I'm calling "DroidShell".
What it is:...
Click to expand...
Click to collapse
So many thanks for this! I'm going to use it like hell!
Excellent Job!
I'm bookmarking this, gona read it thuroughly at breakfas
So I'm curious - has anybody had a chance to give this a try yet?
Testing file association stuff is tricky, because Windows likes to keep track of the "user selected" association too. So, I had to add some extra commands to the installer script to clean up everything appropriately first.
Either way, I've ran it on like three different computers "clean" and had it work like a charm on all of them. I'd like to know how it works with WIndows 7 or XP.
I could be doing something wrong (windows is not my OS of choice, I use kubuntu 14.10 as my daily driver, and as such am mostly illiterate in dos/batch, I'm a sh/bash guy), but the installer bombed out (hung up without confirmation of success) on my windows 7 pro install (on a dell latitude e6400, with a dual core core2 @2.8ghz, quattro 160m graphics, 4gb of ddr2 @800mhz, booting off a 120gb Samsung evo ssd. Wouldn't think its relevant, but just in case).
Steps:
First I decompressed the .zip in the root of my C:\ drive, with 7zip (did not change file name, kept as "DroidShell_1.5").
Next I ran the installer script.
I then granted it admin privileges.
It killed my desktop, explorer.exe. I assume this is normal due to the terminal output:
Code:
SUCCESS: The process "explorer.exe" with PID 3260 has been terminated
Then I got:
Code:
file type 'apk_auto_file' not found or no open command associated with it.
Followed by 4 more identical errors, just replace "apk" with dfc, dcp, dci, img.
A bunch of successful operations.
Then:
Code:
ERROR: Invalid syntax.
Type "REG ADD /?" for usage
A bunch of successful operations.
Then:
Code:
ERROR: The system was unable to find the specified registry key or value.
The above output repeats 17 times.
Then 4 more operation success messages and it hangs, with my desktop killed.
Ctrl+alt+del, logout, log in, and I'm back in business. No noticeable increase in disk space, no newly installed programs (as expected).
I read the op, and from my understanding it doesn't require any dependencies? (Apktool, android SDK, android studio, etc). All the necessary dependencies are built in, right? It's a fresh install of windows 7 pro, with all available updates taken.
EDIT:
It worked perfectly regardless of the errors, see my post on page 2.
thisguysayswht said:
I could be doing something wrong (windows is not my OS of choice, I use kubuntu 14.10 as my daily driver, and as such am mostly illiterate in dos/batch, I'm a sh/bash guy), but the installer bombed out on my windows 7 pro install (on a dell latitude e6400, with a dual core core2 @2.8ghz, quattro 160m graphics, 4gb of ddr2 @800mhz, booting off a 120gb Samsung evo ssd. Wouldn't think its relevant, but just in case).
Steps:
First I decompressed the .zip in the root of my C:\ drive, with 7zip (did not change file name, kept as "DroidShell_1.5").
Next I ran the installer script.
I then granted it admin privileges.
It killed my desktop, explorer.exe. I assume this is normal due to the terminal output:
Code:
SUCCESS: The process "explorer.exe" with PID 3260 has been terminated
Then I got:
Code:
file type 'apk_auto_file' not found or no open command associated with it.
Followed by 4 more identical errors, just replace "apk" with dfc, dcp, dci, img.
A bunch of successful operations.
Then:
Code:
ERROR: Invalid syntax.
Type "REG ADD /?" for usage
A bunch of successful operations.
Then:
Code:
ERROR: The system was unable to find the specified registry key or value.
The above output repeats 17 times.
Then 4 more operation success messages and it hangs, with my desktop killed.
Ctrl+alt+del, logout, log in, and I'm back in business. No noticeable increase in disk space, no newly installed programs (as expected).
I read the op, and from my understanding it doesn't require any dependencies? (Apktool, android SDK, android studio, etc). All the necessary dependencies are built in, right? It's a fresh install of windows 7 pro, with all available updates taken.
Click to expand...
Click to collapse
Bombed out is a rough term. The installer is just writing a bunch of registry keys, and deleting some other ones to make sure other associations don't mess it up. So, some registry operations don't always work - there just there to be sure. I've actually worked on cleaning that up in the next iteration I'm cooking.
And yes, there shouldn't be any more size increase past extracting the original zip. All the files used are enclosed. "Installer" is just telling Windows that "droid shell is at location %CD%" and "use app xxx in %CD% to open file XX". A few extras for the right-click context menus and icons...so forth.
So, to know if it is working is really just a matter of finding an apk or .jar and double-clicking it. You should get a terminal window showing the process and a box confirming success or failure, plus a reason why if failure.
The only dependency is the Java Runtime environment, which is the same common necessity as for any other Apktool environment. You can get it here, and I'll throw that link in the OP in a second.
The next iteration of the installer is going to be a lot cleaner, plus be more verbose so you actually know what it's doing. My first thought in putting it out was just to see how well the decompile/recompile stuff worked.
Bombed out is a rough term. The installer is just writing a bunch of registry keys, and deleting some other ones to make sure other associations don't mess it up. So, some registry operations don't always work - there just there to be sure. I've actually worked on cleaning that up in the next iteration I'm cooking.
And yes, there shouldn't be any more size increase past extracting the original zip. All the files used are enclosed. "Installer" is just telling Windows that "droid shell is at location %CD%" and "use app xxx in %CD% to open file XX". A few extras for the right-click context menus and icons...so forth.
So, to know if it is working is really just a matter of finding an apk or .jar and double-clicking it. You should get a terminal window showing the process and a box confirming success or failure, plus a reason why if failure.
The only dependency is the Java Runtime environment, which is the same common necessity as for any other Apktool environment. You can get it here, and I'll throw that link in the OP in a second.
The next iteration of the installer is going to be a lot cleaner, plus be more verbose so you actually know what it's doing. My first thought in putting it out was just to see how well the decompile/recompile stuff worked.
Click to expand...
Click to collapse
I didn't mean to offend with the term "bombed out", it may have been a bit of a rough term. I just meant the script terminated my desktop and hung up.
It actually succeed regardless of the errors, and is working like a charm. I apologize, I should have actually tested it before posting. I shouldn't have assumed that it didn't work based off of the terminal output/behavior.
Also, I would like to say that I greatly appreciate the work that you put into this, and all your other projects here on xda. I'm running your 4.4.4 gpe port for the verizon m8 as my primary rom, and it is by far the most stable port I have ever had the pleasure of flashing.
Attached are screenshots of DroidShell successfully decompiling and recompiling an apk with a simple right click selection on windows 7 pro. Good stuff.
Thanks! tons
Thanks for the work. very useful.
The compiling and decompiling of apk is perfect on Win 7 pro.
From the OP, i also got the impression it would unpack / pack images, so i tried it with a system.img copied to the droidshell directory.
With the command c:\droidshell\unpackimg system.img, I got the error as shown in screenshot
Am I doing something wrong, or is this not supported yet?
arbit12 said:
Thanks for the work. very useful.
The compiling and decompiling of apk is perfect on Win 7 pro.
From the OP, i also got the impression it would unpack / pack images, so i tried it with a system.img copied to the droidshell directory.
With the command c:\droidshell\unpackimg system.img, I got the error as shown in screenshot
Am I doing something wrong, or is this not supported yet?
Click to expand...
Click to collapse
It only works for boot images at the moment. System images are a different beast.
Sent from my HTC6525LVW using XDA Free mobile app
digitalhigh said:
It only works for boot images at the moment. System images are a different beast.
Sent from my HTC6525LVW using XDA Free mobile app
Click to expand...
Click to collapse
Okay. Thanks for the info.
thisguysayswht said:
I didn't mean to offend with the term "bombed out", it may have been a bit of a rough term. I just meant the script terminated my desktop and hung up.
It actually succeed regardless of the errors, and is working like a charm. I apologize, I should have actually tested it before posting. I shouldn't have assumed that it didn't work based off of the terminal output/behavior.
Also, I would like to say that I greatly appreciate the work that you put into this, and all your other projects here on xda. I'm running your 4.4.4 gpe port for the verizon m8 as my primary rom, and it is by far the most stable port I have ever had the pleasure of flashing.
Attached are screenshots of DroidShell successfully decompiling and recompiling an apk with a simple right click selection on windows 7 pro. Good stuff.
Click to expand...
Click to collapse
Oh, no offense taken.
I came at this project, as I do with most, with the mindset of "OOOH, SHINY THING. I MUST SHOW EVERYONE." So, first thought was putting out the app, despite some of the install stuff being a bit dirty.
However, the next iteration is shaping up to be quite lovely. See below.
arbit12 said:
Okay. Thanks for the info.
Click to expand...
Click to collapse
So, it appears that this question has motivated me to try making that function a reality sooner than later.
However, as far as I can see, the *ONLY* application for windows that currently deals with system images right now is Ext2Explore, which is a bit old and doesn't have command-line support.
Fortunately, there's source code for it, so I'm currently downloading Visual Studio and will see if I can add command line functionality, as well as make it launch with UAC prompting.
If I can make this work, my plan is to make one handler for .img files that works like so:
1. Look at the file passed to it and see if it's a boot image. If it is, extract and exit.
2. If it's not a boot image, try to extract it as a system image. If it is, extract and exit.
3. If it's not a boot or system image - pass it to explorer and mount as usual.
I can do # 1 and #3 already...it's just getting #2 to go.
Also, I've added a check in the installer that looks for the installation of notepad++. If it finds it, it will create additional associations for .xml, .prop, conf, config, .smali, and whatever else I can think of that I could possibly need to edit in a ROM.
Then, lastly, with all these additions, I'd like to make the installer a bit more verbose. Give some options so it's not just an all or nothing install, make it prettier, etc.
digitalhigh said:
Oh, no offense taken.
I came at this project, as I do with most, with the mindset of "OOOH, SHINY THING. I MUST SHOW EVERYONE." So, first thought was putting out the app, despite some of the install stuff being a bit dirty.
However, the next iteration is shaping up to be quite lovely. See below.
So, it appears that this question has motivated me to try making that function a reality sooner than later.
However, as far as I can see, the *ONLY* application for windows that currently deals with system images right now is Ext2Explore, which is a bit old and doesn't have command-line support.
Fortunately, there's source code for it, so I'm currently downloading Visual Studio and will see if I can add command line functionality, as well as make it launch with UAC prompting.
If I can make this work, my plan is to make one handler for .img files that works like so:
1. Look at the file passed to it and see if it's a boot image. If it is, extract and exit.
2. If it's not a boot image, try to extract it as a system image. If it is, extract and exit.
3. If it's not a boot or system image - pass it to explorer and mount as usual.
I can do # 1 and #3 already...it's just getting #2 to go.
Also, I've added a check in the installer that looks for the installation of notepad++. If it finds it, it will create additional associations for .xml, .prop, conf, config, .smali, and whatever else I can think of that I could possibly need to edit in a ROM.
Then, lastly, with all these additions, I'd like to make the installer a bit more verbose. Give some options so it's not just an all or nothing install, make it prettier, etc.
Click to expand...
Click to collapse
Captain_Throwback said:
Click to expand...
Click to collapse
Don't get too excited. I've never touched C++ before, and ext2Explore was done in VisualStudio.net and a WYSIWYG editor called QT. I found updated source for the program from 2012 and have gotten it to import into QT, however, it needs MingW and some other dependencies. I'll be lucky if I can even get it to compile again, let alone work, let alone work with added command-line stuff.
However, that's still the goal.
Also, I want to add wget (windows equivalent) stuff to auto grab and install java and notepad++ while we're at it.
So, I think Ext2Explore is more work than it's worth.
OSFMount, on the other hand, just let me mount a system.img as a removable disk with read-write access. I'm going to go down this road...
Good to hear that. Extracting system.img on windows can be a real pain at times - this would be great.
Had serious troubles deleting Windows.old folder. The Windows 10 on-board tools didn't remove it. Also afterwards running DOS-commands
Code:
attrib -r -s c:\windows.old /S /D
rd c:\windows.old /S /Q
which I ran as Administrator didn't work: Always hundreds of messages "Access denied" got.
Finally found the solution to get successfully deleted Windows.old folder. All one needs are two tools, available for free in the Internet ( A .REG-file and an .EXE-file ).
HOW-TO:
1. Unpack the included Unlocker1.9.0-portable .ZIP-archive to any HDD/USB-stick location of your choice
2. Install the .REG-file Add_Take_Ownership_to_context_menu, i.e. click on it
3. Navigate to folder Windows.old, right-click on it and run "Take ownership"
4. Open Unlocker
5. Drag Windows.old folder on it
6. Select Delete as action to perform
After some time (hours?) you should get message "Success. Object deleted".
FYI:
I packaged the 2 tools into a .ZIP-file. If you are interested in, then you can download it from here
Thought I should share it.
Thanks been wondering how to get rid of it. It's been taking up to much space
Sent from my N9518 using Tapatalk
without install anything you can delete folder and no hours-waiting
just use cleanmgr.exe
alt+r and type cleanmgr
choice the drive where older windows are located (usually c:\)
then click on system file cleaning (maybe you can read something like this 'cause my system language is italian)
in "file to delete" list just check "older windows versions"
hit ok and that's it
tyler200298 said:
without install anything you can delete folder and no hours-waiting
just use cleanmgr.exe
alt+r and type cleanmgr
choice the drive where older windows are located (usually c:\)
then click on system file cleaning (maybe you can read something like this 'cause my system language is italian)
in "file to delete" list just check "older windows versions"
hit ok and that's it
Click to expand...
Click to collapse
I guess that's easier
Sent from my N9518 using Tapatalk
heet1 said:
I guess that's easier
Sent from my N9518 using Tapatalk
Click to expand...
Click to collapse
I totally agree with tyler, It is easier using the disk clean-up utility. I just have a little correction. Use the Windows key + R key to open the disk clean up utility not alt + r. If you have any problem, quote me
Gadtech said:
I totally agree with tyler, It is easier using the disk clean-up utility. I just have a little correction. Use the Windows key + R key to open the disk clean up utility not alt + r. If you have any problem, quote me
Click to expand...
Click to collapse
ops, thanks for correction
jwoegerbauer said:
Had serious troubles deleting Windows.old folder. The Windows 10 on-board tools didn't remove it. Also afterwards running DOS-commands
Code:
attrib -r -s c:\windows.old /S /D
rd c:\windows.old /S /Q
which I ran as Administrator didn't work: Always hundreds of messages "Access denied" got.
Finally found the solution to get successfully deleted Windows.old folder. All one needs are two tools, available for free in the Internet ( A .REG-file and an .EXE-file ).
HOW-TO:
1. Unpack the included Unlocker1.9.0-portable .ZIP-archive to any HDD/USB-stick location of your choice
2. Install the .REG-file Add_Take_Ownership_to_context_menu, i.e. click on it
3. Navigate to folder Windows.old, right-click on it and run "Take ownership"
4. Open Unlocker
5. Drag Windows.old folder on it
6. Select Delete as action to perform
After some time (hours?) you should get message "Success. Object deleted".
FYI:
I packaged the 2 tools into a .ZIP-file. If you are interested in, then you can download it from here
Thought I should share it.
Click to expand...
Click to collapse
Or just use the disk cleanup tool that's built in with Windows. Click clean system files and check ☑ delete previous installation of Windows (windows.old folder)
Yaakov Brea said:
Or just use the disk cleanup tool that's built in with Windows. Click clean system files and check ☑ delete previous installation of Windows (windows.old folder)
Click to expand...
Click to collapse
I was just about to comment this. I wouldn't recommend deleting Windows.old until AFTER running Disk Cleanup, clicking on Clean System Files and deleting previous installation of Windows.
tyler200298 said:
ops, thanks for correction
Click to expand...
Click to collapse
Yeah, that also works too
I successfully got rid of it.... (May be harder then both methods though). In win10, there is a reset feature in settings. Just do this reset and tell the system to save nothing. Now I know that means starting over but you get the cleanest install of win10 possible )something like 10gb) without extra programs taking up space. Also I figure if your reading this, you should be affluent at installing drivers and such. If you don't have the drivers for your computer, they are usually available from the website of the manufacturer. I keep driver and program download backups...
Sent from my SM-G935V using XDA-Developers mobile app