Time |
Nick |
Message |
00:02 |
|
blaaaaargh joined #minetest-dev |
02:17 |
|
Guest45890 joined #minetest-dev |
02:19 |
|
diemartin joined #minetest-dev |
02:29 |
|
darkrose joined #minetest-dev |
02:45 |
|
hmmmm joined #minetest-dev |
03:15 |
|
colin_ joined #minetest-dev |
03:16 |
|
mrtux_ joined #minetest-dev |
03:46 |
|
mrtux joined #minetest-dev |
03:51 |
|
Weedy_lappy joined #minetest-dev |
04:01 |
|
mrtux joined #minetest-dev |
04:07 |
|
proller joined #minetest-dev |
04:32 |
|
ch98 left #minetest-dev |
04:58 |
|
mrtux joined #minetest-dev |
05:11 |
|
darkrose joined #minetest-dev |
05:39 |
|
sapier joined #minetest-dev |
05:39 |
|
sapier left #minetest-dev |
06:52 |
|
Weedy joined #minetest-dev |
06:52 |
|
Weedy joined #minetest-dev |
06:55 |
|
Weedy_lappy joined #minetest-dev |
07:26 |
|
Akien joined #minetest-dev |
07:42 |
|
Weedy joined #minetest-dev |
07:59 |
|
Weedy joined #minetest-dev |
08:00 |
|
Weedy_lappy joined #minetest-dev |
08:02 |
|
nore joined #minetest-dev |
08:08 |
|
Ritchie joined #minetest-dev |
08:21 |
|
ydooW joined #minetest-dev |
08:29 |
|
Guest56734 joined #minetest-dev |
08:36 |
|
kaeza joined #minetest-dev |
09:53 |
|
proller joined #minetest-dev |
10:26 |
|
VanessaE joined #minetest-dev |
10:58 |
|
nore joined #minetest-dev |
11:53 |
|
troller joined #minetest-dev |
12:00 |
|
proller joined #minetest-dev |
12:14 |
|
hmmmm joined #minetest-dev |
12:20 |
|
ImQ009 joined #minetest-dev |
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 |
13:58 |
|
proller joined #minetest-dev |
14:03 |
|
proller joined #minetest-dev |
14:23 |
|
e1z0 joined #minetest-dev |
14:28 |
|
e1z0 joined #minetest-dev |
14:36 |
|
zat joined #minetest-dev |
14:41 |
|
PilzAdam joined #minetest-dev |
14:42 |
|
proller joined #minetest-dev |
14:50 |
|
troller joined #minetest-dev |
14:59 |
|
Jordach joined #minetest-dev |
15:02 |
|
proller joined #minetest-dev |
15:19 |
|
Gethiox joined #minetest-dev |
15:22 |
|
werwerwer joined #minetest-dev |
15:36 |
|
IceCraft joined #minetest-dev |
15:48 |
|
Calinou joined #minetest-dev |
15:51 |
|
iqualfragile joined #minetest-dev |
16:04 |
|
Ritchie joined #minetest-dev |
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 |
16:50 |
|
sapier joined #minetest-dev |
17:31 |
|
BlockMen joined #minetest-dev |
17:32 |
BlockMen |
ok, #928 is rebased now |
17:36 |
BlockMen |
also, is #963 fine? |
17:48 |
|
Zeitgeist_ joined #minetest-dev |
17:50 |
|
ImQ009_ joined #minetest-dev |
17:53 |
|
ImQ009 joined #minetest-dev |
18:03 |
|
sapier1 joined #minetest-dev |
18:42 |
|
proller joined #minetest-dev |
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 |
19:50 |
|
zat joined #minetest-dev |
20:02 |
|
smoke_fumus joined #minetest-dev |
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 |
|
NakedFury joined #minetest-dev |
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 :-/ |
21:57 |
|
BlockMen left #minetest-dev |
22:47 |
|
sapier1 left #minetest-dev |
23:18 |
|
zat1 joined #minetest-dev |