aslak3 | bonsoir guys | 00:24 |
---|---|---|
aslak3 | someone knows if is possible install sailfish X on samsung s8? | 00:25 |
*** zbenjamin_ is now known as zbenjamin | 01:15 | |
r0kk3rz | no, its not | 02:09 |
manemobiili | good morning to european peeps | 03:33 |
dcaliste | Hello chriadam and jpetrell, sorry to be so late today… | 07:29 |
chriadam | dcaliste: no worries | 07:31 |
chriadam | dcaliste: I hope you had a good week | 07:31 |
*** zbenjamin_ is now known as zbenjamin | 07:34 | |
dcaliste | It's fine thanks. Thanks also for the signature stuff merge. It's in at last ;) Now will start soon the interesting part of feedback from early adopters. | 07:34 |
dcaliste | Besides, I've worked on porting all oss packages depending on kcalcore. I've WIP MRs in nemo-qml-plugin-calendar, mkcal and buteo-sync-plugin-caldav. | 07:36 |
dcaliste | As you've noticed, this raised undiscovered issues in mkcal already. I've completed unit tests there a lot to ensure that basic storage operations used in CalDAV are still working. | 07:37 |
dcaliste | See: https://git.merproject.org/mer-core/mkcal/merge_requests/17 | 07:38 |
dcaliste | This can wait for pvuorela attendee patches of course. | 07:38 |
pvuorela | dcaliste: hoping i'd get those in today. | 07:39 |
chriadam | yup, finally got those gpg ones merged, woohoo. I look forward to feedback from users. I need to poke Jaymzz about how best to communicate about it (e.g. include a note about it in the upcoming release blog, perhaps?) | 07:39 |
pvuorela | attendees etc that is | 07:39 |
chriadam | I will ask him to run the draft by you, if he does decide that's the best way, so you can make sure we don't publish anything libellous about your contribution ;-P | 07:40 |
dcaliste | chriadam: ok, that's fine like that. | 07:42 |
dcaliste | pvuorela: yes, I'll rebase when your attendee patches are in. It seems that they are orthogonal though. | 07:42 |
dcaliste | pvuorela: thanks for your discussion yesterday about the jolla-calendar patch for per-account sync on modification. | 07:45 |
pvuorela | dcaliste: thanks :) | 07:46 |
dcaliste | Have you had time to think about if it's better to go full DBus in nemo-qml-plugin ? | 07:46 |
dcaliste | Or it's not a good idea… | 07:46 |
pvuorela | didn't fully consider yet that part. | 07:47 |
dcaliste | No problem, I'll check the activity in bitbucket later! | 07:47 |
dcaliste | chriadam: I guess you've been very busy with the contact related MRs. What's your plan about https://git.merproject.org/mer-core/buteo-sync-plugin-caldav/merge_requests/42 ? | 07:54 |
chriadam | sadly I still haven't had a chance to test | 07:54 |
chriadam | my plan is to merge it tomorrow once I test it | 07:55 |
dcaliste | chriadam: ah good nice, thanks. No problem if you need to delay it though! | 07:56 |
chriadam | going to be a busy couple of days, but I'm hopeful ;-) | 07:56 |
chriadam | I saw you commented that upstream might still be suffering from the kcalcore bug regarding series start-time | 07:58 |
dcaliste | Yes, I didn't have time to add your test on upstream to check, but reading the code might make me think so. | 07:59 |
dcaliste | Let me check… | 07:59 |
chriadam | I wasn't sure myself, whenever I'm dealing with tz issues, my brain takes a holiday :-/ if you also think that it's a real issue, that gives me some confidence that my fix is required, at least ;-) | 07:59 |
dcaliste | I'm compiling your branch currently… But I agree that tz issues are complex ones. | 08:02 |
chriadam | added manual-test-repro instructions | 08:05 |
dcaliste | I see, is it related to Google calendar only ? | 08:09 |
chriadam | well, not necessarily | 08:09 |
chriadam | but that was how we noticed the issue internally | 08:09 |
dcaliste | Can you provide the select * from components where ...; corresponding to the series event ? | 08:10 |
chriadam | sent email | 08:12 |
chriadam | that is from my notes, unfortunately I've since wiped that data from my device | 08:13 |
chriadam | so if there's other information you need, I'll have to get back to you tomorrow | 08:13 |
dcaliste | Got it. Ok, looks good from storage, it has the floatingdate tag for timezone (it's a trick from mkcal to store dates only). | 08:13 |
chriadam | yeah. everything looks ok in there | 08:14 |
dcaliste | No, I think I can try to reproduce with just this. | 08:14 |
chriadam | just the expansion goes haywire in kcalcore side from what I can tell | 08:14 |
dcaliste | The idea being to use the GMT-xx timezone. with a minus… | 08:14 |
chriadam | yes, event is created in GMT+10 but then device is switched to GMT-11 | 08:15 |
dcaliste | Well, normally the creation tz is not relevant here since it is stored in floatingdate. | 08:16 |
dcaliste | And indeed, `date --date=@1558310400` is giving lmidnight UTC. | 08:16 |
chriadam | right | 08:17 |
dcaliste | I would say it's from reading, in sqlitestorage in the fromOriginDate() routine with a local time zone GMTminus… | 08:17 |
dcaliste | Then, in the routine you modified, the conversion may fail in case of GMTminus… | 08:18 |
dcaliste | I'm looking at this also and we can discuss it tomorrow I guess. | 08:18 |
chriadam | sure - thanks very much | 08:19 |
dcaliste | chriadam: just for your information, the added testDailyRecurrenceDtStart() is passing with latest upstream. | 08:22 |
chriadam | pvuorela: I wonder if there's a JB# for https://git.merproject.org/mer-core/mkcal/merge_requests/17 so tagging succeeds | 08:22 |
dcaliste | I can add a MER one if needed. | 08:22 |
chriadam | dcaliste: interesting. thanks for checking that one... (I wonder now did I make sure that it fails with our current version, or did I mess up that unit test somehow) | 08:22 |
chriadam | I think pvuorela already merged the qtbase MR too? thanks | 08:24 |
dcaliste | I don't know, didn't try the test in mer kcalcore. But knwoing your reproducer and the data you sent, I'll try to figure out the root of it. | 08:24 |
dcaliste | Indeed pvuorela merged the qtbase issue. Thanks by the way. | 08:24 |
chriadam | ok, so my todo list: test caldav PR, merge that one. review mkcal MR#17, hopefully Pekka can review that one also but I know he's super busy currently. perhaps flypig would be willing to review that one too. | 08:26 |
chriadam | was there something else? the jolla-calendar one maybe can wait for a bit since there's still discussion about that one. | 08:26 |
dcaliste | Indeed, that's fine. I'm going to investigate further this tz issue for all day recurrence. | 08:27 |
chriadam | thanks very much | 08:28 |
chriadam | ok, if nothing else, have a great week and will probably talk to you tomorrow or so :-) | 08:28 |
dcaliste | See you later chriadam, thanks | 08:31 |
flypig | dcaliste, chriadam, is this the MR to review? https://git.merproject.org/mer-core/mkcal/merge_requests/17 | 08:34 |
dcaliste | flypig, yes indeed. It's various fixes in mkcal storage of iCal events. I've added various tests to check the fixes are good and demonstrating the issues with current mkcal version. | 08:35 |
chriadam | flypig: thanks! unrelated, but there's also https://git.merproject.org/mer-core/nemo-qml-plugin-calendar/merge_requests/37/diffs | 08:37 |
flypig | dcaliste, chriadam, thanks for the info. I'll take a look, but I've not worked with the calendar code before, so bear with me. | 09:10 |
dcaliste | flypig, no problem. Thank you and often questions from newcomers in a topic are very relevant ones for those who don't see the issues anymore from their routine ;) | 09:11 |
flypig | Yes, I'll use my ignorance to full advantage! :) | 09:12 |
dcaliste | chriadam: don't know if you're still here. The issue is indeed with FloatingDate trick for the time zone. It's not made to be saved in a timezone and restored in another. I don't have a reproducer easily because on need to change the local tz in between save and read from mkcal. | 10:11 |
dcaliste | I'll see if I can create a regtest, but not sure. | 10:11 |
dcaliste | This explain why we see it only with sync, because only sync is creating FloatingDate flags. | 10:12 |
dcaliste | The local calendars are creating dates without timezone instead. | 10:12 |
taixzo | I've got my phone into a weird state where I can't open a terminal, install packages, or SSH into it. I want to reinstall, but first I want to take a backup of everything. | 16:36 |
taixzo | I tried the "Backup" option in sfos settings, but that only backed up photos, music, etc. - not the file system, and importantly not any of the configuration files for third party apps (or the list of installed apps and repositories, for that matter) | 16:37 |
taixzo | I discovered that I can write an app in tIDE and call Python commands, so I made a sort of shell that runs commands via subprocess | 16:38 |
taixzo | but it crashed the phone when I tried to backup the root filesystem via rsync | 16:39 |
taixzo | any suggestions on how to make a backup? | 16:39 |
vknecht | "rpm -qa" and "ssu lr" commands would give the list of apps and repos ; for apps configs getting a copy of /home/nemo/.config/ and /home/nemo/.local/ | 16:52 |
vknecht | (crude and a mess to deal with probably, but better than nothing ;-) | 16:54 |
vknecht | taixzo ^ | 16:54 |
taixzo | thanks! | 17:00 |
kaol | I ported my app to Android. Even put a button to play store on my web site. After a week, I still have way more Sailfish users. | 18:50 |
bionade24 | kaol: How much effort was this? Did you use Qt's Android SDK? | 18:55 |
kaol | I had structured my app so that most of the heavy lifting was done in C++ code and I could pretty much just reuse it. I had to rewrite my QML for the port but most things had equivalent parts to what Silica uses and it took a bit of time but it was pretty mechanical work. It's pretty much just plain regular Qt, I even packaged it for Debian because why not. | 18:59 |
kaol | I suppose that'll get it to Ubuntu Touch and Purism Librem 5, whenever that'll be ready. | 19:01 |
bionade24 | kaol: Could you please post the source code? | 19:29 |
kaol | bionade24: https://gitlab.com/piperka/client | 19:32 |
bionade24 | kaol: Thanks | 19:44 |
bionade24 | Is there a Rust compiler for sailfish? | 19:48 |
*** frinring_ is now known as frinring | 23:13 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!