Time Nick Message 12:21 nore I have a minor bug to report: 12:22 nore when you exit "Client" tab from mainmenu, and you go there again, the port is saved but not the address 12:22 nore both should be saved, or none of them 16:49 kahrl nore: I believe that's a known bug 16:49 kahrl fixed by #846 16:50 kahrl I really should review that some day... not easy with job+uni :P 17:32 BlockMen ok, #928 is rebased now 17:36 BlockMen also, is #963 fine? 19:25 * Sokomine throws #944 into the channel and hopes to catch someone who's familiar with the moving around of inventory 19:29 Sokomine remaining suspects (that is, people who seem to have worked on the relevant code and thus know it well) seem to be celeron55 and kharl 19:31 Sokomine does anyone know why it was handled the way it currently is? that is: take something out of a metadata inv, place on an occupied stack in your inv -> stack that used to be in your inv now sticks to mouse pointer, but is internally moved to the metadata inv 20:09 sapier1 thexyz did you know vs is not supported by gettext anymore? 20:09 thexyz no 20:10 thexyz and what's your point? 20:10 sapier1 we're stuck to old gettext version for vs builds unless we want to maintain them by ourselfs 20:11 thexyz you mean, newer version don't compile or what? 20:12 thexyz I probably just don't understand something 20:13 thexyz what new features could be added to gettext anyway 20:13 sapier1 as you know I'm trying to build as much as possible with a single toolchain 20:13 sapier1 mingw32 is finished only thing missing is openal and directx ... later one obviously can't be done ;-) 20:14 sapier1 on vs2012 I'm missing additionally gettext 20:14 thexyz wait, so it doesn't compile after all? 20:14 sapier1 and reading the windows build instructions shows the gettext maintainers don't even try to make it build on vs 20:15 sapier1 difficult to even try without build scripts ;) 20:17 thexyz dunno what's the problem; I just used gnuwin32 builds and those were released more than 8 years ago, apparently 20:17 sapier1 as I said we're stuck to old versions 20:17 thexyz okay, okay, fine 20:18 sapier1 that's no problem by definition it's just ... not so nice ;-) 20:18 thexyz okay 20:19 thexyz ping me in 5 years after they add a feature we will need 20:19 sapier1 I'm not concerned about features but bug/security fixes ... gettext may be in input path 20:20 thexyz yeah sure whatever 20:22 sapier1 ok if this isn't an issue for anyone else I don't use windows too :-) 20:27 thexyz I don't see any issue with it 20:28 sapier1 imho unsupported libraries are always an issue especialy if we can't build at least similar versions for different os 20:28 thexyz but if you feel like spending time on what no one will find particularly useful then feel free to do it 20:30 sapier1 quick solution would be to use mingw for official builds so official windows and linux builds match more closly 20:30 sapier1 but mingw build is less user friendly 20:31 thexyz hm? 20:31 sfan5 less user friendly? 20:31 sapier1 a little bit more libs to build yourself 20:31 sapier1 no gui 20:31 sapier1 things like that 20:31 thexyz wait, wait 20:32 thexyz you said *user* friendly 20:32 thexyz this is unclear; I assume you meant developer friendly 20:33 sfan5 users don't compile things (atleast windows users) 20:33 sapier1 yes in this particular case user == person to do a build 20:34 thexyz I'm not following; you didn't say that we will drop VS builds, you did say "use mingw for official builds"; how's that related? it's not like VS builds will stop working because of that 20:34 thexyz I'm also not sure about performance impact; will there be any significant difference? 20:35 BlockMen i dont want interrupt your discussion, but to all devs: is there a chance that #928 becomes part of 0.4.8? AFAIK it was already part of the milestone a few weeks ago 20:35 sapier1 no of course not but we could spare resources to find build issues that are vs only 20:35 thexyz hmm.. hmm.. most of time those VS only issues were actual issues 20:36 thexyz like using "and" instead of "&&" 20:36 thexyz or that thing with struct/class declaration 20:37 sapier1 I don't know of any specific vs issue but I doubt we ever did testbuilds on all vs versions ;-) 20:37 thexyz we've never done test builds on all GCC versions too 20:37 thexyz shall we do them? 20:37 sapier1 I'm not even sure this is relevant at all I guess there aren't many ppl out there doing windows builds 20:38 sapier1 the difference is we most likely get all gcc versions due to developers using various versions of linux os 20:38 thexyz indeed so why talk about it? 20:38 thexyz "all" sure, of course 20:39 thexyz linux os, too, various versions 20:39 thexyz this conversation is pointless; what do you want? drop VS support or what? 20:39 thexyz then what's the reason 20:40 sapier1 what I actually want is list of build configurations we support ... "everything that builds minetest" is as usefull as nothing 20:40 sapier1 it could mean once a build error occurs that toolchain isn't supportet as well as we support everything ;-) 20:41 thexyz what do you mean by "list of build configurations" 20:41 sapier1 e.g. minetest build is supported for 20:41 sapier1 VS2010 20:41 sapier1 gcc 4.8.x 20:41 sapier1 clang? 20:41 sapier1 mingw 0.6.2 20:43 sapier1 maybe I'm wrong but if we had a list like that we could run automated tests 20:43 sfan5 we need more than just a list 20:43 sfan5 we need a windows machine that is always available to do tests 20:43 sapier1 of course the list is just a beginning 20:44 sfan5 and that is what we don't have 20:44 sapier1 does anyone know about a ci framework? 20:45 sapier1 I'd be glad to setup a ci env to use my windows build vm but without automated git pull request build and web frontend it's pointless 20:46 sfan5 someone could write a web frontend and stuff 20:47 thexyz for linux we have https://travis-ci.org/minetest/minetest 20:47 sapier1 I know that's what I had in mind to do for windows too 20:47 thexyz yeah have fun 20:48 sapier1 that's why I was asking for a ci framework ;) 20:49 sapier1 git as well as build integration for mingw are not a big deal but I'm a lousy webdesigner ;-) 20:51 sapier1 great outdated gettext build seems to be fine while current supported freetype lib fails to link 20:55 thexyz yeah I once tried to make something like that 20:55 thexyz it was able to output build log in real time 20:55 thexyz and then I just got tired of it 20:56 thexyz I used vs to do the build though 21:01 sapier1 great vs doesn't even build correct binaries 21:01 sapier1 CreateFile2 not found in kernel32.dll :-/