Related
Hello,
So far, I have:
A working Android build environment (Ubuntu 11.10 x64).
Managed to build, install and boot AOSP on my Nexus S. (I have downloaded but not attempted to build CM7 yet.)
Created a Github account.
Samsung's open source files for my target device, the Galaxy Gio GT-S5660M.
I've read some documentation and forum posts about Github, but I remain unsure as to what I should do to fork in a way that:
I'll be able to keep on syncing the remainder of the code.
My new device directories and modifications could be brought back (pulled?) to the main CM7 code base.
Will avoid needless frustrating re-downloads of the source code.
Thanks in advance,
Darkshado
After some further reading, I'm beginning to grasp some git basics...
I've forked two CM7 repos so far, added them as remotes in the appropriate installations. (Instead of forking and cloning, since I already had repo sync'ed the whole CM7 source. My commits show up on Github like they should, and I should be able to merge in commits to the origin remotes.)
I'm not going to do any pull requests until I've managed to build and boot.
By the way, yesterday I attempted to build AOSP with a bunch of files overwritten by the Samsung sources (that's how they tell you to do it!!) and this failed, as I expected.
Goodbye,
Darkshado
Update: I'm currently trying to port CM7 to the Gio 5660M. Still attempting a first successful build as I'm writing these lines.
My main issue so far has to do with the camera. I get the following error message:
make: *** No rule to make target « out/target/product/gio5660M/obj/lib/libcamera.so », needed by « out/target/product/gio5660M/obj/SHARED_LIBRARIES/libcameraservice_intermediates/LINKED/libcameraservice.so ». Stop.
After toggling off the camera by using the stub, I hit the same error further into the build with this:
make: *** No rule to make target « vendor/samsung/gio5660M/proprietary/wifi/ath6k/AR6003/hw2.0/athtcmd_ram.bin », needed by « out/target/product/gio5660M/system/wifi/ath6k/AR6003/hw2.0/athtcmd_ram.bin ». Stop.
I know this has to do with makefiles, but that's about it...
Thanks in advance for any help,
Darkshado
hi i'm interested too.
hi I found your github because I also interested poriting cyanogemod to galaxy gio korea(SHW-M290K). the device hardware is different from s5660. so I need some modification.
and your libcamera problem is that there is some reason that the make system can't find libcamera.so, so they cannot compile libcamera service. it should be in ./vendor/samsung/gio/proprietary according to your extract-files.sh .
have one cuorisity. I searched gio android device make file. and none of them are relreased source code. how did you make them?
I found this information. it may help you.
http://processors.wiki.ti.com/index.php/TI-Android-GingerBread-2.3.4-DevKit-2.1_PortingGuides
I'll have to update my Github, hadn't been in a rush due to lack of progress, but now my problem lies with libaudio instead.
I got the Samsung sources for the 5660M on their open source website, although I mostly worked with the CM7 ports for similar devices like Tass and Cooper as well as a Gio source provided by Phiexz but it didn't build either.
Thanks for the link, I'll check it out.
proprietary does not help
do you have any progress since last time?
well, I admit that proprietary files does not help.
does your s5660m hardware identical to s5660v?
becasuse galaxy gio in Korea(shw-m290k,shw-m290s) does different hardware.
well in this case, like me, you need to hack into not only android pdk, but also android kenel.
I have seen that phiexz has released kernel with latest cyanogenmod kenel in his github and I am modifing it to shw-m290k. there are some hardware differences i have to apply to.
I suggest you to compare phiexz's kernel and samsung original kernel from samsung opensource homepage.
My problem right now is that I don't have that much spare time to put into this, and that I'm very much learning as I go, so progress is not always that quick. Also, I'd like to get my Touchwiz based ROM updated and working properly before trying to build AOSP or CM again.
Another thing I want to try is building the kernel (probably based on Phiexz's) that will support ext4, and compare performance of the Touchwiz ROM on ext4 versus RFS.
As far as we can tell, GT-S5660 (Europe/Asia) GT-S5660M, L and V are identical except for the radio firmware. People with the 5660M initially encountered issues after flashing 5660 ROMs because they also contained the AMSS image.
my cyanogen kernel is based on samsung open source kernel
because cm-kernel on cyanogenmod github dont support our device, if we wnt use that kernel we must add some hardware pofile & board for galaxy gio
so alternative is make samsung's open source kernel compatible with cyanogenmod
Wouldn't it be much better from a code maintainability standpoint to make the CM kernel work on the Gio? (Also if you ever hope to get official CM team support, that's a given.)
The way I understand repo and git, you could create a github repo for your device and board configs and add those to your repo manifest so the whole CM7 source and your modifications all sync properly.
I've forked the CM7 manifest files off github, added my gio files and removed all those extra devices I didn't need, so my repo syncs are much faster too. (The idea comes from http://slightlymorethanworthless.blogspot.com/2011/05/remove-unwanted-devices-from.html)
hey a quick question...
just starting out here..
i'm on win7 32 bit, going to run ubuntu on virtualbox.
shud i choose ubuntu 32 bit or 64?
sorry for OT.
doesn't really matter
roofrider said:
hey a quick question...
just starting out here..
i'm on win7 32 bit, going to run ubuntu on virtualbox.
shud u choose ubuntu 32 bit or 64?
sorry for OT.
Click to expand...
Click to collapse
doesn't really matter. but compiling process needs much cpu power. so 64x would be better.
Well, im not a dev or a user of gt5660m, but good luck to you, hope u can finally port it
Sent from the GUN in my pants
darkshado, if you have same problem untill now.
http://strazzere.com/blog/?p=220
look this page. and check out koush's proprietary page. especially for samsung cooper(galaxy ace). because many of kernel procedure are same for gio.
https://github.com/coolya/android_device_samsung_cooper.git
https://github.com/koush/proprietary_vendor_samsung
i've upload galaxy gio source + proprietary files for galaxy gio
please see & help to fix some problem
github.com/phiexz
Darkshado said:
Hello,
So far, I have:
A working Android build environment (Ubuntu 11.10 x64).
Managed to build, install and boot AOSP on my Nexus S. (I have downloaded but not attempted to build CM7 yet.)
Created a Github account.
Samsung's open source files for my target device, the Galaxy Gio GT-S5660M.
I've read some documentation and forum posts about Github, but I remain unsure as to what I should do to fork in a way that:
I'll be able to keep on syncing the remainder of the code.
My new device directories and modifications could be brought back (pulled?) to the main CM7 code base.
Will avoid needless frustrating re-downloads of the source code.
Thanks in advance,
Darkshado
Click to expand...
Click to collapse
Really the best kernel for your phone is here:
http://forum.xda-developers.com/showthread.php?t=1991020
BLN enabled, optimized&stable kernel, jelly bean look
Whoa! Zombie thread!
Dude: the ROM you linked was published over a year after my original post in this thread. I'm pretty sure there was NO CM7 build available for the Gio back then. That's what I was trying to work on, but got beat to the punch by Maclaw and a couple others. (Hard-bricking my Gio and having a sluggish laptop to build on didn't help.)
Besides, I got rid of my Gio a long time ago. I enjoy my Note 2 and keep my Nexus S as backup.
I've been trying to get Cyanogenmod 10.2 for GT-I9105P working for serveral days now, and i wanted to ask, what is nessecary to use a Cyanogenmod 10.1 device tree with Cyanogenmod 10.2.
I already tried with two device trees now, one of them worked with cm10.1 the other one was not tested.
I am already using the new-style recovery.fstab.
With both I couldn't get behind the Cyanogenmod-Bootlogo.
Can anyone help me and/or knows the problem ?
Here are the device trees i used
1: https://github.com/Galaxy-S2-Plus-Cy..._samsung_s2vep with https://github.com/Galaxy-S2-Plus-Cy...ys2plus-common
2: https://github.com/KINGbabasula/andr..._samsung_s2vep (this is the one I already tested with cm 10.1)
Hi all,
I've been experiencing with Team-Gummy Rom source code for quite some time now. I usually compile from source to get the latest, along with some of my own addition. Lately I've been obsessed with having Android L code running on my Galaxy S4 (qcom) and so I downloaded AOSP source and after some failed attempts I was able to build it with the S4 device package from Team gummy.
So way cool! I may have in my hands the first (maybe not but as far as I know anyway) Android L build on the S4. But before going further, I have a question. In theory if I flash the system.img file produced by the build process and keep the kernel and boot.img from my current install, it should all come together right? Anyone here has an Idea what it would do?
I've been trying to figure out how to build Cyanogenmod from source for a few devices. I've looked at many tutorials and such, but I haven't been able to find one that explains how to build Cyanogen for a device that had an old version of Cyanogen but hasn't been updated since. For example, the official builds for a certain device only go up to 12.1, but I want to build it for 13.0. Does anyone have any advice?
spenceboy98 said:
I've been trying to figure out how to build Cyanogenmod from source for a few devices. I've looked at many tutorials and such, but I haven't been able to find one that explains how to build Cyanogen for a device that had an old version of Cyanogen but hasn't been updated since. For example, the official builds for a certain device only go up to 12.1, but I want to build it for 13.0. Does anyone have any advice?
Click to expand...
Click to collapse
I would recommend starting by using the device tree for your device that supports 12.1 and try using that tree to compile 13. To do this download the 13 code and put the 12.1 device tree in the proper folders (device, vendor, kernel) and try compiling a build and start seeing what errors you get. Let me know if you still have questions I'll do my best to help you out!
Hello,
@sir_bazz mentioned that this needed its own thread, thus I'm creating one.
I've been building LineageOS 14.1 from the official LineageOS source repository for my personal devices for some time now, and it finally occurred to me that others might find them useful.
These builds are created every Saturday night from a 100% unaltered LineageOS repository, which is synchronized with upstream every day. I must stress that there are NO MODIFICATIONS at all; if it worked/didn't work in the last official Cyanogenmod/LineageOS releases, it works/doesn't work in my builds. At Apple we called these "sustaining builds" -- they keep devices in sync with the latest security patches, but receive no new features.
Deb is at https://lineageos.disavowed.jp/deb/. Flo is at https://lineageos.disavowed.jp/flo/. There are other devices being built as well ... if you would like me to add a 14.1 or 15.1 device to the weekly build roster, please let me know.
I hope this helps out folks who want to extend the service lifetime of their gear. Share and enjoy.
Edit: per moderator request, I need to provide a link to the source repository used to generate these builds to comply with XDA's interpretation of the GPL. It is the stock LineageOS repository, located at git://github.com/LineageOS/android.git. TheMuppets binary repository was used for the vendor blobs; it is at https://github.com/TheMuppets/
Have been testing the latest weekly for a couple of days now, and no issues to report.
My Deb device is relegated to a dedicated Pogo tablet and I think Lineage 14.1 is a better match for my use as there's noteably more memory available after system startup than with the Pie ROMs I've tested.
It just feels much smoother.
Would've been more than happy with monthly updates but thanks for building the ROM and also making weeklies available for us Nexus 7 diehards.
sir_bazz said:
Have been testing the latest weekly for a couple of days now, and no issues to report.
My Deb device is relegated to a dedicated Pogo tablet and I think Lineage 14.1 is a better match for my use as there's noteably more memory available after system startup than with the Pie ROMs I've tested.
It just feels much smoother.
Would've been more than happy with monthly updates but thanks for building the ROM and also making weeklies available for us Nexus 7 diehards.
Click to expand...
Click to collapse
Likewise. I was just about to junk a (relatively) new N7 (flo) on stock MM. but wanted to give a newer ROM a try (Oreo). I didn't like my O options and stumbled upon these N builds on the backend of another thread. Flashed/Magisk couple Mods. Been up a week now and not one problem whatsoever!
Really appreciate the work as this ROM (I had never used a LinOS rom before) is running so well the N7 is almost my daily house driver again. The N7 FF really has never been matched/surpassed and once you've become accustomed to it its just hard to give up that "sweet spot".
wileyc said:
Hello,
@sir_bazz mentioned that this needed its own thread, thus I'm creating one.
I've been building LineageOS 14.1 from the official LineageOS source repository for my personal devices for some time now, and it finally occurred to me that others might find them useful.
These builds are created every Saturday night from a 100% unaltered LineageOS repository, which is synchronized with upstream every day. I must stress that there are NO MODIFICATIONS at all; if it worked/didn't work in the last official Cyanogenmod/LineageOS releases, it works/doesn't work in my builds. At Apple we called these "sustaining builds" -- they keep devices in sync with the latest security patches, but receive no new features.
Deb is at https://lineageos.disavowed.jp/deb/. Flo is at https://lineageos.disavowed.jp/flo/. There are other devices being built as well ... if you would like me to add a 14.1 or 15.1 device to the weekly build roster, please let me know.
I hope this helps out folks who want to extend the service lifetime of their gear. Share and enjoy.
Click to expand...
Click to collapse
Hi, I've just updated both my Hammerhead 15.1 and Flo 14.1. Everything has gone smoothly and all is working. I was just hoping you could clarify something that occurred to me regarding the builds.
When you say there are no modifications, does that mean that the basic ROM is frozen at the point when LineageOS stopped releasing official builds, and does that also mean that builds in between the monthly security updates are all the same or can there be other security/bug fixing updates from LineageOS? Also Lineage 15 was never official for the Nexus 5 or 7? I'm a bit in the dark as to how these things work.
Thanks in advance.
anivegmin said:
Hi, I've just updated both my Hammerhead 15.1 and Flo 14.1. Everything has gone smoothly and all is working. I was just hoping you could clarify something that occurred to me regarding the builds.
When you say there are no modifications, does that mean that the basic ROM is frozen at the point when LineageOS stopped releasing official builds, and does that also mean that builds in between the monthly security updates are all the same or can there be other security/bug fixing updates from LineageOS? Also Lineage 15 was never official for the Nexus 5 or 7? I'm a bit in the dark as to how these things work.
Thanks in advance.
Click to expand...
Click to collapse
No worries. By "no modifications", I mean that these are built directly from a clone of the LineageOS repository. I've made absolutely no changes to the source code. No kernel tweaks, no new features, no hidden spyware, no bugfixes (no matter how much I am tempted to do so!).
The LineageOS folks merge the monthly Google security patches into the 14.1 and 15.1 trees, but they don't make official builds for devices that no longer have a maintainer. Their official recommendation is to build it yourself if you want to keep your devices patched, but a non-trivial number of users can't make their own builds, so ...
... since I'm doing builds for my own devices anyway, it would be a good thing to make them available to others. Thus I have done so
Edit: argh, rereading I realize I didn't directly answer your exact question. From an end-user perspective, these builds are indeed frozen in time compared to the last official LineageOS build. Security patches happen as described above.
The Nexus 7 never received an official 15.1 build as far as I can tell, so I'm generating 14.1 for it.
The Nexus 5 is a bit of a grey area, in that builds generated from the 15.1 branch work fine with the exception of Bluetooth (from what I hear, as I don't use Bluetooth on my device). It appears to require a device repartition if you want to use Google apps, though, so I'm building both 14.1 and 15.1 to keep options option.
wileyc said:
No worries. By "no modifications", I mean that these are built directly from a clone of the LineageOS repository. I've made absolutely no changes to the source code. No kernel tweaks, no new features, no hidden spyware, no bugfixes (no matter how much I am tempted to do so!).
The LineageOS folks merge the monthly Google security patches into the 14.1 and 15.1 trees, but they don't make official builds for devices that no longer have a maintainer. Their official recommendation is to build it yourself if you want to keep your devices patched, but a non-trivial number of users can't make their own builds, so ...
... since I'm doing builds for my own devices anyway, it would be a good thing to make them available to others. Thus I have done so
Edit: argh, rereading I realize I didn't directly answer your exact question. From an end-user perspective, these builds are indeed frozen in time compared to the last official LineageOS build. Security patches happen as described above.
The Nexus 7 never received an official 15.1 build as far as I can tell, so I'm generating 14.1 for it.
The Nexus 5 is a bit of a grey area, in that builds generated from the 15.1 branch work fine with the exception of Bluetooth (from what I hear, as I don't use Bluetooth on my device). It appears to require a device repartition if you want to use Google apps, though, so I'm building both 14.1 and 15.1 to keep options option.
Click to expand...
Click to collapse
OK. Thanks for the explanation. Sorry to ask again, but does that mean that I only have to update once a month for the security updates, and that the other weekly builds are basically just repeats? Or am I misunderstanding?
anivegmin said:
OK. Thanks for the explanation. Sorry to ask again, but does that mean that I only have to update once a month for the security updates, and that the other weekly builds are basically just repeats? Or am I misunderstanding?
Click to expand...
Click to collapse
They're repeats. I'm doing them weekly to reduce the amount of time between the security patch hitting the tree and having a patched build available.
wileyc said:
They're repeats. I'm doing them weekly to reduce the amount of time between the security patch hitting the tree and having a patched build available.
Click to expand...
Click to collapse
OK. That's clear now. Thanks for your time.
smw6230 said:
I was just about to junk a (relatively) new N7 (flo) on stock MM
(...)
the N7 is almost my daily house driver again. The N7 FF really has never been matched/surpassed and once you've become accustomed to it its just hard to give up that "sweet spot".
Click to expand...
Click to collapse
Outstanding. That is exactly the reason why I'm making these builds. There's no reason to trash perfectly good hardware. Kudos to the LineageOS folks for keeping the tree patched -- the only thing missing were, um, actual builds.
Hi !
Thank you for your LOS 14.1 updating release, but I have error 7 with TWRP when I try flash it.
arkansis said:
Hi !
Thank you for your LOS 14.1 updating release, but I have error 7 with TWRP when I try flash it.
Click to expand...
Click to collapse
Make certain you're flashing the correct image. Boot into the bootloader and verify that the platform is the same as the build variant you are flashing. Good luck.
Thank you so much for this @wileyc , is possible to add 15.1 for flo?
Enviado desde mi Nexus 7 mediante Tapatalk
Thank you so much for keeping 14.1 alive!!!
DorianX said:
Thank you so much for this @wileyc , is possible to add 15.1 for flo?
Click to expand...
Click to collapse
I'm afraid not. These are built from unmodified LineageOS source repo; I'm just providing sustaining builds, not doing new development/porting.
Thank you for these!! This rom runs perfect on the FLO. I hope you continue the updates for a long time!!
wileyc said:
There are other devices being built as well ... if you would like me to add a 14.1 or 15.1 device to the weekly build roster, please let me know.
Click to expand...
Click to collapse
Good day sir, would you consider adding to the roster and doing sustaining builds for the Moto Z Play, https://wiki.lineageos.org/devices/addison?
Many thanks for providing these builds for the Nexus 7 2013.
braveheartleo said:
Good day sir, would you consider adding to the roster and doing sustaining builds for the Moto Z Play, https://wiki.lineageos.org/devices/addison?
Click to expand...
Click to collapse
No problem at all. I've added it to the weekly roster, and a one-off build is at https://lineageos.disavowed.jp/addison/.
wileyc said:
No problem at all. I've added it to the weekly roster, and a one-off build is at https://lineageos.disavowed.jp/addison/.
Click to expand...
Click to collapse
Awesome turnaround sir. And thank you very much. ?
Thanks for running these builds! Out of curiosity what's the monthly cost like? You running these on a home machine or something like DigitalOcean?
Hi. One Question, can i update over last zeelogs LOS Build?