| dcaliste | Hello chriadam and jpetrell, how are you ? | 07:05 |
|---|---|---|
| chriadam | dcaliste: hi! well thanks, how are you? | 07:05 |
| dcaliste | I'm fine, thank you. | 07:06 |
| jpetrell | dcaliste: hi. good thanks :) | 07:06 |
| jpetrell | dcaliste: I'll look at your pull requests today. I am a bit uneasy merging it due to signing only working one-way (you can sign, but not review signed documents). also there is the issue with old library version | 07:07 |
| jpetrell | but also discussed in the office that maybe we could allow it integrated as experimental feature, there has been discussion of doing some UI where you could enable beta features | 07:08 |
| dcaliste | jpetrell, I don't understand, what do you mean review signed document ? | 07:08 |
| jpetrell | e.g. if you have developer mode enabled | 07:08 |
| jpetrell | dcaliste: sorry I haven't checked your latest pull requests yet, but understood that you implement signing of emails. what if you receive signed email? | 07:09 |
| dcaliste | jpetrell, normally, everything is working ;) | 07:10 |
| dcaliste | Particularly check signed email because it was done first. | 07:11 |
| dcaliste | It was easier. | 07:11 |
| jpetrell | dcaliste: ah ok sorry I'll check, misunderstood | 07:11 |
| chriadam | do you need to install the (public) key separately via gpg, or is discovery implemented also? | 07:12 |
| dcaliste | Discovery is implemented. | 07:12 |
| chriadam | brilliant | 07:12 |
| jpetrell | dcaliste: I'll check the pull requests after this meeting. is it ready for merging in your opinion or is something missing? | 07:14 |
| dcaliste | Sorry I was discussing with a colleague. | 07:18 |
| dcaliste | To summarise what is done: | 07:25 |
| dcaliste | - in the email, there is a small icon (like attachment) when an email is signed (requires QMF plugin) | 07:25 |
| dcaliste | - in the email view, there is a header giving the signing status (requires QMF plugin), when the key is expired or missing, there is a download action to retrieve the public key (requires Secret plugin) | 07:26 |
| dcaliste | - in the email account setting, there is a combo that allow to set that outgoing email of this account should be signed (requires Secret plugin), if there is no private key associated to this email yet, there are two button, one to generate one key, and another to import an existing key from disk. | 07:28 |
| dcaliste | - in the email composer, there is a checkbox setting that the email should be signed (requires the QMF plugin and to have set a private key in settings). | 07:28 |
| dcaliste | There are detections in all cases to check that Secret PGP plugin is present, otherwise placeholder mentioned a missing plugin. | 07:29 |
| dcaliste | chriadam and jpetrell ^, sorry a colleague of mime came to discuss a meeting we had yesterday… | 07:30 |
| chriadam | np | 07:30 |
| chriadam | we should be able to merge those things as-is, right, and then just have (separately) some way to install secrets+crypto (plus the gpg plugin for secrets/crypto you wrote). | 07:31 |
| chriadam | or am I misunderstanding? | 07:31 |
| dcaliste | chriadam, yes that's right. | 07:32 |
| dcaliste | The current (minor) blocker is that the QMF patches are based on MER messagingframework, not upstream. | 07:32 |
| dcaliste | I need to rebase those patches. | 07:32 |
| dcaliste | I should be able to do it this week. I've started already. | 07:33 |
| chriadam | great! note that pvuorela also has been doing some alignment between mer+upstream too so not sure what the state of that is, but soon if not already, mer should have pulled in a bunch of upstream stuff and upstreamed other stuff etc | 07:34 |
| dcaliste | About Secret and crypto, I think that it's already part of the distribution since 2.2.0, isn't it? Just the GPG plugin is not official. | 07:34 |
| chriadam | note quite. it's available in the repositories but is not part of the vanilla image, so for non-developer mode people there is no way to get it on device | 07:34 |
| chriadam | (and yes, I need to merge the gpg plugin and tag that also) | 07:35 |
| dcaliste | About upstreaming in messagingframework, yes, I've followed pvuorela's work. All required patches previous to signing ones have been already upstreamed. | 07:35 |
| dcaliste | This includes some critical ones like the quint64 issue on status flag in storage. | 07:36 |
| dcaliste | chriadam, yesterday, I stumble on a strange behaviour of the inputrequest: | 07:37 |
| dcaliste | maybe it is related to my nemo-qml-plugin-email being not at the right version (with patches for signature), but when composing an email (with signature enabled), the system window popuped up to ask for the private key, as expected, | 07:38 |
| dcaliste | but the "your application is not responding" system window was popinp up also during all the input request action. | 07:39 |
| dcaliste | I need to check if I can reproduce but it was not like that before! | 07:39 |
| chriadam | hrm, I have not seen that either... that usually happens if something is doing something blocking, and thus doesn't respond to wayland protocol "i'm alive" ping | 07:40 |
| dcaliste | Yes, normally the inputrequest is done in a thread on the nemo-qml-plugin-email part. It's part of the patches I've added for the signature stuff. | 07:40 |
| dcaliste | That's why I'm suprised. | 07:40 |
| chriadam | well, doesn't need to be threaded, can just use the signals/slots to handle asynchronously. but either way, very surprising | 07:41 |
| dcaliste | Yes, as said, I need to check and reproduce before doing any serious search on the issue though. | 07:42 |
| dcaliste | I'll keep you in touch if it's indeed coming back. | 07:42 |
| chriadam | thanks | 07:44 |
| chriadam | jpetrell: do you have enough information to check the PRs and progress this from here? on my side I need to review/merge/tag the gpg plugin to secrets (will do that tomorrow) | 07:44 |
| jpetrell | chriadam, dcaliste: I probably can manage up to a point, but sure up-to-date instructions would be appreciated | 07:45 |
| dcaliste | I've pushed the various modifications in the same branches always, so the previous instructions should still be valable. | 07:46 |
| dcaliste | Let me check where I put them… | 07:46 |
| chriadam | IIRC dcaliste sent an email linking to a PR or issue which had the instructions, previously | 07:46 |
| dcaliste | chriadam, that's right. I've found it. It was sent the August, 7th. A quick look at it and I think that instructions there are still valable. | 07:47 |
| chriadam | thanks | 07:48 |
| chriadam | in regards to the calligra stuff, I don't think anyone had time to check that, last week | 07:50 |
| chriadam | IMO it would be good if some other community members could help to test that one, to help find issues etc. should be quite simple since you have the OBS feature repo set up | 07:51 |
| dcaliste | Me neither ! I would like to debug the crash in presentation handling, but didn't find time. | 07:51 |
| dcaliste | The most important stuff though would be to track the preformance regression which will be very tough I fear. | 07:52 |
| jpetrell | dcaliste: we got rid of split view UX pattern in Gallery. I have been experimenting on my free time doing the same for Documents app. Would be cool to get the calligra update in around the same time, heard you were working on that? | 07:56 |
| dcaliste | jpetrell: on what Calligra update or get rid of split view? I've worked also on both ;) | 07:56 |
| jpetrell | dcaliste: oh you have? :) meant Calligra update | 07:57 |
| jpetrell | it brings some new lib dependencies? | 07:57 |
| dcaliste | In sailfish-office, see https://github.com/dcaliste/sailfish-office/commits/title | 07:57 |
| dcaliste | It was working up to some extent (issue when oving view in zoom conditions and arriving near the edge). | 07:58 |
| dcaliste | For Calligra, see git.merproject.org/dcaliste/calligra-bundle | 07:58 |
| dcaliste | I've followed the August discussion and there is no external dependencies. | 07:58 |
| dcaliste | Thus the bundle name ;) | 07:58 |
| jpetrell | dcaliste: any idea how big it is? file system space-wise | 07:59 |
| dcaliste | All required KF5 stuff are packaged inside. I've tried to cut some ot needed dependencies by patching here and there, like removing the textwidget dependency. | 07:59 |
| dcaliste | Yes, jpetrell, let me check… | 07:59 |
| jpetrell | cool :) | 07:59 |
| dcaliste | By the way, you can install it from https://build.merproject.org/package/show/home:dcaliste/calligra-bundle | 08:00 |
| dcaliste | (looking for RPM command to get occupied disk space) | 08:01 |
| jpetrell | dcaliste: any changes to sailfish-office side? didn't see any related open pull requests on github | 08:01 |
| jpetrell | dcaliste: what of those are used by the office? e.g. stage-templates is 6.5MB | 08:02 |
| dcaliste | jpetrell: actually no, external API was suprisingly (in the sense happily) stable. After compilation issues was fixed and the stuff installed in the right directories, it was showing a document in office out of the box. Nice! | 08:02 |
| dcaliste | Templates are useless for us. | 08:03 |
| jpetrell | dcaliste: that is very promising :) | 08:03 |
| jpetrell | dcaliste: so what of those do I need to install? | 08:03 |
| dcaliste | All except templates ;) | 08:03 |
| jpetrell | ok so few megabytes, probably not a big increase from existing | 08:03 |
| dcaliste | I've tried to cut KF5 dependencies as much as leinir did some years ago. | 08:04 |
| jpetrell | sounds like kalligra developers care about API stability | 08:04 |
| jpetrell | dcaliste: any lgpl3 dependencies? | 08:04 |
| leinir_ | jpetrell: we most certainly do, a lot :) | 08:04 |
| jpetrell | leinir_: :) | 08:05 |
| dcaliste | leinir: thanks a lot for that ;) | 08:05 |
| leinir_ | dcaliste: You are most welcome, and thank you for all the hard work! :D | 08:05 |
| leinir_ | dcaliste: incidentally, most of your patches are waiting to be merged, are you still waiting on that dev account? | 08:05 |
| dcaliste | Hopefully after HEAD is used in Sailfish, I will try to make the selection and finder work. This will bring some modifications from the code though to move all widget related stuff out of the main library. | 08:06 |
| dcaliste | leinir_: no I've finally understood that I don't need a dev account and that patches are send via phabricator ;) Was not clear at the beginning for me… | 08:07 |
| leinir_ | Not quite... | 08:07 |
| leinir_ | You still need a dev account to actually merge them, the /reviewing/ is done on there, but pushing them requires a dev account | 08:07 |
| leinir_ | ...which is why they say "accepted" rather than "closed" :) | 08:08 |
| jpetrell | dcaliste: do you have access to silica? there is new pagestack.animatorpush API, used in sailfish-office master | 08:08 |
| dcaliste | leinir_: Ah… so yes I need the dev account to be accepted then. I was thinking that some dev will merge them themselves after review, like in salsa machine on Debian for instance. | 08:08 |
| dcaliste | jpetrell: no usually I revert patches that make stuff not running before using latest version, which is suboptimal ;) | 08:09 |
| leinir_ | dcaliste: No, we try to let devs merge their own patches as much as possible :) | 08:09 |
| dcaliste | jpetrell: about licensing, the build requirements of 3.1.0 are the same than for older 2.9 Calligra. Mainly Boost and eigen3. | 08:10 |
| jpetrell | dcaliste: cool | 08:10 |
| dcaliste | By the way, you need to upgrade libeigen in Mer, see https://git.merproject.org/dcaliste/eigen2/tree/latest | 08:11 |
| dcaliste | jpetrell: see also https://build.merproject.org/package/show/home:dcaliste/eigen | 08:12 |
| dcaliste | leinir_: about the dev account, I'll try to find who to ping, and will mention the waiting patches, it will look less abstract than the first demand where I ask for one without any actual contributions to show… | 08:13 |
| pvuorela | dcaliste: PR? :) | 08:13 |
| leinir_ | dcaliste: Don't know who you listed as a support for it, but if you need one, just put me down :) | 08:14 |
| dcaliste | pvuorela, sorry ? I was mentioning your work on upstreaming messagingframework, saying that I was happy with the process and that I need now to rebase my signing patches and propose them upstream also. | 08:14 |
| jpetrell | dcaliste: I guess regarding eigen | 08:15 |
| pvuorela | that eigen | 08:15 |
| dcaliste | leinir: I didn't remember but I think I didn't mention any mentor, which may explain why it lags ;) | 08:15 |
| dcaliste | pvuorela, sorry ok. | 08:15 |
| dcaliste | I didn't made PR because the upgrades will brake the old calligra… | 08:16 |
| leinir_ | dcaliste: Ah... yes, when sysadmins say "this is required information" they really mean it ;) | 08:16 |
| dcaliste | So, either we create a new package eigen3 or we wait for a transition to latest calligra at the same time. | 08:16 |
| dcaliste | leinir_: yes sorry… will try to see if I can modify the application, or redo the form. | 08:17 |
| jpetrell | dcaliste: installed the rpms, I don't see issues at least with PDF viewer :) looks smooth, though would need to profile to know if there are perf improvements | 08:17 |
| leinir_ | dcaliste: i /think/ you should be able to at least comment on it... but yeah, that's why it's being "ignored" :) | 08:17 |
| dcaliste | jpetrell: on the doc I tested, there were obvious lags, I rolled back to previous version to check and I'm sure it was lagging (JollaC here). But it may depends on document. | 08:19 |
| jpetrell | dcaliste: ok so it is slower, damn | 08:19 |
| dcaliste | leinir_: yeh, sorry for the mess, I didn't understand the requirement for mentor, was thinking that it was like just creating another account on a git hosting. Didn't catch that dev accounts have the right to write on the main repos. | 08:20 |
| dcaliste | jpetrell: yes, I'm afraid it will require some painfull work to understand where the moving around lags come from. | 08:21 |
| jpetrell | dcaliste: I would just upgrade libeigen at the same time as calligre | 08:21 |
| leinir_ | dcaliste: Yeah, only repos you won't have access to are the websites and other sort of... supercritical things with instant trouble-causing potential :) | 08:21 |
| pvuorela | dcaliste: yea, now looking more closer, the current repository and package is eigen2/libeigen2 so could make sense to have either plain eigen or then eigen3. | 08:21 |
| jpetrell | pvuorela: true | 08:22 |
| dcaliste | pvuorela: I fully agree. But since newest calligra is not ready yet, I was not in a hurry to raise the matter though. | 08:22 |
| pvuorela | dcaliste: sure. though doesn't necessarily need to wait for calligra PR to have that newer version packaged. seems we know it's going to be needed anyway. | 08:24 |
| dcaliste | pvuorela: ok, feel free to create a new eigen package, and base it on my "latest" branch in eigen2 if it's simple. | 08:25 |
| dcaliste | By the way, I need to rename the submodule there that I named "eigen" for a reason I cannot remember instead of upstream as done elsewhere. | 08:26 |
| pvuorela | dcaliste: thanks. i'll not make it a priority now but could do at some point. | 08:26 |
| dcaliste | pvuorella: sure, it's not in a hurry. | 08:27 |
| dcaliste | leinir_: ok, looking at my page I cannot change anything to the application, neither can remove it… Don't bother yourself with this, I'll try to contact KDE sysadmins to see if they can remove the application so I can apply again with proper filling of all the fields… | 08:31 |
| leinir_ | dcaliste: Right, #kde-sysadmin is where to go, iirc :) | 08:32 |
| dcaliste | jpetrell: when testing latest calligra, don't hesitate to report me any crash with documents. Curretly, I know that .ppt files make the stuff crash. I need to investigate why, it may come from too hasty commenting here and there in the code to cut down dependencies at compile time. | 08:33 |
| dcaliste | leinir_: thanks for the entry point. | 08:34 |
| chriadam | I have to head home - thanks for the productive meeting. Hopefully we make progress on the merging in the next few days. | 08:45 |
| chriadam | poke me if there's anything i forget | 08:45 |
| *** frinring_ is now known as frinring | 09:01 | |
| dcaliste | leinir_: just to mention that based on advices in #kde-sysadmin, I've mailed the kde sysadmins and CC you at the address you registered with your KDE account. Thank you for the guidance. | 10:05 |
| leinir_ | dcaliste: *nods* Got it :) Good call, too, yeah, the sysadmins like their procedures, and having an email thread is handy for them :) | 10:06 |
| *** Blizzzek is now known as Blizzz | 14:09 | |
| *** svalx_ is now known as svalx | 18:06 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!