[ROM] [ICS] Inoffizielles CyanogenMod 9.x

ich benutze win7x64, es wird auf jeden fall erkannt unter dem namen "android" aber treiber fehler.

ich hab nur eine vold.fstab in dem ordner und die ist eigentlcih vollständig auskommentiert mit # ausser: dev_mount sdcard /mnt/sdcard auto/devices/platform/msm_sdcc.1/mmc_host also sdcard2 garnichts?! ich hab 987 als base.

gps geht glaube ich aucht nicht, der kompass sensor und drehungserkennung aber perfekt

mit dem programm gpsstatus kann man ja den helligkeitswert messen und das ging (nach testen hab ich gesehen, dass das über die frontkamera genommen wird, also scheint diese schon zu gehen nur nicht integriert zu sein in den system apps).

und noch ein kleines problem: wenn es abstürtzt (selten) dann sollte es sofort die verantwortliche app neustarten, was es aber nicht tut
sondern der bildschirm wird schwarz nur die tasten leuchten und nach langem ausknopfdrücken (30sek) geht es nach 2minuten erst aus
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: Cryptophon
Kurze Frage nebenher...

Wenn die CM9 fertig ist und wesentlich besser läuft als die Stock von Huawei, kann sich dann jemand hier die Mühe machen und auf der Basis der CM9 eine MIUI-Version zu bauen?

Sollte doch gehen über MiCode/patchrom oder?

mfg
eMd
 
1nch0 schrieb:
ich benutze win7x64, es wird auf jeden fall erkannt unter dem namen "android" aber treiber fehler.
Okay. Dann muss ich mir die IDs einmal anschauen.

1nch0 schrieb:
ich hab nur eine vold.fstab in dem ordner und die ist eigentlcih vollständig auskommentiert mit # ausser: dev_mount sdcard /mnt/sdcard auto/devices/platform/msm_sdcc.1/mmc_host also sdcard2 garnichts?! ich hab 987 als base.
Okay. Das ist bei mir ja auch so, dass es nur eine Zeile gibt.
Frage ich einmal anders: Was sollte unter /sdcard2 auftauchen?
Aktuell lege ich das Verzeichnis /mnt/sdcard2 zwar an, verlinke es aber nicht als /sdcard2. Es wird aber auch nicht als Mountpoint verwendet.

Die CM Logik ist:
SD ist nicht partitioniert:
-> /mnt/sdcard (bzw. /sdcard ueber Link) wird als FAT gemounted
SD ist partitioniert:
-> /mnt/sdcard - hier wird die erste Partition als FAT gemounted
-> /sd-ext - hier wird die zweite Partition als Linux ext2/3/4 gemounted

Letzeres passiert aktuell noch nicht. Nehme ich auch auf.

1nch0 schrieb:
gps geht glaube ich aucht nicht, der kompass sensor und drehungserkennung aber perfekt

mit dem programm gpsstatus kann man ja den helligkeitswert messen und das ging (nach testen hab ich gesehen, dass das über die frontkamera genommen wird, also scheint diese schon zu gehen nur nicht integriert zu sein in den system apps).
Jetzt verstehe auch ich es ;-)
GPS, Kamera und Sensoren sind unter Android drei Baustellen / HAL Bibliotheken (Hardware Abstraction Layer). GPS und Kamera habe ich noch nicht bearbeitet. Und bei den Sensoren habe ich die existierende HAL eingebaut (quick & dirty).
Das beobachtete Verhalten ist so also zu erwarten.

1nch0 schrieb:
und noch ein kleines problem: wenn es abstürtzt (selten) dann sollte es sofort die verantwortliche app neustarten, was es aber nicht tut
sondern der bildschirm wird schwarz nur die tasten leuchten und nach langem ausknopfdrücken (30sek) geht es nach 2minuten erst aus
Nehme ich einmal auf. Kann sein, dass ein Dienst einfach als "oneshot" definiert wurde, es aber nicht so sein soll.
 
  • Danke
Reaktionen: 1nch0
vlt kannst du hier was ableiten also die gleiche line mit sdcard2 und andere zahl bei msm_sdcc

