[01:37:40] --- DominusExult is now known as Dominus
[08:16:56] <Dominus> BrainChild!!!!
[08:18:09] <Dominus> so far no plans for aTV. Only the other day there is a tentative gamecontroller code fork that could be incorporated so movement works
[08:18:43] <Dominus> but working with item handling is hard :)
[20:19:57] <Marzo> ES officially no longer depends on glade
[20:20:21] <Marzo> I mean, libglade
[20:20:44] <Marzo> We still have a glade file, but it is used by GtkBuilder instead, which is part of Gtk
[20:21:49] <Marzo> I suppose we could follow general practice and rename it to a .ui file
[20:24:49] <Marzo> Dominus: what is the command in macports to install Gtk (as opposed to libglade)?
[20:24:59] <Dominus> but we still depend on libglade through gtk? (because the lib is still a dependency)
[20:25:36] <Marzo> Nope, libglade is separate from Gtk
[20:25:48] <Marzo> Gtk does not depend on it
[20:26:23] <Marzo> I am guessing it would be "sudo port install gtk2"?
[20:26:52] <Dominus> "sudo port install gtk2"
[20:26:56] <Dominus> :)
[20:27:17] <Dominus> actually gtk2 +x11
[20:27:48] <Dominus> because of the communication between exult and studio we need x11 sadly
[20:28:35] <Marzo> Does +x11 affect only one package or all in the line?
[20:28:55] <Dominus> it affects everything,
[20:28:58] <Marzo> I am asking because the Travis script already installs libsdl2 with +x11
[20:29:07] <Dominus> in fact you need to build sdl2 with +x11, too
[20:29:09] <Marzo> So I can just put gtk2 there
[20:29:25] <Dominus> it *should* pick it up
[20:29:38] <Marzo> I will leave most of the documentation for you
[20:30:16] <Dominus> the more native quartz is lacking the communication bit sadly. I got Exult Studio to compile with quartz but had to cut some XWIN stuff and it didn't communicate anymore
[20:30:26] <Dominus> right :)
[20:36:29] <Marzo> Next step is convert a ton more of deprecated widgets and move to gtk3
[20:48:57] <travis-ci> exult/exult#346 (master - 6eb7079 : Marzo Sette Torres Junior): The build was broken.
[20:48:57] <travis-ci> Change view : https://github.com/exult/exult/compare/c5bd46ac1300...6eb7079e1ad1
[20:48:57] <travis-ci> Build details : https://travis-ci.org/exult/exult/builds/686744855
[21:11:07] <travis-ci> exult/exult#348 (master - 11a3a45 : Marzo Sette Torres Junior): The build was fixed.
[21:11:07] <travis-ci> Change view : https://github.com/exult/exult/compare/6eb7079e1ad1...11a3a4575dab
[21:11:07] <travis-ci> Build details : https://travis-ci.org/exult/exult/builds/686752736
[21:21:53] <Marzo> Dominus: Travis building on OSX and Linux without installing any libglade stuff :)
[21:22:04] <Dominus> yay :)
[21:22:34] <Dominus> and yes just did a Windows dist as well, without the libglade stuff
[21:23:04] <Dominus> ever since using the newest libs and stuff Exult Studio does seem snappier on Windows :)
[21:23:59] <Dominus> I think Kirben is doing snapshots again. There are new snapshots from this morning and I didn't do those, I think
[21:24:55] <Marzo> Snapshots from master?
[21:25:11] <Marzo> In any case, this would be a yay
[21:25:16] <Dominus> though I might have... I was in a phone conference and did things on the side, probably not paying attention to either :)
[21:25:30] <Dominus> I've put up snapshots in the last two days
[21:25:58] <Dominus> hence my work on the makefile.mingw and the inno setup scripts
[21:26:02] <Marzo> I believe we are now shipping slightly less dlls for ES
[21:26:13] <Marzo> Due to no longer needing libglade
[21:26:15] <Dominus> yes, two or three :)
[21:26:25] <Dominus> libglade and libxml
[21:26:37] <Marzo> Hm, interesting
[21:26:48] <Marzo> So Gtk has an internal xml parser
[21:26:58] <Dominus> yes, I wondered why no need for libxml2 anymore
[21:28:02] <Marzo> Ah, it is in glib actually: https://developer.gnome.org/glib/stable/glib-Simple-XML-Subset-Parser.html
[21:28:19] <Dominus> pfff... I did those snapshots... I'm just not a morning and video/phone conference person...
[21:29:21] <Marzo> Simplified xml parser, which gains speed due to being simplified
[21:30:24] <Dominus> so is there a chance to get the Windows build files from travis or that other thing? It would be nice to be able to script snapshots somehow...
[21:31:05] <Marzo> There is a way, yes: https://www.appveyor.com/docs/packaging-artifacts/
[21:31:40] <Marzo> There is even a more directed version: https://www.appveyor.com/docs/deployment/github/
[21:36:13] <Dominus> so, if we were to change in makefile.mingw the DISTPATH to "./dist" and have it run "makefile.mingw dist studiodist toolsdist" we could select the folder .dist as artifact
[21:37:16] <Marzo> For example, yes
[21:39:24] <Marzo> We may actually want to change a few variables from := to ?= in that makefile
[21:39:40] <Marzo> That way, we can specify them without having to edit the makefile
[21:39:56] <Dominus> I was wondering about that :)
[21:40:39] <Marzo> Also, we may want to have a separate folder for the artifacts, and zip the contents of the dist folders instead
[21:40:46] <Dominus> that could be nicely scriptable. my os x buildbot runs after getting a commit email, then let it delay for a bit, grab the artifact, unzip it, run the inno setup command line tool, and then upload the installers. what could go wrong? :)
[21:41:45] <Marzo> Hm: https://www.appveyor.com/docs/windows-images-software/
[21:41:49] <Dominus> Also, we may want to have a separate folder for the artifacts, and zip the contents of the dist folders instead <- yes, that works, too
[21:41:53] <Marzo> They have Inno Setup pre-installed
[21:42:36] <Marzo> So who knows, maybe even running the Inno Setup command line tool and have the generated exes as the artifacts
[21:42:46] <Dominus> ok that makes it even easier :)
[21:44:45] <Dominus> I'll give it some tries with the command line tool tomorrow and report back what works (I did have some unexplained problems with it with paths being wrong or it bailing on something that it didn't like but I couldn'T spot it :))
[21:44:46] <Marzo> I just wonder at what frequency we should actually update the snapshots in the downloads page
[21:45:08] <Marzo> Most likely not on every commit
[21:45:39] <Dominus> yeah, my script just works on every commit but that makes a mess sometimes
[21:46:32] <Dominus> a good approach would be x time after last commit :)
[21:46:41] <Marzo> Hm. Sadly, Sourceforge does not accept cron jobs in their servers
[21:46:46] <Dominus> yes
[21:47:40] <Dominus> they even restricted the shell now to not allow internet stuff
[21:47:57] <Marzo> I also seem to remember it being more painful to update SF side due to some added restrictions some time ago?
[21:48:11] <Dominus> no more updating the webpage via git from our git repository
[21:48:48] <Marzo> Ah, yes, that was it
[21:49:14] <Dominus> (or as I learnt not even from their own svn repositories)
[21:49:38] <Marzo> It has to be through scp or ftp, right?
[21:49:45] <Dominus> right
[21:50:23] <Dominus> anyway, I need to get to sleep. looking forward to the gtk3 stuff :)
[21:50:25] <Marzo> That is annoying
[21:50:31] <Marzo> Good night