[Diskussion] CyanogenMod 7 nightly builds unserer Foren User

  • 1.751 Antworten
  • Letztes Antwortdatum
ich gebe auf. heute sagt der mir der kann mein repo nicht mehr finden und macht nichts mehr. 1 tag umsonst sinnlos traffic verschwendet :(
 
fehlermeldung?
 
so, wie versprochen nen Nightly von mir ;)
Multiupload.com - upload your files to multiple file hosting sites!
das Build ist von heute Morgen 6 Uhr irgendwas...

enthalten sind folgende Änderungen:
-- bootsound eingefügt
- kann in der build.prob ein-/ausgestellt werden
- der sound kann in der build.prop geändert werden
- zuständige variablen:
- ro.config.play.bootsound=1 // 1=bootsound aktiviert - 0=bootsound deaktiviert
- ro.config.select.bootsound=Droid.mp3 // name der Bootsounddatei, befindet sich in /system/media
-- miui cam eingefügt
-- Keyboard layout auf qwertz gestellt
-- read_ahead_kb der sdcard auf 512 gestellt
-- overclock von 1000mhz auf 900mhz gesenkt, vsel werte angepasst
-- 08mountdc angepasst
- in der build.prop kann eingestellt werden, wo der dalvik-cache liegen soll
- zuständiger wert:
- dalvik.cache.intern=0
- 0=dalvik-cache liegt auf /cache
- 1=dalvik-cache liegt auf /data
- 2=dalvik-cache liegt auf /sd-ext
-- dec.jpeg.memcap von 20000000 auf 80000000 erhöht
-- jpeg quality fest auf 100 gesetzt
-- windowsmgr.max_events_per_sec auf 150 gesetzt
-- wifi.supplicant_scan_interval auf 180 erhöht

Ich hoffe das alles soweit Funktioniert, konnte es leider noch nicht testen, da mein Akku leer war, und ich gerade erst wieder zu Hause bin.

falls es probleme gibt, bitte melden, aber es sollte soweit funktionieren, da ich alle änderungen bei mir selbst auch so nutze :D
 
zuerst einmal muss ich dein script immer im terminal ausführen sonst geht es nicht. fehlermeldung:

sync repo mit git://github.com/nadlabak/android.git
dies kann eine weile dauern...
Fetching projects: 45% (129/285) fatal: protocol error: bad line length character: erro
error: Cannot fetch platform/external/ipsec-tools
^Cerror: Cannot fetch platform/external/jsr305
error: Cannot fetch platform/external/libffi
error: Cannot fetch CyanogenMod/android_external_libpng
error: Cannot fetch platform/external/junit
error: Cannot fetch platform/external/iproute2
error: Cannot fetch CyanogenMod/android_external_jpeg
error: Cannot fetch platform/external/icu4c
error: Cannot fetch platform/external/kernel-headers
error: Cannot fetch platform/external/jhead
error: Cannot fetch platform/external/iptables
error: Cannot fetch platform/external/jdiff
error: Cannot fetch platform/external/libnfc-nxp
error: Cannot fetch platform/external/libpcap
error: Cannot fetch CyanogenMod/android_external_libncurses
error: Cannot fetch platform/external/libgsm
error: Cannot fetch platform/external/libvpx
done
Taste drücken zum fortzufahren...
 
-FuFu- schrieb:
enthalten sind folgende Änderungen:
-- read_ahead_kb der sdcard auf 512 gestellt

Dir ist schon klar, dass Nadlabak den readahead Wert mit Absicht auf 4 Kb gestellt hat oder?
Siehe folgender Commit

Ich habe mit den höheren Werten bei GMaps öfters mal Freezes.
 
hanschke schrieb:
zuerst einmal muss ich dein script immer im terminal ausführen sonst geht es nicht. fehlermeldung:

sync repo mit git://github.com/nadlabak/android.git
dies kann eine weile dauern...
Fetching projects: 45% (129/285) fatal: protocol error: bad line length character: erro
error: Cannot fetch platform/external/ipsec-tools
^Cerror: Cannot fetch platform/external/jsr305
error: Cannot fetch platform/external/libffi
error: Cannot fetch CyanogenMod/android_external_libpng
error: Cannot fetch platform/external/junit
error: Cannot fetch platform/external/iproute2
error: Cannot fetch CyanogenMod/android_external_jpeg
error: Cannot fetch platform/external/icu4c
error: Cannot fetch platform/external/kernel-headers
error: Cannot fetch platform/external/jhead
error: Cannot fetch platform/external/iptables
error: Cannot fetch platform/external/jdiff
error: Cannot fetch platform/external/libnfc-nxp
error: Cannot fetch platform/external/libpcap
error: Cannot fetch CyanogenMod/android_external_libncurses
error: Cannot fetch platform/external/libgsm
error: Cannot fetch platform/external/libvpx
done
Taste drücken zum fortzufahren...
den sync nochmal laufen lassen, ich hatte letztens auch mal nen paar fehler was das anging, das er bestimmte sachen nicht syncen wollte...

und sonst mal nen Terminal öffnen und dort dann folgendes eingeben:
cd cm4mm
repo sync -f -j16 -d

dann sollte er den sync auch fortsetzen, wenn ein fehler auftritt...

aber ich hab das gefühl, das es dich echt immer trifft, wenns um fehler und probleme geht :D ;)

und sonst mal auf Elektroschmock warten, was er dazu sagt, da ich da echt nicht so die ahnung hab.
 
Elektroschmock schrieb:
Dir ist schon klar, dass Nadlabak den readahead Wert mit Absicht auf 4 Kb gestellt hat oder?
Siehe folgender Commit