und wenn du hilfe bei kamera etc. brauchst, schreib mal wie du die anderen treiber gemacht hast dann kann ich es nach vollziehen und
dir helfen für die restlichen treiber

e: das mit dem absturz hatte ich heute wieder ging dann nur über akku raus aus, dies kann aber auch ann cambodia demo liegen
ich hatte die vorher noch nicht getetstet, wäre schön das cm9 erstmal auf b919 basis zu sehen, die ist einiges stabiler
 
Zuletzt bearbeitet:
Jetzt habe ich erst einmal ein Build 919 hergenommen und werde das spaeter einmal zerlegen (Binaries).

Das Ansinnen mit sdcard2 habe ich dann im B919 gesehen. Hier wird Partition 14 (/dev/block/mmcblk0p14) nach /mnt/sdcard2 gemounted (2,2 GB) und auf Wunsch als USB Storage Device zur Verfuegung gestellt.

Unter ICS sollte der interne Speicher eigentlich via MTP / PTP zur Verfuegung gestellt werden. Das macht aber bei einer extra VFAT Partition kaum Sinn. Muessen wir einmal schauen.

Zum Thema ADB over USB (oder USB allgemein): Hier sollte ich fuer Windows wohl die Vendor- / Product-ID anpassen. Aktuell meldet sich mein Build als Google Device. Mit den Huawei Treibern kommt man dann nicht weiter ...
 
So. Das erste "Abfallprodukt" des Wochenendes. Die 6.0.1.2er Recovery, die sich mit Build 919 vertraegt. Es hat mich ziemlich lange beschaeftigt, bis ich verstanden habe, warum meine Recovery fuer die Cambodia Demo mit B919 nicht bootet. Die Antwort lautet: Kernel, mkbootimg und Base Address.

Jetzt dann also: Die aktuelle Recovery fuer B919 Pink Screen Mode inklusive Charge Mode:

http://dl.dropbox.com/u/63461867/u8860/CM9/B919/recovery.img

Windows und ADB habe ich auch einmal gerade probiert. Nachdem sich das Huawei als 12d1:1038 meldet (Google Device), braucht es nur die passenden Treiber. Ggf. kann man z.B. SuperOneClick hernehmen und diese installieren.

Jetzt aber lustig weiter zum eigentlichen ROM ...
 
  • Danke
Reaktionen: eMd, Withle, cosmos321 und eine weitere Person
Recovery ausprobiert, funktioniert einwandfrei, bootet, und alles funktioniert.

Gibts das auch als Touch version?
 
eMd schrieb:
Recovery ausprobiert, funktioniert einwandfrei, bootet, und alles funktioniert.

Gibts das auch als Touch version?


Bin grad drüber gestolpert, dass Koushik den "Touch"-Teil des recovery's wohl als closed source behandelt. DAher könnte das ggf. mühsam werden ;-)
 
  • Danke
Reaktionen: eMd
eMd schrieb:
...
Gibts das auch als Touch version?
Zwei Optionen:

1. Mit Development Environment

