| *** zbenjamin_ is now known as zbenjamin | 02:41 | |
| *** frinring_ is now known as frinring | 03:54 | |
| noob | nothing is switching off the phone | 05:52 |
|---|---|---|
| noob | even power+ low volume | 05:52 |
| dcaliste | Hello @chriadam, how are you ? | 07:55 |
| chriadam | hi dcaliste, I'm well thank you. How are you? | 07:55 |
| dcaliste | I'm great thank you. | 07:56 |
| chriadam | excellent | 07:56 |
| dcaliste | I'm looking into the failing test in QMF you spoke about last week. | 07:56 |
| chriadam | ah! thanks, any luck so far? | 07:56 |
| dcaliste | I've just succeeded into reproducing it so far ... | 07:56 |
| chriadam | cool | 07:56 |
| chriadam | yeah there's something broken somewhere inside but it's not immediately obvious to me what ;-) | 07:57 |
| chriadam | and I haven't had a chance to revisit it since our last meeting, either, unfortunately. | 07:57 |
| chriadam | so I can't offer any more advice | 07:57 |
| dcaliste | Well, I've been side tracked looking for a non existing bug because the storage plugin was not found but no warning appeared and the code segfault at one point. | 07:58 |
| dcaliste | So I spend part of yesterday investigating that ! | 07:58 |
| dcaliste | Up to this morning discovering that it was just storage plugins that were not found. | 07:59 |
| dcaliste | Now I think it properly reproduces the bug. The add is failing and later on in the restore one, an assert is raised. | 07:59 |
| chriadam | yes | 08:06 |
| chriadam | that is the behaviour I was seeing | 08:07 |
| chriadam | however the storage plugin thing is interesting - I didn't see that / run into that problem | 08:07 |
| dcaliste | Ok, well, I'll investigate later today now. | 08:07 |
| chriadam | thanks very much | 08:07 |
| chriadam | I've poked flypig_ to see if he can look at the buteo-syncfw MR now that he's back from vacation ;-) | 08:07 |
| dcaliste | About the plugin problem, it was my fault (of course), I forgot to export QT_PLUGIN_PATH properly. | 08:08 |
| chriadam | ah, fair enough :-) | 08:08 |
| dcaliste | Speaking about flypig (thank you by the way), I've pushed upstream to kcalendarcore a minor change that allow not to pay attention to lastModified field being change at each change, see https://git.sailfishos.org/mer-core/kf5-calendarcore/merge_requests/3 | 08:10 |
| dcaliste | At the moment, the calendar is changing lastModified field for every custom property change when we add the etag, or flag the event for failure. | 08:11 |
| dcaliste | It's boring because we need to save and restore the lastModified field by hand. | 08:11 |
| dcaliste | With the latest upstream, this is not necessary anymore when switching a flag in the calendar. | 08:12 |
| chriadam | ah, nice. | 08:12 |
| chriadam | one thing worth noting: | 08:12 |
| chriadam | currently I think we cannot accept code which is LGPLv3 (hopefully that changes soon) so we will have to be careful with the kf5-calendarcore stuff to make sure we don't accidentally start depending on code which has that license. | 08:12 |
| chriadam | it is not a problem so far, as far as I'm aware, but something that I thought I should mention. | 08:13 |
| dcaliste | Ok, the v3 license seems to exist in the LICENSES directory of kcalendarcore, but not any of the source or header files is using it, only v2 at the moment. | 08:15 |
| chriadam | yeah. I think there might have been one unit test with that license, but we don't ship that one afaik. | 08:15 |
| chriadam | anyway, we just a note :-) | 08:16 |
| chriadam | regarding the calendar color being overwritten by the server value: blam followed your example fix in caldav and did the same for google calendar plugin | 08:16 |
| chriadam | not reviewed/merged yet but should go in this week, I think | 08:16 |
| chriadam | thanks very much for your work on the caldav plugin for that one, and identifying the issue | 08:17 |
| dcaliste | I've just seen the MR from blam this morning, indeed. | 08:17 |
| dcaliste | About the v3 license, indeed, some tests are using this version actually. | 08:17 |
| chriadam | oh, more than one? we should make sure we don't package those ones in our package. | 08:18 |
| chriadam | I will make a note of that internally | 08:18 |
| dcaliste | Well, if the tests are not installed by default, it will do no harm, won't it ? | 08:19 |
| dcaliste | The problem is with installed packages, I guess. | 08:19 |
| chriadam | oh, I guess that's true | 08:19 |
| dcaliste | Anyway tests are not packaged from the spec... | 08:21 |
| dcaliste | ;) | 08:21 |
| chriadam | heh. | 08:21 |
| chriadam | in caldav side, have you ever seen a case where the server redirects requests for the .well-known path, to the root path? | 08:22 |
| chriadam | was seeing this in some case in carddav: a community member had this issue a long time ago and apparently I completely forgot to fix it / investigate it properly | 08:22 |
| chriadam | basically, we try to perform path discovery, but get redirected back to the root path, and so we abort discovery | 08:23 |
| chriadam | this occurs even if the user provides an addressbook path via the account creation UI (which is clearly a bug, I need to fix. i.e. skip discovery if the path is provided manually) | 08:23 |
| dcaliste | Actually no, but I'm using only one provider. But I didn't remember any community question like that in TJC or the forum. | 08:23 |
| chriadam | but just wondering if this might be an issue for caldav also | 08:23 |
| chriadam | ok | 08:23 |
| chriadam | it's probably not an issue for caldav, since there is some custom handling of calendar paths (stored into the account setting etc) | 08:24 |
| chriadam | I will look into the carddav plugin later this week and try to figure out how to resolve. just thought i'd ask, in case :-) | 08:24 |
| dcaliste | Sure, but sorry, I've no advice for this. | 08:24 |
| chriadam | did you have anything else to discuss / raise? is there anything else waiting for input from either flypig_ or myself? I think pvuorela_ said he hopes to spend some time this week or next week looking into both of our QMF upstream changes / reviewing, also. | 08:25 |
| dcaliste | Compiling your branch of QMF, maybe we can discuss a bit about the build system for the qmflist_p.h file. | 08:25 |
| chriadam | ah, yes | 08:25 |
| chriadam | I saw a comment on gerrit but didn't yet digest it | 08:25 |
| chriadam | basically, currently that file just gets manually included everywhere via a .pri hacky thing | 08:25 |
| dcaliste | Maybe you've seen my message there, but I can develop here. | 08:26 |
| chriadam | please do | 08:26 |
| dcaliste | Indeed, if you don't add the .pri include you get screwed, and since the header is leaking into public place (it's in qmailmessage.h), one should not have to include the .pri I think. | 08:26 |
| dcaliste | The qmflist_p.h should be installed like longstring_p.h is or qcop*_p.h things. | 08:27 |
| dcaliste | Like that, just putting QT += qmfclient will do the job, without needing to add the .pri include. | 08:27 |
| chriadam | how do we handle the qmailmessage.h case currently? I mean, is it part of the public API (e.g. a signature of a public method)? | 08:28 |
| dcaliste | I mean that it's a public header so a client code can write #include <qmailmessage.h> | 08:28 |
| chriadam | yeah, but is the qmflist_p.h used by qmailmessage.h as an implementation detail, or is it part of its API? | 08:29 |
| chriadam | I don't recall | 08:29 |
| dcaliste | But the qmflist_p.h is not installed, so one cannot do the include anymore from outside QMF. | 08:29 |
| chriadam | ah! yes, that's clearly a problem also haha. | 08:29 |
| dcaliste | GCC complains about the include not finding the file. | 08:29 |
| dcaliste | The easier solution in my opinion is to move the file somewhere in qmfclient/ and add it to the HEADERS variable. | 08:30 |
| chriadam | makes sense | 08:31 |
| chriadam | I will update the appropriate commit in the chain to do that instead of the util thing. | 08:31 |
| chriadam | thank you for pointing that out | 08:31 |
| dcaliste | To test the possibility to compile properly, in the tests, you can just remove the .pri include, it should just work with the QT += qmfclient qmfclient-privqe things I think. | 08:32 |
| chriadam | I wonder if there's any case which doesn't include qmfclient but still needs qmflist_p.h | 08:38 |
| chriadam | I guess we can special case that specific case, if it does exist | 08:38 |
| chriadam | seems unlikely anyway | 08:39 |
| dcaliste | Yes, that's a good point. I think that every piece is using the qmfclient part, but I cannot guarantee it. | 08:39 |
| chriadam | :-) | 08:41 |
| chriadam | did you have anything else to discuss today? | 08:41 |
| dcaliste | No, that's all. Thank you for the discussion. | 08:42 |
| chriadam | thank you for the discussion, and your time and effort as always! | 08:43 |
| chriadam | I hope that you have a great week :-) | 08:43 |
| * chriadam -> away, gnight! | 08:43 | |
| eagle74 | what is the best way to reflash the phone | 08:59 |
| eagle74 | looks like something not right with it | 08:59 |
| eagle74 | and nothing is helping fixing it | 09:00 |
| ggabriel | eagle74: what device? :D | 09:01 |
| eagle74 | xperia 10 plus | 09:02 |
| eagle74 | ggabriel | 09:03 |
| ggabriel | eagle74: follow the flash instructions on the sfos guide, as you did originally? | 09:03 |
| eagle74 | ok | 09:04 |
| ggabriel | obligatory note: you'll lose all your data, so get a backup | 09:05 |
| eagle74 | i don't mind as long as i can fix it | 09:06 |
| eagle74 | the steps are for installing from android | 09:34 |
| eagle74 | not reflash | 09:34 |
| eagle74 | not sure how to do it | 09:34 |
| eagle74 | and it requires the phone to be switched off | 09:35 |
| eagle74 | something i can't do ( reason for reflash) | 09:35 |
| eagle74 | even with power and low volune | 09:35 |
| eagle74 | volume* | 09:35 |
| Blumenkraft | What do you mean "from Android"? | 09:36 |
| eagle74 | i have already sailfish os | 09:37 |
| eagle74 | installed on the phone | 09:37 |
| Blumenkraft | Then just skip to executing flash.sh. | 09:37 |
| eagle74 | 8.1 Make sure your phone is powered off. The LED must not show any light. | 09:46 |
| eagle74 | 8.2 Hold down the Volume Up button and connect the other end of the USB cable to the phone. The LED next to the speaker on the phone should light up blue. | 09:46 |
| eagle74 | 8.3 On terminal, use “cd” to proceed to your Sailfish OS folder the same as in 4.2 | 09:46 |
| eagle74 | 8.4 Launch the flashing script by entering the command: | 09:46 |
| eagle74 | i can't turn the phone off | 09:46 |
| *** Malinux is now known as Maltias | 09:49 | |
| *** Maltias is now known as Malitas | 09:50 | |
| ggabriel | eagle74: try vol-up + power key for a long time | 09:56 |
| ggabriel | or vol-down + power key | 09:56 |
| ggabriel | I had the same with my Xx yesterday, rebooted, waiting for the crypto pass screen and used the power key there to switch it off | 09:56 |
| eagle74 | it reopens ggabriel | 10:11 |
| ggabriel | can you get a CLI in sailfish od? | 10:13 |
| ggabriel | os* | 10:13 |
| eagle74 | what is that '=D | 10:14 |
| ggabriel | the terminal, you have to enable developer mode | 10:14 |
| ggabriel | otherwise I don't have many ideas tbh... normally vol up/down + long press power key shuts the device down | 10:15 |
| ggabriel | but from the CLI I was going to suggest that you run `shutdown -h now` as root | 10:15 |
| eagle74 | ok thanks i will also now try to reflash | 10:15 |
| eagle74 | after it close | 10:15 |
| albertux | question....Im license-owned sailfishos installed on xperiax. I'ts possible install the same licence on pinephone? | 10:44 |
| ggabriel | albertux: not that I'm aware of | 10:48 |
| albertux | evreryone not tryed it? | 10:51 |
| albertux | anyone.. | 10:51 |
| ggabriel | albertux: tried what? you want to flash sailfix x on a non xperia device? | 10:51 |
| ggabriel | if there's any contacts/calendar experts in here, I would really appreciate if you could take a look at: https://forum.sailfishos.org/t/4-0-1-45-birthdays-dont-show-up-in-calender-and-feed-events/4684/11?u=gabrielg :) | 10:51 |
| albertux | ggabriel: almost aliendalvik for android compatibility... there are just SFOS image for pinephone. https://gitlab.com/as400l/pp-sailfishos-images | 10:56 |
| albertux | the last image work very vell and Adam Pigg is working well for last imminet release on pinephone https://twitter.com/i/status/1365328542117093378 | 10:59 |
| ggabriel | albertux: well, you aren't licensed to run android anywhere else than in your xperia device, fwiw. Anything else you do, it's up to you | 11:03 |
| albertux | ggabriel: thanks for clarifications, but overall I payed the licence...it will be a nice thing if it possible... | 11:07 |
| ggabriel | albertux: I understand but if your angle is legal, then the licence is just for the devices you paid it for | 11:17 |
| ggabriel | your question is quite old anyway (can we have android for community ported devices), and sadly it isn't as straightforward as you would think | 11:17 |
| eagle74 | how to unlock boat loader in sailfish os 4 | 11:57 |
| mal | what do you mean? | 11:58 |
| Blumenkraft | eagle74, You have to unlock bootloader before installing SFOS. | 12:00 |
| eagle74 | ok so if it's unlocked from 1st flash no need | 12:02 |
| eagle74 | ok how i can lock it after flash | 12:03 |
| eagle74 | i just reflashed sailfish | 12:29 |
| eagle74 | again | 12:29 |
| eagle74 | i can't turn the phone off | 12:29 |
| eagle74 | can it be hardware issue | 12:29 |
| ggabriel | you can't lock the bootloader after flashing sfos (easily, if at all possible) | 12:34 |
| eagle74 | i'm just frustrated about the inability to switch off the phone | 12:48 |
| eagle74 | the only way is volume up and power for 10 seconds | 12:48 |
| eagle74 | i don't think this normal | 12:48 |
| ggabriel | eagle74: try to go back to android (using the emma tool), see if you can reproduce there | 13:12 |
| eagle74 | it happened after the 4 update | 13:13 |
| ggabriel | I don't have one of those devices, so I can't tell. Reproducing or not in android could tell us if it's got anyting to do with sfos | 13:16 |
| eagle74 | will try that | 13:16 |
| *** _inte_ is now known as inte | 14:50 | |
| attah | dcaliste: hello :) | 18:25 |
| dcaliste | Hello attah ! | 20:27 |
| attah | hi | 20:28 |
| attah | did you see my last pm(s) on the forum? | 20:28 |
| dcaliste | I'm not yet falling asleep ! Do you still have questions about Calligra converter ? | 20:28 |
| dcaliste | Yes, I've seen your messages. | 20:29 |
| dcaliste | Can you open in the document application with stock Calligra the files that are failing ? | 20:29 |
| attah | Yes, both of them open just fine | 20:29 |
| dcaliste | I admit I tested only one ODF file on device. | 20:29 |
| attah | but at least it worked on device :) | 20:30 |
| dcaliste | But a simple call to calligraconverter foo.odt foo.pdf actually produced the PDF. | 20:30 |
| dcaliste | Ah, you mean it's generating the PDF on device ? | 20:30 |
| attah | No, it is segfaulting for me still with calligraconverter | 20:31 |
| attah | but the test documents open fine in the documents app | 20:32 |
| dcaliste | Ok, I see. | 20:32 |
| attah | and then there was the matter of that it seems some patches are missing, does that sound reasonable, or should i suspect i messed something up? | 20:33 |
| dcaliste | Well, that missing patches ring a bell. This morning I wanted to submit the MR in SailfishOS and tried a latest rebase on upstream master then compiled. | 20:34 |
| dcaliste | I noticed then that many patches were missing and I still have issues to compile. | 20:35 |
| dcaliste | Since this morning, I'm trying to fix my mistakes. | 20:35 |
| attah | I couldn't obviously see that these were things that had been patched before and got lost, so i suspect they are new | 20:35 |
| attah | oh... i have dragged you down the rabbit hole | 20:36 |
| dcaliste | Hopefully I'll submit the MR tonight or tomorrow morning. | 20:36 |
| attah | no stress! | 20:36 |
| dcaliste | No problem, if it could help you, the better. | 20:37 |
| attah | Yeah.. i don't think i could have done this myself, so i'm really grateful | 20:37 |
| attah | And it helps me help others even more | 20:38 |
| dcaliste | Well, I've already upgraded Calligra from 2.9 era to 3.1 some years ago, so it's not totally alien to me. | 20:38 |
| attah | good :) | 20:39 |
| attah | could i email you my test .odt docment and we can see if it hits something new? | 20:39 |
| attah | it is trivial really, but would be nice to rule out | 20:40 |
| dcaliste | Sure you can mail it to dcaliste A free.fr | 20:41 |
| attah | one odt coming up | 20:42 |
| dcaliste | Received and sent back as PDF ! | 20:47 |
| attah | cool! | 20:47 |
| dcaliste | It seems to work on device with the packages I compiled yesterday from my fork of Calligra. I'm now recompiling calligra master since the patches have been accepted in SDK. | 20:48 |
| dcaliste | If conclusive, I'll submit a MR from my converter branch. | 20:48 |
| attah | hope it was something did to get it to compile that made me hit the segfault | 20:49 |
| attah | although i thought it was just things close to the GUI that i "fixed" poorly | 20:49 |
| dcaliste | Yeah, no idea why it's segfaulting for you. Maybe some missing patchs , there were several things to be patched here and there for it to work, even on desktop. | 20:51 |
| attah | i'll race you to compilation ;) | 20:52 |
| attah | dcaliste: done, and it went completely without errors | 21:11 |
| dcaliste | Mine is not finished yet ! | 21:11 |
| attah | AMD 3950X ¯\_(ツ)_/¯ | 21:12 |
| dcaliste | Good is it working ? | 21:12 |
| attah | testing now | 21:13 |
| attah | no :( Segmentation fault (core dumped) | 21:13 |
| attah | maybe it is because i didn't install it properly, but i wouldn't have expected segfault for that | 21:14 |
| dcaliste | Well, maybe, I had a segfault on desktop at first because the ODT plugin was not found and the main part was not assuming it could fail... | 21:15 |
| dcaliste | I'm sorry it's getting late here. We may try to continue investigating tomorrow. | 21:16 |
| dcaliste | Keep me informed if you go further in any direction. | 21:16 |
| attah | sleep well, you certainly deserve it | 21:17 |
| attah | will do, but i i'll be off to bed quite soon too | 21:17 |
| dcaliste | Thanks, see you, and thank you for your work also. | 21:17 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!