Requesting CM14 Port for Xperia Z5 - Xperia Z5 Q&A, Help & Troubleshooting

Hey Guys! Can Anyone Port Cm14 To Xperia Z5 (E6653)
Thanks!

EnesSastim said:
Hey Guys! Can Anyone Port Cm14 To Xperia Z5 (E6653)
Thanks!
Click to expand...
Click to collapse
That wont happen for a while since we dont even have a entirely stable CM13

Envious_Data said:
That wont happen for a while since we dont even have a entirely stable CM13
Click to expand...
Click to collapse
Why?
It is ported by Me few days ago just testing it. It is clear CM14 without any opengapps.
Soon will be out to public. Cheers
PS, jpg file is back camera test

fergy said:
Why?
It is ported by Me few days ago just testing it. It is clear CM14 without any opengapps.
Soon will be out to public. Cheers
PS, jpg file is back camera test
Click to expand...
Click to collapse
Make sure to share your local_manifests
Thanks

zacharias.maladroit said:
Make sure to share your local_manifests
Thanks
Click to expand...
Click to collapse
Haha... Hello zach.
No, I will keep it just for Myself, haha. Kidding. Sure will push manifest out when release this.
For now seems stable. Modem work, BT work, WiFi work, audio work, front and back camera work even sometime app crash but on reopening camera it work very fast. Fingerprint seems to need some permissions tuning but think that if one not need it, it is very stable for everyday use.
Sent from my E6653 using XDA-Developers mobile app

omg cant wait, this is like christmass morning for me

@fergy Good job man, can't wait for this If you want, i'd gladly sign up for some betatesting. Just PM me if you want to
Cheers!
-Aero

aerostride said:
@fergy Good job man, can't wait for this If you want, i'd gladly sign up for some betatesting. Just PM me if you want to
Cheers!
-Aero
Click to expand...
Click to collapse
Hello.
I will provide everything for test before push anything out to public, so I hope @zacharias.maladroit, You and some few people can test things soon. I will send PM with link to test stuff asap recheck CTS stuff:
Code:
[email protected]:~/Development/android-cts/tools$ ./cts-tradefed
Android Compatibility Test Suite 7.0 (3340807)
10-29 11:44:25 I/DeviceManager: Detected new device CB5A2AM3EP
cts-tf > run cts
10-29 11:44:30 I/TestInvocation: Starting invocation for 'cts' on build '3340807' cts Compatibility Test Suite 3340807 CTS 1477734270172 /home/fergy/Development/android-cts/tools/./../.. 7.0 cts https://androidpartner.googleapis.com/v1/dynamicconfig/suites/CTS/modules/{module}/version/{version}?key=AIzaSyAbwX5JRlmsLeygY2WWihpIJPXFLueOQ3U 2016.10.29_11.44.30 on device CB5A2AM3EP
10-29 11:44:30 I/ResultReporter: Initializing result directory
10-29 11:44:30 I/ResultReporter: Results Directory: /home/fergy/Development/android-cts/tools/./../../android-cts/results/2016.10.29_11.44.30
10-29 11:44:30 I/ResultReporter: Created log dir /home/fergy/Development/android-cts/tools/./../../android-cts/logs/2016.10.29_11.44.30
10-29 11:44:30 W/BatteryFetcher: IOException getting battery level for device CB5A2AM3EP: Unrecognized response to battery level queries
10-29 11:44:33 I/SettingsPreparer: Setting verifier_verify_adb_installs to value 0
10-29 11:44:34 I/ApkPreconditionCheck: Instrumenting package com.android.preconditions.cts:
10-29 11:44:38 I/ApkPreconditionCheck: Target preparation successful
10-29 11:44:41 I/WifiCheck: Wifi is connected
10-29 11:44:41 I/DeviceInfoCollector: Instrumenting package com.android.compatibility.common.deviceinfo:
10-29 11:44:52 I/DeviceInfoCollector: Target preparation successful
10-29 11:44:53 W/PropertyCheck: Expected "user" but found "userdebug" for property: ro.build.type
10-29 11:44:53 W/BatteryFetcher: IOException getting battery level for device CB5A2AM3EP: Unrecognized response to battery level queries
10-29 11:44:57 W/ModuleRepo: No devices found with [sim-card], running armeabi-v7a CtsTelecomTestCases on CB5A2AM3EP
10-29 11:44:57 W/ModuleRepo: No devices found with [sim-card], running arm64-v8a CtsTelecomTestCases on CB5A2AM3EP
10-29 11:44:57 W/ModuleRepo: No devices found with [sim-card], running armeabi-v7a CtsTelephonyTestCases on CB5A2AM3EP
10-29 11:44:57 W/ModuleRepo: No devices found with [sim-card], running arm64-v8a CtsTelephonyTestCases on CB5A2AM3EP
10-29 11:44:57 W/ModuleRepo: No devices found with [sim-card-with-certs], running armeabi-v7a CtsCarrierApiTestCases on CB5A2AM3EP
10-29 11:44:57 W/ModuleRepo: No devices found with [sim-card-with-certs], running arm64-v8a CtsCarrierApiTestCases on CB5A2AM3EP
10-29 11:44:57 I/ModuleRepo: CB5A2AM3EP running 309 modules, expected to complete in 59h 56m 18s
10-29 11:44:57 I/CompatibilityTest: Starting 309 modules on CB5A2AM3EP
So, as You see, it will take a time to complete tests.
Thank You

Selinux changed to Enforcing...
Both cameras work well

Hi,
Any news for beta testing?

@fergy I tried your rom, but the sim doesn't work. Are you using a different kernel?

EnesSastim said:
@fergy I tried your rom, but the sim doesn't work. Are you using a different kernel?
Click to expand...
Click to collapse
No. Same one. There is problem in daemon. Working on fix

Related

[DEV] Porting kernel 3.10.x to d2 for Lollipop

