<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>
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.
<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
<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
<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
<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>
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