freemangordon | uh, abook needs modest | 12:41 |
---|---|---|
Wizzup | heh | 12:41 |
Wizzup | what for? | 12:41 |
freemangordon | send contact | 12:41 |
freemangordon | maybe I shall replace that with some xdg thing | 12:41 |
freemangordon | who was on modest? kona? | 12:42 |
freemangordon | hmm, wait | 12:43 |
freemangordon | actually this is in modest repo, but not the same package | 12:43 |
Wizzup | ok | 12:43 |
freemangordon | this https://github.com/community-ssu/modest/tree/master/libmodest-dbus-client | 12:43 |
Wizzup | I think porting modest might not be too much work initially, but it's been a while since I checked | 12:43 |
freemangordon | maybe I shall jump on that | 12:44 |
freemangordon | it is also a good test-case for abook | 12:44 |
Wizzup | *nod* | 12:46 |
freemangordon | I wonder if I shall jump on whatever was done by that 'zero' guy on github | 12:46 |
* freemangordon checks | 12:47 | |
freemangordon | hmm, nullmark is not here | 12:48 |
Wizzup | I think his documentation is useful | 12:49 |
Wizzup | I don't think he did a lot of coding work | 12:49 |
Wizzup | it's worth a read | 12:49 |
Wizzup | it sounds like porting from gvfs to gio and then porting to the newer gtkhtml (3.8 to 4.0) would mostly get us there | 12:50 |
Wizzup | from his research | 12:50 |
freemangordon | I am reading through the readme and I am not sure I understand all of it | 12:50 |
freemangordon | oh, we already have a repo | 12:50 |
freemangordon | good | 12:50 |
Wizzup | https://gitlab.gnome.org/Archive/gtkhtml | 12:51 |
Wizzup | if this is fast and lightweight, it might be useful for conversations too | 12:51 |
freemangordon | right | 12:51 |
freemangordon | but, can;t we embed some real web engine? | 12:51 |
freemangordon | but ok, lets get to it first | 12:52 |
freemangordon | tinymail is first | 12:52 |
Wizzup | eventually we might not want gtkhtml, but I think for now porting to 4.x makes sense | 12:54 |
freemangordon | ok | 12:54 |
uvos | freemangordon: what dose abook need modest for exactly | 12:55 |
uvos | freemangordon: send contact means its sends a vcard via email or what? | 12:55 |
freemangordon | yes | 12:55 |
freemangordon | send vcf via email | 12:56 |
freemangordon | actually it needs libmodest-dbus-client, but... | 12:56 |
uvos | so use xdg-email maybe? | 12:57 |
uvos | https://linux.die.net/man/1/xdg-email | 12:57 |
uvos | seams to work fine here on desktop | 12:58 |
freemangordon | this is async, right? | 12:58 |
freemangordon | no sane resultcode I guess | 12:58 |
uvos | hmm maybe its not terribly usefull | 12:59 |
freemangordon | also, it seems we cannot attach more than one file :( | 12:59 |
uvos | it allows you to send a email | 12:59 |
Wizzup | in modest, or? | 12:59 |
Wizzup | having modest in any case would be great | 12:59 |
uvos | in whatever is registerd as mailto mime | 12:59 |
freemangordon | Wizzup: I am non it | 12:59 |
uvos | but the client is required by spec to ask for confirmation | 12:59 |
uvos | (ie open a window with the email writen for the user to click send on or a message box) | 13:00 |
uvos | it dose work fine on d4 with trojita too | 13:00 |
freemangordon | Wizzup: shall I keep compatibility with fremantle? | 13:51 |
Wizzup | freemangordon: in what way? | 13:54 |
Wizzup | I'd argue no | 13:54 |
Wizzup | if it's about glib defines or something | 13:55 |
freemangordon | like g_type_class_add_private being deprecated | 13:55 |
freemangordon | but I guess I can #ifdef that | 13:55 |
Wizzup | I'd remove that tbh | 13:55 |
freemangordon | but that would mean we'll need to remove support for anything else but leste from the build system | 13:56 |
freemangordon | and this is harder TBH | 13:56 |
Wizzup | up to you then :) | 13:56 |
freemangordon | ok :) | 13:56 |
freemangordon | BTW, it builds fine, without html renderer so far | 13:57 |
Wizzup | check | 13:58 |
Wizzup | freemangordon: I think it builds without gvfs then | 14:00 |
freemangordon | sure | 14:02 |
freemangordon | I modified the build scripts | 14:02 |
freemangordon | I guess I shall create a new (gio) module that replaces gnomevfs | 14:02 |
freemangordon | and port modest to that | 14:02 |
Wizzup | right | 14:03 |
freemangordon | ok, not going to fix deprecations now | 14:06 |
freemangordon | lets first have it up and running | 14:06 |
tmlind | sicelo, uvos: pushed out also wlroots-0.14.1 branch that can be used with sway-1.6.1, see the pmos bug for more info at https://gitlab.com/postmarketOS/pmaports/-/issues/932 | 14:18 |
tmlind | no luck so far with current wlroots with weston-simple-egl with dmabuf instead of EXT_image_dma_buf_import like wlroots-0.14.1 is still using | 14:22 |
tmlind | i wonder if there is some dmabuf issue also involved somewhere with the pvr_egl_shim? | 14:23 |
freemangordon | tmlind: hmm, what exactly does not work? | 14:24 |
tmlind | freemangordon: so wlroots uses EXT_image_dma_buf_import up to 0.14.1, then drops it and uses dmabuf | 14:25 |
freemangordon | dmebuf like BO? | 14:25 |
freemangordon | or, what is dmabuf? | 14:25 |
freemangordon | bo == gbm | 14:25 |
tmlind | yeah i guess the buf comes via gbm | 14:26 |
freemangordon | this should work | 14:26 |
freemangordon | do you have some error message or anything that demonstrates "does not work"? | 14:26 |
uvos | glamor uses EXT_image_dma_buf_import i think | 14:28 |
* freemangordon checks | 14:28 | |
tmlind | ok | 14:28 |
tmlind | EXT_image_dma_buf_import works with earlier wlroots for weston-simple-egl | 14:29 |
tmlind | weston-simple-dmabuf-egl i've never seen working and it produces some pvr blob error | 14:29 |
uvos | ok but ofc dmabuf not working might point to deeper issues | 14:29 |
tmlind | right | 14:29 |
freemangordon | I don;t think dmabuf is supposed to work at all, unless I am missing something, it is GBM that should work. IIUC/IIRC dmabuf is platform specific | 14:30 |
uvos | sure but the pvr driver must be mangining the gbm buffers in kernel somehow | 14:31 |
tmlind | well yeah non-working dmabuf is an issue :) so making sure glamor uses EXT_image_dma_buf_import might fix pvr_egl_shim? | 14:31 |
uvos | should be dambuf there no | 14:31 |
uvos | (im not sure how pvrk works ofc) | 14:31 |
freemangordon | glamor uses eglCreateImageKHR | 14:32 |
freemangordon | to import gbm bo | 14:32 |
freemangordon | this *is not* dmabuf afaik | 14:32 |
freemangordon | I don;t think pvr blobs support EXT_image_dma_buf_import | 14:33 |
tmlind | oh sorry wrong property, just a sec | 14:33 |
freemangordon | I don;t remember seeing it announced | 14:33 |
uvos | pretty sure its implemented in terms of dmabuf | 14:33 |
uvos | (in kernel) | 14:33 |
freemangordon | you mean gbm? | 14:33 |
tmlind | i meant what is known to work is using EGL_WL_bind_wayland_display | 14:33 |
uvos | yeah | 14:33 |
freemangordon | uvos: might be | 14:34 |
freemangordon | but from user POV those are different | 14:34 |
freemangordon | dma_buf uses proprietary ioctl codes to map/unmap etc | 14:34 |
freemangordon | after all everything should end up in the video memory | 14:34 |
uvos | glamor certenly checks for EGL_EXT_image_dma_buf_import | 14:35 |
freemangordon | BTW, gbm does not even allow you to mpa | 14:35 |
uvos | but if pvr dosent expose it its not useing it ofc | 14:35 |
freemangordon | uvos: modesetting uses GBM, not DMA_BUF | 14:35 |
freemangordon | so is glamor | 14:35 |
tmlind | sorry i pasted wrong buffer above, so what i meant is wlroots up to 0.14.1 uses EGL_WL_bind_wayland_display for weston-simple-egl and that works, dmabuf for later wlroots does not work | 14:35 |
freemangordon | tmlind: I am confused | 14:36 |
tmlind | yes sorry | 14:36 |
uvos | glamor uses it for GBM_BO_WITH_MODIFIERS | 14:36 |
uvos | (its not relevant just mentioning) | 14:36 |
freemangordon | uvos: which is disabled | 14:36 |
uvos | right | 14:36 |
freemangordon | also, GBM_BO_WITH_MODIFIERS is still not DMA_BUF API | 14:37 |
uvos | no | 14:37 |
freemangordon | look at gbm.h | 14:37 |
tmlind | i guess no way to test pvr_egl_shim with EGL_WL_bind_wayland_display? probably best to compare glamor usage against kmscube etc | 14:37 |
uvos | kmscube uses gbm | 14:37 |
freemangordon | right | 14:37 |
tmlind | and is working | 14:37 |
uvos | trivial usage of gbm tends to work ok | 14:38 |
freemangordon | uvos: see https://github.com/robclark/libgbm/blob/master/gbm.h#L237 | 14:39 |
freemangordon | bo with modifiers is basically several planes, IIRC | 14:39 |
freemangordon | but it still a BO, not DMA_BUF | 14:39 |
tmlind | just in case, if glamor is using EXT_image_dma_buf_import, and sgx blobs do not provide EGL_EXT_image_dma_buf_import_modifiers, glamor might be setting wrong default dmabuf configuration | 14:40 |
uvos | its not | 14:40 |
tmlind | ok | 14:40 |
uvos | its just a optional path | 14:40 |
freemangordon | glamor is using EGL_KHR_image_pixmap | 14:40 |
freemangordon | tmlind: I also wonder why wlroots (or whatever) does not use native WL buffers | 14:41 |
freemangordon | those are supported by the blob | 14:41 |
freemangordon | do you have a link to the code? | 14:41 |
uvos | its a compositor not a client | 14:41 |
freemangordon | so< | 14:42 |
freemangordon | ? | 14:42 |
freemangordon | it can still import WL buffer, not DMA_BUF buffer | 14:42 |
freemangordon | maybe I am missing the context | 14:42 |
uvos | it wants to use egl | 14:42 |
uvos | Probubly | 14:42 |
tmlind | i think the plan is to make wlroots support more backends, it already supports wayland and x11 at least | 14:42 |
freemangordon | is this the SW in question https://github.com/swaywm/wlroots/commits/master/xwayland ? | 14:44 |
tmlind | the wlroots commit that broke weston-simple-gl: https://github.com/swaywm/wlroots/commit/4e07d4cbf9c104625d419b9123dca0ef402472e7 | 14:44 |
uvos | freemangordon: it wants to run ON x11 | 14:44 |
uvos | freemangordon: not the other way around | 14:44 |
uvos | like weston dose | 14:44 |
uvos | or am i missunderstanding tmlind | 14:44 |
* freemangordon checks the commit | 14:45 | |
tmlind | yeah it can run on x11 or on wayland | 14:45 |
uvos | on wayland? it is the comp. it runs on egl/gbm/kms | 14:46 |
tmlind | so freemangordon: so is glamor doing the GL_CLAMP_TO_EDGE calls? | 14:46 |
uvos | no | 14:46 |
freemangordon | yes | 14:46 |
freemangordon | :) | 14:46 |
uvos | we patched that out | 14:46 |
freemangordon | no | 14:46 |
freemangordon | it turned out it is another issue | 14:46 |
freemangordon | so I reverted later on | 14:46 |
freemangordon | just a sec | 14:47 |
uvos | oh ok | 14:47 |
tmlind | the CLAMP_TO_EDGE stuff is needed for sure, but i think the real reason wlroots broke is because renderer->egl->procs.eglQueryWaylandBufferWL no longer gets called, and maybe dmabuf now gets wrong params | 14:48 |
tmlind | then in addition to CLAMP_TO_EDGE, some extra trickery was needed for wlroots, see this commit from jonathan that i updated: https://github.com/tmlind/wlroots/commit/2ec83ab4f11b1f574d565bd04bbef2e55f154d76 | 14:49 |
freemangordon | uvos: actually, the issue was that GL_CLAMP_TO_EDGE was not set | 14:50 |
freemangordon | and some insane default was used, leading to a broken rendering | 14:50 |
uvos | ok | 14:50 |
tmlind | freemangordon: also check glamor for GL_EXT_unpack_subimage usage, and compared to the wlroots commit 2ec83ab4f11b above | 14:50 |
uvos | im honestly pretty hazy on all of this considering the time delta | 14:50 |
freemangordon | tmlind: sorry, can;t do this ATM, I am on modest :) | 14:51 |
tmlind | freemangordon: ok just few suggestions on what might cause the issues :) | 14:52 |
freemangordon | tmlind: glTexSubImage2D is not supported on KHRImage backed texture | 14:53 |
uvos | GL_EXT_pack_subimage is optional in glamor | 14:55 |
freemangordon | gimme 5 minutes to grok the commit | 14:55 |
uvos | glTexSubImage2D(GL_TEXTURE_2D, 0, | 14:55 |
uvos | x1 - box->x1, y1 - box->y1, | 14:55 |
uvos | x2 - x1, 1, | 14:55 |
freemangordon | uvos: unfortunately no | 14:55 |
uvos | f->format, f->type, | 14:55 |
uvos | bits + ofs); | 14:55 |
uvos | well it checks for it and dosent bail | 14:55 |
freemangordon | it tries to use it and thats the reason why it does not fully work with pvr blobs | 14:56 |
uvos | tmlind: glTexSubImage2D is not supported on KHRImage backed texture <-- your sure that isent valid | 14:56 |
freemangordon | it segfaults in the blob | 14:56 |
uvos | ? | 14:56 |
tmlind | GL_TEXTURE_2D needs to be handled line at a time if no GL_EXT_unpack_subimage | 14:56 |
freemangordon | uvos: yes, lemme find the specs | 14:56 |
uvos | tmlind: thats whats happening thera | 14:57 |
uvos | iirc | 14:57 |
uvos | it goes for (; y1 < y2; y1++, ofs += byte_stride) | 14:57 |
uvos | *iiuc rather | 14:58 |
uvos | i tried compearing the wlroots changes to glamor before | 14:58 |
uvos | and could not find what glamor is doing different/wrong | 14:58 |
tmlind | ok | 14:58 |
uvos | and then i went and tried to check this statement "glTexSubImage2D is not supported on KHRImage backed texture" but came up blank | 15:00 |
uvos | since you can look at the specs for all of these things but its pretty opaque what can be used with what | 15:00 |
freemangordon | "There is no support for most of the functions that manipulate other texture targets (e.g. you cannot use gl*Tex*Image*() functions with TEXTURE_EXTERNAL_OES)" | 15:00 |
uvos | freemangordon: any luck on that? | 15:00 |
uvos | freemangordon: where is this? | 15:00 |
freemangordon | https://www.khronos.org/registry/OpenGL/extensions/OES/OES_EGL_image_external.txt | 15:01 |
freemangordon | this is pretty fuzzy though | 15:01 |
freemangordon | because we use glEGLImageTargetTexture2DOES, but with GL_TEXTURE_2D, not GL_TEXTURE_EXTERNAL_OES | 15:02 |
freemangordon | however, using GL_TEXTURE_2D should fail on gles2, IIUC, but it does not with the blobs | 15:03 |
freemangordon | but, later on it segfaults in the blob when you try to glTexSubImage2D | 15:03 |
freemangordon | I am not sure I can explain it any better | 15:04 |
freemangordon | so, the workaround I was on is to create a texture backed FBO to copy the original texture to and to use glTexSubImage2D on that | 15:04 |
freemangordon | that was working pretty much ok on d4, however, when I tried on n900, it was hanging the whole device, and this is where I said f**k it and stopeed :) | 15:05 |
tmlind | heh | 15:06 |
tmlind | freemangordon: care to post that workaround somewhere? | 15:07 |
freemangordon | tmlind: so, you you know how *exactly* wlroots fails? | 15:07 |
freemangordon | tmlind: it was a test program, lemme check if it is in the repo | 15:07 |
tmlind | weston-simple-egl tries to use some invalid fd and gets: fcntl64(49282, F_DUPFD_CLOEXEC, 0) = -1 EBADF (Bad file descriptor) | 15:08 |
tmlind | that's the dmabuf breakage, weston-simple-shm and weston-simple-damage work just fine as does sway | 15:08 |
tmlind | so where's the segfault in pvr_egl_shim then? after the GL_TEXTURE_2D call? | 15:10 |
freemangordon | I need to boot my d4, I think I have the latest sources there | 15:10 |
freemangordon | can't recall, sorry | 15:10 |
freemangordon | oh, no, it was not in the shim | 15:10 |
freemangordon | but in glamor | 15:10 |
* tmlind has been building countless iterations on d4 of wlroots and sway versions to bisect the issues.. | 15:10 | |
freemangordon | it is glamor that tries to use glTexSubImage2D | 15:11 |
tmlind | ok | 15:11 |
freemangordon | sorry, have to do some RL work, ttyl | 15:11 |
tmlind | later | 15:11 |
tmlind | no idea where weston-simple-egl pulls that bad fd from.. sounds like some bogus dmabuf config | 15:14 |
kona | Freemangordon yes, currently porting tinymail to gio so I can build modest | 15:19 |
freemangordon | kona: good, though I was able to build TM without this module, shall I push my changes? | 16:47 |
freemangordon | I added leste as another platform which doesn;t build gnomevfs module | 16:48 |
kona | Sure, can you show me which repo you are using? | 16:54 |
kona | Is it https://github.com/community-ssu/tinymail | 16:56 |
freemangordon | tmlind: https://github.com/freemangordon/pvr_egl_shim/blob/master/glamor_test_points.c | 16:58 |
freemangordon | kona: sec | 16:58 |
freemangordon | kona: https://github.com/maemo-leste/tinymail | 16:58 |
kona | Great! | 16:58 |
freemangordon | tmlind: this test program basically copies BO texture to a normal one and then does glTexSubImage2D, IIRC | 17:00 |
freemangordon | keep in mind I did that a while ago so I don;t remember the details | 17:00 |
freemangordon | but basically it should do more or less the same as what some code path in glamor does | 17:00 |
freemangordon | oh, lemme push the makefile as well | 17:01 |
freemangordon | done | 17:02 |
freemangordon | kona: https://github.com/maemo-leste/tinymail/commit/31e878ce1817d7a3548654fc59910121813ae9b6 | 17:12 |
kona | Freemangordon: thanks! | 17:15 |
uvos | freemangordon: i miirored it here http://uvos.xyz/maserati/testapps/ | 17:16 |
freemangordon | kona: keep in mind this is missing gnomevfs module | 17:18 |
uvos | freemangordon: ah you found it | 17:18 |
freemangordon | mhm | 17:20 |
uvos | so i gues doing the same thing in glamor_upload_boxes should make glamor work no? | 17:21 |
uvos | i gues to be efficant you would need selectively do so depending on how the x11 Pixmap was created | 17:22 |
freemangordon | right | 17:25 |
freemangordon | kona: going to add wpeditor to leste repos, it is needed by modest | 17:28 |
lel | freemangordon created a repository: https://github.com/maemo-leste/wpeditor | 17:30 |
kona | freemangordon: ok! | 17:45 |
kona | freemangordon: is https://github.com/maemo-leste/gtk already in apt repos, or should I build myself? | 17:54 |
uvos | thats in repos | 17:55 |
kona | thanks | 17:55 |
uvos | kona: https://maedevu.maemo.org/pkgweb/ | 17:56 |
uvos | you can look there for stuff | 17:56 |
freemangordon | kona: you can use https://github.com/maemo-leste/wpeditor untill we add it to jenkins | 18:03 |
tmlind | freemangordon: thanks for pushing out the test program | 18:08 |
kona | freemangordon: i am trying to build that branch now and configure reports No package 'gtk+-2.0' found | 18:09 |
kona | oh, libgtk, *facepalm* | 18:10 |
* freemangordon is afk, bbl | 18:11 | |
Wizzup | kona: yeah check debian/control for package names you need | 18:12 |
uvos | disableing ofono via rc-update del with the cellular metapackage installed makes the maemo stack hang a short while after boot | 22:29 |
uvos | h-d hangs | 22:30 |
uvos | and you have to kill it | 22:30 |
uvos | then the status menu remains hanged and you have to kill that too | 22:30 |
uvos | and you have to kill icd to get networking back | 22:30 |
uvos | so is suspect the icd status menu item is at fault | 22:31 |
uvos | the fact that this failure mode is possible is concering | 22:35 |
uvos | but thats what you get when you make the terrible decision to make the status items plugins instead of seperate processies | 22:35 |
freemangordon | hmm, modest needs calendar-ui-widgets-0-dev | 22:58 |
freemangordon | I will have to RE that | 22:58 |
freemangordon | th library that is | 22:59 |
freemangordon | Wizzup: what provides calendar applet? | 23:10 |
freemangordon | oh, it is in extras | 23:14 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!