Time Nick Message 00:08 acerspyro W31 00:08 acerspyro :P 00:30 kaeza you could theoretically run it under MS-DOS (there are versions of MesaGL and pthreads for MS-DOS, AfAIK) 00:31 acerspyro lol 00:31 acerspyro Would it run better? 00:31 acerspyro Since it's the only process on the CPU 00:31 kaeza dunno... would 640K be enough here? :P 01:05 VanessaE hmmmm: I just realized, there are quite a few "milestone" issues for 0.4.12 also... 01:05 VanessaE in addition to those couple of "high priority" bugs 01:05 VanessaE some of these I recall were milestones for 0.4.11 and got pushed back 06:19 Zeno` https://github.com/Zeno-/minetest/commit/18bc1a49289277844283c49faabf31122d759326 06:19 Zeno` fix one problem and create another 06:20 Zeno` local map saving for a local server is always going to overwrite the previous map/world save 06:21 Zeno` is there a way to robustly check if the server being connected to is local or not? 06:27 Zeno` oh, duh 06:30 sfan5 Zeno`: i gave you a patch 06:30 sfan5 didn't that one fix it? 06:30 Zeno` which one was that again? 06:30 sfan5 http://sprunge.us/HjZO?diff 06:30 Zeno` ugh, I'd forgotten about that... was 5AM at the time 06:31 sfan5 I'm pretty sure that one fixes it 06:31 sfan5 actually 06:31 sfan5 let me test it right now 06:33 Zeno` well, the question that leads on from that is "should local map saving be enabled for local servers?" 06:36 Zeno` https://github.com/Zeno-/minetest/commit/91e45dc8fda9c62cfcda672820ca6fe5fe77dcf4 <-- updated 06:36 Zeno` perhaps both our patches are necessary? 06:36 sfan5 it should probably not be enabled 06:37 Zeno` my newly updated patch fixes that 06:37 Zeno` I'll have to rename a few vars (just for nicety) 06:38 Zeno` var names* 06:38 sfan5 I'd say it's expected behaviour that it saves the local map in local server mode 06:39 sfan5 (because the local server mode behaves just like a seperate server & client) 06:39 sfan5 the question is whether this makes sense to the users 06:40 sfan5 meh 06:40 sfan5 I have to go now 06:40 sfan5 bbl 06:42 Zeno` I dunno if it makes sense. The main problem is that if they join a different local game/server it's going to have the same name as any other saved map (e.g. server_127.0.0.1_port) 06:42 Zeno` so none of the local saves are going to really be valid 06:47 Zeno` will create PR anyway so it can be discussed 06:48 Zeno` @2234 06:48 Zeno` #2234 06:48 ShadowBot https://github.com/minetest/minetest/issues/2234 -- Fix local map saving when joining a local server from the server tab by Zeno- 07:14 Zeno` Does anyone know what this line is for: https://github.com/minetest/minetest/blob/master/src/util/string.cpp#L100 08:18 hmmmm > If max characters are successfully translated, the resulting string stored in dest is not null-terminated. 08:19 Zeno` Well, it's not possible in this case but I guess it can't hurt 08:19 hmmmm in any case I don't quite understand why it's assumed the wide string variant would be the same size as the narrow string 08:19 hmmmm oh nevermind, it's not 08:20 hmmmm ok gotta go 08:20 Zeno` O/ 09:07 celeron55 01:03:40 <+hmmmm> are you guys okay with dropping windows 2000 support? 09:07 celeron55 this is perfectly okay in my opinion 09:08 celeron55 i would be surprised if it worked on w2k to begin with; at least zlib's official windows builds don't support w2k 09:39 twoelk there are probably still servers running w2k, the company I work at updated only a while ago, may not be the relevant user group though ;-P 09:41 celeron55 seriously, w2k is 15 years old 09:41 sfan5 wait what 09:41 celeron55 that's older than half of our users 09:41 sfan5 were we supporting w2k before? 09:42 celeron55 i dropped support for w2k years ago in minetest, but it might have come back in some builds that people have been making, i don't know 09:43 sfan5 i don't know whether my builds work in windows 2000 either 09:46 twoelk I would consider w2k a security risk, so don't support it :D 09:47 twoelk I'm reluctant to say that of XP though although I should know better :( 14:12 Zeno` sfan5 did you get a chance to look at my PR? 14:12 nrzkt release was delayed ? 14:12 sfan5 Zeno`: link again please 14:13 sfan5 nrzkt: it seemed that nobody wanted to releases yesterday, so i incremented the date 14:13 Zeno` I think maybe "Local map saving disabled for local server." should be ""Local map saving disabled because server is not remote" 14:13 Zeno` #2234 14:13 ShadowBot https://github.com/minetest/minetest/issues/2234 -- Fix local map saving when joining a local server from the server tab by Zeno- 14:13 nrzkt why wait ? there are no commit and nobody warns about a critical bug ? 14:13 nrzkt i think uses a jenkins to make the release can be helpful to evade those problems :) 14:13 sfan5 what? 14:13 Zeno` I think hmmmm wants to investigate the SP thing a bit more 14:14 nrzkt then all devel are blocked since 2 weeks because of a bug 14:14 nrzkt please branch a real devel version to accepting pull request or create a release branch on github 14:14 nrzkt :( 14:14 Zeno` a branch would be nice... 14:14 sfan5 Zeno`: IMO it doesn't need to log anything 14:15 Zeno` sfan5, so just return? 14:15 sfan5 nrzkt: there are still some things we want to get fixed 14:15 sfan5 Zeno`: yup 14:15 nrzkt fix in on a separated branch 14:15 nrzkt and accept pull requests for master :) 14:15 Zeno` ok, well I'll combine it with the previous conditional then 14:15 sfan5 nrzkt: that won't make any difference 14:16 nrzkt pull requests accepted, cleanup in the pr and issue tree 14:16 nrzkt and release not blocked because the state was saved 14:16 sfan5 it does not matter whether some pulls are merged today or tomorrow (after the release) 14:16 sfan5 Zeno`: //std::string world_gameid = getWorldGameId(world_path, false); can be deleted 14:16 nrzkt in fact i'm waiting since two weeks because of the release, i'm working on networking rework and i'm blocked in my devel 14:16 Zeno` sfan5, yeah I wondered about that 14:16 nrzkt i can do more but PR must be done separate 14:17 sfan5 why can't you work on networking code just because we are in feature freeze? 14:17 nrzkt i work on it, but i need review 14:17 nrzkt and my first PR must be accepted to send my second because they are dependant 14:17 Zeno` ok, new version pushed 14:17 nrzkt and if i must do a third PR it will be unmaintanable 14:18 nrzkt i must rebase each branch to the next pr it's a pain 14:18 sfan5 so you suggest that we split the minimal amount of people that are here into "reviewing PRs for after-release" and "doing release"? 14:18 nrzkt nobody do nothing for release in fact, we are waiting hmmmm 14:18 Zeno` nrzkt, if we were not in a feature freeze I don't think this would be much of an issue 14:18 nrzkt and PR are increasing whereas many are accepted for release, and merge could be difficult because somes may conflict 14:19 Zeno` I'm not sure what we're waiting on though... the SP issue is a guess 14:19 nrzkt feature freeze = release branch freeze :) 14:19 sfan5 if we merge PRs on a seperate branch we need to rebase that seperate branch then 14:19 nrzkt not, all devel must go to home, we don't want you :p 14:19 sfan5 will be difficult too 14:19 nrzkt no if the process is correct 14:20 nrzkt i must go home, have a nice day :p 14:20 sfan5 Zeno`: "address_name" what? the name of an address? 14:20 Zeno` couldn't think of a better name :) 14:21 Zeno` like.... freenode.net 14:21 sfan5 address_s (-> address as string) 14:21 Zeno` address only stores the resolved name 14:21 sfan5 hm 14:21 sfan5 does that matter? 14:21 sfan5 nvm 14:22 sfan5 Zeno`: maybe also s/is_local_server/is_local_game/ 14:22 sfan5 hm 14:23 sfan5 s/is_local_server/local_server_mode/ 14:23 sfan5 i think that would be clearer 14:24 Zeno` ok 14:25 Zeno` what about hostname instead of address_name 14:25 sfan5 it isn't guaranteed to be a hostname, but i guess that name is ok 14:26 Zeno` it's probably better than address_name, hehe 14:27 Zeno` new version pushed 14:28 Zeno` err wait 14:29 Zeno` ok, pushed 14:30 sfan5 you did the exact opposit of what i intended 14:30 Zeno` I did? 14:30 sfan5 Zeno`: s/is_local_server/local_server_mode/ in game.cpp, leave client.cpp alove 14:30 sfan5 alone* 14:31 sfan5 client.cpp gets whether the game is local 14:31 sfan5 the var. in game.cpp says whether it is a local_server (it's not true for simple singleplayer) 14:32 Zeno` well, it is in a way... but changing 14:33 Zeno` like that? 14:35 sfan5 yeah, thats what i meant 14:36 Zeno` cool 14:36 Zeno` that does make more sense actually 14:36 sfan5 looks good, merge it 14:40 Zeno` during feature freeze? 14:40 sfan5 it's a bugfix 14:40 Zeno` hmm, yeah should be ok... it's a bug fix 14:40 Zeno` yep 14:40 Zeno` ok, merginf 14:41 Zeno` thanks 14:51 shadowzone Just curious, I didn't get a definitive yes or no on merging my commit. 14:56 Zeno` I don't think there will be a definitive yes or no until after the feature freeze 15:00 Zeno` the feature freeze will be over before yesterday 15:02 shadowzone Okay 15:22 kilbith forum table is fucked up when someone ignored has posted: https://lut.im/Qg7JjsiK/AThJFdbG 15:27 shadowzone Do anyone know this mean? "AL lib: (EE) MMDevApiOpenPlayback: Device init failed: 0x80070490" Got it when launched MT 0.4.11 15:48 kilbith [!] hmmmm: whenever you create a new world (random seed or not, whatever), the seed is always 0. 15:49 kilbith i'm up-to-date to git HEAD 15:51 hmmmm agh wtf 15:51 hmmmm it works for me and then it doesn't work for other people 15:51 hmmmm i did test this change for everyone's knowledge 15:53 kilbith i guess something broken with recent map_meta.txt fixes 15:59 kilbith hmmmm: https://github.com/minetest/minetest/issues/2233 16:34 nrzkt re ! 16:48 rubenwardy_ #2185 16:48 ShadowBot https://github.com/minetest/minetest/issues/2185 -- Fix NDT_GLASSLIKE normals by kahrl 16:48 rubenwardy_ Does that count as a bug fix? It has been approved by two core devs. 16:48 nrzkt it's a fix. 16:49 nrzkt then it's a bug fix 16:50 kilbith rubenwardy, three even 16:50 kilbith but kahrl said after the freeze 16:52 rubenwardy Didn't know you could ignore people. Alt Tester does annoy me. 16:54 Zeno` I don't even know what the feature freeze is for 16:54 kilbith rubenwardy, go into the profile, and "Add Foe" -> ignored 16:54 rubenwardy Excellent. 16:54 Zeno` lol 16:55 Zeno` What I really meant was: what is the feature freeze trying to achieve? 16:56 rubenwardy It's supposed to stop big things being merged while bug checking is happening 16:56 Zeno` rubenwardy, I know. But what bugs? 16:56 rubenwardy ie: no optimisation added 16:56 Zeno` optimisation is not a feature :P 16:57 rubenwardy It means everything which isn't a bug fix. It could be better named. 16:58 Zeno` let me think of a better question 16:58 Zeno` What bugs needs to be fixed before the freeze is lifted? 16:59 rubenwardy https://github.com/minetest/minetest/issues?q=is%3Aopen+is%3Aissue+label%3A%22High+priority%22 16:59 rubenwardy No blockers, though 17:00 Zeno` #2023 should probably be closed 17:00 ShadowBot https://github.com/minetest/minetest/issues/2023 -- Schematic Crash 17:00 nrzkt 2023 isn't confirmed, no backtrace and no user answer. 17:00 nrzkt then the issue is dead 17:01 Zeno` hmmmm, closed a similar issue yesterday. I'm not sure it's still an issue 17:02 kilbith 2233 is obviously a blocker 17:02 rubenwardy #2233 17:02 ShadowBot https://github.com/minetest/minetest/issues/2233 -- Map Seed Default is Now Zero 17:02 shadowzone rubenwardy: I know Alt Tester 17:03 rubenwardy Yeah? 17:03 PilzAdam rubenwardy, #2185 can be merged before release 17:03 ShadowBot https://github.com/minetest/minetest/issues/2185 -- Fix NDT_GLASSLIKE normals by kahrl 17:03 rubenwardy What forum version does Minetest use? phpbb? 17:03 Zeno` PilzAdam, kahrl said he didn't want to (for some reason) 17:03 shadowzone He's the type who thinks Minetest could use a whole bunch of stuff that isn't achievable. (if that's a word) 17:04 nrzkt 2185 must be merged before release, it's a fix. 17:04 Zeno` well I'll merge it if PA agrees 17:04 Zeno` kahrl (from memory) didn't think it was suitable for merging during feature freeze 17:05 Zeno` I couldn't see why at the time, but *shrug* 17:05 Zeno` kahrl, speak now or forever be silent :P 17:06 shadowzone He might be away from keyboard. 17:06 Zeno` that's ok... that's being silent 17:06 shadowzone Speak now or forever hold your peace 17:06 PilzAdam [17:56:19] rubenwardy, I know. But what bugs? <- the feature freeze also serves as time to search for bugs 17:07 Zeno` the patch is good and has been approved by 3 coredevs (4 if you count kahrl as the author) 17:08 Zeno` PilzAdam, I know. But when do we stop searching for bugs. Stomping them all might take years :D 17:08 shadowzone Zeno`: Lol 17:13 Zeno` anyway, merged 17:13 nrzkt /clap 17:14 shadowzone *Clap* 17:21 shadowzone Just git pulled, works real well. 18:02 rubenwardy Tried fixing bug in forum theme, can't reproduce. 18:02 rubenwardy Lol 18:14 sfan5 so, do we want to release today? 18:14 nrzkt go ! 18:14 kilbith hmmmm must fix an important bug before 18:15 shadowzone Then we release? 18:19 hmmmm i can't release today 18:19 hmmmm i simply haven't been able to do the things i needed to do 18:19 hmmmm sometime over the weekend i'll be able to give minetest some love 18:19 nrzkt give it please. 18:21 nrzkt or rollback https://github.com/minetest/minetest/commit/ad690c46b10423b23d515bda0e89228b51f5b5e9 18:34 est31 VanessaE: is the issue with the hearts drawn over the inventory slots a core issue, or rather caused by non-updated lua? 18:35 VanessaE it's a core issue 18:36 est31 so I guess that should be fixed before 0.4.12. 18:36 * est31 is searching github for an according issue 18:36 VanessaE zeno and I figured it out that if you set hud_scaling to 0.70 it at least fixes it correctly for the default window size, but it doesn't auto-scale with the window when you e.g. maximize it 18:37 VanessaE 0.70 or perhaps a tiny bit smaller is the right size for 800x600, 1.0 is just about right for 1600x1200 18:37 VanessaE (with the smaller HUD, the hotbar doesn't overlap the hearts) 18:38 VanessaE however, the hearts not moving out of the way of the HUD, regardless of its size, is a different matter and I don't know if that's Lua or engine 18:42 * est31 found #2222 and has a theory 18:42 ShadowBot https://github.com/minetest/minetest/issues/2222 -- minetest.get_craft_recipe occasionally returns wrong recipes 18:46 est31 theory confirmed. 19:11 casimir Is there a chance in reverting #1707 after release? 19:11 ShadowBot https://github.com/minetest/minetest/issues/1707 -- Right mouse button behaviour for craft/inventory by Zeno- 19:16 PilzAdam it should drop single items into slots after the mouse button was released once and then re-pressed 19:17 PilzAdam this way Zeno can happily move his stacks while holding the right mouse button and everyone else can use the right mouse button to place multiple single items 19:21 casimir But this make the feature useless. In a 3x3 craft grid clicking twice to draw a line does not make much difference to click three times. The only case I use it in game it for chests and furnaces. The hold-down-and-draw behavior was very ergonomic for me. Shouldn't the bug with exchanging stacks be fixed instead? Is is annoying anyway. 19:24 VanessaE casimir: click, drag without a second click to initiate the "draw" action causes items to be dropped where you don't want them., 19:25 VanessaE such as across regular inventory slots. 19:30 casimir no problem. I changed it locally. 19:45 T4im tbh if it were configurable, I would prefer the one-click-less, too… but one can get used to both I think 22:41 VanessaE is there some reason why the daily builds PPA isn't creating builds for ubuntu 14.10? 22:42 VanessaE ( https://code.launchpad.net/~minetestdevs/+archive/ubuntu/daily-builds/+packages ) 22:42 kilbith the .deb for 14.04 is compat anyways 22:43 VanessaE fair enough 22:43 VanessaE but probably not good enough for the idiot brigade :P 23:35 Wayward_One so, what's the status on the release? 23:38 est31 Wayward_One: http://irc.minetest.ru/minetest-dev/2015-01-30#i_4136413 23:51 Wayward_One ah, ok. thank you