Branch ics-b919 syncen (
https://github.com/fredvj/device_huawei_u8860/tree/ics-b919)
In BoardConfigCommon.mk einmal folgende Option aktivieren:
BOARD_TOUCH_RECOVERY := true
lunch cm_u8860-eng
mka recoveryimage

Kann aber gut sein, dass ohne Anpassung nichts auf dem Schirm erscheint. Werde die Option bei Gelegenheit einmal setzen und lasse mich ueberraschen. So es wirklich "closed source" ist, wird die Option wahrscheinlich nichts bewirken.
Dann bleibt nur Option 2.

2. Ohne Development Environment

Recovery Builder
Existierende Recovery hochladen
Touch Recovery anklicken
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: cosmos321 und eMd
@ Cryptophon .... hi.what über Ihre CM9 ... Ich habe den Vergleich Ihrer rom und die CM9 von Shendu ... Ich denke, dass, wenn Sie fertig Ihre rom bauen; dass es reaktiver und fluide ... als shendu.which gut und stabil und oc bis 1804 ist ... hoffen, dass Sie bald gelingen ... kann das android Macht mit euch sein

@ Cryptophon....hi.what about your CM9 ...i've been comparing your rom and the cm9 from shendu...i think that when you will finish to build your rom; that it would be more reactive and fluide...than shendu.which is good and stable and oc to 1804... hope you will succeed soon...may the android force be with you

thank you.
 
Die letzten Screenshots, die im Shendu OS Post gefunden werden können, verwirren mich ein bißchen:

Shendu OS 2.0

Sie nutzen einen CustomKernel in Verbindung mit dem Baseband der Version 404020. Das ist verwirrend, denn ICS B919 nutzt eine neuere Version (404029).

@fluxflux: ICh weiß nicht ob du Shendu OS von einem GB-Build kommend installiert hast. Hattest du das Baseband 404020 vor der Installation der CustomRom?

Der CustomKernel verwirrt mich, denn ich arbeite gerade exakt an diesem - einem CustomKernel. Den Kernel aus den Sourcen, die Huawei liefert, zu kompilieren funktioniert und CM9 bzw. die Recovery booten klappt einwandfrei.

Herausforderung #1 ist das WLAN. Es sieht so aus, als ob das Honor ein "bcm4329" nutzt, aber es gelingt mir nicht das Standard-Modul zu laden. Aus der Analyse von /proc/conig.gz ergibt sich, dass Huawei möglicherweise eine Art "Spezialtreiber" kompiliert hat, der nicht in den KernelSourcen beinhaltet ist. Ich wäre sehr interessiert daran, wie es die ShenduOS-Jungs geschafft haben, das zum Laufen zu bekommen.

Herausforderung #2 ist das Radio Interface Layer (RIL) und das ist der Grund warum ich an der Baseband-Version interessiert bin. Momentan habe ich null Erfolg mit dem Baseband der B919. Meine ersten Experimente mit der Cambodia Demo ICS waren wesentlich besser.

Falls mich jemand auf andere Diskussionen [zum Thema] oder besser noch die Sourcen von ShenduOS aufmerksam machen kann, wäre ich sehr dankbar.

Lasst es mich wissen, falls irgendjemand eine Übersetzung [hiervon] benötigt ! Ich hab's in Englisch verfasst/belassen um unserer "Besucher" Willen.



Original:
The last screenshot that can be found in this Shendu OS post left me a little bit confused:

https://www.android-hilfe.de/forum/...or.750/shendu-os-2-0.303932.html#post-4103455

They are using a custom kernel with baseband version 404020. That is confusing, because ICS B919 is using a newer version (404029).

@fluxflux: Don't know if you installed Shendu OS coming from a GB build. Is baseband version 404020 what you had before installing the custom ROM?

The custom kernel confused me, because I am currently working on exactly that - a custom kernel. Compiling the kernel from the sources that Huawei is providing is working and CM9 or the recovery are booting just fine.

Challenge #1 is WLAN. It looks like the Honor is using a bcm4329, but I am not able to convince the standard module to load. From analyzing /proc/config.gz it looks like Huawei has compiled some kind of special driver that has not been included with the kernel sources. I would really be interested in how the Shendu OS guys got this working.

Challenge #2 is the Radio Interface Layer (RIL) and that is the reason why I am interested in the baseband version. Currently I have zero success when using the baseband that comes with ICS B919. My first experiments with the Cambodia Demo ICS have been way better.

If someone can point me to other discussions or even the Shendu OS sources, that would be much appreciated.

Let me know if someone needs a translation. I kept it in English for the sake of our "visitors".
 

Anhänge

  • Screenshot_2012-09-21-20-27-25.png
    Screenshot_2012-09-21-20-27-25.png
    33,7 KB · Aufrufe: 407
Zuletzt bearbeitet von einem Moderator:
  • Danke
Reaktionen: desalesouche
@ Cryptophon: Vielleicht kannst du genoklar(chinesicher Entwickler) fragen

https://github.com/genokolar/

Er hat vielleicht Hinweise/Anhaltspunkte für uns!
Andere Personen die du fragen könntest sind doc2008/3000 bei XDA bzw. 4PDA.
Diese zwei Jungs sind ziemlich gut informiert.
Ich hab gegooglet um Diskusssionen und Sourcen zu finden die [dir] helfen könnten, aber Google Translator ist bzgl. Chinesisch ziemlich erbärmlich...

Original:
@ Cryptophon: may be you can ask genoklar(chinese dev)
https://github.com/genokolar/
he might have more clues that we can have .
other person you might ask also doc2008/3000 on xda or 4pda.
these 2 people are quite well informed.
i've been googling to find discussion and source to help but google translator is such a pity with chinese...
 
Zuletzt bearbeitet von einem Moderator:
  • Danke
Reaktionen: Cryptophon
@ cryptophon.
Hallo, hier ist das Ergebnis meines Tests mit deiner ROM...
Ich konnte deine ROM mit der boot.img aus dem Shendu-CM9 booten.
Bluetooth hat funktioniert, Wifi jedoch nicht...

Vielleicht kannst du also den Teil bzgl. Bluetooth aus der Shendu-CM9-boot.img nehmen und in deinen Kernel integrieren. Ein Feature mehr, das funktionieren würde, wenn es klappt.
Vielleicht kannst du auch den "OC"-Part übernehmen...es wurde angezeigt und hat funktioniert... Zram wurde in den Einstellungen ebenfalls angezeigt...

Ich habe die "radio fm" aus MIUI 2.9.21 ausprobiert, aber leider ohne Erfolg
Ebenso die "Kamera" und "libs" aus Shendu-CM9, aber auch kein Erfolg.

Ich muss dazu sagen, dass ich kein Entwickler bin... ich versuche lediglich Dinge mittels Kopieren/Einfügen zu verbessern...
Etwas anderes was ich ausprobiert habe war das ""divx feature" aus Shendu-CM9 in deine ROM zu portieren... ich hatte teilweise Erfolg...
Davor konnte ich kein Divx abspielen... Jetzt kann ich zumindest Divx-Ton hören
Leider kein Bild... der Bildschirm bleibt schwarz...
Da ich mich nicht an alles erinnern kann was ich gemacht habe, hier der Link zum Divx/Avi feature:
cm-9-test-sounddivxbutnoview.zip
Du musst jeden Teil miteinander vergleichen um zu sehen was ich daran geändert habe.
Vielleicht erkennst du was ich "richtig" und was ich "falsch" gemacht habe...
Hoffe das hilft dir... :)
P.S. Ich war froh dein cm9 2012-09-20 testen zu können, auch wenn es ein sehr frühes ist..

