| ExTechOp | Good morning, everyone! | 06:59 |
|---|---|---|
| attah_work | Morning! | 06:59 |
| Thaodan | Moin | 06:59 |
| Crabster | morning | 06:59 |
| flypig | Good morning. | 06:59 |
| flypig | Let's get started then :) | 07:00 |
| flypig | #startmeeting Sailfish OS, open source, collaboration -- 4th August 2022 | 07:00 |
| sailbot | Meeting started Thu Aug 4 07:00:13 2022 UTC. The chair is flypig. Information about MeetBot at http://wiki.debian.org/MeetBot. | 07:00 |
| sailbot | Useful Commands: #action #agreed #help #info #idea #link #topic. | 07:00 |
| *** sailbot changes topic to " (Meeting topic: Sailfish OS, open source, collaboration -- 4th August 2022)" | 07:00 | |
| flypig | #info Meeting information and agenda can be found here: | 07:00 |
| flypig | #link https://forum.sailfishos.org/t/community-meeting-on-irc-4th-august-2022/12456 | 07:00 |
| flypig | I am the meeting's chairperson today, and will be doing my best to keep time and order. Please respect the timings and the laws of physics. | 07:00 |
| flypig | Apologies for the lack of meeting two weeks ago. We have a bumper set of questions this week though. | 07:00 |
| flypig | #topic Brief introduction (5 min). Please prefix your name/handle with #info | 07:00 |
| *** sailbot changes topic to "Brief introduction (5 min). Please prefix your name/handle with #info (Meeting topic: Sailfish OS, open source, collaboration -- 4th August 2022)" | 07:00 | |
| attah_work | But flying pigs are excempt? | 07:01 |
| fridl | #info fridlmue - community | 07:01 |
| abr | #info Andrew Branson - sailor | 07:01 |
| ExTechOp | Otto Mäkelä - community | 07:01 |
| flypig | Haha. I guess they probably are attah_work :) | 07:02 |
| ExTechOp | #info Otto Mäkelä - community | 07:02 |
| attah_work | #info Anton Thomasson - community, partly paricipating | 07:02 |
| flypig | #info David Llewellyn-Jones - sailor @ Jolla | 07:02 |
| sledges | #info Simonas Leleiva - privateer for Jolla | 07:02 |
| Thaodan | #info Björn Bidar - sailor @ Jolla | 07:03 |
| flypig | Almost even today; nice. Last chance to admit your presence... | 07:05 |
| piggz | #info piggz, community | 07:05 |
| flypig | Now we're even! | 07:05 |
| flypig | We have many questions so let's move on to the first. | 07:05 |
| flypig | #topic 5G support (5 mins -- asked by cquence) | 07:06 |
| *** sailbot changes topic to "5G support (5 mins -- asked by cquence) (Meeting topic: Sailfish OS, open source, collaboration -- 4th August 2022)" | 07:06 | |
| flypig | #info <cquence> I'd like to inquire about the plans to enable 5G connectivity in 10III. Are there any plans to enable 5G? | 07:06 |
| flypig | #info <cquence> If so any rough timeframes (1,2,3 releases away or similar) you can possibly share? | 07:06 |
| flypig | I guess cquence isn't here today? Nevertheless, here's our prepared response. | 07:06 |
| flypig | #info <Jolla> Supporting 5G requires a broad set of changes at various OS levels. These include adaptation support, ofono support and ofono plugin support. | 07:06 |
| flypig | #info <Jolla> Right now our focus is on refining the breadth and depth of our VoLTE implementation. | 07:06 |
| flypig | #info <Jolla> For future 5G developments, our suggestion is to keep an eye on the relevant repositories, or Damien's Repository Roundup in the newsletter. | 07:07 |
| flypig | A short answer. But we have a few minutes and it would be interesting to know what others are thinking about the importance of 5G. | 07:07 |
| ExTechOp | Well, it's obviously the way the industry is going, so unless it is made to work, SFOS will be treading water :-/ | 07:08 |
| attah_work | It's not as clear as with the LTE roll-out that it was deployed with 100% overlap... 5G can well be deployed were nothing else covers, but that will be super rare for years to come | 07:09 |
| Thaodan | There are two points of interest here. First the hybris way of doing this: we have ofono-binder-plugin which talks to the Qti blob and thous only needs to implement the IRadio interfaces and react to the new interfaces. | 07:10 |
| Thaodan | So far we have IRadio 1.4 iirc. | 07:10 |
| Thaodan | Higher IRadio versions would be needed. | 07:11 |
| attah_work | 1.6 it seems | 07:12 |
| Thaodan | For adaptations that don't use the binder plugin and thus directly talk to the modem the situation is different it depends on how far ofono is in talking to the modem. E.g. QMI in terms of Qti. | 07:13 |
| flypig | Are we talking about this? https://source.android.com/devices/tech/connect/5g-slicing | 07:13 |
| Thaodan | That is one piece, however the docs aren't that descriptive. they don't tell much on what is exactly needed. | 07:14 |
| flypig | I'll just stick this in the minutes for future reference. | 07:15 |
| flypig | #info <Thaodan> There are two points of interest here. First the hybris way of doing this: we have ofono-binder-plugin which talks to the Qti blob and thous only needs to implement the IRadio interfaces and react to the new interfaces. | 07:15 |
| flypig | #info So far we have IRadio 1.4, we would need 1.6 | 07:15 |
| flypig | #info <Thaodan> For adaptations that don't use the binder plugin and thus directly talk to the modem the situation is different it depends on how far ofono is in talking to the modem. E.g. QMI in terms of Qt | 07:15 |
| Thaodan | IRadio 1.5 also mentions 5G | 07:16 |
| Thaodan | argh emacs crashed, looks like emacs natively on wayland isn't there yet | 07:16 |
| flypig | I'm afraid we only had a few mins on this topic and have hit time, so we should move on to the next topic, but the discussion can continue in General at the end if there's more to say on it. | 07:17 |
| flypig | Unless you want more now? | 07:17 |
| Thaodan | I can only say what I think, slava or mal would now better | 07:17 |
| ExTechOp | I guess there isn't much more to say, if you cannot even divulge a planned schedule? | 07:17 |
| Thaodan | I think we said everything we know so far | 07:17 |
| flypig | Yeah, I'm afraid that's the case ExTechOp. | 07:18 |
| flypig | Okay, next up... | 07:18 |
| flypig | #topic OAuth2 support in Microsoft Exchange commercial plug-in (5 mins -- asked by DrYak) | 07:18 |
| *** sailbot changes topic to "OAuth2 support in Microsoft Exchange commercial plug-in (5 mins -- asked by DrYak) (Meeting topic: Sailfish OS, open source, collaboration -- 4th August 2022)" | 07:18 | |
| DrYak | Hi! | 07:18 |
| flypig | #info <DrYak> Do we have a status update for the support of OAuth2 in the Microsoft Exchange? | 07:18 |
| flypig | Ah, good that you're here DrYak. | 07:18 |
| flypig | #info <DrYak> After Alien-Dalvik, getting support for my employer's e-mail servers is the second most important reason for buying the licence to Sailfish X. | 07:18 |
| flypig | #info See the following forum links for more info. | 07:18 |
| flypig | #link https://forum.sailfishos.org/t/modern-authentication-oauth-support-for-the-microsoft-exchange-activesync-e-mail-contacts-calendar/5237 | 07:18 |
| flypig | #link https://forum.sailfishos.org/t/basic-authentication-deprecated-by-microsoft/2905/14 | 07:18 |
| Thaodan | I would suggest to talk on #sailfishos-porters and see what we can work on together | 07:18 |
| flypig | Here's our prepared answer DrYak, after which we can discuss further. | 07:19 |
| flypig | #info <Jolla> Thanks for your question Ivan, and also for buying a Sailfish X licence. | 07:19 |
| flypig | #info <Jolla> You'll already be aware of the details, but for the benefit of others, this relates to the Exchange Active Sync (EAS) support on Sailfish OS for syncing emails, calendars and contacts with Exchange services such as Office365. | 07:19 |
| flypig | #info <Jolla> Microsoft have said they plan to disable password authentication in October 2022 (there may be some exceptions), after which it will be necessary to authenticate using OAtuh, which the sailfish-eas daemon doesn't currently support. | 07:19 |
| flypig | #link https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/ | 07:19 |
| flypig | #info <Jolla> As is already stated on the forum thread we do have an internal task covering this, and there has been some work undertaken on an implementation. | 07:19 |
| flypig | #info <Jolla> However, unfortunately it's not possible to give further details about the likelihood or timescales for a solution at this point. | 07:19 |
| flypig | #info <Jolla> We aim to report progress back to the tracked forum topic. The need for the functionality is reinforced by both the discussion on the forum and the fact you've raised it here today, so the input is useful to us. | 07:20 |
| flypig | That's the answer. Again, sorry there's no specific timescale DrYak. Obviously the October deadline is approaching. | 07:20 |
| ExTechOp | Just out of curiosity, does the Microsoft oauth system have any commonalities with the Google authentication which works? | 07:20 |
| DrYak | And in some organisation the switching away is already hapenning. | 07:20 |
| attah_work | We have had it required for years now | 07:20 |
| DrYak | In our case, users as switched to the new authentication in batches and my account got a few weeks back. So I am currently unable to access my calendar. | 07:21 |
| attah_work | So, fwiw, Evolution already handles it great - if one needs inspiration | 07:21 |
| DrYak | ExTechOp: AFAIK (not my expertise) OAuth2 is a standard. | 07:22 |
| Thaodan | I would say oauth is oauth, it depends on how Microsoft diverges from the standard. | 07:22 |
| flypig | ExTechOp, if I understand your question correctly Google auth (TOTP) requires user intervention, whereas OAuth doesn't, so the latter is important for things like background email access. | 07:22 |
| DrYak | attah_work: in Thunderbird world, this is supported with TbSync + EAS-4-TbSync (both opensource) which work even with the latest Office 365 (like my employer uses). | 07:23 |
| flypig | We have many services that already support OAuth, but not EAS unfortunately. | 07:23 |
| Thaodan | The issue will be how to integrate that inside the qmf. | 07:23 |
| DrYak | flypig: Microsoft Office 365 also has 2FA, and in some organisation it is mandatroy (my employer uses TOTP, other can use FIDO such as YubiKeys - which btw already works nicely in Sailfish Browser) | 07:24 |
| flypig | DrYak, that isn't an issue though, if I understand your question correctly? | 07:24 |
| flypig | The outstanding issue here is just OAuth. | 07:25 |
| Thaodan | flypig: if oauth works 2fa work's | 07:25 |
| DrYak | flypig: yes, password are disabled for me, I need OAuth2. (And I 2FA is enforced) | 07:25 |
| Thaodan | because password based login doesn't support 2fa | 07:26 |
| DrYak | Thaodan: exactly. | 07:26 |
| flypig | Anything to add to the minutes on this? Can we move on to the next question? | 07:28 |
| DrYak | Also in general, if I understand the official answer, it means that OAuth2+Microsoft isn't there yet, and I need to find some workaround way until it's there (e.g.: Office to CalDEV forwareder). | 07:28 |
| DrYak | There isn't some beta version to be tested, yet. | 07:28 |
| flypig | DrYak, nothing available publicly, so yes, you'd need a workaround for the time being. | 07:29 |
| Thaodan | flypig: No there isn't anything else, unfurtonatly part of this has to happen the closed source part | 07:29 |
| DrYak | Thank you very much for taking time to answer this topic. | 07:29 |
| flypig | You're welcome, and thanks for asking it DrYak. As the answer hints, being asked about this stuff is a good motivator. | 07:29 |
| flypig | Okay, next question. | 07:30 |
| flypig | #topic Future plans for SailJail (10 mins -- asked by attah) | 07:30 |
| *** sailbot changes topic to "Future plans for SailJail (10 mins -- asked by attah) (Meeting topic: Sailfish OS, open source, collaboration -- 4th August 2022)" | 07:30 | |
| flypig | #info <attah> This springs from discussions about Storeman, but applies to all third-party apps. | 07:30 |
| flypig | #info <attah> What are Jolla's long term goals for GUI apps in the Jolla Store ("harbour") and outside of it (e.g., at OpenRepos or SailfishOS:Chum) WRT SailJail. | 07:30 |
| flypig | #info <attah> Do you plan to either enforce a proper SailJail configuration sooner or later, or to keep it optional forever (by simply deploying a [X-Sailjail] Sandboxing=Disabled in an app's .desktop file), or to take an intermediate route, e.g., by alerting users when installing apps which have opted out of sandboxing? | 07:30 |
| flypig | Our prepared answer: | 07:31 |
| flypig | #info <Jolla> First a quick recap of the current situation. Sandboxing was turned on by default for all apps in Sailfish OS 4.4.0. This means that: | 07:31 |
| flypig | #info <Jolla> 1. Apps with permissions specified in the desktop file are granted only those permissions. | 07:31 |
| flypig | #info <Jolla> 1. Apps with permissions specified in the desktop file are granted only those permissions. | 07:31 |
| flypig | #info <Jolla> 3. Apps can have sandboxing explicitly disabled to run in the same way they would have done before sandboxing was introduced. | 07:31 |
| flypig | #info <Jolla> The roadmap that brought us here was posted on the Jolla blog last year: | 07:31 |
| flypig | #link https://blog.jolla.com/whats-up-with-sandboxing/ | 07:31 |
| flypig | #info <Jolla> Due to the summer vacations I wasn't able to get a definitive answer, but my understanding is that there are no immediate plans for any changes to this, or for changes to the harbour requirements in relation to sandboxing. | 07:31 |
| DrYak | There an error: 2. is missing, 1. got duplicated. | 07:31 |
| flypig | Ah, thank you, that's my copy-paste error. | 07:31 |
| flypig | I'm not going to undo it all, I think it should make sense: | 07:32 |
| flypig | #info Correction: | 07:32 |
| flypig | #info <Jolla> 2. Apps without any permissions specified are granted a default set of permissions which are shown to the user. | 07:32 |
| flypig | #info <Jolla> This doesn't mean there won't be changes in the future, but that's my understanding of the current situation. | 07:32 |
| flypig | #info <Jolla> There may be changes to the permissions that are available (for example changes were made to allow access to the compass) or to the scope of the default sandboxing profile. | 07:33 |
| attah_work | Would you agree with my assessment that implementation of SailJail is "done" to the extent that was planned? | 07:33 |
| flypig | #info <Jolla> We have some improvements to the sandboxing documentation in the pipeline. | 07:33 |
| flypig | #ink https://github.com/sailfishos/docs.sailfishos.org/pull/93 | 07:33 |
| flypig | Yes, I think that's a correct assessment attah_work, at least as far as I was able to find out. | 07:33 |
| attah_work | I.e. as opposed to that current implementation does not fulfill the goals as presented e.g. in that blog post | 07:34 |
| flypig | You mean the goal that "all apps will be sandboxed". | 07:34 |
| flypig | ? | 07:34 |
| attah_work | Primarily | 07:34 |
| flypig | The implication there was that all apps would be sandboxed by default if they don't specify any sandboxing in the .desktop file. | 07:35 |
| flypig | That's my understanding at least, and that's now the case. | 07:35 |
| flypig | It was suggesting that developers need to prepare for this situation. | 07:36 |
| attah_work | Right, but Olf id worried that Sandboxing=Disabled would go away | 07:36 |
| attah_work | But my impression is that "all apps from trusted sources" qualifies as "all" in that statement, and others can keep using that as they please | 07:36 |
| abr | oof no. there are system apps that need that. i don't think it'll go away | 07:36 |
| attah_work | :) | 07:36 |
| abr | maybe one day there'll be a warning for apps that have sandboxing disabled | 07:36 |
| attah_work | excellent | 07:37 |
| Thaodan | I think one has to consider how sandboxing works in Sailfish OS: If an app is started through lipstick it will be started through Sailjail unless it is disabled. | 07:37 |
| Thaodan | If an pp is started anyhow else there's no sandboxing. | 07:38 |
| flypig | attah_work, is that your/olf's preference then? For the option to remain, but with a warning to the user? | 07:38 |
| attah_work | I certainly prefer that | 07:38 |
| abr | another alternative is to create your own permission file if there's stuff you need access to that isn't covered by another permission | 07:38 |
| flypig | Okay, good to be aware, thanks. | 07:39 |
| flypig | abr, that wouldn't currently be allowed in harbour though, would it? | 07:39 |
| ExTechOp | "do you wish to install this application, which will run without sandboxing" seems like a nice additional feature? | 07:39 |
| attah_work | Olf has doubts about whether the option remaining makes the other hardening valid, and would like to not have users warned about e.g. storeman | 07:39 |
| abr | flypig: no, but then neither is disabled sandboxing, is it? | 07:40 |
| Thaodan | I don't think it is really valid that user brings up his points without talking himselves, I can't assume what a person thinks. | 07:40 |
| flypig | abr, I think we currently allow disabled sandboxing. | 07:40 |
| Thaodan | If there's a point he should bring it up. | 07:40 |
| abr | really? maybe we should indicate that on the store page too then, before they install | 07:41 |
| Thaodan | In a voice that isn't so imperative. | 07:41 |
| attah_work | My view is that as long as one can install custom profiles, the option should remain, because neither is "more secure" than the other | 07:41 |
| flypig | abr, I could be wrong. I should double check. | 07:41 |
| attah_work | ...and i like the level of security just the way it is (+/- the warning discussed) | 07:41 |
| abr | there are several apps that need it, or custom permissions. i'd prefer the latter tbh | 07:41 |
| Thaodan | I agree too | 07:42 |
| DrYak | are there people fluent with "custom persmissions" that can assist in writing thos? | 07:42 |
| Thaodan | It is commen to create extra permissions. | 07:42 |
| attah_work | Sure, custom profiles are a bit nicer, but it is not like normal users would read them | 07:42 |
| Thaodan | The issue is in allowing those extra permissions. | 07:42 |
| Thaodan | there isn't such a thing as custom profiles | 07:42 |
| attah_work | firejail profiles - oh for sure there are | 07:43 |
| Thaodan | an app requests a permission and that permissions is cannonicly difened in sailjail-profiles. | 07:43 |
| DrYak | (My personnal example: I've quickly adapter kimmoli 's chargemon to Xperia 10iii, but that needs read access to stuff in `/sys/`. I don't know what to put in the custom profile to allow for that) | 07:43 |
| attah_work | ...and can ship a firejail spec or whatever they are called | 07:44 |
| abr | yeah, they'd be a bit opaque though. adding as a permission means the user sees it in the sailjail permission prompt | 07:44 |
| Thaodan | firejail profiles for sure however those aren't directly used | 07:44 |
| flypig | We are over time I'm afraid, have to move on. Anything to add to the minutes? | 07:44 |
| abr | DrYak: have a look in the other permissions for examples, though there are some paths that firejail never allows | 07:45 |
| attah_work | I'm good - thanks for the answer | 07:45 |
| flypig | Thanks attah_work for the question. | 07:45 |
| flypig | #topic Harbor API progress (in special QtLocation) (10 mins -- asked by fridlmue) | 07:45 |
| *** sailbot changes topic to "Harbor API progress (in special QtLocation) (10 mins -- asked by fridlmue) (Meeting topic: Sailfish OS, open source, collaboration -- 4th August 2022)" | 07:45 | |
| Thaodan | In the end we need to avoid workarounds because of firejail issues. | 07:45 |
| flypig | Let's pick this up again in General. | 07:45 |
| flypig | #info <fridlmue> There have always been some discussions about Harbour-allowed APIs in the past, recently also some changes. | 07:45 |
| flypig | #info <fridlmue> Also there has been a poll from Jolla some time ago. | 07:45 |
| flypig | #link https://forum.sailfishos.org/t/api-priority-poll-take-ii/4159 | 07:46 |
| flypig | #info <fridlmue> Can Jolla perhaps give a short update, if they are working actively on some of these points? (Of course those who have not been tackled yet.) | 07:46 |
| flypig | #info <fridlmue> My question originates from the need of implementing some relatively simple "map" view in a app showing some shapes in colors and the current position. | 07:46 |
| flypig | #info <fridlmue> I would love to have it Harbour-compliant and most native, but in case there will be no solution in the foreseeable time, I would need to tackle it by a leaflet in a web view or something like that (which I really don't prefer...). Interaction with the app itself will then be another challenge. | 07:46 |
| flypig | #info <fridlmue> On the other hand, if there is something in the pipeline (like QtLocation), it would be a wast of effort and I would wait... | 07:46 |
| flypig | Here's the prepared response. | 07:46 |
| flypig | #info <Jolla> You're correct that there have been some changes in the relatively recent past to support more APIs in harbour. The poll was useful for prioritisation and we are also always looking at ways to support more capabilities. | 07:46 |
| flypig | #info <Jolla> As it stands though, it's not possible to announce any plans in relation to future harbour APIs. | 07:46 |
| flypig | #info <Jolla> In particular in relation to QtLocation, we would recommend using an alternative mapping approach if you're planning to submit your app to the Jolla Store in the near future. | 07:46 |
| flypig | #info <Jolla> If this situation changes we will of course make a clear announcement in the forum. | 07:47 |
| flypig | #info <Jolla> We also look forward to receiving your app (maybe you could share some more details?). | 07:47 |
| fridl | Thanks for the Answer. | 07:47 |
| flypig | You're welcome. I realise it's probably not the answer you were hoping for. | 07:47 |
| fridl | It is only about that I'm thinking about how to proceed with my avaRisk app. | 07:47 |
| flypig | Ah, yes, nice app. | 07:48 |
| abr | risk as in the board game? | 07:48 |
| fridl | No, its about Avalanche (Risk) Bulletins. So for Winter Outdoor sports. | 07:48 |
| flypig | Real world physical risk! | 07:48 |
| abr | ah. needing a real map to play Risk would have been slightly weird but awesome | 07:49 |
| flypig | It's a nice idea abr :) | 07:49 |
| abr | but avalanches are probably higher priority! | 07:50 |
| flypig | Well, hopefully not for me right now, but in general I'd agree! | 07:50 |
| abr | it'd be lovely to have an OSM map ui control in sfos somehow | 07:50 |
| DrYak | Speaking of the prompt: it would be good if it also mentions existence of custom profile. (e.g.: WhisperFish uses one, but it's not mentioned in the warning prompt). | 07:50 |
| flypig | fridl, it'd be really interesting to know how you eventually decide to approach this. | 07:51 |
| dryak_ | (^--: sorry for the out-of-sync message. lag...) | 07:52 |
| fridl | flypig: Probably I'll start a forum topic about it. At the moment I think about loading a leaflet in a webview, but (as I didn't check details) I have no Idea how to get information (like clicking into a region) can be fetched pack from the SFOS side. | 07:52 |
| flypig | No worries dryak_ | 07:52 |
| fridl | Maybe there are standard ways to do so, i have to read about that. Good Reads or Keywords for a search are always welcome, however. | 07:53 |
| flypig | I'll try to follow along with the forum topic. It sounds like an interesting exercise. | 07:53 |
| flypig | Two more mins on this. | 07:54 |
| fridl | IMHO we can go on. Thanks! | 07:54 |
| flypig | Okay, great. Thank you fridl. | 07:54 |
| flypig | #topic Open PR discussion (10 mins -- asked by jolla) | 07:54 |
| *** sailbot changes topic to "Open PR discussion (10 mins -- asked by jolla) (Meeting topic: Sailfish OS, open source, collaboration -- 4th August 2022)" | 07:54 | |
| flypig | #info <jolla> Any open PRs to discuss or promote? | 07:54 |
| flypig | #link https://github.com/pulls?q=is%3Aopen+is%3Apr+org%3Asailfishos | 07:54 |
| flypig | This is a bit open ended here, as we didn't have any raised in advance. | 07:55 |
| fridl | I have only seen some open pr's in the mer-hybris project. I think some are not special SFOS PRs, so I think the people are not aware of the Meeting here ;-). | 07:57 |
| flypig | I guess this would be the equivalent search for mer-hybris. | 07:58 |
| flypig | #link https://github.com/pulls?q=is%3Aopen+is%3Apr+org%3Amer-hybris | 07:58 |
| fridl | However, there seems not be be a urgent need for quick reply or merge... | 07:58 |
| flypig | Thanks for checking that fridl. | 07:58 |
| Thaodan | https://github.com/mer-hybris/droid-hal-device/pull/311 is open and required for local builds to work with newer droidmedia and no minisf start in servicemanager.rc | 08:00 |
| Thaodan | We disabled the start of minisf in servicemanager.rc in recent hybris-patches. | 08:00 |
| flypig | Thaodan, would it help for someone from the community to review that? | 08:01 |
| Thaodan | flypig: not exactly but since it needs to be approved by sailors. | 08:01 |
| Thaodan | But it is good to raise in case a community member faces issues. | 08:02 |
| abr | yeah, all reviews are welcome | 08:02 |
| abr | but the rule is every PR needs approval from two sailors before it gets merged | 08:02 |
| flypig | #info Thaodan noted the following PR which may address some issues faced by community members. | 08:03 |
| flypig | #link https://github.com/mer-hybris/droid-hal-device/pull/311 | 08:03 |
| flypig | One more minute on this. | 08:04 |
| flypig | Alright, time to move on to the next then. Thanks for flagging that Thaodan. | 08:05 |
| flypig | #topic Untracked bug reports (10 mins -- asked by pherjung) | 08:05 |
| *** sailbot changes topic to "Untracked bug reports (10 mins -- asked by pherjung) (Meeting topic: Sailfish OS, open source, collaboration -- 4th August 2022)" | 08:05 | |
| flypig | #info <pherjung> On bug 10926, his SD card is invisible for the default (and hidden) file browser. | 08:05 |
| flypig | #info <pherjung> What should modified to get more logs from native file browser? | 08:05 |
| flypig | #info <pherjung> This section could be used to complete the official documentation. | 08:05 |
| flypig | #link https://forum.sailfishos.org/t/unencrypted-fat-sdcard-doesnt-properly-mount-via-gui/10926 | 08:05 |
| flypig | #link https://docs.sailfishos.org/Reference/Sailfish_OS_Cheat_Sheet/ | 08:06 |
| flypig | This was in relation to the Bug Coordination Team's work, so I included the bug summary in the prepared answer. | 08:06 |
| flypig | #info <Jolla> The Community Bug Coordination Team have done a superb job once again over the last four weeks. Here are the usual stats from their work: | 08:06 |
| flypig | #info <Jolla> - 13 high quality bug reports now recorded internally and tagged as "tracked". | 08:06 |
| flypig | #info <Jolla> - 2 bug reports marked as "pending" more info. | 08:06 |
| flypig | #info <Jolla> - 4 bug reports tagged as "fixed". | 08:06 |
| flypig | #info <Jolla> - 3 marked as duplicates and closed. | 08:06 |
| flypig | #info <Jolla> To move on to the question about SD card logging. | 08:06 |
| flypig | #info <Jolla> The code that handles enumeration of the different partitions can be found in nemo-qml-plugin-systemsettings. | 08:06 |
| flypig | #link https://github.com/sailfishos/nemo-qml-plugin-systemsettings/blob/master/src/partitionmodel.cpp | 08:06 |
| flypig | #info <Jolla> The debug output there uses the lcMemoryCardLog logging category, which resolves to "org.sailfishos.settings.memorycard" | 08:07 |
| flypig | #link https://github.com/sailfishos/nemo-qml-plugin-systemsettings/blob/1d7164f1b0eb7e6696f614eb93e29b067d4677fc/src/logging.cpp | 08:07 |
| flypig | #info <Jolla> So to get more output you can activate this logging category as follows for the Settings app and hidden file browser respectively. | 08:07 |
| flypig | #info <Jolla> QT_LOGGING_RULES="org.sailfishos.settings.memorycard=true" sailfish-filemanager | 08:07 |
| flypig | #info <Jolla> QT_LOGGING_RULES="org.sailfishos.settings.memorycard=true" devel-su -p jolla-settings | 08:07 |
| flypig | #info <Jolla> Hopefully the output from this may help the user get to the bottom of the issue. | 08:07 |
| flypig | If anyone else has suggestions for how to debug SD card issues, than it would be good to know. | 08:07 |
| Thaodan | one can run jolla-settings in gdb | 08:08 |
| Thaodan | make sure to install debug symbols for nemo-qml-plugin-settings. | 08:08 |
| flypig | Could you elaborate Thaodan? What would you look for? Or step through? | 08:09 |
| abr | you can also add that logging to /usr/share/qt5/qtlogging.ini | 08:11 |
| flypig | I think these deserve to go in the minutes. | 08:11 |
| Thaodan | the file you linked above and https://github.com/sailfishos/nemo-qml-plugin-systemsettings/blob/master/src/udisks2monitor.cpp#L740 | 08:11 |
| flypig | #info <Thaodan> one can run jolla-settings in gdb. make sure to install debug symbols for nemo-qml-plugin-settings. | 08:11 |
| Thaodan | abr: Just use export | 08:11 |
| Thaodan | that's easier | 08:11 |
| abr | i disagree. with qtlogging it affect the whole system, so you can use the launchers | 08:12 |
| flypig | #info Thaodan suggested to step through the methods in https://github.com/sailfishos/nemo-qml-plugin-systemsettings/blob/master/src/udisks2monitor.cpp#L74 | 08:12 |
| flypig | #info <abr> you can also add that logging to /usr/share/qt5/qtlogging.ini | 08:12 |
| abr | editing a text file is pretty easy ;) | 08:12 |
| Thaodan | I implemented the refactored udisks2 support together with raine doing some refactorring on top. | 08:12 |
| abr | one thing - i've always appended .debug to those logging rules, which enables the QCDebug output. I didn't know it worked without that | 08:13 |
| Thaodan | abr: the issue is that in journal the messages will be lost if not making jour to only log jolla-settings. | 08:13 |
| Thaodan | e.g. | 08:13 |
| Thaodan | journalctl -f /usr/bin/jolla-settings | 08:13 |
| abr | you can filter | 08:13 |
| Thaodan | abr: That's what I said | 08:14 |
| flypig | abr, it seems the .debug isn't needed, as long as you don't want to change the verbosity. | 08:15 |
| abr | ok, so all logging is disabled in the settings app, and that rule enables up to warnings? | 08:15 |
| flypig | abr, not for everything: only for memory card related output. | 08:15 |
| abr | ok cool | 08:16 |
| Thaodan | those are mostly debug stuff | 08:16 |
| Thaodan | udisks2 can be quite verbose | 08:16 |
| flypig | Hopefully this discussion will be useful for pherjung/kan_ibal when they look at the log. But time to move to general now. | 08:17 |
| flypig | #topic General discussion (10 min) | 08:17 |
| *** sailbot changes topic to "General discussion (10 min) (Meeting topic: Sailfish OS, open source, collaboration -- 4th August 2022)" | 08:17 | |
| ExTechOp | Anyone else seen this happen: 10III crashes with beep when plugged into docking station https://forum.sailfishos.org/t/10iii-crashes-with-beep-when-plugged-into-docking-station/12481 | 08:17 |
| Thaodan | (ok it's warning but most stuff is more debug output) | 08:17 |
| flypig | Note: OOnly 10 mins on general because we had a lot of questions | 08:18 |
| piggz | general q .... can porters get the 10ii volte rpm's for testing on ports? | 08:18 |
| flypig | ExTechOp, that sounds dramatic. I've not experienced that. | 08:19 |
| flypig | ExTechOp, so the defining factor that the docking station is attached to a display? | 08:19 |
| Thaodan | piggz: I think those packages could be moved to hw-common and than used by porters | 08:20 |
| abr | piggz: not officially right now. it'd be nice to get it in hw-common at some point when it's stable. | 08:20 |
| ExTechOp | flypig As noted, it seems to depend on having a display connected to the docking station, and having had a computer use that display. If you unplug the display and/or have power cycled the docking station nothing happens and the phone happily charges from the USB-C. | 08:20 |
| Thaodan | However I'm not the one who decides that | 08:20 |
| Thaodan | tecnially there's no issue there from my pov. | 08:21 |
| ExTechOp | So there is some kind of state information about the display mode or something like that stored in the docking station. | 08:21 |
| ExTechOp | And this also seems to apply to displays with power delivery available. | 08:22 |
| abr | usb seems to be a bit crashy on the sonys. do usb keyboards still cause a similar reaction? | 08:22 |
| abr | would be good to see if it happens with sony aosp too - then it could be reported upstream? | 08:23 |
| ExTechOp | abr No. It does seem take a surprisingly long time before the keyboard is detected by SFOS, like several seconds. | 08:23 |
| abr | or was it when the keyboard was unplugged? | 08:23 |
| attah_work | Keyboard unplug used to crash... doesn't on the latest model(s) | 08:25 |
| Thaodan | I think that was any issue on the Xperia 10. | 08:26 |
| Thaodan | I had the same issue every time I removed my usb-otg device while refacotring the exernal storage ui.. | 08:26 |
| ExTechOp | I've tested this mostly on my the typical "work from home" setup where I have the docking station with hardware attached (power, display, ethernet, USB devices like keyboard, mouse, camera) and a spot on the table for a laptop. | 08:27 |
| ExTechOp | It's also a convenient location to charge a phone when I don't have the laptop there, and has worked fine for the Xperia 10II, but occasionally crashes the 10III. | 08:27 |
| piggz | abr: part of making "stable" would be testing on other device right? | 08:27 |
| Thaodan | It sounds like a kernel issues. | 08:27 |
| ExTechOp | The Drama is great when the phone dies screaming :-D | 08:28 |
| Thaodan | piggz: Yes I would say so. Other Sony's work without modifications, only newer devices could be an issue. | 08:28 |
| flypig | We're hitting time here I'm afraid. Anything to add to the minutes on these topics? | 08:28 |
| abr | piggz: eventually :) | 08:28 |
| Thaodan | flypig, piggz: volte to hw-common maybe? | 08:28 |
| ExTechOp | Another one is a small ActiveSync issue: https://forum.sailfishos.org/t/activesync-produces-incorrectly-timed-events-due-to-winter-summer-time-setting/12483/5 | 08:28 |
| abr | might be better to make the packages a bit more generic before they're moved. maybe merge the activation logic together in one. | 08:29 |
| flypig | #info piggz requested that 10ii VoLTE rpms be moved to hw-common for use by porters. | 08:29 |
| Thaodan | flypig: I wouldn't say just 10II, 10 III would make sense to | 08:30 |
| flypig | ExTechOp, it's possible we have an internal report about that. I'll check and tie them together if we do. | 08:30 |
| ExTechOp | flypig Thanks! | 08:30 |
| flypig | #info Thaodan noted that this should be considered for the 10 III rpms too. | 08:31 |
| flypig | #action flypig to check internal bug reports for https://forum.sailfishos.org/t/activesync-produces-incorrectly-timed-events-due-to-winter-summer-time-setting/12483 | 08:31 |
| flypig | Alright, it's time to wrap up I'm afraid. | 08:32 |
| flypig | #topic Next meeting time and date (5 min) | 08:32 |
| *** sailbot changes topic to "Next meeting time and date (5 min) (Meeting topic: Sailfish OS, open source, collaboration -- 4th August 2022)" | 08:32 | |
| flypig | Proposing Thursday 18th August at 07:00am UTC | 08:32 |
| piggz | my anniversary, and holiday time :D | 08:32 |
| piggz | ill be in majorca | 08:32 |
| flypig | Big celebrations in the piggz camp :D Congratulations in advance :) | 08:32 |
| ExTechOp | Have fun, but this date does work for me. | 08:32 |
| dryak_ | Enjoy the holiday! | 08:33 |
| fridl | Thanks to all! | 08:33 |
| flypig | Alright, let's go with that (sorry piggz, but I'm sure you'll be thinking about other things!) | 08:33 |
| flypig | #info Next meeting will be held on Thursday 18th August 2022 at 07:00am UTC: 2022-08-18T0700Z | 08:33 |
| abr | he'll be logging in from the beach :) | 08:34 |
| flypig | We'll have to make a note if he does! | 08:34 |
| flypig | Thanks all for the nice meeting discussion. | 08:34 |
| flypig | #endmeeting | 08:34 |
| sailbot | Meeting ended Thu Aug 4 08:34:28 2022 UTC. | 08:34 |
| sailbot | Minutes: https://irclogs.sailfishos.org/meetings/sailfishos-meeting/2022/sailfishos-meeting.2022-08-04-07.00.html | 08:34 |
| sailbot | Minutes (text): https://irclogs.sailfishos.org/meetings/sailfishos-meeting/2022/sailfishos-meeting.2022-08-04-07.00.txt | 08:34 |
| sailbot | Log: https://irclogs.sailfishos.org/meetings/sailfishos-meeting/2022/sailfishos-meeting.2022-08-04-07.00.log.html | 08:34 |
| *** sailbot changes topic to "Next meeting will be held on Thursday 4th August 2022 at 07:00am UTC. Topics can be made/read here: https://forum.sailfishos.org/t/community-meeting-on-irc-4th-august-2022/12456" | 08:34 | |
| abr | for anniversary congrats on irc | 08:34 |
| ExTechOp | Thanks, everyone! | 08:34 |
| Crabster | thx 2 #? | 08:35 |
| dryak_ | Thanks, bye! | 08:35 |
| *** ChanServ changes topic to "Next meeting will be held on Thursday 18th August 2022 at 07:00am UTC. Topics can be made/read here: https://forum.sailfishos.org/t/community-meeting-on-irc-18th-august-2022/12549" | 08:37 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!