<qi-bot> [commit] Werner Almesberger: atusb/fw/usb/: added support for bulk IN EP 1 http://qi-hw.com/p/ben-wpan/244e449
<qi-bot> [commit] Werner Almesberger: atusb/fw/: added reporting of RF interrupts via bulk EP1 http://qi-hw.com/p/ben-wpan/0120f62
<qi-bot> [commit] Werner Almesberger: libatrf: new function atrf_interrupt_wait for interrupt-driven wait for interrupt http://qi-hw.com/p/ben-wpan/e6f0a1d
<qi-bot> [commit] Werner Almesberger: tools/lib/: added interrupt_wait support to atusb and atusb-spi driver http://qi-hw.com/p/ben-wpan/110ecf6
<qi-bot> [commit] Werner Almesberger: libatrf: new function to reliably flush interrupts http://qi-hw.com/p/ben-wpan/620709a
<qi-bot> [commit] Werner Almesberger: tools/: updated tools to use flush_interrupts http://qi-hw.com/p/ben-wpan/b0dd5ce
<qi-bot> [commit] Werner Almesberger: tools/: added interrupt_wait support to atnet and atrf-proxy (untested) http://qi-hw.com/p/ben-wpan/668d8c6
<qi-bot> [commit] Werner Almesberger: tools/atrf-xmit/atrf-xmit.c: corrected title comment http://qi-hw.com/p/ben-wpan/106ef7f
<qi-bot> [commit] Werner Almesberger: tools/lib/timeout.h, tools/lib/timeout.c: added timeout/deadline functions http://qi-hw.com/p/ben-wpan/4d4cec6
<qi-bot> [commit] Werner Almesberger: tools/lib/atben.c: added support for interrupt_wait (polled) http://qi-hw.com/p/ben-wpan/55354c7
<qi-bot> [commit] Werner Almesberger: tools/: major overhaul of wait_for_interrupt; uses atrf_interrupt_wait now http://qi-hw.com/p/ben-wpan/b4a6e8e
<qi-bot> [commit] Werner Almesberger: atrf-xmit/atrf-xmit.c: updated to no longer use atrf_interrupt http://qi-hw.com/p/ben-wpan/b7276d2
<qi-bot> [commit] Werner Almesberger: tools/lib/atben.c (atben_interrupt_wait): complain about stray interrupts http://qi-hw.com/p/ben-wpan/9952a20
<qi-bot> [commit] Werner Almesberger: tools/lib/misctxrx.c (flush_interrupts): don't fall back to reading IRQ_STATUS http://qi-hw.com/p/ben-wpan/76707d6
<qi-bot> [commit] Werner Almesberger: atusb/fw/: disable INT0 if manipulating GPIOs (tentative) http://qi-hw.com/p/ben-wpan/12fef1b
<qi-bot> [commit] Werner Almesberger: tools/: the great removal of atrf_interrupt http://qi-hw.com/p/ben-wpan/d0fb1a8
<qi-bot> [commit] Werner Almesberger: libatrf: simplify use of atrf_interrupt_wait now this it is mandatory http://qi-hw.com/p/ben-wpan/10b6d88
<DocScrutinizer> ~cough~ messybox
<DocScrutinizer> if infobot/apt was here, I'd ask her to tell about messybox
<qi-bot> [commit] Werner Almesberger: tools/lib/atben.c (atben_interrupt_wait): don't time out if timeout_ms == 0 http://qi-hw.com/p/ben-wpan/70715a1
<qi-bot> [commit] Werner Almesberger: tools/atrf-proxy/: make WAIT 0 wait forever http://qi-hw.com/p/ben-wpan/f4ca3ae
<qi-bot> [commit] Werner Almesberger: prod/atusb (led): show keys to press in reverse http://qi-hw.com/p/ben-wpan/b2c7727
<qi-bot> [commit] Werner Almesberger: tools/lib/misctxrx.c (wait_for_interrupt): don't fragment timeouts http://qi-hw.com/p/ben-wpan/cb20c55
<qi-bot> [commit] Werner Almesberger: tools/lib/atusb-common.c (atusb_interrupt_wait): don't try to pull more irqs http://qi-hw.com/p/ben-wpan/f8f2f89
<qi-bot> [commit] Werner Almesberger: atusb/fw/: new request ATUSB_GPIO_CLEANUP to re-enable INT0 http://qi-hw.com/p/ben-wpan/f7b9a18
<qi-bot> [commit] Werner Almesberger: tools/atrf-gpio/atusb.c (restore_gpios): send ATUSB_GPIO_CLEANUP http://qi-hw.com/p/ben-wpan/b0b04ed
<wpwrak> rejon: we should announce our FISL talks on the qi-hw list. do you think the hours are reasonably dependable now ?
<rejon> i haven't seen mine
<rejon> no idea
<rejon> agree on announce
<wpwrak> rejon: you have two talks, Sat Jul 02 13:00 Qi-Hw. Sat Jul 02 17:00 Open Clip Art
<rejon> i have one more on the 30th i just found out too, but that is another story, about acawiki.org
<rejon> ok, sure, sounds like they are set
<wpwrak> rejon: a bit of an evil schedule
<wpwrak> rejon: wow, 3 talks ! you'll be hoarse ;-)
<rejon> yeah, its a bit out of hand
<rejon> its ok, rather be busy than not
<xiangfu> kyak: Hi
<xiangfu> kyak: I committed the 'backfire' branch on both openwrt-package and openwrt-xburst
<xiangfu> kyak: I think this time we using another method to rename the 'trunk' to 'master'
<xiangfu> kyak: maybe git push origin trunk:master, then we don't need modify the server config file, (I remember last time we rename the branch by 'git br -m' cause some more works)
<rozzin> cat urls.audio
<rozzin> er.
<rozzin> n/m :)
<rjeffries> i HOPE YJE nOKIA n9 COMES TO MARKEY IN usa SOON. SWEEET. mEEGO BASED.
<DocScrutinizer> anyway the often quoted mantra of N900 "It's NOT a phone, it's a computer" seems to shift to "it's not a computer" for N9
<roh> hmmm
<DocScrutinizer> oops ECHAN
<rjeffries> whatever they say in marketing-ese the device looks good
<roh> thats basically a xmega based atusb
<rjeffries> at86rf230 ? I think..?
<wolfspraul> roh: any news on cases or logo?
<roh> rjeffries: afaik thats the predecessor of the one on the atusb/ben
<roh> wpwrak: nope
<roh> eh wolfspraul
<wolfspraul> do you have a timeline?
<wolfspraul> all parts are there, right?
<roh> wolfspraul: all beside the acryllic.
<wolfspraul> I'm working on the last pieces on my end :-) box, labels, remote control seems almost settled too
<roh> wolfspraul: pushin the final order there today
<wolfspraul> ah yes, please
<wolfspraul> timing is still good, but it's getting tighter slowly :-)
<roh> my biggest concern is the gluing. the mill iss still not working and i need metal holders to align the small discs properly
<wolfspraul> mill not setup/working in the new place yet?
<roh> ack. same with the laser.
<wolfspraul> ok, got it
<roh> its getting a new cooling setup... i completed the exhaust last week
<wolfspraul> ok, well I wish you good luck, we need those cases soon...
<wpwrak> roh, rjeffries: (at86rf230) a crappy predecessor. good luck with all its race conditions ;-)
<roh> its loads of details moving so many machines needing a lot of 'support framework' to operate afzer all
<wolfspraul> I can imagine. talk is cheap, I know how much work you have there to really deliver a full case...
<wolfspraul> I'll ping you again towards the end of the week or so
<wolfspraul> as long as box, labels and other stuff are still moving you are not the last one :-)
<roh> well.. i wish i could just focus on one thing every day.. but currently its a wild mix of everything to keep stuff going. quite annoying and tiring
<wolfspraul> roh: btw, have you updated your m1 recently? it's getting quite nice to use now :-)
<roh> but i guess as long as you dont buy over a hundred cases a month from me that will not happen soon ;)
<roh> wolfspraul: nope.. no time yet.
<wolfspraul> one by one. But I do need those 80 soonish...
<wolfspraul> I will keep you posted, as discussed.
<wolfspraul> on one hand there is no need to stress out while other parts are in the making, on the other hand I want to avoid that the entire project is stuck at the end because we wait for cases.
<wolfspraul> so I balance between those two...
<roh> sure.
<wpwrak> roh: btw, if you want to go the 230 route, there's the ATMEGA128RZ series. avr, not avr32. built-in rf230. all going EOL, of course.
<roh> wpwrak: ah. nope.. i didnt want to go anywhere. just noticed it in that shop
<roh> wpwrak: btw.. atxmega vs atmega.. big diffence.
<wpwrak> roh: ah :) yeah. nice. but already obsolete :) i'm quite glad we could switch to the 231. i had some qualms about the 230.
<roh> atxmega is that thing between avr32 and avr. like a 'big brother' to the avr.
<wpwrak> roh: don't know the xmega. fresher patents, i suppose ? ;)
<roh> wpwrak: but good to know that the 230 and the 231 are that different
<roh> wpwrak: its quite nice. has some really cool added features.. cleaned up the io pinning a bit.. faster, bigger. still really cheap.
<wpwrak> roh: 230 has some bugs. like incoming packets overwriting old not yet retrieved packets. so you have to be very very quick. the 231 can avoid that.
<roh> stuff like msample adc/dac and some irq framework which makes it nice for 'realtime' stuff
<wpwrak> roh: then the 231 has the higher data rates. and they cleaned up some more things. ah yes, if you care about external RF PA or antenna diversity, then it's also the 231 and not the 230
<wpwrak> roh: (xmega) hmm. so they dropped the fossils of avr. that would be a good move indeed ;-)
<roh> its very similar. but different
<wolfspraul> rejon: I find it so amazing how the networks in the US are racking up prices on wireless data now
<wolfspraul> all but one have now removed the (never really) 'unlimited' data plans
<wolfspraul> and the new plans are _expensive_
<rjeffries> from am arduino board re xmega: "Event System" that enables the peripherals, in conjunction with the DMA controllers, to do a lot of "common" things without having to involve the CPU at all.  Aside from allowing higher performance if the CPU is awake, this also allows the CPU to spend more time in assorted SLEEP modes, consuming less power.
<wolfspraul> someone wants to reap the rewards of their investment dollars
<wolfspraul> a 2GB plan 30 USD / month, a 10 GB plan 80 USD / month (just reading about Verizon)
<rjeffries> wo;s[taul what doe you pay in China for a data plan?
<rejon> yeah, not sure wolfspraul
<rejon> seems like they are getting cheaper to me
<wolfspraul> which prices do you see?
<wolfspraul> I was just comparing with atben, so atben can transmit 30KiB/sec, that means a little less than 10 hours for 1 GB
<wolfspraul> if 1 GB at Verizon costs 8 USD now, that means atben can save you 20 USD a day :-)
<wpwrak> wolfspraul: now we just have to bridge those few extra kilometers ;-)
<roh> uhm. there are avrs with fpga cells?
<roh> well hidden on the page. wouldnt have found it without wikipedia and google
<kyak> xiangfu: ping
<kyak> xiangfu: before i did anything wrong, how should we do it this time?
<xiangfu> kyak: hi
<xiangfu> kyak: I think I will run 'git push origin trunk:master' then 'git push origin :trunk'
<xiangfu> it's like overwrite, not rename(the last time we switch branch, we using git branch -m, which cause a little issue)
<xiangfu> kyak: if you think it's ok, I will run that now :)
<xiangfu> then for other people, git pull is enough.
<kyak> hm
<kyak> just one question
<kyak> you will overwrite the master branch with trunk contents
<kyak> does it mean we will loose history of master?
<kyak> also, 'git push origin :trunk' means you would like to keep the trunk?
<kyak> what for?
<kyak> heh yeah
<xiangfu> kyak: delete the remote trunk branch
<xiangfu> kyak: (lost master) no, I already commit a branch name 'backfire'
<kyak> ah, so you already saved the state of 'master'
<xiangfu> yes.
<kyak> i think it' sgood then :)
<kyak> i also hope the history of 'trunk' in openwrt-packages will get restored somehow
<kyak> currently it is lost for newly commited files
<kyak> you mentioned it is due to caching
<kyak> but not anymore it is not :)
<kyak> maybe this git web thing is not good at tracking other branches than 'master'
<xiangfu> kyak: shoudl not. the 'master' should same as other only different is the name.
<xiangfu> there is a merge come from dvdk.
<kyak> yup
<xiangfu> you mean openwrt-xburst right?
<kyak> all newly added/modified files don't have history in web ui
<kyak> no age, no message
<kyak> nothing
<kyak> newly added -> i mean, in comparison to 'master'
<xiangfu> kyak: that a little bit strange. no age, no message
<xiangfu> kyak: I will do the rename on openwrt-package now. let see what happen
<qi-bot> [commit] David Kühling: alex4: use left shift as fire key (left control missing on Nanonote) http://qi-hw.com/p/openwrt-packages/af0b29d
<qi-bot> [commit] Xiangfu Liu: gtkguitune, swap left and right interface patch http://qi-hw.com/p/openwrt-packages/221303d
<qi-bot> [commit] Xiangfu Liu: nanonote-files: reflash_ben.sh using -O in wget http://qi-hw.com/p/openwrt-packages/3ecb2ca
<qi-bot> [commit] David Kühling: alex4: move save-files to ~/.alex4.* http://qi-hw.com/p/openwrt-packages/7d8785d
<qi-bot> [commit] David Kühling: octave: fix fortran compile flags, enable parallel compilation http://qi-hw.com/p/openwrt-packages/c33acf0
<qi-bot> [commit] David Kühling: plplot: make compile again with openwrt trunk; switch to using cmake.mk http://qi-hw.com/p/openwrt-packages/01b5b15
<qi-bot> [commit] David Kühling: new package: ASE: allegro sprite editor, a generic drawing and animation program http://qi-hw.com/p/openwrt-packages/6829840
<qi-bot> [commit] David Kühling: ase: hack gui to emulate mouse via keyboard; change keymap to not interfere. http://qi-hw.com/p/openwrt-packages/5c9e2b8
<qi-bot> [commit] David Kühling: ase: improved keyboard-mouse support: filter out arrow keys unless shift pressed http://qi-hw.com/p/openwrt-packages/33f9a73
<qi-bot> [commit] David Kühling: liballegro: fix keyboard driver issues with nanonote's Fn key http://qi-hw.com/p/openwrt-packages/47a2f3f
<qi-bot> [commit] David Kühling: liballegro: yet another keyboard fix for 'Fn' key. http://qi-hw.com/p/openwrt-packages/0244a53
<qi-bot> [commit] David Kühling: ase: fix handling detection of number keys for zoom, ignore 'Fn' (LCONTROL) http://qi-hw.com/p/openwrt-packages/33eec1c
<qi-bot> [commit] David Kühling: liballegro: make the fbcon fixes really water-tight (fix really all cases). http://qi-hw.com/p/openwrt-packages/a82661f
<qi-bot> [commit] David Kühling: config.full_system (on trunk): add liballegro, alex4 and ASE (aseprite) http://qi-hw.com/p/openwrt-packages/f0b4b19
<qi-bot> [commit] David Kühling: config.full_system (on trunk): enable libdumb, needed by alex4 http://qi-hw.com/p/openwrt-packages/a84f7d3
<qi-bot> [commit] kyak: Store/restore alsa settings correctly. http://qi-hw.com/p/openwrt-packages/ec8d8f8
<qi-bot> [commit] kyak: dega: add md5sum for tarball http://qi-hw.com/p/openwrt-packages/d8162a7
<qi-bot> [commit] David Kühling: liballegro: change the keybord driver fix to tread RCONTROL as before (as CTRL) http://qi-hw.com/p/openwrt-packages/026792a
<qi-bot> [commit] David Kühling: ase: another keymouse fix: keep F1-F3 mouse-buttons from causing key events. http://qi-hw.com/p/openwrt-packages/cd0c7ce
<qi-bot> [commit] kyak: vitetris: terminal-based Tetris clone http://qi-hw.com/p/openwrt-packages/c8ada0d
<kyak> so, i'll try to git pull now
<roh> hm. can we just disable that feat of the bot? its 'not helping' having it flooding the channel
<kyak> no, it's totally helpful
<kyak> it only floods sometimes
<kyak> during rebase
<roh> not when its flooding lots of commits in that style. is really hard to read so everybody will use a browser of git client anyhow. one line with a link to that would be enough.
<roh> instead of 2 screens full
<kyak> xiangfu: i will now 'git co master; git pull', right?
<kyak> roh: it's usually just one line
<xiangfu> kyak: wait
<wolfspraul> roh: we limit it to 20 lines now, we can limit it further to 10 or so
<xiangfu> kyak: it should works fine. but I advice, 'git co -b temp; git br -D master; git co -b master origin/master'
<wolfspraul> but it gives an impression of a git merge so I don't think it's completely useless
<wolfspraul> back when we had 500 lines it was not so much fun :-)
<roh> hrhr.. the bot wasnt kicked due to flooding?
<xiangfu> kyak: make sure the 'master' is right. then you can remove the 'temp' and 'trunk'
<wolfspraul> nah, the bot slows down
<wolfspraul> it's a bot, it knows how to play the game...
<xiangfu> kyak: 'git co master; git pull' will cause small problems, since there are some file leave by 'trunk' and not delete in you local disk, remove those files should works fine.
<kyak> xiangfu: following your advice, something is not right...
<kyak> i was in trunk branch, i saved it with 'git co -b temp'. Then deleted master 'git br -D master'. Then stashed my changed 'git stash'. Then checkout remote master 'git co -b master origin/master'
<kyak> now i try to restore my stashed changed
<kyak> *changes
<kyak> by theere is a conflict
<kyak> but there shouldn't be any conflict
<kyak> because i went there right from trunk, which is master now
<xiangfu> kyak: have you run 'git fetch -a' first?
<kyak> nope
<xiangfu> update your local origin/*
<kyak> that's a good idea :)
<xiangfu> it's needs run 'git fetch -a' first sorry
<kyak> yep, i udnerstand now
<xiangfu> or you master still the old :)
<kyak> yeash
<xiangfu> if it's works fine in your side, let's do this on openwrt-xburst, then send email to list.
<kyak> ok, everything went fine
<kyak> i will now remove local trunk and temp
<kyak> xiangfu: will you remove remotes/origin/trunk as well?
<xiangfu> kyak: in the server side, it's already removed, in locally, we need run 'git remote prune  origin'
<kyak> cool :)
<kyak> yeah, just several packages
<kyak> and they are not too important
<qi-bot> [commit] Xiangfu Liu: uboot-xburst: update to 2010.06 http://qi-hw.com/p/openwrt-xburst/bf95bd7
<kyak> xiangfu: the last commit? :)
<xiangfu> kyak: yes
<qi-bot> [commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/0f43545
<qi-bot> [commit] Xiangfu Liu: [xburst] Improve mounttime http://qi-hw.com/p/openwrt-xburst/c868d46
<qi-bot> [commit] Xiangfu Liu: nanonote optimize http://qi-hw.com/p/openwrt-xburst/c1dba4c
<qi-bot> [commit] Xiangfu Liu:  Add-gfortran-compiler-support-to-the-toolchain http://qi-hw.com/p/openwrt-xburst/cf4b099
<qi-bot> [commit] kyak: add kernel patch for setfont2 http://qi-hw.com/p/openwrt-xburst/dd385c4
<qi-bot> [commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/797be6b
<qi-bot> [commit] kyak: config-2.6.37: enable battery, disable RNDIS http://qi-hw.com/p/openwrt-xburst/a3d8a8b
<qi-bot> [commit] kyak: patches-2.6.37: support for Ben NAND partitioning http://qi-hw.com/p/openwrt-xburst/83f076a
<qi-bot> [commit] David Kühling: linux kernel: add CONFIG_PROC_PAGE_MONITOR=y to allow for clean user-space DMA http://qi-hw.com/p/openwrt-xburst/fbaf655
<qi-bot> [commit] kyak: config-2.6.37: enable options needed for keymouse http://qi-hw.com/p/openwrt-xburst/e74aa2b
<qi-bot> [commit] kyak: trunk: fix kernel keymap for VolUp/Down and Del http://qi-hw.com/p/openwrt-xburst/b35d1cf
<qi-bot> [commit] kyak: trunk: build sound modules in kernel http://qi-hw.com/p/openwrt-xburst/0942c36
<qi-bot> [commit] kyak: trunk: add ks7010 support patch http://qi-hw.com/p/openwrt-xburst/5e6fcae
<qi-bot> [commit] Xiangfu Liu: base-files, move it to openwrt-package/nanonote-files http://qi-hw.com/p/openwrt-xburst/cbc84e1
<qi-bot> [commit] kyak: uboot-xburst: don't install empty dir http://qi-hw.com/p/openwrt-xburst/bce1b8d
<qi-bot> [commit] kyak: Disable syslogd and klogd http://qi-hw.com/p/openwrt-xburst/467647c
<qi-bot> [commit] David Kühling: Merge branch 'trunk' of projects.qi-hardware.com:openwrt-xburst into trunk http://qi-hw.com/p/openwrt-xburst/3ab1444
<qi-bot> [commit] David Kühling: cmake.mk: fix bogus values for FIND_ROOT_PATH_MODE_*; kept plplot from compiling http://qi-hw.com/p/openwrt-xburst/e1cbfbf
<qi-bot> [commit] Xiangfu Liu: uboot-xburst: update to 2010.06 http://qi-hw.com/p/openwrt-xburst/bf95bd7
<kyak> xiangfu: should be get rid of that merge by dvdk?
<xiangfu> kyak: when rebasing.
<kyak> i'm trying to push dvdk's last fix for cmake upstream: https://dev.openwrt.org/ticket/9573
<kyak> perhaps we can rebase after it's accepted
<xiangfu> yes.
<xiangfu> kyak: done on openwrt-xburst. please test again : http://dpaste.com/556876/
<kyak> yep, doing it now
<kyak> xiangfu: it went very well :)
<kyak> xiangfu: now, the history in web ui is restored
<xiangfu> I am sending the email, then update the script file, (maybe the old http://fidelio.qi-hardware.com/~xiangfu/bin/compile-openwrt-xburst.sh,  will works fine)
<kyak> xiangfu: i'll just add one lien to compile-openwrt-xburst.sh (to create failed_packages.txt)
<xiangfu> kyak: you can compare the compile-openwrt-xburst-trunk.sh and compile-openwrt-xburst.sh  a little. then we just remove the compile-openwrt-xburst-trunk.sh.
<DocScrutinizer> (<wolfspraul> it's a bot, it knows how to play the game...) LOL
<xiangfu> kyak: then update 'compile-openwrt.sh'
<DocScrutinizer> moinmoin everybody
<kyak> xiangfu: btw, there is a git repo in ~/bin
<kyak> xiangfu: ok, i think compile-openwrt-xburst.sh should be ready now
<kyak> xiangfu: should i stop the current build and restart it with compile-openwrt-xburst.sh?
<xiangfu> yes. let's do it
<xiangfu> I think we should remote the entire openwrt-xburst.trunk-full_system, useless from now on.
<kyak> i left the tree latest trunk-full_system, just for us to check if something goes wrong
<kyak> oh, you mean the build directory itself
<kyak> i suggest that we wait until the openwrt-xburst.full_system-06212011-1026 build is finished
<xiangfu> I mean the ~/openwrt-xburst.trunk-full_system
<xiangfu> the build image is fine
<xiangfu> kyak: yes. that sounds better.
<wolfspraul> DocScrutinizer: moin
<kyak> xiangfu: i removed the link public_html/openwrt-xburst.trunk-full_system to avoid confusion.. Let's keep it locallly for some time :)
<xiangfu> yes
<kyak> so now we wait :)
<DocScrutinizer> unrelated: Nokia announced their new phone N9
<DocScrutinizer> no hw kbd, capacitive ts... pffff
<DocScrutinizer> no uSD slot, double-plus-PFFFF
<DocScrutinizer> now if at least it came with dual-sim
<DocScrutinizer> no OTG, no hostmode - three extra loud PFFFF LOSER
<Jay7> why they release it then? :)
<Jay7> it have no difference with 1xxx series :)
<DocScrutinizer> indeed
<DocScrutinizer> they promised a "meego" devie for this year though
<DocScrutinizer> oops not this one :-D
<DocScrutinizer> actually the first link point to a better phone
<kyak> the worst thing is that the SW platform is more dead than alive
<DocScrutinizer> indeed, 'meego'(maemo)-harmattan seems stillborn
<DocScrutinizer> and it's but-ugly
<DocScrutinizer> back-to-winCE design and concept
<DocScrutinizer> incredible
<DocScrutinizer> anyway on popular demand I applied for a N950 N9-developer-device
<DocScrutinizer> let's see if that's at least a bit better, usability wise, as it got a hw kbd
<DocScrutinizer> *allegedly* hw is identical, modulo the slide-out kbd
<DocScrutinizer> well, if my Nokia patrons speak up to get me one of the 250 devel devices...
<DocScrutinizer> I really don't get it why they don't market N950 rather than or in addition to N9
<DocScrutinizer> allegedly CE cert problems, muhahaha
<DocScrutinizer> if Nokia boggles to print that CE self-issued cert icon on their box, then for sure there's sth severely odd with the hw
<kyak> DocScrutinizer: i read that N950 has some disadvantages to N9
<DocScrutinizer> half the ram at least
<kyak> TFT LCD
<kyak> worse battery
<DocScrutinizer> if that 1GB ram of N9 isn't marketing speak again
<kyak> no warranty
<DocScrutinizer> ooh, no amoled, naaawww
<kyak> it doesn't matter for you, right? :)
<DocScrutinizer> no warranty? lol, they lend me the thing
<kyak> where is this article...
<DocScrutinizer> though it seems Nokia never reclaimed their lend-outs
<DocScrutinizer> too expensive
<DocScrutinizer> might be different here, given the limited number of devices available
<kyak> i heard about 250
<DocScrutinizer> yep
<DocScrutinizer> for "community"
<kyak> what are your chances receiving one of them?
<DocScrutinizer> think they got some more for contractors
<DocScrutinizer> well, konttori partonising me
<DocScrutinizer> he sugested I should apply and he'll talk to the guys managing the program
<DocScrutinizer> he seems aware I actually can help occasionally
<DocScrutinizer> I asked him to fix the SSC problem on N900 (*#67#)
<DocScrutinizer> and I published starhash-enabler to TADAAAA insert that one line into that config file
<kyak> i totally didn't understand your last two phrases, but sounds cool :)
<DocScrutinizer> mompls
<kyak> DocScrutinizer: if you wanted to buy a smartphone for yourself now, what would it be?
<DocScrutinizer> N900
<DocScrutinizer> considering to get a spare spare as long as there are some available
<DocScrutinizer> especially since Nokia can't even repair them now just 18 months after rollout - they swap for an N8 when you send in a N900 for warranty repair
<kyak> are they not produced anymore?
<DocScrutinizer> obviously not
<kyak> heh, why would they do that to N900?
<kyak> i heard from many geeks they love it
<DocScrutinizer> and seems they even missed to keep a reasonable stock for replacements
<DocScrutinizer> I guess, due to several problems with quality etc, Nokia decided to call it broken by design and to discontinue and rollback
<DocScrutinizer> they better came up with a N900-i and a improved more open maemo
<DocScrutinizer> but meh, you know, Elopocalypse
<kyak> so they gave a toy to a child and then took it away
<DocScrutinizer> yeah
<kyak> despite of the fact that the child doesn't really care if the toy is broken or not :)
<DocScrutinizer> they gave a violin to a 4 year old, and when he grew out of it at age of 9 they refused to give a proper violin for grownups
<kyak> i think my Nokia N73 is slowly dying and it's time i start thinking about replacement...
<DocScrutinizer> rather refuse to even service the baby violin anymore
<kyak> yeah, that's a kind of strange logic..
<DocScrutinizer> ""look, there's that nice synthesizer kbd from Redmond, go use that for playing music""
<kyak> and Nokia surely lost some of their fanboys after coupling with MS
<DocScrutinizer> quite some, yes
<kyak> where did they go?
<kyak> not to Samsung, obvisouly
<DocScrutinizer> lost even more though of the maemo community when they deliberately put them down the 3rd time
<DocScrutinizer> most went to andridiot
<DocScrutinizer> some still cling to "true meego"
<DocScrutinizer> aka #meego-arm
<kyak> interesting.. like, running meego on HTC devices?
<DocScrutinizer> it's all a giant fsckng deja-vu regarding what OM did
<DocScrutinizer> nah, I guess they'll try to bring true meego handset UX to N9 now
<DocScrutinizer> they are about (or did already) to rollout meego for N900
<DocScrutinizer> called meego 1.2 CE
<DocScrutinizer> for Community Edition
<kyak> 'CE' ffs
<kyak> not the best choice of abbreviation :)
<DocScrutinizer> wellknown Carsten Munk of Mer a leading head of that enterprise
<DocScrutinizer> it's been DE for developer edition formerly ;-P
<DocScrutinizer> is pondering to watch some threads on talk.maemo.org explode
<DocScrutinizer> I bet you can't read as fast as they scroll
<DocScrutinizer> the announcement been like 6h ago
<kyak> it's interesting how fast it happens. I had no clue about Nokia development of N9/N950 just yesterday
<DocScrutinizer> it's been in the rumours for like 9 months now
<kyak> makes me wonder what would happens "tomorrow"
<DocScrutinizer> nuttin
<kyak> yeah, probably, i'm just not inside this subject
<DocScrutinizer> except maybe Elop gets killed by dropping a stinking oistrich egg at him ;-P
<DocScrutinizer> wonders where to get the rotten ostrich egg from
<kyak> you should get yourself an alibi in case it happens for real tomorrow :)
<DocScrutinizer> :-D
<kyak> remember - public logging!@
<DocScrutinizer> I'll log tomorrow as well, ( <- checks alibi)
<kyak> they'd say you had used Eliza bot :)
<DocScrutinizer> I *am* Eliza bot ;-)
<kyak> --)
<Jay7> I'm happy to see that SonyEricsson and Samsung are opening devices slowly
<Jay7> at least no crypted loaders
<Jay7> ah, I understand
<Jay7> DocScrutinizer: they will say now that Meego devices are unpopular and close this line
<kyak> thanks to crackers, companies now decide that it is better to keep it open from the beginning than to embarass themselves when it is cracked anyway
<Jay7> and price is about $1k
<Jay7> nice..
<Jay7> russian release :)
<DocScrutinizer> Jay7: indeed the idea to roll out a meego device without hw kbd looks like another perfect step in a plan to kill off the whole "linux-on-a-phone" thing
<DocScrutinizer> as somebody just mentioned at #maemo, you won't please hardcore maemo/meego-hackers with the N9, and it's highly unlikely users that never were interested in linux at all now will switch to that new "ecosystem" that has no apps, no competitor devices, nuttin
<kyak> Jay7: yeah, i've read it. Can't help admiring the stupidity of Nokia representative
<lekernel> Openmoko should just have looked like the iPhone
<lekernel> so this would excuse price
<lekernel> and make a very attractive device
<Jay7> hehe
<Jay7> time for NanoNote phone editions
<lekernel> time to get rid of cruft like X11, pulseaudio etc.
<Jay7> qt4 :)
<lekernel> and make an outstanding GUI
<kyak> asking the question like "What do you think would be the price for N9?" to the audience of students and then not being able to defend his grounds
<lekernel> qt4 is still nowhere near the IOS GUI
<lekernel> and it's very slow and bloated
<Jay7> efl then :)
<lekernel> enlightenment is on the right path, except that they have trouble getting things done
<lekernel> yes
<lekernel> :)
<Jay7> well, toolkit is choosen :)
<Jay7> people are talking about some developer device with HW keyboard..
<kyak> last time i heard from bartbes, enlightenment coudln't work without X
<kyak> he tried to make it work on Ben
<DocScrutinizer> diff N9 vs N950 hw: http://pastebin.com/0SWqx8JL
<lekernel> efl should be able to work without tons of problems in the absence of X
<lekernel> I even have already compiled bits of it for RTEMS/Milkymist
<Jay7> I fear price of N950 then..
<lekernel> "The EFL begins with Evas, our canvas library. Because Evas is built on several different selectable engines (Linux FrameBuffer, DirectFB, X11, OpenGL/OpenGL-ES, QTopia, etc) the platform is extremely portable, which translates thru to all of the libraries built on top of it."
<DocScrutinizer> Jay7: N950 won't go retail
<DocScrutinizer> developer device only
<kyak> ok, sounds promising.. Perhaps need to have a look
<Jay7> then it will not work from battery
<Jay7> I'm sure :)
<DocScrutinizer> even an extremely rare one: only 250 available to community
<lekernel> it should have some hw acceleration too... I don't know the status of it
<Jay7> remembers qt greenphone
<DocScrutinizer> yeah
<Jay7> Elopocalypse, as you said..
<lekernel> things like software scrolling are slow, even on modern embedded devices
<DocScrutinizer> openmoko's "predecessor"
<bartbes> kyak: EFL works, e17 doesn't
<kyak> bartbes: but what can you do with EFL, without e17?
<jivs> Greetings
<kyak> also, how would it correlate with their "the platform is extremely portable"?
<kyak> are these just words, again?
<jivs> i'm stuck on "kernel panic- not syncing: VFS Unable to mount root fs on unknown-block(0,0) " msg
<bartbes> kyak: develop applications ;)
<bartbes> EFL is like gtk
<jivs> how can i put it to usbboot mode again.
<bartbes> and e17 is gnome
<jivs> i tried to reflash it with my own images.
<kyak> bartbes: ok, good point. I don't expect gnome to run in DirectFB :)
<kyak> jivs: try powering it on while holding the 'u' key
<kyak> and watch for dmesg
<kyak> then you can use reflash_ben.sh to reflash
<jivs> tried so.. doesn't go to boot mode. when i connect to usb cable. it boots up and the same msg again
<kyak> bartbes: are you aware of any efl-based applications that can run in DirectFB (i.e. on Ben)?
<jivs> dmesg: i am not sure about it.
<kyak> jivs: hold the 'u' while pluggin in the USB cable (i.e. while powering on)
<jivs> kyak, thank you
<jivs> looks im in boot mode now. i will try to reflash it now.
<bartbes> kyak: ehm, basically everything that's not the wm, supposedly :P
<bartbes> anyway, edje is supposed to be a super-easy way to create applications
<bartbes> scripted and all
<kyak> bartbes: it's hard to believe that it is just e17 that doesn't work
<kyak> i assume there are a lot of apps dependent on e17
<bartbes> well, as mentioned, efl's graphics thingy has a directfb backend
<bartbes> so only things that need direct X access (the wm) or opengl won't work
<bartbes> or well, that's supposedly the truth
<kyak> okay then... maybe we can try finding something usefull for Ben
<kyak> and fast? :)
<bartbes> well, as I said edje applications should work
<bartbes> so perhaps if you manage to work out how that works you can write an SDL-less gmenu alternative
<bartbes> it's been a while since I played with the EFL though
<dvdk> xingfu: what's up?
<dvdk> s/xingfu/xiangfu
<qi-bot> [commit] Werner Almesberger: TODO: updated with current tasks http://qi-hw.com/p/ben-wpan/15db279
<xiangfu> dvdk: hi
<dvdk> hi
<xiangfu> just want let you know that we do the 'rename' on openwrt-xburst and openwrt-package
<xiangfu> dvdk: you maybe already saw the email
<dvdk> hi xiangfu, already saw your mail and typed in those commands.  worked like a charm.  thx
<xiangfu> dvdk: great. also kyak have cleaned up a little on buildhost.
<jivs> greetings
<jivs> how can i submit a patch for openwrt Makefile, it is one of the package qi-hardware site
<jivs> it's the libsdl-gfx package
<xiangfu> jivs: you can send the patch to mailing list.
<xiangfu> jivs: or if you want working more on openwrt package. I can make you have write access, then you can direct commit it
<xiangfu> jivs: BTW: we update a little recenlty on openwrt-package.git which branch you are working on?
<jivs> it's trunk
<jivs> so i believe must be latest
<jivs> shall i check the revision
<xiangfu> jivs: ok. then it should apply fine on our new 'master' which is the 'trunk' before rename.
<xiangfu> jivs: we just do the rename. so you can just backup your commit first. then follow the email commands, apply it again.
<xiangfu> jivs: do you have account on http://projects.qi-hardware.com/?
<jivs> xiangfu, ok
<xiangfu> (patch) then you can send to mailing list/me or give you write access on openwrt-package.git if you want.
<jivs> i will email the patch to the mailing list today
<xiangfu> jivs: ok. thanks for patch :)
<jivs> xiangfu, i do not have yet
<jivs> xiangfu, welcome
<jivs> it's just update the Makefile so that it copies the  .pc file to the pkgconfig folder..
<xiangfu> I like small patches :)
<xiangfu> easy understand, easy apply and it do fix something :D
<jivs> i have sent email on the mailing list, plz apply it when you receive
<jivs> xiangfu, Till now i was getting the openwrt toolchain from the Openwrt website itself and selecting the Ingenic xburst to build my toolchain
<jivs> as i found the qi-hardware wiki bit complex to follow
<jivs> but the images i get from the openwrt ingenic toolchain doesn;t seem to work.
<wpwrak> rejon: yeah ! progress ! ;-)
<wpwrak> rejon: and you even got the pole position ! richly deserved with all the talks you'll give :)
<kristianpaul> btw i cant get the schedulle to load, just lot of non-formated text afaik... :?
<wpwrak> kristianpaul: it fails for me with konqueror but works with firefox 3.6.16
<dvdk> wpwrak: about your busybox sh bug:
<dvdk> wpwrak: look at these bash bugs I stumbled upon when coding my last project in shell script :
<wpwrak> dvdk: bah, all fancy stuff. that's what you deserve for using bashisms ;-)
<dvdk> :)
<dvdk> but without bashisms, sh is hardly turing complete :)
<kristianpaul> hum..
<wpwrak> dvdk: perhaps the correct approach would the be to implement a turing machine in /bin/sh, then program that one. this should eliminate your worries, no ? :)
<dvdk> wpwrak: you're not the first propose that :) http://www.forthfreak.net/index.cgi?BashForth
<dvdk> although this one needs bash not sh
<wpwrak> nice ;-)
<kristianpaul> consider one more time use lua as scripting language
<dvdk> is a tcl fan
<dvdk> never try to use bash's arrays for more than a few elements.  insertion quickly becomes O(N)
<kristianpaul> hum, how i can avoid tha bashisms, acording to wikipedia that cut portability with other Bourne shell implementations
<kristianpaul> s/tha/those
<kristianpaul> oh, well
<whitequark> clearly remembers that someone has sent him UBBs, but who may be that?..
<whitequark> dvdk maybe?
<dvdk> silence
<dvdk> yup
<dvdk> any news about them?
<whitequark> hm
<whitequark> a notification has not arrived
<whitequark> i may go to the postal and ask them, but I need the tracking number then
<whitequark> also, bitcoin has crashed recently. still want me to pay with it? :)
<whitequark> *B$ market
<dvdk> whitequark: let's wait with discussing payment, until it actually arrives.  i think we should just continue waiting.  
<dvdk> just checking tracking number
<dvdk> status is still "passed in frankfurt/de for transmission to russia"