| 00:20.49 | wolfspra1l | HS codes |
| 00:20.50 | wolfspra1l | yay |
| 00:21.06 | wolfspra1l | there are so many ways to make money in the world :-) |
| 00:21.14 | wolfspra1l | it's all our ingenious inventions! |
| 00:21.36 | wolfspra1l | at least a few more people are fed, see it positively... |
| 00:23.08 | kristianpaul | hs? |
| 00:29.43 | *** join/#qi-hardware hellekin (~hellekin@lorea/faerie) |
| 00:31.02 | wpwrak | "harmonized system". a system of 4-10 digit codes for identifying goods for custom purposes |
| 00:55.21 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 01:30.14 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 02:02.06 | *** join/#qi-hardware nikescar (~nikescar@114.199.131.108) |
| 02:21.39 | *** join/#qi-hardware guanucoluis (~luis@200.127.180.65) |
| 02:21.43 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 02:34.53 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 03:07.12 | *** join/#qi-hardware rejon (~rejon@114.244.40.116) |
| 03:10.14 | *** join/#qi-hardware wolfspraul (~wolfsprau@221.220.188.212) |
| 03:20.20 | *** part/#qi-hardware emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) |
| 03:22.26 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 03:55.19 | pabs3 | meeblip.com |
| 04:05.04 | wpwrak | xiangfu: thanks ! nice ... your zip code is binary ;-) |
| 04:05.43 | xiangfu | I should write 0x2C :) |
| 04:16.02 | *** join/#qi-hardware pabs3 (~pabs@d122-111-246-71.per801.wa.optusnet.com.au) |
| 04:16.28 | wpwrak | see if the postal workers can figure it out ;-) |
| 04:29.54 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 04:59.56 | qi-bot | [commit] Marcos Paulo de Souza: MIPS: JZ4770: SLCD: Use SIMPLE_DEV_PM_OPS instead of dev_pm_ops (jz-3.5) http://qi-hw.com/p/qi-kernel/c19956e |
| 05:17.24 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 06:03.17 | *** join/#qi-hardware kilae (~chatzilla@109.205.205.99) |
| 06:14.15 | *** join/#qi-hardware jluis|work (~jpddb@83.247.136.72) |
| 06:16.48 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-83.telecom.by) |
| 06:40.15 | *** join/#qi-hardware scientes (~scientes@unaffiliated/scientes) |
| 06:49.04 | *** join/#qi-hardware Hoolxi (~Openfree@116.228.88.131) |
| 07:17.39 | *** join/#qi-hardware Ornotermes (~rikard@78-69-248-123-no180.tbcn.telia.com) |
| 07:31.41 | *** join/#qi-hardware Hoolxi (~Openfree@116.228.88.131) |
| 07:59.52 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 08:35.44 | *** join/#qi-hardware newcup (newcup@peruna.fi) |
| 08:48.38 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 08:59.41 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 09:23.16 | *** join/#qi-hardware woakas (~woakas@186.30.20.31) |
| 09:27.51 | *** join/#qi-hardware DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
| 09:45.07 | *** join/#qi-hardware Fallenou (~fallen@yozora-irc.net) |
| 10:08.05 | *** join/#qi-hardware kuribas (~user@d54C43503.access.telenet.be) |
| 10:14.23 | *** join/#qi-hardware antoniodariuh_ (~antonioda@nat-sta-slph1.tvu.ac.uk) |
| 10:25.49 | *** join/#qi-hardware panda|x201 (~hzhang@58.83.252.57) |
| 10:44.27 | *** join/#qi-hardware rejon (~rejon@122.70.123.63) |
| 11:04.08 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 11:43.17 | *** join/#qi-hardware panda|x201 (~hzhang@58.83.252.57) |
| 11:48.49 | *** join/#qi-hardware wolfspraul (~wolfsprau@221.220.188.212) |
| 12:08.32 | *** join/#qi-hardware GNUtoo (~gnutoo@ABordeaux-152-1-56-251.w82-125.abo.wanadoo.fr) |
| 12:33.31 | *** join/#qi-hardware cladamw (~adamwang@host-184.183-235-182.cable.dynamic.kbtelecom.net) |
| 12:44.06 | *** join/#qi-hardware aisa (~a@c-68-35-162-196.hsd1.nm.comcast.net) |
| 13:10.14 | *** join/#qi-hardware erikkugel (~ekugel@216.183.91.254) |
| 13:23.11 | *** join/#qi-hardware erikkugel (~ekugel@216.183.91.254) |
| 13:24.35 | *** join/#qi-hardware kristoffer (~kristoffe@85.229.216.53) |
| 13:32.05 | *** join/#qi-hardware jekhor (~jek@178.121.67.73) |
| 13:41.44 | *** join/#qi-hardware cladamw (~adamwang@host-184.183-235-182.cable.dynamic.kbtelecom.net) |
| 14:08.18 | *** join/#qi-hardware xiangfu (~xiangfu@123.115.7.216) |
| 14:09.52 | *** join/#qi-hardware nikescar (~nikescar@114.199.131.108) |
| 14:16.18 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 14:30.25 | *** join/#qi-hardware panda|x201 (~hzhang@123.114.46.197) |
| 14:33.19 | kristianpaul | http://www.ibm.com/developerworks/library/l-yocto-linux/index.html |
| 14:50.23 | *** join/#qi-hardware DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 15:03.03 | *** join/#qi-hardware paul_boddie (~paulbodd@hfaistos.uio.no) |
| 15:04.51 | *** join/#qi-hardware nikescar (~nikescar@114.199.131.108) |
| 15:05.33 | paul_boddie | Yocto? I've heard not particularly encouraging things about OpenEmbedded, although perhaps they might also be said about OpenWrt. |
| 15:07.55 | kristianpaul | ;) |
| 15:10.06 | paul_boddie | It took me ages to figure out how to build just the toolchain with OpenWrt, although I doubt that it would have been slower to just disable all the packages and do a plain "make". The toolchain is surely longer to compile than the Linux kernel plus modules. |
| 15:12.51 | kristianpaul | plain make usually works |
| 15:14.09 | paul_boddie | Yes, but I thought it would save time to just build gcc and friends. That should really be an obvious make option and/or be obviously documented. |
| 15:17.05 | paul_boddie | Anyway, my extensive searching revealed an apparently huge number of embedded build systems, perhaps indicating that everyone struggles with this kind of thing. |
| 15:24.24 | wpwrak | the trick for surviving with OE is to outsource the maintenance ;-) |
| 15:28.29 | *** join/#qi-hardware nikescar (~nikescar@114.199.131.108) |
| 15:30.32 | *** join/#qi-hardware LunaVorax (~LunaVorax@cau33-2-82-227-183-10.fbx.proxad.net) |
| 15:35.54 | paul_boddie | I think that's what everybody is thinking. Modern capitalism at its finest! ;-) |
| 15:40.37 | paul_boddie | Still, project momentum is half the battle here: if you can have enough people doing maintenance of the different builds, there's less duplication of effort and higher reliability. |
| 15:40.45 | *** join/#qi-hardware emeb (~ericb@ip72-201-79-123.ph.ph.cox.net) |
| 15:42.39 | paul_boddie | It means that people like me don't have to acquaint themselves with the build system *and* the architectural and technological decisions of the GNOME project over the past n years. |
| 15:46.01 | *** join/#qi-hardware erikkugel (~ekugel@216.183.91.254) |
| 15:47.24 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 15:52.52 | *** join/#qi-hardware nikescar (~nikescar@114.199.131.108) |
| 16:00.03 | wpwrak | yeah. i've seen OE hell at openmoko, where virtually everyone was exposed to it. and i've seen OE work very smoothly for the ben, where it was "outsourced" to jlime. pity jlime sort of faded away. |
| 16:01.53 | paul_boddie | Is jlime worth looking at in any sense? |
| 16:02.34 | wpwrak | it may still be the easiest way to get X11 on the ben |
| 16:02.57 | paul_boddie | I remember the OpenMoko software development situation. I once looked at MokoMakefile and was somewhat disappointed. For a start, it didn't really work like a Makefile, although you can say that none of this stuff retains the "make only what's new" properties of classic make. |
| 16:02.59 | wpwrak | but the problem is that it's no longer maintained. so it's gradually dying. |
| 16:04.06 | wpwrak | at OM, people used bitbake even to "make" the code they were developing ... |
| 16:04.26 | paul_boddie | I'm not really that interested in X11 on the Ben. It's a powerful demonstrator of running X on a screen even smaller than the original X workstations managed to do, but I doubt the practical benefits in terms of applications. |
| 16:04.59 | wpwrak | well, you have a lot of thing that "just work" with X11. you don't even have to think about why or how. |
| 16:06.43 | paul_boddie | Agreed. Configuring stuff for the framebuffer is likely to exercise code that isn't often exercised. And I suppose X11 provides the screen-sharing framework that the framebuffer doesn't, unless you can have many virtual framebuffers. |
| 16:14.44 | *** join/#qi-hardware scientes (~scientes@unaffiliated/scientes) |
| 16:16.16 | *** join/#qi-hardware nikescar (~nikescar@114.199.131.108) |
| 16:36.09 | *** join/#qi-hardware Ayla (~paul@pc-40-79-120-200.cm.vtr.net) |
| 17:11.20 | *** part/#qi-hardware paul_boddie (~paulbodd@hfaistos.uio.no) |
| 17:45.58 | *** join/#qi-hardware nikescar (~nikescar@114.199.131.108) |
| 18:07.44 | *** join/#qi-hardware rz2k (~rzk@95-24-11-49.broadband.corbina.ru) |
| 19:28.20 | *** join/#qi-hardware jekhor (~jek@leased-line-46-53-195-83.telecom.by) |
| 19:47.38 | *** join/#qi-hardware rzk (~rzk@176.14.103.21) |
| 20:49.52 | *** join/#qi-hardware kuribas (~user@d54C43503.access.telenet.be) |
| 20:52.19 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-4-18.ozonline.com.au) |
| 21:00.08 | *** part/#qi-hardware erikkugel (~ekugel@216.183.91.254) |
| 22:40.19 | *** join/#qi-hardware scientes (~scientes@unaffiliated/scientes) |
| 22:55.50 | *** join/#qi-hardware dandon (~dandon@88.151.79.155) |
| 22:57.00 | *** join/#qi-hardware urandom__ (~user@p548A2B6D.dip.t-dialin.net) |
| 23:09.58 | *** join/#qi-hardware dandon (~dandon@88.151.79.155) |
| 23:24.58 | *** join/#qi-hardware LunaVorax (~LunaVorax@ABordeaux-651-1-162-97.w90-5.abo.wanadoo.fr) |
| 23:52.24 | mth | larsc (or anyone else who knows): about this line: load-$(CONFIG_MACH_JZ4740) += 0xffffffff80010000 |
| 23:52.33 | mth | why are the leading f's there? |
| 23:53.02 | mth | it breaks u-boot's mkimage tool on 32-bit host systems |