| wpwrak | 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" | 01:06 |
|---|---|---|
| wpwrak | 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" | 01:07 |
| DocScrutinizer05 | 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 | 01:47 |
| wpwrak | i think he meant treatments. some people take antibiotics when they have a light cold ... | 01:50 |
| DocScrutinizer05 | :nod: | 01:50 |
| DocScrutinizer05 | wpwrak: any clue who's maintaining openmoko.org servers now? | 01:52 |
| wpwrak | dunno. harald ? | 01:53 |
| wpwrak | or maybe they're now fully on auto-pilot :) | 01:53 |
| roh | nobody afaik | 01:53 |
| wpwrak | DocScrutinizer05: perhaps you should maintain them. you seem to be the one who cares most about 'em :) | 01:54 |
| DocScrutinizer05 | https://monitor.openmoko.org/munin/bhavani/devi.openmoko.org/cpu.html https://monitor.openmoko.org/munin/bhavani/bhavani.openmoko.org/cpu.html | 01:56 |
| wpwrak | a few dd if=/dev/zero bs=1 of=/dev/null ? :) | 01:58 |
| DocScrutinizer05 | wpwrak: I actually might ponder having a look wtf is wrong there, but I lost my root access | 01:58 |
| DocScrutinizer05 | wiki.maemo.org is *incredibly* slow | 01:59 |
| wpwrak | zombies are often depicted as sluggish :) | 02:01 |
| DocScrutinizer05 | ;-D | 02:03 |
| wpwrak | actually, the correct word would be "portrayed". may may, my language skills are fading ... | 03:54 |
| C-Keen | I have noticed that the .config file on the web is a bit out of sync with the git repo's buildroot | 11:56 |
| C-Keen | plus I get a wget: write error when trying to fetch the m4 sources... | 11:57 |
| C-Keen | ah that's due to my wget version for some reason | 11:58 |
| LunaVorax | Hi! | 12:48 |
| paul_boddie | Hello LunaVorax! Anything new? | 13:13 |
| LunaVorax | Still lost my Ben | 13:13 |
| paul_boddie | Sorry to hear that! | 13:13 |
| LunaVorax | My girlfriend still use the Ben everyday | 13:13 |
| LunaVorax | use her* Ben | 13:13 |
| LunaVorax | I've ordered a GCW-Zero | 13:14 |
| paul_boddie | Well, I suppose there's some indirect benefit from your loss. :-) | 13:14 |
| LunaVorax | And I'm struggling with C++ classes at school | 13:14 |
| LunaVorax | (not "class" as in "C++" but as in "school") | 13:14 |
| paul_boddie | GCW-Zero looks like a refresh of the Dingoo or something. | 13:15 |
| paul_boddie | 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. | 13:17 |
| LunaVorax | paul_boddie, it looks like a better Dingoo with all the features the Dingoo/Wiz/Caanoo couldn't get right. | 13:18 |
| paul_boddie | 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. | 13:18 |
| wpwrak | 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) | 13:20 |
| paul_boddie | LunaVorax: It looks nice, and even has USB Host and will therefore please Ron (especially with Wi-Fi as well) and various other people. | 13:20 |
| LunaVorax | Indeed paul_boddie | 13:20 |
| LunaVorax | What have been Qi up too all theses months? | 13:21 |
| paul_boddie | 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. | 13:21 |
| LunaVorax | Looks like it's dormant | 13:21 |
| paul_boddie | 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. | 13:21 |
| paul_boddie | LunaVorax: wpwrak is the man of most action on the Qi front, I think. | 13:22 |
| wpwrak | 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 :) | 13:24 |
| paul_boddie | The staging directory, maybe. Actually, I think it complained about that, too. :-) | 13:25 |
| paul_boddie | 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. | 13:26 |
| wpwrak | don't you wish we had some more uSD slots ? :) | 13:27 |
| paul_boddie | 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. | 13:27 |
| paul_boddie | I noticed that SD is supposed to support daisy-chaining. | 13:27 |
| wpwrak | toolchains generally don't mix well. e.g., because you also have different libcs | 13:28 |
| wpwrak | daisy-chaining ? that's new to me. i've seen multiplexing, but not chaining. | 13:28 |
| paul_boddie | Maybe not daisy-chaining. I'll have to look at Wikipedia again. | 13:30 |
| roh | 'supposed to support'... well.. thats... a interresting definition *g* | 13:37 |
| roh | so it means 'doesnt do it in reality'? | 13:37 |
| roh | *scnr* .. i havent seen daisy-chains there too... just hacky '2 sd on one controller' crap with extra 'select' lines | 13:38 |
| paul_boddie | http://en.wikipedia.org/wiki/Secure_Digital#Interface | 13:42 |
| paul_boddie | "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 | 13:42 |
| paul_boddie | Given the relation to SPI, this doesn't surprise me that much. | 13:42 |
| larsc | there are even SD card multiplexer chips | 13:44 |
| wpwrak | larsc: yes, that's the sort of thing i've seen | 13:45 |
| wpwrak | paul_boddie: interesting ... an ID space wired-or approach. nice to see that used in real life. well, almost :) | 13:45 |
| paul_boddie | Just trying to keep you at the cutting edge. ;-) | 13:46 |
| wpwrak | 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 ... | 14:03 |
| C-Keen | 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? | 14:14 |
| wpwrak | hmm, odd. can't find my openwrt build notes :( | 14:32 |
| C-Keen | 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 | 14:36 |
| wpwrak | yeah. i don't know why there's such a long manual process | 14:38 |
| wpwrak | and to make things worse, it always gets out of sync, so you need to poke around to find the correct names and paths | 14:38 |
| C-Keen | do you know a better description on how to reproduce the last release images? | 14:42 |
| wpwrak | if i could find my darn build notes, then i would have one that's at least more up to date ... | 14:44 |
| wpwrak | but according to grep, they have vanished :-( | 14:44 |
| C-Keen | :( | 14:45 |
| paul_boddie | Which ln command? | 14:48 |
| C-Keen | paul_boddie: $ ln -s feeds/qipackages/nanonote-files/data/qi_lb60/files | 14:48 |
| paul_boddie | wpwrak: Would Ben/UBB be usable as a logic analyser? | 14:48 |
| wpwrak | paul_boddie: with certain limitations, yes | 14:49 |
| paul_boddie | C-Keen: Doesn't that just make a link called "files" in the current directory? I'm sure I actually did this. | 14:49 |
| wpwrak | the main limitations: 1) you can't record continuously, so you'd have a break every ~8 ksamples | 14:49 |
| C-Keen | paul_boddie: but what's the current directory in this context? | 14:50 |
| paul_boddie | The top of the buildroot. | 14:50 |
| paul_boddie | I always found it a bit confusing, really. | 14:50 |
| wpwrak | 2) you also have a trigger delay in the order of 1 us if you start capture after seeing the trigger | 14:50 |
| C-Keen | ok and I guess I need to adjust it too, as with the release_2012-10-11 branch this results in a dangling symlink | 14:50 |
| wpwrak | 3) you need to come to terms with the pull-up resistors built into the ben | 14:51 |
| paul_boddie | I'll admit to not really building very much since last year, and only then with 2011 snapshots, I think. | 14:51 |
| C-Keen | paul_boddie: as in the 'data/qi_lb60' part of the path seems to be gone now | 14:51 |
| paul_boddie | Maybe the git repository history can help here? | 14:52 |
| wpwrak | paul_boddie: incidently, ... | 14:55 |
| qi-bot | [commit] Werner Almesberger: ubb-la/hw/: proof-of-concept passive LA adapter board (master) http://qi-hw.com/p/ben-blinkenlights/d4c1f56 | 14:55 |
| qi-bot | [commit] Werner Almesberger: ubb-la/: data capture via UBB and MSC+DMA (WIP) (master) http://qi-hw.com/p/ben-blinkenlights/2c5b362 | 14:55 |
| C-Keen | no the feeds/qipackages consists of two commits | 14:56 |
| C-Keen | oh | 14:56 |
| paul_boddie | C-Keen: I will admit to not really knowing how the buildroot is maintained. | 14:56 |
| C-Keen | paul_boddie: I think there is a space missing in the wiki docs | 14:57 |
| C-Keen | it should read ln -s feeds/qipackages/nanonote-files/data/qi_lb60/ files | 14:57 |
| C-Keen | I think | 14:57 |
| paul_boddie | http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/master/nanonote-files/data/qi_lb60 is probably what you want. | 15:04 |
| C-Keen | paul_boddie: yep | 15:05 |
| Action: wpwrak feels stupid | 15:05 | |
| paul_boddie | 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 | 15:05 |
| wpwrak | i kept the build instructions right in the top-level directory. the only places where i didn't search ... | 15:05 |
| wpwrak | http://www.pastebin.pt/?a1095dc8f8352aea#vF7xxIguUnDcNI+f8ALAKvIuRPSuYqD3psypxvuc5jM= | 15:05 |
| wpwrak | the "git branch -a" is for locating a suitable branch | 15:06 |
| paul_boddie | It seems to be a collection of files that get copied to the filesystem on the device, all under /etc. | 15:06 |
| wpwrak | the "do not comp" is for eliminating the restriction prohibiting building as root | 15:06 |
| C-Keen | wpwrak: something like this is more detailed: http://en.qi-hardware.com/wiki/Building_OpenWRT_on_Debian_6 | 15:07 |
| C-Keen | wpwrak: thanks | 15:08 |
| wpwrak | np :) | 15:10 |
| C-Keen | wpwrak: do you remember why you download the latest .config and then overwrite it with the minimal one from feeds? | 15:10 |
| wpwrak | heh, good point :) i was just following the instructions. didn't notice that dubious step | 15:11 |
| paul_boddie | As I recall, the build process does some fancy stuff with the .config anyway. | 15:26 |
| Action: C-Keen throws 16 cores at the build | 15:36 | |
| wpwrak | wasn't that roughly what they did at chernobyl ? :) | 15:37 |
| C-Keen | the threw that against the building :) | 15:37 |
| C-Keen | 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 <glib.h> can be included directly." | 16:48 |
| C-Keen | and feeds/qipackages/gs needs a +libpthread as dependency | 16:49 |
| wpwrak | the fragility of that process is scary | 16:55 |
| wpwrak | 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 | 16:56 |
| C-Keen | I think the system in general grew too large for buildroot | 16:57 |
| paul_boddie | Anything related to Gtk+/Glib is probably going to be horrible. | 16:58 |
| C-Keen | there is no proper support for resuming builds, cleaning only custom targets and rebuilding them etc | 16:58 |
| C-Keen | paul_boddie: #t | 16:58 |
| wpwrak | are you building owrt just for the toolchain ? or do you need something else from that build ? | 16:58 |
| C-Keen | 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 | 17:00 |
| wpwrak | i wonder if we could trick xiangfu into making some pre-built cross-toolchain packages | 17:04 |
| roh | eh.. openwrt has a target to only build a toolchain afaik | 17:05 |
| wpwrak | 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 | 17:05 |
| roh | i think they call it 'SDK' | 17:06 |
| roh | intended to be useable to build fitting binaries to installed images from the same release/snap | 17:06 |
| wpwrak | that's pretty much what we should have (packaged) | 17:07 |
| roh | http://wiki.openwrt.org/doc/howto/obtain.firmware.sdk | 17:07 |
| roh | 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 | 17:08 |
| wpwrak | 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 | 17:09 |
| wpwrak | 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) | 17:11 |
| roh | yes and no. we had no seperation of distro maintainers and coders | 17:11 |
| roh | so yes that fucks stuff up | 17:11 |
| C-Keen | wpwrak: the toolchain isn't the problem he already provides those in the download folder together with the images | 17:12 |
| roh | and i dont think that was the coders fault or the distro guys.. that was a faulty management decision from what i see now. | 17:12 |
| wpwrak | C-Keen: ah, i see. looks good. let's see if it works :) | 17:13 |
| roh | i think management didnt understand that building a distro and developing sw is 2 different pair of shoes with different goals and or methods | 17:14 |
| C-Keen | I do wonder though why the releases aren't tagged. Together with all changes that were required to make the build | 17:14 |
| wpwrak | roh: yes, wolfgang never cracked that one. that mode of operation had existed from the very beginning, though. | 17:15 |
| wpwrak | one problem was also that developers developed inside the OE build system, basically running bitbake as if it was "make" | 17:15 |
| roh | 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. | 17:15 |
| roh | wpwrak: they should be free to do so if they want. but i think nobody should be forced to | 17:16 |
| wpwrak | roh: he simply inherited the mess. ordered it a little, but didn't kill it :) | 17:16 |
| roh | heh.. like we did with the admin stuff? *cough* ;) | 17:17 |
| wpwrak | yeah ;-) | 17:18 |
| wpwrak | 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 ... :) | 17:20 |
| wpwrak | hmm. average trigger delay = 1 sample + 440 ns. kinda sluggish. | 17:38 |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!