**** BEGIN LOGGING AT Thu Jun 21 02:59:57 2007 Jun 21 03:01:47 03bzhou * r6262 10optware/trunk/make/py-genshi.mk: py-genshi: 0.4.1 -> 0.4.2 Jun 21 05:12:25 03bzhou * r6263 10optware/trunk/scripts/clean-workdir.sh: clean-workdir: lots of packages does not use .built at all! Jun 21 05:28:25 03bzhou * r6264 10optware/trunk/make/wget.mk: wget-ssl-ipk target is needed Jun 21 07:15:16 03oleo * r6265 10optware/trunk/make/ (ncurses.mk ncursesw.mk): ncurses ncursesw: export $(TARGET_CXX) Jun 21 07:47:23 eno: Looks like you've finally get in touch with uClibc on nslu2. Shall I rename brcm24 target to openwrt-brcm24? Jun 21 07:49:38 that would be good Jun 21 07:50:40 Ok. Looking forward to see my packages appear someday. Jun 21 07:52:01 what about "rwhitby rule" not to have dash in the target name? I've had dd-wrt once and it was renamed to ddwrt. Jun 21 07:59:15 oleo: yeah, I think that rule has to be revised now. dd-wrt wasn't the wrt variant of dd, but openwrt-brcm24 is definitely the brcm24 variant of openwrt Jun 21 07:59:32 (compared with openwrt-ixp4xx and other future openwrt-foo variants) Jun 21 07:59:43 so we still won't use hyphens for simple non-variant targets. Jun 21 08:00:04 which packages are you waiting to appear? Jun 21 08:00:41 platforms/packages-brcm24.mk Jun 21 08:01:36 ok, that will be waiting on me setting up the openwrt-brcm24 feed Jun 21 08:01:51 (which I was holding off until we sorted out a good naming structure, which we have now) Jun 21 08:01:57 but I'will wait some more for cleanup of my build. Then I will ask again. I've postponed uclibc-unstable branch. Jun 21 08:03:12 Will rename and rebuild. Jun 21 08:57:43 03oleo * r6266 10optware/trunk/ (make/pcre.mk sources/pcre/Makefile.in.patch): pcre: 6.7->7.2 -- add comments from template Jun 21 09:08:05 03oleo * r6267 10optware/trunk/ (4 files in 2 dirs): brcm24: add nonimplemented functions and wrap toolchain with libuclibc++ Jun 21 09:23:53 03rwhitby * r868 10kernel/trunk/patches/apex/ (17 files): Remove all the obsolete apex patches Jun 21 09:54:13 03rwhitby * r869 10kernel/trunk/patches/ (5 files in 2 dirs): Updated dsmg600 patches Jun 21 10:30:30 03oleo * r6268 10optware/trunk/ (9 files in 2 dirs): openwrt-brcm24: target rename Jun 21 10:37:48 03oleo * r6269 10optware/trunk/make/coreutils.mk: coreutils: brcm typo fix Jun 21 11:46:59 03oleo * r6270 10optware/trunk/make/coreutils.mk: coreutils: use proper cache file for openwrt-brcm24 Jun 21 12:23:46 03oleo * r6271 10optware/trunk/ (20 files in 3 dirs): bash: add regular patches and build gcc flags propagation Jun 21 12:24:57 03oleo * r6272 10optware/trunk/sources/bash/builtins-Makefile.in.patch: bash: add build gcc flags propagation Jun 21 13:08:45 03oleo * r6273 10optware/trunk/make/fontconfig.mk: fontconfig: remove CFLAGS and LDFLAGS when using BUILD gcc Jun 21 13:11:02 03oleo * r6274 10optware/trunk/ (2 files in 2 dirs): openwrt-brcm24: add nls and check handling Jun 21 13:38:36 03oleo * r6275 10optware/trunk/ (2 files in 2 dirs): cyrus-sasl: remove CFLAGS AND LDFLAGS when using HOSTCC - check still shows some errors with rpath Jun 21 13:53:36 03oleo * r6276 10optware/trunk/make/cyrus-imapd.mk: cyrus-imapd: remove STAGING flags from BUILD flags Jun 21 14:37:55 03oleo * r6277 10optware/trunk/ (3 files in 2 dirs): jove: remove LOCALCFLAGS and LOCALLDFLAGS Jun 21 15:06:36 FYI, i've stopped autobuild on nudi to sort out some build issues Jun 21 15:07:12 the clean-workdir.sh i checked in is a little too aggressive Jun 21 15:10:07 OK. I am rebuilding openwrt-brcm24 things myself. Jun 21 15:11:55 What is the status of the openwrt-ixp4xx ? Will you use stock firmware or you will be creating a new one? Jun 21 15:12:15 s/firmware/toolchain/ Jun 21 15:12:15 oleo meant: What is the status of the openwrt-ixp4xx ? Will you use stock toolchain or you will be creating a new one? Jun 21 15:13:22 I am dissapointed that brcm24 SDK uses gcc 3.4.6 and not 4.1.2 like ixp4xx Jun 21 15:14:54 sorry for bother ing but.. i have (had) unslung 6.8 on my nslu2, hdd is probably gotten pretty full, as of some days the nslu2 wont boot from the usb harddrive. no usb.stick connected. disk1 and disk2 leds will NOT light up..what is to be done? thx!! Jun 21 15:20:22 ok, the hdd seems not to be full, 130 gb used out of 148 gb Jun 21 15:20:33 u think an re-unsling will help? Jun 21 15:25:44 oleo: i'll be using the toolchain created by master makefile Jun 21 15:36:39 Wipmac: no, unslinging again will probably not help. Jun 21 15:36:54 Check the drive for any disk errors instead: http://www.nslu2-linux.org/wiki/FAQ/RepairingDiskErrors Jun 21 15:37:32 You may find it easier to do that by plugging the drive into a PC running Linux (use one of the Live CD distributions, such as KNOPPIX, if you don't have Linux installed). Jun 21 15:56:26 lemme check mwester..thx Jun 21 16:09:29 03bzhou * r6278 10optware/trunk/make/newt.mk: newt: in case the default automake is 1.4 Jun 21 16:24:40 is it more wise to install apache or thttpd? Jun 21 16:25:20 mwester: now scanning the disk with fschk.ext3 under linux. any idea why /share/hdd/data/HDD_1_1_1 (or something like this) is empty!? isnt all my data supposed to be there? Jun 21 16:42:54 Wipmac: this is documented in the wiki. The HDD_1_1_1 directory is the mount point for FAT and NTFS volumes. Jun 21 16:44:52 mwester: sorry, but what was the "normal" path of the data on 6.8? /share/flash/xxx? Jun 21 16:46:03 ..meaning the stored data on the hdd.. Jun 21 16:47:11 Depends on the state of the device. When running in Unslung mode, "/" == /share/{flash,hdd}/data, otherwise it's just /share/{flash,hdd}/data. The "DISK 1" share maps to the "public" directory. Jun 21 17:10:16 mwester: thx, that was the clue..all data is in the public-folder that is in /mnt/sda1/public. now at least i can access my data. now i "just" have to find out why the nslu2 wont boot from that hdd... Jun 21 17:50:47 thx and bye Jun 21 20:17:42 03bzhou * r6279 10optware/trunk/make/py-duplicity.mk: py-duplicity: added the missing librsync-stage Jun 21 21:22:46 03oleo * r6280 10optware/trunk/ (Makefile make/perl-device-serialport.mk): perl-device-serialport: support sor serial port users - added Jun 21 22:37:55 03bzhou * r6281 10optware/trunk/platforms/packages-wl500g.mk: newt: demoted on wl500g **** ENDING LOGGING AT Fri Jun 22 02:59:57 2007