Compiling CM9 (and maybe CM10) for Blade

[Guest shmizan]

tilal what happened to the market fix you posted on gerrit? one moment it was there the next it's gone

I am very pleased with all the fixes you put out, thanks a lot for them. very nice work on the video recording fix too

[Guest tilal6991]

Yeah it kind of disappeared. Git going crazy I guess.

Actually it's the first patch of http://review.cyanogenmod.com/#/c/16021/

[Guest shmizan]

I synced today. Well I init'ed today so old repo was not the problem. The thing is that first the device's dependencies wasn't in place. The lunch cm_blade-userdebug solved that but I didn't know that I had to sync again so I tried to build. That gave me the no kernel error. After the sync I was able to patch and now the rom builds (well at least it seems to be, it's running at this moment). Thanks for your time. :)

hold on there just a minute.just for the laughs and gags I removed the kernel folder.

nothing I'm doing is bringing it back. repo sync, "lunch cm_blade-userdebug", compiling giving no kernel error, again repo syncing, nothing.

something wrong here?

[Guest shezar]

hold on there just a minute.just for the laughs and gags I removed the kernel folder.

nothing I'm doing is bringing it back. repo sync, "lunch cm_blade-userdebug", compiling giving no kernel error, again repo syncing, nothing.

something wrong here?

Maybe you didn't clear the out folder so it doesn't rebuild?

[Guest shmizan]

I did "make installclean". compiling with a clear out folder on my VMWare setup will take 3-4 hours..

but I'll wipe my out folder soon. anyway the only reason I was trying this is because I couldn't apply the black screen patch. it kept giving me fatal error saying .git is not a git repository. maybe I'm just typing the command wrong. what's the correct one to apply the black screen patch?

Edited May 15, 2012 by shmizan

[Guest shezar]

I did "make installclean". compiling with a clear out folder on my VMWare setup will take 3-4 hours..

but I'll wipe my out folder soon. anyway the only reason I was trying this is because I couldn't apply the black screen patch. it kept giving me fatal error saying .git is not a git repository. maybe I'm just typing the command wrong. what's the correct one to apply the black screen patch?

For the patch you must have the kernel folder. Cd into it and then paste/run the command that gerrit gives you. (git fetch http://review.cyanogenmod.com/CyanogenMod/zte-kernel-msm7x27 refs/changes/46/15946/1 && git checkout FETCH_HEAD) In the kernel's directory you will be able to do this. But for that you must have the source.

Oh and lucky me, CM9 builds on my notebook (2.5ghz core i5, 3gb dd3 ram(that's the problem i guess, lots of swapping on a slow notebook hdd). And my ubuntu isn't virtualized. :)

Anyone who knows something about it: since 8 jobs seem to be too much for my computer, is it possible to achieve shorter build times by decreasing it? Will 2-4 jobs result in less swapping?

[Guest shmizan]

yeah that what I was running. I'm getting this: "fatal: Not a git repository (or any of the parent directories): .git" after running from the kernel directory.

and I do have the kernel source, otherwise I wouldn't be able to compile my own builds by now.

[Guest shezar]

yeah that what I was running. I'm getting this: "fatal: Not a git repository (or any of the parent directories): .git" after running from the kernel directory.

and I do have the kernel source, otherwise I wouldn't be able to compile my own builds by now.

Where exactly are you trying to run the git checkout? the ./kernel or kernel/zte/msm_whatever (I'm too lazy to find the exact folder name)? :) You should try the latter. Oh and it should contain a .git (hidden) folder

Edited May 15, 2012 by shezar

[Guest shmizan]

yeah am running it from zte-kernel-msm7x27 and it does contain the .git folder. I guess the folder could be corrupted? but how would I rewrite it if repo sync doesn't do it?

[Guest shezar]

yeah am running it from zte-kernel-msm7x27 and it does contain the .git folder. I guess the folder could be corrupted? but how would I rewrite it if repo sync doesn't do it?

Well I should say "I don't know" but let's try this: look at the repo's manifest file, you should see an XML with 2 entries: cyanogenmod and the blade (or maybe the blade kernel I'm not sure, I'd have to reboot to linux to see...) If it has the blade entry in it try to rename the kernel dir to something else and then use repo sync... Because if it's there, it won't get updated.

Or at least I guess.

[Guest shmizan]

removed everything but "projects" from the .repo dir, to get a fresh start - still doesn't sync the kernel dir. even after:

shmizan@ubuntu:~/cm9$ lunch cm_blade-userdebug

Trying dependencies-only mode on a non-existing device tree?

which sounds a bit odd?

experiencing a laggy build I just made.. I am giving up, don't have the nerves to check what causes all these errors now.

I'll start completely fresh. repo syncing will take a few hours now..

Edited May 15, 2012 by shmizan

[Guest targetbsp]

yeah, CFX definitely had faster menu transitions etc. than CM9, they're a little laggy on CM9 when loading apps from the drawer - especially clock.

This is fixed again the the latest CFX. (Might have been in the last one? I didn't try the last version.) Is it sorted in CM9 yet?

Edited May 15, 2012 by targetbsp

[Guest shmizan]

clock doesn't open smoothly, app drawer opens as quick as CFX

[Guest targetbsp]

So what's in CFX that makes the app transitions smooth and can we get it in CM9? As well as the clock it's obvious when backing out of tasker and opening widgetsoids reboot menu.

[Guest shmizan]

we need tilal to answer that. I am not sure there's much difference anyway, he submits most of his Blade fixes to gerrit.

refreshed my whole CM9 dir, kernel downloads correctly and the patch can be applied. compiling a new build now.

I'm having some second thoughts about the TPT I made. I have 190 MB system partition size and before installing the ROM I remove ~10 apk's I will never use, plus cut down most of the languages from LatinIME (from 12 MB to 1.9 MB), also removing all the emoji smilies from Mms (2.5 MB to 0.7 MB), adding Root Explorer, removing tts folder, and applying mini GAPPS.

after checking the space in system partition, all this brings me to 140 MB out of 190 MB available to me.

and since after the installation of the ROM, no other apps go into System (right?) - I think I'm wasting ~35 MB (actually 50 but let's say 15 MB to play with).

should I re TPT to 155 MB system partition?

[Guest tilal6991]

I'm fairly sure what made it smooth was https://github.com/ICSFusionX/android_device_zte_blade/commit/e50e07279db40bd5baac35f21feaeb682b5faf9d

[Guest shmizan]

thanks, will apply as soon as I finish my current build, and test. why didn't you submit it to gerrit?

great work on the camera too! no word yet if we get official after it's done?

[Guest tilal6991]

thanks, will apply as soon as I finish my current build, and test. why didn't you submit it to gerrit?

great work on the camera too! no word yet if we get official after it's done?

Already done - http://review.cyanogenmod.com/#/c/16056/ . As for official - first let the video recording patch be merged. Then I'll pull up the commit which adds the Blade for review.

[Guest targetbsp]

Already done - http://review.cyanog....com/#/c/16056/ . As for official - first let the video recording patch be merged. Then I'll pull up the commit which adds the Blade for review.

Cool, I'll give that a quick before an after test in at lunch. :)

[Guest targetbsp]

You know what especially amuses me about the troubles we have in video playback on CM9 is that they actually work better for me than on 7. For reasons I don't know, most videos for me on CM7 only play audio. At least CM9 plays occasional frames!

[Guest shmizan]

I never play video (do play youtube) on my blade. if it wasn't for YouTube HQ needing it - I wouldn't even care if we never fixed hw video decoding. 1250mAh battery is small enough, so playing videos on it is a complete waste for me. same goes for video recording. I tried once or twice and the quality was so bad - never used it again. so I don't care for it much, just enough to know we need it to go official, so all the props go to tilal for fixing it ;-)

[Guest targetbsp]

Already done - http://review.cyanog....com/#/c/16056/ .

Yep, that fixes it in CM9 :)

[Guest sej7278]

Yep, that fixes it in CM9 :)

lol every time i go to make a new build today some new patch comes along! i think i've got a build going now with all the latest patches, most of them already got merged before i could review though.

i'd like the common_mini_phone.mk and therefore target_bootanimation_name to get reconsidered as 20mb saved on /system is well worth losing a few ringtones. blackscreen fix needs to hurry up and get merged too.

[Guest targetbsp]

I definately want to see mini if it saves that much space! About to try that patch on my build.

Is that boot animation one the one that makes the boot animation not fill the screen? I think that makes it look a bit pants. How much space does it save?

Did the blackscreen issue only apply to TF models then?

[Guest sej7278]

I definately want to see mini if it saves that much space! About to try that patch on my build.

Is that boot animation one the one that makes the boot animation not fill the screen? I think that makes it look a bit pants. How much space does it save?

Did the blackscreen issue only apply to TF models then?

the mini one removes some ringtones and videos, but has the side-effect of using the tiny 320x240 bootanimation, so you need the bootanimation patch to make it the correct 800x480 size again.

personally i disable bootanimation for faster boot time anyway, hell i'd prefer if we could save another 3mb by removing it entirely.

my OLED had blackscreen briefly, but i've not seen it in a while for some reason.