**** BEGIN LOGGING AT Thu May 05 02:59:57 2011
May 05 04:07:34 <builder_> build #29 of at91 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/29
May 05 04:45:51 <builder_> build #29 of ubicom32 is complete: Failure [failed compile_3]  Build details are at http://buildbot.openwrt.org:8010/builders/ubicom32/builds/29
May 05 07:21:09 <CIA-83> acoul * r26827 /trunk/target/linux/ar71xx/nand/config-default: linux/ar71xx: add some missing symbols for nand/yaffs targets
May 05 09:51:49 <builder_> build #26 of ps3 is complete: Failure [failed compile_3]  Build details are at http://buildbot.openwrt.org:8010/builders/ps3/builds/26
May 05 11:29:47 <builder_> build #26 of pxcab is complete: Failure [failed compile_3]  Build details are at http://buildbot.openwrt.org:8010/builders/pxcab/builds/26
May 05 11:51:37 <mazilo> I have updated my local OPenWRT SVN trunk to r26827 and getting this error message (http://pastebin.com/Zuc2nXbU) when trying to compile LuCI). Can anyone please confirm this?
May 05 11:55:42 <jow_laptop> mazilo: please run ./scripts/feeds update luci
May 05 11:55:54 <jow_laptop> this package does not exist anymore
May 05 12:00:08 <mazilo> jow_laptop: Thanks and that fixes the problem. A apparently calling a 'make package/symlinks' after an 'svn up' doesn't seem to clear the error messages where 'make package/symlinks':calls for both './scripts/feeds update -a' and './scripts/feeds install -a'
May 05 12:01:59 <gzanan> I found that luci is updating rapidly last two days.Is it stable now?
May 05 12:07:25 <jow_laptop> gzanan: I just remove bitrot and move stuff around
May 05 12:08:07 <jow_laptop> users complained that the forms and options are distributed chaotically :)
May 05 12:08:15 <jow_laptop> so I try to group them in a sane way
May 05 12:08:41 <jow_laptop> gzanan: btw, I noticed some fuzzy translations in the zh_CN base.po, can you maybe review it if you have some spare time?
May 05 12:10:12 <gzanan> We are adapting it to your sync base.po
May 05 12:11:00 <jow_laptop> when you translate it also very important to clear out the fuzzy flags if a string is indeed ok
May 05 12:11:24 <jow_laptop> I noticed in various *.po files that apparently the translators retained the fuzzy comment even if the string was okay
May 05 12:12:07 <jow_laptop> what do you use fro translation work btw?
May 05 12:12:15 <jow_laptop> normal text editor?
May 05 12:12:53 <gzanan> I asking former question is to ensure that your newly version of base.po is done syncing.
May 05 12:13:18 <jow_laptop> ah, yeah. I don't think it will change more before the release
May 05 12:13:19 <gzanan> So my translator can finish his work and upload
May 05 12:14:15 <gzanan> Poedit for exiting item and text editor of windows for adding items.
May 05 12:14:50 <jow_laptop> I see
May 05 12:16:05 <gzanan> You can read chinese?
May 05 12:16:22 <jow_laptop> nope
May 05 12:16:55 <jow_laptop> so I have to trust you guys :)
May 05 12:17:08 <gzanan> :)
May 05 12:18:41 <gzanan> The author of chs base.po has added many items that is not existing in former eng base.po.He've contribute a lot to this.
May 05 12:20:56 <jow_laptop> do you use openwrt comercially or are you part of a chinese user group or similar?
May 05 12:22:09 <gzanan> We are openwrt fanciers in China.not ever use it comercially.
May 05 12:23:31 <jow_laptop> I understand
May 05 12:24:11 <gzanan> Since openwrt is an openwrt-source project.We don't think using it to make money is a good idea.
May 05 12:25:08 <gzanan> But when you metion this.Indeed there is a group of people is using openwrt in making profit.I think you have heard a bit.
May 05 12:26:09 <jow_laptop> yes
May 05 12:29:03 <gzanan> They've translated luci to chinese over 50% for their own customers and show off in some chinese forum for wireless routing.
May 05 12:30:14 <gzanan> Looks like in Feburary
May 05 12:40:25 <gzanan> Jow.I recommand you create a board for Chinese speakers in your forum if you have source.
May 05 12:41:55 <jow_laptop> gzanan: you mean on forum.openwrt.org ?
May 05 12:42:02 <gzanan> yes
May 05 12:42:59 <gzanan> Chinese openwrt users is large and many can't read english.Ridiculous a few people even think openwrt.com.cn is openwrt's official source.
May 05 12:43:51 <gzanan> But this so-called openwrt.com.cn is concerning too much commerce.
May 05 13:19:59 <CIA-83> hauke * r26828 /trunk/target/linux/brcm47xx/ (2 files in 2 dirs): brcm47xx: fix typo in patch
May 05 13:46:25 <mazilo> I am getting compilation error message as shown here (http://pastebin.com/iXp9vUFA) when trying to compile apr-util package. :(
May 05 13:54:17 <jow_laptop> mazilo: it uses host headers for some reason
May 05 14:01:44 <mazilo> jow_laptop: Can you tell me which host package contains the host hearders needed by apr-util package?
May 05 14:03:09 <jow_laptop> it does not need them
May 05 14:03:14 <jow_laptop> it should not even use them
May 05 14:04:11 <mazilo> jow_laptop: IC. Is something wrong with the OpenWRT Makefile for apr-util package that causes it to look for host header files?
May 05 14:04:43 <jow_laptop> I don't know
May 05 14:05:05 <jow_laptop> but I guess why
May 05 14:05:36 <jow_laptop> do you have a apr-config or libapr-config command on your host?
May 05 14:06:20 <mazilo> jow_laptop: I am not sure. Is there a way to check it?
May 05 14:06:49 <CIA-83> hauke * r26829 /trunk/target/linux/ (6 files in 3 dirs): brcm47xx: when detecting a ssb pci device without an own sprom write the sprom data from the platform device to the correct pointer.
May 05 14:09:26 <jow_laptop> mazilo: just run "apr-config" on your shell
May 05 14:09:37 <jow_laptop> mazilo: and see if it returns command not found or something else
May 05 14:10:03 <mazilo> jow_laptop: apr-config returns "apr-config: Command not found."
May 05 14:10:13 <jow_laptop> paste config.loh
May 05 14:10:15 <jow_laptop> g
May 05 14:11:00 <mazilo> jow_laptop: Where can I find the config.log file?
May 05 14:11:31 <jow_laptop> build_dir/target-*/apr-util-*/config.log
May 05 14:12:45 <mazilo> jow_laptop: Here is the config.log (http://pastebin.com/pGPqzC6v)
May 05 14:14:12 <jow_laptop> whats in /opt/tmp/openwrt-svn-trunk/staging_dir/target-arm_v5te_uClibc-0.9.32_eabi/usr/bin/apr-1-config
May 05 14:15:19 <jow_laptop> argh
May 05 14:15:37 <jow_laptop> I think it comes from /usr/bin/odbc_config
May 05 14:16:00 <jow_laptop> please run "odbc_config" on your shell
May 05 14:16:05 <mazilo> jow_laptop: it is a script file (http://pastebin.com/EGSiWVm2)
May 05 14:17:41 <mazilo> jow_laptop: I am looking at the unixodbc/ipkg-install/usr/bin directory and there isn't any apr-1-config file.
May 05 14:18:03 <mazilo> jow_laptop: odbc_config returns a help menu.
May 05 14:22:32 <mazilo> jow_laptop: I recently ported unixodbc SVN package to my local OpenWRT. Now that you mentioned it, I did a 'make package/unixodbc/clean' and then 'make package/apr-util/{clean,compile}' without a problem. So, it looks like unixodbc package causes the problem. :(
May 05 14:23:06 <jow_laptop> yes
May 05 14:23:11 <mazilo> jot_laptop: But, the '/opt/tmp/openwrt-svn-trunk/staging_dir/target-arm_v5te_uClibc-0.9.32_eabi/usr/bin/apr-1-config' is still there.
May 05 14:24:59 <jow_laptop> I would be rather interested what odbc_config shows
May 05 14:25:47 <mazilo> jow_laptop: When I executed 'odbc_config' on the shell, it returns a help menu.
May 05 14:26:02 <jow_laptop> yeah and _waht_ is in the help menu
May 05 14:26:43 <mazilo> jow_laptop: Here is the output from odbc_config (http://pastebin.com/2w3U8Hf5)
May 05 14:26:56 <jow_laptop> odbc_config --cflags  bitte
May 05 14:27:01 <jow_laptop> erm please
May 05 14:28:05 <mazilo> jow_laptop: odbc_config --cflags returns this "-DHAVE_UNISTD_H -DHAVE_PWD_H -DHAVE_SYS_TYPES_H -DHAVE_LONG_LONG -DSIZEOF_LONG=8"
May 05 14:29:29 <jow_laptop> odbc_config --include-prefix
May 05 14:29:54 <mazilo> jow_latop: An interesting thing is after successfully compiled apr-util package, I tried to recompile unixodbc to no avail. :(
May 05 14:30:22 <mazilo> jow_laptop: odbc_config --include-prefix returns '/usr/include'
May 05 14:30:31 <jow_laptop> that the problem
May 05 14:30:50 <mazilo> jow_laptop: The odbc_config is from the host (OpenSuSE 11.3).
May 05 14:31:57 <mazilo> jow_laptop: A 2nd compilation on unixodbc went OK (no problem).
May 05 14:33:45 <CIA-83> jow * r26830 /packages/libs/apr-util/Makefile: [packages] apr-util: remove shipped libtool, don't use host odbc_config
May 05 14:33:48 <mazilo> jow_laptop: After successfully compiled unixodbc, then I issued 'make package/apr-util/{clean,compile} to no avail and it produced the same error messages.
May 05 14:35:53 <mazilo> jow_laptop: Updated to r26838 and the compilation is now working without a problem even with unixodbc compiled. Thanks.
May 05 14:36:37 <jow_laptop> np
May 05 14:42:14 <CIA-83> jow * r26831 /packages/libs/apr/ (Makefile patches/001-autoconf-compat.patch): [packages] apr: ditch shipped libtool, make it non-silent
May 05 16:37:06 <CIA-83> florian * r26832 /trunk/target/linux/generic/config-2.6.38: [kernel] add missing 2.6.38 symbols
May 05 16:37:09 <CIA-83> florian * r26833 /trunk/target/linux/malta/ (Makefile be/config-default le/config-default): [malta] update to 2.6.38.2
May 05 17:15:21 <builder_> build #20 of etrax is complete: Failure [failed compile_3]  Build details are at http://buildbot.openwrt.org:8010/builders/etrax/builds/20
May 05 18:03:12 <danitool> how do I compile only one module without doing "make" to whole system?
May 05 18:08:07 <jlars> danitool: make package/somepathto/package/compile
May 05 18:08:17 <danitool> ok
May 05 18:09:05 <jlars> or "make package/somepathto/packagename/{clean,compile} V=99"
May 05 18:19:23 <mazilo> Shouldn't it be 'make package/<package name>/compile'?
May 05 18:35:03 <jlars> ah, you are right. Both ways seem to work, but fewer keystrokes is better.
May 05 19:28:08 <philipp64|laptop> {Nico}_: ping
May 05 19:33:07 <russell--> weird, on x86 i'm getting a build error:
May 05 19:33:11 <russell--> net/core/sock.o: file not recognized: File truncated
May 05 19:33:11 <russell--> make[7]: *** [net/core/built-in.o] Error 1
May 05 19:33:11 <russell--> make[6]: *** [net/core] Error 2
May 05 19:33:37 <russell--> the error survives a {clean,compile}
May 05 19:33:47 <russell--> in the kernel build
May 05 19:35:32 <russell--> during the install stage, actually, according to the build log
May 05 19:35:36 <russell--> install.txt
May 05 19:36:46 <nbd> did you check if you have enough disk space?
May 05 19:42:41 <russell--> yeah
May 05 19:42:45 <russell--> got plenty
May 05 19:43:13 <nbd> odd
May 05 19:43:21 <russell--> indeed
May 05 19:43:23 <xMff> parallel build issue maybe
May 05 19:43:32 <russell--> i tried -j1 and that didn't help
May 05 19:44:20 * russell-- in going to look closer at my .config (maybe it accumulated some cruft)
May 05 19:49:31 <russell--> fwiw, brcm47xx and atheros and ar71xx of the same openwrt revision didn't see that.
May 05 20:12:14 <russell--> weirdness.  according to compile.txt, net/core/sock.o is never built
May 05 20:13:35 <russell--> the only net/core/ thing that shows up is:   CC [M]  net/core/pktgen.o
May 05 20:32:30 <russell--> hmm. well, it built that time.
May 05 20:54:26 <builder_> build #26 of lantiq is complete: Failure [failed compile_6]  Build details are at http://buildbot.openwrt.org:8010/builders/lantiq/builds/26
May 05 21:03:54 <CIA-83> jow * r26834 /packages/ipv6/ipv6calc/Makefile: [packages] ipv6calc: update to v0.82.1, fixes claring of "valid" flag on mips platforms
May 05 22:40:40 <philipp64|laptop> nbd: ping
May 05 22:45:13 <philipp64|laptop> good to know. hopefully we can put this puppy to bed tomorrow.  what a PITA.
May 05 22:45:20 <philipp64|laptop> doh.
May 05 22:45:33 <philipp64|laptop> not a PM...
May 05 22:46:25 <philipp64|laptop> xMff and nbd: I was working with cshore yesterday on something and we noticed that perlbase.mk doesn't properly call out the inter-module dependencies.
May 05 22:49:09 <cshore> philipp64|laptop: it's on my todo list now, but I don't think perl is a high priority for any of us (how often is it actually used for OpenWRT, really)?
May 05 22:49:29 <russell--> cshore: i use it! ;-)
May 05 22:49:38 <cshore> hey, so will I
May 05 22:49:39 <russell--> with nocatauth
May 05 22:49:46 <cshore> but I haven't had a chance yet
May 05 22:50:09 <cshore> russell--: perl or microperl?
May 05 22:50:10 <russell--> it works, that's 95% of what i care about ;-)
May 05 22:50:13 <russell--> perl
May 05 22:50:21 <russell--> it even fits! wtf!
May 05 22:50:34 <russell--> on an 8meg flash device
May 05 22:50:38 <cshore> it fits is the impressive part
May 05 22:50:41 * swalker wonders if any package download stats have ever been accumulated
May 05 22:51:12 * russell-- was stunned when i discovered we could retire a bunch of PCs and replace them with wgts
May 05 22:51:28 <philipp64|laptop> I was wondering if there was a simple mechanical way to extract most of the dependencies?
May 05 22:51:48 <russell--> grep?
May 05 22:52:08 <cshore> philipp64|laptop: depends what you mean by simple, but you could probably parse all uses use statements
May 05 22:52:21 <russell--> grep solves 97% of all problems, i've found.
May 05 22:52:39 <philipp64|laptop> you can grep out certain things like "sub AUTOLOAD" and "^use ([^; ]*)" and use those to generate a directed acyclic graph.
May 05 22:53:22 <philipp64|laptop> of course, you'd need to know that perbase-essential is the container for "strict", "vars", "constant", etc.
May 05 22:54:27 <philipp64|laptop> someone want to file a defect?
May 05 22:55:16 <russell--> what is the defect, exactly?
May 05 22:55:27 <cshore> philipp64|laptop: I'd rather see a patch from you, but a defect will mean it's at least recorded somewhere
May 05 22:55:46 <cshore> russell--: some perlbase modules don't work without perlbase-essential and so on
May 05 22:56:00 <philipp64|laptop> that if I have DEPEND+=+perlbase-fcntl .... it doesn't pull in perlbase-xsloader, for instance.
May 05 22:56:12 <philipp64|laptop> what cshore said. :-)
May 05 22:56:58 <russell--> so, basically, the dependencies are accurate
May 05 22:57:07 <cshore> *aren't
May 05 22:57:16 <russell--> lol, yes
May 05 22:57:25 <philipp64|laptop> cshore: I'd write a patch if I could, but haven't had the time to dig deep enough into the existing dependency graphing mechanics.
May 05 22:57:46 <philipp64|laptop> they're accurate... they're just not complete. :-)
May 05 22:58:15 <cshore> philipp64|laptop: well really I don't think changing the build system makes sense
May 05 22:58:24 <cshore> just figure out the dependencies and modify the Makefile
May 05 22:58:30 <philipp64|laptop> cshore: did the lm-sensors-split latest incarnation bring in all of the required perl chunks?
May 05 22:58:40 <cshore> let me check
May 05 22:59:20 <cshore> I slept until about 5pm - I went to bed and 2am and hadn't been sleeping much for a week before that
May 05 22:59:42 <philipp64|laptop> the issue with doing it manually is it's hard to have confidence that it's complete, and we'd need to keep modifying it over time (especially after Perl version bumps).
May 05 23:00:06 <russell--> i'm not sure much of that stuff really changes that much
May 05 23:00:22 <cshore> philipp64|laptop: you could include your script for the Makefile modification in the packages dir so it's easy to find
May 05 23:00:40 <philipp64|laptop> I can tell you (as a CPAN contributor) that 5.003 was markedly different from 5.6.1 from 5.8.2 from 5.10.0 from...
May 05 23:01:17 <philipp64|laptop> cshore: that's what I was thinking, yeah. because it doesn't need to be done on each build... just whenever the sources change substantially.
May 05 23:01:23 <cshore> right
May 05 23:01:36 <russell--> -ENOPATCH ;-)
May 05 23:02:04 <philipp64|laptop> ... catch { retry; }
May 05 23:05:16 <russell--> for nocatauth, i just kept adding dependencies until it worked:   DEPENDS:=+perl +perlbase-essential +perlbase-posix +perlbase-autoloader +perlbase-xsloader +perlbase-fcntl +perlbase-tie +perlbase-getopt +perlbase-findbin +perlbase-cwd +perlbase-config +perlbase-file +perlbase-sigtrap +perlbase-io +perlbase-symbol +perlbase-selectsaver +perlbase-socket +perlbase-errno +kmod-ipt-ipopt +kmod-ipt-nat-extra +iptables-mod-ipopt +iptables-mod-na
May 05 23:09:02 <philipp64|laptop> yeah, that's broken.
May 05 23:09:13 <cshore> philipp64|laptop: No i2c device files found.
May 05 23:09:42 <philipp64|laptop> well, if perl/ipkg-x86/perlbase-*/usr/lib/perl5/5.10 contains an "auto/" directory, then you know it needs perlbase-xsloader ...
May 05 23:10:19 <philipp64|laptop> russell--: the real PITA is that the determination is made at run-time.
May 05 23:10:33 <philipp64|laptop> so, if like cshore, you're stuck with a 12mb/s CF burner...  :-)
May 05 23:10:56 <cshore> philipp64|laptop: hmmm...looks like it's trying to use modprobe
May 05 23:11:04 <philipp64|laptop> I'm thinking of taking up a collection to buy him a USB 2.0 burner...
May 05 23:12:02 <philipp64|laptop> actually Daniel, have you tried doing: zcat ... | ssh root@testbox "dd of=/dev/sda bs=128k" ?
May 05 23:12:45 <cshore> well considering I only realized it was only usb 1.1 yesterday... (I never used it until I needed the CF for working on the Alix)
May 05 23:12:45 <philipp64|laptop> that's what I do, although having a mounted overlay filesystem via jffs on the very device you're updating is dubious at best...
May 05 23:13:01 <philipp64|laptop> I'm just pulling your chain.
May 05 23:13:07 <cshore> philipp64|laptop: I haven't with the Alix but I know it crashes my PII when doing stuff like that
May 05 23:13:46 <cshore> it doesn't like the fs changing from underneat
May 05 23:14:10 <philipp64|laptop> I don't think any FS likes the underlying raw block device changing!
May 05 23:14:27 <philipp64|laptop> we could try to force an unmount...
May 05 23:14:44 <cshore> philipp64|laptop: well the first thing that's needed is pivot_root to a ramdisk
May 05 23:15:04 <cshore> philipp64|laptop: so which has sufficient to carry on
May 05 23:15:15 <philipp64|laptop> can you paste the entire run of sensors-detect into a URL?
May 05 23:15:26 <cshore> philipp64|laptop: that's all it shows
May 05 23:16:06 <cshore> I think the problem is it's trying to use modprobe and we only have insmod
May 05 23:16:32 <builder_> build #18 of mpc52xx is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/18
May 05 23:17:39 <philipp64|laptop> doh!
May 05 23:17:54 <cshore> philipp64|laptop: oh, i2c-dev isn't loaded...odd
May 05 23:19:01 <cshore> ok lsmod|grep i2c-dev is blank but insmod i2c-dev reports File exists
May 05 23:21:09 <cshore> hmmm....ok, it does the same thing on my PC
May 05 23:21:39 <cshore> well it silently doesn't do anything instead of an error
May 05 23:22:35 <cshore> nvm _ instead of -
May 05 23:22:58 <philipp64|laptop> you might need: egrep 'i2c[-_]dev' ... instead.
May 05 23:23:05 <philipp64|laptop> ah, you figured it out.
May 05 23:24:01 <cshore> ok, then I vote for lack of modprobe being the problem
May 05 23:24:23 <philipp64|laptop> yeah, that's not likely to change....  module-init-tools is pretty big.
May 05 23:24:40 <philipp64|laptop> personally, I like it... but... not everyone has 2GB of CF. :-)
May 05 23:25:49 <cshore> philipp64|laptop: it'd be nice to have the ability to have a profile for 'mico-small-medium-large-xl' devices
May 05 23:26:04 <cshore> not sure how practical it is in terms of manpower though
May 05 23:26:05 <philipp64|laptop> is it feasible to figure out how to patch sensors-detect to get by with rmmod/insmod/lsmod?
May 05 23:29:15 <cshore> http://pastebin.com/WbE56qAf
May 05 23:32:01 <blogic> evening
May 05 23:32:44 <cshore> hello
May 05 23:47:27 <cshore> night all - I'm going to catch up on some excessively avoided sleep
May 06 01:17:09 <builder_> build #29 of s3c24xx is complete: Failure [failed compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/s3c24xx/builds/29
May 06 01:53:17 <RealOp_> xMff, ?
May 06 02:40:50 <Rich_> Hi anyone here?
**** ENDING LOGGING AT Fri May 06 02:59:57 2011