--- Log opened Wed Dec 26 00:00:26 2018 20181226 00:44:47-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc] 20181226 00:47:06-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-umc-dev 20181226 01:33:45-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc] 20181226 02:34:14-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-umc-dev 20181226 02:53:20-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc] 20181226 04:04:01-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-umc-dev 20181226 04:47:54-!- celticminstrel is now known as celmin|sleep 20181226 06:51:29-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-umc-dev 20181226 11:57:30-!- vn971 [~vasilii@ip-213-127-111-47.ip.prioritytelecom.net] has quit [Ping timeout: 272 seconds] 20181226 12:08:32-!- vn971 [~vasilii@2a02:a451:aaa9:1:c774:2d32:1da9:62e] has joined #wesnoth-umc-dev 20181226 12:47:56-!- vn971 [~vasilii@2a02:a451:aaa9:1:c774:2d32:1da9:62e] has quit [Quit: Leaving.] 20181226 13:31:18-!- celmin|sleep is now known as celticminstrel 20181226 20:39:48-!- vn971 [~vasilii@2a02:a451:aaa9:1:c774:2d32:1da9:62e] has joined #wesnoth-umc-dev 20181226 20:40:57< vn971> Ouch.:( 20181226 20:41:15< vn971> Advertised wesnoth to a friend, he decided to try install. 20181226 20:42:37< vn971> finding proper installation instructions was pretty hard (there are multiple download articles it seems?). Tried to install via `apt-get`. In the end found out that wesnoth is still 1.12, even on the latest stable Ubuntu version.:( 18.04 LTS. 20181226 20:43:11< vn971> they do not have Steam, so it was probably a not very convenient option. 20181226 20:43:33< vn971> not sure if I should've tried to advertise flatpak. But 1.12 I was not expecting at all.:( 20181226 20:44:11< vn971> Does anybody know why Ubuntu doesn't update? There's a security vulnerability in 1.12.6... 20181226 20:45:19< celticminstrel> You'd have to ask the Ubuntu packagers. 20181226 20:46:00< vn971> celticminstrel: fair. Though still a sad situation -- not sure if we can/should push it once again. 20181226 20:46:19< Ravana> flatpak works for playing, but is completely useless for developing 20181226 20:46:59< vn971> Ravana: well considering the vulnerability and outdated version with almost no players on it -- still may make sense. 20181226 20:48:37<+wesdiscordbot> vn971, in Debian there's a separate wesnoth-1.14 package. Could be that wesnoth is 1.12 but a wesnoth-1.14 is available in parallel 20181226 20:48:52< Ravana> did you see https://github.com/vgaming/CreepWars/issues/2? 20181226 20:50:13< vn971> josteph: seems that 1.14 is not available at all on ubuntu-18.04, unfortunately: https://packages.ubuntu.com/search?keywords=wesnoth&searchon=names&suite=all§ion=all 20181226 20:50:30<+wesdiscordbot> vn971, celmin, 1.14.0 was tagged on April 26. That's way too late to be included in ubuntu 18.04 20181226 20:50:50<+wesdiscordbot> vn971, maybe via backports / PPAs then 20181226 20:50:55< vn971> Ravana: oh, I didn't. Strange. Thanks for the heads up! 20181226 20:51:36< vn971> @josteph: but there was a security vulnerability.. I think it changes priority of things. 20181226 20:51:41<+wesdiscordbot> 1.14 is in Debian stable-backports and in Debian testing - I don't know how these map to ubuntu repositories 20181226 20:52:51<+wesdiscordbot> vn971, as I said, I think Debian backported the security patch to 1.12. @sevu might know 20181226 20:52:54< vn971> Ravana: could it be some other add-on? Basically I haven't touched CreepWars for long, should be stable and solid by now.. 20181226 20:53:28< Ravana> certainly could, but it is creep war that has dodgy code 20181226 20:53:34< Ravana> check that irc log 20181226 20:53:47< vn971> Ravana: 'k, checking now. 20181226 20:54:30<+wesdiscordbot> vn971, https://tracker.debian.org/news/999994/accepted-wesnoth-112-11126-1deb9u1-source-all-amd64-into-proposed-updates-stable-new-proposed-updates/ 20181226 20:59:13< vn971> @josteph: thanks, I see. Great! 20181226 21:00:38< Ravana> its OOS, but it doesn't visibly change gamestate, so that while clients disagree about game internals, people can play 20181226 21:01:46< vn971> Ravana: acknowledged, the code is bad there. Thanks the heads-up on that as well. 20181226 21:03:01< vn971> Ravana: Yup, seems so. Though I thought people won't have OOS unless some other add-on does something fishy as well. But I shouldn't rely on undefined behavior anyway. 20181226 21:06:44< Ravana> it seems to depend on some specifics 20181226 21:06:55< Ravana> like I wrote, didn't happen between MDK and myself 20181226 21:12:38< vn971> Ravana: yes. Also, after some considerations, I understood that the code is not safe to re-loading the game as well, if there are tricky Era units (like in Ageless). 20181226 21:12:38< vn971> Basically Ageless has one robotic unit that can "kickback" (or how it's called) enemy units, moving them to a different hex. Reloading a game after guard was moved will result in a new guard created in castle in place of the old one. 20181226 21:13:01< Ravana> yes 20181226 21:13:12< Ravana> though I would have thought I disabled it in rpg 20181226 21:13:50< Ravana> > Units cannot be knocked back into an occupied hex, out of villages or onto terrain they normally could not move to. 20181226 21:13:55< Ravana> for guard should be covered by this 20181226 21:14:47< Ravana> though no leader or rpg check there 20181226 21:21:04< vn971> Ravana: guard can move everywhere though -- it just has 0 MP. 20181226 21:21:39< vn971> Ravana: since we speak about it, if you could implement checking for 0MP as well, it'd be very nice.) 20181226 21:21:43< Ravana> some version ago, ageless would have given them quick then 20181226 21:21:57< Ravana> (leader with less than 5 mp) 20181226 21:22:06< vn971> Ravana: I prevent that, so it doesn't happen. 20181226 21:22:13< loonycyborg> vn971: flatpak is totally worth a try 20181226 21:22:17< vn971> Ravana: yeah, I remember the story though, if you mean that.) 20181226 21:22:23< loonycyborg> it might even work in pure gui way 20181226 21:22:33< vn971> loonycyborg: will it get updates automatically? Or it'll run the same version? 20181226 21:22:37< loonycyborg> you just go to flathub and install it from there 20181226 21:22:44< loonycyborg> it can get updates 20181226 21:22:52< loonycyborg> but I'm not sure how you trigger it via gui 20181226 21:22:57< loonycyborg> probably depends on distro 20181226 21:23:00< Ravana> added to https://github.com/ProditorMagnus/Ageless-for-1-14/issues/1 20181226 21:23:08< vn971> loonycyborg: oh wow, cool.:) I'll see if I'll have luck with my friend and this approach.) 20181226 21:23:09< Ravana> will start implementing them in few days 20181226 21:23:09< loonycyborg> I do "flatpak update" via command line 20181226 21:23:18< vn971> Ravana: thanks! Nice!:) 20181226 21:23:20< loonycyborg> try it yourself too 20181226 21:23:38< loonycyborg> I didn't try it via gui, was only using command line 20181226 21:24:58< loonycyborg> https://flathub.org/apps/details/org.wesnoth.Wesnoth 20181226 21:25:12< Ravana> my flatpak version is 1.14.3 20181226 21:25:20< vn971> OK, I think that simply moving my whole lua file invocation to "prestart" fixes the problem. At least it works in simple offline test I've made. I'll upload a new CreepWars version with the fix now then. 20181226 21:25:35< Ravana> test reload 20181226 21:25:59< Ravana> that is most likely to show if something too much was moved away from preload 20181226 21:27:33< loonycyborg> currently wesnoth 1.14.5 is on flathub 20181226 21:27:39< vn971> too late, uploaded (thanks to quick command line) :D I'll test now though. 20181226 21:28:35< vn971> Ravana: works good :thumbs_up: 20181226 21:29:01< vn971> // pushed to git as well 20181226 21:41:23-!- vn971 [~vasilii@2a02:a451:aaa9:1:c774:2d32:1da9:62e] has quit [Quit: Leaving.] 20181226 22:47:07-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds] 20181226 23:20:38<+wesdiscordbot> do any events fire before creating the scenario start autosave? I mean HttT-Foo.gz, not HttT-Foo-AutoSave1.gz --- Log closed Thu Dec 27 00:00:07 2018