08:00:00 #startmeeting Sailfish OS, open source, collaboration -- 29th Feb 2024 08:00:00 Meeting started Thu Feb 29 08:00:00 2024 UTC. The chair is rainemak. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:00:00 Useful Commands: #action #agreed #help #info #idea #link #topic. 08:00:00 #info Meeting information and agenda can be found here: 08:00:00 #link https://forum.sailfishos.org/t/community-meeting-on-29th-february-2024/18036/3 08:00:11 I am the meeting's chairperson today, and will be doing my best to keep time and order. Please respect the timings and bee-hive. 08:00:12 #topic Brief introduction (5 min). Please prefix your name/handle with #info 08:00:17 #info Otto Mäkelä, community 08:01:08 #info Adam Pigg, community 08:01:16 #info Raine Mäkeläinen, sailor @ Jolla, chairperson today 08:01:30 #info David Llewellyn-Jones, community 08:01:59 #info Simonas Leleiva -- privateer for wotsits:) 08:02:02 #info Crabster - lurker 08:02:06 #info Andrew Branson, sailing by 08:02:32 #info Damien Caliste, community 08:03:11 #info Pekka Vuorela, Jolla 08:04:11 Hope you're fully recovered Pekka?! 08:04:35 flypig: quite ok at this point 08:04:45 We have two topics today. Let's have lively discsussions today as usual. 08:05:07 Glad to hear that! 08:05:17 #topic Jolla’s retraction of ~ 15 open sourced components in October 2023 (15mins -- asked by olf) 08:05:17 #info Is Jolla planning the re-release the source code of the ~ 15 08:05:17 #info software components, which had been released BSD-licensed each in 08:05:17 #info an own GitHub repository in September to Oktober 2023? 08:05:17 #info If so, … 08:05:19 #info When? 08:05:21 #info all fifteen of them, less, or even more? 08:05:23 #info using the same BSD license as the first time? 08:05:25 #info 08:05:27 #info Background: 08:05:29 #info 08:05:31 #info The source code of some of these software components was really 08:05:33 #info helpful as a documentation how things really work, plus how to build 08:05:35 #info software using them and how to extend them. 08:05:39 #info 08:05:41 #info Furthermore, having the source code of these components accessible at 08:05:43 #info GitHub allows for writing proper bug reports or even bug fixes for 08:05:45 #info contributors. 08:05:59 #info Open sourcing more components in general is in our roadmap. Timing 08:05:59 #info is an open question. Please keep following these meetings and 08:05:59 #info fortnight newsletters. You’ll hear about this. At the end you 08:05:59 #info likely (should) see more components available. License selection 08:05:59 #info happens case by case. There can be cases were dynamic linking/ 08:06:01 #info static linking/IPC (details matter) affects to what license can be 08:06:03 #info chosen. 08:06:05 #info 08:06:09 #info Your background thinking is spot on! Documenting, use them (goes 08:06:11 #info hand in hand with documentation), extend them, better bug reports, 08:06:13 #info and even contributing fixes are very much in the core of our 08:06:15 #info thinking as well. 08:06:40 sorry late 08:06:49 No worries 08:06:59 #info Björn Bidar - Sailor @ Jolla 08:09:42 Open sourcing various components has been on the radar from the start of Jolla compagny, as far as I remember. It happened for some (browser, office document) and that was great. But then nothing came out for various internal reasons that you cannot disclose here I guess. 08:10:00 Can you say that such internal blockers are now gone or mitigated ? 08:10:16 May ask on this context how familiar you're with roadmap ? I'm asking out of curiosity as I'm think we do need to explain these kind of planning tools at point as well. 08:10:58 dcaliste, and middleware development has been done in open 08:11:30 Yes, I forgot to mention secrets and various amber components. You're right. 08:12:17 dcaliste, and others 08:12:38 Sure, non exhaustive listing ;) 08:14:44 dcaliste, we have still some let's say more urgent topics on our table and those need to be sorted out first. I'd expect that during spring you should start seeing new open source components. 08:15:57 Great, that definitely answer my question. Of course, urgent topics first, no problem. Thank you for your answer. 08:19:43 Regarding documentation I think it is very important that both the community and we Jolla try to give each some room. Sometimes it can be very difficult to communicate with some. It would help to try to read first, then write and forgive us if we make mistakes or don't have the time to answer. 08:19:43 I've thinking about about community roadmap but it has it's downsides. As this community comes from various background it's not necessarily easy to understand what is roadmap as planning tool versus promises. This can cause misinterpretations. How do you see this? 08:20:53 I understand roadmap target are moving target (in term of time) depending on which depends on them. 08:20:56 I think communication on the required work, how easy it is do the work and how community can help is important. 08:21:01 It's ironic that the community can't help with the actual process of open sourcing. But we can help with docs once the code is available. 08:21:45 I'll extend this topic by 5mins 08:22:08 Meaning 3mins left :-) 08:23:06 If community could answer how we can help them to understand the merits of a community roadmap better it would help. 08:23:45 It would really help to get some in IRC which try to avoid it. 08:23:49 i.e. olf 08:24:20 Thaodan, sure, I agree with you about being understanding and forgiven. Mistakes are made from both side and everyone makes some. 08:24:44 dcaliste, indeed! Well said. 08:25:03 More info on the roadmap would be really helpful in my opinion. We can all do our bit to emphasise that it's not a promise but an intention. 08:25:34 Thing is that we're sailing together 08:25:49 +1 to that 08:26:03 +1 I agree on that very much too 08:26:25 I think we are talking to the quire here. 08:26:42 It's more about those which don't join these meetings 08:26:46 let's see what could be proper timing but we'll come back to this roadmap topic as well 08:27:01 Time to move on 08:27:12 #topic eSIM support in Sailfish OS (5mins -- asked by cquence) 08:27:12 #info Can you clarify what is the situation with eSIM support? Is the 08:27:12 #info eSIM transparent to the OS and can be used as a regular SIM card 08:27:12 #info or does it need work? If additional work is required is it 08:27:13 #info something that can then be used across all devices or is work 08:27:13 #info required for each supported device to enable eSIM for it? 08:27:25 #info Certainly, we’ll try to clarify. The eSIM support needs development 08:27:25 #info effort so it’s not that transparent. We have not been looking eSIM #info too deeply, but we’d not be surprised if the implementation would 08:27:25 #info be hardware specific. Based on initial investigation, changes are 08:27:25 #info probably needed at a higher level to add support for handling the 08:27:25 #info QR-codes specific to downloading the eSIM profile, and then more 08:27:27 #info code would be needed to process the profile, and finally oFono 08:27:29 #info would need additions to support the eSIM profile for setting up the 08:27:31 #info mobile network. So not a trivial piece of work. 08:28:41 I've not been following, but are handsets generally dropping hardware SIM support now? 08:29:17 Or are carriers dropping hardware SIM support? 08:29:24 Not yet, I'd say but eSIM certainly help a lot if you're traveling a lot 08:29:53 No need for roaming and associated cost 08:30:05 It's becoming more popular for a second SIM than an additional slot 08:30:17 abr, very much so 08:30:18 I fear that something's are moving more in a way were old methods don't work any more like carrier configuration messages. 08:30:37 Or that carriers implement things in a way which makes competition harder 08:30:48 Right, that makes sense. Can you have more than two? Sailfish is quite locked to max two SIMs at the moment if I recall correctly (in the UI at least). 08:31:38 Maybe two active sims but not all sims are always active? 08:31:46 I think if it's possible then it's very rare 08:31:57 flypig, you're right. Multi sim is limited to two. I'm not familiar with eSIM myself, but I think it goes like abr said 08:31:58 The modem only can do one 08:32:29 Interesting. Two is more than enough for me right now, so just asking out of curiosity :) 08:32:29 Thaodan, there are two modes: dual active and dual standby 08:32:38 confusing that abr isn't abranson :) 08:32:51 last time I check dual active was like totally not supported 08:32:58 ^ almost like that 08:34:13 Something more? It would be time to move on 08:34:39 #topic Open PR discussion (5 mins -- asked by Jolla) 08:34:39 #info Any open PRs to discuss? 08:34:46 Some only support one call sim where the other is data only or something 08:35:10 That'd be even more limited than dual standby 08:35:20 but let's move on 08:35:36 if needed we continue this on the general discussion at the end 08:37:15 I guess you (in general or mal) are aware of https://github.com/sailfishos/droidmedia/pull/124 and https://github.com/sailfishos/gst-droid/pull/80 ? 08:39:16 dcaliste, thank you for reminding 08:40:02 As there are no bug reports today. Let's move to general discussion. 08:40:10 #topic General discussion (10 min) 08:41:14 We had reports from a new user that is having trouble getting the fingerprint reader on an Xperia X to scan. Does anyone have any advice I could pass on? 08:41:40 I don't have anything special in mind. Glad about this very good discussion that we had once again. 08:42:27 #info Wanted to share this crazy workaround to fix voice echo during calls to Xperia 10 III: 08:42:27 rainemak, how have you people been at Jolla/Jollyboys? 08:42:28 #link https://github.com/sonyxperiadev/bug_tracker/issues/771#issuecomment-1969923419 08:42:40 flypig, we have done some fixes... hopefully those would help. 08:42:42 Sadly you'll have to sacrifice your loudspeaker for this fix... 08:43:49 I'm working for quite some time on an update notification/search service that allows community ports to have nearly the same device upgrades experience as those have been ported by Jolla: https://github.com/SailfishOS-SonyXperia/cosupdateservice 08:44:02 #link https://github.com/SailfishOS-SonyXperia/cosupdateservice 08:45:11 sledges Do you have any idea how Sony avoids falling into this echoing pit of despair themselves, do they kludge this somehow on their own Android installation? 08:45:21 Maybe Thaodan, may you explain (again?) what you meant earlier about "a community roadmap" ? Did you mean that we as a community should create a page somewhere where we can put what we plan as contributions ? Or something else that I did not get... 08:45:47 ExTechOp: they must be spending more time debugging and patching up their stock Android parts 08:46:40 Thaodan, looking at your COS update, it sounds great ! Thanks. 08:46:46 I.e. their "productisation" team leaves AOSP behind... 08:46:55 Thanks rainemak; I'll pass that on! If anyone else has suggestions, please ping me (the discussion is here for ref: https://mastodon.social/@lazarus@fosstodon.org/112009627957795896 08:47:20 dcaliste: I was referring to what Raine was talking about, how we show things in away that makes it easy to understand for community 08:47:47 Thaodan, as we discussed, it'd be great to cover cosupdateservice in the newsletter. Can we discuss it this weekend? 08:47:48 sledges: I think their productisation team is different from sony aosp 08:47:56 flypig: yes of course 08:48:05 Great, thanks! 08:48:13 dcaliste, more open community roadmap like of thing I'd say 08:48:31 The trouble is to figure out from where the issue comes and that we don't tend to upgrade ports 08:48:41 sledges, can we put something in about your work as well? 08:48:50 all the fixes go to their latest target port 08:49:02 flypig: sure, it was a dealbreaker for many to install SFOS to their x10ii.iii 08:49:06 dcaliste, provided by us, updated by us/together, ... something like that. The actual tool could initially be quite limited 08:49:07 *x10iii 08:49:35 Thaodan, rainemak, ok, I think I get it. The last newsletter was great in that regard : it gave an idea of what is the plan for the next let say 3 months. Which is new as far as I can say. And that is great ! 08:49:35 It have been quite bad on Xperia 1 II too.. 08:49:37 sledges That is, they are breaking the AOSP license? 08:50:37 ExTechOp: AOSP is not the same as for e.g. Linux kernel licence, where you must disclose all source changes 08:50:48 sledges, really great work. 08:51:31 Crazy amount of banging head into the wall:) 08:51:49 dcaliste, I'm thinking / pondering that we could piggyback "roadmap news" in the newsletter... let's see how that thinking evolves 08:52:06 I have been creating these meta bugs where I collect all the upstream bugs affecting my port(s). something like this could be helpful for Jolla ports too 08:52:14 #link https://github.com/SailfishOS-SonyXperia/bugs/issues/46 08:52:24 I can only imagine :) Your comment on GitHub shows quite a story :) 08:52:44 flypig: to make the kludge-script to be SFOS friendly, we'll just need to add the `scp ... defaultuser@...` line 08:53:01 (and devel-su) 08:53:31 rainemak, that would be great. Don't need to be a mandatory part of the newsletter if there is no change to the previous plan of course. 08:53:47 yeap, something like that 08:54:06 Thanks sledges, I'll message you for a bit more info. I have to drop off now due to trains, but thanks for a nice meeting everyone. 08:54:20 thanks flypig ! 08:54:28 Sure, catch me on socials 08:54:32 nice and lively discussion once again 08:54:32 I like the script but I fear I accidentally will enable speaker :D 08:54:36 Thank you flypig. 08:54:51 flypig: bb see you 08:55:03 P.S. A patch to SFOS for removing loudspeaker icon was many times crossing my mind 08:55:03 let's schedule next meeting still... 08:55:11 #topic Next meeting time and date (5 mins) 08:55:13 sledges Does Sony actually release updated firmware for eg Xperia 10III hardware? 08:55:32 ExTechOp: yes, it received Android 12 then 13 08:56:25 Proposing Thursday 14th March at 08:00am UTC 08:56:51 works4me 08:56:58 sledges Do the blobs that come with those still contain these bugs? 08:57:22 ExTechOp: not, because that's where I took the fix from (AOSP 12 blobs) 08:58:19 sledges ah, missed that. Could the SFOS install process be updated to use these? 08:58:29 sledges, and thank for the echo tips! 08:58:53 ExTechOp: the whole adaptation needs to be bumped, that never happened to a SFOS devices, it stayed on initial firmware 08:59:22 There were effort to look it can be done but we haven't come to that point 08:59:22 There were many community efforts though (sorry for spamming:) 08:59:45 I have some ideas how to at least ensure that the device won't boot without the right blobs 08:59:49 no objects regarding the next meeting... 08:59:55 #info Next meeting will be held on Thursday 14th March 2024 at 08:00am UTC: 2024-03-14T0800Z 09:00:12 Some community/voidanix ported my Xperia 1/5 port to A11 for example. 09:00:47 Thank you everybody! This was a good one as usual! 09:00:51 Xperia X newer port was the most famous 09:00:58 feel free to continue :-) 09:01:03 o/ 09:01:31 Thanks everyone! And sledges, your hard-hitting hacking is most appreciated. 09:01:51 Sad it took so long, but better later than later than that 09:02:01 :) 09:02:21 #endmeeting