Ich habe mit den höheren Werten bei GMaps öfters mal Freezes.
joa, wenn sie zu hoch sind ja...
ich hatte mit 512 soweit noch keine probleme gehabt, bei 1024 und 2048 sieht das schon anders aus...
und es ist ja am ende auch nur nen nightly zum testen, ob das ganze überhaupt so in der Konstellation läuft, ändern kann man es dann noch immer...
aber 4kb ist echt hart bei mir, denn wenn ich nun nen hörbuch von etwa 1gb auf die sdcard kopieren will dauer das echt ne ewigkeit, bei 512 geht es eindeutig schneller

aber schauen wir mal, ob es feedback gibt
 
Also bei mir ist ein "repo sync" gerade ohne Probleme durchgelaufen.
Probiere es doch einfach nochmal wie FuFu schon schrieb.
Github macht öfters mal Probleme, wenn das Repository gerade in dem Moment bearbeitet wird, wenn du syncen willst.
 
mach ich jetzt. zur zeit sieht es so aus:


rn: --force-broken, continuing to sync
Fetching projects: 52% (148/284) error: Cannot fetch platform/external/iproute2
warn: --force-broken, continuing to sync
error: Cannot fetch platform/external/netperf
warn: --force-broken, continuing to sync
error: Cannot fetch platform/external/nist-sip
warn: --force-broken, continuing to sync
Fetching projects: 53% (151/284) error: Cannot fetch platform/external/libvpx
warn: --force-broken, continuing to sync
error: Cannot fetch platform/external/iptables
warn: --force-broken, continuing to sync
error: Cannot fetch platform/external/jdiff
warn: --force-broken, continuing to sync
Fetching projects: 54% (154/284) error: Cannot fetch platform/external/netcat
warn: --force-broken, continuing to sync
error: Cannot fetch CyanogenMod/android_external_mtpd
warn: --force-broken, continuing to sync
error: Cannot fetch CyanogenMod/android_external_nano
warn: --force-broken, continuing to sync

cm4mm ist auch leer. jetzt bin ich total verwirrt :(
 
was abwarten was kommt, wenn er fertig ist...
und ansonsten würd ich sagen, den repo mal komplett neu einrichten oder was meinst du Elekroschmock? denn sonst fällt mir nicht mehr ein
 
Sehr komisch alles! Scheinst ein richtiger Bug-Magnet zu sein. :rolleyes2:

Eventuell hilft es mal das Repo neu zu initialisieren:

==> cd cm4mm (falls Du noch nicht in diesem Verzeichnis bist)
==> repo init -u git://github.com/nadlabak/android.git -b gingerbread
 
die frage ist doch nur wo hat er den ganzen tag hingeladen?

ich installiere jetzt erst mal die vom fufu.
 
in den unsichtbaren .repo Ordner!

Kannst mit dem installieren auch noch warten..in ca. ner 3/4 Stunde kommt ne neue Nightly von mir mit optimierter ZLIB.
 
dann bin ich mal gespannt ^^
ich muß mein stein noch laden lassen und gleich noch los einkaufen :D dann kann ich mein build auch endlich mal selbst flashen :D
 
was bringt eine optimierte zlib? nimmst du die sachen vom fufu ebenfalls auf? gerade das cache problem hat mich dazu bewegt die draufzuspielen.
 
naja, das mit dem cache problem kann man auch so lösen ;)
ich hab einfach nur nen bisschen was am script gemacht, das man in der build.prop selbst einstellen kann, wo der dalvik-cache liegen soll, wobei ich ihn nicht unbedingt auf die ext machen würde, aber das kann dann jeder selbst entscheiden...
standard ist er bei mir auch auf /cache... und der rest der setings nutz ich ja schon länger so ;)
 
Die ZLIB wurde von kaffeemonster (Jan Seiffert) unter anderen für ARM (NEON) optimiert. Ich erhoffe mir eine höhere Performance.
zum Commit

Nein ich werde die Änderungen von FuFu nicht übernehmen, da Nadlabak schon was in der Pipeline hat. :cool2:

Er hat vor die Cache und die Data Partition mithilfe eine AUFS2-Moduls zu mergen, damit der dalvik-cache seine Daten auf beiden Partitionen ablegen kann.
 
mein problem ist halt mit dem neuen verschobenen cache das ich je nach app einfach immer den paket ungültig fehler bekomme.

wenn ich das bei 0 lasse ist er dann weg? oder wie kann ich das anders lösen?

@eletroschmock

das klingt gut :D aber wird ja auch noch was dauern oder?
 
Elektroschmock schrieb:
Die ZLIB wurde von kaffeemonster (Jan Seiffert) unter anderen für ARM (NEON) optimiert. Ich erhoffe mir eine höhere Performance.
zum Commit

Nein ich werde die Änderungen von FuFu nicht übernehmen, da Nadlabak schon was in der Pipeline hat. :cool2:

Er hat vor die Cache und die Data Partition mithilfe eine AUFS2-Moduls zu mergen, damit der dalvik-cache seine Daten auf beiden Partitionen ablegen kann.
gute lösung für das problem, bessere nutzung des speichers würd ich sagen

@hanschke
0= dalvik-cache auf /cache
1= dalvik-cache auf /data
2= dalvik-cache auf /sd-ext

mit 1 wäre es also wie es vorher immer war, 0 ist wie nadlabak es nun hatte und 2 könnte man nutzen, wurd aber die geschwindigkeit des system verschlechtern
 
lasse es jetzt auf 1 erst mal laufen und warte was das wochenende bringt ;)
 

Ähnliche Themen

-FuFu-
Antworten
11
Aufrufe
12.134
Elektroschmock
Elektroschmock
-FuFu-
Antworten
688
Aufrufe
73.591
LeoHart
L
Adinoid
Antworten
27
Aufrufe
10.269
KUGA2
K
Zurück
Oben Unten