As we know, Android Lollipop is being released soon, and it requires a kernel that is 3.10.y, which is not available for our device. I'm not great with kernels and would in no way consider myself a kernel developer, but I have applied the neccessary patches to get the kernel version up to 3.10.0, which can be found here https://github.com/frap129/android_kernel_samsung_d2. Because I'm not a kernel developer, I am looking for some help in at least getting this kernel somewhat ready before the release of 5.0, so we can all get the latest update ASAP. Any and all help is apreciated!
Does your kernel compile and boot on cm11? If it does, there shouldn't be much problems in getting it working on L.
Any news? Does it compile?
frap129 said:
As we know, Android Lollipop is being released soon, and it requires a kernel that is 3.10.y, which is not available for our device. I'm not great with kernels and would in no way consider myself a kernel developer, but I have applied the neccessary patches to get the kernel version up to 3.10.0, which can be found here https://github.com/frap129/android_kernel_samsung_d2. Because I'm not a kernel developer, I am looking for some help in at least getting this kernel somewhat ready before the release of 5.0, so we can all get the latest update ASAP. Any and all help is apreciated!
Click to expand...
Click to collapse
nope android 5.0 doesnt require new kernel, you could build it on 3.0.y like i am doing on my Note 2 oh and as far as i know new nexus devices are still on 3.4.y
Ivan_Meler said:
nope android 5.0 doesnt require new kernel, you could build it on 3.0.y like i am doing on my Note 2 oh and as far as i know new nexus devices are still on 3.4.y
Click to expand...
Click to collapse
yes, but the new Samsung tablets (at least) are being shipped with the 3.10.x kernels.. 'course they're still running kitkat at the moment, but definitely cannot wait to see if/when they get kit kat.
I'll have to report back later after I take pictures of the 'about phone' page lol [if you want proof anyway]
frap129 said:
As we know, Android Lollipop is being released soon, and it requires a kernel that is 3.10.y, which is not available for our device. I'm not great with kernels and would in no way consider myself a kernel developer, but I have applied the neccessary patches to get the kernel version up to 3.10.0, which can be found here https://github.com/frap129/android_kernel_samsung_d2. Because I'm not a kernel developer, I am looking for some help in at least getting this kernel somewhat ready before the release of 5.0, so we can all get the latest update ASAP. Any and all help is apreciated!
Click to expand...
Click to collapse
ztotherad said:
yes, but the new Samsung tablets (at least) are being shipped with the 3.10.x kernels.. 'course they're still running kitkat at the moment, but definitely cannot wait to see if/when they get kit kat.
I'll have to report back later after I take pictures of the 'about phone' page lol [if you want proof anyway]
Click to expand...
Click to collapse
I know samsung does things like that (i have few other devices from them) but hey thats samsung and they are lazy so they dont want to update kernel version after device is relesed so they do this not to feel outdated on softwere side
Whoops! I read somewhere that the newly expanded SELinux permissions had some dependency on the 3.10.y kernel. Oh well, I guess Ill just test it anyways so I can brag that I have a newer kernel than anyone else if it works
frap129 said:
Whoops! I read somewhere that the newly expanded SELinux permissions had some dependency on the 3.10.y kernel. Oh well, I guess Ill just test it anyways so I can brag that I have a newer kernel than anyone else if it works
Click to expand...
Click to collapse
That would definitely be awesome! Be sure to report back your results. I'm not an experienced ROM or kernel developer, but I'll be attempting on bringing a pure AOSP 5.0.0_r2 to my GS3. I'm not sure how successful I'll be, but my first step involved me planning on copying over our vendor repo from CM's M11 or M12 release (whenever that gets out) and trying to build Lollipop against it.
polarEskimo said:
That would definitely be awesome! Be sure to report back your results. I'm not an experienced ROM or kernel developer, but I'll be attempting on bringing a pure AOSP 5.0.0_r2 to my GS3. I'm not sure how successful I'll be, but my first step involved me planning on copying over our vendor repo from CM's M11 or M12 release (whenever that gets out) and trying to build Lollipop against it.
Click to expand...
Click to collapse
I was planning on working on that as well over the weekend.
polarEskimo said:
That would definitely be awesome! Be sure to report back your results. I'm not an experienced ROM or kernel developer, but I'll be attempting on bringing a pure AOSP 5.0.0_r2 to my GS3. I'm not sure how successful I'll be, but my first step involved me planning on copying over our vendor repo from CM's M11 or M12 release (whenever that gets out) and trying to build Lollipop against it.
Click to expand...
Click to collapse
You will need to change many things in device tree to get it compile oh and dont forget to disable cm overlays
Ivan_Meler said:
You will need to change many things in device tree to get it compile oh and dont forget to disable cm overlays
Click to expand...
Click to collapse
I'm very new to the AOSP build process and didn't have much luck last night getting the CM device sources to play nicely with AOSP. I'm finding it difficult to find any relevant guides on porting over the CM device trees to pure AOSP. If you or anyone else can help by explaining the process or pointing to a guide that I may have missed, I'd be grateful. Plus the more people we have collaborating on his, the better our chances of getting Lollipop on our devices.
I'm working on porting 5.0 to our phone, tweaked the device tree and got the build running but (as expected) i'm running into SEpolicy hell. The new selinux implementation in lollipop is proving to be trouble. I've just made a few more edits and the build is moving along, I'll post results shortly.
If anyone cares to help I'll walk you through what I've done so far. One thing to note is you need to adjust vendorsetup.sh to say full_d2lte-eng instead of cm_d2lte-eng and create AndroidProducts.mk that points at full_d2lte.mk (you can use the hammerhead device tree as a reference to do this)
That will get your device tree to regester properly. If you don't do the above you'll get a "no config makefile found" error when you try to select d2lte with lunch.
As far as the actual tree, you're gonna wanna grab device/samsung/d2lte, device/samsung/msm8960-common, vendor/samsung/d2lte, vendor/samsung/msm8960-common, vendor/cm, vendor/cyngn, and kernel/d2.
You'll also need a couple things from /hardware, namely hardware/samsung. There's a couple things you'll need to remove from msm8960-common in /device, I can't remember the specific file name but the error message will tell you.
Follow those instructions and you'll get where I'm at, with the build crapping out on SEpolicy
Restl3ss said:
I'm working on porting 5.0 to our phone, tweaked the device tree and got the build running but (as expected) i'm running into SEpolicy hell. The new selinux implementation in lollipop is proving to be trouble. I've just made a few more edits and the build is moving along, I'll post results shortly.
If anyone cares to help I'll walk you through what I've done so far. One thing to note is you need to adjust vendorsetup.sh to say full_d2lte-eng instead of cm_d2lte-eng and create AndroidProducts.mk that points at full_d2lte.mk (you can use the hammerhead device tree as a reference to do this)
That will get your device tree to regester properly. If you don't do the above you'll get a "no config makefile found" error when you try to select d2lte with lunch.
As far as the actual tree, you're gonna wanna grab device/samsung/d2lte, device/samsung/msm8960-common, vendor/samsung/d2lte, vendor/samsung/msm8960-common, vendor/cm, vendor/cyngn, and kernel/d2.
You'll also need a couple things from /hardware, namely hardware/samsung. There's a couple things you'll need to remove from msm8960-common in /device, I can't remember the specific file name but the error message will tell you.
Follow those instructions and you'll get where I'm at, with the build crapping out on SEpolicy
Click to expand...
Click to collapse
Wow, this is awesome. It sounds like you've gotten the furthest than any of us. I appreciate the instructions, but is there any chance you could push your repos to GitHub? And do you think the SELinux stuff you're running into has anything to do with our device being on the 3.4 kernel instead of 3.10?
polarEskimo said:
Wow, this is awesome. It sounds like you've gotten the furthest than any of us. I appreciate the instructions, but is there any chance you could push your repos to GitHub? And do you think the SELinux stuff you're running into has anything to do with our device being on the 3.4 kernel instead of 3.10?
Click to expand...
Click to collapse
It's not a kernel thing so much as a device tree thing. (Kitkat vs lollipop) the policy.conf (along with a few other things) in the device tree is designed for kitkat and isn't playing very nice with the 5.0 source. I'm trying to bang it out a bit by swapping a few C and header files in the build core.
As for my last build, my tweaks got me past where I was but now I'm hanging on a new set of SElinux errors.
I've been at this for less than 12 hours so given that timeframe this looks promising.
I'm trying to think of what the best way to go about this is. I could either try to adapt the tree for the new source or I could try to adapt the source for the old tree (use KitKat SElinux implementation on lollipop). The latter would have more success with root but the former is the correct way to do it (and would get us cyanogenmod 12 faster once they start nightlies, as I can push the changes to gerrit)
Restl3ss said:
It's not a kernel thing so much as a device tree thing. (Kitkat vs lollipop) the policy.conf (along with a few other things) in the device tree is designed for kitkat and isn't playing very nice with the 5.0 source. I'm trying to bang it out a bit by swapping a few C and header files in the build core.
As for my last build, my tweaks got me past where I was but now I'm hanging on a new set of SElinux errors.
I've been at this for less than 12 hours so given that timeframe this looks promising.
I'm trying to think of what the best way to go about this is. I could either try to adapt the tree for the new source or I could try to adapt the source for the old tree (use KitKat SElinux implementation on lollipop). The latter would have more success with root but the former is the correct way to do it (and would get us cyanogenmod 12 faster once they start nightlies, as I can push the changes to gerrit)
Click to expand...
Click to collapse
Again, any chance you can post your source? You don't have to try and work on it on your own. The more people that look at the progressions you made, the better our chances are at success.
polarEskimo said:
Again, any chance you can post your source? You don't have to try and work on it on your own. The more people that look at the progressions you made, the better our chances are at success.
Click to expand...
Click to collapse
I'll push what I've got to github after this experiment
Cyanogen is updating sources to lolipop right now and omni has semi working source so it will be easier to port 5.0 since we wont need to edit device tree that much
Ivan_Meler said:
Cyanogen is updating sources to lolipop right now and omni has semi working source so it will be easier to port 5.0 since we wont need to edit device tree that much
Click to expand...
Click to collapse
Yes but, they have a tentative deadline of dec. 1st to start pushing out the first nightlies. We likely won't be in the first wave either, since d2 is now 3 generations out of date.
I'd much rather just port aosp and have it in 2 weeks rather than wait 3 weeks to even begin work.
Side note. If/when I get this working I'm calling it PotatOS
Managed to work past my problem with SElinux for now, the build has now moved on to... another set of errors!
Build currently hangs at this:
Code:
host C++: libutils_32 <= system/core/libutils/StopWatch.cpp
host C++: libutils_32 <= system/core/libutils/String8.cpp
host C++: libutils_32 <= system/core/libutils/String16.cpp
host C++: libutils_32 <= system/core/libutils/SystemClock.cpp
host C++: libutils_32 <= system/core/libutils/Threads.cpp
host C++: libutils_32 <= system/core/libutils/Timers.cpp
system/core/libutils/Timers.cpp: In function 'nsecs_t systemTime(int)':
system/core/libutils/Timers.cpp:43:13: error: 'CLOCK_BOOTTIME' was not declared in this scope
build/core/binary.mk:618: recipe for target 'out/host/linux-x86/obj32/STATIC_LIBRARIES/libutils_intermediates/Timers.o' failed
make: *** [out/host/linux-x86/obj32/STATIC_LIBRARIES/libutils_intermediates/Timers.o] Error 1
#### make failed to build some targets (01:19 (mm:ss)) ####
Going to bed, will get back at it in the morning. Source should be up on github by tomorrow night
Restl3ss said:
Yes but, they have a tentative deadline of dec. 1st to start pushing out the first nightlies. We likely won't be in the first wave either, since d2 is now 3 generations out of date.
I'd much rather just port aosp and have it in 2 weeks rather than wait 3 weeks to even begin work.
Side note. If/when I get this working I'm calling it PotatOS
Click to expand...
Click to collapse
I'm with you on that, I'd rather have pure AOSP than buggy CM nightlies. Also interesting choice of ROM name lol. Thanks for your hard work and I'm looking forward to pulling down your repos so I can take a stab at these compile-time issues.

