| *** frinring_ is now known as frinring | 06:01 | |
| *** ecloud_wfh is now known as ecloud | 06:38 | |
| dcaliste | Hello chriadam, how are you ? | 07:52 |
|---|---|---|
| chriadam | hi dcaliste | 07:52 |
| chriadam | I'm well thanks! how are you? | 07:52 |
| dcaliste | I'm fine, thank you. | 07:53 |
| chriadam | great | 07:53 |
| chriadam | I saw that Pekka just merged his refactor PRs to jolla-email + nemo-qml-plugin-email | 07:53 |
| chriadam | are you willing to rebase your signature ones on top of current master branches? | 07:54 |
| dcaliste | Yes, I'm on it. | 07:54 |
| chriadam | if so, I will then merge those (probably tomorrow as it's getting late for me tonight) | 07:54 |
| chriadam | fantastic, thanks very much | 07:54 |
| dcaliste | Rebasing went well (some minor conflicts in .pro file and in enum declaration), I'm compiling now. | 07:55 |
| dcaliste | It will take a bit of time, I've updated the SDK yesterday, so I need to build QMF first. | 07:55 |
| chriadam | ah cool, np | 07:55 |
| chriadam | regarding the wiki on tjc, Joona mentioned that he sent you an email with some information about the direction Jolla wants to take for the secrets UI | 07:57 |
| chriadam | not sure if that information was somewhat orthogonal to what was discussed in the tjc or not | 07:57 |
| clee | I've gotta say | 07:58 |
| clee | I just got Sailfish up and running on an XA2 I picked up from Amazon | 07:59 |
| clee | and it's... surprisingly not bad so far | 07:59 |
| dcaliste | Yes, I've read the email. I was waiting for the MER<->SailfishOS merge to happened, to fill up bugs regarding the various issues and improvements he mentioned. | 07:59 |
| albertux | Hi to all...............I'm again afflicted to high drain-battery... 3.0.1.11 on Xperia X... contactsd raise to 70% cpu usage and rss to about 1 Giga (withe crest monitor) any IDEAS?? | 07:59 |
| chriadam | clee: great! if you have suggestions for improvements, don't hesitate to send me an email, and I will make sure they get forwarded to the appropriate people internally. of course, cannot promise that any specific changes will be made. | 08:00 |
| clee | chriadam: well, I was actually thinking I might like to try writing an app or two | 08:00 |
| clee | I used to use Qt, back in the KDE1-3 days | 08:00 |
| chriadam | albertux: I will try to help you | 08:01 |
| dcaliste | I see more the TJC page as a wide brainstorm while the specific points addressed in jpetrell's email are more fitted as bug issue to be tracked separately in my opinion. | 08:01 |
| chriadam | albertux: basically, contactsd handles a couple of things: 1) xmpp roster synchronisation, 2) sync between the privileged and non-privileged database. | 08:01 |
| dcaliste | chriadam: ok, I've pushed the rebased version of the nemo-qml-plugin-email MR. | 08:02 |
| chriadam | albertux: it may be that a duplication event could have created far too many contacts internally due to a bug | 08:02 |
| pvuorela | dcaliste: hey, wonder if you would mind merging my calligra changes if it's not too much trouble? i've tried to ping #calligra a couple times but no response so far. maybe i'll apply for that developer account myself but to be seen how and how fast that would proceed. | 08:02 |
| chriadam | albertux: this could cause the various operations which contactsd does, to balloon improperly. | 08:02 |
| chriadam | clee: that'd be great! have you tried the application developer SDK? | 08:03 |
| clee | chriadam: not yet, I downloaded it and installed it but I haven't started learning everything that's changed since I wrote Qt code | 08:03 |
| dcaliste | pvuorela: no problem, can you git format-patch those and put them in the rpm dir of a branch in MER-calligra ? | 08:03 |
| chriadam | clee: Sailfish OS applications use a specific style and component set called Silica: see https://sailfishos.org/wiki/Application_Development and https://sailfishos.org/develop/docs/silica/ | 08:04 |
| pvuorela | dcaliste: well they are in phabricator. | 08:04 |
| albertux | chriadam: ok, I have a multiple account on Conversation (xmpp) it's a possible problem? | 08:04 |
| dcaliste | Yeh, but just as patches, without commit comment and the authorship will be wrong ;) | 08:04 |
| chriadam | albertux: well, it is a potential cause of high cpu usage in contactsd. but it shouldn't bring the device to its knees - that's most likely indicative of a bug in contactsd or qtcontacts-sqlite backend | 08:05 |
| pvuorela | dcaliste: would that command line tool do the trick? | 08:05 |
| clee | chriadam: sweet, thanks | 08:05 |
| chriadam | albertux: (basically, depending on network connectivity, you may have multiple things which trigger roster change handling / update) | 08:06 |
| pvuorela | dcaliste: i can also send you formatted pathces of course, though then those won't have the approval metadata things i've seen in git history. | 08:06 |
| chriadam | albertux: also, if you have duplicated contacts due to bugs in contactsd/qtcontacts-sqlite/sync, then any operation will take significantly longer. | 08:06 |
| chriadam | you can investigate that with sqlite3 on device, checking /home/nemo/.local/share/system/privileged/Contacts/qtcontacts-sqlite/contactsd.db | 08:06 |
| chriadam | you can investigate that with sqlite3 on device, checking /home/nemo/.local/share/system/privileged/Contacts/qtcontacts-sqlite/contacts.db | 08:06 |
| dcaliste | pvuorela: oh, they are added by hand anyway by the commiter… as far as I know. | 08:07 |
| pvuorela | dcaliste: right, strange workflow. | 08:07 |
| dcaliste | I agree! | 08:07 |
| pvuorela | dcaliste: oh well. maybe i'll email you? | 08:07 |
| dcaliste | chriadam, pvuorela: rebase in jolla-email went without conflicts, great. | 08:08 |
| chriadam | \o/ | 08:08 |
| dcaliste | pvuorela: ok for email also. | 08:08 |
| albertux | chriadam: there is also /usr/lib/buteo-plugins-qt5 with 95% CPu Usage.... | 08:08 |
| chriadam | albertux: which process? msyncd? or a child sync process in particular? | 08:08 |
| albertux | chriadam: child | 08:09 |
| chriadam | can you determine which one? e.g. is it a google one, or? | 08:10 |
| dcaliste | chriadam, pvuorela: ok, I've force pushed the rebased versions of signature MRs in nemo-qml-plugin-email and ui-jolla-email. I'm going to test on device… | 08:11 |
| albertux | chriadam: no, I can't determine... it is out of my skill | 08:11 |
| chriadam | albertux: np | 08:11 |
| chriadam | albertux: you can try "ps axu | grep carddav" / "ps axu | grep caldav" / "ps axu | grep google" to see if it's one of those common ones | 08:12 |
| dcaliste | pvuorela, chriadam: ok signature status is still there ;) | 08:13 |
| chriadam | so far so good | 08:13 |
| dcaliste | chriadam: I've investigated the TJC issue https://together.jolla.com/question/201611/caldav-calendar-msyncd-fails-when-updating-event-with-exceptions/ | 08:16 |
| dcaliste | The one about broken upsync of recurrent event with exception on a open-xchange server. | 08:16 |
| chriadam | ah, yes I remember | 08:17 |
| chriadam | it was different etags reported for exception vs series? | 08:17 |
| dcaliste | Exactly. | 08:18 |
| dcaliste | For this etag strange problem, I've opened a bug on the open-xchange bug tracker: https://bugs.open-xchange.com/show_bug.cgi?id=64086 | 08:18 |
| merbot | dcaliste: Error: Error getting bugs.open-xchange.com bug #64086: NotPermitted | 08:19 |
| dcaliste | I don't know what will come out of it. | 08:19 |
| chriadam | thanks. does it only affect openxchange as far as we know? | 08:19 |
| dcaliste | In the mean time, I've looked at the GNOME implementation and OutlookCaldavSynchronizer one regarding the calendar-query request. | 08:19 |
| dcaliste | Yes it affects only open-xchange as far as I know. | 08:20 |
| dcaliste | But I don't konw how many web services are actually using this backend… | 08:20 |
| chriadam | indeed | 08:20 |
| dcaliste | For the request, GNOME and the Outlook stuff are doing the same than us, as far I as understand their code. | 08:20 |
| dcaliste | And Sabre is advertizing the same request on their web page: http://sabre.io/dav/building-a-caldav-client/ | 08:21 |
| dcaliste | Currently, I've not much any idea how to nicely workaround this open-xchange issue. But… | 08:22 |
| dcaliste | this problem shed highlight on another issue we have in the plugin. | 08:22 |
| chriadam | I've been using the sabre dav docs for carddav implementation | 08:23 |
| chriadam | agh, I have to run - need to pick gf up from airport | 08:23 |
| dcaliste | The last commit fixes spurious detection of local changes because of down-synced exception being detected as local modifications. | 08:23 |
| albertux | chriadam: I will try, but not now...I'm on work I' will sends you a feedback, thanks, very kind ... ;) | 08:23 |
| chriadam | sorry - will merge those signature PRs tomorrow | 08:23 |
| chriadam | albertux: no problem, thank you very much | 08:23 |
| dcaliste | ;) sure, we can continue discussing this another time. | 08:23 |
| chriadam | pvuorela and jpetrell should still be here | 08:23 |
| * chriadam -> away | 08:23 | |
| *** haasn` is now known as haasn | 08:30 | |
| dcaliste | pvuorela: ping me when your calligra patches are ready. | 08:37 |
| pvuorela | dcaliste: sure. | 08:38 |
| pvuorela | dcaliste: ping | 08:53 |
| dcaliste | pvuorela: got them. | 08:56 |
| dcaliste | I'm going to push them now. | 08:57 |
| dcaliste | pvuorela: ok, I've pushed the commits, sorry for the delay, I've been occupied at work. | 09:46 |
| pvuorela | dcaliste: yay, thanks! | 09:48 |
| pvuorela | dcaliste: created mer-core PR. | 10:24 |
| dcaliste | Does anyone know how to mount a directory in SDK? I've added in the VirtualBox UI a shared folder with read/write access like the home and the config already there. Then in the virtual machine, I've run sudo mount -t vboxsf -o rw,exec,uid=mersdk,gid=mersdk,dev,fmode=0755,dmode=0755 developpement ~/toto | 13:57 |
| dcaliste | But when trying to create a link (ln -s foo), it is complaining with System Error: Read-only file system | 13:57 |
| dcaliste | While, creating files is fine. | 13:57 |
| *** Milamber_ASF_ is now known as Milamber_ASF | 16:24 | |
| tortoisedoc | hello hou | 17:46 |
| tortoisedoc | I am bundling libcontentaction5 with quickbar (as it's not allowed in harbour for some obscure reason) | 17:46 |
| tortoisedoc | but im getting a weird error | 17:46 |
| tortoisedoc | :-1: error: RPM Validation: Libraries: [/usr/share/harbour-debota/lib/libcontentaction5.so.0] Cannot link to shared library: libQt5SystemInfo.so.5 [/usr/share/harbour-debota/lib/libcontentaction5.so.0] Please see our FAQ here: https://harbour.jolla.com/faq#Shared_Libraries | 17:46 |
| tortoisedoc | i have set the rpath | 17:47 |
| tortoisedoc | hmm | 17:47 |
| tortoisedoc | but maybe the name of the bundled so | 17:47 |
| tortoisedoc | no the name is correct | 17:49 |
| tortoisedoc | %define __provides_exclude_from ^%{_datadir}/.*$ %define __requires_exclude ^libcontentaction5.so.0|libQt5SystemInfo.so.5|libQt5SystemInfo.so.5.*$ | 17:50 |
| tortoisedoc | this are my spec entries | 17:50 |
| tortoisedoc | mal : any suggestion? | 17:50 |
| mal | tortoisedoc: I have very little experience with store validator | 17:53 |
| tortoisedoc | grr | 17:53 |
| tortoisedoc | that thing really is a blocker :D | 17:53 |
| tortoisedoc | martyone : any help? | 17:54 |
| tortoisedoc | it might really be the name.. | 18:21 |
| *** SpeedEvil is now known as Guest25738 | 18:25 | |
| *** BitEvil is now known as SpeedEvil | 19:20 | |
| coderus | tortoisedoc: you need to build qt5systeminfo | 19:32 |
| coderus | tortoisedoc: qt5systeminfo not in https://github.com/sailfishos/sdk-harbour-rpmvalidator/blob/harbour-qa/allowed_libraries.conf | 19:32 |
| tortoisedoc | martyone : :-1: error: RPM Validation: Libraries: [/usr/share/harbour-debota/lib/libcontentaction5.so.0] Cannot link to shared library: libQt5SystemInfo.so.5 [/usr/share/harbour-debota/lib/libcontentaction5.so.0] Please see our FAQ here: https://harbour.jolla.com/faq#Shared_Libraries | 19:59 |
| tortoisedoc | martyone : so dependencies of side-shipped libraries are of course restricted too | 20:00 |
| tortoisedoc | sounds legit | 20:02 |
| tortoisedoc | martyone : btw my requires_exclude is %define __requires_exclude ^libcontentaction5.so.0|libQt5SystemInfo.*$ | 20:48 |
| tortoisedoc | without the libQt5SystemInfo, the errors about libQt5SystemInfo are there too (not allowed to require) | 20:49 |
| tortoisedoc | martyone : https://pastebin.com/pLAb6P2n | 20:53 |
| tortoisedoc | this is my validator log | 20:53 |
| tortoisedoc | :D | 20:55 |
| tortoisedoc | I wonder, conisdering I am linking against a library which is OK if whitelisted, the library which links should be whitelisted as well (assuming it's the only linking dependency) | 20:56 |
| tortoisedoc | s/conisdering/considering | 20:56 |
| tortoisedoc | so in this case, as I have whitelisted libQt5SystemInfo (as the tool correctly validated by not displaying the errors), libcontentaction5 should perhaps not have been triggering a linking error (as libQtSystemInfo is, in fact, whitelisted) | 20:57 |
| tortoisedoc | but hey | 20:57 |
| tortoisedoc | cant be holier than the pope, right? | 20:58 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!