| 00:29.29 | *** join/#qi-hardware dvdk (~dvdkhlng@g225091155.adsl.alicedsl.de) |
| 00:30.18 | qi-bot | [commit] David Kühling: liballegro: fix keyboard readout deadlock triggered in some of the examples (master) http://qi-hw.com/p/openwrt-packages/2ee0f6e |
| 00:30.19 | qi-bot | [commit] David Kühling: alpy: fix (workaround) segfault caused by openwrt dynamic linker pecularities (master) http://qi-hw.com/p/openwrt-packages/caaecfd |
| 00:38.49 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 01:10.29 | whitequark | wpwrak: if I understand anything about software development, then kicad is going to die pretty soon :/ |
| 01:11.03 | whitequark | well, it may have an indefinitely long agony, of course |
| 01:52.51 | *** join/#qi-hardware wej (~j@95.211.92.234) |
| 01:58.48 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 02:51.57 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.130.124.164) |
| 04:35.23 | *** part/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net) |
| 05:32.40 | wpwrak | whitequark: well, let's hope you're wrong :) |
| 05:36.02 | wpwrak | i think what needs to happen is a generation change in the core development team. there doesn't seem to be a lack of people who'd be willing to do things. just need to get a bit more organized. |
| 05:46.18 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 06:12.33 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.130.124.164) |
| 06:15.39 | *** join/#qi-hardware jurting (~jommpa90_@ip-12-217-230-46.dialup.ice.net) |
| 06:16.55 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::2043) |
| 06:17.19 | *** join/#qi-hardware LunaVorax (~LunaVorax@ABordeaux-651-1-41-219.w109-223.abo.wanadoo.fr) |
| 07:31.51 | *** join/#qi-hardware shevek (~shevek@a83-163-111-92.adsl.xs4all.nl) |
| 07:33.19 | shevek | Not long ago, I browsed the kernel source at http://projects.qi-hardware.com, but now I can't find it anymore. I see is openwrt xburst some kernel stuff, but not the source itself. Is there something wrong with the site, or am I looking in the wrong place? |
| 07:34.13 | shevek | s/I see is openwrt xburst/In OpenWRT XBurst I see/ |
| 07:34.14 | qi-bot | shevek meant: "Not long ago, I browsed the kernel source at http://projects.qi-hardware.com, but now I can't find it anymore. In OpenWRT XBurst I see some kernel stuff, but not the source itself. Is there something wrong with the site, or am I looking in the wrong place?" |
| 07:34.41 | shevek | Yeah, that. :-D |
| 07:35.07 | shevek | Cool feature. :-) |
| 07:37.49 | xiangfu | shevek, openwrt xburst keep the patch. not all source code. |
| 07:38.03 | xiangfu | shevek, if you want look the patch on nanonote. check out here: |
| 07:38.14 | *** join/#qi-hardware frugalfirbolg (~Joseph@cpe-75-180-54-117.columbus.res.rr.com) |
| 07:38.47 | xiangfu | shevek, : http://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/tree/master/target/linux/xburst/patches-3.2 |
| 07:39.08 | xiangfu | those patches are for v3.2.1 |
| 07:39.30 | shevek | xiangfu: Yes, I found those, but I remember I was browsing the full kernel source (not sure if it included all the patches). |
| 07:39.48 | xiangfu | shevek, there is. but the browsing is not working any more. |
| 07:39.49 | xiangfu | : http://projects.qi-hardware.com/p/qi-kernel/ |
| 07:40.00 | xiangfu | but you can still 'git clone' |
| 07:40.25 | shevek | Ah, that explains it. |
| 07:40.29 | shevek | I'll do that then. |
| 07:40.58 | xiangfu | git clone git://projects.qi-hardware.com/qi-kernel.git |
| 07:41.10 | shevek | Thanks! |
| 07:41.12 | xiangfu | if you have patch. please send them to mailing list or me :-) |
| 07:42.01 | shevek | I won't, I'm just looking at how power down works so I can copy it in Iris. :-) Currently I can power down, but it doesn't power up again. |
| 07:43.23 | shevek | Still, if I see bugs while looking at the code, I'll let you know. :-) |
| 07:44.49 | xiangfu | shevek, great. are you 'Bas Wijnen'? (sorry I always can't remember the English name) |
| 07:45.08 | shevek | xiangfu: Yes, I am. Sorry about the nick. ;-) |
| 07:46.18 | xiangfu | shevek, nope. nick is good. |
| 08:07.51 | mth | shevek: on the Dingoo, power up is done by making the GPIO connected to the power button generate an interrupt, iirc |
| 08:08.10 | mth | not sure how it works on the NN, since it has a keyboard matrix rather than direct button to GPIO like the Dingoo |
| 08:08.22 | mth | but maybe the power button is not in the keyboard matrix |
| 08:10.16 | shevek | It is not indeed, but that's not the problem I think. What we call power down is actually "hibernate", managed by the RTC (which remains powered). At wake up, the sdram is lost, but I'm not sure at which point it tries to continue executing. It probably starts running from sdram, so it does power up, but it immediately hangs. Well, that's my theory at the moment anyway. :-) |
| 08:14.07 | shevek | Actually I'm sure the power button is not the problem. It's on GPIO D29, which is the wakeup pin. So the core is woken up when it is pressed. At least that's what the programmer's manual says, and even though it's not always right, I believe it in this case. :-) |
| 08:22.41 | qi-bot | [commit] Xiangfu: m1/patches/rtems: milkymist-audio-add-support-mic-boost.patch remove the mic boost ioctl (master) http://qi-hw.com/p/wernermisc/9aeb2f9 |
| 08:55.47 | kyak | xiangfu: a question: are we basing on uClibc 0.9.33? |
| 08:56.41 | kyak | i noticed i was still using 0.9.32 and (therefore?) can't reproduce building failure of some packages |
| 08:56.58 | kyak | is it the case that 0.9.33 is "unstable"? |
| 08:57.16 | kyak | if we really base on 0.9.33 and it is fixed, then i will switch |
| 09:28.37 | *** join/#qi-hardware jivs (~jivs@nat-sta-slph1.tvu.ac.uk) |
| 09:30.14 | *** join/#qi-hardware GNUtoo (~gnutoo@host149-73-dynamic.56-82-r.retail.telecomitalia.it) |
| 09:32.23 | xiangfu | kyak, the 2012-03-18 is using 0.9.33 |
| 09:32.48 | xiangfu | kyak, "unstable" hmm... I don't know the detail. |
| 09:33.49 | xiangfu | kyak, since the openwrt have updated to 0.9.33 we better siwtch to 0.9.33 |
| 09:34.08 | xiangfu | kyak, just checked. 0.9.33 is a stable release : http://www.uclibc.org/ |
| 09:34.48 | xiangfu | kyak, interesting. they are using git commit as ChangeLog: http://uclibc.org/downloads/ChangeLog-0.9.32.1_0.9.33 |
| 09:45.30 | kyak | ah yeah, using git log as a Changelog is pretty common :) |
| 09:45.41 | kyak | so ok, i'll switch to 0.9.33 |
| 09:45.54 | pabs3 | uses git2cl for that |
| 10:07.42 | *** join/#qi-hardware antgreen (~user@67.110.80.10.ptr.us.xo.net) |
| 10:12.32 | *** join/#qi-hardware antoniodariush (~antonioda@nat-sta-slph1.tvu.ac.uk) |
| 10:24.47 | *** join/#qi-hardware Ayla (~paul@84.155.26.93.rev.sfr.net) |
| 11:06.29 | *** join/#qi-hardware DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 11:26.06 | mirko | wolfspraul: larsc: ping2 |
| 11:31.57 | mirko | the xburst target will get dropped in the next release if it doesn't get levelled up to kernel version 3.3 |
| 11:34.45 | kyak | this is bad news. Good news is, that there will be the next release? :) |
| 12:12.45 | wolfspraul | mirko: thanks for the heads up |
| 12:13.30 | wolfspraul | 3.2 is not thaaaat old, no? :-) well, up-leveling is good, if owrt pushes forward, great |
| 12:13.41 | wolfspraul | with 'next release' you mean the next owrt release, I guess? |
| 12:17.24 | xiangfu | mirko, I have send a lot of patch on xburst target. no one reply me :( |
| 12:18.01 | wolfspraul | xiangfu: can you point mirko to a mailing list url? |
| 12:18.03 | xiangfu | mirko, I will update to 3.3 . but only ben nanonote :-) |
| 12:18.37 | xiangfu | there is 3.0 patches. 3.2 patches not send yet. |
| 12:19.11 | wolfspraul | I still don't understand the kernel workflow, oh well |
| 12:19.34 | wolfspraul | we have qi-kernel, an openwrt git repo on qi, one upstream, larsc, mth, xiangfu, kernel.org, etc. |
| 12:20.55 | wolfspraul | mirko: let us know how to best maintain xburst in openwrt upstream |
| 12:22.14 | xiangfu | mirko, : https://lists.openwrt.org/pipermail/openwrt-devel/2012-March/014379.html |
| 12:22.47 | xiangfu | https://lists.openwrt.org/pipermail/openwrt-devel/2011-September/012333.html |
| 12:22.54 | xiangfu | https://lists.openwrt.org/pipermail/openwrt-devel/2011-September/012334.html |
| 12:22.57 | xiangfu | https://lists.openwrt.org/pipermail/openwrt-devel/2011-September/012335.html |
| 12:23.27 | xiangfu | mirko, I will working on update kernel to 3.3 tomorrow. thanks for bring this up. |
| 12:24.21 | wolfspraul | xiangfu: we also need to know how/where to send patches, and to coordinate with larsc and mth, afaik |
| 12:24.28 | wolfspraul | otherwise it's a waste of time |
| 12:25.15 | wolfspraul | and like kyak said, if mirko meant the next openwrt major release, that's a good thing! it's been a few years I think :-) |
| 12:25.51 | wolfspraul | it seems a lot of people are using snapshots anyway, not sure how relevant the release are, maybe mostly to get some media attention |
| 12:35.25 | xiangfu | mirko, have you talk with lars about the n516 / n526 stuff? |
| 12:47.37 | wolfspraul | oh I think I start to get it |
| 12:48.00 | wolfspraul | the most recent kernel is in qi-kernel/git, but the one in openwrt/svn is quite old (2.6.37) |
| 12:48.40 | xiangfu | qi-kernel/git have 3.3 |
| 12:48.49 | wolfspraul | so it comes down to just extracting a set of svn patches and getting someone to commit them into svn. that's historically a tough nut to crack :-) |
| 12:48.51 | xiangfu | openwrt-xburst.git have 3.2 |
| 13:22.33 | mth | wolfspraul: qi-kernel is a clone of kernel.org with additional patches by larsc, me, Ayla and others |
| 13:22.41 | mth | patches are in the form of commits there |
| 13:23.08 | mth | in openwrt-xburst, patches are in the forms of diffs, I think |
| 13:26.36 | xiangfu | mth, part of them. |
| 13:26.46 | xiangfu | mth, only ben nanonote stuff. |
| 13:28.24 | mth | that's fine, we don't have any concrete plans for openwrt for the Dingoo |
| 13:30.18 | mth | we should be sending some more of the shared patches upstream though; I'll make another overview of the patches we have |
| 13:34.41 | wolfspraul | mth: which build system do you use for the Dingoo? |
| 13:35.01 | mth | buildroot |
| 13:35.06 | wolfspraul | so qi-kernel git is where the initial up-leveling and improvement action is happening |
| 13:35.17 | mth | yes |
| 13:35.48 | wolfspraul | then xiangfu can extract openwrt/svn-like patches from there into openwrt-xburst, and then needs to find someone to review and commit them in openwrt upstream |
| 13:36.08 | mth | I think so |
| 13:36.45 | wolfspraul | alright, cool |
| 13:36.52 | wolfspraul | what's your experience with buildroot? |
| 13:37.11 | wolfspraul | have you considered/compared with openwrt, and why do you find you don't need openwrt? |
| 13:37.45 | mth | buildroot has fewer packages, but it has most of what we need |
| 13:37.57 | mth | OpenDingux is more of a base system than a full distro though |
| 13:38.06 | mth | we have lots of libs but very few apps |
| 13:38.25 | mth | another reason to stay with buildroot is compatibility with the original Dingux |
| 13:38.43 | mth | although we're not binary compatible anymore in all cases, because we enabled wchar |
| 13:39.03 | wolfspraul | I see. interesting. |
| 13:39.20 | mth | no wchar support was a historical mistake that we really had to correct because it was blocking several interesting packages |
| 13:50.32 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::2ed1) |
| 14:28.56 | *** join/#qi-hardware zenlunatic (~justin@c-68-48-40-231.hsd1.md.comcast.net) |
| 14:34.05 | *** join/#qi-hardware jurting (~jommpa90_@ip-12-217-230-46.dialup.ice.net) |
| 14:35.26 | mirko | i didn't talk to lars for a long time - he's quite busy with other stuff currently |
| 14:36.02 | mirko | just send me the patchset - well tested please - so i will just apply and commit them |
| 14:36.07 | mirko | i won't have much time for testing |
| 14:36.47 | jurting | Can someone ping my name? |
| 14:38.14 | Ayla | jurting: pong |
| 14:39.05 | jurting | Thanks, it works (the program stopped blinking on messages/pings randomly yesterday) |
| 14:39.52 | *** join/#qi-hardware wej (~j@95.211.92.234) |
| 14:40.01 | *** join/#qi-hardware qi-bot (~qi-bot@turandot.qi-hardware.com) |
| 14:40.01 | *** mode/#qi-hardware [+o qi-bot] by ChanServ |
| 14:44.34 | *** join/#qi-hardware rejon (~rejon@221.221.8.86) |
| 14:55.43 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 15:15.59 | mth | viric: can your patch "MIPS: Enable vmlinuz for JZ4740" be submitted upstream? |
| 15:16.15 | viric | mth: Did I do a patch? |
| 15:16.15 | viric | mh |
| 15:16.18 | viric | I can't remember |
| 15:16.22 | viric | do whatever you want with it :) |
| 15:16.38 | mth | it lists author: Lluís Batlle i Rossell <viric@viric.name> |
| 15:16.41 | viric | yes yes, me |
| 15:16.56 | viric | do I have to do anything for that? |
| 15:17.08 | mth | well, you could submit it or I could |
| 15:17.20 | viric | I prefer you to do that |
| 15:17.24 | mth | ok, I will |
| 15:17.27 | viric | thank you! |
| 15:25.52 | *** join/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net) |
| 15:35.13 | *** join/#qi-hardware valhalla (~valhalla@81-174-23-203.dynamic.ngi.it) |
| 15:40.48 | *** join/#qi-hardware jow_lapt1p (~jow@ffx.subsignal.org) |
| 15:56.56 | *** join/#qi-hardware jow_laptop (~jow@ffx.subsignal.org) |
| 16:07.44 | mth | shevek: how long are you holding the power button when you want to turn on the device? |
| 16:07.53 | mth | the default time needed is about 2 seconds |
| 16:08.10 | mth | this can be changed by writing a counter register |
| 16:08.20 | shevek | I know; I've set that time to be 0, but also I'm holding it 5 seconds. |
| 16:08.27 | mth | ok |
| 16:09.11 | shevek | In the kernel I don't see anything special. It also just does 'tell rtc to power down; while (1) asm("wait");', which is what I do... |
| 16:09.53 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::486b) |
| 16:09.55 | mth | in the case of suspend the IRQ status of the power button matters, not sure if that is also the case for hibernation |
| 16:10.51 | shevek | I don't think it should. The interrupt controller is powered down, only the rtc is still working. But AFAIK I have the interrupt enabled, because I want to see the power button events while it's on and I don't touch them when powering off. |
| 16:11.45 | mth | I think you're right, both ICU and the GPIO systems should be powered down, so their state doesn't matter |
| 16:12.05 | mth | is it possible that the device does come out of hibernation but hangs while booting? |
| 16:12.55 | shevek | It is, but only if it doesn't boot normally. I've tried with hardware usbboot enabled, but it doesn't show up, and without it, so it should boot from nand (where openwrt is installed) and that doesn't happen either. |
| 16:14.26 | shevek | The thing is, I have the screen switched on first. When I tell it to power down, the screen goes black (backlight goes off). So it seems that it does indeed power down. |
| 16:15.09 | shevek | That's why I was guessing that it didn't do a normal boot when returning from hybernation, but I wouldn't know what else it would be doing. It has no sdram anymore, and I think the cache is also lost. |
| 16:16.17 | shevek | But maybe the "boot sram" which is also used during usbboot is not. I could try to put my code there... |
| 16:16.47 | mth | is there a boot SRAM? |
| 16:17.03 | mth | I thought there is an internal EPROM and the contents of that are copied into the I-cache |
| 16:18.14 | shevek | Yes, there's sram from 80000000 to 80004000. The first stage of usb booting must be loaded in there, because the rest of the memory is not working yet. It's a bit strange, because I thought the stuff was injected in the cache and I would expect it not to matter at which address that happens. But other memory regions don't work, I checked. |
| 16:19.11 | shevek | I think sram doesn't need to be refreshed, but it does need power to retain its state. I don't know if it gets it during hybernation. I wouldn't expect it... |
| 16:19.52 | mth | indeed SRAM doesn't need refresh, but does need power to keep its contents |
| 16:20.19 | mth | but why wouldn't the address matter for the cache approach? |
| 16:20.43 | shevek | I don't know, but the programmer's manual says it does, and experiment confirms it. |
| 16:21.38 | mth | what happens with NAND booting, does that use the I-cache or the SRAM? |
| 16:23.08 | shevek | Actually it isn't so clear. It says in the "boot" section that code is loaded into sram and used to set up the sdram, then it can really boot. But then in the usb boot section it says it's going into d-cache, which is copied to i-cache, and then executed. I thought I needed to change the address of stage1, and so used a higher address, but that didn't work, so the SRAM story seemed to be true. But I have no idea why or how that works. |
| 16:23.55 | larsc | the sram is the dcache/icache isn't it? |
| 16:24.11 | shevek | I thought so first as well, but I'm not sure anymore. |
| 16:24.24 | shevek | Because the cache should have no problem with other addresses. |
| 16:25.43 | larsc | i think it is the cache |
| 16:25.53 | shevek | On the other hand, they wouldn't be so wasteful to add a block of sram to be used only during boot. |
| 16:27.07 | larsc | if in doubt, just trash the sram, while the cache is active ;) |
| 16:28.11 | mth | a cache needs an address to cache line mapping; the boot code is larger than 1 cache line |
| 16:30.19 | shevek | larsc: By writing to a0000000 and further you mean? I can try that. :-) |
| 16:31.20 | shevek | mth: Sure, but there's no reason it should fit on one line. |
| 16:32.48 | kyak | http://dmitry.co/index.php?p=./04.Thoughts/07.%20Linux%20on%208bit (sorry if this is no news for you) |
| 16:35.15 | qi-bot | [commit] kyak: centerim: update to 4.22.10 and fix build (master) http://qi-hw.com/p/openwrt-packages/e244080 |
| 16:53.23 | mirko | larsc! |
| 17:03.38 | *** join/#qi-hardware GNUtoo (~gnutoo@host149-73-dynamic.56-82-r.retail.telecomitalia.it) |
| 17:12.05 | larsc | mirko: !!!! |
| 17:25.54 | *** join/#qi-hardware LunaVorax_ (~LunaVorax@ABordeaux-651-1-41-219.w109-223.abo.wanadoo.fr) |
| 17:27.54 | *** join/#qi-hardware Ayla (~paul@53.121.101.84.rev.sfr.net) |
| 17:35.18 | *** join/#qi-hardware LunaVorax (~LunaVorax@ABordeaux-651-1-41-219.w109-223.abo.wanadoo.fr) |
| 17:38.17 | mirko | larsc: do you still feel responsible for the xburst target within openwrt-upstream? |
| 17:55.01 | qi-bot | Fabricatorz: open source hardware for dance music made in China by westerners — Lucas Gonze's blog http://t.co/uk8q18w7 @milkymistvj @qihardware ( 185424678767169536@fabricatorz - 38s ago via Ping.fm ) |
| 17:57.20 | shevek | overwriting 0xa0000000 and further during stage1 doesn't have any influence. |
| 17:57.49 | larsc | mirko: kind of, but well time is limited |
| 17:58.01 | qi-bot | RTC Milkymist: RT @fabricatorz: open source hardware for dance music made in China by westerners — Lucas Gonze's blog http://t.co/ryqG1W1G @qihardware ( 185425346596835328@milkymistvj - 58s ago via HootSuite ) |
| 17:58.46 | shevek | I think I understand why you need this region. It's probably pre-filled in the cache. So if you write elsewhere, cache lines are discarded if they're not in that region. Possibly it will discard important things and break stage1. |
| 18:56.01 | qi-bot | jackiegx6: @qihardware http://t.co/jx5Riawg ( 185439951289192448@jackiegx6 - 57s ago via web ) |
| 19:05.23 | qi-bot | [commit] kyak: libphysfs: fix build (master) http://qi-hw.com/p/openwrt-packages/505ce6b |
| 19:08.59 | kyak | bartbes: btw, libphysfs is updated upstream :) |
| 19:09.40 | kyak | i didn't update the package, since i'm not sure if it would break nlove |
| 19:55.48 | *** join/#qi-hardware LunaVorax (~LunaVorax@ABordeaux-651-1-41-219.w109-223.abo.wanadoo.fr) |
| 20:06.57 | *** join/#qi-hardware jekhor (~jek@46.245.207.58) |
| 20:29.01 | qi-bot | Lyn Jeffery: @fabricatorz @milkymistvj @qihardware will u be in SZ next wkend for mini maker faire? Want to hear about milkymist smartphone experience! ( 185463371687145474@LynJ - 53s ago via web ) |
| 20:36.36 | bartbes | kyak: updated in what way? |
| 20:36.48 | bartbes | and I really should update nlove sometime.. |
| 20:42.13 | qi-bot | The build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.full_system-20120328-1247 |
| 21:19.01 | qi-bot | Barry Threw: http://t.co/ukgW5O7k @qihardware ( 185476012128223234@barrythrew - 40s ago via Twitter for Mac ) |
| 21:43.34 | whitequark | http://www.phoronix.com/scan.php?page=article&item=qualcomm_kill_blobs&num=1 |
| 21:43.38 | whitequark | just what it says in the title |
| 21:43.47 | whitequark | NOT what I would expect from qualcomm |
| 21:43.56 | whitequark | looks like Atheros acquisition gone the right way |
| 21:45.24 | qi-bot | [commit] Werner Almesberger: spool: support jobs with more than one file (master) http://qi-hw.com/p/cae-tools/c422be5 |
| 21:45.25 | qi-bot | [commit] Werner Almesberger: cameo: new command "reverse" to reverse all paths (master) http://qi-hw.com/p/cae-tools/c59e393 |
| 21:45.26 | qi-bot | [commit] Werner Almesberger: cameo/README: added warning that "area" still has bugs (master) http://qi-hw.com/p/cae-tools/479ae41 |
| 21:45.41 | qi-bot | [commit] Werner Almesberger: bacon/case/: added smoothing pass for deburring; assorted other small changes (master) http://qi-hw.com/p/wernermisc/558e5da |
| 21:45.42 | qi-bot | [commit] Werner Almesberger: bacon/case/draft.fig: draft of the overall case design (master) http://qi-hw.com/p/wernermisc/6442e08 |
| 21:45.43 | qi-bot | [commit] Werner Almesberger: bacon/case/case.fpd: added the middle part (untested) (master) http://qi-hw.com/p/wernermisc/8454640 |
| 21:45.44 | qi-bot | [commit] Werner Almesberger: bacon/case/case.fpd: added the bottom part (untested) (master) http://qi-hw.com/p/wernermisc/d00ccd8 |
| 21:45.46 | qi-bot | [commit] Werner Almesberger: bacon/case/Makefile: generalized build process for all parts (master) http://qi-hw.com/p/wernermisc/fff8177 |
| 21:45.48 | qi-bot | [commit] Werner Almesberger: bacon/case/case.fpd: rearranged model of middle part (master) http://qi-hw.com/p/wernermisc/24fdda0 |
| 21:45.50 | qi-bot | [commit] Werner Almesberger: bacon/case/: corrections of bottom part; updates for machining (master) http://qi-hw.com/p/wernermisc/ddc5e0e |
| 21:45.52 | qi-bot | [commit] Werner Almesberger: fakefile/: so far unsuccessful attempt at jailing Kicad (master) http://qi-hw.com/p/wernermisc/1506743 |
| 21:45.54 | qi-bot | [commit] Werner Almesberger: Merge branch 'master' of projects.qi-hardware.com:wernermisc (master) http://qi-hw.com/p/wernermisc/5364134 |
| 21:49.08 | wpwrak | whitequark: wow. that's like thatcher calling for the end of capitalism and the ousting of the bourgeoisie |
| 21:54.42 | whitequark | wpwrak: probably :) |
| 21:54.50 | whitequark | I always thought atheros was good |
| 22:14.44 | wpwrak | atheros is/was a bit bipolar. at openmoko, we had quite a bit of experience with its less nice side. |
| 22:22.57 | whitequark | name any company that isn't |
| 22:23.00 | whitequark | even openmoko is. |
| 22:23.33 | whitequark | or was |
| 22:24.49 | *** part/#qi-hardware shevek (~shevek@a83-163-111-92.adsl.xs4all.nl) |
| 23:07.39 | *** join/#qi-hardware dvdk (~dvdkhlng@g225042070.adsl.alicedsl.de) |
| 23:58.27 | wolfspraul | kyak: nlove is (currently) broken anyway, so we can uptick libphysfs first |