Lollipop Source - Official Nvidia Repository

The developer site is still listing KitKat as the newest build, so here are the links to the instructions to build Lollipop using the official source:
Lollipop 5.0: http://nv-tegra.nvidia.com/gitweb/?...a=blob_plain;f=README;hb=rel-st8-l-r1-partner
Lollipop 5.0.1: http://nv-tegra.nvidia.com/gitweb/?...a=blob_plain;f=README;hb=rel-st8-l-r2-partner
Cheers mate. It is still listing the 1.2.1 OTA as the latest but just by changing the branch url i was able to find the newest.
Lets hope for some more development on this device. I'm going to PM you soon - I will be building my own ROM and/or Kernel.
berryman13 said:
Cheers mate. It is still listing the 1.2.1 OTA as the latest but just by changing the branch url i was able to find the newest.
Lets hope for some more development on this device. I'm going to PM you soon - I will be building my own ROM and/or Kernel.
Click to expand...
Click to collapse
You do realize those are the links posted above. There is no need to switch branch names or search for the current files. Just click the one you want.
twistedumbrella said:
You do realize those are the links posted above. There is no need to switch branch names or search for the current files. Just click the one you want.
Click to expand...
Click to collapse
Of course, mate!
I was saying that I found the proper page by changing the URL to hb=rel-st8-l-r2-partner, before this thread was posted. So I appreciate you enlightening other folks about it!
berryman13 said:
Of course, mate!
I was saying that I found the proper page by changing the URL to hb=rel-st8-l-r2-partner, before this thread was posted. So I appreciate you enlightening other folks about it!
Click to expand...
Click to collapse
Even without already having the branch name, it's just a matter of going to http://nv-tegra.nvidia.com/gitweb/?p=manifest/android/binary.git;a=summary to find it
Hi, @twistedumbrella could you please spare a second to help (or point me in the right direction) I've successfully built Lollipop for my Oneplus One using Ubuntu, but when I try to set up first repo sync; well see below:
When I run: repo init -u git://nv-tegra.nvidia.com/manifest/android/binary.git -b rel-st8-l-r2-partner -m tlk/shieldtablet.xml
I get: fatal: manifest 'tlk/shieldtablet.xml' not available
fatal: remote github not defined in /home/diigimatrix/.repo/manifests/tlk/shieldtablet.xml
Please could you get me on my way. I love all your work and hope to gain further knowledge through your support.
Thanks in advance
Phil from Blackpool
diigibio said:
Hi, @twistedumbrella could you please spare a second to help (or point me in the right direction) I've successfully built Lollipop for my Oneplus One using Ubuntu, but when I try to set up first repo sync; well see below:
When I run: repo init -u git://nv-tegra.nvidia.com/manifest/android/binary.git -b rel-st8-l-r2-partner -m tlk/shieldtablet.xml
I get: fatal: manifest 'tlk/shieldtablet.xml' not available
fatal: remote github not defined in /home/diigimatrix/.repo/manifests/tlk/shieldtablet.xml
Please could you get me on my way. I love all your work and hope to gain further knowledge through your support.
Thanks in advance
Phil from Blackpool
Click to expand...
Click to collapse
I'm trying to figure out what's up with it now. I know when I synced it was r1, and tlk/shieldtablet.xml was valid.
Hopefully I can track down why it is coming back invalid in r2.
Thanks @twistedumbrella, glad in a way its not just me. Thought I was running the wrong command. . Happy New Year!
diigibio said:
Thanks @twistedumbrella, glad in a way its not just me. Thought I was running the wrong command. . Happy New Year!
Click to expand...
Click to collapse
Same to you. It updated ok but now I have to see if it'll re-init. It may be a delay on their end. The readme for the portable was up a week before the source.
Cool. I'll give it another try once I've finished work. Been a member for years and helped a lot in the old windows phone days. But thought enough of just relying on other people, time to start getting my hands dirty again. But new to building Android. Need to read up on manipulation of ROMs rather than just building a stock ROM. Any tips on tools to manipulate ROMs? Am i right by merging commits then build, then manipulate ROM? I will read up on it but just thought you might have some pointers. Thanks
diigibio said:
Cool. I'll give it another try once I've finished work. Been a member for years and helped a lot in the old windows phone days. But thought enough of just relying on other people, time to start getting my hands dirty again. But new to building Android. Need to read up on manipulation of ROMs rather than just building a stock ROM. Any tips on tools to manipulate ROMs? Am i right by merging commits then build, then manipulate ROM? I will read up on it but just thought you might have some pointers. Thanks
Click to expand...
Click to collapse
Best bet is to either find something you like and merge it or try to find something similar and recreate it to start. Once you get comfortable, then start coming up with your own.
Building from source is mostly Java for modifying with some C for drivers and such. Usually when you have a device configuration already set up, though, the C part is already done.
Just wanna say a big thanks to @twistedumbrella. I set up a new ubuntu build environment and I'm now compiling my first Android build for Nvidia Shield Tablet EU-LTE. No mods yet other than stock, but hopefully with time.
diigibio said:
Just wanna say a big thanks to @twistedumbrella. I set up a new ubuntu build environment and I'm now compiling my first Android build for Nvidia Shield Tablet EU-LTE. No mods yet other than stock, but hopefully with time.
Click to expand...
Click to collapse
Glad to hear it's all up and running. Best of luck!
twistedumbrella said:
Glad to hear it's all up and running. Best of luck!
Click to expand...
Click to collapse
Hi! I'm trying to compile but get error trying no find:
./packages/apps/UnifiedEmail/src
After repo sync, I don't have "src" directory for this package.
Thnx in advance.
entelekia said:
Hi! I'm trying to compile but get error trying no find:
./packages/apps/UnifiedEmail/src
After repo sync, I don't have "src" directory for this package.
Thnx in advance.
Click to expand...
Click to collapse
It looks like they are still working out a few issues with new updates. I don't maintain the source, so the only advice I can provide is to keep on eye on nvidia's gitweb for when they publish a solution (or occasionally sync and try over), or attempt to fix it yourself (which usually only works if there is an issue with the code, not code missing altogether).
Compiled! I have resynchronized all the project from scratch from git repository.
I'm going to test the compiled ROM in my tablet, but I suppose, I have to provide almost the essential pack of Google apps (basic providers and play services).
I think to flash *.img files, except recovery.img (I'm on TWRP), and then install from TWRP PA Gapps. Is this approach correct?
Thnx in advance and regards.
EDIT: No luck booting custom rom (TWRP nor stock recovery...)
Seem's like there's a new source three version out:
repo init -u git://nv-tegra.nvidia.com/manifest/android/binary.git -b rel-st8-l-r3-partner -m tlk/shieldtablet.xml
GethPrime said:
Seem's like there's a new source three version out:
repo init -u git://nv-tegra.nvidia.com/manifest/android/binary.git -b rel-st8-l-r3-partner -m tlk/shieldtablet.xml
Click to expand...
Click to collapse
Anyone managed to build this one yet? Its not working for me..

[SOURCE CODE][CM-13.0]Nexus-fy libra and aqua

Based on Nexus 5x device tree source code and blobs, you can Nexus-fy libra (Mi 4c) or aqua (Mi 4s) at home:
Kernel source: https://github.com/kumajaya/android_kernel_xiaomi_msm8992/tree/cm-13.0
Device tree source: https://github.com/kumajaya/android_device_xiaomi_libra/tree/cm-13.0
Vendor blobs: https://github.com/kumajaya/proprietary_vendor_xiaomi/tree/cm-13.0
Cherry-pick:
- http://review.cyanogenmod.org/140184 merged
- http://review.cyanogenmod.org/140411 merged
- http://review.cyanogenmod.org/141292 Please switch to http://review.cyanogenmod.org/141615 Abandoned - libril and rild included in device tree now
- http://review.cyanogenmod.org/141871 merged
- ANT support patch: http://review.cyanogenmod.org/#/q/topic:fix-ant merged
Changelog:
- Non device specific changes also affected us https://www.cmxlog.com/13/bullhead/
- https://github.com/kumajaya/proprietary_vendor_xiaomi/commits/cm-13.0
- https://github.com/kumajaya/android_kernel_xiaomi_msm8992/commits/cm-13.0
- https://github.com/kumajaya/android_device_xiaomi_libra/commits/cm-13.0
To prevent any headache please revert https://github.com/kumajaya/android...mmit/1ef9c6f035842b7c8679976a7db4c3e117cb4b6b for you. Jack will be always disabled for me until I have a new build machine
Currently not working:
- RIL
- Sensors
- Camera
Known issue:
- Incorrect power consumption info
- HDR camera crash, Google camera video support crash but older 27008130 version https://github.com/opengapps/arm/tree/master/app/com.google.android.googlecamera/19/nodpi working properly
- LED blinking issue
- Touch vibration not working but call vibration working
- MAC address for WiFi and Bluetooth not get extracted
- No CDMA support Further test still needed
- Permissive SELinux
- Fingerprint support for aqua not working yet
I write this from scratch based on Nexus 5x device tree source and blobs. Camera blobs partially from stock Lollipop, STMicroelectronics LSM6DB0 sensors HAL from stock Lollipop, both wrapped using a clean hack. RIL blobs from Yu sambar, Marshmallow branch. So, no much Lollipop blobs inside. Since based on a Google Nexus device, this is almost AOSP.
Source codes and patch quality so important for me. I learn about it from FBReader author Nikolay Pultsin when porting his desktop e-book reader app to Motorola E680/A1200 Linux mobile phone.
And this is not about ROM sharing but source code sharing, build the ROM yourself A build from me will be available eventually but source code always more important Don't cry if I left you someday for a new device, my sources always available online.
Notes:
- Before flash your build, write up your original WiFi and Bluetooth MAC address. Backup your EFS partition in TWRP.
- GApps: http://opengapps.org, ARM64 6.0, nano version recommended.
- No binary ROM from the author. The author pushed his changes to public repository and someone else (emfox) build and upload it online. Development opennes guaranteed, no hidden changes, fully respect open source.
- Single ROM for two device variant. A unified ROM detect and set variant specific properties on boot.
Download link:
Emfox's build: https://goo.gl/iQNZjC
Reserved!
Maybe I'll need this
@emfox https://github.com/kumajaya/android_device_xiaomi_libra/commits/cm-13.0 looks clear for you?
ketut.kumajaya said:
@emfox https://github.com/kumajaya/android_device_xiaomi_libra/commits/cm-13.0 looks clear for you?
Click to expand...
Click to collapse
yes.
and I'll start to build.
And we immediately got a volunteer.... Unbelievable! Thanks @emfox :good:
My first build available at my google drive, https://goo.gl/iQNZjC
all source from kumajaya, I don't know even if it boots... I cannot test it myself now because 4c is my daily-used phone.
Update: it even including OTA update
emfox said:
My first build available at my google drive, https://goo.gl/iQNZjC
all source from kumajaya, I don't know even if it boots... I cannot test it myself now because 4c is my daily-used phone.
Update: it even including OTA update
Click to expand...
Click to collapse
So, someone else already confirm my source really build able :good: Don't flash it! Still not ready for daily use.
ketut.kumajaya said:
So, someone else already confirm my source really build able :good: Don't flash it! Still not ready for daily use.
Click to expand...
Click to collapse
yes.
and though it's simple but maybe someone need it, the local_manifest/libra.xml:
Code:
<?xml version="1.0" encoding="UTF-8"?>
<manifest>
<project name="kumajaya/android_device_xiaomi_libra" path="device/xiaomi/libra" remote="github" revision="cm-13.0" />
<project name="kumajaya/android_kernel_xiaomi_msm8992" path="kernel/xiaomi/msm8992" remote="github" revision="cm-13.0" />
<project name="kumajaya/proprietary_vendor_xiaomi" path="vendor/xiaomi" remote="github" revision="cm-13.0" />
</manifest>
Use xiaobai112220's work for camera shim as a reference but using a different method, now I have a working camera. Thanks @xiaobai112220 :good: I'll push my local changes after a rebuild.
Just won fighting against non-jack build. Now, I'm thinking maybe proguard still disabled in jack build
@emfox Working camera source update:
- https://github.com/kumajaya/proprietary_vendor_xiaomi/commits/cm-13.0
- https://github.com/kumajaya/android_device_xiaomi_libra/commits/cm-13.0
- Cherry-pick: http://review.cyanogenmod.org/140184
Now I need more Saturday night for libra sensors :laugh:
ketut.kumajaya said:
@emfox Working camera source update:
- https://github.com/kumajaya/proprietary_vendor_xiaomi/commits/cm-13.0
- https://github.com/kumajaya/android_device_xiaomi_libra/commits/cm-13.0
- Cherry-pick: http://review.cyanogenmod.org/140184
Now I need more Saturday night for libra sensors :laugh:
Click to expand...
Click to collapse
Good work! keep going!
I'll always do regression build test
ketut.kumajaya said:
@emfox Working camera source update:
- https://github.com/kumajaya/proprietary_vendor_xiaomi/commits/cm-13.0
- https://github.com/kumajaya/android_device_xiaomi_libra/commits/cm-13.0
- Cherry-pick: http://review.cyanogenmod.org/140184
Now I need more Saturday night for libra sensors :laugh:
Click to expand...
Click to collapse
Now that's what I call dedication:good:
I will try to build it
emfox said:
Good work! keep going!
I'll always do regression build test
Click to expand...
Click to collapse
Hi @emfox ! I found a CM13 libra build from saturday in your Drive. Has it been built from @ketut.kumajaya sources? Can be flashed without risks? I suppose there are bugs as this build hasn't been announced.
Thanks in advance! :good:
gonzalocav said:
Hi @emfox ! I found a CM13 libra build from saturday in your Drive. Has it been built from @ketut.kumajaya sources? Can be flashed without risks? I suppose there are bugs as this build hasn't been announced.
Thanks in advance! :good:
Click to expand...
Click to collapse
Don't flash it! It's just a test build, still under development.
I found open source sensor HAL for our device. My device sensor now increased from 0 to 11
Still not properly configured but open source will be win
ketut.kumajaya said:
Still not properly configured but open source will be win
Click to expand...
Click to collapse
Exiting Thanks for the hard work here. Really glad we got kernel sources and devs now this greatly improves the appeal of the phone and its possible usefull lifespan

[GUIDE] Build LineageOS 14.1 for flamingo

Hello there!
Many of you want to get a nougat working rom for our Xperia E3. We have kernel sources, vendor files, device... So if you wanna try to make the rom this guide is for you.
Prerequisites
64 bit computer with 64 bit Linux OS installed (or virtual machine)
At least 4gb of RAM and about 100GB of free storage (more if you enable ccache)
Much patience (the process will be long)
Getting started
Android SDK
You can setup android SDK by running
Code:
sudo apt-get install adb fastboot
Installing required packages
For that you can follow the steps on https://wiki.lineageos.org/devices/nicki/build#install-the-build-packages
Setting up directories
Create a folder in which android source will be downloaded
Code:
mkdir -p ~/android/lineage
Note: "~/android/lineage" is an example, you can create whatever folder you want, but in the next steps be sure you change paths.
Install the repo command
Like before you only need to run
Code:
sudo apt-get install repo
Initialize the LineageOS source repository
Now we can start to prepare sources download. Enter the following to initialize the repository:
Code:
cd ~/android/lineage
repo init -u https://github.com/LineageOS/android.git -b cm-14.1
And we need to prepare local manifests:
Code:
git clone https://github.com/rmnhg/local_manifests.git -b cm-14.1 .repo/local_manifests
Download the source code
To start the download of the source code to your computer:
Code:
repo sync
Note: This process will be long (over 30gb are going to be downloaded) and can be longer if your connection is slow so be patience.
Prepare the device-specific code
After the source downloads, ensure you’re in the root of the source code, then type:
Code:
source build/envsetup.sh
breakfast flamingo
This will prepare flamingo sources to be compiled.
(Optional) Turn on caching to speed up build
You can setup ccache if you want to speed up subsequent builds by running:
Code:
export USE_CCACHE=1
and adding that line to your ~/.bashrc file. Then, specify the maximum amount of disk space you want ccache to use by typing this from the top of your Android tree:
Code:
prebuilts/misc/linux-x86/ccache/ccache -M 50G
where 50G corresponds to 50GB of cache. This needs to be run once. Anywhere from 25GB-100GB will result in very noticeably increased build speeds (for instance, a typical 1hr build time can be reduced to 20min). If you’re only building for one device, 25GB-50GB is fine. If you plan to build for several devices that do not share the same kernel source, aim for 75GB-100GB. This space will be permanently occupied on your drive, so take this into consideration. See more information about ccache on Google’s Android build environment initialization page.
You can also enable the optional ccache compression. While this may involve a tiny performance slowdown, it increases the number of files that fit in the cache. To enable it, run:
Code:
export CCACHE_COMPRESS=1
or add that line to your ~/.bashrc file.
You can also change ccache files path by running:
Code:
export CCACHE_DIR=[COLOR="YellowGreen"]<path of your choice>[/COLOR]
or add that line to your ~/.bashrc file.
Configure jack
Jack is the new Java compiler used when building LineageOS 14.1. It is known to run out of memory - a simple fix is to run this command:
Code:
export ANDROID_JACK_VM_ARGS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4G"
Adding that command to your ~/.bashrc file will automatically configure Jack to allocate a sufficient amount of memory.
Start building
Now you can start compiling LineageOS. You can start running:
Code:
croot
brunch flamingo
NOTE: If terminal tells you "croot/breakfast: command not found" just run
Code:
source build/envsetup.sh
and try again.
NOTE 2: If you receive the error "SSL error when connecting to the Jack server. Try 'jack-diagnose'" check this post for a fix.
This will finally compile LineageOS for flamingo :good:
If it finishes succesfully, you will have in out/target/product/flamingo two files:
recovery.img, which is the LineageOS recovery image.
lineage-14.1-<date>-UNOFFICIAL-flamingo.zip, which is the LineageOS installer package.
You have to flash ano and copy installer zip into the phone.
Then reboot into recovery (Power+Vol down) and install this zip.
You can flash flash recovery running
Code:
sudo fastboot -s 256M flash recovery <pathtorecovery.img>
Thanks to @infus for his trick (-s 256M) with fastboot commands for big images.
I hope this guide has been useful for you
PD: If you want to discuss about development of this ROM, you can join our Telegram group here.
Join now​
UPDATES
[06/13/2017] Guide successfully builds Lineage, but we have to fix kernel becouse it's not booting. I've also updated my local_manifests repo, so you need to run in android/lineage this
Code:
cd .repo/local_manifests && git pull origin cm-14.1 ;
cd ../..
[06/23/2017] Booted! But there are some bugs, we will upload ROM when that bugs are fixed
[07/25/2017] After a month we got this working for all variants, with basic hardware working (no camera yet) and with latest TWRP working . I'm working now on getting camera working and other small projects (on Xperia E3 also) but I am being slower to release new things because I have not much time and internet to work, I'm sorry.
[09/01/2017] Camera driver is now working! I have ported stock camera driver to renaissance kernel (LA.BF.1.1.3.. CAF) in another folder with the tag CONFIG_MSMB_CAMERA_FLAMINGO
Camera is still not working because of the HAL but it is nearer
[12/15/2017] I'm sorry we paused releasing updates for the compiled ROM, but I've changed much code and worked hard on camera (which is published on another branch named cm-14.1-cameratesting). Soon I will get some things finished and continue some other projects I had for this device. By the way I wish you a merry Christmas!
Reserved.
First of all I'm thanking you that at least you started to create the ROM for our device...
I really want to help you but I can't, due to internet connection, I don't have much data that I can download those sources (over 30gb)
But I really appreciate your work and hope someday you develop the ROM....
Hello! First of all, this version of Lineage is a very good thing for the Android Community ! I saw in the title that you are facing some difficulties, I'll try to help you. I have a friend who have the phone you talk about. We will probably try it on Wednesday. Did you need a log or something after you did ? Do you have the phone, or do you want my friend's one to test it ? Do you think that your ROM is compatible with your variant ? Or mine ? Thanks for passing some time on the gid build ! Have a good day !
infus38 said:
Hello! First of all, this version of Lineage is a very good thing for the Android Community ! I saw in the title that you are facing some difficulties, I'll try to help you. I have a friend who have the phone you talk about. We will probably try it on Wednesday. Did you need a log or something after you did ? Do you have the phone, or do you want my friend's one to test it ? Do you think that your ROM is compatible with your variant ? Or mine ? Thanks for passing some time on the gid build ! Have a good day !
Click to expand...
Click to collapse
The problems I have are related to system libs when compiling. Some of them fail to compile and I have to fix them manually, becouse of that system.img is not ready. All I have are LineageOS recovery and boot img files for LTE variants (for me that is not working but maybe for your phones things go well). On friday I can upload that imgs for you for test (remember that I have not system compiled so you can install recovery, boot.img may not work with other roms.
With my friend (who owns the xperia e3 d2203) we have started the step currently on the step of 30gb download
You can make a group with telegram to avoid polishing xda to speak and try to solve the problem encountered if you want it by giving the invitation link
infus38 said:
With my friend (who owns the xperia e3 d2203) we have started the step currently on the step of 30gb download
Click to expand...
Click to collapse
Cool, tell me if you start compiling process and, if you have errors, oleaje tell me what errors are given by terminal
infus38 said:
You can make a group with telegram to avoid polishing xda to speak and try to solve the problem encountered if you want it by giving the invitation link
Click to expand...
Click to collapse
Good idea! I'm going to do that
EDIT: Created a telegram group. You can join here https://t.me/xperia_e3
Hello ! After trying to compile the build, it stops and says that the error 1 has occurred. I tried many times but I always got this error (the only thing that changed is the time before the error occurs). I maybe didn’t correctly write the part with java and jack, but I just started to rewrite all from the beginning, I will keep you informed !?
I will prepare a computer to do this. It is almost done, just need a mouse I will download all these sources and start asap. Any help is much appreciated
EDIT: I have a Xperia E3 ready to test anything you want to. Just PM me for better contact info.. I'm here to help the development of this ROM.
I'm still using CM11 ;-; (can't live without camera)
---------- Post added at 11:36 PM ---------- Previous post was at 11:31 PM ----------
@AmulyaX please see this
jpzex said:
I will prepare a computer to do this. It is almost done, just need a mouse I will download all these sources and start asap. Any help is much appreciated
EDIT: I have a Xperia E3 ready to test anything you want to. Just PM me for better contact info.. I'm here to help the development of this ROM.
I'm still using CM11 ;-; (can't live without camera)
---------- Post added at 11:36 PM ---------- Previous post was at 11:31 PM ----------
@AmulyaX please see this
Click to expand...
Click to collapse
Best of luck. I don't have the E3 now but if you need any help or ask about any error, feel free to PM me. ??
@jpzex, @infus38, @rmnhg, I think you all have D2203. So, will you Port this ROM for D2212 after development of this ROM?
Dhruv said:
@jpzex, @infus38, @rmnhg, I think you all have D2203. So, will you Port this ROM for D2212 after development of this ROM?
Click to expand...
Click to collapse
For now I am at the build of the rom with the help of rmnhg if you want to come help us you been free under the agreement of rmnhg to come on the group telegrame create for this purpose ??
Dhruv said:
@jpzex, @infus38, @rmnhg, I think you all have D2203. So, will you Port this ROM for D2212 after development of this ROM?
Click to expand...
Click to collapse
Yes, that is not difficult. I think that a little kernel change and some build.prop tweaks could do the trick, but first we need to complete a single build for D2203, which is the main model.
rmnhg said:
Yes, that is not difficult. I think that a little kernel change and some build.prop tweaks could do the trick, but first we need to complete a single build for D2203, which is the main model.
Click to expand...
Click to collapse
can i join too ?
Nicklas Van Dam said:
can i join too ?
Click to expand...
Click to collapse
Of course! Everyone is useful and will be welcomed
rmnhg said:
Of course! Everyone is useful and will be welcomed
Click to expand...
Click to collapse
Which source that you used as device and kernel tree? And are you building nougat? I'm D2202 user
anyway, for D2202 only available source for cm12.1 when i see from @hell_lock. Will our device run with that device tree?
Nicklas Van Dam said:
Which source that you used as device and kernel tree? And are you building nougat? I'm D2202 user
anyway, for D2202 only available source for cm12.1 when i see from @hell_lock. Will our device run with that device tree?
Click to expand...
Click to collapse
We are using this kernel with this device tree. That sources are mainly designed for LTE variants, but in yukon repo there is more support for D2202/12 devices (see this commit).
rmnhg said:
We are using this kernel with this device tree. That sources are mainly designed for LTE variants, but in yukon repo there is more support for D2202/12 devices (see this commit).
Click to expand...
Click to collapse
Okay, thanks sir. I was recently trying to fix for D2202 too. i'm using different source code, this for device tree device tree & this for yukon platform yukon tree. anyway for kernel itself i don't know which source that i must using it, i'm using xperia open kernel device by jerpelea and using yukon codename. but i'm still not compile it yet since i've problem with los 13.0
---------- Post added at 05:35 AM ---------- Previous post was at 05:30 AM ----------
rmnhg said:
We are using this kernel with this device tree. That sources are mainly designed for LTE variants, but in yukon repo there is more support for D2202/12 devices (see this commit).
Click to expand...
Click to collapse
and anyway, when i check your kernel source that is for D2203 mode (arima_8926SS) for single sim. can we use that kernel? since i'm using same config too?
I'll try to using your source and report it back
Nicklas Van Dam said:
Okay, thanks sir. I was recently trying to fix for D2202 too. i'm using different source code, this for device tree device tree & this for yukon platform yukon tree. anyway for kernel itself i don't know which source that i must using it, i'm using xperia open kernel device by jerpelea and using yukon codename. but i'm still not compile it yet since i've problem with los 13.0
---------- Post added at 05:35 AM ---------- Previous post was at 05:30 AM ----------
and anyway, when i check your kernel source that is for D2203 mode (arima_8926SS) for single sim. can we use that kernel? since i'm using same config too?
oh ya, and vendor source? when i saw from themuppets. Flamingo only updated until cm-12.0 and after that in cm-13.0 until cm-14.0 flamingo doesn't exist in that branch?
Click to expand...
Click to collapse
For vendor I'm using https://github.com/kj77/vendor-yukon on cm-14.1 branch
I think you need to include some device tree files for D2202/D2212 in kernel, since as you said that kernel is specific for D2203. I could try to make basic support for it.

