[13:58:46] Is there a bug filed for Echo (aka Notifications) system to become available to unregistered users? Would seem they're most newbie ones, and most needing such system. [14:01:27] gry: feel free to check or file a bug in bugzilla [14:03:44] would likely spam it a bit, hence asking here for help [14:04:11] duplicate bug reports are cheap [14:04:14] (I quite fail at finding duplicates as well as filing bugs even at projects I know well) [14:56:13] Is gitblit down? [15:03:35] ?? [16:16:49] apergos, parent5446: hello [16:17:12] Hey [16:19:30] apergos: are you here? [16:19:57] hello [16:20:07] ah we have a parent5446, yay [16:20:21] so, compiling using gcc on linux should work now [16:20:28] Nice [16:20:35] ooohhh I see the commit [16:20:55] (didn't get the chance to check it earlier, or rather when I checked earlier there wasn't one ready) [16:22:30] CMake Error at CMakeLists.txt:98 (add_executable): [16:22:30] Cannot find source file: [16:22:30] XML/xmlfile.cpp [16:22:35] what do I need to be doing? [16:22:53] that's weird, it didn't do that for me yesterday [16:23:03] I did cmake . from within the directory [16:23:17] if I should be passing it something, let me know [16:23:30] oh, i did "cmake CMakefiles.txt", no idea if there is a difference [16:23:43] lemme try that [16:24:03] :/ usually you pass a directory. cmake . should be the correct command [16:24:04] wait CMakefiles.txt? there is none [16:24:15] there's CMakeLists.txt [16:24:24] right, that's what i meant [16:24:25] anyways same error [16:25:34] huh [16:25:34] I reset to head and tried again [16:25:46] it liked it better (I've not done any development or changes in my checkout though) [16:25:52] Well I guess I'll ask the obvious question: should there be a file XML/xmlfile.cpp? And if so, does it exist? [16:26:26] there is now after the reset [16:26:28] there was not before [16:26:32] yeah, it should be there [16:26:50] no idead how could get the repository into that state [16:27:01] the XML dir had like one file in it I think [16:27:19] so does it work now? [16:27:20] ok I see an executable [16:27:25] yay! [16:28:06] lemme see if I have a small stub around [16:28:12] without parameters, it should print usage [16:28:29] and it will work only on wikis with at most 65k revisions [16:28:39] I gave it --help and it whined so that was ok [16:28:58] yeah, --help won't work; running without parameters should [16:29:24] it doesn't have a proper command line interface yet, just something to try it out [16:29:26] well it did print the same usage message [16:29:30] after complaining that it didn [16:29:34] right [16:29:34] t know what help was :-) [16:29:45] which is good enough for me [16:30:47] the reading part will print first 5 pages, and for each first 5 revisions; it's just to test that reading works [16:33:51] Ι σεε εμ [16:33:53] er [16:33:55] I see em [16:34:07] yay! [16:34:13] awesome [16:34:25] wow, it's like there's going to be real code :) [16:35:24] you might think of advertising this on the lists [16:35:27] *lis [16:35:29] t [16:35:55] I know it's really preliminary etc but it's something people can actually play with [16:36:03] i don't see why, it's not usable yet [16:36:10] :-D [16:36:52] how can I put it, it's not just about using it right now this second, it's about the firs stages of creating a new toy [16:36:53] maybe I [16:37:11] 'm wrong and I'm the only one (well besides you two) who would be enthusiastic about it [16:37:19] but I don't think so... [16:37:23] anyways, definitely your call [16:38:03] so, what's next (text?) and do you have anything you want to bring up? [16:38:34] yeah, i'd rather wait until it does more (proper XML output, etc.) [16:39:08] yeah, text, specifically, compiling and using LZMA [16:39:36] What are you using for LZMA (I forgot)? [16:39:53] Or are you just implementing it yourself? [16:40:32] no, that would be way too much work, i just downloaded the LZMA SDK (which is basically the core of 7zip) [16:40:47] Yeah lol I figured. [16:41:06] good, I was about to suggest you do not spend time implementing something that other folks have already pent a chunk of effort into implementing and optimizing their implementation too [16:41:17] *spent [16:42:15] it's not going to be speedy but at least it's efficient on large chunks of data... we'll see how well it works on small ones [16:43:24] yeah, i don't want to spend much time on this, since i'm going to improve and/or replace it with something better later [16:43:34] yep [16:45:55] a suggestion, document the existing binary format. It doesn't have to be anything fancy, and yes it will be changing almost immediately, but that will let people comment on it more easily (and possibly poke at it with a stick too) [16:50:43] hmm, i will have to write a proper specification eventually, so starting now might not be a bad idea; i think i will do that after what i'm doing now (compressed text) [16:51:20] sure [16:54:51] anything else? from me that's all for today [16:55:24] I got nothing, very happy we have a working linux build [16:55:28] parent5446: ? [16:55:32] Nope, I'm good here. [16:55:39] hmm in that case... [16:55:45] see folks Monday! [16:55:47] Have a good weekend all. [16:55:55] there's a chance I might be not very reachable this weekend [16:56:00] you too, see you [16:56:11] ok, that shouldn't be a problem [16:56:24] but gtalk messages will reach me (I think they get shown to the reader on login) [16:56:32] have a good one! [16:56:39] thanks, you too