**** BEGIN LOGGING AT Fri Jul 22 02:59:57 2011
Jul 22 04:57:45 <alesan> test
Jul 22 08:28:39 <loswillios> ticket #9778 has a point
Jul 22 08:53:45 <jow_laptop> no it hasnt
Jul 22 08:54:11 <jow_laptop> release are named after the branch they originate from which in turn is named after the date it was created
Jul 22 11:47:55 * swalker wonders why luka doesn't have a trac account if he has commit access
Jul 22 11:48:20 <^Willie^> fun write a whole story.. wrong channel
Jul 22 11:48:52 <^Willie^> jow_laptop: your here ?
Jul 22 11:50:12 <^Willie^> noticed by building iconv and intl stuff (gtk2) solved part of the inclusion error on pangocairo that is really installed in the staging and build dir http://mail-index.netbsd.org/pkgsrc-bugs/2010/10/05/msg039838.html
Jul 22 11:51:00 <^Willie^> have tryed rebuilduilding glib2 (iconv,intl,gettext). http://pastebin.com/JUVnh87s
Jul 22 11:52:42 <^Willie^> this is weird.. pango and cairo even pangocairo is installed pangocairo.pc file is availible for pkgconfig and do have TARGET_LDFLAGS += -Wl,-rpath-link=$(STAGING_DIR)/usr/lib
Jul 22 11:53:07 <^Willie^> disabling target_ldflags results in pkgconfig can't find the xml librarys. there i wonder why it is ignoring the cairo dep while it is needed and availible.
Jul 22 11:54:11 <^Willie^> and do need it as builddependency to make rrdtool able producing graphs like we use in luci-statistics
Jul 22 11:54:31 <^Willie^> without that part it is creating/updating the rrd files normaly.
Jul 22 11:54:40 <^Willie^> so no arch issues or segfaults there.
Jul 22 11:57:13 <^Willie^> upgrade patches to rrdtool without graphics support 1.4.5 -> https://github.com/CapnBry/HeaterMeter/tree/master/openwrt/package/rrdtool
Jul 22 12:59:44 <^Willie^> will try one last time upgrading intltool of even posible and redo the hell..
Jul 22 12:59:50 <^Willie^> of=if
Jul 22 13:00:51 <jow_laptop> ^Willie^: I did read your messages three times now but I don't get it
Jul 22 13:01:01 <jow_laptop> so the segfault is fixed?
Jul 22 13:01:23 <^Willie^> yes
Jul 22 13:01:26 <jow_laptop> how?
Jul 22 13:01:44 <^Willie^> have seen rrdtool creating and updating rrd files on 1.4.5 and 1.3.8 but i'll stick to 1.3.8
Jul 22 13:01:49 <^Willie^> just install it
Jul 22 13:01:58 <^Willie^> indeed with libm and glib2
Jul 22 13:01:59 <jow_laptop> and that part is unclear to me
Jul 22 13:02:05 <^Willie^> moment
Jul 22 13:02:15 <jow_laptop> by default luci uses rrdtool 1.0.x
Jul 22 13:02:20 <jow_laptop> which works perfectly fine
Jul 22 13:02:21 <^Willie^> now i need to seek true my browser tabs and will point you at a changelog from oetiker :)
Jul 22 13:02:28 <jow_laptop> and does not need the whole pango, cairo, gtk whatever bloar
Jul 22 13:03:03 <jow_laptop> I refuse to depend on rrdtool 1.2.x or later, its way too big
Jul 22 13:04:16 <jow_laptop> DEPENDS := [...] +PACKAGE_luci-app-statistics:rrdtool1
Jul 22 13:04:23 <^Willie^> ahh http://oss.oetiker.ch/rrdtool/pub/CHANGES
Jul 22 13:04:51 <^Willie^> jow_laptop: not for just creating rrd files then i do not even need all the crap indeed but also have nothing to convert rrd to image.
Jul 22 13:05:06 <jow_laptop> rrdtool1
Jul 22 13:05:11 <^Willie^> jow_laptop: i know thats modified from rrdtool1 -> rrdtool
Jul 22 13:05:20 <jow_laptop> what is modified?
Jul 22 13:05:31 <jow_laptop> luci uses rrdtool1 which is known to wrok
Jul 22 13:05:39 <^Willie^> rrdtool 1.0.50 won't work for me..
Jul 22 13:05:43 <jow_laptop> if you deviate from that you're on your own
Jul 22 13:05:52 <^Willie^> and i did not continue debugging it..
Jul 22 13:06:29 <^Willie^> also we can not expect oetiker keep maintaining that ancient rrdtool with look at the changelog amount of issues
Jul 22 13:06:33 <jow_laptop> that unfortunate as I will not bump rrdtool for statistics
Jul 22 13:06:52 <jow_laptop> I'll rather kill it off
Jul 22 13:06:58 <^Willie^> i do think about the same..
Jul 22 13:07:04 <^Willie^> i wanna get rid of rrdtool by now
Jul 22 13:07:16 <^Willie^> and look for something else..
Jul 22 13:07:24 <^Willie^> this is to mutch trouble
Jul 22 13:07:47 <^Willie^> also in the default admin pages there is realtime traffic stuff..
Jul 22 13:08:12 <jow_laptop> so you found that rrdtool 1.0x didn't work and afterwards you started this whole odyssey without *ever* looking at the fault of rrdtool 1.0x?
Jul 22 13:08:22 <^Willie^> so the statistics are not needed for that. and using collectd-web as luci-statics replacement was a idea i had in mind but dunno right now
Jul 22 13:09:10 <^Willie^> jow_laptop: hmm afther all this shit now finaly i do not have to seek+rant when dunno where the folder/file is
Jul 22 13:09:31 <^Willie^> so i can give it a try in my freetime between 22:00 and 06:00 CET time.
Jul 22 13:10:10 <^Willie^> jow_laptop: also on eglibc i did came till the point just libpthread segfault and need to debug eglibc there.
Jul 22 13:10:46 <^Willie^> not tested with gdb without libpthread afther that and moved away from embedded.
Jul 22 13:11:27 <jow_laptop> you're sidetracking agin
Jul 22 13:11:38 <jow_laptop> eglibc, pthreads, embedded has _nothing_ to do with it
Jul 22 13:11:44 <jow_laptop> what was the _original_ fault?
Jul 22 13:12:01 <^Willie^> ehh i make days like 40 hours no sleep.. i must reproduce that
Jul 22 13:12:03 <jow_laptop> collectd crashing when attempting to write rrd files?
Jul 22 13:12:20 <^Willie^> don't expect me right now remembering where i was typing yesterday mate :(
Jul 22 13:12:33 <jow_laptop> its ok
Jul 22 13:12:34 <^Willie^> jow_laptop: no it create the file and can't update
Jul 22 13:12:48 <jow_laptop> what means can't update?
Jul 22 13:13:05 <^Willie^> then parts do segfault and the known 32bit arch error about rrd created on wrong arch pops up on all released before 1.3.8 here :(
Jul 22 13:13:16 <^Willie^> posible due building i486 on a amd64 machine :(
Jul 22 13:13:35 <jow_laptop> so librrd was miscompiled?
Jul 22 13:13:39 <^Willie^> yes
Jul 22 13:13:50 <^Willie^> i'll call librrd1 pain
Jul 22 13:13:56 <^Willie^> sorry can't help it
Jul 22 13:14:04 * jow_laptop finally gets your actual issue after two weeks of reading your messages
Jul 22 13:14:47 <jow_laptop> its most likely a matter of provinding the correct --with-fp-layout parameter to configure
Jul 22 13:17:28 <^Willie^> and then i can continue on my luci-statistics patches modifie plain text lua script *jump*
Jul 22 13:17:55 <^Willie^> ok ehm at wat flag do i need to enter that parameter --with-fp-layout ?
Jul 22 13:18:20 <^Willie^> hmm thats a stupid question
Jul 22 13:19:03 <^Willie^> will be at TARGET_CPPFLAGS right ?
Jul 22 13:21:42 <^Willie^> ahh here it is https://dev.openwrt.org/changeset/22653
Jul 22 13:21:46 <jow_laptop> forget the post about fplayout, I confsed it with collectd
Jul 22 13:22:13 <^Willie^> i do understand.
Jul 22 13:22:44 <^Willie^> my internsions are add --with-fp-layout to the list CONFIGURE_ARGS
Jul 22 13:23:06 <^Willie^> and we talk about rrdtool1 (1.0.50) right ?
Jul 22 13:23:26 <jow_laptop> yes
Jul 22 13:23:51 <^Willie^> it is 15:17 here will do some stuff here and redo it before diner here.
Jul 22 13:24:19 <^Willie^> i'll checkout a fresh trunk and mess there avoiding bumping in my own bugs :)
Jul 22 13:27:10 <CIA-89> jow * r27721 /branches/backfire/scripts/download.pl: [backfire] merge r25589
Jul 22 13:39:49 <luka12345|wiik> swalker: regarding my account; i have sent everything to thepeople what he asked me. i guess my request got stuck, but i would like to have trac account though...
Jul 22 13:40:52 <swalker> sigh.
Jul 22 14:16:57 <seuros> How can i generate the bootloader .asc ? Before the menu in "make menuconfig" had this option. Now it don't!
Jul 22 14:22:47 <Delboy_> seuros: which target?
Jul 22 14:23:01 <seuros> lantiq danube
Jul 22 14:23:24 <Delboy_> it's ramboot option
Jul 22 14:24:46 <seuros> ramboot or ramdisc ?
Jul 22 14:26:05 <thepeople> luka12345|wiik: I will check on the status
Jul 22 14:27:59 <Delboy_> seuros: ramboot
Jul 22 14:44:33 <luka12345|wiik> thepeople: thx
Jul 22 15:08:12 <tripolar> hi
Jul 22 15:08:16 <tripolar> ping nbd
Jul 22 15:08:54 <tripolar> is someone here with write access to target/linux? i submitted a patch for linux 3.0 - please apply it
Jul 22 15:09:42 <tripolar> the patches in the target are for rc7 - this patch updates some patches to get it working with 3.0
Jul 22 15:09:59 <tripolar> they are for generic and brcm47xx
Jul 22 15:12:07 <^Willie^> linux 3.0 ?
Jul 22 15:12:24 <^Willie^> lolz i must be outdated by not looking at the kernel tree since 8 months.
Jul 22 15:13:06 <tripolar> ^Willie^: yeah it was released today or yesterday
Jul 22 15:13:16 <^Willie^> have seen some posts about the voices in the guys head telling him skip 2.7 and go 3.0
Jul 22 15:13:21 <^Willie^> hmm
Jul 22 15:13:40 <tripolar> im allready using 3.0 on all my machines
Jul 22 15:13:50 <^Willie^> even my gentoo box still runs 2.6.3.x
Jul 22 15:13:55 <^Willie^> 2.6.3x
Jul 22 15:14:07 <^Willie^> no time for updating.. will do a reinstall this time.
Jul 22 15:14:12 <tripolar> yeah im on vanilla on my gentoo box i dont use gentoo sources
Jul 22 15:14:25 <^Willie^> hmm till 2.6.37 no issues with the gentoo sources.
Jul 22 15:14:35 <^Willie^> never had any issues with those they run stable to me.
Jul 22 15:14:49 <^Willie^> also stopped using gentoo for production afther 2008
Jul 22 15:14:58 <^Willie^> so dunno for the last 4 years.
Jul 22 15:15:00 <tripolar> yeah they are stable but i only use vanilla sources as i dont need the patches that gentoo sources apply
Jul 22 15:15:18 <tripolar> ^Willie^: what do you use?
Jul 22 15:15:21 <tripolar> debian?
Jul 22 15:15:31 <^Willie^> no production hosting for me :)
Jul 22 15:15:34 <^Willie^> stopped with that
Jul 22 15:15:50 <^Willie^> i wanna do wat cisco is doing so i started focusing on iptables and stuff around it
Jul 22 15:18:25 <^Willie^> but still use gentoo for some tasks also debian in vbox for some dev projects but gentoo or debian nowdays both the same results work or both don't
Jul 22 15:18:55 <tripolar> ^Willie^: debian stable is fine for servers but for desktops it is too outdated
Jul 22 15:19:31 <tripolar> ^Willie^: i only use gentoo at home - at work i have to use debian - but im not very happy with that
Jul 22 15:20:48 <^Willie^> hmm debian, can you build a vanilla kernel with debian without fakeroot by running make menuconfig then make ?
Jul 22 15:20:59 <^Willie^> somehow for me that resulted in a blackscreen afther grub and no error.
Jul 22 15:21:20 <^Willie^> cp the kernel sources to a gentoo vm and simply run make and that output did boot fine.
Jul 22 15:21:51 <^Willie^> simple point there.. i needed just a single kernel module or feature and not wanted to produce a deb file at all :)
Jul 22 15:22:04 <^Willie^> since then do stay away from debian more or less.
Jul 22 15:22:28 <tripolar> ^Willie^ dont know - i try to avoid updating packages manually in debian - i also dont like their messed up package manager
Jul 22 15:22:38 <KanjiMonster> tripolar: the 3.0 patch looks okay, although there's some unnecessary git fluff in it (you added some diff git ... / index ... lines)
Jul 22 15:22:59 <tripolar> yeah its from "git diff"
Jul 22 15:23:49 <tripolar> KanjiMonster at least the kernel boots here and runs fine for 1 hour
Jul 22 15:23:54 <KanjiMonster> tripolar: you should remove it the next time, since it will be unusable anyway after the next target/linux/refresh
Jul 22 15:24:15 <tripolar> how can i do a git diff without this lines?
Jul 22 15:24:33 <KanjiMonster> tripolar: I didn't expect anything else; it is working fine for me (well, rc7, but the differences are minimal (afaik only one patch)) on bcm63xx ;)
Jul 22 15:24:35 <Weedy> commit and use git-format-patch
Jul 22 15:24:49 <tripolar> okay
Jul 22 15:25:00 <Weedy> git diff > bah.patch is svn thinking
Jul 22 15:25:06 <KanjiMonster> tripolar: or just use $texteditor and remove them from the files ;)
Jul 22 15:25:07 <^Willie^> tripolar: jup indeed debian as is, will mosthly be ok
Jul 22 15:25:53 <tripolar> Weedy: but after the commit i have to do a - git reset HEAD^ --hard
Jul 22 15:26:10 <tripolar> or is there a better way?
Jul 22 15:26:14 <KanjiMonster> tripolar: btw, I'm talking about the lines you added to patches in target/linux/**/patches-3.0/, not the git lines in the "ueber"-patch itself
Jul 22 15:26:59 <tripolar> KanjiMonster: yeah i created the patches with git too
Jul 22 15:27:48 <tripolar> tar xvjpf kernel - apply all patches that work up to the patch that doesnt work - commit it - and than apply stuff that doesnt work manually and do a git diff against it
Jul 22 15:28:33 <jow_laptop> somehow this all sounds even more complex than quilt push/refresh & svn diff
Jul 22 15:28:55 <tripolar> never used quilt maybe i should take a look at it
Jul 22 15:30:15 <tripolar> jow_laptop but its not that complex as it sounds
Jul 22 15:30:34 <jow_laptop> it requires a manual, so its too complex :)
Jul 22 15:30:54 <jow_laptop> for me anyway
Jul 22 15:30:56 <tripolar> do you have a good quilt guid?
Jul 22 15:31:22 <jow_laptop> wiki.openwrt.org/doc/devel/patches
Jul 22 15:31:28 <jow_laptop> also see the footnotes
Jul 22 15:31:42 <tripolar> thanks
Jul 22 15:32:06 <^Willie^> quilt make's it mutch easyer afther understanding it.
Jul 22 15:34:03 <jow_laptop> and its scm agnostic, so one does not have to shoehorn the source into git or whatever scm is cool currently
Jul 22 15:35:48 <jow_laptop> bbl
Jul 22 15:35:49 <tripolar> yeah read the guid seems to be much simpler with it
Jul 22 15:36:36 <^Willie^> jow_laptop: also i have rebuild the trunk with uclibc(defaults) added the config flag and forgotten gdb so  building gdb now.
Jul 22 15:37:03 <^Willie^> jow_laptop: and still get the message my rrd is created on a diffrent arch with rrdtool 1.0.50
Jul 22 15:37:26 <jow_laptop> where do you get that message?
Jul 22 15:37:34 <^Willie^> collectd -f
Jul 22 15:37:43 <jow_laptop> also "still" ? Its the first time I heard about this
Jul 22 15:37:57 <jow_laptop> you fail at issue reporting ;)
Jul 22 15:38:22 <^Willie^> first time it was my reason for wanting atleast rrdtoo 1.4.4
Jul 22 15:38:25 <^Willie^> ;-)
Jul 22 15:38:46 <jow_laptop> and the rrd dirs are empty?
Jul 22 15:38:55 <^Willie^> there is tomutch problems with that old release
Jul 22 15:39:01 <jow_laptop> or are you working with existing databases?
Jul 22 15:39:22 <^Willie^> nope there are rrd files in /var/OpenWrt/load and interface
Jul 22 15:39:32 <jow_laptop> well are they _new_ ?
Jul 22 15:39:39 <^Willie^> but rrdtool info /var/Openwrt/load/load.rrd results in the next message
Jul 22 15:39:44 <jow_laptop> or did they exists before?
Jul 22 15:40:10 <^Willie^> ERROR: this rrd was created on other architecture (a x86 32bit issue)
Jul 22 15:40:15 <^Willie^> yes
Jul 22 15:40:19 <jow_laptop> yes what?
Jul 22 15:40:21 <^Willie^> here started my trunk issues
Jul 22 15:40:32 <^Willie^> no the files did not
Jul 22 15:40:41 <^Willie^> i use openwrt images so /var is empty onboot
Jul 22 15:41:08 <^Willie^> and even when i do rm -f the rrd files tryed that it create a file and then fail at updating it can collect the messages from collectd -f
Jul 22 15:41:20 <^Willie^> is it not easyer updating rrdtool :S
Jul 22 15:41:38 <jow_laptop> the point is not updating rrdtool
Jul 22 15:41:46 <jow_laptop> the point is that any newer version is *fat*
Jul 22 15:41:53 <^Willie^> i dunno any fork or replacement but start dislike rrdtool before 1.3.8 for these issues. and oetiker is not going to help he solved it in 1.4.5 :S
Jul 22 15:41:54 <jow_laptop> like 5-10x installed size fat
Jul 22 15:42:16 <^Willie^> hmm but as optional package for the x86 user will be nice.
Jul 22 15:42:29 <^Willie^> since for x86 there is no working rrdtool in the trunk right now
Jul 22 15:42:34 <^Willie^> thats my problem.
Jul 22 15:42:49 <^Willie^> in backfire-rc5 testing is it working :s
Jul 22 15:43:08 <^Willie^> not shure if i can blindly stick my trunk kernel in backfire-rc5 then i'm also happy
Jul 22 15:43:23 <^Willie^> since i start to get tired of this
Jul 22 15:43:51 <jow_laptop> you could try to use librrd1 from rc5
Jul 22 15:43:53 <^Willie^> also using gcc 4.5 can be a reason for getting the message this rrd is created on a other arch
Jul 22 15:44:04 <jow_laptop> yes
Jul 22 15:44:09 <jow_laptop> I suspect its a toolchain issue
Jul 22 15:44:17 <^Willie^> i have seen tomutch mailing lists in the last 48 hours :(
Jul 22 15:44:19 <jow_laptop> since trunk and backfire use the veryy same sources
Jul 22 15:44:36 <^Willie^> mosth distro's fix and say update next release.. but no info :(
Jul 22 15:45:07 <jow_laptop> anyway I have to leave the office, maybe I'll give it a try in vbox later
Jul 22 15:45:16 <^Willie^> jow_laptop: hmm i have tryed that before with pretty bad results like they where not the same. also i have used the precompiled collectd from rc5 in trunk but dunno how i managed to get it working
Jul 22 15:45:18 <jow_laptop> sounds easy to reproduce
Jul 22 15:45:28 <^Willie^> real easy :D
Jul 22 15:45:55 <^Willie^> jow_laptop: but i do think about import the newer rrdtool.. since i have 4G flash space here.
Jul 22 15:46:20 <jow_laptop> coolects is prepared to switch between rrdtool1 and rrdtool
Jul 22 15:46:25 <jow_laptop> *collectd
Jul 22 15:46:28 <^Willie^> and my glibc build with glib2 and rrdtool pango cairo xml2 was just about 5~10M
Jul 22 15:46:37 <jow_laptop> "just"
Jul 22 15:46:46 <jow_laptop> thats bigger than the entire firmware on my box
Jul 22 15:46:58 <jow_laptop> anyway, bbl for real now
Jul 22 15:47:00 <^Willie^> heh thats why i say what size problem on rrdtool all the time :D
Jul 22 15:47:13 <^Willie^> ok don't rush i go diner here. and thanks
Jul 22 15:47:31 <^Willie^> btw thats the entire firmware.
Jul 22 15:47:41 <^Willie^> unstripped 20M
Jul 22 16:00:46 <Weedy> does anyone running trunk have wokring l7 filters?
Jul 22 16:02:38 <^Willie^> do run trunk not jet started importing my tables..
Jul 22 16:03:01 <^Willie^> hope not more issues :D
Jul 22 16:10:20 <CIA-89> hauke * r27722 /trunk/ (9 files in 3 dirs):
Jul 22 16:10:20 <CIA-89> kernel: update to linux-3.0 and refresh patches.
Jul 22 16:10:20 <CIA-89> Thank you Peter Wagner for the patch
Jul 22 16:15:46 <philipp64|laptop> jow_laptop: who can review/commit the OCF version bump?
Jul 22 16:17:11 <tripolar> hauke why did you delete the 240-ssb_no_sprom_on_pci.patch?
Jul 22 16:18:11 <Hauke> tripolar: it is now in mainline linux-3.0
Jul 22 16:18:21 <Hauke> see commit 6ae8ec27868bfdbb815287bee8146acbefaee867
Jul 22 16:18:41 <tripolar> i build the kernel with my modified 240 file
Jul 22 16:19:55 <tripolar> Hauke: ahh okay it was you patch :)
Jul 22 16:20:11 <tripolar> your
Jul 22 16:20:50 <Hauke> I reported the problem and Rafał made a proper patch
Jul 22 16:21:22 <tripolar> okay
Jul 22 16:28:40 <stintel> Weedy: l7 filter is horribly broken
Jul 22 16:28:55 <Weedy> stintel: yey
Jul 22 16:29:05 <Weedy> so now what can i use?
Jul 22 16:29:11 <stintel> it's broken for a long time
Jul 22 16:29:57 <stintel> it doesn't release conntrack entries. so you end up with conntrack table full errors, while there are only a few really in use
Jul 22 16:30:38 <stintel> https://dev.openwrt.org/ticket/8590#comment:7
Jul 22 16:35:00 <Weedy> so then now what, opendpi?
Jul 22 16:36:37 <CIA-89> hauke * r27723 /trunk/target/linux/ (46 files in 5 dirs):
Jul 22 16:36:37 <CIA-89> brcm47xx: update bcma and ssb to master-2011-07-21
Jul 22 16:36:37 <CIA-89> * add new patches for bcm4716 SoC
Jul 22 16:36:37 <CIA-89> * add support for serial flash on bcma bus
Jul 22 16:41:14 <seuros> Anyone can confirm if the bootloader menu still working in "make menuconfig" in the last checkout ?
Jul 22 17:05:40 <^Willie^> seuros: wat target ?
Jul 22 17:05:58 <seuros> Lantiq Danube
Jul 22 17:06:20 <seuros> I using ubuntu 64bit platform to compile
Jul 22 17:07:48 <^Willie^> hmm ok, i have trunk from 3 hours ago here and while looking using x86 target main menu bootloader and utils bootloaders menu looks like working and the images i produced this noon do boot.
Jul 22 17:08:06 <^Willie^> using debian i686 platform as host
Jul 22 17:08:28 <^Willie^> more or less a minimal netinstall in vbox.
Jul 22 17:08:45 <seuros> When i use x64 host, the bootloader don't work
Jul 22 17:09:33 <^Willie^> hmm already checked the build logs or use V=99 parameter with make to se the whole proces ?
Jul 22 17:09:49 <^Willie^> that will clearup some questions i think
Jul 22 17:10:53 <^Willie^> anyway bbl diner time here.
Jul 22 17:11:19 <seuros> I just found the bug, when i checkout again backfire, the bootloader menu stop working
Jul 22 17:11:53 <seuros> try : svn co svn://svn.openwrt.org/openwrt/branches/backfire
Jul 22 17:12:00 <seuros> in another folder
Jul 22 17:12:38 <^Willie^> hmm dunno there i use trunk .
Jul 22 17:15:10 <jow_laptop> seuros: blogic probably did not backport it to backfire
Jul 22 17:18:01 <seuros> Trunk is working!
Jul 22 17:19:40 <seuros> backfire's bootloaders menu don't work with any platform!
Jul 22 17:46:46 <philipp64|laptop> nbd: ping
Jul 22 18:33:02 <philipp64|laptop> seeing some build weirdness... complaining that there are unsatisfied dependencies when in fact they are all enabled: http://fpaste.org/foxg/
Jul 22 18:33:21 <philipp64|laptop> this is with r27698
Jul 22 18:37:26 <KanjiMonster> philipp64|laptop: are you compiling asterisk into the image? if yes, then this is harmless - this is just from the imagebuilder installing the packages in alphabetical order, so these just aren't there yet at this point
Jul 22 18:47:19 <CIA-89> hauke * r27724 /trunk/target/linux/brcm47xx/ (config-2.6.37 config-2.6.38 patches-2.6.37/ patches-2.6.38/): brcm47xx: remove old kernel versions
Jul 22 19:08:05 <swalker> more trac spam, #9785
Jul 22 19:57:16 <CIA-89> swalker * r27725 /packages/mail/msmtp/Makefile: [packages] msmtp: update to 1.4.24, remove unrecognized configure options
Jul 22 19:58:09 <CIA-89> swalker * r27726 /packages/net/lighttpd/ (Makefile patches/ patches/001-no_ec.patch): [packages] lighttpd: update to 1.4.29, add patch for OpenSSL's disabled elliptic curve
Jul 22 19:58:25 <CIA-89> swalker * r27727 /packages/net/nbd/Makefile: [packages] nbd: update to 2.9.23
Jul 22 20:10:07 <CIA-89> swalker * r27728 /packages/sound/mocp/ (. Makefile): [packages] mocp: move to sound, add upstream url
Jul 22 20:14:37 <CIA-89> swalker * r27729 /packages/multimedia/mocp/: [packages] mocp: delete multimedia remnant
Jul 22 23:45:15 <^Willie^> hmm do anybody know if the poe support for asus wl300g is on all revisions or just some ?
Jul 22 23:48:12 <^Willie^> hmm known but noticed that feature on a retailer website. handy to know can be easy for remote management.
Jul 23 00:58:33 <CIA-89> jow * r27730 /branches/packages_10.03.1/utils/mtd-utils/Makefile: [packages_10.03.1] fix mtd-utils compilation for brcm-2.4
Jul 23 01:37:54 <philipp64|laptop> KanjiMonster: ping
Jul 23 01:40:25 <philipp64|laptop> can I please get 1213 committed?
Jul 23 02:21:55 <philipp64|laptop> thepeople: what's involved in getting an x86/eglibc/all build done on the robo-builders?
**** ENDING LOGGING AT Sat Jul 23 02:59:57 2011