**** BEGIN LOGGING AT Wed Oct 28 02:59:58 2009 Oct 28 08:16:12 Hi all again… Oct 28 08:18:44 my trunk still fails to build Oct 28 08:19:47 http://azrael.raboud.homelinux.org/~didier/temp/build_20091027_3.log <- Oct 28 08:19:59 xMff: you seemed to know… Oct 28 08:20:08 (shameful ping :->>> ) Oct 28 08:59:22 hello, can someone tell me how can I put my fonera 2.0g in development mode? Oct 28 09:02:23 killercode: afaik you have to reflash it with a -DEV image. Oct 28 09:02:43 there is no othoer way to do that? Oct 28 09:05:22 I just wanted to access it with ssh or something to change a config file.... that's all I want to do... Oct 28 09:07:22 killercode: There should be a switch to dev mode application available unde "Applications" IIRC Oct 28 09:07:26 killercode: afaik the point of the developer mode _is_ the SSH… Oct 28 09:07:39 killercode: But perhaps not for the 2.3 RC1 image, though Oct 28 09:08:04 yup Oct 28 09:08:43 there is no icon at all Oct 28 09:08:44 Also, to flash in the dev image, you should use the failsafe mode or redboot Oct 28 09:09:10 (Since normal webbased flashing preserves all config, including the "Am I in dev mode" flag..) Oct 28 09:09:33 ...how can I flash it than Oct 28 09:09:52 killercode: Using failsafe is probably the easiest (see the wiki page about it) Oct 28 09:10:04 That will throw away your settings, though Oct 28 09:10:25 ok Oct 28 09:10:39 no settings at all I can't even connect to internet right now Oct 28 09:10:45 iurgi: Would it make sense to make the "switch to DEV mode" application working for 2.3.0.1-rc1? It's really cumbersome for people to switch right now... Oct 28 09:12:02 iurgi: Also, perhaps the dev mode configuration variable shouldn't be preserved on firmware upgrade, since that causes a Fonera to stick in normal mode, even after flashing it with a DEV image.. Oct 28 09:12:31 and... another thing... I can't find the failsafe page Oct 28 09:12:44 I think it's called Failsafe_Mode Oct 28 09:15:05 killercode: http://wiki.fon.com/wiki/Failsafe_Mode Oct 28 09:15:45 nice nice Oct 28 09:15:51 already have the instructions Oct 28 09:15:53 eheheh Oct 28 09:15:58 thanks a lot Oct 28 09:16:05 :D this will help a lot Oct 28 09:19:20 blathijs: as you seem connected (:->), do you have an idea on my build failure ? Oct 28 09:23:19 OdyX: Does your kernel config (not sure where that is) say anything about raeth? Oct 28 09:23:43 /bin/sh: mips-linux-gcc: command not found <-- This also seems worrying Oct 28 09:25:04 But I'm not really up to speed with the build system, so not sure what is wrong exactly Oct 28 09:25:40 blathijs: the thing is : if I follow the wiki to build, it fails… Oct 28 09:26:14 OdyX: There is probably something funny about your environment, I guess... Oct 28 09:27:05 Although the build system should not depend much on your environment, since it builds its own complete toolchain... Oct 28 09:27:09 blathijs: hmmm might be Oct 28 09:27:14 still weird Oct 28 09:27:34 OdyX: Do you have another machine on which to try the build? Might help debugging? Oct 28 09:28:17 all of them are amd64 :( Oct 28 09:28:41 ah no Oct 28 09:28:43 That shouldn't be a problem per se, I've built succesfully on amd64 (Debian/unstable) as well Oct 28 09:28:55 let me try on the i386-non-xen Oct 28 09:30:10 (Also, do check your kernel config for RAETH or something, since it seems your error is about that module not having built) Oct 28 09:33:25 I can't find that .config Oct 28 09:33:48 It would make sense to have it at the top of the linux kernel source tree, but I'm not sure where that is Oct 28 09:34:30 build-dir/linux-2.6.21 Oct 28 09:34:30 Hmm, the paths in the final part of your logs don't make much sense Oct 28 09:34:45 It seems the raeth module is not an in-kernel module Oct 28 09:35:02 It seems to live in build_dir/mipsel/ra_eth/ Oct 28 09:36:06 in which I have no ra_eth.ko Oct 28 09:38:53 It seems that these errors cause that: /bin/sh: mips-linux-gcc: command not found Oct 28 09:39:48 But it doesn't make sense, since the line just above says CC=/home/didier/Fonera/fon-ng/trunk/openwrt/staging_dir/toolchain-mipsel_gcc4.1.2/mipsel-linux-gcc-4.1.2 Oct 28 09:40:03 Also, the error says mips, not mipsel Oct 28 09:40:13 yeah... I begin to see that also Oct 28 09:40:26 there is a mix between Fonera2.0 and 2.0n Oct 28 09:40:31 so mips{,el} Oct 28 09:40:59 (even if I did a make clean) Oct 28 09:41:06 Ah, is there a difference there? Didn't know that :-) Oct 28 09:41:13 afaik yes Oct 28 09:41:16 not the same arch Oct 28 09:41:24 Did you originally build for the wrong arch, then? Oct 28 09:41:36 the weird thing is that I did a make clean Oct 28 09:41:48 (even a clean svn checkout) Oct 28 09:42:32 You are building for 2.0n now? Oct 28 09:42:55 You could try running this command manually: cd /home/didier/Fonera/fon-ng/trunk/openwrt/build_dir/linux-fonera2n/linux-2.6.21; ARCH=mips CC=/home/didier/Fonera/fon-ng/trunk/openwrt/staging_dir/toolchain-mipsel_gcc4.1.2/mipsel-linux-gcc-4.1.2 make M=/home/didier/Fonera/fon-ng/trunk/openwrt/build_dir/mipsel/ra_eth/ V=1 modules Oct 28 09:42:56 I'll try that again on the i386-non-xen machine now Oct 28 09:43:00 but with V=99 Oct 28 09:44:49 fails due to no mips-linux-gcc Oct 28 09:45:21 Yeah, but does it give extra output about which commands it is actually running? Oct 28 09:45:49 nope Oct 28 09:47:06 Hmm, it does seem it runs the kernel makefiles on the with M= pointing to the external module dir... Oct 28 09:47:38 Is there any Makefile in the ra_eth directory that somehow calls the wrong compiler or something? Oct 28 09:49:09 $ less build_dir/mipsel/ra_eth/Makefile Oct 28 09:49:11 obj-$(CONFIG_RAETH) += raeth.o Oct 28 09:49:12 raeth-objs := raether.o mcast.o mii_mgr.o Oct 28 09:50:26 OdyX: Does /home/didier/Fonera/fon-ng/trunk/openwrt/build_dir/linux-fonera2n/linux-2.6.21/.config mention CONFIG_RAETH ? Oct 28 09:51:18 nopw Oct 28 09:51:57 Could you try: cd /home/didier/Fonera/fon-ng/trunk/openwrt/build_dir/linux-fonera2n/linux-2.6.21; ARCH=mips CC=/home/didier/Fonera/fon-ng/trunk/openwrt/staging_dir/toolchain-mipsel_gcc4.1.2/mipsel-linux-gcc-4.1.2 make M=/home/didier/Fonera/fon-ng/trunk/openwrt/build_dir/mipsel/ra_eth/ V=1 CROSS_COMPILE="mipsel-linux-uclibc-" modules Oct 28 09:52:33 And: cd /home/didier/Fonera/fon-ng/trunk/openwrt/build_dir/linux-fonera2n/linux-2.6.21; ARCH=mips make M=/home/didier/Fonera/fon-ng/trunk/openwrt/build_dir/mipsel/ra_eth/ V=1 modules CC=/home/didier/Fonera/fon-ng/trunk/openwrt/staging_dir/toolchain-mipsel_gcc4.1.2/mipsel-linux-gcc-4.1.2 Oct 28 09:54:11 http://paste.debian.net/50149/ <- Oct 28 09:55:53 http://paste.debian.net/50150/ Oct 28 09:56:37 Hmm, the last one seemed to help somewhat Oct 28 09:56:42 What does Aucun fichier ou répertoire de ce type mean? Oct 28 09:57:20 export LC_ALL=C might help ;) Oct 28 09:57:23 no file or folder of that type Oct 28 09:57:31 Can you check that /home/didier/Fonera/fon-ng/trunk/openwrt/staging_dir/toolchain-mipsel_gcc4.1.2/mipsel-linux-gcc-4.1.2 actually exists? Oct 28 09:57:42 yay sorry for the LC_ALL… Oct 28 09:57:57 blathijs: does not exist Oct 28 09:58:06 probably: not such file or directory Oct 28 09:58:06 :) Oct 28 09:58:14 * OdyX is tempted by an erase-all and restart Oct 28 09:58:18 well it should be mips Oct 28 09:58:23 not mipsel Oct 28 09:58:28 xMff: to build for the fonera2.0n ? Oct 28 09:58:32 yes Oct 28 09:58:40 2.0n is mips big endian iirc Oct 28 09:59:12 okay Oct 28 09:59:57 Hmm, it seems that the actual in-kernel modules are built with CC="mipsel-linux-uclibc-gcc" Oct 28 10:00:24 xMff: a brand new (on new machine) build prepares a toolchain in toolchain-mipsel_gcc4.1.2 Oct 28 10:00:41 what happens ? Oct 28 10:00:53 k, maybe it is mipsel after all Oct 28 10:00:59 :->>>> Oct 28 10:01:43 How about: cd /home/didier/Fonera/fon-ng/trunk/openwrt/build_dir/linux-fonera2n/linux-2.6.21; ARCH=mips make M=/home/didier/Fonera/fon-ng/trunk/openwrt/build_dir/mipsel/ra_eth/ V=1 modules CC="mipsel-linux-uclibc-gcc" Oct 28 10:01:43 is the svn repository /really/ used to build the images ? /me scratches head Oct 28 10:02:08 I think so Oct 28 10:02:19 Or did blogic still have some uncommitted local fixes? Oct 28 10:02:30 I think that might have been only for 2.0g Oct 28 10:02:59 http://paste.debian.net/50152/ <- your command Oct 28 10:03:44 OdyX: just looked at the full paste you sent earlier Oct 28 10:03:54 I know that kind of behaviour Oct 28 10:04:03 looks like kernel patches are not applied at all Oct 28 10:04:20 you have missing netfilter symbols and cpu type is SGI Idigo Oct 28 10:05:00 OdyX: You could have a go at compiling for 2.0g, see if that breaks as well. I've succesfully built r1415 for 2.0g, so the code is at least not completely broken for 2.0g :-) Oct 28 10:05:17 OdyX: If that breaks as well, it's probably your environment, if not, might be trunk :-) Oct 28 10:05:20 but I don't own a 2.0g :-) Oct 28 10:05:41 xMff: what can I do for it Oct 28 10:05:52 OdyX: Yeah, but you could just see if it builds Oct 28 10:06:02 right now your toolchain tries to use a completely vanilla llinux kernel - this will never work Oct 28 10:06:04 find: `generic//*': No such file or directory <-- That seems to indicate the patches aren't applied indeed Oct 28 10:06:28 blathijs: can I do it "just" by changing the selection in make menuconfig ? Oct 28 10:06:41 do you have "quilt" installed on your host system? Oct 28 10:06:47 no Oct 28 10:06:56 install it Oct 28 10:06:59 weeeee Oct 28 10:07:05 OdyX: Yup, but perhaps never mind, I think we're close to the problem already :-) Oct 28 10:07:54 ahaaaa... I use quilt pretty often, but not on my servers… Oct 28 10:07:57 then run: make target/linux/{clean,prepare} Oct 28 10:08:00 this is an issue of the wiki Oct 28 10:08:04 ... V=99 Oct 28 10:08:12 and look whether patches are applied Oct 28 10:08:53 OdyX: Actually, it is an issue of the build system. It should break at the point where it tries to use quilt (or perhaps even before), not in some inexplicable way later... Oct 28 10:09:17 xMff: Does trunk openwrt perhaps do better in this regard? Oct 28 10:09:33 blathijs: no Oct 28 10:10:26 Perhaps someone should report a bug with openwrt :-) Oct 28 10:10:37 xMff: Could you add "quilt" to http://trac.fonosfera.org/fon-ng/wiki/build#NeededPackages Oct 28 10:11:00 yeah... Oct 28 10:11:27 well, last time I've seen that behaviour was when I accidentally added a version specific patches directory for the kernel, which invalidated the generic one Oct 28 10:12:01 then it only failed way later when trying to compile madwifi since it had no hal binaries for the resulting architecture Oct 28 10:12:07 everything else happily compiled Oct 28 10:12:11 same for raeth here Oct 28 10:13:05 blathijs: I have no account there and we're not sure yet whether it is actually quilt that is missing Oct 28 10:13:42 xMff: But that's sortof intended I guess. If you screw up the patching, stuff will fail later on. What I more meant is that it shouldn't silently ignore quilt failures. Oct 28 10:13:54 xMff: True, but I guess quilt is required anyway, right? Oct 28 10:14:20 quilt should just be a prereq check, problem sovled Oct 28 10:15:32 Sounds good :-) Oct 28 10:17:24 well… building the whole again… I'll report back again later Oct 28 10:17:47 OdyX: Thanks! Oct 28 10:18:16 my pleasure Oct 28 13:13:19 greetigns Oct 28 13:13:22 greetings :P Oct 28 13:13:50 hi Oct 28 13:14:02 does anyone know why the USB led doesn't light up when I have a Huawei E169G Oct 28 13:14:36 I know that it says that is not compatible... but... any reason to don't light up the USB led???? Oct 28 13:14:49 fonera 2.0g¿ Oct 28 13:14:52 I am trying very hardly to make it work Oct 28 13:14:53 yes Oct 28 13:14:57 2.0g Oct 28 13:15:20 this device is supposed to be USB 2 also :S Oct 28 13:15:31 maybe a mounting tule or something is needed Oct 28 13:15:40 if it's a USB1.1 device, it won't light the led Oct 28 13:15:50 try using a hub Oct 28 13:15:55 even if it says USB2 Oct 28 13:16:16 and there is no way to connect ??? Oct 28 13:16:26 I mean is this a software or hardware problem? Oct 28 13:16:52 if it's usb1.1 it's a hw problem Oct 28 13:17:56 humpf.... Oct 28 13:58:19 iurgi... if I use a 2.0 Hub it will work? Oct 28 13:58:57 because I tested another device like this yesterday for a Huawei E220 and it did not work too... Oct 28 13:59:39 it should, ifit is inthe supported list Oct 28 14:37:10 olà Oct 28 14:37:42 ey barbon Oct 28 14:37:47 barbon: I've got my 2.0n Oct 28 14:38:08 coll Oct 28 14:38:13 so any problems? Oct 28 14:38:19 barbon: Could you write down what you step-by-step from a cleanly resetted 2.0n to reproduce your wireless problem? Oct 28 14:38:25 Dunno, haven't plugged it in yet :-p Oct 28 14:38:32 so is fresh lol Oct 28 14:39:04 so, plug fonera, connect to wireless with the passworld branded on fon Oct 28 14:39:10 and login in the configuration Oct 28 14:39:46 disable fonera AP, and change the name of private wireless into "Rete Casa" with any passworld Oct 28 14:40:44 and try to see if the name is displayed correct Oct 28 14:40:54 you must see only the "Rete" name Oct 28 14:41:06 and try to connect it with xp Oct 28 14:44:01 disable fonera AP <-- You mean, disable the public SSID? Oct 28 14:44:14 y Oct 28 14:44:23 And does it also break if you leav it enabled? Oct 28 14:44:33 dont have tryefd Oct 28 14:44:34 And does it also break if you use an SSID without spaces? Oct 28 14:44:42 try it Oct 28 14:44:56 keep the pubblic SSID enabled Oct 28 14:45:00 I will tonight, but I'm not at home right now Oct 28 14:45:07 oh Oct 28 14:45:10 ok i try now Oct 28 14:45:11 ^^ Oct 28 14:45:11 barbon: Could you try it as well? Oct 28 14:45:14 :-) Oct 28 14:45:14 sec... Oct 28 14:45:29 Perhaps also use an SSID without spaces first Oct 28 14:49:39 the name is still incorect Oct 28 14:49:41 :/ Oct 28 14:49:59 it dont depend from pubblica SSDA Oct 28 14:50:58 the ap name with spaces, work Oct 28 14:51:08 only the pubblic one Oct 28 14:51:12 the private is messed Oct 28 14:52:11 What SSID do you use for the private network now, then? Oct 28 15:01:24 remounted my fon1 :/ Oct 28 15:28:35 bah... .I'm getting pretty sad... the fonera is turning useless for me... does anyone know any hardware hack for the USB port on the fonera 2.0g Oct 28 15:35:25 killercode: Addin an USB hub didn't work? Oct 28 15:38:05 cannot test it at the moment... but last night it didn't work Oct 28 15:38:06 :S Oct 28 15:40:03 killercode: With the same problem? e.g, hardware completely undetected? Oct 28 15:40:08 (and no USB light) ? Oct 28 15:40:32 yes no light Oct 28 15:40:36 Or does adding a HUB solve the USB hardware problem, but leave the software 3G dongle support problem Oct 28 15:40:53 just doesn't light the led Oct 28 15:41:11 someone has a link with istructions to use tftpd to upload files on redboot? Oct 28 15:41:24 Otacon22: See the Firmware_Updating wiki page Oct 28 15:42:06 I tried right now with a Storage Pen 2.0 and it worked... but I tried two huawey devices with a 2.0 Hub and it didn't work at all Oct 28 15:43:47 killercode: Do you have SSH access? Oct 28 15:44:07 yup Oct 28 15:44:23 already changed the conf they told Oct 28 15:45:51 killercode: Which conf is that? Oct 28 15:46:08 killercode: You should check with dmesg and/or lsusb to see if the device is detected at all Oct 28 15:46:35 that's a nice tip Oct 28 15:47:02 believe me.... if I can fix this..... I'll right a great post on how to make it work Oct 28 15:47:34 :-) Oct 28 15:47:59 this 3G dongle is largelly distributed in portugal.... Oct 28 15:48:00 :S Oct 28 15:48:16 I must find a way to make it work.... Oct 28 15:48:49 maybe it is a modeswitch device Oct 28 15:50:18 for Ubuntu they recommend an extra driver Oct 28 15:50:21 ugly stuff Oct 28 15:50:43 modeswitch device ? Oct 28 15:51:43 Huawei 169 requires a patch to usb-storage driver to recognize the hardware Oct 28 15:52:23 yeah, some vendors had the braindead idea that it might be cool t make the device appear as mess storage dongle (to provide wintel users with drivers) Oct 28 15:52:44 under linux you need a program to switch it into modem mode Oct 28 15:52:50 at least for some dongles Oct 28 15:53:02 Ah, like that Oct 28 15:53:21 Can't USB devices just make themselves appear as two separate devices for this kind of crap? Oct 28 15:53:27 yes Oct 28 15:53:33 no Oct 28 15:53:36 dunno Oct 28 15:53:40 :O Oct 28 15:54:11 The idea isn't bad in itself, but apparently USB is too limited for it (or they were too lazy when implementing it...) Oct 28 15:54:28 don't get it Oct 28 15:54:42 most stuff is at-comptable and can be driven using the standard usbserial driver Oct 28 15:54:52 no idea why windows dudes need an extra driver for that Oct 28 15:55:45 probably because some connection settings can be predefined then or something Oct 28 15:55:53 or to provide yet another crappy GUI interface :-) Oct 28 15:55:55 killercode: you definitely need usb_modeswitch as it seems Oct 28 15:56:06 killercode: you can obtain that from the openwrt.org repositories Oct 28 15:57:19 that tool will switch the dongle into modem mode and it is finally recognized as serial device (and not as hard disk) Oct 28 15:57:44 wow Oct 28 15:57:48 and I can install that Oct 28 15:57:57 on the fonera without changing the firmware? Oct 28 15:58:00 Is there any list of vid's/pid's that require the tool anywhere? Oct 28 15:58:14 maybe on the modeswitch homepage? Oct 28 15:59:05 http://www.draisberghof.de/usb_modeswitch/#hardware Oct 28 15:59:50 killercode: yeah, the file system is writeable, you only need ssh access Oct 28 16:01:27 Hmm, "In some newer kernels, certain device families (Huawei, ZTE since 2.6.26) get a special treatment in the usb-storage code to enable switching right away." Oct 28 16:01:36 Seems that there is already a list of devices in the kernel Oct 28 16:02:01 not even did they event the "pretend-to-be-mass-storage" crap, no they couldn't even agree on a common way to do so Oct 28 16:02:06 *invent Oct 28 16:02:11 yes the problem is that with th dmesg does appear nothing related to USB 3G Dongle Oct 28 16:04:13 killercode: Is there something about usb mass storage? Oct 28 16:12:17 errr Oct 28 16:12:38 usbserial: USB Serial support registered for GSM modem Oct 28 16:12:41 oi Oct 28 16:12:50 and Initializing USB MassStorage driver Oct 28 16:13:06 still there is no USB led light working Oct 28 16:13:13 you using fon 2.0n? Oct 28 16:14:25 nop, fonera 2.0g Oct 28 16:14:38 es tuga Barbon certo? Oct 28 16:14:52 y Oct 28 16:15:34 ^^ Oct 28 16:16:08 Barbon what happen here is that I have a TMN Huawei E169G an it is supposed to be USB 2.0 but the fonera doesn't recognise the device.... Oct 28 16:16:13 killercode the GSM modem that you have connected is supported? Oct 28 16:16:16 it doesn't light up the USB led Oct 28 16:16:27 mmm 1 sec... Oct 28 16:16:38 nop... but I am working on it... the problem on the support is just the configuration Oct 28 16:16:56 there are at least 2 guys from diferent contries that have fixed it Oct 28 16:17:10 the main problem is the USB detection Oct 28 16:17:52 strange Oct 28 16:18:05 i have the same problem with my usb pen Oct 28 16:18:22 its a huawei mobille connect right Oct 28 16:18:37 it's a mass storage and 3G and stuff? Oct 28 16:19:14 is an storage that worked with fon 2.0 with old firmware Oct 28 16:19:24 8 gb usb pen Oct 28 16:19:29 oh... Oct 28 16:19:39 and let me guess the led doesn't light up even :S Oct 28 16:19:42 that is a weird problem Oct 28 16:19:44 :S Oct 28 16:19:44 ye Oct 28 16:20:02 I guess the problem is on the mounting part... Oct 28 16:20:04 the pen light turn on but the fon led no Oct 28 16:20:17 i tryed NFTS, FAT32, FAT Oct 28 16:20:19 yup Oct 28 16:20:19 no one worked Oct 28 16:20:22 same here Oct 28 16:20:42 and i remember that pen worked with old firmwre Oct 28 16:21:20 it dont work in fon 2.0n and fon 2.0g Oct 28 16:21:52 killercode: Perhaps you shouldn't worry too much about the USB led. If your device shows up in dmesg and lsusb, than the low level USB stuff is probably ok Oct 28 16:22:15 I can't use lsusb Oct 28 16:22:16 :S Oct 28 16:22:33 Hmm, I thought the Fonera had it Oct 28 16:22:38 I think that he doesn't appear on dmesg... there are some usb related messages Oct 28 16:22:48 but I think they have nothing to do with the pen Oct 28 16:22:59 dunno... >.< Oct 28 16:23:04 killercode: perhaps you should disconnect everything, then connect the hub and then connect the 3G thing Oct 28 16:23:17 killercode: And pastebin the last part of dmesg somewhere? Oct 28 16:23:34 right now I'm not using the HUB since the pen should be USB2.0 Oct 28 16:23:41 ok Oct 28 16:24:20 killercode: Perhaps disconnect everything afterwards and try without the Hub, just to see the difference Oct 28 16:25:01 blathijs Oct 28 16:25:20 with or without USB device connected there is no diference on the dmesg Oct 28 16:26:28 Not even when connecting the hub? Oct 28 16:26:50 I have no hub here with me.... I used another dongle a few time ago and he worked just fine Oct 28 16:26:56 it was another brand Oct 28 16:27:06 and he detected everything.... Oct 28 16:27:12 later Oct 28 16:27:18 I will try with the HUB Oct 28 16:27:24 It might be that the dongle is really USB1.1 or has some other incompibility Oct 28 16:27:35 killercode: You could try pluggin in the dongle and resetting the fonera Oct 28 16:27:46 ok Oct 28 16:27:55 it's rebooting Oct 28 16:27:57 I've seen my Fonera not detecting any USB activity sometime, rebooting helped Oct 28 16:28:15 I rebooted and then inserted a while a ago Oct 28 16:28:16 (Hotplugging also worked normally after that) Oct 28 16:28:26 heheh Oct 28 16:29:27 blathijs when you return at home? Oct 28 16:30:06 Barbon: in a bit, I'll probably get around to testing after dinner (~1900, which is in 1.5 hours) Oct 28 16:30:23 i return at 20.00 xD Oct 28 16:31:17 nothing.... Oct 28 16:31:18 ok Oct 28 16:31:26 I will test with the USB Hub Oct 28 16:31:45 do you think that it will work with the HUB? Oct 28 16:32:39 Wee.... it fails again … Oct 28 16:32:43 for i in $(find dist -name *.lua -not -name debug.lua); do luac -s -o $i $i; done Oct 28 16:32:45 luac: dist/usr/lib/lua/luci/i18n/wizard_fonera2.ja.lua:4: unexpected symbol near '�' Oct 28 16:32:46 make[5]: *** [luacompile] Error 1 Oct 28 16:32:53 xMff1, blathijs ^^ Oct 28 16:37:16 killercode: Possibly Oct 28 16:37:38 killercode: Though you might then run into another problem, perhaps, so don't expect it to work completely right away Oct 28 16:38:04 ok... as soon as I can identify the pen Oct 28 16:38:11 it should not be so difficult Oct 28 16:38:24 and if someone else already made it work Oct 28 16:38:24 OdyX: Hmm, so the quilt installation seems to have solved the previous problem Oct 28 16:38:32 for other brands I should be able too Oct 28 16:38:47 blathijs: at least :-p Oct 28 16:38:51 iurgi: Could you add "quilt" to http://trac.fonosfera.org/fon-ng/wiki/build#NeededPackages Oct 28 16:39:14 OdyX: Is there funny syntax in that file on line 4? Oct 28 16:39:37 OdyX: Probably utf-8 or other japanese characters, though that should be ok if they're inside strings? Oct 28 16:39:47 yeah, I guessed Oct 28 16:40:12 blathijs are you portuguese? Oct 28 16:40:34 nahhh netherlands :) Oct 28 16:48:11 * OdyX gives u Oct 28 16:48:12 p Oct 28 16:52:23 OdyX: Hmm, I can't seem to find that file in svn just now Oct 28 16:52:35 OdyX: Is there anything weird in that referenced line? Oct 28 16:52:44 I can't find the file locally Oct 28 16:52:49 I rm -Rf finally... Oct 28 16:52:59 I have too much others things to do these days Oct 28 16:53:02 Ah, too bad :-) Oct 28 16:53:05 Sorry to have wasten your time Oct 28 16:53:32 You didn't, you helped improving the documentation wrt the quilt dependency :-) Oct 28 16:53:44 Right, time to go home Oct 28 16:54:59 OdyX: I can't find that file in trac, however luac does not care about utf8 or not utf8, it is probably a real syntax error (missing closing quote or simila Oct 28 16:55:06 OdyX: I can't find that file in trac, however luac does not care about utf8 or not utf8, it is probably a real syntax error (missing closing quote or similar) Oct 28 16:55:18 oh Oct 28 16:55:20 too late Oct 28 16:55:33 poor man Oct 28 16:56:29 † rest in peace † Oct 28 16:56:49 not yet Oct 28 16:57:15 i just joking Oct 28 16:58:17 fonera project => http://www.lyricstime.com/glados-still-alive-lyrics.html Oct 28 18:08:06 Hmm, having two "MyPlace" signals is confusing :-)_ Oct 28 18:21:06 hi all Oct 28 18:21:13 hi iurgi Oct 28 18:21:17 hey z3nz0 Oct 28 18:21:25 i 'm a fonera 2.0n owner Oct 28 18:21:40 happy but with troubles Oct 28 18:22:07 i have last firmware 2.2.3.0 and my conncetion drops very frequently Oct 28 18:22:14 internet Oct 28 18:22:17 dunno why Oct 28 18:22:29 WLAN or internet connection? Oct 28 18:22:33 What's the symptoms? Oct 28 18:22:35 there is any way to checkout log and understand why? Oct 28 18:22:39 logs Oct 28 18:22:46 internet conncetion Oct 28 18:24:33 z3nz0: You could enable developer mode (under Applications on the dashboard) and use SSH to login Oct 28 18:24:44 From there you should be able to debug the problem Oct 28 18:25:56 ok Oct 28 18:26:10 well Oct 28 18:27:16 it's possible that this problems is due to my modem/router? i mean it's possible that some kind of routers cannot interact very well with the fonera 2n? Oct 28 18:27:24 in theory of course Oct 28 18:27:43 z3nz0: There's all kinds of nastyness a modem could do, of course Oct 28 18:27:55 though most of that should also cause problems without the Fonera :-) Oct 28 18:28:25 i must say that the internal switch of the fonera is all full and there's a lot of lan activity Oct 28 18:28:39 btw i will do a check on the logs Oct 28 18:28:56