| rubdos[m] | Please send slaps with large trouts if I somehow forget to show up. | 06:46 |
|---|---|---|
| rubdos[m] | I fear it's one of those days. | 06:46 |
| flypig | Trouts at the ready. | 07:21 |
| thilo[m] | If you are as confused as me: https://en.m.wikipedia.org/wiki/Wikipedia:Whacking_with_a_wet_trout the history section solves that. And the real life examples are a bonus! | 07:46 |
| rubdos[m] | https://xkcd.com/1053/ :-) | 07:47 |
| ExTechOp | https://en.wikipedia.org/wiki/The_Fish-Slapping_Dance | 07:47 |
| thilo[m] | :) | 07:48 |
| ExTechOp | Good morning, everyone! | 07:57 |
| flypig | Good morning :) | 07:57 |
| *** ChanServ sets mode: +o sailbot | 07:58 | |
| thilo[m] | I saw now an introductuonary video and i am well informed about the choice of fish! | 07:59 |
| thilo[m] | That was a | 07:59 |
| thilo[m] | Good morning :) | 07:59 |
| flypig | #startmeeting Sailfish OS, open source, collaboration -- 10th November 2022 | 08:00 |
| sailbot | Meeting started Thu Nov 10 08:00:52 2022 UTC. The chair is flypig. Information about MeetBot at http://wiki.debian.org/MeetBot. | 08:00 |
| sailbot | Useful Commands: #action #agreed #help #info #idea #link #topic. | 08:00 |
| *** sailbot changes topic to " (Meeting topic: Sailfish OS, open source, collaboration -- 10th November 2022)" | 08:00 | |
| flypig | We're off :) | 08:00 |
| flypig | #info Meeting information and agenda can be found here: | 08:01 |
| flypig | #link https://forum.sailfishos.org/t/community-meeting-on-irc-10th-november-2022/13368 | 08:01 |
| flypig | Thanks everyone for joining. I am the meeting's chairperson today, and will be best doing my to order time and keep. | 08:01 |
| flypig | #topic Brief introduction (5 min). Please prefix your name/handle with #info | 08:01 |
| *** sailbot changes topic to "Brief introduction (5 min). Please prefix your name/handle with #info (Meeting topic: Sailfish OS, open source, collaboration -- 10th November 2022)" | 08:01 | |
| ExTechOp | #info Otto Mäkelä, community | 08:01 |
| thilo[m] | #info thigg, community dev | 08:01 |
| flypig | #info David Llewellyn-Jones, meeting chair and sailor @ jolla | 08:02 |
| Thaodan | #info Björn Bidar, Sailor @ Jolla | 08:02 |
| rubdos[m] | #info Ruben De Smet, community | 08:03 |
| flypig | Ah, just in time. I was about to pick up a fish. | 08:04 |
| abr | #info Andrew Branson - sailor | 08:04 |
| rubdos[m] | Just too late, I would say. Went to sleep too late and arrived at the office 4 minutes after I intended to! | 08:04 |
| ViGe | #info Ville Nummela - Sailor @ Jolla | 08:05 |
| flypig | :) | 08:05 |
| flypig | Am I counting right: a score draw today? | 08:06 |
| rubdos[m] | Should I slap some community members, to get the score tilted towards us? :D | 08:06 |
| flypig | Haha. If that's what it takes ;) | 08:07 |
| flypig | We didn't receive any specific advance questions, but we did get a PR query, so let's start with that. | 08:07 |
| thilo[m] | We just put a few trouts on chair and claim they are community members? | 08:07 |
| flypig | :D | 08:07 |
| flypig | #topic Open PR discussion (10 mins -- asked by thigg) | 08:07 |
| *** sailbot changes topic to "Open PR discussion (10 mins -- asked by thigg) (Meeting topic: Sailfish OS, open source, collaboration -- 10th November 2022)" | 08:07 | |
| rubdos[m] | thilo[m]: I heard flypig had some to spare! | 08:08 |
| flypig | #info <thigg> Any updates on the following PR? | 08:08 |
| flypig | #info <thigg> https://github.com/sailfishos/llvm/pull/1 | 08:08 |
| flypig | rubdos[m], thilo[m], would you mind giving us a summary of the PR? | 08:08 |
| rubdos[m] | Well, it's been a while that I worked on it, but I can give it a shot. | 08:09 |
| thilo[m] | Go ahead :) | 08:09 |
| rubdos[m] | Rust 1.52 is the current version that's in the Sailfish SDK. Rust is moving fast, and specifically for Whisperfish, having Rust 1.61 (or even 1.55) would be very beneficial, take a lot of load from the developers (being @direc85 and me), and remove the need to fork some upstream libraries. | 08:10 |
| rubdos[m] | That's why I wanted to try and port 1.61 to Sailfish. 1.61 requires LLVM 12 or higher, which is current on SF on 10.something, iirc. | 08:10 |
| flypig | You fork the libraries so you can patch them to build on older rust versions? | 08:11 |
| rubdos[m] | exactly | 08:11 |
| rubdos[m] | LLVM 14 (why not take the latest, right?) compiles for 99% now, but it does have require me to patch out some strange things regarding an ARM instruction that should not be generated on the meego build target. At least, that's how I remember it. | 08:11 |
| Thaodan | From how I see how it is done in Firefox that's the reason why the vendor many of the libraries. | 08:12 |
| rubdos[m] | Sadly, the devs of Firefox are legion, and direc85 and me are two :/ | 08:12 |
| Thaodan | Sure just saying it's kinda the languages fault. | 08:12 |
| flypig | rubdos[m], just to be clear, your patch brings it to 100% build success? Your patch doesn't update Rust, it just lays down some groundwork? | 08:13 |
| rubdos[m] | Also, libsignal-client (now called libsignal) moves forward, and depends on new stuff. We need to follow libsignal, because otherwise Whisperfish becomes useless. | 08:13 |
| Thaodan | Anyway we need to make sure that gecko still builds and potentially update the vendored libraries. | 08:13 |
| rubdos[m] | flypig: llvm builds 100%, but it is defunct in some documented way on that PR | 08:13 |
| rubdos[m] | Thaodan: I can assure you it will not build with the current LLVM | 08:13 |
| Thaodan | You meant it wont build with llvm14? | 08:14 |
| rubdos[m] | We will both have the same issue. I think someone from Jolla could step up and get it fixed, because frankly, it goes over my head. | 08:14 |
| rubdos[m] | Thaodan: It will not build with my llvm14, without patching out that one thing | 08:14 |
| rubdos[m] | https://github.com/sailfishos/llvm/pull/1#issuecomment-1166465898 | 08:15 |
| flypig | So, LLVM14 will generate ARM instructions that will cause problems. There needs to be a change to address that, and once that is done, gecko *may* build with LLVM14? | 08:15 |
| rubdos[m] | out-of-line atomics, that was it | 08:15 |
| Thaodan | Ah yeah that's what I thought. But first the rust upgrade has to be done in a PR -> tested, then see what has to be done for gecko. | 08:15 |
| thilo[m] | I also had a little rust experiment recently and noticed a little to late that the dependency hell is reallly hot there... | 08:15 |
| rubdos[m] | I would bet that Gecko will build with the LLVM14 and Rust 1.61 system if the out-of-line atomics thing is fixed | 08:15 |
| Thaodan | Ah now I get it.. rubdos[m] | 08:16 |
| Thaodan | We are short of an GCC upgrade.. | 08:16 |
| rubdos[m] | I'm not entirely sure that a GCC upgrade is necessary, I believe it can be patched out, but I'm not entirely sure. | 08:16 |
| Thaodan | I think the time would be well spend but it takes some time. | 08:16 |
| rubdos[m] | But I seem to recall the GCC update would fix it too, indeed | 08:16 |
| flypig | So there are two potential solutions: remove the out-of-line atomic calls from LLVM, or update GCC to 9.3.1 or higher. | 08:17 |
| Thaodan | Maybe not necessary depending on what's cleaner/better. | 08:17 |
| rubdos[m] | I was alright getting my hands dirty on LLVM, but GCC sounds like something I'd rather stay away from. | 08:17 |
| Thaodan | I spend some work on dealing with gcc upgrades boostrapping and so on. | 08:17 |
| rubdos[m] | flypig: I think that's how I recall it, indeed | 08:17 |
| flypig | Thanks. | 08:17 |
| rubdos[m] | After that, my Rust 1.61 patches should be fine (albeit already out-of-date) | 08:18 |
| flypig | rubdos[m], after this goes through, are you also proposing to update Rust, or is this just to make your local Rust update easier? | 08:18 |
| rubdos[m] | I would still propose to update Rust for the SDK. I'm quite confident that it should not break the Gecko build, last time I looked at the compatibility matrix of Mozill | 08:18 |
| rubdos[m] | a | 08:19 |
| Thaodan | I was about to test ccls https://github.com/MaskRay/ccls thought that would need a more recent ccls. | 08:19 |
| rubdos[m] | So, 1.61 would be my first proposal, and if that works, I would maybe proactively bump to 1.65. | 08:19 |
| Thaodan | It can break it but as said only it's vendored libs which can be upgraded. | 08:19 |
| flypig | Thanks for clarifying. | 08:19 |
| Thaodan | If we can skip the atomic thingy than it sounds quite possible. | 08:19 |
| rubdos[m] | 1.61 is IIRC the first compiler that does Rust 2021, which is a requirement (for some reason...) for some cryptographic libraries. | 08:20 |
| Thaodan | Yeah there are some python modules that start to require it. | 08:20 |
| rubdos[m] | https://firefox-source-docs.mozilla.org/writing-rust-code/update-policy.html?rdfrom=https%3A%2F%2Fwiki.mozilla.org%2Findex.php%3Ftitle%3DRust_Update_Policy_for_Firefox%26redirect%3Dno <- useful table | 08:20 |
| thilo[m] | Rust 2021 is rust 1.56 | 08:20 |
| rubdos[m] | thilo[m]: Aha, so I'm even outdated. | 08:21 |
| rubdos[m] | So Gecko as of version 105 will require 1.61 at minimum | 08:21 |
| flypig | #info Rust update policy for Gecko | 08:21 |
| thilo[m] | Yeah,I tried to build a python mudle around a rust library and failed because of that, thus I imagine you might get those problema with python as well, because pyo3 requires it | 08:22 |
| thilo[m] | *module, sorry | 08:22 |
| ExTechOp | muddle sounds fine | 08:23 |
| Thaodan | The thing is with rust that from what I've been told that you need to upgrade from the minimum version to version. You can't just bump up to the most recent. So upgrading in time is important. | 08:23 |
| flypig | Just for info, we are over time, but also not in a rush today, so I've added 10 mins to the time. | 08:23 |
| rubdos[m] | Thaodan: Because of bootstrapping reasons? I'm not sure I understand. | 08:24 |
| Thaodan | rubdos[m]: I think it is because rust requires more recent rust features in rustc faster than other compilers would do | 08:25 |
| rubdos[m] | Maybe there's one "big" question that I'd like to ask: can someone from Jolla, or someone with more familiarity with LLVM and GCC take over the out-of-line atomics thing, or at least spend some time on it? | 08:26 |
| rubdos[m] | Thaodan: Aha, so it is mostly for bootstrapping reasons then. As far as I understand, the Sailfish Rust compiler is built with itself (coming from the upstream Rust binaries). It's not bootstrapped anymore | 08:27 |
| rubdos[m] | Probably depends on the meaning of "bootstrapped" I suppose | 08:27 |
| Thaodan | rubdos[m]: Ah ok so building a newer/recent version isn't an issue unless we get really old? | 08:27 |
| rubdos[m] | I think it won't be an issue ever, because the RPM ships `rust-$version-i686-unknown-linux-gnu.tar.gz` for building the three compilers of the same $version | 08:28 |
| Thaodan | From my pov if you can try to disable the use of out of line atomics that would be best. | 08:28 |
| rubdos[m] | I believe the main constraint is Gecko | 08:28 |
| flypig | rubdos[m], regarding Jolla picking up the work, that's a good question and reasonable request. Thaodan, ViGe are probably best placed to answer, but at least it probably requires some internal discussion. | 08:28 |
| rubdos[m] | I would be delighted to hear some outcome on that 🙏 | 08:29 |
| flypig | I can create an internal issue for it, at least. | 08:29 |
| rubdos[m] | Thaodan: I tried with some patches, as you will see in that Github PR, but I did not succeed. But it should be possible. | 08:29 |
| Thaodan | The next would be to test how easy the gcc upgrade is. The package update it self should easy and then see how much breaks (gcc is more picky, finds errors unreported). | 08:29 |
| rubdos[m] | I feared so, that GCC would be a bit more tricky | 08:30 |
| Thaodan | rubdos[m]: ok maybe mal had a better success on that. | 08:30 |
| Thaodan | I haven't spend time on that :D | 08:30 |
| flypig | We should probably move on, but I'd like to summarise for the minutes. | 08:31 |
| Thaodan | ok | 08:31 |
| rubdos[m] | flypig: if you need any input from me (trying builds etc), feel free to reach out at any time. | 08:31 |
| flypig | #info The PR requires a final patch (to remove out-of-line atomic calls), after which it can be tested with gecko and merged if it doesn't cause problems. This work is now on Jolla's table, but will require some time to look into. | 08:31 |
| flypig | #info rubdos[m] offered to help with builds, input etc. We just need to ask. | 08:31 |
| flypig | Anything else to add? | 08:31 |
| rubdos[m] | I think that's it! :-) | 08:32 |
| flypig | Great! Thanks for the PR rubdos[m]; thanks for the question thilo[m]; thanks for the nice discussion Thaodan and all :) | 08:32 |
| flypig | Moving on... | 08:32 |
| flypig | #topic Untracked bug reports (5 mins -- asked by thigg) | 08:32 |
| *** sailbot changes topic to "Untracked bug reports (5 mins -- asked by thigg) (Meeting topic: Sailfish OS, open source, collaboration -- 10th November 2022)" | 08:32 | |
| flypig | #info <Jolla> The Community Bug Coordination Team have done a superb job once again this fortnight. | 08:32 |
| flypig | #info <Jolla> As a result of their work, we now have: | 08:32 |
| flypig | #info <Jolla> 9 new high quality bug reports recorded internally and tagged as "tracked". | 08:33 |
| flypig | #info <Jolla> 2 bug reports tagged as "fixed" and closed. | 08:33 |
| flypig | #info <Jolla> 1 bug queried for more information. | 08:33 |
| flypig | I also wanted to ask if anyone wanted to raise any "papercut" type bugs that have already been tracked? Things that are annoying you, but you think might be easy to fix. | 08:33 |
| ExTechOp | The same old same old thing of switching mobile <=> wifi networks (last time you folks said that the development version is better in this respect, so I'm really waiting for the next release) | 08:36 |
| ExTechOp | Another one is copy-paste between Sailfish and Android, there are still bugs there, like paste or keyboard focus not going to where the cursor is but some other spot of the text field | 08:38 |
| flypig | ExTechOp, thanks, the wifi/mobile issue has been worked on. It's been rather a challenge unfortunately. | 08:39 |
| flypig | ExTechOp, could you provide a forum link for the copy-paste issues? That would be really helpful. | 08:40 |
| ExTechOp | I haven't seen it mentioned, but it's really obvious when it happens but I keep forgetting to open an issue, anyone else? | 08:41 |
| thilo[m] | I might have encountered it but dont know how to reproduce it | 08:41 |
| flypig | If anyone is able to reproduce it and submit a bug to the forum, that would be super helpful. | 08:42 |
| thilo[m] | If you could create a bug report that would be great :) | 08:42 |
| flypig | We have this one tracked, but it looks different: https://forum.sailfishos.org/t/share-copy-paste-not-working-from-aliendalvik-to-sfos/10063 | 08:43 |
| flypig | I checked and don't see an internal ticket for it either. | 08:44 |
| ExTechOp | I'll have to see if I can create a reproducible situation. | 08:45 |
| flypig | Thank you ExTechOp, that'd be great. | 08:45 |
| ExTechOp | But as you said, it's a kind of a papercut situation, too small to really bother about, but somewhere in the background the idea of a death by thousand cuts | 08:46 |
| flypig | Right, these things are more important than they might initially seem. | 08:47 |
| flypig | #info "papercut" bugs: switching mobile <=> wifi networks and Android <=> Sailfish clipboard issues. | 08:47 |
| flypig | #info ExTechOp offered to try to reproduce the clipboard bugs. | 08:47 |
| flypig | If you can reproduce it ExTechOp, I can create the bug report for it. | 08:47 |
| ExTechOp | Roger that | 08:48 |
| flypig | Thanks ExTechOp for the suggestions, that's really useful. We're already over time (my bad) so let's move to general discussion. | 08:48 |
| flypig | #topic General discussion (20 min) | 08:48 |
| *** sailbot changes topic to "General discussion (20 min) (Meeting topic: Sailfish OS, open source, collaboration -- 10th November 2022)" | 08:48 | |
| flypig | thilo[m], I promised to look into updating QEMU as well I think? | 08:49 |
| Thaodan | So there are too any things around me now :D | 08:51 |
| ExTechOp | It would be really nice if there was a simple app for switching from "day mode" to "night mode" (there used to be, several SFOS upgrades ago), Situations did this but has now run against sailjail limitations and is currently not usable as-is. | 08:51 |
| flypig | Sorry Thaodan, I know the feeling! | 08:52 |
| Thaodan | I have 3 things so say, first there are some open bugs we forgot to talk about, community repos, and qemu update. | 08:52 |
| Thaodan | Yeah.. I've been trying to keep up better with a better org-mode setup. | 08:53 |
| Thaodan | so the "easiest" thing. | 08:53 |
| flypig | ExTechOp, would that be switching automatically between ambiences? | 08:53 |
| Thaodan | Qemu update that has been my thing. | 08:53 |
| ExTechOp | flypig That could be it, but isn't there a current bug with the ambience audio settings not switching properly? | 08:54 |
| flypig | I was hoping you could say something about it Thaodan. Here's the link, I think, for ref: https://github.com/Thaodan/qemu/tree/sailfishos/6.1 | 08:54 |
| Thaodan | I have the updated sb2 patches for qemu working on Arch Linux, I've tested them on SailfishOS too but we need to raise the kernel headers version to do that properly. | 08:54 |
| Thaodan | that is the most recent update: https://github.com/Thaodan/qemu/tree/sailfishos/7.0.0 | 08:55 |
| flypig | ExTechOp, I guess you mean this one? We do have this tracked, yes. https://forum.sailfishos.org/t/12565 | 08:55 |
| thilo[m] | flypig: sorry, yes, you did | 08:55 |
| ExTechOp | flyping Yep, that's it | 08:55 |
| Thaodan | I'm using the qemu updates on arch here: https://aur.archlinux.org/packages/qemu-scratchbox2-user | 08:55 |
| flypig | Thaodan, so there is more work needed to get the QEMU update through, and currently that's not in the immediate pipeline? | 08:56 |
| Thaodan | Any questions regarding the qemu update? | 08:56 |
| Thaodan | flypig: Not directly. I depends on me getting to it, If I get the call to work on it I'll prioritize it. | 08:56 |
| Thaodan | I have to get my todos in order.. | 08:57 |
| thilo[m] | as i only need the update for the graalvm toolchain, is there any way to work around that for now? | 08:57 |
| thilo[m] | otherwise i am just fine with waiting beforebuilding more stuff like that ;) | 08:57 |
| Thaodan | Most of that is really legacy technical debt that we have to pay up. | 08:57 |
| flypig | thilo[m], I don't think we looked into any workarounds for that, since the QEMU update apparently fixes it, that seemed like the best approach. | 08:57 |
| Thaodan | But yeah if you want to test it go use Arch XD | 08:58 |
| thilo[m] | :P | 08:58 |
| flypig | Sorry to say thilo[m], as in my view it'd be really nice to have your GraalVM toolchain working. | 08:58 |
| Thaodan | The issue is really just the part that runs scratchbox2. | 08:58 |
| Thaodan | Which is lucky. | 08:58 |
| thilo[m] | I think I'll just wait then ;) | 08:59 |
| Thaodan | So anything left with that or can I proceed then? | 08:59 |
| Thaodan | I need more energy and more hours in the day ;) | 08:59 |
| thilo[m] | ;) have a nice day then | 08:59 |
| thilo[m] | my workaround for that is shamelessly dropping tasks ;) | 09:00 |
| flypig | Thaodan, I think you can move to the next, if that's okay for you thilo[m]? | 09:00 |
| thilo[m] | sure | 09:01 |
| Thaodan | Ok to the bugs I've mentioned. We noticed these two issues with appear to have similar causes. https://forum.sailfishos.org/t/trying-the-guest-user-feature-destroyed-all-my-data/2964/3 | 09:01 |
| Thaodan | #link https://forum.sailfishos.org/t/trying-the-guest-user-feature-destroyed-all-my-data/2964/3 | 09:01 |
| Thaodan | #link https://forum.sailfishos.org/t/multi-user-android-user-data-get-deleted-and-lost-device-reset/11520 | 09:01 |
| Thaodan | #info We noticed these two issues with appear to have similar causes. But we have trouble figuring the root of these. Any information on these such as for example logs, testcases can help. Please inform of if you have any under these threads. | 09:03 |
| flypig | It's a bit of a long shot, but has anyone here today experienced either of these? | 09:04 |
| dcaliste | Yeh, I did. But didn't dare to reproduce… | 09:04 |
| flypig | dcaliste, if there's any info at all you could share, it would be really helpful. | 09:05 |
| Thaodan | I tried to reproduce both but they don't reproduce on devices which haven't been upgraded from what I've seen. | 09:05 |
| Thaodan | And I don't use AD really on my main device. | 09:05 |
| flypig | dcaliste, from your description on the forum, it sounds like something went wrong. The behaviour was unusual. | 09:06 |
| flypig | dcaliste, did you have Android App Support installed when it happened? | 09:07 |
| dcaliste | Yeh, indeed, but unfortunately, I cannot comment much more since I don't really dare to retry. It took me a long while to recover to a usable state last time :/ | 09:07 |
| flypig | The fact that it happened on an "almost fresh" install is useful information though. | 09:07 |
| dcaliste | Yes, Android support was there, not sure it was running though. | 09:08 |
| flypig | Do you recall what you rsynced? Was it just things in /home/defaultuser (including .local/.config files)? | 09:08 |
| Thaodan | Hm that might be a hint. | 09:09 |
| dcaliste | Yes, I rsynced all /home/defaultuser content. | 09:09 |
| Thaodan | (manning .config in git for Sailfish OS might be the thing to try :D) | 09:09 |
| dcaliste | (I mean including hidden directories also). | 09:10 |
| ExTechOp | The last time, I was distracted by actual work and didn't have the time to ask a question about "binary blobs" supplied by Sony (or Qualcomm, others?): | 09:12 |
| ExTechOp | I guess there are several different ones used by SFOS, deployed by different methods (on the phone flash from Android installation, or explicitly added at install time), which ones of these get updated by SFOS to newer releases? | 09:12 |
| Thaodan | ExTechOp: binary blobs or more accurate the oem blobs are the blobs from the oem in our case Sony. Sony gets them from Sony, Sony AOSP uses stock Qualcomm blobs with some tuning. | 09:14 |
| Thaodan | They don't get updated with SailfishOs releases. | 09:14 |
| ExTechOp | er, "Sony gets them from Sony", as in they write them themselves? | 09:14 |
| Thaodan | They have to be updated manually if so but they don't update as often and even then it is quite easy. | 09:14 |
| dcaliste | flypig: I did the rsync with the UI stopped, loggued via ssh (I stopped the user slice via systemctl as far as I remember and then rsync from a JollaC as root with something like rsync -az jollaC:/home/nemo /home and then rename the nemo dir into defaultuser). | 09:15 |
| Thaodan | ExTechOp: Sony builds them based on Qualcomm proprietary source code. | 09:15 |
| flypig | dcaliste, so it was: 1) clean install (including AAS during the Welcome process), 2) rsync over /home/defaultuser as you describe, 3) create new guest user, 4) switch back to original user. | 09:15 |
| dcaliste | flypig: exact. But as mentioned, I didn't dare to see if the above steps allow to reproduce ! | 09:16 |
| flypig | I wonder whether the conversion from nemo to defaultuser might also be relevant. | 09:16 |
| Thaodan | flypig, dcaliste: I've been doing the same but with just a tar file. I think method shouldn't matter. | 09:16 |
| Thaodan | What would be interesting if AD was used before. | 09:16 |
| Thaodan | I think I've tested multi user with my install that was copied of from an install that used nemo (Xperia XZ3 to my current device). | 09:17 |
| Thaodan | I've used AD on that device too. | 09:18 |
| Thaodan | (that = current) | 09:18 |
| dcaliste | Thaodan, as far as I remember, I didn't use AD before doing the rsync, but surely after doing it and before playing with user switch. | 09:18 |
| Thaodan | But not on the device before. | 09:18 |
| ExTechOp | Thaodan I've been under the impression that (a part of) the original Android flash image containing Qualcomm stuff also is used, is this incorrect? | 09:18 |
| Thaodan | ExTechOp: Firmware, Bootloader, Persistant partition is used but nothing that you can reflash with just fastboot is used. | 09:19 |
| ExTechOp | Thaodan This leads to a follow-up question, I believe new Android releases occasionally also update some of these, is there any mechanism to do this under SFOS? | 09:21 |
| abr | No, you can only get those through that Emma tool | 09:22 |
| flypig | We're way over time, so will need to start wrapping up I'm afraid. | 09:22 |
| Thaodan | ExTechOp: Not so far but the newer Android release don't necessarily update these blobs to add new feature but mostly to bring the up to speed the newer android version. | 09:22 |
| Thaodan | abr: We are talking about odm blobs. | 09:22 |
| flypig | I'm going to add some of this discussion to the minutes. Please bear with me. | 09:24 |
| flypig | #info <ExTechOp> It would be really nice if there was a simple app for switching from "day mode" to "night mode" (there used to be, several SFOS upgrades ago), Situations did this but has now run against sailjail limitations and is currently not usable as-is. | 09:24 |
| flypig | #info This also depends on a fix for https://forum.sailfishos.org/t/12565 | 09:24 |
| flypig | #info Thaodan gave an update on upgrading QEMU in the SDK to allow GraalVM to work there. | 09:24 |
| flypig | #info <Thaodan> I have the updated sb2 patches for qemu working on Arch Linux, I've tested them on SailfishOS too but we need to raise the kernel headers version to do that properly. | 09:24 |
| flypig | #info We're not aware of any other workarounds for GraalVM. | 09:24 |
| flypig | #info ExTechOp asked about binary blobs on the phone: "which ones of these get updated by SFOS to newer releases" | 09:24 |
| Thaodan | Sounds like something that situations also did. | 09:25 |
| flypig | #info <Thaodan> They don't get updated with SailfishOs releases | 09:25 |
| flypig | #info <ExTechOp> I believe new Android releases occasionally also update some of these, is there any mechanism to do this under SFOS? | 09:25 |
| flypig | #info <abr> No, you can only get those through that Emma tool | 09:25 |
| flypig | Sorry, I missed adding many things, there's more... | 09:25 |
| flypig | #info Concerning the user date being lost, dcaliste explained his experiences. | 09:25 |
| flypig | #info <dcalste> I did the rsync with the UI stopped, loggued via ssh (I stopped the user slice via systemctl as far as I remember and then rsync from a JollaC as root with something like rsync -az jollaC:/home/nemo /home and then rename the nemo dir into defaultuser). | 09:25 |
| flypig | #info The process was 1) clean install (including AAS during the Welcome process), 2) rsync over /home/defaultuser as you describe, 3) create new guest user, 4) switch back to original user. | 09:25 |
| flypig | #info <dcaliste> Thaodan, as far as I remember, I didn't use AD before doing the rsync, but surely after doing it and before playing with user switch | 09:25 |
| Thaodan | abrs comment was about different blobs I think. It also contradicts with mine. | 09:25 |
| flypig | Is there anything else that should be added from the discussion? I'm sure I missed many important comments. | 09:26 |
| abr | Thaodan: you mentioned firmware partitions etc, and 'some of these' also includes those | 09:26 |
| abr | to be clear - the odm you can update with fastboot, but all the other unchanged partitions can only be upgraded with Emma | 09:27 |
| Thaodan | abr: Yeah I've mentioned as used from stock android, which requires Emma/Sony flashing mode. | 09:27 |
| abr | but in general you shouldn't really alter the odm unless moving to a later android base, which we don't support | 09:27 |
| Thaodan | Yes | 09:28 |
| Thaodan | that's what I was about to write. | 09:28 |
| ExTechOp | All my inquisitive mind questions came around because in some earlier comments Jolla people mentioned having to work around some binary blob issues | 09:28 |
| Thaodan | The thing is that the Sony AOSP blobs try to be compatible with a version of the stock firmware. | 09:28 |
| abr | Thaodan: there are 'stock' partitions used by AOSP/SFOS too though, right? Modem firmware and config, bluetooth etc | 09:29 |
| Thaodan | It is not always clear when they raise the odm partition to be compatible with more recent android versions than the one that the device was initially ported from. | 09:30 |
| abr | I think it's an important factor when we think about volte configs etc, which iiuc can only be upgraded by reverting back to stock and reflashing sfos | 09:30 |
| Thaodan | abr: Yes all stock partitions that can't be flashed with fastboot are reused. | 09:30 |
| Thaodan | That includes firmware partitions such as modem firmware. | 09:31 |
| abr | they can be flashed though, right? they're just only available via Emma | 09:31 |
| thilo[m] | do i understand anything wrong or is the video crash issue (https://github.com/sonyxperiadev/bug_tracker/issues/761) also only fixable if users reflash? | 09:31 |
| Thaodan | They can be flashed without dropping Sailfish OS but not through Emma, only through the (unofficial) XperiaFlashTool | 09:31 |
| Thaodan | But modemfirmware rarely changes, from my recent tests they are still the same even on A12. | 09:32 |
| abr | yeah, it's not a technical limitation. it's a distribution one. | 09:32 |
| Thaodan | thilo[m]: Sony is working on it, you have to wait. | 09:33 |
| thilo[m] | Thadoan: i understand that, but if they fixed that, how would the process be? | 09:33 |
| abr | sounds like a missing lib in /odm? | 09:33 |
| Thaodan | abr: distribution and the Sony tool not allowing it. Xperia firmware can be downloaded freely through Xperia Flashtool. | 09:33 |
| abr | and we certainly wouldn't be allowed to fetch or distribute those | 09:34 |
| Thaodan | thilo[m]: You have to flash them manually but I think we have articles on those. | 09:34 |
| abr | thilo[m]: if it is only a missing odm lib, then you could just reflash that. i'm not sure if there's any camera stuff in the emma-only bits, are there? | 09:34 |
| Thaodan | abr: Yeah we wouldn't any user can do it thou. | 09:34 |
| thilo[m] | okay, so this will require users reflashng at least some partitions on their devices? (i dont have a device with those issues ;) | 09:35 |
| Thaodan | abr: All the emma only camera stuf isn't used in Sony aosp. | 09:35 |
| Thaodan | thilo[m]: only odm but that was already mentioned many times. | 09:35 |
| thilo[m] | and jolla wouldnt be allowed to fetch those images from sfos and flash them in an over-the-air process? | 09:36 |
| Thaodan | Yes we wouldn't be allowed as mentioned earlier.. | 09:36 |
| Thaodan | We can only make process smother. | 09:36 |
| abr | the problem is that it requires the end-user to agree to terms and download it themselves. not allowed to do that automatically. | 09:36 |
| abr | that's why the initial flashing isn't more automatic | 09:37 |
| thilo[m] | i just wanted to make sure i understand the situation correctly | 09:37 |
| thilo[m] | abr: but that doesnt necessarily involves a pc, right? | 09:37 |
| thilo[m] | users could do both of that on the phone | 09:37 |
| Thaodan | Yeah and putting them into the packaging system is the next thing, we can show the eula/terms but we to know if we can automate that process. | 09:38 |
| abr | yeah | 09:38 |
| Thaodan | You can flash from the phone itself. | 09:38 |
| thilo[m] | download that file please... and if you find a file with the right checksum you can use that for flashing | 09:38 |
| abr | would have to be done outside of the packaging | 09:38 |
| Thaodan | You can even do that in packaging just the downloading is done through separate ui. | 09:38 |
| thilo[m] | hm, interesting, thanks for your insights :) | 09:38 |
| Thaodan | You just generate a dummy package on device to tell the pkg manager which odm version is present. | 09:39 |
| flypig | Perhaps this is a good time to wrap up? Is there anything additional to add to the minutes? | 09:41 |
| Thaodan | Nope, what's for lunch?:D | 09:41 |
| thilo[m] | thai | 09:41 |
| flypig | Haha :) Okay. We just one last thing before we finish. | 09:41 |
| flypig | #topic Next meeting time and date (5 min) | 09:41 |
| *** sailbot changes topic to "Next meeting time and date (5 min) (Meeting topic: Sailfish OS, open source, collaboration -- 10th November 2022)" | 09:41 | |
| flypig | Proposing Thursday 24th November at 08:00am UTC | 09:42 |
| flypig | Any objections? | 09:42 |
| ExTechOp | Works for me. | 09:42 |
| Thaodan | + | 09:42 |
| flypig | Alright, great! And silence from everyone else means agreement :) | 09:43 |
| flypig | #info Next meeting will be held on Thursday 24th November 2022 at 08:00am UTC: 2022-11-24T0800Z | 09:43 |
| flypig | Thank you all, as always, for some excellent and lively discussion. | 09:43 |
| flypig | #endmeeting | 09:43 |
| sailbot | Meeting ended Thu Nov 10 09:43:39 2022 UTC. | 09:43 |
| sailbot | Minutes: https://irclogs.sailfishos.org/meetings/sailfishos-meeting/2022/sailfishos-meeting.2022-11-10-08.00.html | 09:43 |
| sailbot | Minutes (text): https://irclogs.sailfishos.org/meetings/sailfishos-meeting/2022/sailfishos-meeting.2022-11-10-08.00.txt | 09:43 |
| sailbot | Log: https://irclogs.sailfishos.org/meetings/sailfishos-meeting/2022/sailfishos-meeting.2022-11-10-08.00.log.html | 09:43 |
| *** sailbot changes topic to "Next meeting will be held on Thursday 10th November 2022 at 08:00am UTC. Topics can be made/read here: https://forum.sailfishos.org/t/community-meeting-on-irc-10th-november-2022/13368" | 09:43 | |
| *** ChanServ changes topic to "Next meeting will be held on Thursday 24th November 2022 at 08:00am UTC. Topics can be made/read here: https://forum.sailfishos.org/t/community-meeting-on-irc-24th-november-2022/13495" | 09:43 | |
| ExTechOp | Thanks everyone! | 09:44 |
| rubdos[m] | Thank all of you! :-) | 09:44 |
| thilo[m] | have a good fortnight | 09:44 |
| flypig | And you :) | 09:44 |
| *** amccarthy is now known as Guest1076 | 13:53 | |
| *** amccarthy_ is now known as amccarthy | 13:53 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!