[Anleitung] PDroid Patches fuer ICS/JB erstellen mit Cygwin

  • 474 Antworten
  • Letztes Antwortdatum
Also ich hab mit ApG keine Probleme unter Windows. ;)

Sent from Nexus 4 powered by PARANOIDANDROID
 
dito :D
 
Pro.aggro , Klaus
Seid ihr so vorgegangen wie ich oben beschrieben habe, oder mache ich da nen Denkfehler? Könnten meine Probleme durch den Franco kernel kommen?
 
Ich habe bisher nur Patches für die ParanoidAndroid erstellt.

Sent from Nexus 4 powered by PARANOIDANDROID
 
@Sir.John

Ich habe CM am Laufen, kann nur soviel sagen, dass die zu patchende ROM deodexed sein muss.

Das bloße Repacken tar > zip wird, denke ich, nicht funzen. Habe ich jedenfalls bisher nicht versucht. CM liegt ja schon als zip vor ;)

Edit: Das nachträgliche Flashen eines anderen Kernels hat aber i. d. R. keinen Einfluß auf PDroid. Anders sähe es beim SuperCharger aus...

Gesendet von meinem GT-I9100 mit der Android-Hilfe.de App
 
Zuletzt bearbeitet:
Hallo,

wieder ein neuer Versuch :)

Nexus S:

Rom:cm-10.1-20130125-NIGHTLY-crespo
ApG:V2.5.7.5 - Supercharger+Opendroid
OS:Win-7-64bit-SP1

Patchen ging wie immer ohne Probleme!
Rein von der Performanc her war es schon um welten besser.
Leider war das GUI wieder sehr, instabil und stürzte öfters ab.
Auch ein paar Lags wahren wieder vorhanden. Overall Performanc war nicht mit dem untouched cm.10.1 Nightly zu vergleichen.

Hier ist das komplette LOG des Patchvorganges:
http://codepad.org/u3tOQoh3
Vielleicht findet man hier den Fehler

Nexus 7:

ROM: cm-10.1-20130123-NIGHTLY-grouper
(Version 20130125 hat einen Bug in der Playstore-App )
ApG:V2.5.7.5 - Supercharger+Opendroid
OS:Win-7-64bit-SP1


Da ich immer nur mein Nexus S maltretiert habe, dachte ich dass ich auch einmal dem Nexus 7 den Patch verpassen sollte.
Wie gehabt wars schnell erledigt.

LOG:http://codepad.org/q0yHiRse

Ich weiß nicht an was es liegt aber Supercharger+Opendroid funktioniert wie eine Rackete auf dem Nexus 7. Es gibt keine Lags nix. Man kann im Pdroid Manager schön die Rechte einzeln aberkennen usw. Es funktioniert wie es sein sollte ^^

Schlussendlich kann ich nur rein spekulieren und sagen, dass die HW des Nexus S anscheinend doch recht schwach für die Mods ist. Inwieweit der Patch die Systemstabilität ins negative zieht übersteigt meine Fähigkeiten.
Aber generell dürften alle die einen zweikern ARM chip und mehr, keine Problem mit den besagten Mods haben.

Trotzdem werde ich versuchen mein Nexus S noch flott zu bekommen ;)
(Gut Ding braucht weile)
Ein neues Nexus kommt erst in einem Jahr in Frage ^^
 
Zuletzt bearbeitet:
Doppl Post DEL

(eure Server sind machmal sehr "träge ")
 
@razzor1984

In den aktuellen OpenPDroid-Patches sind wohl noch einige Bugs. Mateorod hat gestern Vormittag geschrieben, dass sie am Abend mit dem Build der neuen OpenPDroid-Patches beginnen werden.

Zitat von Mateorod: "Wenn es ohne Schluckauf läuft, schätze ich, dass die neuen OpenPDroid-Patches in wenigen Tagen fertig sind."

... Also wie immer, Geduld haben :D