Original:
@ cryptophon.
hello sir. here"s the result of my testing with your rom...
i could boot your rom with the shendu-cm9 boot.img.
bluetooth was working.but i lost wifi...i 'be asked for my pin code...

so may be you can take the bluteooth part in shendu-cm9 boot.img and push it to your own kernel. it would make a feature more if you can do this.
may be you can take the oc part also...it was showing and working... Zram was also displayed in setting...

i tried to push radio fm from miui 2.9.21 but no success
tried to push camera and libs from shenducm9 but no success

i have to say that i am not a dev...i just try to improve things copying/pasting...: Sommeil:
another thing i tried to port the divx feature from shendu cm9 to your rom...i had half a success...
before i could'nt play divx ...now i can listen divx : L'éblouissement:
but no view...screen stay black...
as i don't remenber all what i did here's the link for divx/avi feature
cm-9-test-sounddivxbutnoview.zip
you will have to compare in each part to see the change i've done
may be you can see what i did good and also what i did wrong...
hope this would help you...:)
ps: i would be glad to test your last cm9 2012-09-20 even if is early...
 
Zuletzt bearbeitet von einem Moderator:
  • Danke
Reaktionen: Cryptophon
Schade.

Nun denn:

Original:
Alright, it has been quite some time since my last status update.

