[00:01] <[florian]> ok, I will have a try later, time to sleep
[01:02] <Bartman007> cool, the ipset/ipsec-tools commits fixed my issue.
[01:15] <BrainSlayer2> kaloz?
[01:15] <BrainSlayer2> we can now support WRT300N v2 routers
[01:19] <Bartman007> oh cool, the v2's are xscale.
[01:19] <BrainSlayer2> sure
[01:19] <BrainSlayer2> but we have now the atheros hal sources for this xspan hardware
[01:21] <BrainSlayer2> but the development for xscale in openwrt must be pushed on
[01:22] <BrainSlayer2> dd-wrt does already run on one xscale platform. but not yet on the WRT300N v2
[01:22] <Bartman007> which one does it run on right now?
[01:22] <Bartman007> one of the routerboards?
[01:23] <groz> I thought the routerboards were all mips and x86
[01:23] <Bartman007> groz: I couldn't remember it was a WAG
[01:24] <BrainSlayer2> no a new board which is simmilar to the WRV54
[01:24] <Bartman007> found it. i think. http://www.dd-wrt.com/phpBB2/viewtopic.php?t=2283
[01:25] <BrainSlayer2> yes
[01:28] <Bartman007> I'll take my 7001 for $43 :-) only difference I can see the 7001 uses a IXP422
[01:29] <Exiles> Hey BS
[01:38] <common> BrainSlayer2: you are dd-wrt forum admin?
[01:59] <h3sp4wn> groz: Is the uml port knowingly broken at the moment (seems to be building its own toolchain and with gcc 3.4.6 but my host kernel is using 4.1.1)
[02:00] <h3sp4wn> I thought it used the host compiler (or has this changed)
[02:00] <[mbm]> kernel gets compiled with the host compiler, packages get compiled with a gcc it builds
[02:04] <h3sp4wn> makes sense - probably a bad idea to try using an atheros card under uml anyway (because the kernel is using a different gcc madwifi doesn't load properly)
[02:06] <[mbm]> well, the userspace stuff has to be compiled against uclibc which is most of the reason why we build gcc
[02:07] <[mbm]> and then we blindly use that gcc for pretty much everything but the kernel
[02:07] <[mbm]> which is a bug
[02:07] <[mbm]> but atheros under uml sounds very unlikely
[02:08] <groz> <insert any hardware here> under uml sounds very unlikely
[02:08] <dragorn> you'd have to expose a piece of the pci bus
[02:08] <dragorn> in theory possible at some layers (xen can do pci domains)
[02:08] <groz> it's possible, but, you gotta build a host kernel for it too
[02:08] <dragorn> but horrifically insecure
[02:08] <[mbm]> suppose usb could be done but I'd really hate to do pci
[02:08] <groz> secure is not the issue when you are doing driver development
[02:08] <groz> easy is
[02:11] <dragorn> own pci, own rdma, own the top level kernel
[02:11] <dragorn> until they have virtualization-aware pci bus hardware anyhow
[10:31] <[florian]> thanks wrt*
[10:44] <malbon> lo [florian]
[10:45] <[florian]> how are you ?
[10:48] <[mbm]> ..
[10:53] <malbon> not bad thanks.
[10:53] <malbon> you?
[10:53] <[mbm]> .
[10:53] <malbon> [mbm]: / ?
[10:54] <[mbm]> :)
[11:11] <[florian]> fine thank you
[11:15] <malbon> [florian]: did you bcm63xx working on a dg834gt?
[11:18] <[florian]> malbon: no I have not such device, did you have a test if you have one ?
[11:18] <[florian]> basically, the current bcm63xx status should only be working on Inventel Livebox, and with RedBoot bootloader
[11:19] <[florian]> because the flash mapping is read from the FIS directory, but I will add CFE support has well later
[11:19] <malbon> I have one coming to me.
[11:20] <[florian]> ah great
[11:20] <[florian]> so you could test
[11:20] <malbon> yeah
[11:20] <[florian]> dg834gt has an atheros radio right ?
[11:20] <malbon> that's the diea.
[11:20] <malbon> yes it's that one.
[11:20] <[florian]> thus should be working almost out of the box \o/
[11:21] <[florian]> I don't know if the PCI is even working with bcm63xx
[11:21] <[florian]> such a crappy board :(
[11:22] Action: nbd will most likely get his bcm63xx board tomorrow
[11:23] <[florian]> ah ah
[11:24] <[florian]> I won't do much work on it before september 1st because of my exams, but later I will work on it
[11:24] <[florian]> this is getting more and more interesting, I did not figured how interesting kernel hacking is
[11:28] <nbd> :)
[11:28] <nbd> it is
[11:29] <[florian]> even if I have still some difficulties understanding everything, it's quite a good way to learn
[11:29] <nbd> you never fully understand everything
[11:29] <nbd> it's too complex for that
[11:29] <nbd> but you can get a pretty good idea of what works and what doesn't
[16:23] <CIA-17> florian * r4636 /branches/whiterussian/openwrt/package/iproute2/ (Makefile patches/004-hostcc_cflags.patch): Finally fix HOSTCC CFLAGS, should close #707
[17:40] <frop> lo
[17:40] <frop> http://paste.anbcs.com/4610
[17:40] <frop> should i submitt a ticket?
[17:43] <nbd> frop: try svn update first
[17:43] <nbd> frop: looks like something was fixed there recently
[18:03] <frop> k
[18:24] <frop> mmmh, another one :P
[18:24] <frop> make -C brcm-2.6 clean
[18:24] <frop> make[3]: Entering directory `/home/mrmr/OpenWrt/brcm-2.6-ng/openwrt/target/linux/brcm-2.6'
[18:24] <frop> config:437: *** missing separator. Stop.
[18:25] <nbd> wtf?
[18:26] <nbd> run svn status
[18:29] <frop> and?
[18:29] <frop> C target/linux/brcm-2.6/config
[18:30] <frop> lots of ?
[18:30] <nbd> conflict
[18:30] <[mbm]> means "conflict" which means that you've edited the file which conflicts with changes made in svn
[18:30] <frop> ook
[18:30] <frop> it's "right"
[18:31] <frop> so i'll check changes
[18:31] <frop> :P
[18:31] <frop> sorry
[18:31] <[mbm]> if you edit the file, you'll see a sectoin of >>>>> and you'll have to manually fix it
[18:31] <frop> mmh
[18:32] <frop> edited the config, for adding an iptables module
[18:35] <frop> wonderful!
[18:38] <nbd> [mbm]: i think we need to come up with a way of keeping the different kernel configs in sync
[18:39] <CIA-17> malbon * r4637 /branches/buildroot-ng/openwrt/package/util-linux/patches/601-util-linux-2.12r-umount-no-special.patch: Fix building util-linux under xscale
[18:39] <[mbm]> well, that would also mean that the various kernels would have to stay in sync
[18:39] <nbd> not necessarily
[18:46] <[mbm]> hmm anyone given any thought as to how wds would work with the current config format
[18:47] <nbd> i've thought about it, but i haven't implemented it yet
[18:47] <nbd> i want to add one section for every wds endpoint
[18:47] <nbd> and add an option for referencing an interface section from /etc/config/network
[18:48] <[mbm]> was just looking at the config, the bridge option is mostly redundant .. that could be figured out easily by looking at ifnames
[18:48] <[mbm]> but there is a use for an empty bridge with wds
[18:48] <nbd> yes
[18:48] <nbd> exactly
[18:49] <nbd> not only for wds, but also for multiple essids on broadcom
[18:49] <nbd> because the scripts might reorder the interfaces if you add one with the mode 'sta'
[18:50] <nbd> so it's better to reference the network config from /etc/config/wireless than the other way around
[18:50] <[mbm]> thinking that we should opt for "ifname" or "ifnames" and not really mix them or we'll be answering tons of questions regarding the 's'
[18:50] <nbd> ok
[18:50] <nbd> makes the scripts simpler as well
[18:50] <nbd> i'll do it
[18:52] <[florian]> malbon: have you checked that your patch works with gcc-4.0.3 ?
[18:52] <malbon> I think I am using gcc-4.0.3, let me check
[18:53] <malbon> [florian]: I am using armeb-linux-uclibc-gcc (GCC) 4.0.3 (OpenWrt-2.0)
[18:54] <[florian]> malbon: ok, then I close the ticket
[18:54] <malbon> ok
[19:04] <malbon> [florian]: sorry, I didn't know there was a ticket for that problem.
[19:08] <[florian]> malbon: no pb
[19:40] <[florian]> anyone had a look at the silicon backplane commits ?
[19:40] <nbd> which ones?
[19:42] <[florian]> let me remind
[19:43] <[florian]> nbd: are a bcm43xx ml subscriber ?
[19:43] <nbd> ah, forgot to check that folder
[19:43] <[florian]> :)
[19:43] <[florian]> the title is [patch RFC 0/3] Sonics Silicon Backplane module
[19:44] <[florian]> I did not had a look at it that much, but there seems to be interesting ssb abstraction code we could certainly use
[19:44] <nbd> yeah
[19:44] <[florian]> by the way, I had quite a hard discussion today with the #mipslinux guys
[19:44] <nbd> looks very usable
[19:44] <nbd> got a log?
[19:44] <[florian]> sure wait a minute
[19:44] <[florian]> I wanted to know what could make openwrt patches go upstream
[19:45] <[florian]> according to them, looks like licensing is not a problem, but much more cleaning up and making patch working
[19:45] <nbd> the broadcom stuff obviously isn't ready for a merge
[19:45] <[florian]> the log :)
[19:50] <[florian]> nbd: sent
[19:51] <nbd> interesting
[19:51] <nbd> yeah, the broadcom port needs lots of cleanup
[19:52] <nbd> moving to the ssb stuff would be a first step
[19:52] <nbd> but it's not easy to do
[19:52] <nbd> maybe i'll give it a shot
[19:55] <[florian]> I think it's worth a try, though sound quite complex
[20:02] <nbd> [florian]: it would mean rewriting all of the system code around the sb stuff
[20:41] Action: nbd is really motivated to start hacking on the brcm-2.6 system code
[20:42] <nbd> even though it's tons of work
[20:42] <[mbm]> :)
[20:47] <CIA-17> nbd * r4638 /branches/buildroot-ng/openwrt/package/base-files/ (7 files in 7 dirs): change 'ifnames' to 'ifname' in network config, fix #697
[22:05] <CIA-17> malbon * r4639 /branches/buildroot-ng/openwrt/target/linux/xscale-2.6/config: Make hostap modules so build works properly.
[22:30] <frop> http://paste.anbcs.com/4612
[22:33] <nbd> try to build sqlite3 and see if it works then
[22:33] <nbd> i'd like to know if the dependency is really required
[22:33] <frop> i try
[22:44] <frop> well, building libs/sqlite3 it works...
[22:44] <frop> but there's another error
[22:44] <nbd> show me
[22:46] <frop> http://paste.anbcs.com/4613
[22:47] <[mbm]> -I/usr/include/libxml2
[22:48] <nbd> try to build libxml2
[22:48] <nbd> maybe it changes the include path then
[22:50] <Bartman007> [mbm]: I assume someone took the steps required to claim #openwrt-devel on oftc (I had been sitting in it placeholding)
[22:50] <nbd> Bartman007: i took it
[22:51] <thepeople_work> are you planning on moveing networks?
[22:51] <Bartman007> ok, I was just holding it until it was to be used (I'm too used to EFNet where there are no rules)
[22:51] <frop> building
[23:05] <CIA-17> nbd * r4640 /branches/buildroot-ng/openwrt/package/kernel/Makefile: fix kernel module dependency problems
[23:24] <CIA-17> nbd * r4641 /branches/whiterussian/openwrt/package/base-files/default/etc/ (functions.sh init.d/S05nvram): allow other values than 'dhcp' for *_proto so that you can work around the linksys lan_proto bug without changing scripts (#437)
[23:25] <Bartman007> nbd: yay, that bug has pissed me off for a whil.
[23:46] <frop> http://paste.anbcs.com/4614
[23:49] <nbd> did lighttpd build now?
[23:49] <frop> eh
[23:49] <frop> don't know...
[23:50] <frop> ...ok...i get off openntpd
[23:51] <nbd> fixing openntpd right now ...
[23:52] <CIA-17> nbd * r4642 /packages/net/openntpd/Makefile: escape '$' in openntpd postinst template
[23:52] <frop> btw...fyi i'm not building ALL always...
[23:52] <nbd> k
[23:52] <frop> ...just the one of my interest
[23:52] <nbd> sure
[23:52] <nbd> please do make package/lighttpd-{clean,compile}
[23:52] <nbd> i'd like to know if libxml2 fixes it
[23:54] <frop> it's building it now
[23:54] <frop> wait..
[23:54] <nbd> k
[23:56] <frop> it's compiled...seeem
[23:56] <frop> s
[23:57] <nbd> great
[23:57] <CIA-17> nbd * r4643 /packages/net/lighttpd/Makefile: fix lighttpd dependencies
[23:58] <frop> not "installed" again
[23:58] <nbd> ?
[23:59] <frop> make[5] -C /home/mrmr/OpenWrt/brcm-2.6-ng/packages/libs/sqlite3 compile
[23:59] <frop> make[5] -C /home/mrmr/OpenWrt/brcm-2.6-ng/packages/libs/libusb compile
[23:59] <frop> make[5] -C /home/mrmr/OpenWrt/brcm-2.6-ng/packages/libs/libxml2 compile
[23:59] <frop> make[5] -C /home/mrmr/OpenWrt/brcm-2.6-ng/packages/net/lighttpd compile
[23:59] <frop> make[5] -C /home/mrmr/OpenWrt/brcm-2.6-ng/packages/net/mini_httpd compile
[23:59] <nbd> ?
[23:59] <frop> it's enought for you?
[00:00] --- Thu Aug 24 2006
[01:02] <Bartman007> cool, the ipset/ipsec-tools commits fixed my issue.
[01:15] <BrainSlayer2> kaloz?
[01:15] <BrainSlayer2> we can now support WRT300N v2 routers
[01:19] <Bartman007> oh cool, the v2's are xscale.
[01:19] <BrainSlayer2> sure
[01:19] <BrainSlayer2> but we have now the atheros hal sources for this xspan hardware
[01:21] <BrainSlayer2> but the development for xscale in openwrt must be pushed on
[01:22] <BrainSlayer2> dd-wrt does already run on one xscale platform. but not yet on the WRT300N v2
[01:22] <Bartman007> which one does it run on right now?
[01:22] <Bartman007> one of the routerboards?
[01:23] <groz> I thought the routerboards were all mips and x86
[01:23] <Bartman007> groz: I couldn't remember it was a WAG
[01:24] <BrainSlayer2> no a new board which is simmilar to the WRV54
[01:24] <Bartman007> found it. i think. http://www.dd-wrt.com/phpBB2/viewtopic.php?t=2283
[01:25] <BrainSlayer2> yes
[01:28] <Bartman007> I'll take my 7001 for $43 :-) only difference I can see the 7001 uses a IXP422
[01:29] <Exiles> Hey BS
[01:38] <common> BrainSlayer2: you are dd-wrt forum admin?
[01:59] <h3sp4wn> groz: Is the uml port knowingly broken at the moment (seems to be building its own toolchain and with gcc 3.4.6 but my host kernel is using 4.1.1)
[02:00] <h3sp4wn> I thought it used the host compiler (or has this changed)
[02:00] <[mbm]> kernel gets compiled with the host compiler, packages get compiled with a gcc it builds
[02:04] <h3sp4wn> makes sense - probably a bad idea to try using an atheros card under uml anyway (because the kernel is using a different gcc madwifi doesn't load properly)
[02:06] <[mbm]> well, the userspace stuff has to be compiled against uclibc which is most of the reason why we build gcc
[02:07] <[mbm]> and then we blindly use that gcc for pretty much everything but the kernel
[02:07] <[mbm]> which is a bug
[02:07] <[mbm]> but atheros under uml sounds very unlikely
[02:08] <groz> <insert any hardware here> under uml sounds very unlikely
[02:08] <dragorn> you'd have to expose a piece of the pci bus
[02:08] <dragorn> in theory possible at some layers (xen can do pci domains)
[02:08] <groz> it's possible, but, you gotta build a host kernel for it too
[02:08] <dragorn> but horrifically insecure
[02:08] <[mbm]> suppose usb could be done but I'd really hate to do pci
[02:08] <groz> secure is not the issue when you are doing driver development
[02:08] <groz> easy is
[02:11] <dragorn> own pci, own rdma, own the top level kernel
[02:11] <dragorn> until they have virtualization-aware pci bus hardware anyhow
[10:31] <[florian]> thanks wrt*
[10:44] <malbon> lo [florian]
[10:45] <[florian]> how are you ?
[10:48] <[mbm]> ..
[10:53] <malbon> not bad thanks.
[10:53] <malbon> you?
[10:53] <[mbm]> .
[10:53] <malbon> [mbm]: / ?
[10:54] <[mbm]> :)
[11:11] <[florian]> fine thank you
[11:15] <malbon> [florian]: did you bcm63xx working on a dg834gt?
[11:18] <[florian]> malbon: no I have not such device, did you have a test if you have one ?
[11:18] <[florian]> basically, the current bcm63xx status should only be working on Inventel Livebox, and with RedBoot bootloader
[11:19] <[florian]> because the flash mapping is read from the FIS directory, but I will add CFE support has well later
[11:19] <malbon> I have one coming to me.
[11:20] <[florian]> ah great
[11:20] <[florian]> so you could test
[11:20] <malbon> yeah
[11:20] <[florian]> dg834gt has an atheros radio right ?
[11:20] <malbon> that's the diea.
[11:20] <malbon> yes it's that one.
[11:20] <[florian]> thus should be working almost out of the box \o/
[11:21] <[florian]> I don't know if the PCI is even working with bcm63xx
[11:21] <[florian]> such a crappy board :(
[11:22] Action: nbd will most likely get his bcm63xx board tomorrow
[11:23] <[florian]> ah ah
[11:24] <[florian]> I won't do much work on it before september 1st because of my exams, but later I will work on it
[11:24] <[florian]> this is getting more and more interesting, I did not figured how interesting kernel hacking is
[11:28] <nbd> :)
[11:28] <nbd> it is
[11:29] <[florian]> even if I have still some difficulties understanding everything, it's quite a good way to learn
[11:29] <nbd> you never fully understand everything
[11:29] <nbd> it's too complex for that
[11:29] <nbd> but you can get a pretty good idea of what works and what doesn't
[16:23] <CIA-17> florian * r4636 /branches/whiterussian/openwrt/package/iproute2/ (Makefile patches/004-hostcc_cflags.patch): Finally fix HOSTCC CFLAGS, should close #707
[17:40] <frop> lo
[17:40] <frop> http://paste.anbcs.com/4610
[17:40] <frop> should i submitt a ticket?
[17:43] <nbd> frop: try svn update first
[17:43] <nbd> frop: looks like something was fixed there recently
[18:03] <frop> k
[18:24] <frop> mmmh, another one :P
[18:24] <frop> make -C brcm-2.6 clean
[18:24] <frop> make[3]: Entering directory `/home/mrmr/OpenWrt/brcm-2.6-ng/openwrt/target/linux/brcm-2.6'
[18:24] <frop> config:437: *** missing separator. Stop.
[18:25] <nbd> wtf?
[18:26] <nbd> run svn status
[18:29] <frop> and?
[18:29] <frop> C target/linux/brcm-2.6/config
[18:30] <frop> lots of ?
[18:30] <nbd> conflict
[18:30] <[mbm]> means "conflict" which means that you've edited the file which conflicts with changes made in svn
[18:30] <frop> ook
[18:30] <frop> it's "right"
[18:31] <frop> so i'll check changes
[18:31] <frop> :P
[18:31] <frop> sorry
[18:31] <[mbm]> if you edit the file, you'll see a sectoin of >>>>> and you'll have to manually fix it
[18:31] <frop> mmh
[18:32] <frop> edited the config, for adding an iptables module
[18:35] <frop> wonderful!
[18:38] <nbd> [mbm]: i think we need to come up with a way of keeping the different kernel configs in sync
[18:39] <CIA-17> malbon * r4637 /branches/buildroot-ng/openwrt/package/util-linux/patches/601-util-linux-2.12r-umount-no-special.patch: Fix building util-linux under xscale
[18:39] <[mbm]> well, that would also mean that the various kernels would have to stay in sync
[18:39] <nbd> not necessarily
[18:46] <[mbm]> hmm anyone given any thought as to how wds would work with the current config format
[18:47] <nbd> i've thought about it, but i haven't implemented it yet
[18:47] <nbd> i want to add one section for every wds endpoint
[18:47] <nbd> and add an option for referencing an interface section from /etc/config/network
[18:48] <[mbm]> was just looking at the config, the bridge option is mostly redundant .. that could be figured out easily by looking at ifnames
[18:48] <[mbm]> but there is a use for an empty bridge with wds
[18:48] <nbd> yes
[18:48] <nbd> exactly
[18:49] <nbd> not only for wds, but also for multiple essids on broadcom
[18:49] <nbd> because the scripts might reorder the interfaces if you add one with the mode 'sta'
[18:50] <nbd> so it's better to reference the network config from /etc/config/wireless than the other way around
[18:50] <[mbm]> thinking that we should opt for "ifname" or "ifnames" and not really mix them or we'll be answering tons of questions regarding the 's'
[18:50] <nbd> ok
[18:50] <nbd> makes the scripts simpler as well
[18:50] <nbd> i'll do it
[18:52] <[florian]> malbon: have you checked that your patch works with gcc-4.0.3 ?
[18:52] <malbon> I think I am using gcc-4.0.3, let me check
[18:53] <malbon> [florian]: I am using armeb-linux-uclibc-gcc (GCC) 4.0.3 (OpenWrt-2.0)
[18:54] <[florian]> malbon: ok, then I close the ticket
[18:54] <malbon> ok
[19:04] <malbon> [florian]: sorry, I didn't know there was a ticket for that problem.
[19:08] <[florian]> malbon: no pb
[19:40] <[florian]> anyone had a look at the silicon backplane commits ?
[19:40] <nbd> which ones?
[19:42] <[florian]> let me remind
[19:43] <[florian]> nbd: are a bcm43xx ml subscriber ?
[19:43] <nbd> ah, forgot to check that folder
[19:43] <[florian]> :)
[19:43] <[florian]> the title is [patch RFC 0/3] Sonics Silicon Backplane module
[19:44] <[florian]> I did not had a look at it that much, but there seems to be interesting ssb abstraction code we could certainly use
[19:44] <nbd> yeah
[19:44] <[florian]> by the way, I had quite a hard discussion today with the #mipslinux guys
[19:44] <nbd> looks very usable
[19:44] <nbd> got a log?
[19:44] <[florian]> sure wait a minute
[19:44] <[florian]> I wanted to know what could make openwrt patches go upstream
[19:45] <[florian]> according to them, looks like licensing is not a problem, but much more cleaning up and making patch working
[19:45] <nbd> the broadcom stuff obviously isn't ready for a merge
[19:45] <[florian]> the log :)
[19:50] <[florian]> nbd: sent
[19:51] <nbd> interesting
[19:51] <nbd> yeah, the broadcom port needs lots of cleanup
[19:52] <nbd> moving to the ssb stuff would be a first step
[19:52] <nbd> but it's not easy to do
[19:52] <nbd> maybe i'll give it a shot
[19:55] <[florian]> I think it's worth a try, though sound quite complex
[20:02] <nbd> [florian]: it would mean rewriting all of the system code around the sb stuff
[20:41] Action: nbd is really motivated to start hacking on the brcm-2.6 system code
[20:42] <nbd> even though it's tons of work
[20:42] <[mbm]> :)
[20:47] <CIA-17> nbd * r4638 /branches/buildroot-ng/openwrt/package/base-files/ (7 files in 7 dirs): change 'ifnames' to 'ifname' in network config, fix #697
[22:05] <CIA-17> malbon * r4639 /branches/buildroot-ng/openwrt/target/linux/xscale-2.6/config: Make hostap modules so build works properly.
[22:30] <frop> http://paste.anbcs.com/4612
[22:33] <nbd> try to build sqlite3 and see if it works then
[22:33] <nbd> i'd like to know if the dependency is really required
[22:33] <frop> i try
[22:44] <frop> well, building libs/sqlite3 it works...
[22:44] <frop> but there's another error
[22:44] <nbd> show me
[22:46] <frop> http://paste.anbcs.com/4613
[22:47] <[mbm]> -I/usr/include/libxml2
[22:48] <nbd> try to build libxml2
[22:48] <nbd> maybe it changes the include path then
[22:50] <Bartman007> [mbm]: I assume someone took the steps required to claim #openwrt-devel on oftc (I had been sitting in it placeholding)
[22:50] <nbd> Bartman007: i took it
[22:51] <thepeople_work> are you planning on moveing networks?
[22:51] <Bartman007> ok, I was just holding it until it was to be used (I'm too used to EFNet where there are no rules)
[22:51] <frop> building
[23:05] <CIA-17> nbd * r4640 /branches/buildroot-ng/openwrt/package/kernel/Makefile: fix kernel module dependency problems
[23:24] <CIA-17> nbd * r4641 /branches/whiterussian/openwrt/package/base-files/default/etc/ (functions.sh init.d/S05nvram): allow other values than 'dhcp' for *_proto so that you can work around the linksys lan_proto bug without changing scripts (#437)
[23:25] <Bartman007> nbd: yay, that bug has pissed me off for a whil.
[23:46] <frop> http://paste.anbcs.com/4614
[23:49] <nbd> did lighttpd build now?
[23:49] <frop> eh
[23:49] <frop> don't know...
[23:50] <frop> ...ok...i get off openntpd
[23:51] <nbd> fixing openntpd right now ...
[23:52] <CIA-17> nbd * r4642 /packages/net/openntpd/Makefile: escape '$' in openntpd postinst template
[23:52] <frop> btw...fyi i'm not building ALL always...
[23:52] <nbd> k
[23:52] <frop> ...just the one of my interest
[23:52] <nbd> sure
[23:52] <nbd> please do make package/lighttpd-{clean,compile}
[23:52] <nbd> i'd like to know if libxml2 fixes it
[23:54] <frop> it's building it now
[23:54] <frop> wait..
[23:54] <nbd> k
[23:56] <frop> it's compiled...seeem
[23:56] <frop> s
[23:57] <nbd> great
[23:57] <CIA-17> nbd * r4643 /packages/net/lighttpd/Makefile: fix lighttpd dependencies
[23:58] <frop> not "installed" again
[23:58] <nbd> ?
[23:59] <frop> make[5] -C /home/mrmr/OpenWrt/brcm-2.6-ng/packages/libs/sqlite3 compile
[23:59] <frop> make[5] -C /home/mrmr/OpenWrt/brcm-2.6-ng/packages/libs/libusb compile
[23:59] <frop> make[5] -C /home/mrmr/OpenWrt/brcm-2.6-ng/packages/libs/libxml2 compile
[23:59] <frop> make[5] -C /home/mrmr/OpenWrt/brcm-2.6-ng/packages/net/lighttpd compile
[23:59] <frop> make[5] -C /home/mrmr/OpenWrt/brcm-2.6-ng/packages/net/mini_httpd compile
[23:59] <nbd> ?
[23:59] <frop> it's enought for you?
[00:00] --- Thu Aug 24 2006