**** BEGIN LOGGING AT Sat Sep 19 02:59:59 2009
Sep 19 09:23:04 <blathijs> Hmm, crap
Sep 19 09:23:08 <blathijs> /bin/sh: line 1:   413 Segmentation fault      luac -s -o $i $i
Sep 19 09:23:55 <blathijs> While building lucittpd I thinkg
Sep 19 09:29:10 <blathijs> It errors on dist/usr/lib/lua/luci/ttpd/server.lua, it seems
Sep 19 09:33:01 <xMff> blathijs: menuconfig -> luci -> libraries -> compile target = full source
Sep 19 09:58:04 <blathijs> xMff: Won't that just hide this bug?
Sep 19 09:58:21 <blathijs> And will changing the config mean that everything will be recompiled?
Sep 19 10:21:27 <blathijs> bah, compiling luac with -g hides the problem...
Sep 19 10:22:56 <blathijs> or probably removing -O2 does
Sep 19 10:23:48 <blathijs> Let's see what -g -O2 does
Sep 19 10:27:27 <blathijs> Ah, that crashes
Sep 19 10:31:42 <blathijs> Let's create a ticket for that
Sep 19 10:32:02 <xMff> blathijs: it just prevents lua files from being compiled
Sep 19 10:32:09 <xMff> they'll be included in source form instead
Sep 19 10:32:33 <xMff> I also forwarded the luac segfault to the lua-users list but not a single response
Sep 19 10:32:52 <blathijs> I have a backtrace now
Sep 19 10:33:05 <xMff> does it crash at getn() ?
Sep 19 10:33:09 <blathijs> Yup
Sep 19 10:33:12 <xMff> or newkey() ?
Sep 19 10:33:14 <blathijs> Ah, you've seen it before?
Sep 19 10:33:17 <xMff> same bug then
Sep 19 10:33:21 <xMff> yes ask epienbro
Sep 19 10:33:25 <xMff> he has the same issue
Sep 19 10:33:53 <blathijs> newkey calling gnext, yes
Sep 19 10:34:01 <xMff> have to run now, bbl
Sep 19 10:34:03 <blathijs> Then I'll not report a ticket :-)
Sep 19 10:34:05 <blathijs> xMff: Thanks!
Sep 19 10:34:15 <epienbro> ah, what a coincidence :)
Sep 19 10:34:22 <blathijs> (I'll just compile luac without -O2, which seems to help)
Sep 19 10:34:27 <blathijs> Let's try -O1 :-)
Sep 19 10:34:28 <epienbro> blathijs, what distro are you using ?
Sep 19 10:34:52 <blathijs> Debian
Sep 19 10:34:58 <blathijs> gcc version 4.3.4 (Debian 4.3.4-2)
Sep 19 10:34:59 <blathijs> gcc version 4.3.4 (Debian 4.3.4-2)
Sep 19 10:35:21 <epienbro> I'm using Fedora with gcc 4.4 (both i586 and x86_64)
Sep 19 10:35:31 <epienbro> so it's going to look like a real bug in lua
Sep 19 10:36:35 <blathijs> indeed
Sep 19 10:36:59 <blathijs> But it does not hit everybody, apparently?
Sep 19 10:37:35 <blathijs> It seems that -O1 also works
Sep 19 10:38:40 <blathijs> I did notice that the tools/lua/Makefile defines TARGET_CFLAGS=-DLUA_USE_LINUX or something like that
Sep 19 10:39:25 <blathijs> but since lua doesn't use a configure, that CFLAG is never used (I had to pass a CFLAGS=-O1) to the make call inside the Makefile directly to get it accros
Sep 19 10:39:30 <blathijs> Might that be related?
Sep 19 10:40:12 <epienbro> dunno..I'm not familiar with the build process of lua..
Sep 19 10:48:59 <blathijs> Oh well, it works with -O1 now, so let's see if I can finish my build first
Sep 19 10:49:24 <blathijs> epienbro: Does this issue occur with trunk as well? I'm compiling Flipper now
Sep 19 10:50:53 <epienbro> it did for me a week ago
Sep 19 10:51:03 <epienbro> didn't try it with the latest trunk yet
Sep 19 10:52:13 <blathijs> Hmm, it seems there is no public repository for lua
Sep 19 10:53:47 <epienbro> oh you mean the latest trunk of lua? I thought you were talking about fonosfera's latest trunk
Sep 19 10:54:04 <epienbro> for lua I used the latest stable version which is in fedora
Sep 19 10:54:58 <epienbro> which is version 5.1.4
Sep 19 10:55:09 <blathijs> Yeah, it's the latest version, released last year
Sep 19 10:55:34 <blathijs> But usually, before writing bugfixes or patches, I like to check if the latest trunk version of something doesn't fix the problem yet
Sep 19 10:56:07 <epienbro> yeah, that's the recommended way :)
Sep 19 10:56:35 <blathijs> oh well
Sep 19 11:00:08 <blathijs> What does "subtarget -> developer" do?
Sep 19 11:00:12 <blathijs> in menuconfig
Sep 19 11:00:40 <blathijs> The helptext "Build firmware images for Atheros SoC boards" isn't all too helpful :-)
Sep 19 11:01:35 <epienbro> IIRC, the developer subtarget automatically starts an ssh server on startup (when you flash the image to your fon)
Sep 19 11:23:05 <blathijs> Ah, like when you switch to developer mode on a clean image?
Sep 19 11:23:20 <epienbro> yup
Sep 19 11:38:52 <blathijs> w00t, compilation is done
Sep 19 11:44:44 <epienbro> how'd you fix it ?
Sep 19 12:06:36 <blathijs> epienbro: Compile lua(c) with -O1
Sep 19 12:07:46 <blathijs> e.g., http://pastebin.com/m4bde69dd
Sep 19 12:10:41 <blathijs> What's the difference between an image file and a .tar.gz firmware? Is anything extra included in the latter?
Sep 19 12:10:50 <blathijs> It seems I can only flash a .image file through ssh?
Sep 19 12:19:29 <blathijs> (e.g., I need a .tar.gz to use the webinterface)
Sep 19 12:19:54 <blathijs> Also, is there a valid failsafe image in the stock fonera2?
Sep 19 12:22:56 <blathijs> Hmm, it seems the failsafe instructions refer to the 2.0 beta, so I guess the final version does have a failsafe version
Sep 19 12:23:02 <blathijs> Let's flash, then
Sep 19 12:26:38 <blathijs> Some form of progress indicator would have been nice :-)
Sep 19 12:30:15 <blathijs> Hmm, that was quick
Sep 19 12:37:12 <blathijs> Hmm, now the dashboard seems to be broken
Sep 19 12:40:37 <blathijs> And another reboot doesn't seem to fix it
Sep 19 12:43:28 <blathijs> Let's wait a bit to see if ssh starts working
Sep 19 12:46:52 <blathijs> I don't quite understand how this ssh / reboot thing is supposed to work
Sep 19 12:47:17 <blathijs> The wiki says you need to reboot the fonera when its wireless leds come on, then wait 10 minutes for the keys to be generated
Sep 19 12:48:01 <blathijs> But I'd expect the keys to be generated after the first boot, then after 10 minutes needing a reboot to start SSH
Sep 19 12:48:04 <blathijs> oh well
Sep 19 12:48:23 <blathijs> gotta go now, I'll see if I can get access again tomorrow or next week
Sep 19 16:13:00 <IcanCU> hi
**** ENDING LOGGING AT Sun Sep 20 02:59:57 2009