kennylee26 / android-apktool Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/android-apktool
Automatically exported from code.google.com/p/android-apktool
http://forum.xda-developers.com/showthread.php?p=6166523#post6166523
Original issue reported on code.google.com by Brut.alll
on 21 Apr 2010 at 9:48
What steps will reproduce the problem?
1.apktool d com.htc.resources.apk com.htc
What is the expected output? What do you see instead?
I: Baksmaling...
I: Decoding resource table...
I: Decoding resources...
Exception in thread "main" brut.androlib.err.UndefinedResObject: resource
spec:
0x010102c1
at brut.androlib.res.data.ResPackage.getResSpec(Unknown Source)
at brut.androlib.res.data.ResTable.getResSpec(Unknown Source)
at brut.androlib.res.data.ResTable.getResSpec(Unknown Source)
at
brut.androlib.res.data.value.ResReferenceValue.getReferent(Unknown So
urce)
at
brut.androlib.res.data.value.ResStyleValue.serializeToXml(Unknown Sou
rce)
at brut.androlib.res.AndrolibResources.generateValuesFile(Unknown
Source)
at brut.androlib.res.AndrolibResources.decode(Unknown Source)
at brut.androlib.Androlib.decodeResourcesFull(Unknown Source)
at brut.androlib.ApkDecoder.decode(Unknown Source)
at brut.apktool.Main.cmdDecode(Unknown Source)
at brut.apktool.Main.main(Unknown Source)
What version of the product are you using? On what operating system?
ver1.1.1 Windows7 32bit
Please provide any additional information below.
include this framework and all the apps use the resources in it can't
rebuild normally,please check it ,thanks
Original issue reported on code.google.com by [email protected]
on 1 May 2010 at 5:35
Attachments:
There is a bunch of apps in htc hero cdma sprint (2.1-update) rom, which
has next problem:
Repro:
$apktool d -s HTCAlbum.apk HTCAlbum.decoded
I: Decoding resource table...
I: Decoding resources...
W: Could not decode attr value, using undecoded value instead: ns=android,
name=src, value=0x0202072f
W: Could not decode attr value, using undecoded value instead: ns=android,
name=src, value=0x0202072e
W: Could not decode attr value, using undecoded value instead: ns=android,
name=background, value=0x0202072a
W: Could not decode attr value, using undecoded value instead: ns=android,
name=background, value=0x0202072c
I: Copying assets and libs...
$apktool b HTCAlbum.decoded
W: Could not find sources
I: Checking whether resources has changed...
I: Building resources...
/home/astar/android/kitchen/build/HTCAlbum.decoded/res/layout-mdpi/zoomer.xml:5:
error: Error: No resource type specified (at 'src' with value '@33687343').
/home/astar/android/kitchen/build/HTCAlbum.decoded/res/layout-mdpi/zoomer.xml:6:
error: Error: No resource type specified (at 'src' with value '@33687342').
/home/astar/android/kitchen/build/HTCAlbum.decoded/res/layout-mdpi/zoomer.xml:7:
error: Error: No resource type specified (at 'background' with value
'@33687338').
/home/astar/android/kitchen/build/HTCAlbum.decoded/res/layout-mdpi/zoomer.xml:10
:
error: Error: No resource type specified (at 'background' with value
'@33687340').
Exception in thread "main" brut.androlib.AndrolibException:
brut.common.BrutException: could not exec command: [aapt, p, -F,
/tmp/APKTOOL3792701792102865439.tmp, -I,
/tmp/brut_util_Jar_3293322873639936806.tmp, -I,
/tmp/brut_util_Jar_5723326323782498275.tmp, -S,
/home/astar/android/kitchen/build/HTCAlbum.decoded/res, -M,
/home/astar/android/kitchen/build/HTCAlbum.decoded/AndroidManifest.xml,
/home/astar/android/kitchen/build/HTCAlbum.decoded/9patch]
at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
at brut.androlib.Androlib.buildResources(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.apktool.Main.cmdBuild(Unknown Source)
at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -F,
/tmp/APKTOOL3792701792102865439.tmp, -I,
/tmp/brut_util_Jar_3293322873639936806.tmp, -I,
/tmp/brut_util_Jar_5723326323782498275.tmp, -S,
/home/astar/android/kitchen/build/HTCAlbum.decoded/res, -M,
/home/astar/android/kitchen/build/HTCAlbum.decoded/AndroidManifest.xml,
/home/astar/android/kitchen/build/HTCAlbum.decoded/9patch]
at brut.util.OS.exec(Unknown Source)
... 7 more
As we can see when we build resources back it fail exactly with resources
it warned during decoding
Using apktool-1.2 and utils 2.2_r01-1 on
$ uname -a
Linux astar-desktop 2.6.32-22-generic #33-Ubuntu SMP Wed Apr 28 13:28:05
UTC 2010 x86_64 GNU/Linux
Apps which has this problem: Calendar.apk, HTCAlbum.apk, HtcContacts.apk,
HtcDialer.apk, HtcFacebook.apk, HtcMusic.apk, HtcSoundRecorder.apk,
UploadProvider.apk, WorldClock.apk
Original issue reported on code.google.com by [email protected]
on 4 Jun 2010 at 11:44
Currently recognition is based on opcodes only. You will see many
misinterpreted variables (shown as ints). We could enhance recognition
capabilities:
* track type of result register. This will fix most of issues.
* track register types. This will fix "move*" instructions and should be
really easy to add.
* interpretation of forward invokes, puts, etc. This should fix all or
nearly all of issues, but will be quite hard to add.
Original issue reported on code.google.com by Brut.alll
on 28 Apr 2010 at 9:04
obviously it needs to run on android, precursor to on-board compiler and
project editor.
Original issue reported on code.google.com by [email protected]
on 25 Apr 2010 at 12:53
1. Decompile Mms.apk.
2. Open Mms\res\values\strings.xml, you will see some entries with
trailing space. For example, <string name="forward_prefix">Fwd: </string>
3. Build Mms foler to APK without any change.
4. Decompile the new out.apk.
5. Open out\res\values\strings.xml, check if the trailing spaces are
preserved.
[Expected]
Spaces are preserved.
[Actual]
Spaces are removed.
I'm using apktool-1.0.0.tar.bz2 and apktool-install-windows-2.1_r01-1.zip
released on April 2. My PC is running Windows 7.
Original issue reported on code.google.com by [email protected]
on 16 Apr 2010 at 7:23
Currently both android and HTC resources are decoded each time an app is
decoded. This takes some time, but HTC resources aren't needed for most of
apps, so it would be better to load frameworks on-demand.
Original issue reported on code.google.com by Brut.alll
on 28 Apr 2010 at 9:12
http://forum.xda-developers.com/showthread.php?p=6112746#post6112746
Original issue reported on code.google.com by Brut.alll
on 21 Apr 2010 at 9:42
Many errors when building:
"res/values/public.xml:2433: error: Public entry identifier 0x108032c entry
index is larger than available symbols (index 812, total symbols 800)."
Original issue reported on code.google.com by Brut.alll
on 1 May 2010 at 7:39
Skype for Android uses an obfuscation which trips up apktool when creating
the smali output files:
$ apktool d -d com.skype.android.verizon.apk outI: Baksmaling...
Exception in thread "main" brut.androlib.AndrolibException:
brut.androlib.AndrolibException: File already exists:
out/smali/com/skype/android/verizon/activity/a.java
at brut.androlib.Androlib.decodeSourcesSmali(Unknown Source)
at brut.androlib.ApkDecoder.decode(Unknown Source)
at brut.apktool.Main.cmdDecode(Unknown Source)
at brut.apktool.Main.main(Unknown Source)
Caused by: brut.androlib.AndrolibException: File already exists:
out/smali/com/skype/android/verizon/activity/a.java
at brut.androlib.src.SmaliDecoder.decodeClassDefItem(Unknown Source)
at brut.androlib.src.SmaliDecoder.decode(Unknown Source)
at brut.androlib.src.SmaliDecoder.decode(Unknown Source)
... 4 more
I'm currently using apktool 1.1.1 on Mac OS X. Version 1.0.0 didn't produce
this error but I don't know if the problem existed and was being swallowed
or is actually new.
Please provide any additional information below:
You can get a Skype for Android 1.0.0.6 .apk from
http://www.sendspace.com/file/rnwab1
Original issue reported on code.google.com by [email protected]
on 30 Apr 2010 at 10:49
Most of apps have only one package in apk. I don't know, if it is possible
to build multipackage apk using official SDK, but Vending.apk, for example,
has two:
{{{
$ aapt d resources Vending.apk | head
Package Groups (2)
Package Group 0 id=1 packageCount=1 name=android
Package 0 id=1 name=android typeCount=1
type 0 configCount=1 entryCount=1
spec resource 0x01010000 android:id/progress_small: flags=0x00000000
config 0 lang=-- cnt=-- orien=0 touch=0 density=def key=0 infl=0
nav=0 w=0 h=0 sz=0 lng=0
resource 0x01010000 android:id/progress_small: t=0x12 d=0x00000000
(s=0x0008 r=0x00)
Package Group 1 id=127 packageCount=1 name=com.android.vending
Package 0 id=127 name=com.android.vending typeCount=12
type 0 configCount=1 entryCount=1
}}}
apktool will throw "Apk's with multiple or zero package groups not
supported" error, if you try to decode such apk.
Original issue reported on code.google.com by Brut.alll
on 2 Mar 2010 at 10:51
As I mentioned a long time ago in the xda thread, forcing users to stick
everything in the Windows directory is annoying.
If you change:
java -jar %WINDIR%\apktool.jar %1 %2 %3 %4 %5 %6 %7 %8 %9
to
java -jar %~dp0\apktool.jar %1 %2 %3 %4 %5 %6 %7 %8 %9
then as long as apktool.jar is in the same directory as apktool.bat, it will
work, which makes it easier to put them in a non-system folder.
It will still work if a user just drops everything in %WINDIR%
Original issue reported on code.google.com by [email protected]
on 7 Jun 2010 at 1:21
http://forum.xda-developers.com/showthread.php?p=6124066#post6124066
"I don't know what are 0x02* resources (0x01* is android framework, 0x7f* is
an app), I guess some HTC bits, but I must do research to know, whether
these resources are compatible between various HTC devices, etc. So I must
find some dumps from HTC devices and look into them: boooring ;-)"
Original issue reported on code.google.com by Brut.alll
on 18 Apr 2010 at 7:34
adb pull /system/framework/framework-res.apk .
lado@genlap ~/res $ ls
framework-res.apk
lado@genlap ~/res $ apktool d -s framework-res.apk .
Exception in thread "main" brut.androlib.AndrolibException:
brut.directory.DirectoryException: java.util.zip.ZipException: error in
opening zip file
at brut.androlib.Androlib.decodeSourcesRaw(Unknown Source)
at brut.androlib.ApkDecoder.decode(Unknown Source)
at brut.apktool.Main.cmdDecode(Unknown Source)
at brut.apktool.Main.main(Unknown Source)
Caused by: brut.directory.DirectoryException: java.util.zip.ZipException:
error in opening zip file
at brut.directory.ZipRODirectory.<init>(Unknown Source)
at brut.directory.ZipRODirectory.<init>(Unknown Source)
at brut.androlib.res.util.ExtFile.getDirectory(Unknown Source)
... 4 more
Caused by: java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:114)
at java.util.zip.ZipFile.<init>(ZipFile.java:131)
... 7 more
lado@genlap ~/res $ ls
lado@genlap ~/res $
:( :O
Original issue reported on code.google.com by [email protected]
on 20 May 2010 at 3:25
when i rebuild phone.apk,it say:
E:\apk>apktool b phone
I: Checking whether sources has changed...
I: Smaling...
I: Checking whether resources has changed...
I: Building resources...
E:\apk\phone\res\layout\pref_dialog_editpin.xml:2: error: Error: Resource
is not
public. (at 'id' with value '@android:id/tab_selector').
Exception in thread "main" brut.androlib.AndrolibException:
brut.common.BrutExce
ption: could not exec command: [aapt, p, -F,
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\
APKTOOL6923827827320261632.tmp, -I,
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\brut_util
_Jar_6136168658490857599.tmp, -S, E:\apk\phone\res, -M,
E:\apk\phone\AndroidMani
fest.xml, E:\apk\phone\9patch]
at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
at brut.androlib.Androlib.buildResources(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.apktool.Main.cmdBuild(Unknown Source)
at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -F,
C:\D
OCUME~1\ADMINI~1\LOCALS~1\Temp\APKTOOL6923827827320261632.tmp, -I,
C:\DOCUME~1\A
DMINI~1\LOCALS~1\Temp\brut_util_Jar_6136168658490857599.tmp, -S,
E:\apk\phone\re
s, -M, E:\apk\phone\AndroidManifest.xml, E:\apk\phone\9patch]
at brut.util.OS.exec(Unknown Source)
... 7 more
Original issue reported on code.google.com by [email protected]
on 10 Apr 2010 at 8:08
Attachments:
Currently AXML files are recognized by .xml extension, but this isn't good:
sometimes there are *.html files compiled, sometimes there are AXML files
without any extension.
Original issue reported on code.google.com by Brut.alll
on 31 May 2010 at 1:20
.
Original issue reported on code.google.com by Brut.alll
on 4 Jun 2010 at 5:06
What steps will reproduce the problem?
1. Decompile and mod an app
2. recompile
3. Gets stuck on "Building Resources"
What version of the product are you using? 1.0 On what operating system?
Windows 7
Please provide any additional information below.
Only happens on some apps.
Original issue reported on code.google.com by [email protected]
on 12 Apr 2010 at 11:11
Smali/BakSmali, ApkTool, and related systems need to establish a
comprehensive standard data format so that version dependent and host
dependent issues such as android sdk failing to be stable do not effect
the recoverability and portability of existing and future tools. Their
interdependency is obvious and should be merged/standardized, but inline
trace and runtime verification should be handled on-board as should an
api/interface to standard data for visualization and editing. There is no
reason a client wishing to use (restrict) only one application should have
anything else running or accessable on the machine, full decomp-inline-rip-
optimize and rewrite core with tool is an easy target for these projects.
I am more concerned with code audit and on-board compiler and system
visualization especially when the host changes so severely due to
Google/etc's incompetence.
Original issue reported on code.google.com by [email protected]
on 25 Apr 2010 at 1:47
I know what is the reason, but have to do some research.
Original issue reported on code.google.com by Brut.alll
on 29 Apr 2010 at 4:15
https://docs.google.com/leaf?
id=0B0jrkxXOrji0MmM0MWE0M2EtOGU0MS00YjlhLWFiYzktMmNhOTQ0MTkxMjNj&hl=en
C:\Users\zhanghaijun\Desktop>apktool b Dock
I: Checking whether sources has changed...
I: Smaling...
I: Checking whether resources has changed...
I: Building resources...
C:\Users\zhanghaijun\Desktop\Dock\res\anim\undim.html:1: error: Error
parsing XM
L: not well-formed (invalid token)
Exception in thread "main" brut.androlib.AndrolibException:
brut.common.BrutExce
ption: could not exec command: [aapt, p, -F, C:\Users\ZHANGH~1
\AppData\Local\Tem
p\APKTOOL2321089229231753812.tmp, -I, C:\Users\ZHANGH~1
\AppData\Local\Temp\brut_
util_Jar_6498052899293112205.tmp, -I, C:\Users\ZHANGH~1
\AppData\Local\Temp\brut_
util_Jar_8202150761596109960.tmp, -S,
C:\Users\zhanghaijun\Desktop\Dock\res, -M,
C:\Users\zhanghaijun\Desktop\Dock\AndroidManifest.xml,
C:\Users\zhanghaijun\Des
ktop\Dock\9patch]
at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
at brut.androlib.Androlib.buildResources(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.apktool.Main.cmdBuild(Unknown Source)
at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -
F, C:\U
sers\ZHANGH~1\AppData\Local\Temp\APKTOOL2321089229231753812.tmp, -I,
C:\Users\ZH
ANGH~1\AppData\Local\Temp\brut_util_Jar_6498052899293112205.tmp, -I,
C:\Users\ZH
ANGH~1\AppData\Local\Temp\brut_util_Jar_8202150761596109960.tmp, -S,
C:\Users\zh
anghaijun\Desktop\Dock\res, -M,
C:\Users\zhanghaijun\Desktop\Dock\AndroidManifes
t.xml, C:\Users\zhanghaijun\Desktop\Dock\9patch]
at brut.util.OS.exec(Unknown Source)
... 7 more
C:\Users\zhanghaijun\Desktop>
Original issue reported on code.google.com by [email protected]
on 9 May 2010 at 4:12
What steps will reproduce the problem?
1. decompile framework-res.apk with apktool d -s framework-res.apk src/
2. buiold it with apktool b src/
3. sign and zipalign
4. push it to /system/framework/
5. chmod 0644 /sysmtem/framework/framework-res.apk
6. reboot
What is the expected output? What do you see instead?
Working phone, but
now when I reboot the phone i get no service and all my apps are being
force closed.
What version of the product are you using? On what operating system?
Motorola milestone 2.1update1
Please provide any additional information below.
For testing
Original issue reported on code.google.com by [email protected]
on 28 May 2010 at 3:28
http://forum.xda-developers.com/showthread.php?p=6691084#post6691084
Java automatically returns 1 on uncaught exceptions, so apktool already have
this feature. There are cases, when it returns 0 instead of 1, because I
catch some exceptions, show helpful error message, but have forgotten to set
return code to 1 - I'll fix this. Also there are some errors, that don't
stop decoding/building process, but result with broken files ("Could not
decode attr value...") - I will return 2 on such cases.
Original issue reported on code.google.com by Brut.alll
on 4 Jun 2010 at 5:08
apktool crashes on many APKs for Android 2.2, like Flash 10.1, Browser.apk
etc.
Original issue reported on code.google.com by [email protected]
on 24 May 2010 at 11:53
Hi,
i think it will so great to port apktool on win32 like xp vista ...
and java is create to every plateform :)
Original issue reported on code.google.com by [email protected]
on 15 Mar 2010 at 5:13
C:\tools>apktool.bat d framework-res-evo.apk
I: Loading resource table...
I: Decoding resources...
I: Copying assets and libs...
C:\tools>apktool.bat b framework-res-evo
W: Could not find sources
I: Checking whether resources has changed...
I: Building resources...
C:\tools\framework-res-evo\res\values\public.xml:947: error: Public symbol id/fi
ll_parent declared here is not defined.
C:\tools\framework-res-evo\res\values\public.xml:1261: error: Public entry ident
ifier 0x102021d entry index is larger than available symbols (index 541, total s
ymbols 541).
C:\tools\framework-res-evo\res\values\public.xml:1261: error: Public symbol id/m
ode_normal declared here is not defined.
Exception in thread "main" brut.androlib.AndrolibException: brut.common.BrutExce
ption: could not exec command: [aapt, p, -F, C:\Users\SAMBOW~1\AppData\Local\Tem
p\APKTOOL6301918668118026335.tmp, -x, -0, arsc, -S, C:\tools\framework-res-evo\r
es, -M, C:\tools\framework-res-evo\AndroidManifest.xml, C:\tools\framework-res-e
vo\9patch]
at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
at brut.androlib.Androlib.buildResources(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.apktool.Main.cmdBuild(Unknown Source)
at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -F, C:\U
sers\SAMBOW~1\AppData\Local\Temp\APKTOOL6301918668118026335.tmp, -x, -0, arsc, -
S, C:\tools\framework-res-evo\res, -M, C:\tools\framework-res-evo\AndroidManifes
t.xml, C:\tools\framework-res-evo\9patch]
at brut.util.OS.exec(Unknown Source)
... 7 more
Original issue reported on code.google.com by [email protected]
on 9 Jun 2010 at 11:33
.
Original issue reported on code.google.com by Brut.alll
on 17 Mar 2010 at 10:37
My goal is to have all needed resources builtin, but you never know and
including external file will be no problem.
Original issue reported on code.google.com by Brut.alll
on 29 Apr 2010 at 7:23
error: Public symbol id/fill_parent declared here is not defined.
error: Public symbol id/mode_normal declared here is not defined.
Original issue reported on code.google.com by Brut.alll
on 7 Jun 2010 at 9:24
What steps will reproduce the problem?
1. Extracted apktool-0.9.0 to /opt/apktool
2. Run /opt/apktool/apktool
3. Get this error message: "Failed to load Main-Class manifest attribute
from /opt/apktool/apktool.jar"
What version of the product are you using? On what operating system?
Distributor ID: Ubuntu
Description: Ubuntu lucid (development branch)
Release: 10.04
Codename: lucid
java version "1.6.0_15"
Java(TM) SE Runtime Environment (build 1.6.0_15-b03)
Java HotSpot(TM) Server VM (build 14.1-b02, mixed mode)
Original issue reported on code.google.com by rgv151
on 2 Mar 2010 at 2:15
9-patch data is written directly into an image binary, it is somewhat harder
to get it and this data is currently not decoded. apktool modifies names of
9-patch files to normal .png, so they are acceptable by aapt, but then they
will stretch like a normal images.
Currently there is workaround for this: after apk building you could copy 9-
patch images from original to new apk. Of course you need to modify names,
as apktool did.
Original issue reported on code.google.com by Brut.alll
on 2 Mar 2010 at 10:40
http://forum.xda-developers.com/showthread.php?p=6105095#post6105095
"Earlier I thought that only a few "bad" apps (Google Maps, DeskClock) use
private framework resources and because making resources public is dirty
hack, I've chosen to publicize these required resources only. Now I see that
there are more such apps (Settings.apk), so I think we have no other choice
than to make all framework resources public."
"And maybe I don't have arsc-file builder, but... I have a parser :-) I will
hack it to run through android.jar file modifying all public bits. It should
not be a problem."
Original issue reported on code.google.com by Brut.alll
on 18 Apr 2010 at 5:57
What steps will reproduce the problem?
1. Get a jar or apk without a resources.arsc file
2. Try to run apktool d file.jar
3. or apktool d -r file.jar
What is the expected output? What do you see instead?
apktool should skip resources.arsc if the file doesn't exist. Right now it
bails out with
"Exception in thread "main" brut.androlib.AndrolibException: Could not load
resources.arsc from file: file.jar"
What version of the product are you using? On what operating system?
apktool 1.2.0 using Ubuntu Lucid.
Please provide any additional information below.
All info should be above.
Original issue reported on code.google.com by [email protected]
on 10 Jun 2010 at 4:46
http://forum.xda-developers.com/showthread.php?p=6364258#post6364258
Original issue reported on code.google.com by Brut.alll
on 2 May 2010 at 8:41
apktool fails at unpacking the Froyo Youtube Application.
>java -jar apktool.jar d -f ../Youtube22.ap
k ../out
I: Baksmaling...
Exception in thread "main" brut.androlib.AndrolibException:
brut.androlib.Androl
ibException: File already exists: ..\out\smali\h.smali
at brut.androlib.Androlib.decodeSourcesSmali(Unknown Source)
at brut.androlib.ApkDecoder.decode(Unknown Source)
at brut.apktool.Main.cmdDecode(Unknown Source)
at brut.apktool.Main.main(Unknown Source)
Caused by: brut.androlib.AndrolibException: File already exists:
..\out\smali\h.
smali
at brut.androlib.src.SmaliDecoder.decodeClassDefItem(Unknown Source)
at brut.androlib.src.SmaliDecoder.decode(Unknown Source)
at brut.androlib.src.SmaliDecoder.decode(Unknown Source)
... 4 more
Original issue reported on code.google.com by [email protected]
on 4 Jun 2010 at 1:40
It may be hard, but would give us some benefits:
* possibility to rebuild framework, system and some "weird" apps.
* apktool will be then fully independent
Original issue reported on code.google.com by Brut.alll
on 13 Mar 2010 at 2:43
.
Original issue reported on code.google.com by Brut.alll
on 31 May 2010 at 1:14
http://forum.xda-developers.com/showthread.php?p=6135453#post6135453
Original issue reported on code.google.com by Brut.alll
on 21 Apr 2010 at 9:46
lado@genlap ~/apk $ apktool b -f des/
I: Smaling...
I: Building resources...
/home/lado/apk/des/res/values/public.xml:68: error: Public entry identifier
0x7f0200dd entry index is larger than available symbols (index 221, total
symbols 221).
/home/lado/apk/des/res/values/public.xml:68: error: Public symbol
drawable/grayBg declared here is not defined.
Exception in thread "main" brut.androlib.AndrolibException:
brut.common.BrutException: could not exec command: [aapt, p, -F,
/tmp/APKTOOL9045157144165051918.tmp, -I,
/tmp/brut_util_Jar_5691448846377708820.tmp, -I,
/tmp/brut_util_Jar_2963946762175099994.tmp, -S, /home/lado/apk/des/res, -M,
/home/lado/apk/des/AndroidManifest.xml, /home/lado/apk/des/9patch]
at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
at brut.androlib.Androlib.buildResources(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.apktool.Main.cmdBuild(Unknown Source)
at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -F,
/tmp/APKTOOL9045157144165051918.tmp, -I,
/tmp/brut_util_Jar_5691448846377708820.tmp, -I,
/tmp/brut_util_Jar_2963946762175099994.tmp, -S, /home/lado/apk/des/res, -M,
/home/lado/apk/des/AndroidManifest.xml, /home/lado/apk/des/9patch]
at brut.util.OS.exec(Unknown Source)
... 7 more
Phone.apk from 2.1 Android
I did not modified anything.
Original issue reported on code.google.com by [email protected]
on 20 May 2010 at 1:27
http://forum.xda-developers.com/showthread.php?p=6365472#post6365472
Original issue reported on code.google.com by Brut.alll
on 2 May 2010 at 8:42
This has low priority, cause we can't simplify it much. Builtin deodexing
feature will be just few clicks shorter than using Deodexer + apktool.
Original issue reported on code.google.com by Brut.alll
on 19 Apr 2010 at 8:23
JesusFreke has updated his jar's and it will solve some issues we are having
with select applications.
Original issue reported on code.google.com by [email protected]
on 12 Apr 2010 at 8:43
http://docs.google.com/leaf?
id=0B0jrkxXOrji0ZGQ2ZDkzZTctYTAxMy00ZTk5LWJiOGUtZDYyZWQ4YmM1NWI4&hl=en
Decompile OK, but error message popup when rebuild without any change.
Original issue reported on code.google.com by [email protected]
on 8 May 2010 at 4:19
Then we will be able to add some build-sign-install-run combo commands.
Original issue reported on code.google.com by Brut.alll
on 17 Mar 2010 at 10:23
What steps will reproduce the problem?
1. 7za x ... to extract APK to TMPDIR
2. optipng applied on all png files of TMPDIR
3. aapt p -F APK TMPDIR to repack it, and resign it
4. do a loop for all APKs
5. flash all changed apks to /system/app, and reboot
6. all apks work well except accountmanager
What version of the product are you using? On what operating system?
htc Tattoo, android 1.6
Please provide any additional information below.
The setup wizard fails at 'Set up accounts' interface -> 'Google
account(Tap to set up)', but the tapping does nothing, I guess the account
manager app sucks.
Is this issue related with apktool? Any ideas? Thanks.
Original issue reported on code.google.com by [email protected]
on 3 Apr 2010 at 2:43
Currently whole CLI interface is just a <10 lines of code.
Original issue reported on code.google.com by Brut.alll
on 2 Mar 2010 at 10:54
.
Original issue reported on code.google.com by Brut.alll
on 4 Jun 2010 at 5:12
What steps will reproduce the problem?
1.AccountAndSyncSettings.apk and Launcher.apk decompile no error
2.no chang anything
3.apk_tool/apktool b ./AccountAndSyncSettings
4.apk_tool/apktool b ./Launcher
show error message
root@coolfree-desktop:/monme# /apk_tool/apktool b ./AccountAndSyncSettings
I: Checking whether sources has changed...
I: Smaling...
I: Checking whether resources has changed...
I: Building resources...
Exception in thread "main" brut.androlib.AndrolibException:
brut.common.BrutException: could not exec command: [aapt, p, -
F, /tmp/APKTOOL5247010342906233030.tmp, -
I, /tmp/brut_util_Jar_869838621999298831.tmp, -
I, /tmp/brut_util_Jar_1200233732860794926.tmp, -
S, /monme/./AccountAndSyncSettings/res, -
M, /monme/./AccountAndSyncSettings/AndroidManifest.xml, /monme/./AccountAnd
SyncSettings/9patch]
at brut.androlib.res.AndrolibResources.aaptPackage(Unknown Source)
at brut.androlib.Androlib.buildResourcesFull(Unknown Source)
at brut.androlib.Androlib.buildResources(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.apktool.Main.cmdBuild(Unknown Source)
at brut.apktool.Main.main(Unknown Source)
Caused by: brut.common.BrutException: could not exec command: [aapt, p, -
F, /tmp/APKTOOL5247010342906233030.tmp, -
I, /tmp/brut_util_Jar_869838621999298831.tmp, -
I, /tmp/brut_util_Jar_1200233732860794926.tmp, -
S, /monme/./AccountAndSyncSettings/res, -
M, /monme/./AccountAndSyncSettings/AndroidManifest.xml, /monme/./AccountAnd
SyncSettings/9patch]
at brut.util.OS.exec(Unknown Source)
... 7 more
Caused by: java.io.IOException: Cannot run program "aapt":
java.io.IOException: error=2, No such file or directory
at java.lang.ProcessBuilder.start(ProcessBuilder.java:460)
at java.lang.Runtime.exec(Runtime.java:593)
at java.lang.Runtime.exec(Runtime.java:466)
... 8 more
Caused by: java.io.IOException: java.io.IOException: error=2, No such file
or directory
at java.lang.UNIXProcess.<init>(UNIXProcess.java:148)
at java.lang.ProcessImpl.start(ProcessImpl.java:65)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
... 10 more
root@coolfree-desktop:/monme#
Original issue reported on code.google.com by [email protected]
on 30 May 2010 at 2:33
Attachments:
They are stored separately to string values and currently are just ignored.
So: '<xliff:g id="name">%s</xliff:g><b>a</b>' become '%sa' after decoding.
Original issue reported on code.google.com by Brut.alll
on 16 Apr 2010 at 11:58
.
Original issue reported on code.google.com by Brut.alll
on 2 Mar 2010 at 10:56
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.