[SuperR Kitchen] JochenP:
YES! it works perfect and the deodexing-option makes it easy - just...

if i take later a look into 'ROM Tools Menu' there i can read (CURRENT: Deodexed) - but whitch method?

It would be helpful if it indicates here the used method please :o

Edit1: build rom - for testing conveniances: is it possible to ask at the start of the build if apk and frameworkfiles should to be zipaligned? Then it will not ask secondly and go though directly ...

Edit2: build rom - to avoid building faulty roms please insert a main.log 0 Byte check - thanks in advance

Edit3: java errors. don't know why but sometimes superr starts with extracting system.img into root output folder (locked output) and if i go further and try to deodex the framework then java has a massive problem:

superr output:

... Deodexing telephony-common

/home/jogy/Schreibtisch/SuperRs_Kitchen_v1.0.3.0/superr: Zeile 3642: 12220 Trace/Breakpoint ausgelöst (Speicherabzug geschrieben) java -jar $smali -a $api $framedir/temp/smali -o $framedir/temp/$line.tmp >> $logs/main.log

mv: der Aufruf von stat für »telephony-common.jar.tmp“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden

... Deodexing framework

Error occurred while disassembling class Landroid.app.LoadedApk; - skipping class

java.lang.NullPointerException

at java.util.ComparableTimSort.mergeHi(ComparableTimSort.java:842)

at java.util.ComparableTimSort.mergeAt(ComparableTimSort.java:453)

at java.util.ComparableTimSort.mergeForceCollapse(ComparableTimSort.java:392)

at java.util.ComparableTimSort.sort(ComparableTimSort.java:191)

at java.util.ComparableTimSort.sort(ComparableTimSort.java:146)

at java.util.Arrays.sort(Arrays.java:472)

at java.util.Collections.sort(Collections.java:155)

at org.jf.baksmali.Adaptors.MethodDefinition.getMethodItems(MethodDefinition.java:389)

at org.jf.baksmali.Adaptors.MethodDefinition.writeTo(MethodDefinition.java:238)

at org.jf.baksmali.Adaptors.ClassDefinition.writeVirtualMethods(ClassDefinition.java:327)

at org.jf.baksmali.Adaptors.ClassDefinition.writeTo(ClassDefinition.java:113)

at org.jf.baksmali.baksmali.disassembleClass(baksmali.java:225)

at org.jf.baksmali.baksmali.access$000(baksmali.java:55)

at org.jf.baksmali.baksmali$1.call(baksmali.java:149)

at org.jf.baksmali.baksmali$1.call(baksmali.java:147)

at java.util.concurrent.FutureTask.run(FutureTask.java:262)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at java.lang.Thread.run(Thread.java:745)

main.log:

#

# A fatal error has been detected by the Java Runtime Environment:

#

# Internal Error (block.cpp:147), pid=61285, tid=140084321691392

# Error: ShouldNotReachHere()

#

# JRE version: OpenJDK Runtime Environment (7.0_95) (build 1.7.0_95-b00)

# Java VM: OpenJDK 64-Bit Server VM (24.95-b01 mixed mode linux-amd64 compressed oops)

# Derivative: IcedTea 2.6.4

# Distribution: Ubuntu 14.04.3 LTS, package 7u95-2.6.4-0ubuntu0.14.04.1

# Core dump written. Default location: /home/jogy/Schreibtisch/SuperRs_Kitchen/tools/core or core.61285

#

# An error report file with more information is saved as:

# /home/jogy/Schreibtisch/SuperRs_Kitchen/tools/hs_err_pid61285.log

#

# If you would like to submit a bug report, please include

# instructions on how to reproduce the bug and visit:

# http://icedtea.classpath.org/bugzilla

this occurs in VMware -windows Linux Mint 64bit 8gb 200gb envirement