| nergzd723 | hey, all! | 08:35 |
|---|---|---|
| nergzd723 | I've managed to solve my previous issue, and now I'm trying to build a Sailfish OS rootfs | 08:35 |
| * nergzd723 < https://matrix.org/_matrix/media/r0/download/matrix.org/kDWXRpzJyUNPLAMvYUXKvNKN/message.txt > | 08:36 | |
| rinigus | I managed to build port packages using automated build system as well. | 08:38 |
| rinigus | In short, the approach is as follows. port packages are described using a dedicated project that basically lists all packages which you want to build | 08:38 |
| rinigus | After checking out that project, you drop droid-hal and other droid- based RPMs into a dedicated directory, run build and all packages will be built for you. | 08:38 |
| rinigus | As in OBS, dependencies are checked and respected. | 08:38 |
| rinigus | Example project: https://github.com/sailfishos-sony-tama/tbuilder-project . See src and spec subfolders to get overview | 08:38 |
| rinigus | In README, see the issues that I faced | 08:38 |
| rinigus | For description of the builder, see https://github.com/rinigus/tbuilder . there are few issues filed as well | 08:39 |
| rinigus | happy to discuss | 08:39 |
| T42 | <adampigg> rinigus: what do you do for hosting packages for users? | 09:09 |
| rinigus | @adampigg: hosting is a separate issue. this has to be done via some arrangement. In principle, that generated RPMS folder just needs to be synced somewhere | 09:10 |
| rinigus | as far as I understood, Thaodan_ was suggesting to use his server. but I hope Jolla can make something that is backed by them | 09:10 |
| T42 | <adampigg> rinigus: does it include repo information, or just RPMS? | 09:10 |
| rinigus | @adampigg: when running `createrepo` on that folder, you will get repo info as well. I am just adding that to the build script. | 09:11 |
| T42 | <adampigg> rinigus: instead of having a long list of subprojects ... would it be easier to maintian a file with URLs / revisions, and have the script check everything out? | 09:15 |
| rinigus | @adampigg: maybe. Although it is easy to add submodules with included script. And it ensures consistency of your checkout | 09:18 |
| poetaster | piggz: turned out useful in the end. we know the GS290 is identical to the Volla. | 09:18 |
| rinigus | Also we can automatically update all submodules, if I remember it correctly | 09:19 |
| T42 | <adampigg> Peotaster: the testing : repos are now available and you should switch to them | 09:22 |
| poetaster | @adampigg: I had disabled: adaptation-community and common. where do I find the testing? | 09:30 |
| rinigus | @adampigg: actually, you don't need to use submodules now. For such list, you could use repo command that would grab code from somewhere. All what has to be there are symlinks to rpm specs. Whether they point to submodule or some other place on your pc, doesn't matter | 09:36 |
| rinigus | For repo, you would have to make the config file for it | 09:37 |
| T42 | <b100dian> Hi, I've added `%define android_version_major 10` to my spec, and now I get `file /etc/ofono/ril_subscription.conf conflicts between attempted installs of droid-config-tucana-1-202104180940.aarch64 and ofono-configs-mer-1.23+git24-1.3.2.jolla.aarch64` - what would the conflict resolution be? | 10:59 |
| refa | Hi all, after giving up building sfos for falcon using hybris-14.2, I successfully build it using hybris-12.1 (like the older builds). | 11:14 |
| refa | Using droid-config-falcon from mer-hybris github always returned error when building the image. Following the HADK for packaging the droid hal (droid-configs stuff) while looking at existing configs on github, and got the display working. Now I'm working to make other peripherals working. | 11:14 |
| mal | @b100dian you need these two lines https://github.com/mlehtima/droid-config-fp3/blob/master/rpm/droid-config-fp3.spec#L24 | 11:14 |
| mal | refa: the falcon repo in mer-hybris is quite old | 11:15 |
| refa | mal: yeah. the last known port for falcon is sailsih 2 afaik | 11:16 |
| T42 | <b100dian> Thanks mal | 11:17 |
| refa | btw, there is a difference between the files that generated by rpm/dhd/helpers/add_new_device.sh and what written in hadk v4.0.1.2 page 24 | 11:19 |
| mal | yes, it seems the files generated do not match the comment in there | 11:24 |
| T42 | <b100dian> Looking at the fp3 port, the sparse folder is very much populated since the initial commit, were all those files manually added? https://github.com/mlehtima/droid-config-fp2-sibon/commit/cc899b5dd107cbbc984355b731c235a624113b57 | 11:28 |
| mal | yes, most of those I added there myself | 11:29 |
| mal | I had done almost everything before adding the files to git | 11:30 |
| mal | so the history doesn't tell what those changes do | 11:30 |
| mal | I need to check those to see if there are any useless things there | 11:31 |
| T42 | <b100dian> thanks - sounds like there's a lot of work put in those files, which I will probably find out along the way:) | 11:31 |
| piggz | poetaster: edit /usr/share/ssu/features.d/community-adaptatin.ini | 11:33 |
| piggz | change devel: to testing: and change the end of the url to sailfishos_{RELEASE}/ | 11:34 |
| piggz | note change of sailfish -> sailfishos | 11:34 |
| piggz | make similar change to the common ini | 11:35 |
| rinigus | mal: is there any way I can specify for mb2 preference in using packages from "shared rpm folder" when resolving dependencies? | 11:53 |
| rinigus | such as prefer libhybris EGL instead of mesa? | 11:54 |
| rinigus | ... even if mesa is installed already (to make it more complicated) | 11:54 |
| Thaodan | piggz rinigus: Yes if you have adaptions or other repos, You can sync them with my server. I already have a user that is allowed to push to my server via the ci | 12:22 |
| rinigus | Thaodan: I wonder who should we ping to ask for some "official" solution for distribution? or that was already decided as no-go at Jolla | 12:26 |
| rinigus | OBS shutdown is a sensitive subject and I am not sure how to proceed with such external hosting. we can surely test it and then make sure we have all the tools ready | 12:32 |
| rinigus | btw, I have been using sometimes min.io for such sync and pushing data. I wonder whether we can try that with you as well? assuming that you either already know how to use it OR want to learn :) | 12:33 |
| poetaster | piggz: thanks! | 13:28 |
| T42 | A %lastname% was added by: A %lastname% | 14:16 |
| rinigus | mal: I think I figured out how I can simulate `prefer` in my build system. I can just force install these packages at the beginning of the build. that should also help with the parsing for droid-hal...-img-boot which is impossible without kernel-modules installed | 14:48 |
| T42 | <adampigg> Thoadan: seems like a shame you are willing to take liability for ports but not jolla | 15:00 |
| rinigus | @adampigg: let's see if they are OK to host. have few more ideas on how to improve the builder... let's see if I can reach a state where all the required hacks on SDK target are described in project config and we can automate the builds fully | 15:22 |
| rinigus | I am planning to avoid pushing AOSP system image parts to outside servers and build images on site with them. | 15:23 |
| mal | rinigus: with which package are you having issues? | 15:28 |
| rinigus | mal: droid-hal-apollo-img-boot - it requires kernel-module to be installed to be able to parse it with rpmspec. so, I have to install that into target snapshot before inspecting with rpmspec. | 15:30 |
| mal | rinigus: yeah, I have noticed issues with img-boot builds locally | 15:30 |
| rinigus | few had also missing dependencies: gst-droid (older version than current master) and ohm-plugins-misc | 15:31 |
| rinigus | summarized current state at https://github.com/sailfishos-sony-tama/tbuilder-project | 15:31 |
| rinigus | but I think I have solution around it with the forced install. just have to implement it in the builder | 15:31 |
| rinigus | mal: ^ | 15:31 |
| mal | rinigus: gst-droid is indeed a bit of a problem at the moment | 15:35 |
| rinigus | mal: yes, the current version failed to build. so, had to downgrade a bit in my builds (beginning of march version) | 15:36 |
| mal | rinigus: yeah, the main issue with that is the multi-camera support which requires changes to closed parts and would result in broken camera app | 15:40 |
| mal | and qtmultimedia | 15:42 |
| rinigus | mal: I have https://github.com/sailfishos/gst-droid/releases/tag/0.20210304.0 installed on tama/aarch64 and it seems to be fine. which should have multicam support | 15:43 |
| rinigus | not that I can use it on my device | 15:44 |
| mal | rinigus: hmm, so jolla-camera works fine with that? | 15:45 |
| rinigus | yes, it does | 15:45 |
| rinigus | let me check | 15:45 |
| mal | rinigus: ah, I think it works because you didn't update qtmultimedia :D | 15:46 |
| rinigus | no, I didn't. as I am on 4.0.1 build | 15:46 |
| mal | the qtmultimedia which has multi-camera support needs changes to jolla-camera | 15:46 |
| rinigus | mal: ok, then will not touch it yet :) | 15:46 |
| mal | rinigus: still interesting why the latest gst-droid won't build | 15:47 |
| mal | what in my meson changes broke it for older versions | 15:47 |
| rinigus | mal: let me get some logs for you | 15:47 |
| rinigus | mal: https://dpaste.org/GBUT | 15:50 |
| mal | rinigus: yeah, seems like that needs newer gst-plugins-bad | 15:55 |
| mal | rinigus: maybe I should add some workaround for the issue | 15:57 |
| rinigus | mal no worries, I guess new release is shaping up and it will all resolved with it. ? | 16:17 |
| T42 | <b100dian> I managed to add a fstab.qcom that was coming with my device repo and was not found by the droid-hal-device.inc. I now have /system and /vedor mounted when teleneting. The next crash is in /system/bin/servicemanager though.. https://pastebin.com/7wEuLEZC | 17:17 |
| T42 | <b100dian> It is also unclear to me if the lineage-17.1 port actually uses that fstab file, since it mounts vendor in /vendor but I have a mount output from the lineage device that showed /system/vendor + some overlays for etc|lib|bin.. | 17:19 |
| mal | was that linaage-17.1 based | 17:24 |
| mal | sailfish doesn't use fstab on device, it does parse it during build | 17:24 |
| T42 | <b100dian> Yes, I noticed it generated systemd units | 17:25 |
| T42 | <b100dian> The port was based on a prebuilt kernel + prebuilt vendor img - so basically just system if I understand corectly. I've managed to add the kernel from sources. | 17:27 |
| T42 | <b100dian> For example, dtsi files from kernel dtb refer to fstab entries like vendor = /dev/block/platform/soc/1d84000.ufshc/by-name/vendor | 17:27 |
| T42 | <b100dian> so one way this thing boots is from dts | 17:28 |
| T42 | <b100dian> then vendor/etc/fstab.qcom | 17:28 |
| T42 | <b100dian> but event that does not seem to be all-encompassing, maybe some other scripts are more binds or overlays | 17:28 |
| T42 | <b100dian> so I think it's safe to say that android doesn't use fstab much either.. | 17:28 |
| T42 | <b100dian> but I don't know if that is my problem, have you seen the crash from pastbin above ^^? | 17:29 |
| mal | what are you talking about prebuilt kernel? | 17:37 |
| mal | quite certain you are missing the needed selinux things, those are different in 17.1 than in older android bases | 17:38 |
| T42 | <b100dian> (I do not have a prebuilt kernel now, that's what the port I started from used.) | 17:39 |
| T42 | 尉迟博番 %lastname% was added by: 尉迟博番 %lastname% | 20:16 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!