**** BEGIN LOGGING AT Mon Aug 01 02:59:57 2011
Aug 01 03:23:22 <builder_> build #56 of x86 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/56
Aug 01 09:32:35 <CIA-89> jogo * r27859 /trunk/package/gdb/Makefile:
Aug 01 09:32:35 <CIA-89> gdb: add dependency to libexpat when present
Aug 01 09:32:35 <CIA-89> Also prevent gdb from trying to link against the host's libexpat.
Aug 01 12:15:49 <CIA-89> nbd * r27860 /trunk/package/mac80211/patches/ (35 files): ath9k: fold patches that were merged upstream into 300-pending_work.patch
Aug 01 12:15:55 <CIA-89> nbd * r27861 /trunk/package/mac80211/patches/560-ath9k_ps_tx_aggr_fix.patch: ath9k: prevent the aggregation code from sending packets to sleeping stations - should fix some latency issues
Aug 01 12:55:43 <WillieNL> silent monday :)
Aug 01 13:07:45 <EqUaTe> WillieNL: careful, don't jinx it!
Aug 01 13:10:02 <nbd> :)
Aug 01 13:13:32 <WillieNL> hehehe true a couple users try gcc 4.6.1 and people will get busy :p
Aug 01 13:16:38 <WillieNL> hmm about that wll give that image from yesterday a retry with a working grub image.. wonder wat else can be not broken glibc2.13+gcc4.6.1+grub2.
Aug 01 13:16:49 <WillieNL> upstream bug list was pretty short.. 3 or 4 items :)
Aug 01 13:30:14 <^Willie^> hmm thats new..
Aug 01 13:30:56 <^Willie^> fireup a vbox guest run wget http://lanip_thishost/file.bz2 (+-20M) and the keyboard lights start blinking..
Aug 01 13:31:16 <EqUaTe> kernel panic.. or you've installed something extra
Aug 01 13:31:20 <^Willie^> had a make job running in background :S
Aug 01 13:31:29 <^Willie^> this is the second time such thing happend in 4 weeks now
Aug 01 13:32:07 <builder_> build #52 of avr32 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/52
Aug 01 13:32:12 <^Willie^> will look at my logs wat i can find..
Aug 01 13:32:22 <^Willie^> this way i can't test anything at all
Aug 01 13:32:52 <EqUaTe> i presume it was the whole machine that locked up?
Aug 01 13:32:57 <EqUaTe> which version of vbox are you using
Aug 01 13:32:58 <EqUaTe> ?
Aug 01 13:36:30 <^Willie^> looks like xkbcomp fails when using vbox.. had indeed a few times even rdp sessions locking up the keyboard interface :S
Aug 01 13:36:40 <^Willie^> next nvidia driver stalls kdm timeout..
Aug 01 13:36:45 <^Willie^> then log stops
Aug 01 13:36:51 <^Willie^> hmm vbox 4. must look
Aug 01 13:37:16 <^Willie^> hmm still using 4.0.4 r70112
Aug 01 13:38:36 <EqUaTe> that's pretty old now
Aug 01 13:38:54 <^Willie^> jup
Aug 01 13:38:59 <^Willie^> but sill odd..
Aug 01 13:39:04 <^Willie^> i think it was a out of mem..
Aug 01 13:39:36 <^Willie^> kde desktop + xp vm guest + 300M linux shell guest + a openwrt makejob in the background.
Aug 01 13:40:59 <KanjiMonster> vbox hangs for me  for unknown reasons from time to time (linux guest on windows host); could never pinpoint it on anything
Aug 01 13:41:18 <^Willie^> KanjiMonster: i run that xp guest since 2005 24/7
Aug 01 13:41:48 <^Willie^> it is since 6 months vbox starts to become unstable from time to time or the gentoo host fails somewhere and make the house of cards implode.
Aug 01 13:42:31 <^Willie^> also one of the reasons why i do think about a phenom2 x6 1090T as buildhost/projecthost next to my desktop stuff..
Aug 01 13:43:06 <^Willie^> desktop + work = always some problem from one of the 2 worlds.
Aug 01 13:43:28 <EqUaTe> i've never had vbox hang...
Aug 01 13:43:53 <EqUaTe> i am getting pissed off with X at the moment though
Aug 01 13:44:17 <^Willie^> EqUaTe: also must say i do use a nvidia video card..
Aug 01 13:44:32 <EqUaTe> with the binary drivers, or nouveau?
Aug 01 13:44:35 <^Willie^> and indeed a bit sick of X and nvidia/ati problems
Aug 01 13:44:48 <^Willie^> hmm binary drivers from nvidia.
Aug 01 13:44:54 <EqUaTe> mine are entirely due to xrandr i think
Aug 01 13:45:14 <^Willie^> ati and dropping dri/3d support on older models make me trow away to mutch video cards for never play any game at all :S
Aug 01 13:45:30 <EqUaTe> i have two monitors hooked up to my linux box at work.. first time in about 18 months or so now.. a 4:3 one and a widescreen one.. widescreen to the right.
Aug 01 13:45:42 <EqUaTe> ^Willie^: the radeon drivers are pretty good.
Aug 01 13:45:55 <^Willie^> compiz on a radeon 9200 128M was rocking at it's best and look now wat you need for something like that in kde 4.6 :)
Aug 01 13:46:19 <EqUaTe> even though my xorg.conf says to start the widescreen display in 1680x1050, it comes up at 1280x1024 each time
Aug 01 13:46:22 <^Willie^> EqUaTe: are they now ? without agp mode hangs and 35 config parameters to make the card work ?
Aug 01 13:46:22 <EqUaTe> same as the 4:3.
Aug 01 13:46:33 <^Willie^> i switched to nvidia for the "it just worked" part
Aug 01 13:46:38 <^Willie^> direct from the box
Aug 01 13:46:41 <EqUaTe> but i can set it to the res i want with xrandr after
Aug 01 13:46:46 <EqUaTe> ^Willie^: the opensource ones
Aug 01 13:46:55 <EqUaTe> i haven't used fglrx in a long time
Aug 01 13:47:05 <^Willie^> stop about that horror please xD
Aug 01 13:47:07 <^Willie^> :p
Aug 01 13:47:13 <EqUaTe> and i've not had to do any special parameters for 3d or anything
Aug 01 13:47:26 <^Willie^> radeon and the other driver worked for me back in the day untill my radeon cards become to old
Aug 01 13:50:54 <EqUaTe> the opensource ati drivers are overall pretty damned good.
Aug 01 13:52:27 <^Willie^> hmm so using a ati radeon hd3200 is not a bad idea for a desktop ?
Aug 01 13:52:55 <^Willie^> as replacement for the current gf6200 (nv44)
Aug 01 13:53:13 <^Willie^> do have a onboard ati radeon chip and not even tested it once ..
Aug 01 13:53:56 <^Willie^> also my nvidia quadro 110m runs perfect from the latest binary drivers.. also a bit diffrent card.
Aug 01 13:55:20 <Chocky> fascinating.
Aug 01 13:55:57 <^Willie^> hmm bbl going for a walk with my dog at the park.. will try the grub fix later on the day.
Aug 01 13:59:10 <^Willie^> EqUaTe: hmm according collectd i was using more ram then availible.. and 900m swap for saving 4G full ram is my own fault :(
Aug 01 13:59:18 <Chocky> than
Aug 01 13:59:29 <^Willie^> then/than* (thnx)
Aug 01 14:07:19 <EqUaTe> oops
Aug 01 14:21:05 <ermo> ^Willie^: see pm :)
Aug 01 14:21:38 <^Willie^> see no pm here..
Aug 01 14:21:52 <WillieNL> posible easyer this way ;-)
Aug 01 14:29:44 <Chocky> easier
Aug 01 14:30:02 * Chocky suggests talk of X and moose to pms
Aug 01 14:39:04 <Chocky> still sans email from trac for account.
Aug 01 14:45:38 <CIA-89> acinonyx * r27862 /trunk/package/kernel/modules/netdevices.mk: [package] kernel/modules: Add missing config symbol
Aug 01 14:51:38 <loswillios> swalker: how did you spot r27854?
Aug 01 14:57:11 <ermo> Chocky: 'moose'?
Aug 01 14:59:02 <Chocky> aka nonsense/off topic
Aug 01 15:00:41 <Chocky> so, the opkg stripping doesn't.  At least, for image builder.
Aug 01 15:36:23 <Chocky> phillip: ping
Aug 01 15:38:25 <Chocky> eglibc - 2.13 builds, trunk builds, 2.14 doesn't.  some regression, perhaps
Aug 01 16:05:42 <EqUaTe> _trine: alive?
Aug 01 16:14:01 <_trine> yes
Aug 01 16:14:47 <EqUaTe> _trine: i presume you still built w/o chan_mgcp?
Aug 01 16:15:12 <_trine> no
Aug 01 16:15:25 <_trine> I built it with afterwards
Aug 01 16:15:32 <_trine> and it was ok
Aug 01 16:15:40 <_trine> on the dockstar
Aug 01 16:16:29 <EqUaTe> hm.
Aug 01 16:16:34 <EqUaTe> trunk or backfire?
Aug 01 16:16:41 <_trine> trunk
Aug 01 16:16:48 <EqUaTe> that's weird
Aug 01 16:21:15 <_trine> EqUaTe, I did a distclean then compiled without it and it was ok
Aug 01 16:21:23 <EqUaTe> hrm
Aug 01 16:21:41 <EqUaTe> did you do a distclean of just asterisk, or everything?
Aug 01 16:21:44 <_trine> then I just added the other item and compiled again and it all compiled without a problem
Aug 01 16:21:51 <_trine> everyting
Aug 01 16:22:03 <EqUaTe> it builds fine w/o that module for me
Aug 01 16:22:09 <EqUaTe> it's *just* that module i've had an issue with
Aug 01 16:22:21 <_trine> but I kept my ,config file and added again after the distclean
Aug 01 16:22:25 <EqUaTe> yeah
Aug 01 16:22:47 <EqUaTe> i presume you didn't clean asterisk in between?
Aug 01 16:22:54 <_trine> no
Aug 01 16:23:33 <EqUaTe> i'm wondering if there's a build-order dependancy or something
Aug 01 16:23:34 <_trine> distclean, compile, added extra bit compile, result happiness
Aug 01 16:25:07 <EqUaTe> bah, still fails.
Aug 01 16:25:14 <EqUaTe> going to build everything else and then see.
Aug 01 16:47:02 <philipp64|laptop> grrrr.... eglibc-2.14 doesn't install RPC header files.
Aug 01 16:51:04 <Chocky> aw
Aug 01 16:51:19 <Chocky> is that the issue, or something else?
Aug 01 16:56:35 <philipp64|laptop> this one affects lsof and tcpdump.... there are probably other issues.
Aug 01 16:57:25 <Chocky> I had some error the trunk version, but that was much later on during root generation.  But I might need a dirclean.
Aug 01 16:58:27 <Chocky> is 2.14 where you are focusing efforts?  Or is there no real focus, since this is relatively new?
Aug 01 17:02:42 <philipp64|laptop> I'm just doing a survey of what sort of shape the last couple of releases of eglibc are in. I've been using 2.12 for a while, but maybe it's time to refresh.
Aug 01 17:17:50 <Chocky> rapidly fill up disk with all these builds.  which is why I was complaining about image builder having all those binaries in it
Aug 01 17:42:36 <CIA-89> nbd * r27863 /trunk/package/mac80211/ (Makefile patches/050-compat_firmware.patch): mac80211: move compat_firmware_class.ko into compat.ko (fixes #9864)
Aug 01 17:52:42 <CIA-89> nbd * r27864 /trunk/package/mac80211/patches/050-compat_firmware.patch: mac80211: add missing chunks to the compat_firmware_class change
Aug 01 17:54:07 <CIA-89> nbd * r27865 /branches/backfire/package/mac80211/ (36 files in 2 dirs): mac80211: backport latest changes from trunk
Aug 01 17:54:45 * Chocky wiggles nbd
Aug 01 17:57:29 <Chocky> so, the putative space savings in eglibc.  should those translate into smaller binaries, or just smaller libc/libstdc++?
Aug 01 17:57:49 * Chocky doubts the former, in most cases
Aug 01 18:16:35 <CIA-89> florian * r27866 /packages/libs/elfutils/Makefile:
Aug 01 18:16:35 <CIA-89> [package] elfutils: do not package nor stage libelf for now
Aug 01 18:16:35 <CIA-89> This is clashing with libs/libelf, and only 'perf' is using this version, so
Aug 01 18:16:35 <CIA-89> until we resolve that clashing, do not build libelf from elfutils.
Aug 01 18:16:55 <CIA-89> florian * r27867 /trunk/package/perf/Makefile:
Aug 01 18:16:55 <CIA-89> [package] perf: mark as broken for now
Aug 01 18:16:55 <CIA-89> Until we properly deal with the various versions of libelf we package,
Aug 01 18:16:55 <CIA-89> mark perf as broken
Aug 01 18:41:41 <CIA-89> nbd * r27868 /trunk/package/broadcom-wl/patches/008-fix_virtual_interfaces.patch: broadcom-wl: fix setup of virtual interfaces (patch by Nathan Hintz)
Aug 01 18:45:17 * Chocky pokes philip
Aug 01 18:47:21 <Chocky> http://pastebin.com/YDz3gLsP
Aug 01 18:47:26 <Chocky> with eglibc trunk
Aug 01 19:23:21 <CIA-89> nbd * r27869 /trunk/tools/quilt/patches/000-fix_compile.patch: tools/quilt: fix spurious calls to the configure and Makefile targets (#8462)
Aug 01 19:55:20 <Chocky> moo
Aug 01 19:55:27 * Chocky fixes the package stripping stuff
Aug 01 20:35:51 <mhei> jow_laptop: please consider http://patchwork.ozo.com/patch/536/ for backfire and trunk
Aug 01 21:14:51 <CIA-89> nbd * r27870 /trunk/package/mac80211/patches/050-compat_firmware.patch: mac80211: fix a compiler warning
Aug 01 21:15:34 <CIA-89> nbd * r27871 /branches/backfire/package/mac80211/patches/050-compat_firmware.patch: mac80211: fix a compiler warning (backport of r27870)
Aug 01 23:16:26 <builder_> build #64 of ubicom32 is complete: Failure [failed compile_3]  Build details are at http://buildbot.openwrt.org:8010/builders/ubicom32/builds/64
Aug 01 23:57:23 <builder_> build #66 of at91 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/66
Aug 01 23:58:49 <CIA-89> nbd * r27872 /trunk/target/imagebuilder/files/Makefile: imagebuilder: clean opkg files if requested (patch from #9866)
**** ENDING LOGGING AT Tue Aug 02 02:59:57 2011