freemangordon | hmm, looks like w have problem with glib | 08:32 |
---|---|---|
freemangordon | and that's the reason why modest cannot open pdfs | 08:33 |
parazyd | What is it with glib? | 08:34 |
freemangordon | parazyd: https://pastebin.com/WzwsmXTW | 08:34 |
freemangordon | see default: osso_pdfviewer.desktop | 08:35 |
freemangordon | it should be hildon-osso_pdfviewer.desktop, (as are recommended and installed) | 08:35 |
freemangordon | also, the same thing on fremantle returns hildon-osso_pdfviewer.desktop | 08:36 |
parazyd | So we rename it here? https://github.com/maemo-leste/osso-pdf-viewer/tree/master/data | 08:36 |
freemangordon | what do you mean? | 08:37 |
parazyd | It's called osso_pdfviewer.desktop | 08:37 |
freemangordon | but, it is in hildon folder | 08:37 |
freemangordon | so g_app_info_get_id() must prefix it with hildon- | 08:37 |
parazyd | hmm | 08:37 |
parazyd | So what file is it actually looking for? | 08:38 |
parazyd | hildon-osso_pdfviewer.desktop or osso_pdfviewer.desktop | 08:39 |
freemangordon | sorry, could you rephrase? who is the one looking? | 08:39 |
freemangordon | see https://github.com/maemo-leste/libhildonmime/blob/master/libhildonmime/hildon-mime-open.c#L165 | 08:40 |
freemangordon | g_app_info_get_id returns "osso_pdfviewer.desktop" but should return "hildon-osso_pdfviewer.desktop" | 08:41 |
parazyd | Yeah that's what I asked | 08:42 |
parazyd | hmm ok | 08:42 |
parazyd | Maybe we need to provide our own mimeapps.list? | 08:44 |
freemangordon | no, mimeapps.list is fine | 08:44 |
freemangordon | hmm, wait, where is that? | 08:44 |
parazyd | https://help.gnome.org/admin/system-admin-guide/stable/mime-types-application-user.html.en | 08:45 |
freemangordon | also, see what is returned by 'gio mime" for "Registered applications:" and "Recommended applications:" | 08:45 |
parazyd | Yeah I see | 08:45 |
parazyd | On my vm I get nothing | 08:45 |
freemangordon | do you have pdfviewer installed? | 08:46 |
parazyd | user@devuan:~$ gio mime application/pdf | 08:46 |
parazyd | No default applications for “application/pdf” | 08:46 |
parazyd | Yes | 08:46 |
freemangordon | weird | 08:46 |
freemangordon | maybe run update-desktop-database | 08:46 |
parazyd | ah ok, it appears after I install desktop-file-utils | 08:47 |
freemangordon | we must have that installed, please add it to some metapackage | 08:48 |
parazyd | I get the same output as you | 08:48 |
parazyd | ok | 08:48 |
freemangordon | application/pdf=hildon-osso_pdfviewer.desktop; is in mimeinfo.cache | 08:48 |
freemangordon | so glibe removes hildon- for some reason | 08:48 |
freemangordon | *glib | 08:48 |
parazyd | freemangordon: oh also | 08:51 |
parazyd | user@devuan:/etc/xdg$ sudo update-desktop-database | 08:51 |
parazyd | Could not parse file "/usr/share/applications/hildon-control-panel/apporder/applets.desktop": Key file does not have group ?Desktop Entry? | 08:51 |
freemangordon | yeah, but it just complains, it doesn;t make it abort | 08:51 |
parazyd | true | 08:51 |
freemangordon | I would guess this commit https://github.com/frida/glib/commit/86ce3bf48e40756a360b13e18493a15d8d1bf5ae#diff-701d9161328a7d2d899267a0806bea98b198f0bfa1365891494fb0b04a224dba breaks it | 08:52 |
freemangordon | but have no more time to dig now | 08:52 |
freemangordon | on fremantle, glib 2.24 returns correct id | 08:53 |
freemangordon | I lookt at the fremantle glib, it is almost not patched | 08:53 |
freemangordon | at least those parts of the code are intact | 08:53 |
freemangordon | so this looks like bug. | 08:54 |
parazyd | But in general, how does it work if it shows a non-existent .desktop file? | 08:56 |
freemangordon | it is not shown | 08:56 |
freemangordon | this is used only as an id | 08:56 |
freemangordon | also, there is a logic that nows to replace '-' with '/' | 08:57 |
freemangordon | in glib that is | 08:57 |
parazyd | Weird | 08:58 |
freemangordon | could be, but that's what it is | 08:59 |
freemangordon | problem is that it is broken | 08:59 |
parazyd | Could we not just use the proper .desktop file if a mime handler is set? | 09:01 |
freemangordon | how to find it? | 09:02 |
parazyd | Default application for “application/pdf”: osso_pdfviewer.desktop | 09:02 |
parazyd | There it is | 09:02 |
freemangordon | and it is where? | 09:02 |
parazyd | Why does it matter? | 09:02 |
freemangordon | in /usr/share/applications/hildon | 09:02 |
freemangordon | how to parse that file if you don't know where it is? | 09:03 |
parazyd | hmm I'd assume gio/glib knows how to find it | 09:04 |
freemangordon | not really sure, seems xdg-open fails too | 09:04 |
* freemangordon checks | 09:04 | |
parazyd | freemangordon: xdg-open works here for pdf, albeit it just opens the program, not the file. | 09:15 |
parazyd | Probably because some %u (or similar) is missing in https://github.com/maemo-leste/osso-pdf-viewer/blob/master/data/osso_pdfviewer.desktop.in#L7 | 09:15 |
freemangordon | parazyd: see documantation for g_app_info_get_id | 09:22 |
freemangordon | "Gets the ID of an application. An id is a string that identifies the application. The exact format of the id is platform dependent. For instance, on Unix this is the desktop file id from the xdg menu specification. " | 09:27 |
freemangordon | desktop file id from the xdg menu specification is defined as "The id to identify a desktop entry with. For example, if /usr/share/applications is specified as an <AppDir>, and /opt/ude as <LegacyDir prefix="foo-"> then /usr/share/applications/foo/bar.desktop, /usr/share/applications/foo-bar.desktop and /opt/ude/Settings/bar.desktop all have the same desktop-f | 09:27 |
freemangordon | gtg, ttyl | 09:27 |
freemangordon | parazyd: this has nothing to do with the .desktop file itsef | 09:28 |
freemangordon | parazyd: do we ship our own glib? | 10:36 |
parazyd | Not since ascii | 10:36 |
parazyd | err, since beowulf | 10:37 |
parazyd | We had our own in ascii | 10:37 |
freemangordon | is my patch there? | 10:37 |
parazyd | Yes | 10:37 |
freemangordon | ok | 10:37 |
martijnb1 | o/ | 11:15 |
Wizzup | martijnb1: yo | 11:16 |
parazyd | Hey | 11:16 |
martijnb1 | nice presentation :D | 11:16 |
Wizzup | thanks, didn't really prepare it much, but it was within the time limit at least :D | 11:16 |
martijnb1 | hmm joining here with the libera matrix bridge seems bork | 11:17 |
* martijnb1 is not nervous at all for the pmos presentation | 11:18 | |
Wizzup | hehe | 11:18 |
Wizzup | I was quite nervous but then seeing the other ones made me less stressed | 11:18 |
Wizzup | if you catch my drift | 11:18 |
* Wizzup is looking forward to it | 11:19 | |
martijnb1 | heh yes | 11:20 |
martijnb1 | so the matrix channel name on the wiki is wrong, it's #maemo-leste:libera.chat now | 11:20 |
Wizzup | which wiki? | 11:22 |
Wizzup | ours? | 11:22 |
martijnb1 | yes | 11:22 |
MartijnBraam[m] | https://leste.maemo.org/IRC_channel | 11:22 |
Wizzup | Ah here: https://leste.maemo.org/IRC_channel | 11:22 |
Wizzup | so I'll change #libera_#maemo-leste:matrix.org to #maemo-leste:libera.chat? | 11:23 |
martijnb1 | yes | 11:24 |
Wizzup | done, ty | 11:25 |
Wizzup | good luck in a bit btw | 11:25 |
martijnb1 | thankfully oliver will do most of the presentation :), he's a lot better at this than me | 11:29 |
Wizzup | will try to be around and see it | 11:30 |
Wizzup | (have to leave around 1200, so perfect timing) | 11:30 |
parazyd | Very nice | 12:01 |
Wizzup | yeah | 12:03 |
martijnb1 | pfew, the perfect moment to have connetion issues :D | 12:03 |
Wizzup | better at that point than 5 mins earlier though | 12:03 |
martijnb1 | definetly, the business part of the presentation was definetly the least prepared part | 12:04 |
uvos | freemangordon: osso_pdfviewer .destkop file is missing %f but it would not help | 12:08 |
uvos | because i just dosent appear to have support for opening files via cli | 12:08 |
uvos | osso_pdfviewer $somefile dosent work | 12:09 |
uvos | and there is no --help | 12:09 |
uvos | also no -f | 12:09 |
Wizzup | that's fixable :) | 12:09 |
uvos | yeah but that beggs the question how it ever worked | 12:09 |
Wizzup | could be using dbus | 12:10 |
uvos | presentation? | 12:12 |
uvos | freemangordon: oh btw the missing %* in .desktop files will be a constant scourge | 12:14 |
uvos | freemangordon: because hildon launcher was very broken and just passed %* in exec lines to applications cmdline - breaking them | 12:14 |
uvos | freemangordon: nokias awnser to this was simply to remove all the % parameters instead of fixing thair shit | 12:15 |
uvos | so its broken everywhere | 12:15 |
uvos | no idea how fremantle opend anything based on a mime | 12:15 |
uvos | must be hardcoded somewhere | 12:15 |
uvos | i fixed h-d recently so you can add the parameters now | 12:16 |
uvos | also ofc any logic for translateing the formates %u %f %F %k etc is missing in hildon | 12:20 |
Wizzup | uvos: yeah, we had to give one for the https://maemo-leste.github.io/funding-from-ngi-eu.html | 12:22 |
Wizzup | now, *finally* onto the news post ... :) | 12:22 |
uvos | is it public somewhere? | 12:22 |
uvos | just cuourious | 12:23 |
Wizzup | uvos: this one is not, but I can share the slides and videos with you if you want | 12:23 |
Wizzup | it was just a 10 mins 'pitch' (their required format) | 12:23 |
uvos | ok | 12:23 |
Wizzup | videos would be demo videos - hang on | 12:23 |
Wizzup | https://wizzup.org/tordemo.mp4 https://wizzup.org/wgdemo.mp4 https://wizzup.org/ovpndemo.mp4 https://wizzup.org/cpademo.mp4 | 12:24 |
uvos | thx | 12:24 |
Wizzup | I need to rush to my appointment, back in ~2-3 hrs | 12:24 |
uvos | ok | 12:24 |
uvos | so news post d3, modest, ngi stuff, sphone i presume | 12:24 |
Wizzup | there'll be more, will reply when I get back | 12:25 |
Wizzup | it's been so long other things happened too | 12:25 |
parazyd | oh many news | 12:25 |
Wizzup | but yeah those are major ones | 12:25 |
parazyd | Also this https://github.com/maemo-leste/maemo-leste.github.io/commit/a385309a746a89de70866351fc8ce223061eaf95 | 12:25 |
uvos | parazyd: could you let me modify that, id have some small corrections and post links related media (video demonstations and so on) | 12:28 |
uvos | or i can just make it commen too | 12:29 |
parazyd | That's just an outline of what we'll write | 12:29 |
uvos | i know | 12:29 |
parazyd | Send what you want to add to Wizzup | 12:29 |
uvos | ok | 12:29 |
Wizzup | I have some local changes | 12:32 |
Wizzup | if you can hold off a few hours I can push those and you can add/change what you'd like of course | 12:32 |
Wizzup | or just a list/text is fine | 12:32 |
Wizzup | up to you | 12:32 |
Wizzup | afk | 12:32 |
uvos | http://uvos.xyz/maserati/newspost-notes.diff | 13:07 |
lel | clort81 opened an issue: https://github.com/maemo-leste/bugtracker/issues/575 (Qalendar issues.) | 17:23 |
freemangordon | uvos: 'they' use dbus to call executables | 18:28 |
freemangordon | but still, the issue is somewhere in glib | 18:29 |
freemangordon | later on I will try to debug | 18:29 |
uvos | freemangordon: where is this code that calls a mime? | 18:29 |
uvos | freemangordon: we need to support spec compliant .desktop files ofc | 18:30 |
freemangordon | https://github.com/maemo-leste/libhildonmime/blob/master/libhildonmime/hildon-mime-open.c#L165 | 18:31 |
freemangordon | dunno if you read it, so I'll repost | 18:31 |
Wizzup | uvos: wrt not newsworthy, usually I just try to exhaustively (but briefly) list prs we've closed | 18:31 |
freemangordon | g_app_info_get_id (info) returns 'osso_pdfviewer.desktop' instead of 'hildon-osso_pdfviewer.desktop' | 18:32 |
freemangordon | uvos: ^^^ | 18:32 |
freemangordon | which is a bug IMO | 18:33 |
uvos | freemangordon: ok thats a problem | 18:33 |
freemangordon | mhm | 18:33 |
uvos | yeah spec saies that / is to be replaced with - | 18:33 |
uvos | below applications/ | 18:33 |
uvos | but im more questioning this dbus thing | 18:33 |
uvos | im wondering why they did this instead of just calling the applicaiton | 18:34 |
uvos | becasue this way everything that supports opening the something needs a dbus service | 18:34 |
freemangordon | uvos: every hildon application is a dbus service as well | 18:35 |
freemangordon | hildon API does this for us | 18:35 |
freemangordon | that way you can have singleton applications too | 18:35 |
uvos | you can have sigleton applications either way | 18:35 |
freemangordon | it is really hard to achieve in a non-racy way | 18:35 |
uvos | there are upsream apis for this | 18:36 |
freemangordon | I won;t argue what is the best way though | 18:36 |
uvos | unique for gtk2 | 18:36 |
uvos | and glib has something built in since gtk3 era | 18:36 |
freemangordon | but, I guess Nokia did it that way because you get dbus service for free and singleton app for free | 18:36 |
uvos | anyhow we must ofc support normal applicaitons too | 18:37 |
freemangordon | and having dbus servce for free is very good thing, for example you may extend systemui menu with simple xml that calls dbus | 18:37 |
uvos | so we need to decide somehow if we want to call the dbus interface | 18:37 |
uvos | or the xdg spec | 18:37 |
uvos | freemangordon: sure | 18:37 |
freemangordon | lets first fix glib | 18:37 |
uvos | or rather you fix glib im currently not adding anything other than comments on how stuff works | 18:38 |
freemangordon | also, for example alarmd calls dbus callbacks, so modest is basically 'woken up' that way | 18:38 |
uvos | sure thats all fine a good | 18:38 |
uvos | but opening via dbus vs regular mime should support regular mimes on both ends | 18:38 |
freemangordon | sure | 18:39 |
freemangordon | but I guess xdg-open just needs proper .desktop file, no? | 18:39 |
uvos | well for the pdf viewer the main problem is | 18:39 |
freemangordon | I mean - we shall just add whatever it needs | 18:39 |
uvos | it simply dosent support listing the file on cmdline | 18:39 |
uvos | so xdg-open cant work | 18:39 |
freemangordon | hmm, I see | 18:40 |
uvos | freemangordon: right otherwise you just have to add the % parameters to the exec line | 18:40 |
freemangordon | ok, I am cooking dinner ATM, will look at glib later on | 18:40 |
freemangordon | ttyl | 18:40 |
uvos | ttyl | 18:40 |
uvos | Wizzup: sure that point just stuck out to me | 18:41 |
uvos | Wizzup: because everything else was more important | 18:41 |
Wizzup | uvos: yeah, the list is not completed, that's why it's in a tmp file | 18:41 |
Wizzup | thanks for the diff, I'll go over it today or tomorrow and then start working on the news post | 18:42 |
uvos | oh btw how do you turn of html rendering in modest? | 18:58 |
uvos | i cant seam to make it show plain text email only | 18:59 |
freemangordon | what do you mean? | 18:59 |
freemangordon | and? who html emails are going to be shown? | 18:59 |
freemangordon | *how | 18:59 |
uvos | if i click on an email in the inbox it allways chooses the html version | 19:00 |
uvos | i want it show the plaintext version only | 19:00 |
freemangordon | I don;t think that's possible, but not really sure | 19:00 |
uvos | hmm thats not great given the very out of date html engine | 19:01 |
uvos | besides the security issue it also missrenders some files | 19:01 |
uvos | so the plaintext version would be more usable even i suspect | 19:01 |
freemangordon | uvos: sure, but I think we already discussed that (html engine) :) | 19:02 |
uvos | yeah sure | 19:02 |
uvos | i thought rendering was a runtime option | 19:02 |
uvos | it is for sending a email | 19:02 |
freemangordon | but, search in settings, there might be one | 19:02 |
freemangordon | or, look in the code on how it chooses what version to show | 19:02 |
uvos | modest compiles without html engine too right? | 19:03 |
freemangordon | no, afaik | 19:03 |
uvos | ok | 19:03 |
uvos | mhh | 19:03 |
uvos | thx | 19:03 |
freemangordon | uvos: https://github.com/frida/glib/commit/c0af442909e1304b799a4b6c145f8444c752e3da :( | 19:26 |
freemangordon | parazyd: unfortunately, we'll have to provide our own glib | 20:29 |
freemangordon | I'll send a patch upstream, but I guess it won;t make it to stable | 20:29 |
parazyd | Can you explain what actually has to happen? Maybe we can think of some way around it. | 20:32 |
parazyd | I mean, it's nbd to build it, but it's cumbersome to maintain updates | 20:32 |
freemangordon | I know, but I don;t think we have an option | 20:32 |
parazyd | My goal is to have less upstream forks | 20:32 |
freemangordon | gimme a minute, I'll provide backtrace and will explain | 20:32 |
parazyd | ok | 20:32 |
freemangordon | parazyd: https://pastebin.com/BaKLriL4 | 20:34 |
freemangordon | g_app_info_get_default_for_type shall return GAppInfo of the application for content_type, in this particular case this is "application/pdf" | 20:35 |
freemangordon | as you can see from the backtrace, glibe correctly finds desktop file id to be "hildon-osso_pdfviewer.desktop", see frame 2 and above | 20:36 |
freemangordon | however, at some point there is a call to g_desktop_app_info_new_from_filename(), which just takes basename to be desktop_id, so self->desktop_id becomes "osso_pdfviewer.desktop" | 20:37 |
freemangordon | this clearly breaks the specs and what is worse, prevents libhildonmime from finding the application to handle mime type | 20:38 |
freemangordon | parazyd: ^^^ | 20:38 |
parazyd | Right, I see | 20:39 |
parazyd | But why does libhildonmime need the path? | 20:39 |
freemangordon | because it wants to parse the .desktop file | 20:39 |
parazyd | Isn't there some glib machinery that handles this? | 20:39 |
parazyd | ah | 20:39 |
freemangordon | for X-OSSO- stuff | 20:40 |
parazyd | Right | 20:40 |
parazyd | So maybe the right way to patch glib is to offer something that returns the full path? | 20:41 |
parazyd | Thinking in terms so it's not specific to Hildon | 20:41 |
freemangordon | no, we have a hash table that maps desktop ids to filenames | 20:41 |
freemangordon | I can do a reverse search on that table | 20:41 |
freemangordon | to map file name to desktop id | 20:42 |
freemangordon | and if that fails, then use basename as a fallback | 20:42 |
Wizzup | looks like glib has a big though | 20:43 |
Wizzup | bug | 20:43 |
freemangordon | mhm | 20:43 |
Wizzup | so we have a way to fix it already | 20:43 |
freemangordon | I have an idea how to fix it | 20:43 |
freemangordon | it is not so simple, because the hastable in question is protected by mutexes, but I'll deal with it | 20:43 |
freemangordon | *hashtable | 20:44 |
parazyd | Surprising that glib does by have something that resolves the full path to a given desktop file | 20:44 |
freemangordon | not, it is on the opposite, but I can hack around with g_hashtable_foreach | 20:45 |
freemangordon | it maps desktop_id to filename | 20:45 |
freemangordon | that's why you see the correct desktop_id in calls to desktop_file_dir_get_app etc | 20:45 |
parazyd | Yeah | 20:46 |
freemangordon | so, shall I fix that or you have a better idea | 20:46 |
freemangordon | ? | 20:46 |
parazyd | Not rn, but I can think about it tomorrow | 20:52 |
freemangordon | I'll make a patch in the meanwhile :) | 20:52 |
parazyd | ok, cool | 20:52 |
parazyd | Pick our version btw | 20:52 |
freemangordon | hmm? | 20:53 |
freemangordon | do we have one? | 20:53 |
parazyd | Not master upstream, but the one in Devuan Beowulf | 20:53 |
freemangordon | I did apt-get source | 20:53 |
parazyd | Great | 20:53 |
parazyd | That's it | 20:53 |
freemangordon | ok | 20:53 |
uvos | well check if its fixed upstream first | 20:53 |
uvos | also gnome applications have thair own X- whatever special options in .desktop files | 20:56 |
freemangordon | already did, it is not | 20:56 |
uvos | so there must be some way to access them in glib | 20:57 |
uvos | maybe not by opening the file and parsing it yourself | 20:57 |
freemangordon | do you think gnome places stuff in applications/gnome? | 20:57 |
uvos | no | 20:57 |
uvos | but other apps do this | 20:57 |
uvos | and gnome picks them up too | 20:57 |
uvos | so something has to give here | 20:58 |
freemangordon | I am not sure I want to waste time on trying to find how $UNKNOWN app works around glib bugs | 20:58 |
freemangordon | I'd rather fix and send patch upstream | 20:59 |
freemangordon | parazyd: https://pastebin.com/FnjmaqYn | 21:54 |
freemangordon | with this clicking on pdf attachment makes it open in pdf viewer | 21:54 |
freemangordon | WTF is meson and how I use it to build glib?!? | 22:28 |
freemangordon | https://gitlab.gnome.org/GNOME/glib/-/merge_requests/2283 | 22:47 |
Wizzup | freemangordon: some hip new build system | 23:04 |
freemangordon | hip? | 23:04 |
uvos__ | popular | 23:05 |
uvos__ | lots off stuff is switching to it | 23:05 |
uvos__ | xorg for instance | 23:05 |
freemangordon | oh, because they fixed all the other issues it seems | 23:05 |
uvos__ | its not bad really | 23:05 |
freemangordon | I see | 23:05 |
freemangordon | and what is wrong with make? lemme guess, it is old, right? | 23:06 |
uvos__ | no make is way to basic | 23:06 |
uvos__ | who uses plain make? | 23:06 |
freemangordon | me? | 23:06 |
uvos__ | plain make dosent really scale well... | 23:06 |
freemangordon | ok | 23:06 |
uvos__ | so most use something on top of make | 23:06 |
uvos__ | like cmake or autotools | 23:06 |
uvos__ | meson is really the idea that if everyone uses something else to generate make files | 23:07 |
freemangordon | so we have CMake, autofu, meson/ninja, qmake... what else? | 23:07 |
uvos__ | make dosent really need to exist since its just a midle man | 23:07 |
uvos__ | other than tose you named all other build systems are pretty niche | 23:08 |
freemangordon | ah, and lets not forget M$ build system | 23:08 |
uvos__ | unless you include language specific build systems | 23:08 |
freemangordon | but yeah, I guess sript kiddies need to feel useful | 23:09 |
freemangordon | sorry, was dealing with angularjs lately :) | 23:09 |
uvos__ | i dont see why the existance of multiple buildsystems would cause ire | 23:09 |
uvos__ | i mean lots of languages also exist | 23:09 |
uvos__ | its kinda the same | 23:10 |
freemangordon | sorry, as I said I am grumpy because of angularjs shit, kinda looks the same | 23:11 |
freemangordon | reinventing the wheel over and over, but each time with less angles | 23:11 |
Wizzup | try building tensorflow | 23:13 |
Wizzup | you'll appreciate even meson | 23:13 |
uvos__ | why what build system dose that use? | 23:13 |
freemangordon | uvos__: see, glib has 874 open issues and 58 merge requests pending, is it really the build system of such a high priority so they must change it before fixing all the bugs? | 23:13 |
Wizzup | uvos__: bazel | 23:14 |
uvos__ | freemangordon: idk maybe the existing system showed some kind of defficancy | 23:14 |
freemangordon | autotools? I doubt | 23:15 |
uvos__ | autotools certenly has its rough edges | 23:15 |
freemangordon | anyway | 23:15 |
uvos__ | especcaly in multiplat | 23:15 |
freemangordon | ok, could be, I don;t know meson so maybe it is better | 23:15 |
freemangordon | still, 874 open issues | 23:16 |
Wizzup | just more to learn and remember for our overloaded brains :) | 23:16 |
freemangordon | yeah | 23:16 |
uvos__ | lets reimplment hildon in rust | 23:17 |
freemangordon | :D | 23:17 |
freemangordon | no, in angularjs/nodejs, that way we will be sure noone knows what happens | 23:18 |
freemangordon | and we can bet before first time we start h-d on how long it will take for it to start - 2 or 3 days :) | 23:19 |
uvos__ | :P | 23:19 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!