As you probably can remember, I started out with a CM9 build based on binaries extracted from the Cambodia Demo. This has been a major inconvenience for people who wanted to take a look at the ROM, because the bootloader is not compatible with what most installations are using (GB builds or ICS B919).
That is the reason I created a new branch on Github (called “ics-b919”), changed a couple of things to make the ROM boot again and extracted the required binaries from ICS B919.
So far so good? I am afraid the answer is no. Currently I don't see an easy way to get GSM working. Rild keeps crashing at the speed of light, draining your battery real quick, if you don't disable it. It looks like others have been here before: Shendu OS is using Baseband 404020 and requires a GB installation before installing the custom ROM. The only way probably is to start cherry-picking binaries from different ROMs.
Next thing I tried has been the WLAN hotspot feature. As the WLAN kernel module looked very outdated (using eth0 instead of wlan0), I started to look for something better. As kernel sources are available for 3.0.8, I downloaded them and tried to compile a custom kernel.
The good thing is: Compiling a kernel is possible and I get everything up and running like graphics, sound, etc. Everything but WLAN. For whatever reason the WLAN code that Huawei is using is not included with the kernel sources. I have tried a lot of options here, but everything has come to a dead end so far. I do have a kernel module for WLAN based on the u8160 sources for the bcm4329. The module loads fine, reports the firmware being downloaded, but when trying to scan for access points, all I am getting back is garbage:

Code:
root@android:/ # iwlist eth0 ap 
 eth0      Peers/Access-Points in range: 
     00:00:00:00:00:00 : Quality:218  Signal level:0  Noise level:2 
     00:00:00:00:00:00 : Quality:24  Signal level:0  Noise level:0 
     00:00:00:00:00:00 : Quality=204/5  Signal level:-97.5 dBm   
     00:00:00:00:00:00 : Quality:0/5   
 …

I have tried all kind of weird things: Different firmware files, different compile flags, patching the original “dhd.ko” (without success), etc.
If no one comes up with some clever ideas here, I am afraid this is a dead end. This would be very sad in more than one way. A custom kernel would allow us to load additional modules, merge code for OC/UV, etc.
Currently I am seeing two options here: 1. Someone has seen code for the bcm4329 somewhere in another kernel download for a Huawei phone (this would be code that allows for the following two defines: CUSTOM_OOB_GPIO_NUM=18 & CUSTOM_SDCC_WIFI_SLOT=3). 2. Huawei or the Shendu guys release the required module sources to the pulblic (Shendu OS is [probably] using a custom kernel and a “dhd.ko” that is different from the one in B919. As it is a 3.0.8 kernel they are using, they must have extracted the kernel and the module from a different ICS build (can someone confirm?), or they do have access to the module source code).


On the positive side: GPS is working now & a lot of graphics stuff is now being compiled from the CM source instead of using binaries from Huawei. USB now shows up as MTP / PTP – at least for Linux.


Using a precompiled kernel and modules from Huawei is always an option, but I would love to use one that gets compiled from source.


I am open to all kind of clever ideas ...
German:
Also dann, es ist ne Weile her seit meinem letzten status update.

Wie ihr euch vermutlich erinnert, hab eich das CM9 Build begonnen, indem ich Binaries aus dem Camodia Demo ROM extrahiert habe. Das bedeutet eine große Unanehmlichkeit für Leute die sich das ROM mal anschauen wollen, weil der Bootloader nicht mit dem kompatibel ist, den die meisten Installationen nutzen (GB Builds oder ICS B919).
Aus diesem Grund hab eich auf Github einen neuen Branch eingerichtet ("ics-b919"), hab ein paar Dinge geändert um das ROM dazu zu bringen wieder zu booten und die notwendigen Binaries aus dem ICS B919 extrahiert.
So wiet so gut? Leider nein. Im Moment sehe ich keinen einfachen Weg GSM ans Laufen zu bringen. Rild stürzt ständig ab und saugt den Akku in Lichtgeschwindigkeit leer, wenn man es nicht abschaltet.
Schaut so aus, als hätten schon andere dieses Problem gehabt: ShenduOS benutzt das 404020er Baseband und setzt eine GB Installation vor dem Custom ROM voraus. Der einzig mögliche Weg ist wahrscheinlich sich die Sahnstücke aus den unterschieldichen ROM-Binaries raus zu picken.

