2010-11-20 00:02 wolfspraul: is it okay if i put this documentÂ Â http://ur1.ca/2dx68 from united state coast guard homeland security? 2010-11-20 00:03 s/put/link on the wiki 2010-11-20 00:03 it said UNCLASSIFIED 2010-11-20 00:04 ah is public anway, just i had the broken link 2010-11-20 00:04 nv 2010-11-20 00:18 kyak: you there? 2010-11-20 00:18 I'm wondering what the lowest memory consuming way is to offer nfs exports from the NanoNote 2010-11-20 00:19 probably I will try the nfs-kernel-server route first, although it seems some people have problems with that. guess it needs portmap as well... 2010-11-20 02:49 wolfspraul: i'm here 2010-11-20 02:50 so you are thinking about easy access to files on Ben? 2010-11-20 02:53 yes 2010-11-20 02:53 well I'm thinking in all direction, a nfs client on the ben would be nice too 2010-11-20 02:53 but I think my #1 is that I can nfs-mount the ben from my linux host 2010-11-20 02:54 I was just wondering whether you had any knowledge about how to do it in a most resource-efficient way 2010-11-20 02:54 I will probably go the nfs-kernel-server/portmap route 2010-11-20 02:54 haven't started yet... 2010-11-20 02:54 the user space servers seems to be much bigger 2010-11-20 02:57 have you considered ftp or http access? 2010-11-20 02:58 or maybe replace dropbear with openssh and gain sshfs? 2010-11-20 02:59 well for myself I'm used to nfs mounts 2010-11-20 02:59 though i see messages that dropbear works well with sshfs.. 2010-11-20 02:59 I have never done a ftp-mount or http-mount and my experience with DAV tells me that stretching these protocols beyond what they were initially meant for is not a good idea 2010-11-20 02:59 sshfs is another thing, that sounds interesting 2010-11-20 02:59 well first I just want to get nfs export to work 2010-11-20 03:00 without dragging down the boot time or memory load 2010-11-20 03:00 I think some people on the list reported using nfs, but I forgot who it was or what they did. I think it was a while ago. 2010-11-20 03:00 I'll just experiment. 2010-11-20 03:00 I played a little with xiangfu's latest image (config.full_system). good progress but depressing amount of work needed :-) 2010-11-20 03:01 well we'll do it one by one I guess... 2010-11-20 03:02 i think it depends on what you really want to do when you get access to Ben's files.. You don't want to watch movies from Ben, but rather upload and download there, right? 2010-11-20 03:02 therefore, ftp could be enough 2010-11-20 03:02 yes 2010-11-20 03:02 screen and keyboard on my notebook are just much more convenient 2010-11-20 03:02 so I can quickly copy stuff and get things ready on the ben, then take the ben with me 'on the move' 2010-11-20 03:03 let's say I want to write some small scripts or so 2010-11-20 03:03 how are doing it right now? i use "scp" and think it's ok 2010-11-20 03:03 so I plug in my ben, then in ~/ben it's just there :-) 2010-11-20 03:04 yes but an auto-mounted nfs is more convenient 2010-11-20 03:04 no worry I am not trying to convert you 2010-11-20 03:04 I just want to add nfs export capability, and try to find a way that won't hurt boot time and memory usage 2010-11-20 03:04 I thought you might have used nfs, even on the ben, but I guess not 2010-11-20 03:04 so no worries. I'll report how it goes... 2010-11-20 03:05 not on the ben :) 2010-11-20 03:07 i'm not concerned about copying files to/from ben: by setting things ~/.ssh/config and /etc/host it is possible to copy files as easy as "scp file ben:/data" 2010-11-20 03:09 about the latest image - i think it's great already :) though of course there are some buggin things 2010-11-20 03:39 kyak: any proposal that replaces dropbear with openssh is music in my ears ;-) 2010-11-20 03:39 for syncing directories, let's not forget rsync 2010-11-20 03:59 rafa: OMG. your approach for preventing opkg from reading the package database is CRUDE ! :) 2010-11-20 04:00 rafa: have an interrupt/crash/reset at just the wrong moment, and ... 2010-11-20 04:11 kyak: Hi 2010-11-20 04:16 xiangfu: hey 2010-11-20 04:18 kyak: I saw you commit added the "VERSION" file: http://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/commit/646fb82ea353a28285d968fc19dc3690a123108f/ 2010-11-20 04:19 xiangfu: yeah..i just put anything inside of it. because it was empty 2010-11-20 04:19 kyak: I just not sure ifÂ Â we should keep this VERSION file in git. it's auto generate by build script file 2010-11-20 04:19 oh! 2010-11-20 04:19 it didn't generate for me 2010-11-20 04:20 do you mean the build script you've developed? 2010-11-20 04:20 kyak: data/qi_lb60/scripts/build line: 108 2010-11-20 04:21 ok, my bad... i'm not using that script 2010-11-20 04:21 since you are doing echo ${DATE} > files/etc/VERSION 2010-11-20 04:22 can we leave that file just for those who build by hand? 2010-11-20 04:24 kyak: I think it's ok. but just not commit it's changes. :) 2010-11-20 04:27 kyak: by the way. every time you run "git pull" , you can try "git pull -r" which will run "git rebase" instead of "git merge" 2010-11-20 04:28 okay :) 2010-11-20 04:28 do you think we can put something neutral in that /etc/VERSION files? like "nover" or "git"? 2010-11-20 04:29 i mean, the default one.. not that /etc/VERSION that is created by build script 2010-11-20 04:31 [commit] Xiangfu Liu: cleanup reflash_ben.sh, try to download root.ubi.bz2 first http://qi-hw.com/p/openwrt-xburst/121c7ed 2010-11-20 04:32 kyak: neutral in VERSION, sounds better. 2010-11-20 04:42 kyak: if i have mipsel-openwrt-linux-gcc and mipsel-openwrt-linux-uclibc-gcc (both from qi-hw openwrt), which one should i use ? 2010-11-20 04:43 kyak: (it's for auto-selecting a gcc if building for the ben) 2010-11-20 04:46 wpwrak: doesn't matter, they are symlinked 2010-11-20 04:46 xiangfu: how about putting "latest" in VERSION? 2010-11-20 04:46 xiangfu: this way, after manual build, there will be "latest". after build script, there will be a date (for release) 2010-11-20 04:47 kyak: ah, cool. thanks ! 2010-11-20 04:49 np :) 2010-11-20 04:49 kyak: compare "latest", I would suggest "Local Build" or just "Local" 2010-11-20 04:49 will leave for awhile see you 2010-11-20 04:49 "Local" i agree :) 2010-11-20 04:51 [commit] kyak: set "Local" VERSION on manual build http://qi-hw.com/p/openwrt-xburst/5ea3a68 2010-11-20 05:07 hmm, when I #include ' | mipsel-openwrt-linux-cpp -dM | grep ADVAN 2010-11-20 05:07 I get __UCLIBC_HAS_ADVANCED_REALTIME__ 2010-11-20 05:07 but when i link, it doesn't find posix_madvise 2010-11-20 06:15 wpwrak: mipsel-openwrt-linux ? between mipsel and linux there should be the hardware provider I think 2010-11-20 06:16 "cpu-company-system 2010-11-20 06:16 " 2010-11-20 06:40 wolfspraul: Hi. now the reflash_ben.sh will try download and extra the ubi.bz2 first. 2010-11-20 06:41 if there is no ubi.bz2. it will download rootfs.ubi. 2010-11-20 06:41 xiangfu: http://downloads.qi-hardware.com/people/kyak/tmp/netsurf.png 2010-11-20 06:41 got it running :) 2010-11-20 06:41 kyak: coolÂ Â I still not make it compile :( 2010-11-20 06:42 bad news is, it requires for more effort 2010-11-20 06:42 input doesn't work, and key bindings are not working too 2010-11-20 06:42 kyak: how you make it compile ? 2010-11-20 06:43 kyak: which TARGET you set for ? 2010-11-20 06:43 xiangfu: should i commit? 2010-11-20 06:43 TARGET=framebuffer 2010-11-20 06:43 kyak: yes. just commit 2010-11-20 06:46 kyak: the framebuffer is depends on libnsfb 2010-11-20 06:46 kyak:Â Â you have ported the libnsfb ? 2010-11-20 06:46 I found the libnsfs depneds on xcb* stuff 2010-11-20 06:46 xiangfu: yep... ported it 2010-11-20 06:46 [commit] kyak: netsurf - at least shows up. http://qi-hw.com/p/openwrt-packages/22c747e 2010-11-20 06:47 kyak: cool. I always got an error :xcb/xcb_image.hÂ Â No such file or directory 2010-11-20 06:47 xiangfu: indeed it depends on xcb* stuff.. but i asked nice guys in #netsurf, the advised to remove x.c dependancy 2010-11-20 06:47 and so this dependancy was not needed after all 2010-11-20 06:47 xiangfu: exact problem that i had 2010-11-20 06:56 wpwrak: (crude) yeah :).. for men 2010-11-20 06:59 kyak: 2010-11-20 07:00 ya? 2010-11-20 07:12 Did you guys have issues with netsurf showing a black browser viewport? 2010-11-20 07:12 I've tried netsurf with both the linux and the sdl fb backends 2010-11-20 07:13 Both 2.6 and svn versions exhibit this behaviour 2010-11-20 07:13 they say linuxfb is broken 2010-11-20 07:14 sdl however should work 2010-11-20 07:14 :/ 2010-11-20 07:14 What GCC version do you guys use? 2010-11-20 07:15 4.3.3 2010-11-20 07:15 Maybe it's 4.5 acting up on me 2010-11-20 07:15 B_Lizzard: why do you bother about SDL? you can build gtk version :) 2010-11-20 07:15 GTK is too slow 2010-11-20 07:15 i see 2010-11-20 07:26 http://downloads.qi-hardware.com/people/kyak/tmp/netsurf.png - updated 2010-11-20 07:26 love how utf-8 works out of the box :) 2010-11-20 07:28 [commit] kyak: netsurf: enable freetype http://qi-hw.com/p/openwrt-packages/47eda0b 2010-11-20 07:32 kyak: how much memory does it need? 2010-11-20 07:37 wolfspraul: not sure yet.. right now it has three processes, each one using 5008 RSS 2010-11-20 07:37 this might be a shared memory between these forks? 2010-11-20 07:37 then it's using 5 Mb real memory 2010-11-20 07:39 i guess it's the same memory between them.. because the number is exactly the same 2010-11-20 07:40 compare: both lynx and w3m using ~2.8Mb 2010-11-20 07:41 of course netsurf is bigger than them 2010-11-20 07:47 kyak: can we disabled the telnetd and atd? 2010-11-20 07:48 I'm wondering whether they are totally necessary... 2010-11-20 07:48 wolfspraul: telnetd is necessary for the first login (or at least this is it's purpose on routers) 2010-11-20 07:48 you login, set root password, then telnetd is disabled and dropbear is started 2010-11-20 07:48 sure but the NanoNote is no router :-) 2010-11-20 07:49 still someone would like to make first login remotely? 2010-11-20 07:49 cannot really picture it 2010-11-20 07:49 me too ;) 2010-11-20 07:50 ok so no need to auto-launch telnetd 2010-11-20 07:50 how about atd? 2010-11-20 07:50 we could disable telnetd, yes.. we could also overwrite /etc/passwd so the root user password would some "root" by default 2010-11-20 07:51 right now it's empty and dropbear wouldn't allow login 2010-11-20 07:51 unless use explicitely set password locally 2010-11-20 07:51 I think that's fine 2010-11-20 07:51 would need to think about it 2010-11-20 07:51 we are thinking about a little setup script anyway 2010-11-20 07:51 the root password can be in there 2010-11-20 07:52 but by default I wouldn't want the device to be setup in a very insecure way 2010-11-20 07:52 right 2010-11-20 07:52 in fact quite the opposite 2010-11-20 07:52 how about atd? 2010-11-20 07:52 do you know who uses it or where? 2010-11-20 07:52 i don't use atd 2010-11-20 07:52 I can't imagine anything on the Ben using it :-) 2010-11-20 07:52 if that's the case no need to auto-launch it 2010-11-20 07:52 i think it's even not there in my miniaml build 2010-11-20 07:52 hotplug makes sense, for microSD insertion 2010-11-20 07:53 yep 2010-11-20 07:53 how about dbus-daemon? 2010-11-20 07:53 dbus is nice, but is anybody using it right now? 2010-11-20 07:53 i also don't have it... 2010-11-20 07:53 ok, so telnetd and atd can 'probably' be removed, dbus needs some more investigation 2010-11-20 07:53 (hm, isn't this the reason why stardict can't be started in my build?) 2010-11-20 07:53 hotplug and dropbear are needed 2010-11-20 07:54 i think you are right 2010-11-20 07:55 wolfspraul: could you please pastebin your "ps" output? 2010-11-20 07:55 he 2010-11-20 07:55 no 2010-11-20 07:55 :-) 2010-11-20 07:55 i wonder what full_system has running that i don't have 2010-11-20 07:55 I have no USB cable here 2010-11-20 07:55 ah ok 2010-11-20 07:56 I'll do it later 2010-11-20 07:57 it's funny, I find htop so much more useful than top, unless I find a good reason of something special top can do, we should remove top and just symlink top to htop :-) 2010-11-20 07:57 not very high priority, but if someone only knows about top they will not enjoy that very much... 2010-11-20 07:58 i'd suggest to install procps 2010-11-20 07:58 it has fully-fledged versions of ps, top etc 2010-11-20 07:58 the desktop ones :) 2010-11-20 07:59 not the cut-off versions thatbusybox offers 2010-11-20 07:59 which package is that? 2010-11-20 07:59 (OpenWrt package I mean) 2010-11-20 08:00 another thing I noticed is that since we have gmenu2x as respawn in inittab now, you cannot easily kill the process anymore, it will just be respawn 2010-11-20 08:00 so what is the right way to get rid of gmenu2x now, short of editing inittab and rebooting (which is what I did) 2010-11-20 08:01 kyak: (first login) dropbear lets me in with an empty password - i just hit [Enter] :) 2010-11-20 08:02 rafa: (crude) hmm .. you should at least be able to recover if things go wrong, with opkg update. still ... gotta see if there's an easier way to make opkg think the files aren't there 2010-11-20 08:04 wpwrak: yes.. it is not so bad.. jlime-pkg update.. or opkg update 2010-11-20 08:04 will download again those files 2010-11-20 08:04 and updated :) 2010-11-20 08:04 wolfspraul: 'init q' reprocesses the inittab 2010-11-20 08:04 wolfspraul: so you don't need to reboot 2010-11-20 08:05 (I don't use sysvinit since years, but that's hardwired in my brain somehow) 2010-11-20 08:05 or you could add a menu item in gmenu2x that starts a shell 2010-11-20 08:05 viric: (gcc naming) right now, we have, on OpenWRT, mipsel-openwrt-linux-gcc and mipsel-openwrt-linux-uclibc-gcc, symlinked to each other. Jlime keeps it short and calls their compiler just mipsel-linux-gcc :) 2010-11-20 08:06 wpwrak: ah ok. I always usedÂ Â mipsel-unknown-linux-gcc 2010-11-20 08:06 viric: 4th variant ;-) 2010-11-20 08:06 i686-unknown-linux-gcc...Â Â some use i686-pc-linux-gcc 2010-11-20 08:06 it's important to the config.guess scripts in autoconf 2010-11-20 08:06 for them to guess right. 2010-11-20 08:07 usually their rules allow for these variants, while the specification remains in http://www.gnu.org/software/hello/manual/autoconf/System-Type.html 2010-11-20 08:07 viric: they shouldn't really have to care. i mean, does a build of "ls" need to know if it will run on a PC or a Ben ? 2010-11-20 08:08 wpwrak: well, 'ls' is not the best example for a program that may have to care on the provider of some hardware :) 2010-11-20 08:08 wpwrak: as autoconf has been more used for userland software (usually kernel agnostic) than building kernels, it is not that important. 2010-11-20 08:09 in cases of not having any OS of the kind that can dynamically load code into execution, it may have more sense. Usually that string determines not only the compiler but also the libc or things like that 2010-11-20 08:11 mipsel-jz4750-linux-gnu-gccÂ Â could be for the Ben Nanonote, the toolchain being glibc based (hence the gnu) and it knowing about the SIMD instructions. 2010-11-20 08:11 a toolchain you should not use if you build not for jz4750 2010-11-20 08:11 viric: i think in most cases, all you care about are CPU architecture and ABI conventions. 2010-11-20 08:11 the Ben does not have a 4750 though 2010-11-20 08:11 I was sure I was recalling that number bad :) 2010-11-20 08:12 viric: hah, but gcc usually allows run-time selection of minor variants :) 2010-11-20 08:12 it's a 4724 iirc, which is similar to the 4740 2010-11-20 08:12 often, even the ABI 2010-11-20 08:12 For example, for the loongson2f I use a toolchain that has a "--with-arch=loongson2f" set at the configure time of gcc, so binaries produced by it would not work in any mips64 around. 2010-11-20 08:12 so it's all quite muddy 2010-11-20 08:13 Yes, it allows quite a lot of variants usually. 2010-11-20 08:13 mth: the Ben has a 4720, which is the same die as the 4740 (and 4725), only that 4720 comes in a COB package, 4725 TQFP, 4740 BGA 2010-11-20 08:13 wpwrak: but as I tell you, that string includes the full toolchain specification, not only gcc, usually. 2010-11-20 08:13 all three differ in the pinout 2010-11-20 08:13 glibc based system use "linux-gnu" usually 2010-11-20 08:13 ah, that explains it 2010-11-20 08:14 the prototype I told you about seems to use a 4755 rather than a 4750, by the way 2010-11-20 08:14 I should be taking notes :) 2010-11-20 08:15 the "system triples" seems to be very informally specified 2010-11-20 08:15 mth: yes 2010-11-20 08:15 which makes it a pain to actually use it in an automated build 2010-11-20 08:16 I imagine it has been the way to keep them used! :) 2010-11-20 08:16 big flexibility. 2010-11-20 08:16 for example, some use "ppc" and some use "powerpc" 2010-11-20 08:16 reading a config.guess and config.sub will give you an accurate idea of the state :) 2010-11-20 08:16 mth: it's always fun to sift through those translation tables :) 2010-11-20 08:17 reading config.guess made me wonder why people have put up with this system for so long 2010-11-20 08:17 wpwrak: (first login without password) interesting, i'll check again 2010-11-20 08:17 at the end all ends up working impressively well :) 2010-11-20 08:17 but that's the same feeling I get from all autotools components 2010-11-20 08:18 mth: 'cmake' is even less specified than autotools 2010-11-20 08:18 wolfspraul: the package is called "procps", but it conflicts with some busybox files, those busybox features must be disabled 2010-11-20 08:18 I haven't used cmake yet, so I cannot judge about that 2010-11-20 08:18 I just have the feeling that something better must be possible 2010-11-20 08:18 wolfspraul: for gmenu2x, you should run ash from icon menu, and gmenu2x will exit :) 2010-11-20 08:18 if I figure out exactly what that is, I'll write the best build tool ever ;) 2010-11-20 08:18 mth: it's a lot up to the builder. It's popular on programs that are very hardware-agnostic. 2010-11-20 08:18 mth: at some point, people could just draw a UUID and use that ;-) gcc-0li3h8, and be done with it. all further details are in the great dictionary of gcc ;-) 2010-11-20 08:19 rafa: (no password) annoyingly, jlime doesn't let me set the password to nothing. probably because there's no /etc/shadow, but i haven't tracked that one down yet. (too afraid to lock myself out :) 2010-11-20 08:20 wpwrak: passwd has a parameter to set 'no password' 2010-11-20 08:20 maybe I am wrong! 2010-11-20 08:20 wpwrak: UUIDs are the opposite: very exact, but utterly meaningless by themselves 2010-11-20 08:21 viric: you mean passwd -d ? doesn't work on jlime either 2010-11-20 08:21 but why isn't there a registry of established names? 2010-11-20 08:21 ok 2010-11-20 08:21 there is one for USB IDs, there is one for port numbers, there is one for device major IDs etc 2010-11-20 08:21 mth: aren't UUIDs very honest in that regard ? ;-) 2010-11-20 08:21 wpwrak: maybe jlime has a wrong pam configuration 2010-11-20 08:21 viric: yeah, something's not right there. hmm, let's see if i can change the password at all 2010-11-20 08:21 kyak, is keymouse X dependent? 2010-11-20 08:22 Or does it work under the tty too? 2010-11-20 08:22 nyet. so, definitely a bug. 2010-11-20 08:22 I'll try to use that block2mtd recommended by lars 2010-11-20 08:23 B_Lizzard: dunno. haven't tryed it.. see here http://en.qi-hardware.com/wiki/Virtual_mouse 2010-11-20 08:23 B_Lizzard: if it's the same keymouse as was used on the Dingoo, it doesn't depend on X, since Dingux doesn't run X 2010-11-20 08:23 it injects events using uevent 2010-11-20 08:24 awww yeeeaaah 2010-11-20 08:25 how may I know, the instruction set of mips 24kf? 2010-11-20 08:25 In terms of gcc... maybe the gcc manual 2010-11-20 08:25 viric: google for it ? ;-) 2010-11-20 08:25 the gcc manual told me all :) 2010-11-20 08:26 Is anyone using the nanonote as a smartcard token? 2010-11-20 08:27 I don't know how deep the usb device driver can be hacked for that 2010-11-20 08:28 wpwrak: can you check to creat an empty shadow? 2010-11-20 08:28 wpwrak: IIRC somebody said at jlime forum or something that creating shadow file fixes 2010-11-20 08:30 viric: (gcc version) perhaps the system is just a bit too compiler-centric. for most users, the question is really "WHO can tell me authority WHAT works on my platform ?". so it would be more something like, qihw-ben-gcc, jlime-nanonote-gcc, etc. with the current scheme, you have both too much and too little information. well, it's not likely to change ... :) 2010-11-20 08:30 rafa: kewl. that worked. easier than i thought :-) thanks ! 2010-11-20 08:35 wpwrak: Well, it's compiler + libc centric because usually a user writes some code, and for it to work, it only needs the "other pieces" (gcc + libc) to make it work on the given platform :) 2010-11-20 08:37 And I imagine it is up to the programmer that wrote the autoconf files whether at building it has to care on the hardware provider or not, from the triplet. I can imagine many cases where it should not care. 2010-11-20 08:38 I don't know if, for example, eyeOS cares on that 2010-11-20 08:38 ouch 2010-11-20 08:38 mmm I forgot the name again 2010-11-20 08:38 ecos 2010-11-20 08:38 http://ecos.sourceware.org/ 2010-11-20 09:08 kyak: dropbear dont work with sshfs (at least last time i checked) 2010-11-20 09:45 [commit] kyak: default config for netsurf http://qi-hw.com/p/openwrt-xburst/4eb4568 2010-11-20 09:46 [commit] kyak: Prepare kernel for keymouse http://qi-hw.com/p/openwrt-xburst/1bcab34 2010-11-20 09:59 [commit] kyak: enable keymouse http://qi-hw.com/p/openwrt-packages/a1a68fc 2010-11-20 10:00 [commit] kyak: typo fix http://qi-hw.com/p/openwrt-packages/97542ba 2010-11-20 10:00 ok, with keymouse netsurf is at least usable 2010-11-20 10:02 Maybe a global solution is more logical 2010-11-20 10:03 yes, i think we would need mouse emulator in some apps, too 2010-11-20 10:04 B_Lizzard: what do you think, how much pain is implementing keyboard for netsurf SDL interface? 2010-11-20 10:04 Wasn't that an issue with focus? 2010-11-20 10:05 apparently no 2010-11-20 10:05 not only focus 2010-11-20 10:05 other hotkeys are not usable too 2010-11-20 10:05 like "exit" :) 2010-11-20 10:06 :) 2010-11-20 10:07 there is an option to add "close" button to toolbar though 2010-11-20 10:07 hence it will work with keymouse 2010-11-20 10:07 but i would prefer some convenient keyboard shortcuts 2010-11-20 10:08 Lemme see where such stuff is implemented 2010-11-20 10:08 Should be an easy fix 2010-11-20 10:11 i guess so.. and it is not an SDL issue, cause other SDL apps are working fine 2010-11-20 10:13 B_Lizzard: ahh, it IS the focus issue 2010-11-20 10:13 when i focus the main window with mouse, i can use keys to scroll etc 2010-11-20 10:14 So, does Ctrl + F2 close the window? 2010-11-20 10:16 following http://www.netsurf-browser.org/documentation/guide#Keys, none of these work except for arrow keys 2010-11-20 10:17 I think they haven't been implemented 2010-11-20 10:17 Everything is in framebuffer/gui.c 2010-11-20 10:17 Starting from line 672 2010-11-20 10:17 and it's pretty awkward how these arrow keys interfere with keymouse (mouse movement is bound to red arrow+arrow keys) 2010-11-20 10:19 hm, so only arrows keys have been implemented?.. 2010-11-20 10:19 Yeah 2010-11-20 10:19 Think so 2010-11-20 10:19 i se 2010-11-20 10:19 at least need to have ctrl+q working 2010-11-20 10:19 (to exit) :) 2010-11-20 10:21 c - close the current window (when it is clicked, the app exits) 2010-11-20 10:22 we need to bound ctrl+Q to fb_close_click, 2010-11-20 10:22 Check gtk_gui.c, see what function they call 2010-11-20 10:23 I can't think straight today and I feel this whole keymouse thing is overwhelming me 2010-11-20 10:23 :) 2010-11-20 10:23 :D 2010-11-20 10:24 how they quit is easy 2010-11-20 10:24 framebuffer/gui.c, line 843 2010-11-20 10:24 netsurf_quit = true; 2010-11-20 10:24 :) 2010-11-20 10:25 ;) 2010-11-20 10:28 [commit] kyak: netsurf: add the "close" button to toolbar http://qi-hw.com/p/openwrt-xburst/0438954 2010-11-20 10:33 xiangfu_: remember we were discussing that triggerhappy segfaults on start? 2010-11-20 10:33 where do you test openwrt/jlime changes? Directly on hardware? 2010-11-20 10:34 [commit] Xiangfu Liu: add setfont2 ... to /usr/bin/gmenu2x http://qi-hw.com/p/openwrt-xburst/3bf4717 2010-11-20 10:34 [commit] Xiangfu Liu: reflash_ben.sh: update some info. use bzip2 -d instead of tar xf http://qi-hw.com/p/openwrt-xburst/478bfd6 2010-11-20 10:35 viric: unfortunately, yes. fortunately, it is fast to test 2010-11-20 10:35 kyak: yes. I remember. I would suggest add "triggersad", the working one 0.1.3,with your origin patch. 2010-11-20 10:36 xiangfu_: removing all comment lines from its config files helps :) this is weird, but it looks there is some bug when parsing config files 2010-11-20 10:36 kyak: don't have much time on debug 'triggerhappy' :) 2010-11-20 10:36 kyak: so how about just use the working one (0.1.3 + your patch) 2010-11-20 10:37 kyak: when the upstream fixed. we remove 'triggersad' in openwrt-package.git then use the upstream one 2010-11-20 10:37 xiangfu: let's do it. i don't want to dig into it either 2010-11-20 10:39 kyak: ok. I will revert that change. 2010-11-20 10:44 viric: do not you have a nn right? 2010-11-20 10:45 viric: and you are looking some qemu environment to test things right? 2010-11-20 10:45 I have 2010-11-20 10:45 but I don't want to test things there 2010-11-20 10:45 on nn ? 2010-11-20 10:45 yes 2010-11-20 10:46 Otherwise I'll stop having a nanonote I can use other than for testing 2010-11-20 10:47 I have hope on qemu working 2010-11-20 10:47 viric: and i do not remember.. but .. the qemu system around which could be useful.. support normal disks?.. no nand.. some emu disk like ide or sata ? (like the -hda option for qemu x86?) 2010-11-20 10:47 yes, -hda will work I think, and then I have block2mtd as lars said 2010-11-20 10:48 viric: why do not you do a normal tar.gz of your openwrt system and use hda?.. because kernel does not support? 2010-11-20 10:48 I want to test if I can build an ubifs properly too 2010-11-20 10:48 viric: why exactly you want to have ubifs 2010-11-20 10:48 ? 2010-11-20 10:48 isn't ubifs nice for the nand? 2010-11-20 10:48 viric: yes. but i do not understand why you are so long to have your qemu system 2010-11-20 10:49 I'm not a big expert on all this :) 2010-11-20 10:49 viric: you can use hda on that qemu system and use ext2 2010-11-20 10:49 then if you want to have an ubifs later 2010-11-20 10:49 for your nn 2010-11-20 10:49 you do a tar.gz and then convert that to ubifs 2010-11-20 10:49 is 'convert' that easy? 2010-11-20 10:49 yes 2010-11-20 10:49 more easy than eat and drink 2010-11-20 10:50 :) 2010-11-20 10:50 I imagine I'm simply having the fun of emulating a ubifs root on qemu 2010-11-20 10:50 yes.. i do not understand the advantages to do that 2010-11-20 10:51 :) 2010-11-20 10:51 and i see your concerns about how to do thatÂ Â for a long time on this chat 2010-11-20 10:51 rafa: you could buy a programmable pocket computer other than working on jlime, that's also "easier" ;) 2010-11-20 10:51 viric: yes.. but the advantages??!!! 2010-11-20 10:51 which are them??! 2010-11-20 10:52 viric: i did not buy my nn.. jlime bought that 2010-11-20 10:52 tell them 2010-11-20 10:52 haha :) 2010-11-20 10:52 I still do not understand sorry 2010-11-20 10:52 well, if you mean I was annoying in the chat for a long time with those questions...Â Â if larsc would have come up with that block2mtd I would not have bothered that long. 2010-11-20 10:52 no no.. that all is okey 2010-11-20 10:53 i do not undesrtand which are the advantages to do that 2010-11-20 10:53 I'm trying to make some recipes that build a ubifs for the nanonote 2010-11-20 10:53 and no simply to use qemu with had and ext2 2010-11-20 10:53 that's my main goal. And I think I can make init scripts and all that - I don't see troubles on those. My main blocker was how to test an ubifs image. 2010-11-20 10:54 I wanted to solve the blocker. 2010-11-20 10:55 I see.. but you have doubs about how to convert a, for example, rootfs dir with your system on a ubifs image? if so.. i have some notes useful 2010-11-20 10:55 about how to convert that into a ubi image for nn 2010-11-20 10:55 I have some recipes 2010-11-20 10:55 I have the image 2010-11-20 10:55 I want to test it 2010-11-20 10:55 I'm almost booting it ;) 2010-11-20 10:55 cool ;) 2010-11-20 10:57 for me this ubifs, with the ubi layer, is quite unusual 2010-11-20 10:59 rafa: I'm not using openwrt or jlime... I'm a bit on my own 2010-11-20 10:59 it's nice for learning about all it. 2010-11-20 11:00 xiangfu: i see you are playing with reflash_ben.sh now. How do you think, would it be easy to implement a progress bar to indicate flash progress? 2010-11-20 11:01 viric: so are you using that qemu-jz or stock qemu for that? 2010-11-20 11:01 kyak: stock qemu 2010-11-20 11:02 nice. have you managed to boot the uboot? 2010-11-20 11:02 I'm using the malta board 2010-11-20 11:02 And I did not plan to build uboot... 2010-11-20 11:02 I boot with -kernle 2010-11-20 11:02 ah ok 2010-11-20 11:03 you should have a custom kernel for that, right? not the one you can for Ben 2010-11-20 11:03