08:00:52 #startmeeting Sailfish OS, open source, collaboration -- 12th January 2023 08:00:52 Meeting started Thu Jan 12 08:00:52 2023 UTC. The chair is flypig. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:00:52 Useful Commands: #action #agreed #help #info #idea #link #topic. 08:01:02 #info Meeting information and agenda can be found here: 08:01:05 #link https://forum.sailfishos.org/t/community-meeting-on-irc-12th-january-2023/13729 08:01:12 I am the meeting's chairperson today, and will be doing my best to keep time and order. It is after all the thought that counts. 08:01:19 #topic Brief introduction (5 min). Please prefix your name/handle with #info 08:01:24 #info Otto Mäkelä, community 08:01:29 #info pherjung, community 08:01:38 #info Ville Nummela, sailor @ Jolla 08:01:53 #info Simonas Leleiva -- privateer for Jolla 08:01:59 #info David Llewellyn-Jones, sailor @ Jolla & chair 08:02:32 #info Björn Bidar, sailor @ Jolla 08:02:34 Pawel Radomychelski, ExPLIT. Community 08:03:02 While everyone is introducing themselves, we were hoping to switch the questions around so we have background services first, VoWIFI second. Would anyone object? 08:03:24 ExPLIT[m]1, would you mind sticking a #info in from of your message so it goes in the minutes please? 08:03:29 #info Damien Caliste, community 08:04:01 * #info Pawel Radomychelski, 08:04:13 flypig: Changed, thanks 08:04:23 Thanks! 08:04:38 I'm not sure if it works with * prefix. 08:06:43 Hmm. Yes, probably not. ExPLIT[m]1, if you could post again, with the #info at the start, that'd be appreciated. 08:07:24 #info Sebix, Community 08:07:41 Anyhow, happy new year everyone, nice to see so many people joining today. Let's start with our first question. 08:07:52 #topic Background services and unified push (10 mins -- asked by thigg) 08:08:03 #info E.g. native messaging apps are not very convenient to use on Sailfish OS because they do not run in the background. 08:08:06 #info Pawel Radomychelski (ExPLIT), community member 08:08:17 #info 1) are there any advances made towards supporting background services in Sailfish OS? 08:08:25 #info Is this just a Harbour problem or are we lacking infrastructure in the OS, or are we lacking concepts or is it just not used very much? 08:08:34 #info 2) Are there plans for something like a unified push client that could be used to wake up apps in background? (or maybe just send a notification for now?) 08:08:47 That's the question, here's our prepared answer. 08:08:52 #info Background services are already possible in apps on Sailfish, but not allowed in Harbour. We've looked internally into allowing them in Harbour many times in the past, because we know how useful this functionality is for developers. 08:09:07 #info Background services are easier to support than unified push, and don't have the same privacy concerns, so are likely to be come first. 08:09:25 #info Unfortunately on each occasion we've looked at it, we've concluded we don't yet have the right mechanisms to constrain services to avoid impacting performance or security. We would still love to support them though. 08:09:38 #info As a first step we would need automated screening of service files using rpmvalidator to ensure services are sandboxed to the same level as the associated app, and to allow sandbox compliant DBus communication between service and app. 08:09:50 #info Updating systemd would allow us enforce stricter resource limits, e.g. for idle execution. 08:09:57 #info To progress this further, we welcome use-cases from the community, contributions to rpmvalidator and support updating systemd. 08:10:02 #link https://github.com/sailfishos/sdk-harbour-rpmvalidator 08:10:06 #link https://github.com/sailfishos/systemd 08:10:33 That's the answer. It looks like thigg isn't around this morning unfortunately. 08:11:12 ViGe, this falls under your area, would you have anything to add? 08:12:52 Background services mostly work as is right now. Push services are in some way against the design of Sailfish OS apps that are running are visible if they are not visible they should stop acting. For some use-cases background services are essential e.g. companion apps for bluetooth hardware. 08:13:02 Not really, I think the prepared answer has the important things mentioned 08:13:34 Is the systemd update a big change? 08:13:41 Yes, it is 08:14:01 The updating itself not really but the testing. 08:14:12 But we don't need systemd update in the beginning 08:14:47 It also marks the end of life for some devices with old kernels, e.g. everything before linux 4.4.0. 08:14:58 So this could be a staged process? rpmvalidator/Harbour changes first, followed by systemd changes and improved resource management later? 08:15:10 flypig: exactly 08:15:38 Thaodan, which devices would that EoL? 08:16:04 My kernal <-> device mapping is hazy ;) 08:16:18 I agree but before the systemd/sandbox changes the review for used background services need to be more in debt. 08:17:17 flypig: Some commmunity ports, Xperia X. Some devices like the Xperia XA2 use a to told kernel to get all the new features from the kernel update. 08:17:20 Thaodan: Which devices are affected by that step? XA2 has 4.4.0.68 08:18:02 So we would first need to decide how we start the background services, and then we need to write rpm validator rules to check that the service files follow the rules. Actually that doesn't sound that much work in itself. But indeed we need to think about the sandboxing rules etc. first. 08:18:03 So, it wouldn't EoL the XA2, it just wouldn't benefit from all the changes, if I'm understanding correctly. 08:18:48 ViGe: Sandboxing is also more restricted without unified cgroups. 08:18:56 flypig: yes 08:19:19 Thanks ViGe. It sounds like there's pretty much a plan, but no timeline. 08:20:16 It indeed sounds like that 08:20:58 Okay :) If there are no other comments, then we should move on to the next question. Anything to add to the minutes on this? 08:21:57 All changes could be done by community, we just need write up the needed bugs and processes. https://bugs.merproject.org/ would be perfect for that we just need to have something like it for Sailfish OS. 08:23:25 In lieu of a public bug tracker, putting it in a forum post might be useful/of interest to the community. We can look into that. 08:24:41 Alright, let's move on to the next question and talk VoWIFI. 08:25:05 #topic VoWIFI support (15 mins -- asked by inte) 08:25:21 #info Most (if not all) mobile networks which have implemented VoLTE do also support VoWIFI, which is a very useful feature especially in areas with poor indoor coverage (but good WiFi reception) or to avoid roaming costs. 08:25:32 #info Implementation would probably be easy at least for the Xperia 10ii/iii, as these phones already support VoLTE and the voice channel only needs to be routed through the Wifi interface instead of the LTE connection (hopefully). 08:25:52 That's the question. Here's our prepared answer. 08:25:59 #info This isn't something we've looked into in great detail and we don't expect to have any VoWifi support in the upcoming release. 08:26:05 #info Unfortunately the implementation may not be as straightforward as it sounds, as not much from VoLTE could be used. 08:26:15 #info When we get to looking into it properly, if there are good areas for community contribution, we'll certainly aim to publicise the fact. 08:27:14 That's the prepared answer. Unfortunately I don't think we have inte here either this morning, but if anyone else has any comments/suggestions, please go ahead. 08:29:43 I'll add that inte made some interesting observations on the forum about this: https://forum.sailfishos.org/t/vowifi-support-in-sfos/12440 08:30:01 Perhaps that's a place to have further discussion about this too. 08:30:29 I think the rmnet_data2 interface was mentioned elsewhere earlier. 08:30:58 Could you be more specific Thaodan? 08:31:52 I don't know but I think it might have been when we worked on volte initially. 08:33:04 I'm afraid that's not something I recall about personally. 08:35:07 We still have 5 more mins on this topic, in case anyone has other points to make. 08:38:57 One more minute, and then we'll move onto the bug reports. Anything further to add to the minutes on this topic? 08:40:06 Okay, moving on then... 08:40:27 Thanks for the question inte, hopefully the answer will be useful. 08:40:28 #topic Untracked bug reports (5 mins -- asked by pherjung) 08:40:33 #info Untracked bug reports... 08:40:54 This is our usual bug report summary. Thanks pherjung[m] for the (huge!) list this fortnight. 08:41:00 Here are the stats: 08:41:02 #info Thank you again for all of your work in checking and collating bug reports. 08:41:06 #info Here are the results for this fortnight: 08:41:10 #info - 7 high quality bug reports now recorded internally and tagged as "tracked". 08:41:14 #info - 4 bug reports tagged as "fixed". 08:41:18 #info - 4 marked as duplicates and closed. 08:41:24 #info It wasn't possibl to go through the full list, but as please do provide them for the next meeting as you suggested. 08:41:37 #undo 08:41:37 Removing item from minutes: 08:41:45 #info It wasn't possible to go through the full list, but please do provide them for the next meeting as you suggested. 08:42:34 pherjung[m], would you like to add anything? 08:43:19 From the untracked list, have you forgot https://forum.sailfishos.org/t/zendesk-lists-outdated-way-to-access-common-android-settings/8745 ? 08:44:06 Ah, well spotted. You're right, I didn't take any action on that one. I wanted to discuss it internally first. 08:44:47 The article has been moved, but I didn't have time to figure out where to. 08:45:19 pherjung[m], if it's okay, I'll reply on the topic later today? 08:45:25 No problem, I'll provide it on next community meeting 08:45:49 Great, thank you! Hopefully it'll be possible to resolve it by then, but if not, that would be great. 08:46:03 there are no rush ;) 08:46:49 Sure, but it's good to act while the iron is hot, I always think :) 08:47:21 Anything else pherjung[m], or can we move to the next topic? 08:47:56 It's all fine, we can move to the next topic 08:48:07 Okay, moving on. Thanks for all of your work once again. 08:48:07 oh just a question 08:48:10 Sure. 08:48:27 should I limit the amount of untagged/to close bugs report? 08:48:40 flypig: If it helps anything, the new article is at https://docs.sailfishos.org/Support/Help_Articles/Android_App_Support/Android_Application_Settings/ 08:49:10 Are, excellent, that does help, thank you ViGe. Do you know when the links will start redirecting correctly? 08:49:30 s/Are/Ah/ 08:49:39 As soon as someone fixes the redirect ;) 08:50:08 pherjung[m], in practice, if there are more than 10 untagged, I run out of time, so if you can limit them to that, it makes my life easier. 08:50:52 For the "to close" reports it's not such an issue, because they're usually more complex, so I just do the ones I can. 08:51:55 So, although I was a bit shocked by the list of "to close" reports this time, now that I've been through the process, I think it works fine the way you did it. 08:52:18 well, I had a lot of time to provide this list haha 08:52:33 There was a big gap between meetings this time, true :) 08:53:27 pherjung[m], this takes more time for you than it does for me. Doesn't that limit the number of "untagged" you can process? 08:54:16 ViGe, thanks for clarifying, I thought maybe there was going to be a big push at some point :) 08:54:59 It's quite straightforward on my side 08:55:01 Alright, we will move on to the next topic on 1 min. 08:56:12 #topic Open PR discussion (5 mins -- asked by jolla) 08:56:25 #info Any open PRs to discuss? 08:56:46 We didn't have any posted in advance, but anyone is welcome to raise any now. 09:00:11 Okay, nothing for this meeting. Let's move on to general discussion. 09:00:16 #topic General discussion (15 min) 09:00:38 Any and all discussion welcome. 09:01:14 Any even speculative dates for next SFOS version release? 09:02:17 I think the latest official statement was "We aim for a January release after community testing and final fixes based on feedback." 09:02:39 And I *think* that still holds. Do any sailors here know otherwise? 09:03:08 flypig: To return to your earlier question about the redirect. It's fixed now :) 09:03:38 Oh, great work, thank you ViGe! 09:04:33 Well, I didn't do it, I'm just a messenger 09:04:51 Then please pass thanks on :) 09:05:10 So now, on the original forum topic, if there are errors like the one dry1 discovered, submitting a PR is now the easiest way to get it fixed. 09:05:42 well, you pointed it out Vige -thanks for that, I somehow missed that.. :) 09:06:28 Thanks jpwalden for fixing the link. This makes it much easier to resolve the topic on the forum. 09:06:57 sure, if you spot those just please let me know -thanks 09:07:36 How much more is there to move over? 09:09:34 That's not as easy to answer as you might think 09:09:37 flypig If aiming for a January release, would this include the changes mentioned in the previous meetings, like how network switching works (mobile/wifi/mobile)? 09:10:03 ViGe, fair enough :) It was only idle curiosity on my part anyway. 09:10:47 flypig: Yes, as ViGe said, not that easy to say. Most of those have been moved and updated, however there are still some dozens maybe left, but not all of those are needed and some can be combined etc. anyways most of those have been moved 09:11:23 ExTechOp, that would depend on the exact change, but there's a good chance. If you can be more specific (either here or ping me later) then I can check. 09:11:25 Yeah, at some point we will just decide that now we are done and the rest will not be moved. 09:11:55 I can appreciate it's a huge amount of work. But the results look very good, to me at least. 09:12:24 And it will help with keeping the info up-to-date given anyone can submit a PR to make changes. 09:13:13 Unrelated question: is anyone from the community here planning to attend FOSDEM? 09:13:48 Community Dinners 2023? 09:13:55 Indeed, it's really easy to make PRs to the documentation, you can do them right on the github UI 09:14:02 I think we should start planing that. 09:14:36 flypig I wrote in 2022-10-13: I'd like to bring up again network switching, which has always been a pain specially for Android applications running under SFOS. I know people that for this reason just don't use wifi on SFOS, at all. Are long-term solutions for this problem being worked on? 09:14:54 I'm going to minute that ViGe, because I think it's worth advertising widely :) 09:14:56 flypig and then the answer was, the development version is better in this respect 09:15:03 #info "it's really easy to make PRs to the documentation, you can do them right on the github UI" 09:16:31 Thanks for clarifying ExTechOp. 09:16:45 ExTechOp, unless a change caused big problems (which I've not heard about in this case), then if it was in the development version in October, it should be in the upcoming release, yes. 09:16:58 Excellent! 09:17:13 It would be good to get your feedback on it once you've been able to try it. 09:17:33 Alright, our time is up folks. 09:17:37 I will certainly try to do it. 09:17:46 Thanks ExTechOp :) 09:18:14 #topic Next meeting time and date (5 min) 09:18:18 Proposing Thursday 2nd February at 08:00am UTC 09:18:22 This is in *3 weeks* because I stupidly managed to get the newsletters and meetings in sync, and it's much better for me if they alternate. Would anyone object? 09:19:06 Works for me. 09:19:26 Okay, great, thanks ExTechOp. 09:19:41 Every 3 weeks or just this time? 09:19:53 If the next SFOS release happens in January, we'll have some time to get acquainted with it. 09:20:11 Thaodan, good question. Just this time, so that the newsletter and meetings stay on alternate weeks. So it'll be every two weeks from then. 09:20:53 ExTechOp, that's also true :) We'll be keen to hear the feedback at the meeting. 09:21:00 ok sounds good. I might be nice if community could send in emails to submit articles to the newsletter if they want. 09:21:45 Thaodan, you think we should set up a specific account for it? I'd be all for it. Most of them time people contact/post on the forum about it, but email works too. 09:22:11 Why isn't the community newsletter in the blog? it would be good be able to read the news letter with rss. 09:22:30 You can read it with RSS already if you like :) 09:22:33 flypig: If we can submit emails to the forum we don't need an account. 09:23:29 I don't think rss works right now. 09:23:44 on my side it works fine 09:24:07 #link https://forum.sailfishos.org/tag/community-news.rss 09:24:32 ah the forum doesn't show the rss icon on my firefox addon. 09:25:22 but thanks 09:25:23 I think everything (lots of things?) in Discourse can be an RSS feed. I guess they don't put it in the meta info though. 09:25:24 looks good 09:25:29 https://forum.sailfishos.org/c/community-news/25.rss should work as well 09:25:50 Yeah, you can just add ".rss" to pretty much any url on the forum 09:25:56 flypig: Yeah the meta is missing I think so too. 09:26:22 Thaodan: FF removed showing the feed icon some years ago. Now you need an add-on: https://addons.mozilla.org/en-US/firefox/addon/feed-indicator/ 09:27:00 sebix[m]: I'm using that or the improved version: https://github.com/nt1m/livemarks/ 09:28:15 We'd better wrap up, this topic has drifted off topic a bit :) 09:28:19 #info Next meeting will be held on Thursday 2nd February 2023 at 08:00am UTC: 2023-02-02T0800Z 09:28:45 #endmeeting