<tuxbrain> rafa: lovely splash screen :)
<kyak> wolfspraul: thanks for your information, will be waiting for the update impatiently :)
<kyak> good to know you are reading logs, too :)
<tuxbrain> rafa:it's taking ages to download "opkg update"
<tuxbrain> but seems is not hung, now after mipsel time to all
<tuxbrain> ok done
<tuxbrain> lets see
<wolfspraul> kyak: how is it now? still feel unstable/screen flickering/etc?
<wolfspraul> the screen flickering should be stable, in the sense that it always flickers the same way, more pronounced in gmenu2x than in console
<wolfspraul> that's a simple bug, and it will be fixed
<wolfspraul> then you also said you don't like the finish/paint on the device?
<wolfspraul> keep us posted...
<kyak> wolfspraul: sure, the display is still flickering, i hope it will be fixed
<kyak> i think the finish/paint is ok; i was talking that a case (housing) itself and a keyboard get greasy very fast
<kyak> i'm not using it much directly now, mainly via ssh.. so it's not so noticable.
<wolfspraul> ok
<wolfspraul> do you plan to do any hacking? if you build from source maybe you can try the new 2.6.34 kernel already, it should have a flickering fix but I haven't tried it yet...
<wolfspraul> or just wait a few days, I think a new OpenWrt image is around the corner
<kyak> i have a lot of plans :) but the priority is getting the Wi-Fi working.. WEP wasn't a problem, but WPA wasn't so easy..
<kyak> but i have the working toolchain, so maybe i'll do it :)
<wolfspraul> is WPA working now?
<kyak> not yet
<kyak> i'm trying with wpa_supplicant, it gives me "authentication timeout"
<kyak> though it associates ok
<kyak> i'm following http://en.qi-hardware.com/wiki/Wi-Fi_in_Nanonote, but i also tryed a wpa_supplicant.conf from my linux laptop
<kyak> i think there ar alternatives, like xsupplicant and wpad
<kyak> i might try them
<wolfspraul> I think others got wpa to work already, but not sure who it was
<wolfspraul> tuxbrain: ?
<tuxbrain> ? what?
<tuxbrain> trying Jlime here :)
<kyak> tuxbrain: have you got WPA working?
<tuxbrain> not sorry my wifi tests where just on open networks
<kyak> i have a bunch of [ 2104.540000] /home/mvogt/openwrt-xburst.image/build_dir/linux-xburst_qi_lb60/ks7010/ks7010_sdio.c:ks_sdio_interrupt[651] in dmesg, should i worry?
<kyak> it is when i insert the wifi card
<kyak> and also [ 2104.500000] jz4740-mmc jz4740-mmc.0: Sparse irq: 80
<tuxbrain> I think the guy we are searching for is Javier
<kyak> !seen Javier
<calamarz> wow... really impressed with the battery in nn. doing a voltage monitoring, and dropped to 3.7 after 11 hours idle.
<kyak> i love the battery compatibility list.. i have three spare batteries from my old Nokias :)
<kyak> i'm like a batteries baron
<tuxbrain> kyak: hes now very disconnected, I will try to reach him by mail
<kyak> tuxbrain: this would be great
<tuxbrain> kyak, send me a mail, maybe it will be easy he reply to a mail than connecting to channel
<kyak> what your e-mail?
<kyak> tuxbrain@tuxbrain.com? :)
<calamarz> in order to have acpi power info is it enough with enabling it in the kernel, or...?
<tuxbrain> this is one of them but better send it to david@tuxbrain.com
<kyak> tuxbrain: i will do.. i'll collect wpa_supplicant and dmesg logs and send it to you
<tuxbrain> ok
<kyak> calamarz: have a look at /sys/class/power_supply/battery/uevent
<calamarz> kyak: yes, thanks... that's where i'm logging from in a cron. but was wondering if acpi support (for using powertop, for instance) would be so simple as enabling it in the kernel or is needed something else
<xakh> hey dudes, I've been out of the nanonote news cycle for about a week. What have I missed?
<calamarz> xakh: you missed my happyness when I received it :D
<xakh> haha!
<xakh> it's pretty damn awesome huh?
<xakh> you got Quake working on it yet?
<calamarz> hum... not tried... not a gamer guy :p
<xakh> heh.
<calamarz> but gmu really got me... I'm trying to make debian package now
<xakh> lol nice.
<xakh> hey, you have debian on it?
<calamarz> yep
<xakh> have you got X working?
<tuxbrain> xakh jlime is out :) and we (well rafa) achieved to play videos :)
<xakh> what's jlime?
<xakh> wait VIDEO?!
<xakh> holy crap that's awesome!
<tuxbrain> I yes in jlime, a OE based distro
<calamarz> oh god I have to try that :p
<tuxbrain> OE=Open Embedded
<tuxbrain> look at the irclogs
<xakh> ooooooh.
<xakh> I have to update my nano one of these days.
<xakh> hey
<tuxbrain> the link to the demo  http://www.youtube.com/watch?v=d_Uf6khg3Mg
<xakh> is there any way to take the cursor buttons and turn it into a mouse of sorts?
<xakh> and that is awesome, video on a nano.
<xakh> also, I'm looking up extremely tiny window managers
<xakh> this one is pretty cool
<calamarz> xakh: I'm exploring fb utils yet... have to try ratpoison in the nn
<xakh> hmm
<xakh> I don't particularly like ratpoison.
<xakh> I want something with a bit more flash.
<xakh> like LXDE
<xakh> hm
<xakh> this one is really cool
<calamarz> xakh: mmm just guessing, but... could this do it? --> http://www.x.org/archive/X11R7.5/doc/man/man4/joystick.4.html
<calamarz> look for "will map the first and third axis:
<calamarz> er, w/o the ":"
<xakh> perfect!
<xakh> I'd really love to see matchbox on this
<calamarz> holy cow! the rumours were true... this thing actually can play video :p
<kyak> tuxbrain_away: i just sent you the e-mail
<kyak> maybe Javier could help.. but i'll be trying from my side
<calamarz> could sb allow .ods in the qi wiki?
<xdpirate> Are there any curses-based or GUI contact managers available for the nanonote? Storing names, addresses and phone numbers would be useful
<tuxbrain_away> rafa:need python-gobject in the repos to make gourmet work :) , I would like to have some recipies at hand in the kitchen :)
<calamarz> xdpirate: there is abook, but it needs minimum terminal size of 70x20
<calamarz> xdpirate: maybe it would do it with some tweaking for displaying less stuff
<calamarz> xdpirate: also tried some generic todo stuff like tudu or tina
<calamarz> don't know if with fbterm could get a smaller font...
<wolfspraul> calamarz: will add .ods to allowed wiki uploads momentarily...
<wolfspraul> calamarz: added .ods, can you try to upload?
<kyak> tuxbrain_away: with OPEN Wi-Fi there is a 50 % packet loss (seen very clean with ping). I don't like these messages from ks7010, there might be some problems related to interrupts
<kyak> *messages from ks7010 driver
<kyak> i think this packet loss is the reason why i can't authenticate with WPA (it requires 4-way handshake)
<kyak> but let's see what Javier's opinion will be
<calamarz> wolfspraul: uploaded ods battery dataset to http://en.qi-hardware.com/wiki/Battery_Monitoring#Datasets...
<sdschulze> I have good news and bad news.  Good news: I compiled Linux natively on Debian.  Bad news: the image is too large (> 4MB).
<xdpirate> Compiled Linux on Debian? As in, you compiled a linux kernel on the nanonote? =P
<sdschulze> yes
<xdpirate> Ah, nice one mate :)
<sdschulze> took a night, but worked
<wolfspraul> wow, congratulations
<wolfspraul> how can we increase the 4 MB kernel limit?//
<sdschulze> wolfspraul: Erm, you mean the 2 MB limit.
<sdschulze> I don't really understand why it could get so large.
<sdschulze> I used the .config from the OpenWRT kernel build dir.
<wolfspraul> well, any limit that is in the way. sounds like 2 or 4, maybe too small...
<sdschulze> It would be possible to change the NAND partitioning, but that doesn't seem to be the best solution.
<sdschulze> I'd better outsource some features as modules.
<sdschulze> Ah, OK, it didn't actually compress the image.
<sdschulze> Beware, though: there's no chance without swap.
<kyak> i don't quite understand how 'make menuconfig' and 'make kernel-menuconfig' at the end come together
<kyak> for example, do disable mmc driver i have to do kernel-menuconfig, because it is not available in make menuconfig
<kyak> kernel_menuconfig it is
<kyak> the thing is, i'm trying to throw away mmc driver, it seems that mmc driver and ks7010 are not playing together nicely
<kyak> they are both compiled in kernel.. at first i will compile ks7010 as a module
<kyak> at least it was compiled as module, as described in Wi-Fi page on wiki
<kyak> hm ok.. it's already as module /etc/modules.d/10-ks7010
<xiangfu> Hi kyak
<kyak> xiangfu: hi
<xiangfu> kyak:  the kernel-module in the "make kernel_menuconfig" only compile as module.
<xiangfu> kyak: sorry  s/kernel_menuconfig/menuconfig, I mean the openwrt's menuconfig
<kyak> xiangfu: yep, i already understood. * only means "include in rootfs", right?
<xiangfu> kyak: yes.
<kyak> while 'M' means "build a separate pacakge"
<xiangfu> yes
<kyak> may i have another question then..
<xiangfu> kyak: ok :)
<kyak> what is the .config file that is found in a root after cloning the git repository? should i use http://downloads.qi-hardware.com/software/images/Ben_NanoNote_2GB_NAND/latest/config instead of it?
<xiangfu> kyak: the .config file is generate by "scripts/kconfig.pl". it will merge three config files.
<xiangfu> 1. target/linux/generic-2.6/config-2.6.32
<xiangfu> 2. target/linux/xburst/config-2.6.32
<xiangfu> 3. target/linux/xburst/qi_lb60/config-2.6.32
<kyak> ok, i mean, should i use .config file from the latest official software which was released or the .config file that is found after git cloning the repo?
<xiangfu> kyak: oh. sorry. I though you are talk about kernel .config. you are right.
<xiangfu> kyak: you are right. use the latest/config instead of it.
<kyak> your information is useful anyway :)
<xiangfu> kyak: :-)
<kyak> but what if there are changes in git, that don't exist yet in latest official .config?
<kyak> like some new module/package added/removed?
<xiangfu> kyak: then we must run "make menuconfig" to update local .config file.
<kyak> i see, thanks :)
<xiangfu> kyak: one thing before run "make menuconfig", run "./scripts/feeds update -a && ./scripts/feeds install -a" to update package list
<kyak> sure, already did it
<xiangfu> kyak: are you try to compiling the whole openwrt now?
<kyak> xiangfu: yes
<xiangfu> kyak: great. :)
<kyak> at first i'll try it with the latest/config.. see how WiFi will work there
<sdschulze> compiles Linux natively again.
<sdschulze> Something was broken.
<sdschulze> Some stupid question
<kyak> sdschulze: how much memory is used when you do native compiling?
<sdschulze> How do I physically remove the SD card from the slot.
<sdschulze> kyak: more than 32MB, at least.
<sdschulze> Using my SD card for swap.
<kyak> you press it in to remove it:)
<sdschulze> tried that
<kyak> push it in
<kyak> i have to do it with my nail
<rafa> tuxbrain_away: let me check why is not python-gobject into repos, if no I will put it in extra-packages ;)
<kyak> a question: after re-flashing ben, data from ubi1:data will be lost?
<kyak> another question: after building from git, can i skip flashing bootloader (and only flash kernel and rootfs)?
<xdpirate> kyak, yes ubi data will be lost, and yes, no need to reflash bootloader, only kernel/rootfs
<kyak> allrighty, thanks xdpirate
<xdpirate> nps
<sdschulze> still compiling... :)
<kyak> xdpirate: fyi, the data partition is not erased
<kyak> so i just did "ubiattach /dev/ubi_ctrl -m 3; mkdir /data; mount -t ubifs ubi1:data /data/" and all my files from data partition magically re-appeared :)
<xdpirate> not when flashing kernel but when flashing rootfs
<kyak> i flashed kernel+rootfs
<xdpirate> D:
<sdschulze> BTW, does the standard uboot image contain "quiet" in its kernel cmdline?
<sdschulze> because the kernel from pyneo isn't very verbose
<kyak> root@BenNanoNote:~# cat /proc/cmdline
<kyak> mem=32M console=ttyS0,57600n8 ubi.mtd=2 rootfstype=ubifs root=ubi0:rootfs rw rootwait
<kyak> sdschulze: for you :)
<sdschulze> ah, OK, could've done that myself :)
<sdschulze> So it doesn't print anything on screen because of the "console=" stuff?
<kyak> sure :)
<kyak> that wasn't for your latest messa\ge
<kyak> what do you want it to print on screen?
<sdschulze> what it's doing, it it panics, oopses, whatever
<sdschulze> *if
<kyak> hm
<kyak> why is /etc/profile when i build from git is different from /etc/profile from official release?
<kyak> in needs this SDL fix
<sdschulze> dreams of a GRUB port.
<kyak> what do you need it for?
<xdpirate> can anyone compile ne for me? i'm on my windows pc right now, and the compile should be painless
<sdschulze> What's ne?
<xdpirate> would be greatly appreciated
<xdpirate> ne, the nice editor
<mirko> hey, anybody of the imgv-project here?
<xdpirate> curses-based text editor :)
<sdschulze> compile for what architecture?
<xdpirate> for the ben
<xdpirate> mips
<xdpirate> if anyone feels like helping - http://ne.dsi.unimi.it/ne-2.1.tar.gz :)
<sdschulze> I currently run Debian there -- is static linking OK?
<xdpirate> sure mate =)
<sdschulze> what prefix?
<sdschulze> oh, OK, doesn't seem to be hardcoded in the binary
<xdpirate> mipsel-linux-uclibc-
<sdschulze> no, I mean as in /usr/local
<sdschulze> I will link statically anyway, so the uclibc doesn't matter.
<sdschulze> Maybe someone else is faster doing a cross-compile.
<sdschulze> I'm not good at that.
<xdpirate> i'm rather new to C, compiling and makefiles tbh :p
<xdpirate> but yeah when you statically compile you don't need a prefix, cos all libs are in the binary?
<sdschulze> You need a prefix if you have application data.
<xdpirate> oh, you mean where the app will save its config and data?
<xdpirate> i keep that in /root
<xdpirate> which is also my home folder
<sdschulze> It doesn't seem to have any application data.
<xdpirate> aha
<xdpirate> :)
<sdschulze> [it takes a while]
<xdpirate> hehe no problems mate
<sdschulze> 32 MB of RAM don't really make it a good building environment...
<xdpirate> hahah x]
<xdpirate> wants GRUB/LILO so he can tri-boot jlime, debian and openwrt
<sdschulze> too
<sdschulze> GRUB with ubifs support would be ideal
<xdpirate> dual boot debian/openwrt would be enough though :)
<xdpirate> yeah
<xdpirate> this looks promising - http://culot.org/calcurse/
<xdpirate> i wonder if that's usable on the ben
<sdschulze> compilation done
<xdpirate> awesome :D
<xdpirate> Thanks a bunch, mate! :D
<xdpirate> cheers at sdschulze
<sdschulze> hope this will work
<sdschulze> natively compiled :)
<sdschulze> Now I can resume building Linux.
<xdpirate> :D
<sdschulze> Does it work?
<xdpirate> haven't tested it yet, will do in a bit
<xdpirate> btw is there a precompiled or ipk package for man? reading manual pages on the unit would be helpful
<xdpirate> i just realized there was none preinstalled :P
<xdpirate> sdschulze, doesn't seem to work, it just hangs =/
<sdschulze> :(
<sdschulze> Can you do an strace on it?
<xdpirate> sure sec
<xdpirate> sdschulze, http://pastebin.com/9twcD7mw
<sdschulze> That's all?  Strange.
<sdschulze> Does it react to C-c?
<xdpirate> C-c?
<sdschulze> Ctrl-c
<xdpirate> ah
<xdpirate> yes
<sdschulze> strange
<sdschulze> works for me here
<xdpirate> i'm on openwrt if that matters
<sdschulze> I supposed so, that's why I compiled statically.
<xdpirate> Yeah, I find it weird that it doesn't even output an error message
<xdpirate> I prefer its sexy interface over vim/joe/emacs/nano, so i really hoped it would work
<urandom_> it doesnt work for me too :( (openwrt)
<xdpirate> =(((((((((((((
<sdschulze> Wait...
<sdschulze> Maybe it's FPU stuff.
<sdschulze> It links to libm.
<xdpirate> Is there a precompiled toolchain specifically for the Ben?
<xdpirate> I got the precompiled dingux toolchain which is binary compatible, but i'd like ben-specific libs etc
<urandom_> xdpirate havent found any yet
<sdschulze> probably somewhere in the openwrt build tree
<xdpirate> hmkay
<sdschulze> It means that I can't build it for you, because my libgcc is from Debian, too.
<sdschulze> It's indeed a bit sad that Debian is binary-incompatible to openwrt.
<urandom_> it is? i read somewhere you could use debian binarys in dingux so it cant be totally incompatile
<xdpirate> That's very sad, it'll essentially break the community in two parts, the ones that use owrt and the ones who use deb
<nebajoth> I don't see the problem as long as there is a documented build process for stuff testbedded on debian being turned into openwrt packages
<nebajoth> and a concerted effort to do so
<nebajoth> this is simply the role of procedure
<nebajoth> despite turning the nanonote into a general purpose computer, openwrt is much more streamlined
<nebajoth> targetted openwrt respins are probably the future of the platform anywa
<nebajoth> y
<nebajoth> debian is just a development/hacker platform
<nebajoth> its perfectly natural for early adopters to gravitate towards the more powerful OS
<nebajoth> and the one with the larger selection of packages
<sdschulze> Hm, I don't even find anything about FPU emulation in my .config.
<nebajoth> I don't think that means the community itself will be divided
<sdschulze> eeek
<sdschulze> Why did they disable MIPS_FPU_EMU support by patch, not just by .config option?
<sdschulze> in openwrt
<sdschulze> Making a Debian kernel seems to be less trivial that I thought.
<sdschulze> nebajoth: Sure, OpenWRT is more suitable for cross-compilation.
<sdschulze> That's sometimes nice.
<Textmode> huggles #qi-hardware
<kyak> xdpirate: http://bas.ath.cx:81/ne
<kyak> i built it using openwrt toolchain, run on my Ben with ne --ansi
<Textmode> I'm still having problems building the toolchain ;_;
<kyak> what kind of problems?
<Textmode> build fails.
<kyak> this is what i was following
<tuxbrain_away> kyak: you have recipie of ne?
<Textmode> let me bring it up
<kyak> tuxbrain_away: recipie?
<tuxbrain_away> sorry Openwrt Makefile to include on Openwrt or qi repositories
<kyak> nah.. it was just a quick build fo xdpirate :) but i can try to make a package
<Textmode> would be useful.
<tuxbrain_away> in openembeded those "build instructions" are called recipies sorry too many time with OE in openmoko :P
<Textmode> not really anything in the way of useful error message, just "make -r world: build failed. Please re-run make with V=99 to see what's going on"
<kyak> this name "recipy" actually makes sense :)
<kyak> Textmode: have you tried it?
<Textmode> and I'm guessing that V=99 would drown me in messages.
<kyak> it would
<tuxbrain_away> yeah kyak, and all compilers listening out there, I know is a little PITA but if you success in compiling something fancy to the BNN using the Owrt toolchain, making the Owrt Makefile for this will be extremelly usefull for the whole project :)
<kyak> helpful messages, actually
<kyak> tuxbrain_away: 100 % agree
<tuxbrain_away> good night nanonoters out there, happy flashing, compiling, configuring, blaming, playing, note taking, listening, reading whatever , ...enjoy
<Textmode> rest well, tuxbrain_away
<kyak> Textmode: what's your distro?
<Textmode> Ubuntu
<kyak> just install perl::XML::Simple
<kyak> this must be in packages
<Textmode> libxml-simple-perl?
<kyak> should be it
<kyak> though in my system (mandriva) it is called perl-XML-Simple
<Textmode> well, we'll see in a minute :P
<Textmode> I guess we can see that problem is solved, but the build is still going, so we might have some more luck later :P
<rafa> tuxbrain_away: have you seen the python gobject package? is that one the proper one you need?. BTW,
<zear> calamarz, that's system global, or X11 only?
<calamarz> zear: trying to figure... but it seems like system global
<Textmode> build....faster.... ;_;
<calamarz> hum... the keymouse seems promising but it's needing to load uinput module :/
<calamarz> time to join the kernel fun
<Textmode> keymouse?
<Textmode> vitual mouse, using the keyboard?
<calamarz> yep
<zear> calamarz, the only sucky thing about it i can think of is once you load it you can't use 4-way button as arrow keys
<zear> so it will be useless for all no-mouse applications, like gmenu2x or gmu
<lloyd> Hi - I have a problem with my NanoNote, I can't power it on, nor achieve usb-boot mode
<lloyd> I had attempted (it appeared successfully) to flash Debian onto the device
<lloyd> After that, it won't power on, nor will it go into usb-boot mode
<lloyd> Anyone had a similar experience?
<calamarz> zear: right. i was thinking about loading it only for running some apps...
<calamarz> lloyd: yes. try to take the battery out for some seconds and try again
<mth> lloyd: how are you trying to put it into USB boot mode?
<lloyd> I am trying all enter usb-boot mode by shorting the two leads in the back (under the battery) and then holding down the power button for 2-5 seconds.
<lloyd> The usb cable is of course attached.
<lloyd> This happened about 12 hours ago. I had taken the battery out and let it sit during that time.
<mth> it should always be possible to re-enter USB boot mode
<mth> maybe unplug the USB cable for a short time and then repeat the procedure?
<zear> lloyd, does the led on the right side of the device flash when you plug the cable in?
<zear> could be that the u-boot (bootloader) is damaged so it doesn't boot, and you fail shortening the pins, so it doesn't switch into the usb boot mode
<nebajoth> its hard to short the pins
<nebajoth> you must press quite hard
<zear> yep, i need to try it several times until i do it right
<nebajoth> I have greatest success with tinfoil
<zear> a good idea is to run "watch lsusb" so you can see if it's in usb boot mode still keeping the device in hands
<zear> it speeds the whole process up
<nebajoth> agreed
<nebajoth> and no harm in putting the refresh rate up real high either
<nebajoth> default is 2 seconds
<nebajoth> I like me a 0.2
<nebajoth> watch -n 0.2 lsusb
<nebajoth> near enough to realtime as to make no difference to me
<nebajoth> also
<zear> anyway, bedtime, cya guys
<nebajoth> if anyone wants it
<nebajoth> my python battery checking script
<nebajoth> you have to manually invoke it
<nebajoth> and since it derives its information from the raw voltage numbers provided in /sys
<nebajoth> its just a linear interpolation
<lloyd> Yes - the red led flashed momentarily when I first plug in the usb cable.
<lloyd> I'm going to try the suggestion now (foil & watch)
<nebajoth> sweet
<nebajoth> I've been down your exact road
<nebajoth> and that's what worked for me
<zear> or you can just: "cat /sys/devices/platform/jz4740-adc/jz4740-battery/power_supply/battery/capacity", make it a sh script and put into /usr/bin ;)
<nebajoth> pfft
<nebajoth> then you don't get to see it
<nebajoth> with the maxvoltage
<nebajoth> and the min
<nebajoth> NUMBARS
<calamarz> nebajoth: have you logged the discharge cycle?
<nebajoth> no, but I should
<nebajoth> and recharge too
<nebajoth> bbiab
<lloyd> Still trying, but thus far I am still unable to get it into usb-boot mode ...
<lloyd> Is it possible I've actually damaged it somehow?
<Textmode> dammit, the build is still going...
<xakh> hey dudes, how's the night?
<xakh> or morning where most of you are
<urandom_> well i was able to get some stuff done so it was a good night