Das nächste, das ich versucht habe war das WLAN hotspot feature. Da der WLAN Kernel sehr überholt aussah (er nutzte eth0 anstelle von wlan0), habe ich nach einer besseren Lösung gesucht. Da für den 3.0.8. Kernel die Sourcen verfügbar sind, habe ich damit versucht einen Custom Kernel zu kompilieren.

Da Gute: einen kernel zu kompeilieren ist möglich und ich habe die Standardsachen wie Grafik, Sound usw. ans Laufen gekriegt. Nur WLAN nicht. Aus welchem Grund auch immer: die von Huawei benutzen WLAN Module sind in den Kernel Sourcen nicht enthalten. Ich hab hier soi zimnelich alles versucht, bin aber immer wieder in einer Sackgasse gelandet. Ich ahbe ein Kernel Modul für WLAN basiernd auf den u8160 Sorucen für das bcm4329. Das Modul lädt und behauptet auch Fimrware herunterzuladen, aber wenn ich nach Access Points scanne kommt nur Müll zurück:

Code:
root@android:/ # iwlist eth0 ap 
 eth0      Peers/Access-Points in range: 
     00:00:00:00:00:00 : Quality:218  Signal level:0  Noise level:2 
     00:00:00:00:00:00 : Quality:24  Signal level:0  Noise level:0 
     00:00:00:00:00:00 : Quality=204/5  Signal level:-97.5 dBm   
     00:00:00:00:00:00 : Quality:0/5   
 …

Ich hab alle möglichen wilden SAchen ausprobiert: untersschiedliche Firmware Dateien, verschiedene Compile flags, Patchen der originalen dhd.ko (erfolglos), usw.

Wenn keiner mit ner guten Idee um die Ecke kommt, fürchte ich, ist hier ne weitere Sackgasse. Das wäre in mehr als nur einer Hinsicht schade, da ein Custom Kernelk uns erlaubte alle möglichen zusätzlichen Module oder COde für OV/UV usw. miteinfließen zu lassen.
Im Moment sehe ich hier zwei Möglichkeiten: 1. Jemand hat den code für das bcm4329 in einem anderen kerneldownload für ein huawei gefunden (das wäre code der die beiden folgenden Defintionen ermöglicht: CUSTOM_OOB_GPIO_NUM=18 & CUSTOM_SDCC_WIFI_SLOT=3) oder
2. Huawei oder die ShenduOS Jungs veröffentlichen den Code des besagten Moduls. Shendu benutzt vermutlich einen custom kernel und eine dhd.ko die sich von der B919er unterschediet. Da sie einen 3.0.8er kernel benutzen, müssen sie kernel und Modul aus einem anderen ICS Build extrahiert haben (kann das jemand bestätigen?) oder Zugang zu den Sourcen haben.

Auf der "Plusseite" haben wir: GPS läuft und ein Haufen Grafikzeug compiliert sich jetz aus den CM Sourcen und nutzt nicht mehr die Huawei Binaries. USB meldet sich (wenigstens für Linux) als MTP /PTP

Natürlich können wir immer noch einen vorkompilierte kernel und Module von Huawei nutzen, aber am liebsten wäre mir doch ein von Grund auf neu kompilierter.

Ich bin offen für alle möglichen Ideen. immer her damit...
P.S.: Das soll aber nicht heißen, dass ich hier den Dauerübersetzer mach ;-)
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: Cryptophon, eMd, morpheus620 und eine weitere Person
michelsberg schrieb:
Ist aber irgendwie bitter, wenn sich jemand so viel Mühe gibt, dann einen sorgfältigen länglichen Text verfasst, zu verlangen, dass er das nochmal komplett in einer 2. Sprache tun soll.
Wer bitte will mir denn jetzt weismachen, dass der User Cryptophon, der bisher immer in deutsch geschrieben hat, diesen Text auf einmal in englisch verfasst? Und wieso?

