2013-01-23 00:08 DocScrutinizer05 has quit [Read error: Connection reset by peer] 2013-01-23 00:09 DocScrutinizer05 has joined #qi-hardware 2013-01-23 01:06 heh, fun experiment: build the openwrt toolchain. it'll complain that STAGING_DIR isn't set. since you don't care about this mode of operation, just set it to "1" 2013-01-23 01:07 then everything will go fine. for a very very long time. until you have a file called "1" in the current directory. then you get a highly mysterious "cc1: error: 1/usr/include: Not a directory" 2013-01-23 01:47 urandom__ has quit [Quit: Konversation terminated!] 2013-01-23 01:47 wolfspraul: actually with antibiotics it's exactly the other way round: if you take too small dosage or too short, the bacteria have a chance to adapt to them and then they're useless 2013-01-23 01:50 i think he meant treatments. some people take antibiotics when they have a light cold ... 2013-01-23 01:50 :nod: 2013-01-23 01:52 wpwrak: any clue who's maintaining openmoko.org servers now? 2013-01-23 01:53 dunno. harald ? 2013-01-23 01:53 or maybe they're now fully on auto-pilot :) 2013-01-23 01:53 nobody afaik 2013-01-23 01:54 DocScrutinizer05: perhaps you should maintain them. you seem to be the one who cares most about 'em :) 2013-01-23 01:56 https://monitor.openmoko.org/munin/bhavani/devi.openmoko.org/cpu.html https://monitor.openmoko.org/munin/bhavani/bhavani.openmoko.org/cpu.html 2013-01-23 01:58 a few dd if=/dev/zero bs=1 of=/dev/null ? :) 2013-01-23 01:58 wpwrak: I actually might ponder having a look wtf is wrong there, but I lost my root access 2013-01-23 01:59 wiki.maemo.org is *incredibly* slow 2013-01-23 02:01 zombies are often depicted as sluggish :) 2013-01-23 02:03 ;-D 2013-01-23 02:09 megha has joined #qi-hardware 2013-01-23 02:10 account has quit [Ping timeout: 245 seconds] 2013-01-23 02:11 guanucoluis has quit [Ping timeout: 256 seconds] 2013-01-23 02:16 megha is now known as database 2013-01-23 02:28 FrankBlues has quit [Remote host closed the connection] 2013-01-23 03:25 database has quit [Quit: WeeChat 0.3.9.2] 2013-01-23 03:46 porchao has quit [Quit: Leaving...] 2013-01-23 03:54 actually, the correct word would be "portrayed". may may, my language skills are fading ... 2013-01-23 04:02 DocScrutinizer05 has quit [Disconnected by services] 2013-01-23 04:02 DocScrutinizer05 has joined #qi-hardware 2013-01-23 04:28 porchao has joined #qi-hardware 2013-01-23 06:37 rz2k has joined #qi-hardware 2013-01-23 06:43 emeb has quit [Quit: Leaving.] 2013-01-23 07:16 jekhor has joined #qi-hardware 2013-01-23 07:25 panda|x201 has quit [Ping timeout: 276 seconds] 2013-01-23 07:37 panda|x201 has joined #qi-hardware 2013-01-23 07:41 xiangfu has joined #qi-hardware 2013-01-23 07:47 jluis has joined #qi-hardware 2013-01-23 08:45 wpwrak has quit [Ping timeout: 245 seconds] 2013-01-23 08:47 wpwrak has joined #qi-hardware 2013-01-23 08:48 rz2k has quit [Read error: Connection reset by peer] 2013-01-23 08:50 megha has joined #qi-hardware 2013-01-23 08:52 megha is now known as hack 2013-01-23 09:12 xiangfu has quit [Ping timeout: 252 seconds] 2013-01-23 09:13 xiangfu has joined #qi-hardware 2013-01-23 09:35 xiangfu has quit [Quit: leaving] 2013-01-23 09:41 panda|x201 has quit [Ping timeout: 245 seconds] 2013-01-23 10:09 megha has joined #qi-hardware 2013-01-23 10:10 hack has quit [Ping timeout: 264 seconds] 2013-01-23 10:21 jekhor has quit [Ping timeout: 244 seconds] 2013-01-23 10:22 jekhor has joined #qi-hardware 2013-01-23 10:28 jekhor has quit [Ping timeout: 276 seconds] 2013-01-23 10:45 megha has quit [Ping timeout: 252 seconds] 2013-01-23 11:01 sivoais has quit [Read error: Connection reset by peer] 2013-01-23 11:42 paul_boddie has joined #qi-hardware 2013-01-23 11:48 megha has joined #qi-hardware 2013-01-23 11:56 I have noticed that the .config file on the web is a bit out of sync with the git repo's buildroot 2013-01-23 11:57 plus I get a wget: write error when trying to fetch the m4 sources... 2013-01-23 11:58 ah that's due to my wget version for some reason 2013-01-23 12:18 rz2k has joined #qi-hardware 2013-01-23 12:35 panda|x201 has joined #qi-hardware 2013-01-23 12:47 LunaVorax has joined #qi-hardware 2013-01-23 12:48 Hi! 2013-01-23 13:13 Hello LunaVorax! Anything new? 2013-01-23 13:13 Still lost my Ben 2013-01-23 13:13 Sorry to hear that! 2013-01-23 13:13 My girlfriend still use the Ben everyday 2013-01-23 13:13 use her* Ben 2013-01-23 13:14 I've ordered a GCW-Zero 2013-01-23 13:14 Well, I suppose there's some indirect benefit from your loss. :-) 2013-01-23 13:14 And I'm struggling with C++ classes at school 2013-01-23 13:14 (not "class" as in "C++" but as in "school") 2013-01-23 13:15 GCW-Zero looks like a refresh of the Dingoo or something. 2013-01-23 13:17 Well, I remember learning C++ and finding it nice compared to C and Pascal, but moving on via Java to Python I find the former languages (including Java) awkward and archaic. 2013-01-23 13:18 paul_boddie, it looks like a better Dingoo with all the features the Dingoo/Wiz/Caanoo couldn't get right. 2013-01-23 13:18 I have to say that wpwrak's frustration with STAGING_DIR is amusing given that I was compiling his code with the OpenWRT toolchain and it started complaining about it. At first I thought I'd actually have to do something about it, but it was just a warning. 2013-01-23 13:20 paul_boddie: hmm, where did you run into my use of STAGING_DIR ? should be strictly a local phenomenon (unless - by sheer coincidence - you happened to do the same on your side) 2013-01-23 13:20 LunaVorax: It looks nice, and even has USB Host and will therefore please Ron (especially with Wi-Fi as well) and various other people. 2013-01-23 13:20 Indeed paul_boddie 2013-01-23 13:21 What have been Qi up too all theses months? 2013-01-23 13:21 wpwrak: You don't use it, but the mipsel-gnu-linux-gcc (or whatever it's called) seems to like STAGING_DIR for some reason. 2013-01-23 13:21 Looks like it's dormant 2013-01-23 13:21 I'm actually edging very slowly towards getting a program to talk SPI with an Arduino shield, but I want to make sure I know what I'm doing first. 2013-01-23 13:22 LunaVorax: wpwrak is the man of most action on the Qi front, I think. 2013-01-23 13:24 paul_boddie: ah yes, for some mysterious reason, openwrt keeps that STAGING_DIR variable around. not sure if there's a "proper" way to transition the toolchain out of the openwrt world bubble into a normal environment. i also don't know what exactly a valid STAGING_DIR ought to point to :) 2013-01-23 13:25 The staging directory, maybe. Actually, I think it complained about that, too. :-) 2013-01-23 13:26 I'm also going to try and get cross-building for Debian to work, but that's not relevant for this project as Debian is running from the microSD card and it obviously won't be plugged in at the same time as the UBB. 2013-01-23 13:27 don't you wish we had some more uSD slots ? :) 2013-01-23 13:27 Also, the Emdebian toolchain may not be completely compatible with my OpenWRT one, and I don't want to introduce more sources of error trying to deploy binaries built for Debian on OpenWRT. 2013-01-23 13:27 I noticed that SD is supposed to support daisy-chaining. 2013-01-23 13:28 toolchains generally don't mix well. e.g., because you also have different libcs 2013-01-23 13:28 daisy-chaining ? that's new to me. i've seen multiplexing, but not chaining. 2013-01-23 13:30 Maybe not daisy-chaining. I'll have to look at Wikipedia again. 2013-01-23 13:37 'supposed to support'... well.. thats... a interresting definition *g* 2013-01-23 13:37 so it means 'doesnt do it in reality'? 2013-01-23 13:38 *scnr* .. i havent seen daisy-chains there too... just hacky '2 sd on one controller' crap with extra 'select' lines 2013-01-23 13:42 http://en.wikipedia.org/wiki/Secure_Digital#Interface 2013-01-23 13:42 "The SD protocol envisioned the ability to gang 30 cards together without separate chip select lines. The host device would broadcast commands to all cards and identify the card to respond to the command using its unique serial number. In practice, cards are rarely ganged together because open-collector operation has problems at high speeds and increases power consumption. Newer versions of the SD specification recommend separate lines to each c 2013-01-23 13:42 Given the relation to SPI, this doesn't surprise me that much. 2013-01-23 13:44 there are even SD card multiplexer chips 2013-01-23 13:45 larsc: yes, that's the sort of thing i've seen 2013-01-23 13:45 paul_boddie: interesting ... an ID space wired-or approach. nice to see that used in real life. well, almost :) 2013-01-23 13:46 Just trying to keep you at the cutting edge. ;-) 2013-01-23 14:03 btw, speaking of fun things, UBB can also sample external signals at a high constant speed. alas, not continuously. now trying to bring the trigger delay down ... 2013-01-23 14:11 sivoais has joined #qi-hardware 2013-01-23 14:14 in the wiki http://en.qi-hardware.com/wiki/Building_Software_Image there is a section talking about creating a symbolic link for buildroot but somehow the ln command is garbled, what's the correct step I need to do here? 2013-01-23 14:32 hmm, odd. can't find my openwrt build notes :( 2013-01-23 14:36 adding ones own stuff would be a lot easier if the stuff this wiki page talks about would be integrated in git already. The patches to upstream feeds for example or the feeds config 2013-01-23 14:37 erikkugel has joined #qi-hardware 2013-01-23 14:38 yeah. i don't know why there's such a long manual process 2013-01-23 14:38 and to make things worse, it always gets out of sync, so you need to poke around to find the correct names and paths 2013-01-23 14:42 do you know a better description on how to reproduce the last release images? 2013-01-23 14:44 if i could find my darn build notes, then i would have one that's at least more up to date ... 2013-01-23 14:44 but according to grep, they have vanished :-( 2013-01-23 14:45 :( 2013-01-23 14:48 Which ln command? 2013-01-23 14:48 paul_boddie: $ ln -s feeds/qipackages/nanonote-files/data/qi_lb60/files 2013-01-23 14:48 wpwrak: Would Ben/UBB be usable as a logic analyser? 2013-01-23 14:49 paul_boddie: with certain limitations, yes 2013-01-23 14:49 C-Keen: Doesn't that just make a link called "files" in the current directory? I'm sure I actually did this. 2013-01-23 14:49 the main limitations: 1) you can't record continuously, so you'd have a break every ~8 ksamples 2013-01-23 14:50 paul_boddie: but what's the current directory in this context? 2013-01-23 14:50 The top of the buildroot. 2013-01-23 14:50 I always found it a bit confusing, really. 2013-01-23 14:50 2) you also have a trigger delay in the order of 1 us if you start capture after seeing the trigger 2013-01-23 14:50 ok and I guess I need to adjust it too, as with the release_2012-10-11 branch this results in a dangling symlink 2013-01-23 14:51 3) you need to come to terms with the pull-up resistors built into the ben 2013-01-23 14:51 I'll admit to not really building very much since last year, and only then with 2011 snapshots, I think. 2013-01-23 14:51 paul_boddie: as in the 'data/qi_lb60' part of the path seems to be gone now 2013-01-23 14:52 Maybe the git repository history can help here? 2013-01-23 14:55 paul_boddie: incidently, ... 2013-01-23 14:55 [commit] Werner Almesberger: ubb-la/hw/: proof-of-concept passive LA adapter board (master) http://qi-hw.com/p/ben-blinkenlights/d4c1f56 2013-01-23 14:55 [commit] Werner Almesberger: ubb-la/: data capture via UBB and MSC+DMA (WIP) (master) http://qi-hw.com/p/ben-blinkenlights/2c5b362 2013-01-23 14:56 no the feeds/qipackages consists of two commits 2013-01-23 14:56 oh 2013-01-23 14:56 C-Keen: I will admit to not really knowing how the buildroot is maintained. 2013-01-23 14:57 paul_boddie: I think there is a space missing in the wiki docs 2013-01-23 14:57 it should read ln -s feeds/qipackages/nanonote-files/data/qi_lb60/ files 2013-01-23 14:57 I think 2013-01-23 15:04 http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/master/nanonote-files/data/qi_lb60 is probably what you want. 2013-01-23 15:05 paul_boddie: yep 2013-01-23 15:05 * wpwrak feels stupid 2013-01-23 15:05 Sure enough, that directory used to have a files subdirectory: http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/release_2011-11-13/nanonote-files/data/qi_lb60 2013-01-23 15:05 i kept the build instructions right in the top-level directory. the only places where i didn't search ... 2013-01-23 15:05 http://www.pastebin.pt/?a1095dc8f8352aea#vF7xxIguUnDcNI+f8ALAKvIuRPSuYqD3psypxvuc5jM= 2013-01-23 15:06 the "git branch -a" is for locating a suitable branch 2013-01-23 15:06 It seems to be a collection of files that get copied to the filesystem on the device, all under /etc. 2013-01-23 15:06 the "do not comp" is for eliminating the restriction prohibiting building as root 2013-01-23 15:07 wpwrak: something like this is more detailed: http://en.qi-hardware.com/wiki/Building_OpenWRT_on_Debian_6 2013-01-23 15:08 wpwrak: thanks 2013-01-23 15:10 np :) 2013-01-23 15:10 wpwrak: do you remember why you download the latest .config and then overwrite it with the minimal one from feeds? 2013-01-23 15:11 heh, good point :) i was just following the instructions. didn't notice that dubious step 2013-01-23 15:26 As I recall, the build process does some fancy stuff with the .config anyway. 2013-01-23 15:30 panda|x201 has quit [Ping timeout: 245 seconds] 2013-01-23 15:34 urandom__ has joined #qi-hardware 2013-01-23 15:36 * C-Keen throws 16 cores at the build 2013-01-23 15:37 wasn't that roughly what they did at chernobyl ? :) 2013-01-23 15:37 the threw that against the building :) 2013-01-23 15:43 panda|x201 has joined #qi-hardware 2013-01-23 16:04 emeb has joined #qi-hardware 2013-01-23 16:48 hm building glib-dbus is broken: /home/ckellerm/proj/nanonote/openwrt-xburst/staging_dir/target-mipsel_uClibc-0.9.33.2/usr/include/glib-2.0/glib/gquark.h:28:2: error: #error "Only can be included directly." 2013-01-23 16:49 and feeds/qipackages/gs needs a +libpthread as dependency 2013-01-23 16:55 the fragility of that process is scary 2013-01-23 16:55 jekhor has joined #qi-hardware 2013-01-23 16:56 it seems hard to get things right, though. i remember pretty much the same sort of issues from OE. there, it was worse, though, but that was probably because of the large number of packages in the system 2013-01-23 16:57 I think the system in general grew too large for buildroot 2013-01-23 16:58 Anything related to Gtk+/Glib is probably going to be horrible. 2013-01-23 16:58 there is no proper support for resuming builds, cleaning only custom targets and rebuilding them etc 2013-01-23 16:58 paul_boddie: #t 2013-01-23 16:58 are you building owrt just for the toolchain ? or do you need something else from that build ? 2013-01-23 17:00 I want to use it as a demo for using buildroot but I don't think it will be a good example. And yes originally I just wanted the toolchain and I may go back to that 2013-01-23 17:04 i wonder if we could trick xiangfu into making some pre-built cross-toolchain packages 2013-01-23 17:05 eh.. openwrt has a target to only build a toolchain afaik 2013-01-23 17:05 getting the toolchain seems to be by far the most common reason for getting into that process. and basically all the weird things that happen then tend to quite overwhelm the respective victim 2013-01-23 17:06 i think they call it 'SDK' 2013-01-23 17:06 intended to be useable to build fitting binaries to installed images from the same release/snap 2013-01-23 17:07 that's pretty much what we should have (packaged) 2013-01-23 17:07 http://wiki.openwrt.org/doc/howto/obtain.firmware.sdk 2013-01-23 17:08 actually i think the documentation is much better than what we had at openmoko for oe... also things are much easier ;) http://wiki.openwrt.org/doc/start is a good starting point 2013-01-23 17:09 OE at OM was the mother of all clusterfucks :) but the basic flaw was the same: drag people who shouldn't have to worry about the distribution into having to build it 2013-01-23 17:11 things got pretty smooth for me once i had figured out how to create a barrier between me and OE :) (with zecke providing the packages and my myroot combining them into a rootfs) 2013-01-23 17:11 yes and no. we had no seperation of distro maintainers and coders 2013-01-23 17:11 so yes that fucks stuff up 2013-01-23 17:12 kilae has joined #qi-hardware 2013-01-23 17:12 wpwrak: the toolchain isn't the problem he already provides those in the download folder together with the images 2013-01-23 17:12 and i dont think that was the coders fault or the distro guys.. that was a faulty management decision from what i see now. 2013-01-23 17:13 C-Keen: ah, i see. looks good. let's see if it works :) 2013-01-23 17:14 i think management didnt understand that building a distro and developing sw is 2 different pair of shoes with different goals and or methods 2013-01-23 17:14 I do wonder though why the releases aren't tagged. Together with all changes that were required to make the build 2013-01-23 17:15 roh: yes, wolfgang never cracked that one. that mode of operation had existed from the very beginning, though. 2013-01-23 17:15 one problem was also that developers developed inside the OE build system, basically running bitbake as if it was "make" 2013-01-23 17:15 wpwrak: ack. but i dont think it was his fault either... there was just no understanding from higher up that such a thing would have been neccessary. 2013-01-23 17:16 wpwrak: they should be free to do so if they want. but i think nobody should be forced to 2013-01-23 17:16 roh: he simply inherited the mess. ordered it a little, but didn't kill it :) 2013-01-23 17:17 heh.. like we did with the admin stuff? *cough* ;) 2013-01-23 17:18 yeah ;-) 2013-01-23 17:20 panda|x201 has quit [Ping timeout: 245 seconds] 2013-01-23 17:20 hmm, nice. i found a way to squeeze improvements in the order of 10-20 ns out of the trigger delay, by increasing the MSC clock speed. that's in the range of 1/4 to 1/3 of an MSC clock cycle. somehow, this doesn't seem to be worth it ... :) 2013-01-23 17:24 FrankBlues has joined #qi-hardware 2013-01-23 17:33 panda|x201 has joined #qi-hardware 2013-01-23 17:36 wej has joined #qi-hardware 2013-01-23 17:38 hmm. average trigger delay = 1 sample + 440 ns. kinda sluggish. 2013-01-23 17:40 jekhor has quit [Ping timeout: 252 seconds] 2013-01-23 18:11 paul_boddie has left #qi-hardware ["Kopete 0.11.3 : http://kopete.kde.org"] 2013-01-23 18:22 megha has quit [Quit: WeeChat 0.3.9.2] 2013-01-23 18:23 megha has joined #qi-hardware 2013-01-23 18:23 megha has quit [Client Quit] 2013-01-23 18:31 wolfspraul has quit [Ping timeout: 240 seconds] 2013-01-23 18:32 wolfspraul has joined #qi-hardware 2013-01-23 18:52 kilae has quit [Quit: ChatZilla 0.9.89 [Firefox 18.0.1/20130116073211]] 2013-01-23 18:54 qi-bot has quit [Ping timeout: 240 seconds] 2013-01-23 19:00 wej has quit [Ping timeout: 245 seconds] 2013-01-23 19:02 wej has joined #qi-hardware 2013-01-23 19:18 wolfspraul has quit [Ping timeout: 264 seconds] 2013-01-23 19:18 wolfspraul has joined #qi-hardware 2013-01-23 19:59 panda|x201 has quit [Ping timeout: 245 seconds] 2013-01-23 20:12 panda|x201 has joined #qi-hardware 2013-01-23 21:04 panda|x201 has quit [Ping timeout: 245 seconds] 2013-01-23 21:17 panda|x201 has joined #qi-hardware 2013-01-23 21:46 rz2k has quit [] 2013-01-23 21:54 guanucoluis has joined #qi-hardware 2013-01-23 22:10 erikkugel has quit [Quit: Leaving.] 2013-01-23 22:15 guanucoluis has quit [Ping timeout: 252 seconds] 2013-01-23 22:17 reuss_ has joined #qi-hardware 2013-01-23 22:25 jekhor has joined #qi-hardware 2013-01-23 22:59 bzb has joined #qi-hardware 2013-01-23 23:01 guanucoluis has joined #qi-hardware 2013-01-23 23:04 reuss_ has quit [Remote host closed the connection] 2013-01-23 23:16 bzb has quit [Quit: Leaving] 2013-01-23 23:20 qi-bot has joined #qi-hardware 2013-01-23 23:24 Jurting_pc2 has joined #qi-hardware 2013-01-23 23:25 guanucoluis has quit [Ping timeout: 248 seconds] 2013-01-23 23:45 jekhor has quit [Ping timeout: 246 seconds] 2013-01-23 23:49 urandom__ has quit [Quit: Konversation terminated!] 2013-01-23 23:52 LunaVorax has quit [Ping timeout: 260 seconds]