**** BEGIN LOGGING AT Sun Sep 24 02:59:56 2006 Sep 24 03:19:33 error: static declaration of 'netdev_max_backlog' follows non-static declaration Sep 24 03:20:04 any clues? Sep 24 03:27:15 laluco: look for a later ixp patch in the svn repo Sep 24 03:27:35 ok Sep 24 03:27:40 thx Sep 24 05:26:09 can an nslu2 work great as a syslog server? Sep 24 10:07:55 has anyone had a go at fuse+ntfs-3g on Debianslug? Sep 24 10:36:37 Hello all, Q:is monotone.nslu2-linux.org in any automated way synced with a branch at openembedded.org? Sep 24 11:08:25 03rwhitby * 10slugimage/slugimage: Rearchitected the skip region handling after a thorough desk review of the whole program structure. Sep 24 11:08:39 likewise: every five minutes when it's working properly Sep 24 11:08:47 rwhitby: tnx Sep 24 11:09:03 rwhitby: in what direction? Sep 24 11:09:17 both Sep 24 11:09:30 monotone is a distributed SCM Sep 24 11:09:55 rwhitby: only the branch-name matters in such a system for syncing? Sep 24 11:10:35 yep, and having the write authority Sep 24 11:11:01 we sync the org.openembedded.dev branch only - the others are local to monotone.nslu2-linux.org Sep 24 11:11:17 (or to monotone.openembedded.org as the case may be) Sep 24 11:14:41 rwhitby: and the master make builds from the org.nslu2-linux.dev branch? Sep 24 11:15:10 rwhitby: I am fishing for a good branch to start of some graphics work on an IXDP425 (thanks for answering my mail also) Sep 24 11:15:37 Master Makefile builds from both org.nslu2-linux.dev (for the stuff outside of OE) and org.openembedded.org for the OE stuff, and org.nslu2-linux.bitbake for our own stable version of bitbake. Sep 24 11:15:47 (all grabbed from monotone.nslu2-linux.org) Sep 24 11:16:07 org.nslu2-linux.* is in no way related to org.openembedded.* - they do not contain the same data Sep 24 11:16:45 rwhitby: OK, so it's a bitbake collection? Sep 24 11:16:52 No Sep 24 11:17:11 It's some Makefiles and conf scripts which wrap around bitbake/OE Sep 24 11:17:11 just BBFILES += ? Sep 24 11:17:15 no Sep 24 11:17:35 nslu2-linux uses org.openembedded.dev directly. No collections, no additions. Sep 24 11:17:57 we just sync it to our own server for convenience. Sep 24 11:18:45 (where we store some other branches, which are unrelated to the contents of the openembedded metadata repository) Sep 24 11:19:27 rwhitby: so the two branches are build-from, independently, and through Makefiles/scripts. Sep 24 11:19:36 no Sep 24 11:20:25 one branch (org.nslu2-linux.dev) contains the MasterMakefile (which OE does not use, only nslu2-linux uses), and some other conf scripts. The other branch (org.openembedded.dev) contains the OE metadata repository. Sep 24 11:20:34 nslu2-linux uses both. OE uses the latter only. Sep 24 11:21:16 org.nslu2-linux.dev is completely disjoint from org.openembedded.dev, and does not contain bitbake or OE data. Sep 24 11:21:49 the only branch we use which contains OE data (i.e. bitbake .bb files) is org.openembedded.dev Sep 24 11:21:49 rwhitby: OK, clear, I was mistakenly thinking that org.nslu2-linux.dev contained bitbake data. Sep 24 11:22:35 rwhitby: thanks for the very clear explanation Sep 24 11:22:37 nope, org.nslu2-linux.dev contains the MasterMakefile system, which wraps around the bitbake/OE system to build SlugOS and Unslung. Sep 24 11:23:33 people expect nslu2-linux to have it's own branch of OE data, but we made a clear decision early on to not fork from the one true OE metadata repository. Sep 24 11:24:00 (as other OE-derived distributions have done) Sep 24 11:24:11 rwhitby: good decision IMHO, there is too much fragmentation already. Sep 24 11:25:10 yep. One of the reasons why I started nslu2-linux (and one of the main driving forces behind how I run it) is the fragmentation I experienced in the wrt54g firmware community (although community is a strong word for wrt54g projects that send death threats to each other) Sep 24 11:26:08 So nslu2-linux tries to be the one unifying project for custom nslu2 firmware. Sep 24 11:26:52 rwhitby: excellent work, forking off is too often thought of as the solution to some minor disagreement, splitting the developers in two. Sep 24 11:27:10 developer base, rather :-) Sep 24 11:28:29 yeah, I fixed the Australian BigPond heartbeat support for the wrt54g firmware, and had to submit it to no less than five different projects, none of which happily shared code with each other (in fact most of them accused the other projects of "stealing" GPL'd code) Sep 24 12:47:11 hi Sep 24 12:47:24 is there a DEBIANSLUG dev here? Sep 24 15:59:59 03bzhou * r4100 10optware/trunk/Makefile: added python25, small reorg to prepare for python24 python25 co-existence Sep 24 18:02:52 03blaster8 * r422 10kernel/trunk/patches/2.6.18/defconfig: Add debugging output to kernel. Change to be reverted once ixp_npe driver is stable. Sep 24 19:40:39 ~ugt Sep 24 19:40:41 ugt is probably Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html Sep 24 20:40:51 ~ugt Sep 24 20:40:53 ugt is, like, Universial Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html Sep 25 00:02:47 03rwhitby * 10slugimage/slugimage: Now identifies the need for a skip region in any partition (i.e. Kernel, Ramdisk, or even a later partition if Loader, Kernel and Ramdisk add up to less than 1MiB). **** ENDING LOGGING AT Mon Sep 25 02:59:56 2006