CU
Klaus.
 
Klaus N. schrieb:
@razzor1984

In den aktuellen OpenPDroid-Patches sind wohl noch einige Bugs. Mateorod hat gestern Vormittag geschrieben, dass sie am Abend mit dem Build der neuen OpenPDroid-Patches beginnen werden.

Zitat von Mateorod: "Wenn es ohne Schluckauf läuft, schätze ich, dass die neuen OpenPDroid-Patches in wenigen Tagen fertig sind."

... Also wie immer, Geduld haben :D

CU
Klaus.

Hab Mateorod direkt auf Gitub die Fehler ins "Bug-Log" reingeschrieben ;)
https://github.com/wsot/openpdroid_support/issues?sort=created&state=open
 
Noch diese Woche wirds aller voraussicht einen Fix geben :)
Lautmateor wird ApG. version 2.6.0 die Performanc verbesserungen beinhalten.
Anscheinden wurde zu Testzwecken eine Datenbank immer wieder geöffnet und geschlossen. Andere Probleme wurden somit gelöst, nur bei den schwächeren Modellen wie dem Nexus S, wo nur ein A8 werkelt, war das anscheind schon zu viel.(deswegen die dauernde "Auslastung")

Lauere schon gespannt auf die neue Version :)
Greets Razzor
 
nicht nur du :tongue:

Danke für die Info :thumbup:
 
HI,

habe momentan JellyBam Version 4.1.0 (android 4.1.2) und konte dieses erfolgreich patchen.

Nun wollte ich auf die JellyBam Version 5.2.0 (android 4.2.1) wechseln, und jetzt lässt diese sich nicht patchen. Bekomme immer die Fehlermeldung patch failed.

Kann mir jemand helfen oder hat ne idee??
gruß
 
@Sven21

Selbst CM10.1 kann nicht fehlerfrei gepatcht werden. Der Patchvorgang läuft zwar letztendlich durch, allerdings werden 3 apk's "provisorisch" ersetzt, was als Folge ein Laggen der Systemleiste hat - somit derzeit (noch) nicht empfehlenswert.

Es ist laut der Dev's (mateor, collegedev, wbedard u. a.) aber innerhalb der nächsten 2 Wochen sowohl mit einem neuen Autopatcher(2.6.0), sowie mit einer brandneuen Version von PDroid(3.0???), OpenPDroid & wohl auch der ApG zu rechnen :D

Wann Deine neue ROM unterstützt wird, kann ich Dir nicht sagen. Frag einfach im XDA-Thread nach, die Dev's haben immer ein offenes Ohr...

Bis dahin: Geduld haben ;)

CU
 
  • Danke
Reaktionen: Sven21
Naja das laggen ist gerade noch zu verschmerzen :cool2:.

Aber gut zu wissen das es bald gefixt ist.


Bleibt die Frage,
muss ich danach nur den cm10.1 neu patchen und dann erneut mit der update-patch einfach drüberbügeln?

Oder
cm10.1
gapps
cm10.1_opendroid-update-patch
(siyah für alle mit dualboot)?
 
Nein, nur die Update.zip der ROM, die Du drauf hast.

Gesendet von meinem GT-I9100 mit der Android-Hilfe.de App
 
Morgen

ich wollte für mein android einen patch für cm 10 bauen und habe mal den autopatch nach dieser Anleitung benutzt

und bekomme folgende ausgabe auf der konsole nach folgendem befehl :

./auto_patcher cm-10-20121216-NIGHTLY-i9300.zip openpdroid cm




Code:
The Auto-Patcher v2.5.7

### verify tools ###
### verify ROM ###
### unzip patch tools ###
### unzip patch patches ###
 \vergrößert: system/build.prop
