**** BEGIN LOGGING AT Fri Jul 24 02:59:57 2009
Jul 24 06:22:15 <plambrech> howdy
Jul 24 06:23:02 <plambrech> go
Jul 24 06:23:17 <plambrech> no one alive out there??
Jul 24 07:39:32 <danage> xMff: morning :) you ok with de-installing the linkpage-rename-plugin?
Jul 24 10:13:54 <xMff> danage: morning
Jul 24 10:13:57 <xMff> sure np
Jul 24 10:18:41 <danage> xMff: i don't know the name -- could you?
Jul 24 10:23:00 <xMff> danage:
Jul 24 10:23:05 <xMff> there is a pagemove
Jul 24 10:23:14 <xMff> and a redirect plugin
Jul 24 10:23:54 <danage> i didn't mean that. there is this plugin that was installed yesterday that gives links the name of the first line of each page
Jul 24 10:23:57 <danage> it's annoying
Jul 24 10:24:17 <danage> it was discussed during the meeting and there seemed to be a consensus that it should be de-installed
Jul 24 10:24:31 <xMff> danage: ah
Jul 24 10:24:36 <xMff> that's just a setting
Jul 24 10:24:43 <danage> ahhh sorry
Jul 24 10:25:12 <xMff> disabled
Jul 24 10:25:27 <danage> thanks
Jul 24 10:25:54 <danage> oh hang on: is the tag plugin even installed?
Jul 24 10:26:11 <danage> so _that_ may be why it's not working!!!
Jul 24 10:26:31 <xMff> heh
Jul 24 10:26:38 <xMff> of course it's not...
Jul 24 10:26:51 <xMff> have an url?
Jul 24 10:27:08 <danage> http://www.dokuwiki.org/plugin:tag
Jul 24 10:27:37 <xMff> ok installed and enabled
Jul 24 10:30:18 <danage> ok looks alright
Jul 24 11:52:32 <CIA-37> florian * r16964 /trunk/include/netfilter.mk: [package] fix ip6tables installation against ip6t_HL which has been merged in xt_HL since 2.6.29 (#5568)
Jul 24 12:07:26 <CIA-37> florian * r16965 /packages/ (9 files in 9 dirs):
Jul 24 12:07:26 <CIA-37> [package] set PKGARCH to all for packages containing only arch-neutral files (#5572)
Jul 24 12:07:26 <CIA-37> Signed-off-by: Malte S. Stretz <mss@apache.org>
Jul 24 12:08:02 <CIA-37> florian * r16966 /trunk/package/ (3 files in 3 dirs):
Jul 24 12:08:02 <CIA-37> [package] set PKGARCH to all for packages in trunk containing only arch-neutral files (#5572)
Jul 24 12:08:02 <CIA-37> Signed-off-by: Malte S. Stretz <mss@apache.org>
Jul 24 12:42:15 <dogge_> hey, is it possible to host a vmware appiliance for using as a build environmend based on debian linux at the openwrt servers? will need about 0.5gb of storage
Jul 24 12:49:12 <dogge_> so, one just has to get the free vmware player and the build environment vmware appiliance and can start building openwrt from source :)
Jul 24 13:28:52 <danage> dogge_: yes
Jul 24 13:29:09 <danage> i'm about to transfer a document describing this to the wiki
Jul 24 13:31:29 <dogge_> danage ok. i'll contact you once it's ready to upload it
Jul 24 13:33:50 <dogge_> danage will be similar like freetz-linux. do you know freetz?
Jul 24 13:35:50 <dogge_> danage iirc, you're german, right? http://www.ip-phone-forum.de/showthread.php?t=194433
Jul 24 13:54:16 <danage> dogge_: yes i know freetz, it's different to openwrt though
Jul 24 14:01:45 <dogge_> danage please add something to the nuwiki that only devices with at least 4mb flash and 16mb ram are supported
Jul 24 14:03:09 <danage> good point
Jul 24 14:03:36 <dogge_> this question comes over and over again and someone already added a device with 2mb flash to nuwiki
Jul 24 14:16:43 <danage> dogge_: http://nuwiki.openwrt.org/doc/howto/vm
Jul 24 14:22:22 <dogge_> oh. that are step by step instructions. i'd like a ready to use downloadable vmware appiliance with debian preinstalled
Jul 24 14:26:58 <danage> go for it, make one :)
Jul 24 14:31:02 <dogge_> okie
Jul 24 14:34:37 <xMff> use a stable debian, current testing/unstable versions of dabeian have a tar bug
Jul 24 14:34:53 <xMff> this has been work-arounded in the svn but 8.09 and 8.09.1 do not contain this fix
Jul 24 14:59:14 <dogge_> xMff ?
Jul 24 14:59:50 <xMff> !
Jul 24 15:00:19 <xMff> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=525818
Jul 24 15:02:52 <blogic> lol
Jul 24 15:03:48 <xMff> I used to love debian but they seem to destroy vital packages from time to time...
Jul 24 15:06:02 <dogge_> xMff you think you can port the fon rsdownloader back to openwrt?
Jul 24 15:06:43 <xMff> not within the next time
Jul 24 15:06:48 <dogge_> okie
Jul 24 15:07:07 <dogge_> then i'll go for fritzload for the moment
Jul 24 15:10:15 <blogic> dogge_: from fonng ?
Jul 24 15:10:22 <dogge_> yeah
Jul 24 15:10:24 <blogic> haha
Jul 24 15:10:50 <dogge_> what's so funny?
Jul 24 15:10:56 <blogic> it is doable
Jul 24 15:10:58 <blogic> yes
Jul 24 15:11:07 <blogic> the event mechanism from fonng is missing
Jul 24 15:11:08 <dogge_> but not by me
Jul 24 15:11:19 <blogic> what hw do you have ?
Jul 24 15:11:30 <dogge_> i'd like to run it on a nslu2
Jul 24 15:11:35 <blogic> hmmm
Jul 24 15:11:42 <blogic> should be doable i guess
Jul 24 15:12:00 <blogic> you could run a whole fonng on it i suppose
Jul 24 15:12:09 <dogge_> no idea
Jul 24 15:12:17 <xMff> it's a slightly modified openwrt
Jul 24 15:12:34 <xMff> compiling fong is the same as compiling openwrt
Jul 24 15:12:46 <dogge_> i'd prefer the fon rsdownloader to be ported to trunk
Jul 24 15:13:08 <xMff> might take time since it has some depencies that need to be ported first
Jul 24 15:13:11 <dogge_> and until this is done by someone i'd use fritzload on my fbf7270 with freetz
Jul 24 15:15:43 <dogge_> seems all devs working on fonng now, right?
Jul 24 15:16:15 <xMff> not right
Jul 24 15:20:08 <dogge_> some of the features from fonng would rock kamikaze :)
Jul 24 15:46:38 <CIA-37> juhosg * r16967 /trunk/package/mac80211/ (3 files in 2 dirs): [package] mac80211: add more ath9k patches
Jul 24 16:34:32 <danage> glp: ping
Jul 24 16:51:03 <glp> danage: pong
Jul 24 16:56:13 <danage> glp: i changed http://nuwiki.openwrt.org/meta/ircmeeting so that you may announce it in due time. also came up with a couple of issues for next time already
Jul 24 17:03:05 <CIA-37> florian * r16968 /trunk/ (5 files in 5 dirs): [kernel] use 2.6.27.7
Jul 24 17:07:37 <danage> [florian]: i'm about to get crackin. should i revert before i patch?
Jul 24 17:18:39 <dogge_> http://openwrt.pastebin.com/d67831162
Jul 24 17:18:39 <dogge_> any idea?
Jul 24 17:19:43 <xMff> not hitting strg-c ?
Jul 24 17:22:49 <dogge_> ah
Jul 24 17:58:43 <danage> xMff: if a headline in nuwiki needs to be broken to two lines, does it render correctly for you?
Jul 24 17:59:10 <xMff> danage: what do you mean?
Jul 24 17:59:42 <xMff> ==== foo \n bar ====  ?
Jul 24 18:00:21 <xMff> no it doesn't
Jul 24 18:01:00 <danage> yep
Jul 24 18:01:35 <danage> just something i noticed. also, i know i was the one who recommended increasing fontsize. but ehhhh, H1-headlines do get pretty big this way...
Jul 24 18:01:39 <danage> :)
Jul 24 18:02:16 <danage> also, i'm happily editing away. please let me know if it gets too much
Jul 24 18:03:00 <xMff> will do ;)
Jul 24 18:10:12 <danage> [florian]: http://openwrt.pastebin.com/m5977ce9b
Jul 24 18:11:10 <danage> [florian]: Linux version 2.6.27.25 (dennis@dennis-desktop) (gcc version 4.1.2) #1 Fri Jul 9
Jul 24 18:11:53 <danage> perhaps i made a build mistake? i did make target/linux/clean and then make -j2 target/linux/install
Jul 24 18:33:57 <CIA-37> juhosg * r16969 /trunk/target/linux/ppc40x/ (2 files in 2 dirs): [ppc40x] fix magicboxv2.dts
Jul 24 18:40:25 <[florian]> danage: oh you also need to have bcm6345 support enabled in your config
Jul 24 18:40:39 <[florian]> danage: that's excellent !
Jul 24 18:41:37 <danage> [florian]: do i have that?
Jul 24 18:41:46 <danage> or, better: how do i find out
Jul 24 18:42:07 <danage> and: what's excellent? tell me tell me
Jul 24 18:42:15 <[florian]> danage: that's actually good it boots pretty far
Jul 24 18:42:44 <[florian]> danage: the flash issue is well, not really an issue itself
Jul 24 18:43:05 <danage> cool so what do you think needs to be done?
Jul 24 18:43:06 <[florian]> danage: can you try loading a ramdisk instead of using flashimage ?
Jul 24 18:43:14 <danage> this was a netboot
Jul 24 18:43:26 <[florian]> oh ok
Jul 24 18:43:56 <[florian]> then disable the bcm963xx flash in make kernel_menuconfig
Jul 24 18:44:09 <danage> do you think it built correctly? i wasn't sure after seeing jul 9? or does that refer to gcc compile?
Jul 24 18:44:46 <danage> pci is off, where do i find flash
Jul 24 18:46:57 <danage> is it mtd?
Jul 24 18:47:12 <danage> "block layer"?
Jul 24 18:47:31 <[florian]> mtd
Jul 24 18:47:38 <[florian]> excuse me, my vpn is shaky
Jul 24 18:48:00 <danage> ok so i go to device driver, and then mtd. do i also activate block devices?
Jul 24 18:48:04 <danage> *deactivate
Jul 24 18:48:06 <[florian]> no necessary
Jul 24 18:48:26 <danage> so all i deactive is mtd support under device drivers?
Jul 24 18:49:15 <[florian]> yes you can
Jul 24 18:49:53 <danage> do you mean: i should deactivate block devices or i shouldn't?
Jul 24 18:50:40 <[florian]> no, you do not have to deactivate block devices, just mtd
Jul 24 18:52:52 <[florian]> could you also check in build_dir/linux-brcm63xx/linux-2.6.27.25/arch/mips/kernel/cpu-probe.c around line 160 whether CPU_BCM6345 is still there or not?
Jul 24 18:53:00 <[florian]> I would like to know if it is necessry
Jul 24 18:55:34 <[florian]> broadcom used to disable but I think it was for performance issue
Jul 24 18:58:45 <danage> http://openwrt.pastebin.com/m2453b192
Jul 24 18:58:51 <danage> [florian]: ^
Jul 24 18:59:18 <[florian]> danage: humm, are you sure this is a ramdisk image ?
Jul 24 18:59:30 <[florian]> danage: can you check make menuconfig -> Target images ?
Jul 24 19:00:16 <danage> eeeeeeeh jffs2 and squashfs. do i disactivate those and select ramdisk? i took the vmlinux from the build_dir
Jul 24 19:01:00 <danage> /build_dir/linux-brcm63xx/linux-2.6.27.25
Jul 24 19:01:18 <[florian]> selecting ramdisk deselects both
Jul 24 19:01:37 <[florian]> the vmlinux does not have the rootfs appended to it
Jul 24 19:02:24 <danage> okie
Jul 24 19:02:46 <danage> you told me before to use it but that was probably to test the initial boot
Jul 24 19:02:53 <[florian]> yes sir
Jul 24 19:03:19 <danage> so i am making target linux clean? or do i need to clean more than that since now we're talking rootfs
Jul 24 19:04:16 <[florian]> no do not clean anything for now, we will figure that later
Jul 24 19:04:30 <danage> oops
Jul 24 19:04:33 <danage> i already did
Jul 24 19:04:48 <danage> (make target/linux/clean)
Jul 24 19:04:55 <danage> do i run a simple make now?
Jul 24 19:05:38 <[florian]> ok, let's run a simple make ;)
Jul 24 19:06:03 <danage> sorry
Jul 24 19:06:19 <danage> which image do i take this time, will i find it in /bin?
Jul 24 19:06:21 <[florian]> no problems
Jul 24 19:06:37 <[florian]> this time you will have a bin/openwrt-brcm63xx-vmlinux.elf which should be copied to your /tftproot
Jul 24 19:10:11 <danage> ok
Jul 24 19:10:21 <danage> do i need to tell the bootloader that this is the image it needs to run?
Jul 24 19:10:29 <[florian]> yes
Jul 24 19:10:31 <[florian]> once in CFE
Jul 24 19:10:38 <[florian]> type in 'c' to change the parameters
Jul 24 19:10:49 <[florian]> and when prompted for run from host/flash select 'h'
Jul 24 19:11:31 <[florian]> if the bootloader allows you to do that
Jul 24 19:11:33 <[florian]> but I think it will
Jul 24 19:23:22 <danage> [florian]: http://openwrt.pastebin.com/m62a13d6
Jul 24 19:23:35 <danage> the image is about 3.7mib
Jul 24 19:25:34 <[florian]> of course, only 8MB of ram :/
Jul 24 19:25:50 <[florian]> danage: can you try updating your trunk copy, so that you will benefit from the lzma initramfs support
Jul 24 19:26:07 <danage> yes but that might break some patches, non?
Jul 24 19:26:27 <[florian]> I do not think so
Jul 24 19:26:59 <[florian]> it if does, just merge them manually ;)
Jul 24 19:26:59 <danage> Conflict discovered in 'target/linux/brcm63xx/config-2.6.27'.
Jul 24 19:26:59 <danage> Select: (p) postpone, (df) diff-full, (e) edit,
Jul 24 19:26:59 <danage>         (h) help for more options:
Jul 24 19:27:02 <[florian]> edit the file
Jul 24 19:27:11 <[florian]> and see where it conflicts
Jul 24 19:27:14 <[florian]> search for >>>>
Jul 24 19:28:13 <danage> yeah i'm finding some things: <<<<<<< .mine ======= CONFIG_DEVPORT=y >>>>>>> .r16969
Jul 24 19:28:36 <danage> <<<<<<< .mine # CONFIG_JFFS2_CMODE_PRIORITY is not set ======= CONFIG_KEXEC=y >>>>>>> .r16969
Jul 24 19:28:47 <danage> that's it
Jul 24 19:28:55 <[florian]> keep CONFIG_KEXEC
Jul 24 19:29:12 <danage> help me: how
Jul 24 19:29:22 <[florian]> just remove the lines with <<<<<<<
Jul 24 19:29:37 <[florian]> the file should look like clean in the end
Jul 24 19:29:45 <danage> and the other one, delete the <<<< and >>>> and everything else inbetween?
Jul 24 19:30:31 <danage> (except for the CONFIG_KEXEC)
Jul 24 19:30:55 <danage> and then i go to resolved?
Jul 24 19:32:07 <[florian]> yes
Jul 24 19:32:44 <danage> ok everything else worked
Jul 24 19:32:49 <danage> what do i clean?
Jul 24 19:33:04 <[florian]> make target/linux/clean
Jul 24 19:33:05 <[florian]> make
Jul 24 19:35:32 <fofware> hello guys
Jul 24 19:39:01 <fofware> Question about patch ussage... When I work over some source in /build_dir/target/..../blablabla, this source include the patches ?
Jul 24 19:39:52 <xMff> yes
Jul 24 19:41:00 <fofware> an other, i need some caution when named my diff, for example the package have some others paches with names 100-blabla; 200-blabla
Jul 24 19:41:36 <fofware> I need named my patch with 300-blablabla
Jul 24 19:41:47 <fofware> hello xMff, thanks
Jul 24 19:44:01 <fofware> or I don't care about name?
Jul 24 19:46:05 <fofware> the right question would be, how the patches are applyed, is based on patches-names?
Jul 24 19:47:59 <xMff> yeah
Jul 24 19:48:09 <xMff> therefor they start with numbers
Jul 24 19:48:38 <danage> [florian]:  make[3] -C package/base-files compile
Jul 24 19:48:38 <danage> make -r world: build failed. Please re-run make with V=99 to see what's going on
Jul 24 19:48:38 <danage> make: *** [world] Error 1
Jul 24 19:48:39 <xMff> and you have to care about the name if your patch depends on other patches
Jul 24 19:48:46 <fofware> all right, thanks very much xMff
Jul 24 19:48:58 <[florian]> danage: do what it asks you to do
Jul 24 19:49:29 <danage> [florian]: http://openwrt.pastebin.com/m659856f6
Jul 24 19:49:54 <danage> maybe some package that i'm lacking again
Jul 24 19:50:40 <fofware> I don't sure if depend of others, but anyway to bee sure I will named it with higer number that last
Jul 24 19:52:37 <fofware> xMff, thanks, in few more time we will have a chillispot, with remote control, and reading uci files by it self
Jul 24 19:53:01 <fofware> and with 200kb less than coova-chilli
Jul 24 19:53:01 <[florian]> oh I know that bug
Jul 24 19:53:16 <[florian]> danage: make menuconfig, save and exit
Jul 24 19:54:04 <[florian]> danage: it it still does not work, add those lines to your .config:
Jul 24 19:54:13 <[florian]> CONFIG_USE_SSTRIP=y
Jul 24 19:57:39 <fofware> <[florian]>in my customized build system, I have this issue in x86-2.6, and each time I do make menuconfig I need set CONFIG_USE_SSTRIP=y by hand
Jul 24 19:58:47 <[florian]> frankly I do not why you have that issue
Jul 24 19:59:01 <fofware> but that don't happend if I use standart buildroot, feeds and all standart staff
Jul 24 19:59:51 <[florian]> weird
Jul 24 19:59:57 <[florian]> Config.in badly resynced?
Jul 24 20:05:10 <[florian]> danage: any progress?
Jul 24 20:07:17 <fofware> <[florian]> I did try last week or previus to send a script to build many branchs at one, ussing env script, but I can't,may I paste it so you can look it and send it?
Jul 24 20:07:29 <danage1> [florian]: http://openwrt.pastebin.com/m34bab550
Jul 24 20:07:36 <danage1> smaller, but not small enough :( 3.1mib
Jul 24 20:10:35 <[florian]> danage: ok, well, still no luck, but it lives !
Jul 24 20:10:37 <[florian]> it's alive
Jul 24 20:11:15 <danage> :) will it be difficult to make mtd run? because from what i understand, rootfs wont have to be dumped to ram thus giving more memory to run?
Jul 24 20:11:35 <danage> you gonna commit those patches so they will be in trunk?
Jul 24 20:11:50 <[florian]> which patches ?
Jul 24 20:12:00 <[florian]> the one which disable r4k_wait for instance ?
Jul 24 20:12:25 <danage> all those ones necessary to make bcm6345 run...
Jul 24 20:13:36 <[florian]> sur I will commit them
Jul 24 20:13:45 <[florian]> could you make a svn st and paste me your svn diff ?
Jul 24 20:17:08 <danage> [florian]: http://openwrt.pastebin.com/m30efbbf2
Jul 24 20:18:54 <[florian]> danage: thanks
Jul 24 20:19:05 <danage> so whats next?
Jul 24 20:20:12 <[florian]> danage: could you svn revert -R target/linux/brcm63xx/files/*
Jul 24 20:20:21 <[florian]> there are changes there which are not required
Jul 24 20:20:46 <danage> done.
Jul 24 20:20:52 <danage> new paste?
Jul 24 20:21:00 <[florian]> yes please, but just svn st
Jul 24 20:21:25 <danage> http://openwrt.pastebin.com/m3203dc71
Jul 24 20:22:58 <[florian]> danage: you can also remove those ugly .orig files
Jul 24 20:25:17 <[florian]> danage: and now, you should idealy provide me a dump of your firmware so that I understand how the CFE layout works
Jul 24 20:25:33 <CIA-36> florian * r16971 /trunk/target/linux/brcm63xx/patches-2.6.27/001-add_broadcom_63xx_cpu_definitions.patch: [brcm63xx] bcm6345 does not seem to handle r4k_wait correctly, disable it (#5474)
Jul 24 20:27:02 <danage> [florian]: i.e. JTAG?
Jul 24 20:27:23 <[florian]> danage: or firmware update :)
Jul 24 20:27:34 <danage> [florian]: original manufacturer?
Jul 24 20:28:03 <[florian]> danage: if you can, please
Jul 24 20:29:31 <danage> [florian]: sent.
Jul 24 20:29:41 <[florian]> thanks
Jul 24 20:31:35 <danage> you gonna be working on this tonight or are we done for the day? :)
Jul 24 20:32:11 <[florian]> we are done for today
Jul 24 20:32:31 <danage> :) cool and good job
Jul 24 20:32:46 <danage> how difficult is what's gonna have to be done next?
Jul 24 20:33:46 <[florian]> not really difficult since there is an openwrt contributor who understands firmware very well ;)
Jul 24 20:34:14 <danage> cool, keep me posted ok?
Jul 24 20:34:26 <[florian]> sure
Jul 24 20:35:05 <danage> is the next step one in which a jtag recovery could be necessary if it fails? if so, i could finally get around and get an adapter
Jul 24 20:35:59 <[florian]> I do not think we are going to need it
Jul 24 20:36:39 <danage> cool then
Jul 24 20:49:31 <CIA-36> zandbelt * r16972 /packages/net/radsecproxy/Makefile: update radsecproxy to release 1.3.1
Jul 24 22:38:31 <mankash> xMff: are you there?
Jul 24 22:39:05 <xMff> yes
Jul 24 22:39:08 <xMff> hi
Jul 24 22:40:52 <mankash> getting error in installing package
Jul 24 22:41:04 <mankash> Only have 0 block available on filesystem
Jul 24 22:43:07 <xMff> try this:  echo "option force_space" >> /etc/opkg.conf
Jul 24 22:43:10 <xMff> then retry
Jul 24 22:43:22 <mankash> ok thx
Jul 24 23:18:56 <mankash> ackage kmod-madwifi md5sum mismatch. Either the opkg or the package index ar
Jul 24 23:18:56 <mankash> e corrupt. Try 'opkg update'.
Jul 24 23:19:06 <mankash> I already did opkg update
Jul 24 23:19:31 <mankash> sorry xMff to bother you on friday evening
Jul 24 23:42:31 <xMff> mankash: which repo is used?
Jul 24 23:43:02 <mankash> ixp425
Jul 24 23:43:12 <xMff> I mean, url-wise
Jul 24 23:43:43 <xMff> where opkg downloaded stuff from
Jul 24 23:43:50 <mankash> ttp://downloads.openwrt.org/snapshots/trunk/ixp4xx/packages/Packages.
Jul 24 23:43:50 <mankash> gz
Jul 24 23:43:54 <xMff> k
Jul 24 23:43:59 <xMff> so snapshots
Jul 24 23:44:07 <mankash> yeah
Jul 24 23:45:39 <xMff> right now I can only suggest a work around
Jul 24 23:45:55 <xMff> grab kmod-madwifi with wget, download it to /tmp
Jul 24 23:46:01 <xMff> and opkg install it from there
Jul 24 23:46:21 <xMff> looks like the snapshot repo has improper md5sums uploaded
Jul 24 23:47:01 <mankash> oh ok
Jul 24 23:47:03 <mankash> thx for your help, you are a kind man
Jul 25 00:17:59 <xMff> np
**** ENDING LOGGING AT Sat Jul 25 02:59:57 2009