16:00:02 #startmeeting Fedora Mobility SIG 16:00:02 Meeting started Tue Oct 6 16:00:02 2020 UTC. 16:00:02 This meeting is logged and archived in a public location. 16:00:02 The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:02 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:00:02 The meeting name has been set to 'fedora_mobility_sig' 16:00:02 #meetingname fedora_mobility_sig 16:00:02 The meeting name has been set to 'fedora_mobility_sig' 16:00:02 #topic Introductions / init process 16:00:21 hey everyone. who's around for a mobility sig meeting? 16:00:32 * pbrobinson o/ 16:00:45 Hello! 16:00:45 Ello 16:01:00 <_Yoda> Yo 16:01:05 * pwhalen waves 16:02:01 hey all. If everyone would like to give quick intros? for me: I have 2 pinephones (1 ubtouch 2GB and 1 postmarketos 3GB)... In my day job I manage infrastructure for fedora. 16:02:49 I have 1 Braveheart phone and a Manjaro CE (3GB) on preorder. My day job is a java dev but in my free time I try to help package some mobile-related apps for Fedora. 16:02:57 I am the Fedora IoT and Arm leads and do random bringups of all sorts of devices. I have lots of random Arm devices including a BraveHeard edition pinephone 16:03:39 I have no pinephone but I'm considering buying one to put Fedora on it 😉 16:03:54 <_Yoda> 1 BH and 1 PMoS 3GB phone and 1 pinetab 16:04:21 I have a 3GB postmarketOS pinephone and my day job is hardware support engineer/hardwware reliability engineer 16:04:42 Cool. Welcome everyone. 16:05:00 #topic Pinephone plans 16:05:01 Good morning folks , I am the QA lead for ARM, AArch64 and IoT. I don't have a Pinephone yet but hope to get one shortly 16:05:40 I didn't have much of an agenda today... I wanted to talk about plans for pinephone and perhaps if we want to revive the mailing list or use the arm one. 16:05:59 my intention is to get everything into Fedora and get an official spin, there will be a lot of steps to get there, I hope to not have to do them all myself ;-) 16:06:33 Relating to a spin, will this be explicitly for the PinePhone? Or will it be a "Mobile Spin" available (in time) for other devices as well (Pinetab, Librem5, etc...) 16:06:49 yeah, there's a lot to upstream right now. ;( But... perhaps we could focus on a 'all fedora userspace' and a remix kernel short term, then move to fedora kernel once enough is upstreamed? 16:07:06 torbuntu: good question! 16:08:27 ideally we structure it so it could run on a variety of devices if they are supported... if we can conditionalize any pinephone specific hacks that would be good. 16:08:30 torbuntu: intention is a phone/tablet spin, I don't do device specific, too much hassle 16:08:59 my step one is, as nirik mentioned, a Fedora userspace with a copr kernel 16:09:02 Awesome! That is what I wanted to see 16:09:17 torbuntu: none of our arm images are device specific 16:09:21 I think also we should start out with a basic normal fedora (rpms, btrfs fs) until we have that pretty working/stable and then look at ostree after that... 16:09:48 much easier to get working without too many changes at once. 16:10:04 Yes, as a user of Fedora Silverblue on my main machines, I would love to see that sort of OS on this. 16:10:08 nirik++ while the end goal IMO is a ostree based spin, in the short term to easily hack on it a traditional image is more straight forward 16:11:23 also my intention is only aarch64 atm, although there is a bunch of possible ARMv7 devices (I have n900, n950 eg) I don't think there'll be enough demand for the effort 16:11:40 yeah. 16:12:59 so, how should we coordinate / move forward here? 16:13:16 I don't think there are any up to date ARMv7 devices we could port Fedora to unless we downgraded the kernel. For android for example, you'd have to backport stuff from the kernel sources released by the manufacturer 16:13:28 thunderysteak: no up to date ones 16:13:29 So as far as user space Fedora, it seems we have made some good progress getting a lot of useful software packaged and in main Fedora repos now. But there is a blocker on Chatty due to a plugin, and it looks like some helpers/firmware for PinePhone specifically in Copr. 16:13:35 sounds like a solid initial plan 16:13:59 thunderysteak: there's a few other devices out there with upstream support but unless there's demand it's not worth the effort 16:14:39 torbuntu: what's the chatty plugin? Can it be compiled with that disabled? 16:15:07 is the firmware the wifi/BT firmware or others? 16:15:22 The firmware I believe is for bluetooth specifically 16:15:32 Looks like there is a ticket for chatty now: https://bugzilla.redhat.com/show_bug.cgi?id=1870890 16:16:08 From the discussion I've seen in the fedora-phone chat, the firmware in the copr is only for bluetooth. 16:16:10 The firmware is for rtl8723cs which I believe is Pinephone bluetooth 16:17:39 <_Yoda> rtl8723cs is both wifi and bluetooth chip - but yes, the firmware is for bluetooth 16:17:49 thats both. 16:18:13 well, the device is both... yeah. 16:18:35 Also, current rawhide images don't boot on the 3GB phones... I guess it needs some uboot patches? 16:18:39 thunderysteak: got a link to that, it likely shouldn't be there as it's likely not re-distributable 16:19:01 <_Yoda> yes - my uboot has those patches 16:19:02 nirik: yep, on my list 16:19:04 https://gitlab.com/fedora-mobile/rtl8723cs-firmware/ 16:19:15 torbuntu: but is it in copr? 16:19:24 yes, this is where the spec builds from. 16:19:31 https://copr.fedorainfracloud.org/coprs/njha/mobile/package/rtl8723cs-firmware/ 16:19:32 @pbrobinson https://copr.fedorainfracloud.org/coprs/njha/mobile/package/rtl8723cs-firmware/ 16:20:09 nirik: do you know the details about copr and binary firmware? 16:20:26 pbrobinson: I think this one is ok... 16:20:32 OK, cool 16:20:39 https://github.com/anarsoul/rtl8723bt-firmware/blob/master/LICENCE.rtlwifi_firmware.txt 16:21:02 it's redistributable without modifications, which is the 'firmware' exception fedora uses for linux-firmware, etc. 16:21:10 right 16:21:34 anyhow, the wifi is more important IMHO. ;) 16:22:08 so, do folks want me to revive the mobility list? or just use arm list? or just avoid lists and use chat? 16:22:38 Yeah I imagine that's why people use the megous kernel to get wifi working 16:22:59 I would use a combination of arm list and chat 16:23:08 Agree ^ 16:23:13 <_Yoda> I don't see a mobility list on gmane 16:23:22 sounds fine to me. 16:23:50 _Yoda: it's a fedora list, but it's set inactive... so it probibly dropped off gmane... 16:23:52 Yoda: I think we retired that a good 5+ years ago 16:24:17 <_Yoda> so we stay with arm, then 16:24:24 arm list sounds like a better spot to me 16:24:36 A combination of a mailing list and chat would be good, as IRC is not asynchronous chat with no history 16:25:14 #info will use the existing arm list and #fedora-phone / #fedora-arm for communications. 16:25:58 it is if you join via matrix 😉 16:26:17 True 16:26:36 or use a proxy ;-) 16:26:56 so, whats next steps? I guess pbrobinson can setup a copr for image/kernel? is there packaging work still needing doing? I can do reviews/sponsor folks if I can find the time... 16:27:21 https://fedoraproject.org/wiki/Architectures/ARM/PinePhone could probibly use some updating. 16:27:50 I've sponsored a few people 16:28:05 revive the mobility SIG wiki page? 16:28:06 Thank you again. 16:28:16 pbrobinson: I did do that... 16:28:28 https://fedoraproject.org/wiki/Mobility 16:28:50 also needs work 16:28:57 there's a phosh-desktop group in comps, likely needs updating for any new pacakges added 16:28:59 We could add Calls under Current Status :) 16:29:38 https://paste.centos.org/view/feef29af 16:29:45 #info updates on wiki pages welcome: https://fedoraproject.org/wiki/Architectures/ARM/PinePhone https://fedoraproject.org/wiki/Mobility 16:29:45 that's what's currently in there for F-34 16:29:57 #info phosh-desktop comps group was added. 16:30:05 I think in my opinion we should first identify current blockers, what's causing them, prioritize and then work from that 16:31:36 there's a RHBZ tracker bug for mobility here https://bugzilla.redhat.com/show_bug.cgi?id=1817424 16:31:39 well, the big blocker I see is getting kernel patches upstreamed... 16:31:59 please add any bugs to block against it, would be good to note it in the wiki too 16:32:17 nice 16:32:20 yes, so I see the following issues from my head: 16:32:26 * King_InuYasha waves 16:32:32 1) kernel patches upstream 16:32:51 2) U-boot issues upstream, there's been a series of patches around that already 16:33:24 3) support for crust PMU firmware - a number of items there, I've got most of that on my list 16:33:49 4) a copr kernel based on Fedora's for an initial remix 16:33:55 5) Initial remix 16:34:12 6) polish and optimisations 16:34:32 7) a ostree based spin, this is the end game 16:34:44 I think we can get a remix in the F-34 timeframe 16:35:27 not like I'm going to be sitting on a beach drinking beer over christmas this year, will need something to do while freezing my arse off 16:35:32 haha 16:35:33 sounds good to me. I wish I could help more, but upstreaming kernel stuff is not easy. ;) 16:35:54 I've also been talking to the folks in the UBports community about bringing Lomiri into Fedora 16:36:15 Oh that would be awesome 16:36:17 the F34 timeframe sounds like a solid point that we can get Lomiri in and have a remix for that 16:36:24 <_Yoda> plasma mobile would also be nice to have 16:36:42 _Yoda: that will probably require coordination with Fedora KDE SIG for that 16:36:45 I think once the base layer is solid we can start doing flavors... 16:37:01 Yeah we do need a solid base first 16:37:04 insofar as Lomiri goes, I'm already the maintainer for the mir Wayland compositor package, which is the core dependency for Lomiri 16:37:07 We already have Phosh and even GNOME "works" for the current image. My opinion would be for the Remix release to polish that up. 16:37:07 nirik: you'll likely be of great help with remix images ;-) 16:37:20 King_InuYasha: what is Lomiri? 16:37:49 a community fork of the Unity environment for desktop and mobile maintained by the UBports community 16:37:52 yeah, I think we should use phosh initially at least... it seems the most solid of them and we already have it packaged 16:38:07 ^ exactly. 16:38:09 it's considered the most complete mobile desktop environment 16:38:26 phosh requires gl support ? 16:38:31 my intention is to initially do and focus on a phosh remix 16:38:37 they've been spending the last year cleaning out Ubuntu-isms and Canonical-isms to work on other distros, and it now exists in Manjaro and Debian 16:38:57 the big win phosh has is the 'resize applications to fit' thing. Thats really useful 16:39:11 kwizart: I think so yeah... 16:39:15 I'm not promising that we'll have a remix in F34 timeframe with Lomiri, but I'm hoping we can start moving the packages from the lomiri copr into Fedora itself 16:39:33 I tested the Manjaro version and for the distro itself being in alpha stage the Lomiri interface works well 16:39:47 https://copr.fedorainfracloud.org/coprs/erlend/lomiri-on-fedora/ 16:40:09 the one doing the lomiri fedora port is in the fedora-phone telegram group; 16:40:51 it's not _exactly_ ready yet for upstreaming into fedora, but I'm working with upstream to figure that plan out 16:41:17 mariogrip in the telegram group is a member of the Lomiri dev team upstream 16:41:32 well just like traditional desktop UXes there's no reason not to have options, but they're a lot of work to maintain so it also needs to have people to do the work 16:41:33 cool. 16:41:46 I don't think we need to go into vast detail of that now 16:41:48 pbrobinson: yup, and in this case there is someone interested ;) 16:41:57 just bringing it up in case others didn't know 16:42:57 <_Yoda> pbrobinson: lomiri is much more mature and advanced than Phosh is - just not on fedora yet 16:43:32 so, would it help any to list out use cases/things we need to work to use it as a daily phone? 16:43:52 _Yoda: which means it's not mature ;-) 16:43:58 heh 16:44:05 well, it's feature-complete :P 16:44:10 nirik: calls, SMS, browser, updates ;-) 16:44:13 maturity comes once it's in Fedora itself 16:44:17 <_Yoda> with uboot/crust the phone rejects a call in suspend 16:44:36 <_Yoda> this is a major problem 16:44:53 @nirik it needs to first function as a phone, so we have to get phone and messaging working reliably first 16:45:20 <_Yoda> calls and sms does work normally on it 16:45:20 pbrobinson: yeah... I guess I was more going for 'here's fedora apps that do X that you may want to use on your phone for Y' like... maps? ebook readers? etc 16:45:30 Yoda: given we don't support crust yet, it's not a problem ;-) it may well be fixed once the support is upstreamed 16:45:35 thunderysteak: yeah, and wifi 16:45:47 Yoda: and I'd call that a "feature" anyway :-P 16:45:54 sorry im being late, but yes indeed we need to woork on sms and calls first i think, make it stable for both braveheart (with suspend or without but stable) and the 3g versions. I think stable is the key here if we want to attract users. 16:46:04 sorry, didn't get your call, my phone was suspended! :) 16:46:23 welcome stevenvb[m]11 16:46:50 <_Yoda> and 5 mins after it ill be suspended again 16:47:31 Is installing to emmc already discussed? since its way more stable and fast then the mmc i used before. Is that working? 16:47:44 anyway I think we have a reasonable start, and for those that missed can read back and someone can link the meeting notes in the wiki 16:47:50 I do believe eMMC is an uboot issue 16:47:50 <_Yoda> installing to emmc should work fine 16:48:11 so, we have a bit less than 15m left... do we want to action anything? do we want to meet again? next week? 2 weeks? once a month? 16:48:37 yeah, installing to emmc needs that tool tho... who's name escapes me. 16:48:50 <_Yoda> jumpdrive 16:49:07 probably weekly meetings makes sense, assuming you're progressing that quickly 16:49:14 <_Yoda> or you can just copy an image from your bootable SDcard 16:49:17 stevenvb[m]11: not looked at that yet 16:49:30 something I would suggest that has worked out really well for Fedora Workstation and Fedora KDE is having a pagure project where you do project tracking 16:49:40 I'm going to circle back to the pinephone in general once F-33 is done 16:49:42 jumpdrive, thats it. Is that open source? perhaps we should package it? 16:49:45 https://pagure.io/fedora-workstation and https://pagure.io/fedora-kde/SIG 16:50:12 yeah, we could do a mobility pagure if folks would like... 16:50:14 <_Yoda> yes, opensource 16:50:18 hi! I am working on related effort with packaging open-source bits of sailfish to fedora. it is a part of work on nemo mobile with an idea of basing nemo on fedora and sfos open source parts (kind of a mix). so, sounds like it is all rather complimentary to this effort 16:50:24 nirik: it's helped show new people what we're doing :) 16:50:29 and makes it easier to onboard 16:50:43 rinigus: that sounds awesome 16:51:14 as we are used to obs, we work on suse obs but use f32 currently as a base 16:51:31 @nirik I think for repeatable meetings I'd be good to think about alternative meeting times, as people said that in this timeframe they have work meetings 16:51:40 rinigus: we can work out transitioning those packages into Fedora itself as things are working 16:51:43 rinigus: yeah, all the lower level stuff should help your efforts too I would think. 16:52:08 thunderysteak: sure, happy to try another time(s). 16:52:24 rinigus: I also have some scripts for using dist-git to source packages for OBS builds which may help 16:52:52 but indeed we need some platform (pagure, others) where we can see what needs to be done and who is working on what? 16:53:02 such transition should work. as many of these bits have been working for years on sfos, they should be of help to any linux mobile. 16:53:09 :) 16:53:15 because only using the chat is not very clear for newcomers/outsiders? 16:53:31 stevenvb[m]11: yeah. I'll make one. 16:53:31 Yeah, we need some tracking 16:53:34 stevenvb[m]11: a pagure project is a lot less ephemeral :) 16:54:10 https://pagure.io/fedora-mobility 16:54:12 King_InuYasha: we have mostly packaged large number already by adjusting _service files accordingly, but I could look at the scripts if some is missing. 16:54:17 I can add folks. 16:54:29 https://teams.fedoraproject.org ? 16:54:30 rinigus: can you provide a link to your stuff? 16:54:46 defolos: pagure also has kanban features ;) 16:54:50 nirik: feel free to add me 16:54:51 https://build.opensuse.org/project/show/home:neochapay:nemo see subprojects 16:55:00 nirik: add me as well, please :) 16:55:18 I will move sony tama there today as well 16:55:19 I'd like to be added too please. 16:55:28 wel for me it does not really matter which one, but i think we should decide where to do it and mention this first in the wiki page. 16:55:47 nirik: regarding the meeting timing, I'd suggest setting a poll for optional time where most people can join the meetings 16:55:55 i want to join as well, i cant promise i have a lot of time though 16:56:13 King_InuYasha: maps software at https://build.opensuse.org/project/show/home:rinigus:maps 16:56:17 i work on embedded devices making mpls networks (OTN Systems Xtran for thos intrested) 16:56:42 torbuntu / pbrobinson / King_InuYasha: all added. 16:56:50 nirik: thank you :) 16:56:50 Thank you! 16:56:56 nirik++ 16:57:04 any others? give me your fas name and can add you. ;) 16:57:11 nirik++ 16:57:41 rinigus: I think there's going to be some cleanup work to be done here, but this is a good starting point 16:58:00 ok, we are almost out of time. we can decide on when next meeting is via ticket or the like... 16:58:11 anyhing else anyone wants to quickly add? 16:58:32 King_InuYasha: we currently are focused on booting it all up. got recovery image working last night on sony, but that's just a small beginnig 16:58:43 awesome 16:58:48 so, no wonder if lots needs to be cleaned :) 16:59:04 yeah makes sense :) 16:59:15 Nothing from me, I primarely only can do testing due of lack of knowledge unfortunately 16:59:34 stevenvdb 16:59:58 at some point I'll need to pick up a pinephone 17:00:06 and maybe someday my librem 5 will ship... 17:00:28 they have some in stock currently 😉 17:00:39 stevenvb[m]11: you may need to login there to have your account appear so I can add you. 17:00:50 ok, thanks everyone! 17:00:57 I think it was a good start... 17:01:00 #endmeeting