[DEV][HELP]Custom ROM development[Possibly Oreo]

Hello Moto G community!
I am a newbie to Android development but I have a will to learn and work hard. I would like to obtain help from developers while I embark on a mission to build a Android ROM for our beloved Moto G falcon.
What I already did:
1. Setup AOSP build environment from Android official tutorial and had a successful build of nougat 7.1.1
2. Currently, I have setup the build environment for lineage-os using this guide:
https://forum.xda-developers.com/chef-central/android/how-to-build-lineageos-14-1-t3551484
A Lineage 14.1 build is in progress as I write this and hopefully there will be no errors. I plan to flash it on my device and try it out personally to see for myself how well it turns out to be. *Done
Plan:
1. I wish to build an Android 8.x ROM eventually. Lineage is not ready yet, so I was thinking of going ahead with AOSP. Correct me if I am wrong.
2. If I do that, I will first have to build the falcon device tree. I will follow some tutorials for that but will need help here.
3. When I am done with that, I will start the building process and that is when the real work starts.
I will start building the device tree in 2-3 days and will post for help wherever required. I will keep this thread updated with my progress and resources as well.
Anybody who is willing to work with me on this project is welcome to do so. Send me a PM and we can be a team.
To moderators:
1. This is my first time creating a thread on XDA Forums. If I made a mistake, please let me know.
2. This is not just another Android Oreo thread. I plan to learn Android device development and coincidentally the time matches with Android O release. Possibly a good time to learn
My Devices:
Moto G (falcon) XT1033 India
Moto G4 Plus (athene) XT1644 US
this is great, good luck bro, i am waiting for android O :laugh::fingers-crossed:
Here comes the first one:
Lineage 14.1 arm-eng
Code:
[ 39% 13388/33953] Building with Jack: /media/viraj/Work/Android/Dev/android_lineage_14.1/out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/with-local/classes.dex
FAILED: /bin/bash /media/viraj/Work/Android/Dev/android_lineage_14.1/out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/with-local/classes.dex.rsp
java.lang.AssertionError: java.util.zip.ZipException: duplicate entry: jayce/com/android/internal/inputmethod/InputMethodSubtypeSwitchingController$ImeSubtypeListItem.jayce
at com.android.sched.vfs.WriteZipFS$ZipEntryOutputStream.writeEntryIfNeeded(WriteZipFS.java:350)
at com.android.sched.vfs.WriteZipFS$ZipEntryOutputStream.close(WriteZipFS.java:320)
at com.android.sched.vfs.VFSToVFSWrapper.dumpToDir(VFSToVFSWrapper.java:127)
at com.android.sched.vfs.VFSToVFSWrapper.dumpToDir(VFSToVFSWrapper.java:112)
at com.android.sched.vfs.VFSToVFSWrapper.dumpToDir(VFSToVFSWrapper.java:112)
at com.android.sched.vfs.VFSToVFSWrapper.dumpToDir(VFSToVFSWrapper.java:112)
at com.android.sched.vfs.VFSToVFSWrapper.dumpToDir(VFSToVFSWrapper.java:112)
at com.android.sched.vfs.VFSToVFSWrapper.dumpToDir(VFSToVFSWrapper.java:112)
at com.android.sched.vfs.VFSToVFSWrapper.close(VFSToVFSWrapper.java:99)
at com.android.sched.vfs.ReadWriteZipFS.close(ReadWriteZipFS.java:87)
at com.android.sched.vfs.GenericOutputVFS.close(GenericOutputVFS.java:56)
at com.android.jack.library.v0002.OutputJackLibraryImpl.close(OutputJackLibraryImpl.java:218)
at com.android.jack.Jack.run(Jack.java:742)
at com.android.jack.Jack.checkAndRun(Jack.java:412)
at com.android.jack.CommandLine.runJack(CommandLine.java:79)
at com.android.jack.api.v01.impl.Cli01CompilationTaskImpl.run(Cli01CompilationTaskImpl.java:85)
at com.android.jack.server.tasks.JackTask.handle(JackTask.java:188)
at com.android.jack.server.tasks.SynchronousServiceTask.handle(SynchronousServiceTask.java:49)
at com.android.jack.server.tasks.JackTaskRawOut.handle(JackTaskRawOut.java:34)
at com.android.jack.server.router.ContentTypeRouter.handle(ContentTypeRouter.java:86)
at com.android.jack.server.router.PartParserRouter.handle(PartParserRouter.java:95)
at com.android.jack.server.router.PathRouter.handle(PathRouter.java:68)
at com.android.jack.server.router.ContentTypeParameterRouter.handle(ContentTypeParameterRouter.java:88)
at com.android.jack.server.router.ContentTypeRouter.handle(ContentTypeRouter.java:86)
at com.android.jack.server.router.ContentTypeRouter.handle(ContentTypeRouter.java:86)
at com.android.jack.server.router.ContentTypeRouter.handle(ContentTypeRouter.java:86)
at com.android.jack.server.router.ContentTypeParameterRouter.handle(ContentTypeParameterRouter.java:88)
at com.android.jack.server.router.ContentTypeRouter.handle(ContentTypeRouter.java:86)
at com.android.jack.server.router.MethodRouter.handle(MethodRouter.java:69)
at com.android.jack.server.router.RootContainer.handle(RootContainer.java:51)
at org.simpleframework.http.core.RequestDispatcher.dispatch(RequestDispatcher.java:121)
at org.simpleframework.http.core.RequestDispatcher.run(RequestDispatcher.java:103)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.util.zip.ZipException: duplicate entry: jayce/com/android/internal/inputmethod/InputMethodSubtypeSwitchingController$ImeSubtypeListItem.jayce
at java.util.zip.ZipOutputStream.putNextEntry(ZipOutputStream.java:232)
at com.android.sched.util.file.OutputZipFile$CustomZipOutputStream.putNextEntry(OutputZipFile.java:150)
at com.android.sched.vfs.WriteZipFS$ZipEntryOutputStream.writeEntryIfNeeded(WriteZipFS.java:346)
... 34 more
Internal compiler error (version 1.2-rc4 'Carnac' (298900 f95d7bdecfceb327f9d201a1348397ed8a843843 by [email protected])).
java.util.zip.ZipException: duplicate entry: jayce/com/android/internal/inputmethod/InputMethodSubtypeSwitchingController$ImeSubtypeListItem.jayce.
Warning: This may have produced partial or corrupted output.
Couldn't find a solution to this not-so-rare problem.
I just re-ran
Code:
brunch falcon
and did not see that error again. It is not reproducible.
Now I am stuck at Out of Memory error for the same file. I tried reducing max-services for jack server in config file to 1.
I tried multiple heap sizes (2,4,6,8 GB) using -Xmx flag. No luck.
I am curious as to why AOSP built successfully and LOS is showing these errors. They both use jack-server right?
I will search for a solution for a few hours now. If anyone has any, please let me know.
Edit: Alright! I made a build without using ninja.
Code:
export USE_NINJA=false
brunch falcon
Took longer, but succeeded. It boots but SetupWizard stops after setting up Google account. Cannot bypass it to home. Deleting LineageSetupWizard in /system/priv-app using adb works.
See screenshot below.
This completes 1 task. I can start building the device tree tomorrow.
great still like this
Can you tell me size of source code ?? How long it will take to download source code
Trying to build aosp O today. Still syncing
FortoszoneID said:
Trying to build aosp O today. Still syncing
Click to expand...
Click to collapse
That is something! I'd like to test this build if you are successful.
Me too
Sent from my Moto G4 Plus using XDA-Developers Legacy app
Good step dude...
Just one request "Please focus to build Stable one rather then frequent unstable update"
I hope they do not abandon this project is very good
SunilSuni said:
Can you tell me size of source code ?? How long it will take to download source code
Click to expand...
Click to collapse
Source code should be somewhere between 20-40 GB
virajmalia said:
Source code should be somewhere between 20-40 GB
Click to expand...
Click to collapse
40 GB more likely

Categories

Resources