Also entweder der Text wurde aus einem anderen Forum (z.B. XDA) kopiert oder er hat ihn tatsächlich selber, aber für ein anderes Forum (z.B. XDA), geschrieben. Wenn erstes der Fall ist, reicht es aus auf den originalen Thread zu verlinken und wenn zweites zutrifft, dann ist der Beitrag hier sowieso fehl am Platz.

Aber wie bereits öfters erwähnt wurde, wir betreiben hier ein deutsches Forum und wem das nicht genug ist, der darf sich gerne auf XDA etc. herumtreiben. Aber wir mutieren hier nicht zu einer internationalsprachigen Unterfraktion.
 
  • Danke
Reaktionen: morpheus620
Ich habe hier jetzt aufgeräumt.
Ab sofort bitte nur noch deutsche Beiträge.
Englische Beiträge werden unwiderruflich gelöscht und der User wird verwarnt.

Und an dieser stelle noch ein großes Danke an cosmos321 und Sir.John für die Übersetzungen.
 
@garak: niemand möchte dir etwas “weismachen“, insbesondere nicht, da dies impliziert, dass jemand dich absichtlich zu täuschen versuchte. Wie Cryptophon in einem seiner, vielleicht mittlerweile gelöschten postings schrieb: “kept it in English for the sake of our international visitors"

Das war schon alles... alles halb so kompliziert.

John

Gesendet von meinem u8860 mit der Android-Hilfe.de App
 
Zunaechst einmal Danke fuer die Uebersetzung! So dies dazu beitraegt, dass es auch sachdienliche Hinweise (jetzt wollte ich schon von inhaltlichem "Feedback" sprechen) gibt, so ist das prima.

garak schrieb:
Wer bitte will mir denn jetzt weismachen, dass der User Cryptophon, der bisher immer in deutsch geschrieben hat, diesen Text auf einmal in englisch verfasst? Und wieso?
Eben dieser Benutzer - Cryptophon. Der Rest ergibt sich aus der Abfolge der Beitraege.
garak schrieb:
Also entweder der Text wurde aus einem anderen Forum (z.B. XDA) kopiert oder er hat ihn tatsächlich selber, aber für ein anderes Forum (z.B. XDA), geschrieben. Wenn erstes der Fall ist, reicht es aus auf den originalen Thread zu verlinken und wenn zweites zutrifft, dann ist der Beitrag hier sowieso fehl am Platz.
Mea culpa ;-) Keine der Optionen trifft die Situation genau, aber ich interpretiere dies in Richtung "fehl am Platz".
garak schrieb:
Aber wie bereits öfters erwähnt wurde, wir betreiben hier ein deutsches Forum und wem das nicht genug ist, der darf sich gerne auf XDA etc. herumtreiben. Aber wir mutieren hier nicht zu einer internationalsprachigen Unterfraktion.
Ja, ich stehe schon an der Tafel und schreibe "Ich werde auf Android-Hilfe.de nur deutsche Beitraege verfassen."
 
Wow !
Ich hab leider null Ahnung von diesem ganzem Kram freu mich aber schon cm9 auszuprobieren wenn ich bald mein Honor hab !
 
Hello to all users.
I've decided to help Cryptophon a little )
I have repaired mobile data. It's working now.

To Cryptophon: you can communicate with me via e-mail doc3000@tut.by
I'll send you all files reworked by me.

Hallo an alle Benutzer.
Ich habe beschlossen zu helfen Cryptophon ein wenig)
Ich habe mobile Daten repariert. Es funktioniert jetzt.

Um Cryptophon: Sie können mit mir per E-Mail doc3000@tut.by kommunizieren
Ich schicke Ihnen alle Dateien von mir überarbeitet.

screenshot2012101201011.png
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: bschuele, det-happy, Cryptophon und 4 andere

Ähnliche Themen

zitronenmelissa
Antworten
98
Aufrufe
14.107
android_paul
A
cyrux
Antworten
559
Aufrufe
67.586
Maklom_BeX
Maklom_BeX
M
Antworten
126
Aufrufe
32.875
keqi
K
Zurück
Oben Unten