16:30:02 #startmeeting Fedora Mobility SIG 16:30:02 Meeting started Mon Feb 8 16:30:02 2021 UTC. 16:30:02 This meeting is logged and archived in a public location. 16:30:02 The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:30:02 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:30:02 The meeting name has been set to 'fedora_mobility_sig' 16:30:02 #meeting_name fedora_mobility_sig 16:30:02 #chair torbuntu pbrobinson 16:30:02 #topic Init process 16:30:02 Current chairs: nirik pbrobinson torbuntu 16:30:27 * pbrobinson is sort of here, and in other meetings 16:31:06 *me is here 16:31:17 I'm also in another meeting, but here some. 16:31:21 * torbuntu is 16:31:31 * _Yoda is here 16:31:43 * edd is here 16:31:56 * hartan is here 16:33:57 lets give it another min or two for people to come in 16:36:17 #topic current status 16:36:36 ok, so what is our current status? Things have slowly been getting better I think. 16:36:45 I haven't tried the last image of the remix yet tho 16:37:18 Latest image will need an update, the megi kernel being used has a lot of dumps going on in journalctl, but the one pushed this weekend (build today) dealt with a lot of that. 16:37:36 huh, any idea what the patch/bug was? 16:38:03 I hadn't looked into it, but I can. We are on the megi kernel 5.11 16:38:19 I built a pure rawhide image on the weekend just to see where we were there, I was going to do another one once rc7 landed 16:38:24 https://xff.cz/kernels/5.11/ 16:38:36 pbrobinson: cool. is it booting/lighting up the screen? 16:38:56 nirik: not actually got as far as flashing it 16:39:39 yeah, time is always the thing... 16:40:42 Since purple-mm-sms is now in fedora main, this task can be closed: https://bugzilla.redhat.com/show_bug.cgi?id=1869107 16:40:47 if you want to post it somewhere or drop a link in #fedora-phone I can try and test sometime. 16:41:37 torbuntu: was there another review then? 16:42:00 oh, yeah sorry, I posted the old one, https://bugzilla.redhat.com/show_bug.cgi?id=1922166 16:42:31 just close the old one as a duplicate 16:42:33 of the new one 16:42:35 This leaves kgx and Chatty as far as what would probably be core phone applications. 16:43:18 cool. I can try and help review those... 16:43:27 they are already packaged in the copr right? 16:44:32 yes, and kgx has been updated as well with changes in the review, but I don't know if it was re-reviewed since then. Chatty has been having troubles passing tests still, so I need to figure that out still before doing a new review request. 16:46:15 is there a review for it? I can't find it. 16:46:16 nirik: yes, I was going to test and do another pass with rc7, I'll post that one 16:46:28 I wanted to test some of the early boot stuff 16:46:47 * nirik has a serial cable too for testing 16:47:17 I haven't been able to give too much time to the project recently, but I did spend some time looking ahead towards an immutable ostree build. Seems like there's some movement across the Fedora spins to rebase on top of coreos using OSBuild to create a reproducible build pipeline. Perhaps something like this will be where we go once we outgrow the current shell script build system 16:47:24 here is the kgx review: https://bugzilla.redhat.com/show_bug.cgi?id=1869109 16:47:24 here is the chatty review: https://bugzilla.redhat.com/show_bug.cgi?id=1870890 16:47:35 #topic upcoming plans 16:47:57 Edd[m]1: the plan is to get a working setup with traditional images before trying to move to ostree. 16:48:33 I totally missed the updates on that chatty review. Will deal with it today/soon. 16:49:02 Indeed, just thought I'd mention that I've been looking into it, albeit mostly as a curiosity for now 16:49:22 cool. thanks. 16:49:32 yeah, nirik: like mentioned though, I had to remove the tests to make it build, and am not sure what was going wrong in them. the meson_tests specifically 16:49:43 so, any upcoming plans or items we want to discuss? or keep plugging away? 16:50:18 Edd[m]1: an ostree platform makes more sense once we have most things working, it's hard to work with for a development platform as it's all RO 16:50:31 I'd still like to make a qa template sometime, but... enotime 16:51:58 I have looked into resizing the root partition on first boot but with limited success so far. I started writing a collection of shell scripts to do the partition resize and fs expansion from dracut (before root is mounted), but it's not really finished yet... 16:51:58 I'm thinking about maybe looking into the arm-image-installer instead so the users can directly install the built images onto whatevrr they want to run then off. 16:53:17 My goals: package mmsd in copr and test MMS support in chatty. Finish the Chatty and KGX package reviews. 16:53:54 mms would be very nice. Thats something I need for a daily driver. :) 16:54:12 hartan[m]: ah, I thought there already was some dracut thing to resize... 16:54:31 yeah, the plugin is still super early days, but when I built it locally it did work for receiving, so that's cool. 16:54:45 Up until EPEL6 there was, but then it disappeared without a trace, and I don't know where it went... 16:55:32 I guess perhaps thats done in the hypervisior now... humf 16:55:45 hartan: arm-image-installer sounds good, especially due to its `--resizefs` optional argument 16:56:12 I asked in the fedora-cloud irc for a hint as to how they to it in their images, but I didn't get an answer. 16:56:44 edd: Yeah, exactly that, and it can fetch/install u-boot, too 16:56:47 I think it can also handle writing custom files and more advanced manipulations like turning on/off system services and SELinux 16:57:23 Do we know of any other Fedora projects that use arm-image-installer? 16:57:48 Might be worth directly emailing some of the fedora-cloud guys 16:57:48 not off hand. 16:57:56 edd: Would something like that (initial configuration and so on) maybe be a suitable application for kickstart? That's how the cloud images do it, and it looks quite capable. 16:59:39 We could use kickstart, yeah. Ideally I think we'd use something like an ignition file when rebased onto CoreOS 16:59:44 https://docs.fedoraproject.org/en-US/fedora-coreos/producing-ign/ 17:00:13 edd: That's exactly what I mean! Thought it was kickstart... But yeah, right that is what I mean. 17:00:25 They're applied on first boot, and applied atomically which is a nice property 17:01:17 I don't feel like putting too much work into kickstart/anaconda makes too much sense for a mobile build and considering that we're going to be moving to coreos at some point anyway 17:01:31 Well, to summarize: I'll look into the arm-image-installer to get the built images installed to the phone. 17:01:31 If that doesn't work I'll try and mail to the fedora-cloud people for some advice on how they resize the root partition. 17:01:44 sounds good to me. Thanks for working on it! 17:01:50 Sounds good 17:02:29 #topic open floor / all other business 17:02:37 Anything else we should discuss? 17:03:39 I'm curious about "official images" for this. 17:03:56 Since currently it is purely community and all, how can we deal with this? 17:04:03 Should we not be calling it Fedora Mobile Remix? 17:04:12 Or Spin rather 17:04:58 I would like to see this as an official spin, for sure 17:05:16 if it's using 100% fedora stuff it can be a spin/lab 17:05:20 A spin sounds great! 17:05:29 if it's using 3rd party things, it's a remix 17:05:35 What would the roadmap be to get officially recognised as such? 17:05:42 So to get 100% fedora stuff, we need the kernel and last few packages up. 17:05:48 yep 17:06:32 Feels so close, yet so far away :) 17:06:40 kernel is gonna be hard 17:06:55 Do we need someone to put together a cool homepage like some of the other spins?: https://spins.fedoraproject.org/ 17:07:04 Or would that be handled by Red Hat? 17:07:50 we will need to work with websites folks. 17:08:35 Where do the websites people hang out? 17:08:58 #fedora-websites... or their tickets. 17:10:22 What about a build pipeline for the github images, like "nightly" builds, or is that irrelevant? 17:11:05 I personally don't see that as necessary, since one can install the latest one and dnf up. 17:11:58 Though I could be more helpful and do more than 1 release a month I suppose. 17:15:59 * Southern_Gentlem remember that at this point in f33 there are 1M+ of updates on the release isos 17:16:25 Oh! Before I forget, I brought it up in #fedora-phone that the next image I build, I will enable by default the phoc gsetting for scale-to-fit. 17:16:26 Well, alright. How about weekly images? From an outsiders perspective regular builds wake the impression that a project is actively developed. Or maybe that's just me. :-) 17:16:27 This will make phoc attempt to scale any applications (attempt) to fit the screen. 17:16:31 I always turn this on for my own personal use, and I think it may has well be on by default. 17:17:58 I've used the scale-to-fit setting in the last 2 days, and I think it increases usability. 17:18:12 as far as weekly images, I can't commit to that personally for every week. It takes a bit of time to actually go through the build and check it out on both phones I have to make sure everything is at least "usable". 17:18:49 scale-to-fit - unless someone is adamantly against it, I will just turn that on then on images going forward. 17:20:26 Huh, well I didn't think of the testing. Fair point of course... 17:21:36 I can try and be more vigilant about it of course. 17:22:28 Nah, I'm certain you have lots of other things to do! Could anybody help you? 17:23:39 <_Yoda> I can look into setting something up here to do nightlies, if there is interest 17:24:29 I mean yeah anybody can run the build scripts. Which is what I recommend doing over using the release anyway. Since then folks can test custom stuff 17:27:42 But people testing custom stuff won't use the packaged releases anyways, right? I think we should keep the pre-packaged releases, I assume that we have users that don't add customizations in the image build process. 17:28:11 Most likely yes. 17:32:51 I think nightlies/weeklies would be cool, if anyone has the infrastructure/time to set it up. Then we could pick images (like every firday, dunno) to see if they work, and tag them as a release in the github every saturday/sunday. And users that want to have more recent builds can then either resort to the pipeline directly or build the image themselves. 17:32:51 Or is that unnecessary/too much? 17:33:35 Yoda mentioned the possibility 17:34:50 <_Yoda> as I said, I could set it up here on my server, it does have enough bandwith too - but might be a bit slow from the other side of the pond 17:35:21 oops. got pulled into another meeting and got lost from this one 17:35:23 What do the others think? Would that be nice to have, or is it too much? 17:36:23 Which side of the pond are you on, Yoda? When I downloaded your image that was pretty quick (> 10 MB/s). 17:36:31 could be nice... but probibly would only want to promote ones that passed tests as 'releases' ? 17:36:34 <_Yoda> eu 17:36:40 I don't imagine there being that many users that would require nightly 17:37:19 it would be nice to just be able to install and update from there, but of course some changes aren't going to work that way 17:37:35 anyhow, we are over time here, so lets go back in #fedora-phone and continue there? 17:38:09 Ok. Anybody have a matrix link to that? 17:38:10 #endmeeting