**** BEGIN LOGGING AT Thu Jul 14 02:59:57 2011
Jul 14 04:18:17 <philipp64|laptop> jow_laptop: ping
Jul 14 04:18:56 <philipp64|laptop> in the asterisk Makefile, is there an easy way to get a list of all the symbols that have been config'd?
Jul 14 04:20:15 <philipp64|laptop> i.e. get a list of all the CONFIG_PACKAGE_asterisk18-res-%=y matches?
Jul 14 06:29:57 <blogic> morning
Jul 14 07:53:01 <luka12345|wiik> blogic: hi
Jul 14 07:53:57 <blogic> aloha
Jul 14 07:54:02 <blogic> i will merge your stuff tonight
Jul 14 07:54:09 <blogic> any news on the adm6996 ?
Jul 14 07:54:40 <luka12345|wiik> no i did not have the time
Jul 14 07:54:45 <luka12345|wiik> i have sent you mail
Jul 14 07:55:22 <blogic> ok
Jul 14 07:55:37 <luka12345|wiik> please dont merge my stuff tonight, i'll do proper update and update the wiki this weekend and then will send new patch :)
Jul 14 07:56:24 <luka12345|wiik> i think there will be a way to replace original firmware without serial access :)
Jul 14 07:56:39 <luka12345|wiik> but one will need to flash uboot twice...
Jul 14 07:56:58 <blogic> ok
Jul 14 07:57:49 <luka12345|wiik> i don't know why on your boards ethernet is not working in uboot
Jul 14 07:58:16 <luka12345|wiik> because i have no issues
Jul 14 07:58:30 <blogic> ah ...
Jul 14 07:58:32 <blogic> really ?
Jul 14 07:58:41 <blogic> strange i will test the other board
Jul 14 07:59:05 <luka12345|wiik> maybe you tested with board with faulty ethernet...
Jul 14 07:59:12 <blogic> no
Jul 14 07:59:18 <blogic> i had 2 boards
Jul 14 07:59:27 <blogic> 1) the broken uboot with jtag soldered
Jul 14 07:59:31 <blogic> and 2) with eth2 broken
Jul 14 07:59:38 <blogic> i used 1) for testing
Jul 14 07:59:50 <blogic> very strange
Jul 14 08:00:42 <luka12345|wiik> i also wanted to ask you is there a reason why uboot.lantiq is 2010.03?
Jul 14 08:01:16 <blogic> i wanted to update it, but then when i started i talked to a guy that is merging stuff upstream
Jul 14 08:01:21 <blogic> and we will not duplicate work
Jul 14 08:01:35 <blogic> so we will wait till upstream uboot natively supports lantiq
Jul 14 08:01:51 <luka12345|wiik> ok, great
Jul 14 08:02:00 <blogic> i thought so too
Jul 14 08:02:01 <blogic> ;)
Jul 14 08:02:32 <blogic> once it is upstream i plan to make a target/uboot/ and maintian uboot there rather than in package/
Jul 14 08:03:32 <luka12345|wiik> some faulty sx763 boards i have seen have red led on (instead of green) and will not boot original os
Jul 14 08:03:41 <luka12345|wiik> i did not hook up serial on any of them
Jul 14 08:04:16 <luka12345|wiik> i'll try to look in the original sources and find if there is written what gpio is it...
Jul 14 08:05:32 <blogic> on 1 of my board i found a missoldered capacitor and also the leds are upside down on 2 of them
Jul 14 08:05:40 <blogic> in general its a very bad production
Jul 14 08:09:36 <luka12345|wiik> do you know what is the cheapest lantiq board with voip ports?
Jul 14 08:12:17 <blogic> you mean on ebay or FOB china ?
Jul 14 08:12:27 <blogic> or, do you want to buy 1 or 1000
Jul 14 08:12:28 <blogic> ?
Jul 14 08:12:49 <luka12345|wiik> 1000
Jul 14 08:13:03 <blogic> get an arcadyan board
Jul 14 08:13:32 <luka12345|wiik> it's already in owrt right?
Jul 14 08:14:02 <blogic> ARV4518HW
Jul 14 08:14:05 <blogic> this one is
Jul 14 08:14:24 <blogic> but in general adding a arcadyan board to owrt is not too bad
Jul 14 08:14:35 <blogic> do you need 11n ? or bg
Jul 14 08:14:47 <luka12345|wiik> i dont know yet
Jul 14 08:15:01 <luka12345|wiik> will depend on the price though...
Jul 14 08:15:14 <blogic> http://www.arcadyan.com/english/products/product_index.asp?PROD_L1ID=00000003
Jul 14 08:15:42 <luka12345|wiik> i was just looking at it :)
Jul 14 08:16:15 <blogic> ARV7518 is supported imho
Jul 14 08:16:21 <luka12345|wiik> but there is no price, at least i can't see it :(
Jul 14 08:16:28 <blogic> there are none
Jul 14 08:16:31 <blogic> you need to call them
Jul 14 08:16:36 <blogic> its a chinese ODM ;)
Jul 14 11:39:50 <stuffa> I was wondering if any one could tell me what the broadcom "emf" and "igs" module do.
Jul 14 11:56:44 <stuffa> OK - got it.  EMF = Efficient Multicast Forwarding, and IGS = IGMP snooping
Jul 14 13:16:35 <WillieNL> hmm is it just me or do more people have issues with ext4fs on vbox images ?
Jul 14 13:17:02 <WillieNL> personal do not need or want ext4 anyway but by default there is no other choice..
Jul 14 13:17:32 <jow_laptop> there was one having an issue with it yesterday, but for his the image simply got truncated
Jul 14 13:17:43 <jow_laptop> *for him
Jul 14 13:21:23 <WillieNL> i do have these issues since my last update :( not before.. will check the current revision i'm using here
Jul 14 13:21:37 <WillieNL> also not really comming further while bumping into other issues :(
Jul 14 13:22:27 <WillieNL> 2011-07-08T17:19:42 -> R27563
Jul 14 13:23:24 <WillieNL> do have vbox and boot off usb working but never thought a moment about the missing initrd part in the kernel so there is no usb storage support by default wich make me want to do it right and not keep working around issues.
Jul 14 13:24:27 <WillieNL> when i bootup the first time my ext4fs is corrupted and afther running e2fsck it never boots again.
Jul 14 13:25:20 <WillieNL> and booting in vbox using an other cd and push the wrt image that way to a hard disk consume a bit to mutch time then i rather write directly to a usb drive and start walking around with it :S
Jul 14 13:27:52 <WillieNL> jow_laptop: any idea about the other reports ?
Jul 14 13:28:21 <WillieNL> except this one.. http://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg09076.html
Jul 14 13:30:31 <jow_laptop> I am not aware of other reports
Jul 14 13:31:17 <WillieNL> hmm
Jul 14 13:31:33 <WillieNL> since my debug/test/dev stuff is not working.. (vbox guest) i'm stuck
Jul 14 13:32:05 <WillieNL> and the whole problem is booting 2 times extra using a gentoo minimal iso with 512m ram for running tar and mke2fs :S
Jul 14 13:32:42 <WillieNL> then i do not need a direct vdi file and create the fs in vbox it self but then i just can't simply debug by exporting a image and give it a try..
Jul 14 13:33:03 <WillieNL> also why ext4 ?
Jul 14 13:33:09 <WillieNL> ext2 was perfect
Jul 14 13:33:24 <WillieNL> specialy for flash storage users they don't want journaling.
Jul 14 13:33:24 <jow_laptop> I have a hard time following your sorry
Jul 14 13:33:32 <jow_laptop> I did not even understand the problem
Jul 14 13:33:54 <WillieNL> vbox image + corrupt = result from trunk r27563 builds
Jul 14 13:33:57 <jow_laptop> what has gentoo to do with that?
Jul 14 13:33:57 <WillieNL> x86
Jul 14 13:34:03 <jow_laptop> what means corrupt?
Jul 14 13:34:09 <WillieNL> a boot medium to boot vbox with unpartitioned disk :s
Jul 14 13:34:19 <jow_laptop> what?
Jul 14 13:34:28 <jow_laptop> unpartioned disk?
Jul 14 13:34:32 <jow_laptop> I thought a vdi?
Jul 14 13:34:36 <WillieNL> ok forget gentoo
Jul 14 13:34:45 <WillieNL> that was my solutiuon for the damn vdi problem
Jul 14 13:34:51 <jow_laptop> what vdi problem?
Jul 14 13:34:54 <WillieNL> something to run DD if image off disk
Jul 14 13:35:05 <WillieNL> this vdi problem http://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg09076.html
Jul 14 13:35:05 <jow_laptop> dd? with vdi??
Jul 14 13:35:09 <jow_laptop> what??
Jul 14 13:35:13 <WillieNL> no
Jul 14 13:35:18 <WillieNL> you don't read or wat ?
Jul 14 13:35:23 <WillieNL> since i wanna quit now
Jul 14 13:35:33 <jow_laptop> no, you don't write comprehensible sentences
Jul 14 13:35:44 <jow_laptop> so you get an invalid block reference
Jul 14 13:35:50 <WillieNL> vdi images are corrupted or the ext4fs inside those images arew corrupt for dunno wat reason so i started figuring a other way
Jul 14 13:35:51 <jow_laptop> that is due to the image being truncated
Jul 14 13:35:56 <jow_laptop> as I already wrote
Jul 14 13:36:22 <WillieNL> truncated ?
Jul 14 13:36:43 <jow_laptop> yeah, the vdi container is shorter than the enclosed filesystem
Jul 14 13:37:05 <WillieNL> yes i do understand that but thats also a vbox part and not fs in the guest side right ?
Jul 14 13:37:27 <jow_laptop> openwrt uses VBoxManage convertfromraw blah.image blah.vdi
Jul 14 13:37:31 <jow_laptop> not more
Jul 14 13:37:53 <jow_laptop> so either the raw image is corrupt to begin with or the vdi conversion is bugged
Jul 14 13:38:06 <jow_laptop> which wouldn't be an openwrt problem
Jul 14 13:38:08 <WillieNL> hmm ok but i have not updated vbox from the working state till the issue state..
Jul 14 13:38:29 <WillieNL> only thing i have done redownload the openwrt trunk from svn and start redoing
Jul 14 13:38:38 <jow_laptop> and whats the partition size in your .config ?
Jul 14 13:38:41 <jow_laptop> is it large enough?
Jul 14 13:38:45 <jow_laptop> it defaults to only 40M
Jul 14 13:39:04 <WillieNL> yes i raised it up to 512M for the debug packages so i can finaly look wats wrong with collectd..
Jul 14 13:39:34 <WillieNL> more or less since then my problems started...
Jul 14 13:39:41 <WillieNL> 250M images work fine.
Jul 14 13:39:45 <jow_laptop> and how large is the resulting vdi ?
Jul 14 13:39:52 <WillieNL> hmm +- 255M
Jul 14 13:40:09 <jow_laptop> also paste the output of ./scripts/diffconfig.sh
Jul 14 13:40:15 <jow_laptop> you might alo increase the inode count
Jul 14 13:40:18 <WillieNL> from buildenv ?
Jul 14 13:40:20 <jow_laptop> *also need to
Jul 14 13:40:26 <jow_laptop> yes from buildenv
Jul 14 13:41:06 <WillieNL> http://pastebin.com/FhsQEeXr
Jul 14 13:41:34 <jow_laptop> the _output_ of the script
Jul 14 13:41:34 <WillieNL> *argh* and i need some better pastebin website without doubleclick adcrap.
Jul 14 13:41:54 <jow_laptop> not its source
Jul 14 13:42:28 <WillieNL> sorry http://pastebin.com/U3Pffw8L
Jul 14 13:43:42 <jow_laptop> please try to set CONFIG_TARGET_IMAGES_PAD
Jul 14 13:43:50 <WillieNL> jffs2 padding ?
Jul 14 13:44:04 <jow_laptop> its independant of the fs
Jul 14 13:44:08 <WillieNL> that was enabled yesterday disabled it today testing if that was my issue
Jul 14 13:44:27 <WillieNL> results are identical :(
Jul 14 13:44:46 <jow_laptop> also please post full dmesg of the first boot
Jul 14 13:45:33 <WillieNL> hmm wonder how i can pull that from vbox :s
Jul 14 13:45:46 <WillieNL> copy and paste won't work for shell consoles as guest
Jul 14 13:46:05 <WillieNL> hmm.. ahh if i can connect luci will show the bootlog..
Jul 14 13:46:11 <WillieNL> if can update the up
Jul 14 13:46:32 <jow_laptop> telnet 192.168.1.1; dmesg > /tmp/log.txt; scp /tmp/log.txt you@yourpc:/tmp  ?
Jul 14 13:47:19 <WillieNL> system runs in a 10.x network and openwrt refuse to reply non 192.X traffic ;)
Jul 14 13:47:40 <jow_laptop> ifconfig eth0:1 192.168.1.2 netmask 255.255.255.0 up  ?
Jul 14 13:47:48 <WillieNL> yes if i come sofar.
Jul 14 13:48:01 <jow_laptop> on your pc...
Jul 14 13:53:45 <WillieNL> http://pastebin.com/WPpZDxUy
Jul 14 13:54:28 <WillieNL> this was the result from my builds with debug flag enabled for packages ..
Jul 14 13:54:58 <jow_laptop> sda: p2 size 1024065 extends beyond EOD, truncated
Jul 14 13:55:45 <WillieNL> do notice that yes.. and almosth wana giveup on vbox here.
Jul 14 13:56:02 <jow_laptop> so either vboxmanage is making the vdi container too small or the partitions are calculated wrong
Jul 14 13:56:09 <jow_laptop> so I ask again, how large are the image files?
Jul 14 13:56:25 <jow_laptop> ls -lh bin/x86/
Jul 14 13:56:46 <WillieNL> 256M Jul 11 17:43 openwrt-x86-generic-combined-ext4.vdi
Jul 14 13:57:13 <jow_laptop> and the others?
Jul 14 13:57:22 <WillieNL> others ?
Jul 14 13:57:35 <WillieNL> wat others.. i do recreate the same thing for just collectd.
Jul 14 13:57:49 <WillieNL> thats was why i started complaining about distclean last week.
Jul 14 13:58:27 <jow_laptop> openwrt-x86-generic-combined-ext2.img
Jul 14 13:58:38 <jow_laptop> or rather
Jul 14 13:58:46 <jow_laptop> openwrt-x86-generic-combined-ext4.img
Jul 14 13:58:50 <jow_laptop> how big is that?
Jul 14 13:59:02 <jow_laptop> if its there as .gz, gunzip it first
Jul 14 14:00:02 <WillieNL> 59M Jul 14 15:54 openwrt-x86-generic-combined-ext4.img.gz
Jul 14 14:00:02 <WillieNL> 521M Jul 14 15:54 openwrt-x86-generic-combined-ext4.img
Jul 14 14:00:33 <WillieNL> looks like right.
Jul 14 14:00:53 <jow_laptop> so vboxmanage did something wrong
Jul 14 14:01:08 <jow_laptop> it shrinked a 521M image to 256M
Jul 14 14:01:08 <WillieNL> hmm i dunno..
Jul 14 14:01:17 <WillieNL> yes if it is mosthly empty
Jul 14 14:01:23 <WillieNL> never had any issues with that :s
Jul 14 14:01:40 <WillieNL> all my images are and always have been smaller then the actual max size.
Jul 14 14:02:25 <jow_laptop> VBoxManage convertfromraw openwrt-x86-generic-combined-ext4.img openwrt-x86-generic-combined-ext4.vdi --variant Fixed
Jul 14 14:02:37 <WillieNL> or do is it a ext4 issue with shrinked fs ?
Jul 14 14:02:41 <WillieNL> -do
Jul 14 14:03:11 <WillieNL> understand why gentoo iso and why use dd or just tar :)
Jul 14 14:03:23 <WillieNL> for putting the wrt build on a vbox disk
Jul 14 14:03:40 <jow_laptop> no
Jul 14 14:03:59 <jow_laptop> thats a client clusterfuck cmpared to get the image conversion fixed
Jul 14 14:04:00 <WillieNL> since right now vbox starts to become more time consuming then a time solution..
Jul 14 14:04:06 <jow_laptop> *giant
Jul 14 14:04:17 <jow_laptop> well, "worksforme"
Jul 14 14:04:54 <WillieNL> short story i can better manual convert the raw image to vdi right ?
Jul 14 14:05:31 <WillieNL> to be shure that it produce a image that works since somehow +200M is a problem..
Jul 14 14:05:42 <WillieNL> everything below works
Jul 14 14:09:42 <WillieNL> jow_laptop: hmm how is vbox working when i have seen so many random reasons that can force me doing other stuff then look at collectd ?
Jul 14 14:10:49 <WillieNL> hmm can try one thing.. -> http://www.osgui.com/forums/bugs/10212-oracle-virtualbox-problems-with-the-vm-in-ext4.html
Jul 14 14:11:11 <WillieNL> if it's not that since i do disable the host i/o cache for avoiding problems :S then can better quit vbox this way
Jul 14 14:12:04 <WillieNL> hmm same result
Jul 14 14:13:26 <WillieNL> jow_laptop: wat if i reproduce the same issue with padding enabled..
Jul 14 14:16:25 <WillieNL> jow_laptop: again this issue started afther update my svn stuff here.. so guess i drop vbox and leave it for other people to complain about that :s
Jul 14 14:22:16 <jow_laptop> ok
Jul 14 14:22:28 <WillieNL> dunno who maintain x86 but i drop my plans by now
Jul 14 14:22:34 * WillieNL had plans
Jul 14 14:23:01 <WillieNL> don't get me wrong but this consume way tomutch time right now..
Jul 14 14:23:18 <jow_laptop> is okay
Jul 14 14:23:30 <jow_laptop> we're not upset if you don't use it
Jul 14 14:24:22 <WillieNL> jup and help is shurly not welcome.. anyway have a nice day and thanks
Jul 14 14:24:53 <jow_laptop> I didn't see any help, just complaints
Jul 14 14:25:28 <WillieNL> in the first place no ext2 but do have ext4 don't make sense.. second part yes i complain about a problem that don't have to be a problem in the first place..
Jul 14 14:25:29 <jow_laptop> and I gave you some hints to debug. You insist on your svn up = broke stuff theory and of course it was all nice and dandy with ext2
Jul 14 14:25:48 <WillieNL> my svn builds from last months did not have these vdi issues and where useable to me
Jul 14 14:26:09 <jow_laptop> well we did not change anything related to that in the last months
Jul 14 14:26:43 <WillieNL> i was a nice way on the road adding missing luci stuff for collectd..
Jul 14 14:26:52 <WillieNL> damn language :S
Jul 14 14:26:55 <jow_laptop> oh c'mon, stop whining.
Jul 14 14:27:40 <WillieNL> where in the scripts can i add --variant Fixed to the vboxmanage command line ? before i start grepping
Jul 14 14:28:20 <WillieNL> booting now..
Jul 14 14:29:10 <WillieNL> pading enabled result still same.. somehow the image conversion must have been changed...
Jul 14 14:29:20 <WillieNL> last month was also ext4 but not the fs issues
Jul 14 14:30:07 <WillieNL> manual convert the image to vdi looks like working yes but just don't get it.. normal dynamic disk`s are no prob. so why is it now
Jul 14 14:32:47 <jow_laptop> I don't know it either. I suspect that something changed in the partition table so that vboxmanage misdetects the container size
Jul 14 14:33:22 <WillieNL> the image is fresh from make.. direct at first boot i do get that
Jul 14 14:33:32 <jow_laptop> oh now I see
Jul 14 14:33:34 <WillieNL> remove the old image bewore write the new one
Jul 14 14:33:51 <WillieNL> so it is not like vbox booting old data or cache
Jul 14 14:33:52 <jow_laptop> we don't use vboxmanage anymore, but qemu-img
Jul 14 14:37:38 <WillieNL> hmm
Jul 14 14:37:47 <jow_laptop> in this case I suggest  VBoxManage convertfromraw  to see if it makes a difference
Jul 14 14:37:55 <WillieNL> when i enable padding the image size keep the same
Jul 14 14:38:11 <jow_laptop> thats expected. do you still see the truncated message in dmesg then?
Jul 14 14:38:25 <WillieNL> manual "VBoxManage convertfromraw openwrt-x86-generic-combined-ext4.img openwrt-x86-generic-combined-ext4.vdi --variant Fixed" just works
Jul 14 14:38:28 <jow_laptop> you mean same as before ?
Jul 14 14:38:33 <WillieNL> jup
Jul 14 14:38:37 <jow_laptop> ok. then qemu-img is wrong
Jul 14 14:38:45 <jow_laptop> apparently bugged
Jul 14 14:38:57 <jow_laptop> http://patchwork.ozlabs.org/patch/52138/
Jul 14 14:42:35 <jow_laptop> you can find the gory details in target/linux/x86/image/gen_image_x86.sh and target/linux/x86/image/Makefile
Jul 14 14:42:45 <WillieNL> i do understand the problem but do not have qemu-img or any qemu tools installed..
Jul 14 14:42:56 <WillieNL> heh
Jul 14 14:43:03 <jow_laptop> openwrt builds its own qemu-img
Jul 14 14:43:18 <WillieNL> ehh ok o-0
Jul 14 14:43:23 <jow_laptop> should be in  staging_dir/host/bin/
Jul 14 14:46:28 <WillieNL> jup it is there indeed.
Jul 14 14:51:41 <WillieNL> hmm and now try to remember wat i have done 36 hours ago for making rrdtool selected instaid of rrdtool1.. :(
Jul 14 16:17:56 <Chocky> moo
Jul 14 16:18:01 <Chocky> why is sysupgrade bust for me?
Jul 14 16:19:00 <Chocky> http://pastebin.com/qjSNgrdM
Jul 14 16:21:06 * Chocky finds a likely patch.  unapplied.  imagine that.
Jul 14 16:23:29 <Chocky> whoever claimed that there are regular patch sweeps was, well, wrong
Jul 14 16:24:26 <jow_laptop> I claimed that and I was not wrong. Regular != whenever you wish it
Jul 14 16:24:46 * Chocky kisses jow 
Jul 14 16:25:12 <Chocky> and has him look at https://dev.openwrt.org/ticket/9483
Jul 14 16:25:23 <Chocky> regular != 2 years ;-)
Jul 14 16:25:49 <jow_laptop> ticket closed, patch applied
Jul 14 16:26:30 <Chocky> one down, 5 to go ;-)
Jul 14 16:27:02 <Chocky> true, some of the patches for 9483 are not intended for submission
Jul 14 16:31:45 <Chocky> so, what does "regular" mean then?
Jul 14 16:34:21 <jow_laptop> whenver there's enough developer resources to do it
Jul 14 16:39:02 <swalker> jow_laptop: do you know if #5100 is still valid?
Jul 14 16:41:22 <swalker> Chocky: without stating the 5, the number is mostly useless
Jul 14 16:42:26 <Chocky> swalker: I can't make any sense of that
Jul 14 16:43:36 <swalker> Chocky: give the ticket numbers/ml info if you want someone to (perhaps) do something about them
Jul 14 16:43:49 <Chocky> is your scrollback really that short?
Jul 14 16:44:06 <Chocky> I have in fact pasted ticket 9483 many times here
Jul 14 16:44:36 * Chocky makes swalker's terminal > 5 lines high ;-)
Jul 14 16:45:01 * swalker fails to see how one equals five
Jul 14 16:45:10 <Chocky> phone.
Jul 14 16:45:25 <jow_laptop> udev.patch looks obsolete
Jul 14 16:46:15 <jow_laptop> 010-glibc.patch must be made conditional
Jul 14 16:46:38 <Chocky> https://dev.openwrt.org/ticket/5692 was actually the one applied; 9483 links to it
Jul 14 16:47:43 <Chocky> udev is def. required, although it seems like it shouldn't be
Jul 14 16:47:45 * swalker wonders how many actual (e)glibc users there are
Jul 14 16:47:51 <Chocky> enough
Jul 14 16:48:06 <Chocky> there are people actively using eglibc, I know that
Jul 14 16:48:21 <Chocky> but that there's one person using/developing/patching glibc should be enough, yes? ;-)
Jul 14 16:48:22 <swalker> Chocky: I'm (wrongly) assumed you were noting the lack of action on 5 tickets, my fault
Jul 14 16:48:43 <Chocky> swalker: be carerful, or I might kiss you too
Jul 14 16:49:48 <swalker> given the few number of regular developers willing to look through items, I'm not so sure
Jul 14 16:50:04 * swalker probably won't get a kiss now
Jul 14 16:51:09 * Chocky is terrible rememebering who it was, but someone promised to chase up the glibc patches for me, if I reminded them by email.  which I lost.  Possibly the same one was doing/using egblic support; which has 95% overlap with glibc
Jul 14 16:52:40 <Chocky> however, I am using glibc in several real systems, that have to go to customers.  It has to work, and does, albeit with some non-desirable patches.
Jul 14 16:55:31 <Chocky> jow: what say you?
Jul 14 17:12:07 <CIA-89> swalker * r27610 /packages/ipv6/totd/ (Makefile patches/001-no_warning_as_errors.patch): [packages] totd: update the URLs, refresh patches, Signed-off-by: Alexey I. Froloff <raorn@altlinux.org>
Jul 14 18:43:30 <CIA-89> swalker * r27611 /packages/lang/perl/ (9 files in 3 dirs): [packages] perl: link with libbsd for (e)glibc, refresh patches, Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com>
Jul 14 18:51:03 <WillieNL> any one here who do get rrdtool(wrt trunk) working on x86 ?
Jul 14 18:53:27 <blogic> luka12345|wiik: pin
Jul 14 18:53:28 <blogic> luka12345|wiik: ping
Jul 14 18:55:03 <WillieNL> with rrdtool 1.2.30 that module was never loaded by collectd.. 1.0.50 keeps complaining about the rrd file was created on a other architecture when it is 100% created by the same binary :(
Jul 14 19:26:08 <luka12345|wiik> blogic: pong
Jul 14 20:18:31 <blogic> luka12345|wiik: if there is anything you want me to commit i need it by monday
Jul 14 20:18:41 <blogic> after that i am offline for 3 weeks
Jul 14 20:22:45 <luka12345|wiik> i'll send you patch this weeken
Jul 14 20:23:01 <luka12345|wiik> hopefully saturday night
Jul 14 20:23:09 <luka12345|wiik> is that ok?
Jul 14 20:24:32 * luka12345|wiik is russhing with the patches
Jul 14 20:26:26 <blogic> hehe
Jul 14 20:27:27 <luka12345|wiik> i have noticed that uboot env is using 64k, is that a bit too much?
Jul 14 20:31:48 <blogic> no
Jul 14 20:31:51 <blogic> its 1 sector
Jul 14 20:31:58 <blogic> and it should not be different
Jul 14 20:32:08 <blogic> keep it at 1 sector
Jul 14 20:33:27 <luka12345|wiik> ok ;)
Jul 14 20:38:15 <luka12345|wiik> blogic: did you maybe ask for new sources for this issue 'WARNING: FW version 12.1.0 too old.  Minimum required FW version is 12.4.0'
Jul 14 20:39:00 <luka12345|wiik> i would like to see if i can get some statistcs from dsl line...
Jul 14 20:39:33 <blogic> luka12345|wiik: you can get stats
Jul 14 20:40:47 <luka12345|wiik> with dsl_cpe_control? but i thought that was only for cpu/memory usage...
Jul 14 20:41:29 <blogic> no
Jul 14 20:41:38 <blogic> you can get snr and lots of other stuff from it
Jul 14 20:41:40 <blogic> 1 sec
Jul 14 20:43:44 <blogic> there is a way to enter a cli
Jul 14 20:45:11 <blogic> dsl_cpe_cli_console.c i would guess
Jul 14 20:45:58 <luka12345|wiik> thx, i'll look into it
Jul 14 21:25:29 <Chocky> MOOOO!
Jul 14 22:06:14 * luka12345|wiik does not understand what Chocky is trying to accomplish
Jul 14 22:06:43 <Chocky> get someone to at least commit the sensible glibc patches to SVN
Jul 14 22:10:39 <luka12345|wiik> Chocky: moooo-ing will not help you with that
Jul 14 22:10:47 <Chocky> but it gets attention
Jul 14 22:11:21 <luka12345|wiik> yes it does, after all that attention i'm just ignoring your posts
Jul 14 22:11:29 <Chocky> good
Jul 14 22:11:40 * Chocky moos in luka's direction
Jul 14 22:12:31 * luka12345|wiik ignores Chocky until Chocky becomes human like again
Jul 14 22:12:49 <Chocky> I thought you were ignoring me
Jul 14 22:19:43 <WillieNL> hah stuff is going into a direction..
Jul 14 22:20:06 <Chocky> hello WillieCR
Jul 14 22:20:30 <WillieNL> on x86 rrdtool and collectd are not segfaulting anymore for sofar.. only one module..
Jul 14 22:21:29 <WillieNL> not using rrdtool1.2.30
Jul 14 22:21:33 <WillieNL> argh :S
Jul 14 22:21:41 <WillieNL> While using rrdtool1.2.30
Jul 14 22:22:33 <WillieNL> waiting for gdb+libpthread and hope that i can get some info about the segfaulting module.. since it is doing more then it did before in my trunk builds here
Jul 14 22:24:27 <WillieNL> sofar it is just rrdtool.so from collectd that fails.. not the whole thing.
Jul 14 22:31:30 <WillieNL> hmm i have a gdb problem, i do have libpthread included in my openwrt trunk image, but gdb still ask for libthread_db.so.1..
Jul 14 22:32:43 <WillieNL> hmm guess i have fixed that one my self moment
Jul 14 23:09:46 <mazilo> Does anyone know who maintains package net/ipkungfu?
Jul 14 23:11:21 <mazilo> I am looking at the feeds/packages/net/ipkungfu/Makefile on lines #66 and 67 where they refer to /usr/bincut and /usr/bintr, respectively. Ain't they supposed to be /usr/bin/cut and /usr/bin/tr, instead?
Jul 14 23:15:40 <swalker> the usual answer applies, noone, I'd imagine so (of course they've been wrong for ~3yrs now)
Jul 14 23:15:59 <Chocky> cue patch
**** ENDING LOGGING AT Fri Jul 15 02:59:57 2011