| _inky | (((: | 00:04 |
|---|---|---|
| kona | freemangordon: tinymail doesn't build yet (and never has for me) but if you use ./autogen.sh --with-platform=maemo-leste && make you will see the current state. | 07:39 |
| kona | https://github.com/boltonja/tinymail/commits/master | 07:41 |
| kona | the error code mapping seems entirely incorrect (should use g_error_matches instead of switch, I guess) and it's possible that I misread the osso pdf reader example code and have cast streams incorrectly, until it builds it's not possible to test. will do some more reading on gio.... | 07:42 |
| freemangordon | kona: I gained lots of experience back then when I was porting hildon-fm to gio, so I think I will be able to help | 08:36 |
| freemangordon | kona: there is g_io_error_from_errno, I will 'reverse' it in that switch | 08:49 |
| Wizzup | uvos: this can be closed I think https://github.com/maemo-leste/mce/pull/41 | 10:24 |
| Wizzup | since freemangordon fixed the dsme problem | 10:25 |
| _uvos_ | Wizzup: no we will be needing that when dsme gives up its init personality to reduce its scope to a session manager, which is something we absolutly must do if we want to make it possible for other distrobutions to package the hildon stack or if we want to allow leste devices to properly allow the use of other desktops multiple usser sessions or different user names etc. | 11:24 |
| Wizzup | the current pr there doesn't do anything useful though? | 11:24 |
| Wizzup | but sure, feel free to leave it open I guess | 11:25 |
| _uvos_ | it makes mce be started by openrc instead of dsme, we will need it then so i want to keep it around, i can also just merge it into some inactive branch instead of keeping it open if you like | 11:28 |
| Wizzup | no, whatever is fine | 11:29 |
| _uvos_ | btw gsm dosent work for me on leste | 11:30 |
| _uvos_ | on d4 | 11:30 |
| _uvos_ | if there is no umts i have to sett the tech type by hand | 11:30 |
| Wizzup | what do you mean specifically, 2g mode? | 11:30 |
| _uvos_ | or it wont connect to 2g | 11:30 |
| Wizzup | It switches automatically for me | 11:30 |
| _uvos_ | hmm | 11:31 |
| _uvos_ | also i cant make it connect to edge data | 11:31 |
| _uvos_ | even with qmicli | 11:31 |
| _uvos_ | in los it works fine in the same location | 11:32 |
| _uvos_ | btw i have never seen more than 2 bars in leste wheres android shows full signal | 11:32 |
| _uvos_ | i have to compear db values | 11:33 |
| Wizzup | I have had full bars at least on 3g, but yeah | 11:33 |
| _uvos_ | maybe android is just mor optimistic | 11:33 |
| Wizzup | usually it's less high | 11:33 |
| Wizzup | yeah probably | 11:33 |
| ^-^hi | What do you think about such an input method (in general, not for maemo): you press a button and a fully transparent window will let you hand-write (with some sort of evaporating ink so you don't run out of space) and it injects the input as keyboard input (with some special glyphs for backspace and ctrl and stuff) | 13:26 |
| ^-^hi | Physical keyboards like that of N900 are the best but those that can fit on phones are often not good for when you speak a language that can't fit in them | 13:27 |
| ^-^hi | also you have problems with some special characters. | 13:28 |
| ^-^hi | A simple virtual keyboad like that of Maemo does the job but obstructs the application beneath it. (I haven't used it for more than texting, maybe it doesn't matter, but it seems it could matter) | 13:29 |
| Wizzup | Yes, we will have to improve h-i-m the future | 13:30 |
| Wizzup | to make the apps scale or something similar | 13:30 |
| ^-^hi | Also virtual keyboards like that of Android is annoying and takes screen real-estate | 13:30 |
| ^-^hi | Also the underlying toolkits need to be aware of the input method stuff, and how would they look when the keyboard pops up | 13:31 |
| ^-^hi | You can't do stuff in minimal toolkits. | 13:32 |
| ^-^hi | But when you press a button and then handwrite on something transparent you can enter everything while obstructing nothing, and the toolkit and the application don't need to worry about it. | 13:33 |
| ^-^hi | You can also enter any glyph as you wish. | 13:34 |
| ^-^hi | Do you see problems with this theoretical approach? | 13:35 |
| ^-^hi | Oh and it would make sense when VNCing too. | 13:36 |
| Wizzup | uvos: hmm various xt862 | 13:48 |
| Wizzup | seem to be mostly xt862 | 13:50 |
| Wizzup | one says remanufactured in the philippines, droid 3 asurion | 13:50 |
| mighty17[m] | PVR:(Error): PVRDisplayBufferCreate: Failed to create display buffer (err=13) [0, ] | 14:09 |
| mighty17[m] | PVR:(Error): PVRDRIPlaneCreate: Failed to create share/scanout/cursor buffer [0, ] | 14:09 |
| mighty17[m] | PVR:(Error): PVRDRIBufferCreate: Failed to create plane [0, ] | 14:09 |
| mighty17[m] | CreateImageShared: Failed to create buffer | 14:10 |
| mighty17[m] | PVRImageDrawableGetNativeInfo: Image get buffers call failed | 14:10 |
| mighty17[m] | why does this happen? err 13 usually means no perms but i dont think thats related here | 14:10 |
| mighty17[m] | happens when i try to run supertuxkart on sgx540 | 14:16 |
| Buttercat | Hello, do I understand correctly that there is currently no way to flash maemo leste on n900's eMMC? | 14:30 |
| ^-^hi | ‌Buttercat: It is possible, but why would you want to? | 14:32 |
| Buttercat | ^-^hi: to spare a sd card, is it a bad idea? | 14:33 |
| ^-^hi | Buttercat: Fremantle is practical for everyday use as phone, and has a lot of useful applications tailored for it. | 14:34 |
| ^-^hi | Maemo leste not yet. | 14:34 |
| Buttercat | the thing is I don't really plan to use the n900 as a phone | 14:35 |
| Buttercat | would I forever be giving up the chance if I do flash maemo leste on eMMC? | 14:36 |
| ^-^hi | There is a way for it on the leste website I think, look a bit around to find it. | 14:40 |
| ^-^hi | Leste empties battery fast and lacks some stuff, but you can install new packages on it. | 14:41 |
| Wizzup | it's just easier to toy around on the sd card I'd say | 14:41 |
| uvos | Wizzup: ok and your original one was xt862 too right? | 14:48 |
| uvos | Wizzup: or 861? | 14:48 |
| Wizzup | xt862 I think | 14:49 |
| Wizzup | let me check | 14:49 |
| uvos | all of these where bought from us ebay? | 14:49 |
| uvos | right | 14:49 |
| uvos | ? | 14:50 |
| Wizzup | yes | 14:50 |
| Wizzup | from ebay | 14:50 |
| _inky | >There is a way for it on the leste website I think, look a bit around to find it. | 16:05 |
| _inky | there is a way for pinephone. | 16:05 |
| kona | Buttercat: there are some directions to dual boot the n900 https://leste.maemo.org/Nokia_N900#Existing_Fremantle but i had to hold the 'u' key on the hwkbd when powering on, which seems to me to be the best kept secret in 1nearly two decades of Maemo. | 16:59 |
| kona | i feel like i just violated the first rule of maemo club or something. | 16:59 |
| Wizzup | hehe | 17:01 |
| kona | i keep fremantle around for a) nostalgia and b) to remind me how things worked when the behavior on leste doesn't match my memory (usually, it's my memory that is faulty ;) ) | 17:02 |
| uvos | whats the u key supposed to do? | 17:03 |
| uvos | dosent seam to do anything on my n900 | 17:03 |
| bencoh | he just said it was a secret :> | 17:04 |
| kona | ^-^hi: the main challenge with something like the translucent / transparent window is how to balance the (scant) visual cues for people who can't use low contrast ui. even though i am such a person, being able to see my screen while typing is a clear benefit to me in many situations. | 17:08 |
| ^-^hi | kona: using the inverse color from the background pixels | 17:08 |
| ^-^hi | wouldn't look the best but would have highest contrast in any possible case | 17:09 |
| kona | the right mask would help a lot, for sure. | 17:09 |
| kona | oh, no, i see what you mean. | 17:10 |
| kona | yes, that would help a lot. | 17:10 |
| ^-^hi | Like, the window is entirely transparent, entirely. Then the things you write in the inverse color | 17:10 |
| ^-^hi | are in* | 17:10 |
| kona | freemangordon: hmm, maybe that would be better than gerror_matches... will you merge/fork my fork or do i continue work there? | 17:15 |
| Buttercat | kona: Thanks for the tip | 17:15 |
| kona | Buttercat: also, once u-boot is set up, looks to me like the u-boot menu only shows if i power on with the hwkbd open | 17:17 |
| kona | i should probably make a wiki account and do the edits. | 17:18 |
| kona | and sometimes the backlight doesn't turn on at the u-boot menu so you have to hold the screen at an angle or shine another light on it | 17:19 |
| Wizzup | yes please make a wiki account and edit as you please | 17:19 |
| Wizzup | backlight not turning on is a feature, btw | 17:19 |
| kona | sometimes it does turn on though, is there a secret handshake to be able to choose? | 17:20 |
| Wizzup | I think it depends on if it's powered on by cable insertion, and how full the battery is, and some other things | 17:20 |
| kona | oh, cool. | 17:21 |
| ^-^hi | The way N900 screen works well in sunlight is so cool | 17:25 |
| kona | uvos: when using the flasher, i had to hold the u key while inserting the usb, otherwise the Quick method wouldn't boot my device. | 17:27 |
| kona | once i used the uboot method i didn't need it anymore. | 17:28 |
| kona | didn't need 'u' key anymore. | 17:28 |
| ^-^hi | Is VNC wasteful to use in input methods? It would make the compositing needed simple and would be make the input method very portable. | 17:29 |
| Wizzup | seems complex/wasteful yeah | 17:40 |
| uvos | never gona work | 18:04 |
| uvos | vnc needs to copy the frame back to the cpu to work | 18:05 |
| uvos | thats nasty pef wise | 18:05 |
| uvos | also what you propose is impossible on wayland | 18:05 |
| uvos | unless you want to implement an entire wayland compositor with this feature | 18:06 |
| uvos | on x you could do it but i would reccommend against the idea of inverting the colors just have the written stuff be a thin solid line | 18:07 |
| uvos | otherwise you need composing | 18:07 |
| Wizzup | ok, I think managed to clean the d3 covers, much better now | 18:32 |
| freemangordon | kona: I think it is better you to merge in your repo and continue work there. I can always pull/create another fork | 18:59 |
| freemangordon | kona: actually, is there anything else that has to be implemented in tinymail so far? | 19:00 |
| freemangordon | if not, then maybe it is better /me to just merge back in leste repo | 19:02 |
| freemangordon | yes, I'll just do that | 19:02 |
| freemangordon | kona: https://github.com/maemo-leste/tinymail/commits/master | 19:05 |
| freemangordon | I'll update debian/changelog when it comes to it | 19:06 |
| ^-^hi | uvos: Aren't there vnc client for wayland? | 19:13 |
| ^-^hi | Also the VNC use could be limited to when using the input method. Though I am not sure myself how the server would see background without seeing the input method thing. | 19:17 |
| ^-^hi | Maybe having the client write to framebuffer on another vtty or something nasty like that | 19:21 |
| kona | freemangordon: i think its just testing and the error func | 19:24 |
| ^-^hi | uvos: VNC servers* | 19:24 |
| ^-^hi | Maybe the input method writes on black background by default, but the background could optionally be written to by a primitive protocol for putting dirty rectangles there. So there are no strange dependencies necessary, but you can work transparency into it by VNC/X/other backends. | 19:27 |
| Wizzup | kona: what about gtkhtml? | 19:30 |
| kona | probably need that, too. i can work on that. | 19:30 |
| uvos | ^-^hi: on wayland you cant draw over other windows | 19:31 |
| uvos | no thats not right | 19:32 |
| uvos | i mean on wayland you cant grab a frame from other windows to draw yourself | 19:32 |
| uvos | the vnc servers and sutch work by unevenly implemented protocolls other than wayland itslef | 19:33 |
| uvos | on wayland comps. | 19:33 |
| ^-^hi | uvos: Aren't there VNC servers for major compositors? | 19:33 |
| uvos | sure this is what pipewire is ment to solve | 19:33 |
| uvos | afaik other solutions use kernel drm interfaces directly | 19:34 |
| uvos | neither of these are really portable | 19:34 |
| uvos | anyhow doing what you intend is fundamentaly a bad idea | 19:34 |
| uvos | copy + the redrawing is extreamly expensive | 19:35 |
| uvos | just create a window and make everything transparent other than the line the user draws | 19:36 |
| uvos | this will be a bit slow | 19:36 |
| uvos | but works on wayland and x | 19:36 |
| uvos | for more efficancy you can use the xshape extension on x | 19:36 |
| ^-^hi | uvos: yes, but how would you draw a black line on black background? | 19:38 |
| ^-^hi | hmm... I thought of a way | 19:38 |
| uvos | just draw a dashed line | 19:38 |
| ^-^hi | You draw a black line and a white line inside it | 19:38 |
| uvos | white black wite | 19:38 |
| ^-^hi | this way background has no effect anywhere | 19:39 |
| Wizzup | uvos: so the way I boot the d3 now is: | 19:42 |
| Wizzup | - boot to safestrap menu | 19:43 |
| Wizzup | - run a few commands (will provide in a sec) | 19:43 |
| Wizzup | commands: https://dpaste.com/G2E38GR4Y | 19:43 |
| Wizzup | and then it just boots | 19:43 |
| sicelo | ^-^hi: at some point in the history of Fremantle, you could use cellwriter, although now I don't remember what it looked like, even though I did use it for a while | 19:43 |
| Wizzup | of course this requires your kernel modules and such to be in place on the device | 19:43 |
| kona | freemangordon: remind me where that uncrustify config lives? it seems to have scrolled out of my client buffer. | 19:54 |
| Wizzup | we should have that full uncrustity config + how to use it on the wiki IMHO | 19:59 |
| Wizzup | or in some github repo | 19:59 |
| lel | MerlijnWajer created a repository: https://github.com/maemo-leste/development-tools | 20:00 |
| Wizzup | how about this ^ ? | 20:00 |
| freemangordon | kona: could you rephrase? what exactly uncrustify config? | 20:11 |
| freemangordon | this https://github.com/maemo-leste/calendar-ui-widgets/blob/master/uncrustify.cfg is specific to the repo | 20:12 |
| Wizzup | freemangordon: your full config for uncrustify | 20:12 |
| Wizzup | ah | 20:12 |
| kona | oh, i see. | 20:12 |
| kona | i thought you had one a few weeks back that was for general use in leste | 20:12 |
| freemangordon | no, there is no such, we were discussing to have one :) | 20:13 |
| freemangordon | Wizzup: we may use that one as a bse | 20:13 |
| freemangordon | *base | 20:13 |
| freemangordon | but, keep in mind that even uncrustify, being the most feature complete beautifier I found so far, cannot do all the formatting for you | 20:14 |
| Wizzup | at least the one you want :p | 20:14 |
| freemangordon | also, it cannot match QtCreator on 100% :( | 20:14 |
| freemangordon | QtCreator identifies (hardcoded) 2 x indent on line continuation. I cannot make uncrustify do it, neither I can disable that behaviour in QTCreator | 20:16 |
| freemangordon | s/identifies/indents | 20:16 |
| freemangordon | so, this is not exactly what I want but is close :) | 20:16 |
| freemangordon | Wizzup: no, it is not about what I want, it is about that it leaves some obviously bad formatting intact | 20:17 |
| freemangordon | unless it is my fault not being able to told it to behave all the times | 20:18 |
| Wizzup | fair enough | 20:21 |
| freemangordon | but, all the .c files in calendar-ui-widgets repo were formatted with config in the repo | 20:22 |
| uvos | its very likely a bad idea to base the coding standart on the hardcoded behavior of some obsucre editor | 20:24 |
| freemangordon | I created a key combo in QtCreator (ctrl-alt-U) that invokes uncrustify on the file I have on top, very handy | 20:24 |
| freemangordon | uvos: the only hardcoded thing in QtCreator beautifier is this 2 x indent | 20:24 |
| freemangordon | everything else is configurable | 20:24 |
| freemangordon | and uncrustify cfg I pushed actually changes it to 1 x indent | 20:25 |
| freemangordon | so in that regard it is not using the hardcoded value, the point is that I like QtCreator style more :) | 20:26 |
| uvos | ok | 20:26 |
| uvos | where is the expandsdcard script again? | 20:28 |
| freemangordon | '/etc' ? | 20:28 |
| uvos | yeah your right | 20:28 |
| uvos | wth is it doing in etc | 20:28 |
| freemangordon | ask whoever is the maintainer of hildon-base :p | 20:29 |
| kona | it's been there >forever< | 20:29 |
| freemangordon | https://github.com/maemo-leste/hildon-base/blob/master/debian/control#L4 | 20:29 |
| kona | i have vague memory of it being there on my n810 | 20:29 |
| uvos | ? | 20:30 |
| freemangordon | kona: hmm, this is leste specific | 20:30 |
| uvos | parazyd: ^^^ please explain yourself | 20:30 |
| kona | maybe, i have slept since i last held my n810's. | 20:31 |
| freemangordon | what about using webkitgtk instead of gtkhtml? | 20:33 |
| freemangordon | what is the problem with it? | 20:34 |
| uvos | its also unmaintained | 20:34 |
| uvos | and iirc it dropped support for gtk2 | 20:34 |
| freemangordon | doesn;t look like unmaintained | 20:35 |
| freemangordon | https://webkitgtk.org/2021/09/22/webkitgtk2.34.0-released.html | 20:35 |
| Wizzup | gtkhtml is not webkitgtk I think | 20:35 |
| uvos | no they are seperate things | 20:36 |
| uvos | but looks like webkitgtk is indeed still somewhat maintained | 20:36 |
| freemangordon | https://wiki.gnome.org/RoadMap/GtkHtml | 20:36 |
| freemangordon | "GtkHtml is being phased out in favor of WebKit/GTK+. " | 20:36 |
| freemangordon | libwebkit2gtk-4.0-dev:amd64 is what I have installed in the VM | 20:37 |
| kona | freemangordon: looks like i remember incorrectly. | 20:37 |
| kona | (re: expandcard) | 20:38 |
| freemangordon | but yeah, it links to gtk3 | 20:38 |
| uvos | yeah the gtk2 version is libwebkitgtk+ | 20:39 |
| uvos | thats unmaintined | 20:39 |
| uvos | i dont think there is a mantained html rendering engine for gtk2 | 20:40 |
| uvos | but negatives are hard to prove ofc :) | 20:40 |
| freemangordon | I guess you are right, however, I think it is best to use what was maintained last | 20:41 |
| Wizzup | freemangordon: one thing about gtkhtml is that it is real simple and what modest used before | 20:48 |
| Wizzup | like I don't think it even supports js, does it? | 20:48 |
| freemangordon | I guess it does not | 20:48 |
| Wizzup | I mean, I think for proper html render with full feature we want something that uses newer gtk as well, but gtkhtml code is already there, so it might be simple to adjust to that first | 20:49 |
| Wizzup | (also I always turn off html email unless I cannot read something important without it) | 20:49 |
| freemangordon | hmm, ok | 20:51 |
| * freemangordon wonders where that gtkhtml4 was | 20:52 | |
| uvos | i would prefer email with no html over unmaintained html | 20:53 |
| uvos | strongly so even | 20:53 |
| kona | html email has always been a bad idea. | 20:54 |
| freemangordon | we can ship modest with html disabled by default | 20:55 |
| kona | but we won't change the world, html mail is here to stay, trackers and all. :) | 20:56 |
| freemangordon | btw, we may consider using something like https://github.com/litehtml/litehtml | 20:57 |
| freemangordon | when it comes to move away from gtkhtml | 20:58 |
| freemangordon | kona: do you have a link around with a repo to gtkhtml? | 20:58 |
| freemangordon | hmm, seems I need some coffee | 20:58 |
| freemangordon | kona: do you have a link around to gtkhtml repo? | 20:59 |
| kona | i do not. | 21:01 |
| freemangordon | omg https://github.com/lexborisov/Modest | 21:02 |
| Wizzup | modest in modest | 21:03 |
| freemangordon | yeah | 21:03 |
| Wizzup | author recommends not using it anymore though | 21:04 |
| Wizzup | idk if it was me I'd try gtkhtml first, and then move to a 'proper' renderer afterwards | 21:04 |
| kona | does trojita support html | 21:06 |
| freemangordon | Wizzup: sounds like a plan, yes | 21:06 |
| uvos | kona: yes | 21:07 |
| kona | do we even need modest? | 21:07 |
| freemangordon | sure | 21:07 |
| freemangordon | hmm, it needs libmodest-dbus-client too | 21:07 |
| kona | freemangordon: what needs libmodest-dbus-client? | 21:08 |
| freemangordon | modest | 21:08 |
| uvos | unfortionatly in hildon everything is totaly interdependant and designed without any regard for maintainabliy | 21:08 |
| uvos | so you need modest for other parts to work | 21:08 |
| kona | ok, so we need it. | 21:08 |
| freemangordon | well, not really | 21:08 |
| freemangordon | abook can be taught to use xdg-email and I dont; remember anyone else doing "share via email" | 21:09 |
| freemangordon | but I can be missing something | 21:10 |
| uvos | well its still an bespoke interface that has at least one user | 21:10 |
| uvos | if you teach abook xdg-email | 21:10 |
| uvos | yeah maybe | 21:10 |
| uvos | its decoupled then | 21:10 |
| uvos | but rn everything is a chian | 21:10 |
| freemangordon | yeah | 21:10 |
| * Wizzup likes modest as a very fast email client | 21:11 | |
| * freemangordon too | 21:11 | |
| freemangordon | that's why 'sure' :) | 21:11 |
| uvos | teach modest xdg-email while at it :P | 21:11 |
| freemangordon | yeah, why not | 21:12 |
| uvos | https://datatracker.ietf.org/doc/html/rfc2368 | 21:13 |
| freemangordon | so, does xdg-email support multiple attachments? | 21:15 |
| uvos | the script dosent afaik | 21:16 |
| uvos | also idk what happens if you add several to the mime message | 21:16 |
| uvos | should be fine | 21:16 |
| uvos | i think | 21:16 |
| freemangordon | if yes, I think it will be very simple to teach modest to support xdg - libmodest_dbus_client_compose_mail () is just one function call | 21:17 |
| freemangordon | Wizzup: any idea how to deal with https://github.com/maemo-leste/modest/tree/master/libmodest-dbus-client ? | 21:21 |
| Wizzup | freemangordon: what in particular ? | 21:44 |
| freemangordon | we have a kind of sub-project | 21:49 |
| freemangordon | libmodest-dbus-client is in the modest repo | 21:49 |
| freemangordon | maybe I shall simply move it in its own repo | 21:54 |
| freemangordon | Wizzup: can we handle that as it is or I shall move it? | 21:54 |
| freemangordon | *shall I | 21:54 |
| Wizzup | sry phone brb | 21:55 |
| dreamer | hmm: https://waydro.id/ | 22:00 |
| dreamer | the name makes it seem like you need wayland? :# | 22:00 |
| Wizzup | it does need it yeah | 22:00 |
| Wizzup | it can probably perform fine on X too, but these days ... :) | 22:00 |
| Wizzup | freemangordon: let me see | 22:00 |
| Wizzup | freemangordon: its own repo is fine I think | 22:00 |
| dreamer | I still feel wayland is not ready for prime-time .. | 22:01 |
| freemangordon | yes, but we'll lose history | 22:01 |
| Wizzup | freemangordon: oh, I can move it with history if you want | 22:01 |
| freemangordon | could you do that for me? please do | 22:01 |
| freemangordon | lemme push first | 22:01 |
| Wizzup | freemangordon: want me to teach you? | 22:01 |
| freemangordon | not now :) | 22:01 |
| freemangordon | pushed | 22:01 |
| sicelo | dreamer: depends on how you define 'prime time' :-) | 22:02 |
| Wizzup | cp -a modest libmodest-dbus-client ; cd libmodest-dbus-client ; git filter-branch --prune-empty --subdirectory-filter libmodest-dbus-client master | 22:02 |
| Wizzup | ok | 22:02 |
| freemangordon | ok, lemme try | 22:02 |
| dreamer | sicelo: feature parity with xorg, for instance :P | 22:03 |
| Wizzup | hm not sure if that worked | 22:03 |
| dreamer | still can't do x-forwarding right? | 22:03 |
| Wizzup | ah it did | 22:03 |
| Wizzup | freemangordon: I did it locally just to test, feel free to push if it also worked for you | 22:03 |
| freemangordon | but, now it is lib/lib | 22:03 |
| Wizzup | huh? | 22:03 |
| Wizzup | ~/maemo-leste/libmodest-dbus-client $ ls | 22:04 |
| Wizzup | AUTHORS ChangeLog COPYING HACKING ltmain.sh NEWS src | 22:04 |
| Wizzup | autogen.sh configure.ac debian INSTALL Makefile.am README | 22:04 |
| Wizzup | this is what I have after my commands | 22:04 |
| freemangordon | ok, lemme try | 22:04 |
| freemangordon | yep, worked | 22:05 |
| freemangordon | thanks | 22:05 |
| lel | freemangordon created a repository: https://github.com/maemo-leste/libmodest-dbus-client | 22:06 |
| sicelo | dreamer: heh, it's not x, so i am not sure x-forwarding is a criteria you can apply to it. there's waypipe for similar stuff on wayland though, iirc | 22:06 |
| Wizzup | freemangordon: cool | 22:09 |
| freemangordon | hmm, gtkhtml-4 requires gtk3 | 22:44 |
| freemangordon | ok, centos7 provides gtkhtml3, I guess this is stable enough | 22:46 |
| dreamer | sicelo: I use x-forwarding on a daily basis | 22:48 |
| dreamer | have some `alias otplogin='oathtool --totp -b <secret> | xclip'` on a remote system for instance | 22:49 |
| dreamer | and other such tricks. + actual forwarding of x-programs | 22:49 |
| dreamer | then there are the typical X resize stuff with alt+mouse that afaik are not complete | 22:50 |
| Wizzup | freemangordon: is it still in debian repos? (gtkhtml3) | 22:50 |
| freemangordon | no | 22:52 |
| freemangordon | at least not in leste | 22:53 |
| freemangordon | however, it seems gtkhtml in maemo was heavily patched, I see 33 patches only one of which seems maemo specific | 22:54 |
| Wizzup | meh, let's hope that won't cause a lot of headache(s) | 22:54 |
| freemangordon | so I think we shall just use fremantle one | 22:54 |
| Wizzup | did anyone do any work on it ever since? | 22:54 |
| Wizzup | mhm | 22:55 |
| Wizzup | I mean 3.x | 22:55 |
| freemangordon | I think it won;t, those look like bug fixes | 22:55 |
| freemangordon | well, in fremantle it is 3.14, upstream has 3.91.92 | 22:55 |
| Wizzup | once we use 3.x, let's make a bug report for upgrading | 22:55 |
| Wizzup | ah | 22:55 |
| freemangordon | but it is weird as upstrem 3.x requires gtk3 | 22:55 |
| Wizzup | any reason not to go for 3.91.92 and ignore all non-hildon patches? | 22:55 |
| Wizzup | ah... | 22:55 |
| Wizzup | yeah gtk has silly numbering | 22:55 |
| Wizzup | just be careful not to get sucked into modernising the 3.14 | 22:56 |
| freemangordon | I think it should just build | 22:56 |
| Wizzup | what about https://gitlab.gnome.org/Archive/gtkhtml/-/tags/GTKHTML_3_32_0 | 22:56 |
| Wizzup | https://gitlab.gnome.org/Archive/gtkhtml/-/tree/GTKHTML_3_32_0 | 22:57 |
| Wizzup | seems to be gtk2 | 22:57 |
| Wizzup | it's the last tag before they go to 3.9x | 22:57 |
| Wizzup | hm this also mentions gtk2 still https://gitlab.gnome.org/Archive/gtkhtml/-/tree/GTKHTML_3_91_0 | 22:57 |
| freemangordon | not sure which one is better, the one that got fixed by nokia or upstream | 22:58 |
| freemangordon | honestly, I'd bet on nokia | 22:58 |
| Wizzup | same for https://gitlab.gnome.org/Archive/gtkhtml/-/tree/GTKHTML_3_91_92 | 22:58 |
| freemangordon | m4_define([gtk_minimum_version], [3.0.2]) | 22:58 |
| Wizzup | https://gitlab.gnome.org/Archive/gtkhtml/-/commit/f757248a8e65e5c9bd9693c326084288ed456aeb | 22:59 |
| Wizzup | so this defines it | 22:59 |
| Wizzup | 3.91.6 should work | 22:59 |
| Wizzup | with gtk2 | 22:59 |
| freemangordon | yes, but do we want to spend time trying to find what has been fixed in upstream and what was not? | 22:59 |
| Wizzup | actually sorry | 22:59 |
| Wizzup | make that 3.91.4.1 | 23:00 |
| Wizzup | sorry, 3.91.5 is last for gtk2 it looks like | 23:00 |
| Wizzup | regarding nokia patches, I would guess that a few years of red had devel time probably makes a difference | 23:00 |
| Wizzup | but then again I don't mind either way, just wanted to be helpful :p | 23:00 |
| freemangordon | sure, thanks | 23:01 |
| freemangordon | the point is that is we go with upstream, I will have to verify every patch in maemo | 23:02 |
| freemangordon | but yeah, I guess we don't have an option | 23:02 |
| Wizzup | or just not use maemo patches | 23:02 |
| Wizzup | but yeah, you can just go with the maemo version and claim it "as secure as fremantle version" :P | 23:02 |
| freemangordon | without verifying if what nokia fixed is fixed upstream as well? I can;t do that :) | 23:03 |
| freemangordon | ok, I think the best would be to go with upstream and chech noia patches against it | 23:03 |
| Wizzup | I mean the same is true for not checking upstream fixes, it's just that you prefer nokia, and just pick whatever you feel like :) | 23:03 |
| freemangordon | *check nokia | 23:03 |
| Wizzup | okay | 23:03 |
| Wizzup | hope it's not too much work | 23:03 |
| freemangordon | 33 patches | 23:03 |
| freemangordon | should not be that hard | 23:03 |
| freemangordon | hmm, actually it will be | 23:05 |
| freemangordon | anyway, enough for today | 23:08 |
| freemangordon | night! | 23:08 |
| Wizzup | gn | 23:08 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!