**** BEGIN LOGGING AT Sun Oct 03 02:59:57 2010
Oct 03 04:19:15 <RealOpty> http://ftp.de.debian.org/debian/pool/main/m/mklibs/mklibs_0.1.29.tar.gz <- download is broken.
Oct 03 04:20:46 <RealOpty> but it has a mirror that openwrt is hosting so it will download that one
Oct 03 04:20:56 <RealOpty> but a real issue is http://downloads.openwrt.org/sources/mtd-20101001.tar.gz
Oct 03 04:27:41 <RealOpty> found cause:
Oct 03 04:27:46 <RealOpty> https://dev.openwrt.org/changeset/23169/trunk/tools/mtd-utils/Makefile
Oct 03 04:27:57 <RealOpty> i dont use git. so it trys a http mirror
Oct 03 04:28:03 <RealOpty> and the files not on the server yet :)
Oct 03 04:43:52 * RealOpty reverts to 23168
Oct 03 05:58:47 <russell--> Hauke is ignoring me
Oct 03 05:59:07 <russell--> ;-(
Oct 03 07:20:10 <builder_> build #2 of ixp4xx is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ixp4xx/builds/2
Oct 03 07:20:37 <builder_> build #2 of orion is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/orion/builds/2
Oct 03 08:18:06 <builder_> build #1 of x86 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/x86/builds/1
Oct 03 08:27:11 <loswillios> larsc: nice catch, now it boots my 14mb image without problems
Oct 03 08:34:27 <builder_> build #3 of brcm63xx is complete: Failure [failed compile_4]  Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/3
Oct 03 10:52:24 <CIA-14> acoul * r23191 /packages/net/smcroute/ (7 files in 3 dirs): net/smcroute: add Static Multicast Routing Daemon package (closes #8026)
Oct 03 10:54:01 <loswillios> acoul: apparently mtd-utils/patches/132-revert-zlib-cleanup.patch breaks jff2-images (at least for the dockstar)
Oct 03 10:55:02 <acoul1> hmm what kernel?
Oct 03 10:55:34 <larsc> doesn't matter
Oct 03 10:55:45 <larsc> it calculates wrong crc sums
Oct 03 10:56:33 <acoul1> @larsc: do you have a patch?
Oct 03 10:57:31 <larsc> acoul: yes. rm tools/mtd-utils/patches/132-revert-zlib-cleanup.patch
Oct 03 10:57:59 <larsc> i was just wondering why you created that patch the first place
Oct 03 10:59:09 <acoul1> I am wondering too, let me check
Oct 03 11:01:23 <RealOpty> loswillios, u have git installed?
Oct 03 11:01:41 <RealOpty> acoul, can you upload the new mtd source to the http mirrors?
Oct 03 11:02:55 <acoul1> I can't upload to mirrors
Oct 03 11:03:13 <acoul1> this is the reason of the 132-revert-zlib-cleanup.patch: http://openwrt.pastebin.com/h4j0ZJGR
Oct 03 11:04:00 <acoul1> this is on freebsd 8.1 (amd64)
Oct 03 11:05:43 <larsc> then there is something wrong with the linker or makefile
Oct 03 11:06:22 <acoul1> any ideas?
Oct 03 11:09:54 <larsc> maybe you have an old libmtd.so somewhere in the lib searchpaths
Oct 03 11:13:47 <CIA-14> acoul * r23192 /trunk/tools/mtd-utils/patches/132-revert-zlib-cleanup.patch: tools/mtd-utils: kill 132-revert-zlib-cleanup.patch. it's wrong.
Oct 03 11:39:31 <xMff> acoul: I bet the undefined crc32 reference happened due to the broken libmtd.a build
Oct 03 11:41:26 <acoul1> @xMff: nope, it's a clean build on freebsd 8.1
Oct 03 12:04:33 <CIA-14> acoul * r23193 /trunk/tools/mtd-utils/Makefile: tools/mtd-utils: fix build issue under freebsd. update to latest git tree. (thanks loswillios & larsc)
Oct 03 12:11:26 <xMff> acoul1: why do you invoke the lib target manually?
Oct 03 12:16:15 <CIA-14> jow * r23194 /trunk/tools/mtd-utils/patches/ (130-lzma_jffs2.patch 133-error-fix.patch): [tools] mtd-utils: refresh patches again
Oct 03 12:18:07 <CIA-14> mb * r23195 /trunk/target/linux/omap24xx/ (base-files/etc/config/fstab profiles/100-n810.mk): n810: Add fstab for maemo filesystems
Oct 03 12:55:19 <CIA-14> mb * r23196 /trunk/ (5 files in 5 dirs):
Oct 03 12:55:19 <CIA-14> optionally support parallel toolchain build. This defaults to off, because
Oct 03 12:55:19 <CIA-14> certain toolchain versions are known to break on parallel build. However, it
Oct 03 12:55:19 <CIA-14> significantly speeds up the build and latest versions of the tools do compile
Oct 03 12:55:19 <CIA-14> fine.
Oct 03 14:14:35 <builder_> build #2 of au1000 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/au1000/builds/2
Oct 03 15:53:45 <CIA-14> ralph * r23197 /branches/backfire/tools/Makefile: quilt needs autoconf
Oct 03 16:58:40 <CIA-14> nbd * r23198 /trunk/package/mac80211/patches/ (6 files): ath9k: add a few fixes and cleanups
Oct 03 16:59:40 <CIA-14> nbd * r23199 /branches/backfire/package/mac80211/patches/540-ath9k_multiple_cards_fix.patch: ath9k: backport the multiple card regdomain fix from trunk
Oct 03 16:59:43 <CIA-14> nbd * r23200 /branches/backfire/package/mac80211/patches/550-ath9k_fix_ani_listen_time.patch: ath9k: backport the ANI listen time fix from trunk
Oct 03 18:13:20 <CIA-14> jow * r23201 /trunk/package/firewall/ (Makefile files/reflection.hotplug): [package] firewall: also establish forward rules when setting up nat reflection, back out early if reflection is disabled
Oct 03 18:14:42 <CIA-14> jow * r23202 /branches/backfire/package/firewall/ (Makefile files/reflection.hotplug): [backfire] merge r23201
Oct 03 18:16:39 <swalker> updated openwrt/upstream, https://home.comcast.net/~sdwalker/uscan/uscan.shtml
Oct 03 19:25:07 <CIA-14> jow * r23203 /branches/backfire/scripts/ (dl_cleanup.py feeds metadata.pl): [backfire] merge r22814, r22815, r22819, r22871, r23084, r23102 and r23171
Oct 03 19:31:52 <CIA-14> jow * r23204 /branches/backfire/include/ (package-defaults.mk package-ipkg.mk): [backfire] merge r23172 and r23175
Oct 03 19:43:43 <CIA-14> jow * r23205 /branches/backfire/package/opkg/ (10 files in 2 dirs): [backfire] merge r23050, r23052, r23159 and r23174
Oct 03 19:47:02 <CIA-14> jow * r23206 /branches/backfire/package/kernel/Makefile: [backfire] merge r23173
Oct 03 19:56:47 <CIA-14> acinonyx * r23207 /packages/net/btpd/Makefile: [packages] btpd: Add missing libpthread dependency (#8003)
Oct 03 20:31:00 <russell--> Hauke1: ping
Oct 03 20:31:12 <Hauke1> russell--: pong
Oct 03 20:31:30 <russell--> i'd really like to get wgt634u working again
Oct 03 20:32:07 <russell--> is there *anything* i can do to help?
Oct 03 20:32:31 <Hauke> russell--: I do not thnink so
Oct 03 20:33:43 <Hauke> russell--: florian wanted to look at the problem, but I have not heard how far he got
Oct 03 20:34:42 <russell--> my most recently test nuked the nvram eraseblock too, weirdly i had one board that didn't
Oct 03 20:35:28 <russell--> but the serial console going away makes further investigation difficult
Oct 03 21:34:09 <CIA-14> acinonyx * r23208 /packages/net/net-snmp/Makefile: [packages] net-snmp: Add snmpv3/usmConf MIB module (#7359)
Oct 03 21:40:33 <CIA-14> acinonyx * r23209 /packages/net/btpd/files/btpd.init: [packages] btpd: Fix a typo in init script
Oct 03 22:16:51 <CIA-14> jow * r23210 /trunk/package/opkg/ (Makefile patches/013-add-list-changed-conffiles.patch): [package] opkg: implement "list-changed-conffiles" command, based on patch by Yann Lopez <yann.lopez@gmail.com>
Oct 04 00:08:21 <CIA-14> jow * r23211 /trunk/package/base-files/ (Makefile files/usr/share/udhcpc/default.script):
Oct 04 00:08:22 <CIA-14> [package] base-files: utilize uci_get_state to read the previous dhcp router address in udhcpc default script.
Oct 04 00:08:22 <CIA-14> The setup_switch() procedure provided by swconfig calls config_load() during network restart and thus confuses
Oct 04 00:08:22 <CIA-14> udhcpc's uci state keeping resulting in a missing default route on each second network restart. Bypass the
Oct 04 00:08:22 <CIA-14> cached state vars and query uci directly to make the script immune against unwanted runtime changes.
Oct 04 00:10:07 <CIA-14> jow * r23212 /branches/backfire/package/base-files/ (Makefile files/usr/share/udhcpc/default.script): [backfire] merge r23211
Oct 04 01:19:00 <philipp64|laptop> xMff: ping
Oct 04 01:19:28 <philipp64|laptop> nbd: you around?
Oct 04 01:21:17 <philipp64|laptop> anyone around who has a good understanding of how the makefiles work? I need to make a change but I'm not sure where things happen.
Oct 04 01:32:25 <xMff> pong
Oct 04 01:55:40 <philipp64|laptop> xMff: put out a compromise solution on how to tailor the image without requiring custom builds... I thought it was a good solution that was clean, obvious, and met both requirements. but didn't hear back. what do I do now?
Oct 04 01:57:21 <philipp64|laptop> and where could I insert code that tries to tailor config files for a module in the target's disk image, i.e. build_dir/linux/x86-root/ or whatever?
Oct 04 02:03:19 <xMff> hm
Oct 04 02:06:18 <xMff> rules.mk for example
Oct 04 02:07:00 <philipp64|laptop> I noticed that most packages don't define KernelPackage/module-name/install ...
Oct 04 02:07:17 <xMff> it is inherited in this case
Oct 04 02:09:09 <philipp64|laptop> from where? and I'm not seeing anything relevant in rules.mk ... I must be missing something.
Oct 04 02:09:39 <xMff> include/kernel.mk
Oct 04 02:14:35 <philipp64|laptop> yeah, that invokes KernelPackage/<foo>/install ... but I don't see where KernelPackage/<foo>/install typically gets defined.
Oct 04 02:16:08 <xMff> line 139
Oct 04 02:18:05 <philipp64|laptop> nope, not seeing it. I might need to do an "svn update".  I see "/description" and "/config".
Oct 04 02:24:27 <philipp64|laptop> I see it being invoked... but where it's typically defined is ... well, for example... package/kernel/modules/wireless.mk:146
Oct 04 02:30:13 <xMff> in this case it looks like there is no default
Oct 04 02:30:41 <xMff> make's call will just do nothing if an undefined varable is passed
Oct 04 02:36:09 <philipp64|laptop> ok, I'm thinking about adding a "post-install" macro, and allowing platforms to define that.
Oct 04 02:37:36 <philipp64|laptop> how would the rule executed figure out the root of the target filesystem image?
Oct 04 02:39:16 <philipp64|laptop> $(TARGET_DIR)/something...
Oct 04 02:40:30 <xMff> $(LINUX_TARGET_DIR) iirc, but not sure
Oct 04 02:41:11 <philipp64|laptop> ok. which reminds me... how about we add something like this?
Oct 04 02:41:29 <philipp64|laptop>  http://astlinux.svn.sourceforge.net/viewvc/astlinux/trunk/Makefile?revision=4499&view=markup  ... lines 265-288
Oct 04 02:42:03 <xMff> ?
Oct 04 02:43:06 <philipp64|laptop> If I do: "make val.TARGET_CFLAGS" if dumps the value of that variable. very handy for debugging.
Oct 04 02:43:40 <philipp64|laptop> handy also in scripts that need to be able to figure out the names of files, version #'s, etc.
Oct 04 02:44:47 <xMff> throw it into rules.mk
Oct 04 02:46:17 <xMff> regarding your autoload issue
Oct 04 02:46:48 <xMff> I came to the conclusion that an /etc/modules.blacklist is probably the best solution
Oct 04 02:47:16 <xMff> and changing load_modules() to respect that
Oct 04 02:47:40 <xMff> a similar thing could be done for options
Oct 04 02:48:15 <xMff> this shifts the responsibility to the subtarget/profile and does not taint kmods with target specific stuff
Oct 04 02:55:05 <philipp64|laptop> can you sell Felix on that?
Oct 04 02:55:24 <philipp64|laptop> I've not been able to evoke a response to what I've proposed.
Oct 04 02:55:55 <xMff> well there's low activity anyway atm
**** ENDING LOGGING AT Mon Oct 04 02:59:57 2010