... result of ROM check: RIL= Smdk4210RIL
### probe rom type ###
... result of ROM check: version= 4.1.2 rom= cm ...
... Using cm patches ...
... openpdroid patch date has been set to: 20121212 ...
### unzip rom ###
 \vergrößert: system/app/Mms.apk
 \vergrößert: system/framework/core.jar
 \vergrößert: system/framework/framework.jar
 \vergrößert: system/framework/services.jar
### create updater script ###
 \vergrößert: META-INF/com/google/android/update-binary
 \vergrößert: META-INF/com/google/android/updater-script
... using Clockworkmod installer ...
### create restore.zip ###
### decompile system files ###
... decompile framework.jar ...
... extract preloaded-classes ...
... decompile core.jar ...
... decompile services.jar ...
... installing framework files ...
I: Framework installed to: /root/apktool/framework/1.apk
... decompile Mms.apk ...
I: Baksmaling...
I: Loading resource table...
I: Loaded.
I: Decoding AndroidManifest.xml with resources...
I: Loading resource table from file: /root/apktool/framework/1.apk
I: Loaded.
I: Regular manifest package...
I: Decoding file-resources...
I: Decoding values */* XMLs...
I: Done.
I: Copying assets and libs...
### copy patch openpdroid/4.1/cm/20121212 ###
... copying system/media/PDroid.jpeg ...
... overwriting GsmServiceStateTracker.smali ...
### jar patch openpdroid/4.1/cm/20121212 ###
... apply framework.patch ...
Reversed (or previously applied) patch detected!  Skipping patch.
5 out of 5 hunks ignored -- saving rejects to file smali/com/android/internal/telephony/gsm/GsmServiceStateTracker.smali.rej
... apply preloaded.patch ...
... apply core.patch ...
... apply services.patch ...
### apk patch openpdroid/4.1/cm/20121212 ###
... apply Mms.apk.patch ...
21 out of 21 hunks FAILED -- saving rejects to file smali/com/android/mms/transaction/HttpUtils.smali.rej
... Patching Mms.apk failed, but we will copy over a prepatched file ...
### rebuild jar ###
... rebuild framework.jar ...
... rebuild core.jar ...
... rebuild services.jar ...
### rebuild apk ###
... rebuild Mms.apk ...
### create update-cm-m0-20121216-openpdroid.zip ###
### finished ###
flash update-cm-m0-20121216-openpdroid.zip to install the patched files
flash restore-cm-m0-20121216.zip to restore the original system


jetzt frage ich mich war der patch vorgang jetzt erfolgreich oder nicht ?

was bedeutet zb. hunk failed ( schätze das es mit dem direkten patchen zu tun hat )


grüße fireskyer
 
fireskyer schrieb:
jetzt frage ich mich war der patch vorgang jetzt erfolgreich oder nicht ?
Woher sollen wir das wissen? Flash den Patch und schau, ob es funktioniert.
 
Der Medlung nach hats geklappt, klingt nach dem gleichen fall wie ein paar posts weiter oben: eine vorgefertigte datei wurde verwendet...steht ja da.

Probiers aus, wenn nicht klappt, hast du die restore.zip. Genau dafür ist sie ja da :)
 
@sir john:

das dumme ist mein letztes restore hat mir meine root rechte zerschossen, da kam dann was das rootberechtigungen neu gesetzt werden müssen ... habs zwar cwm machen lassen... habs aber wieder zurückgesetzt... da ich nicht genau wußte was cwm da jetzt macht...

grüße fireskyer
 
Hallo,
mach mit clockwork ein backup(nandroid backup)
Das ist m.m das Effektivste. Wenn du angst hast, dann backupe noch deine SMS & Apps(apks)

Greets Razzor

Gesendet von meinem Nexus S mit der Android-Hilfe.de App
 
Zuletzt bearbeitet:

Ähnliche Themen

S
Antworten
11
Aufrufe
316
Klaus986
K
TomHH
Antworten
5
Aufrufe
540
TomHH
TomHH
Zurück
Oben Unten