**** BEGIN LOGGING AT Tue Sep 09 02:59:57 2008 Sep 09 03:19:04 larsc: ideas? Sep 09 03:40:48 so, how long do I have to wait now that I've gotten on the MoinMoin poo list? Sep 09 04:04:45 no matter, I just moved operations to FR. fscking wiki Sep 09 04:19:22 frogonwheels: sorry for the delay, laptop died, multiple times and I didn Sep 09 04:20:06 't get around to buying a backup laptop until yesterday Sep 09 04:20:30 'sfunny - for a second there you could have played off that it died again Sep 09 04:22:38 nah, talking from my new eee 900 Sep 09 04:22:48 but if it dies at least I can throw it a fair distance Sep 09 04:24:52 that's an expensive discus Sep 09 04:30:46 ah! wondered where you'd got to. Sep 09 04:32:55 Bartman007: I've been having fun with xMff working on asterisk uci & luci web interface Sep 09 04:35:03 frogonwheels: ironically enough I got back to working on asterisk right before my mac flaked out Sep 09 04:35:20 :) Sep 09 04:35:27 (which appears to be due to a failing G86 GPU) Sep 09 04:36:28 I had to pull a patch from upstream to make asterisk build against 2.6.26, but I think it builds now Sep 09 04:36:32 I've updated to the latest asterisk, and got the uci config at a useable stage. Sep 09 04:37:02 Bartman007: the only issue I had making asterisk build recently was the autoconf issue Sep 09 04:38:26 frogonwheels: from openwrt building autoconf now? if so was it resolved yet? (I haven't scanned the commits for the past week) Sep 09 04:38:48 There was a comit today related to autoconf, so hope so. Sep 09 04:39:10 The problem was a mismatch between the compiled autoconf, and the one on my system (which was earlier version) Sep 09 04:39:30 - it appeared to be using libraries or something from the earlier version - but running the new one. Sep 09 04:39:56 I remember seeing asterisk 1.2 break, I think I recall 1.4 breaking also, I talked to nbd about it before I fell off the net and he was able to reproduce Sep 09 04:41:59 I've just taken out the hack (call to /usr/bin/autoconf after boostrap.sh) to see if it breaks. Sep 09 04:42:21 meanwhile, I'm getting this crazy -Wl, problem Sep 09 04:42:41 http://pastebin.com/d4c13fc42 Sep 09 04:43:34 IIRC that is the problem I was seeing w/ asterisk Sep 09 04:44:33 run `make tools/autoconf-clean' (or tools/autoconf/clean) and then a {clean,compile} on one of those packages Sep 09 04:50:44 I'm getting that curl breaking still Sep 09 04:50:54 because of the -Wl, thing Sep 09 04:51:15 (just did the autoconf-clean and package clean/compile) Sep 09 04:51:18 for curl Sep 09 07:36:20 ok - it appearas the -Wl, is reasonably valid - but there's a SED option in curl/Makefile that doesn't like the comma there Sep 09 07:39:06 I changed the SED 's,,,' to SED 's|||' and it works fine | is a good choice, as it is inside ' ' and is a bad choice for anything else. Sep 09 08:55:16 arrghh found the problem Sep 09 08:56:00 most projects pass TARGET_LDFLAGS to gcc - which passess -Wl, options straight to the linker. Sep 09 08:56:31 the problem is that there are a handful of projects that use ld and pass TARGET_LDFLAGS to ld - which can NOT handle -Wl, Sep 09 08:56:36 (which is of course, a gcc option) Sep 09 09:11:52 florian * r12558 /packages/ipv6/radvd/Makefile: Define a conffiles section for radvd (#3973) Sep 09 09:13:17 florian * r12559 /packages/ipv6/aiccu/Makefile: Define a conffiles section for aiccu (#3972) Sep 09 09:15:21 florian * r12560 /packages/net/ddns-scripts/Makefile: Define a conffiles section for ddns-scripts (#3971) Sep 09 09:21:27 florian * r12561 /trunk/target/linux/au1000/patches/017-gpio-dir.patch: Sep 09 09:21:27 au1000: fix gpio output Sep 09 09:21:27 when setting the output state of one GPIO pin we have to keep the state of the Sep 09 09:21:27 other pins, hence use binary OR. also gpio_direction_output() wants to set an Sep 09 09:21:27 initial value, so add that too. Sep 09 09:21:28 this fixes a problem with the USB power switch on mtx-1 boards. (#3974) Sep 09 09:21:32 Signed-off-by: Bruno Randolf Sep 09 09:57:03 [florian]: you still around? Sep 09 09:58:12 just curious, who has, in their rules.mk file - TARGET_LDFLAGS:=......-Wl,-rpath-link=................ Sep 09 10:06:57 <[florian]> yep Sep 09 10:11:03 was that to both questions? Sep 09 10:11:58 it would seem we need two kinds of TARGET_LDFLAGS Sep 09 10:12:08 <[florian]> I am still around, yes, this was for the first question Sep 09 10:12:37 Just noticed you were putting stuff up into svn. Sep 09 10:13:02 .. and was wondering if you'd seen the -Wl, stuff causing problems.. Sep 09 10:13:11 rules.mk isn't generated is it? Sep 09 10:13:55 <[florian]> I cannot remember the exact changeset this was introduced, but it seems to have fixed more things than it broke Sep 09 10:14:14 sure, so how do we fix the things that it broke? Sep 09 10:14:38 <[florian]> try first reverting to when the target ldflags did not change Sep 09 10:14:41 I was thinking introducing a different TARGET_LDFLAGS for use with ld -- for those projects that it breaks. Sep 09 10:15:15 [florian]: currently, the ony thing I really need, is the SED issue above. Sep 09 10:15:52 in curl/Makefile just need to change SED 's,,,' to SED 's|||' Sep 09 10:16:13 <[florian]> humm, looks like the same thing I am experiencing with asterisk-1.4.x Sep 09 10:16:33 ok - but that doesn't happen with my latest patches :| Sep 09 10:16:43 I've got asterisk1.4 compiling fine Sep 09 10:16:58 just waiting on Bartman007 to comit my changes.. Sep 09 10:17:11 then I've got some more on top of that to upgrade to the very latest. Sep 09 10:17:23 - and to add uci configuration Sep 09 10:17:28 anyway - gg and cook dinner. Sep 09 10:43:03 frogonwheels: hm... i thought i fixed the sed problem in curl a few days ago, are you sure you have the latest packages? Sep 09 11:10:52 I _thought_ I did. Sep 09 11:11:48 oh f* the f* scripts/update didn't work. Sep 09 11:13:12 you did, indeed. Sep 09 11:13:55 strange - evertyhing updated except packages. Sep 09 11:17:33 maybe we should just use $(TARGET_CC) as LD all the time Sep 09 11:18:15 possibly. I'm going to build again now that I _actually_ have the most up-to-date. Sep 09 11:40:34 It's strange the scripts/feeds update didn't work- or it _did_ for all except packages Sep 09 13:26:12 if i get an error like "configure.ac:483: error: possibly undefined macro: XTRANS_CONNECTION_FLAGS" but the macro exists in the right place in the staging dir - what do i have to do? Sep 09 14:53:57 florian * r12562 /trunk/tools/autoconf/patches/ (. 001-no_emacs_lib.patch): Do not try to build autoconf emacs library, as it can fail on some systems like Fedora core 9 Sep 09 14:56:52 datenmaulwurf: got the latest autoconf? built it clean? Sep 09 14:57:14 datenmaulwurf: (from svn, that is - not on the host system) Sep 09 14:57:47 the buildroot builds it's own autoconf - I had an issue with a mismatch between versions in the buildroot and on my host system. Sep 09 15:34:31 darn... I recompiled samba3 using WITH_LFS=1 and still a 2GB filesize limit using samba... Sep 09 15:36:50 hmm not sure if that helps, but could it be that you have to mount the shares with the "lfs" option (e.g. in fstab) Sep 09 15:36:55 ? Sep 09 15:37:13 ok I will try that... Sep 09 15:38:38 and I assume your samba shares aren't located on fat32 :) Sep 09 15:38:52 wait... how do I do that when the partition is an ext3 partition... Sep 09 15:39:31 the lfs thing? Sep 09 15:40:24 you have to specify this on the client side Sep 09 15:40:30 when doing smbount Sep 09 15:40:35 I did edit /etc/smb.conf.template and in the global section large readwrite = yes Sep 09 15:40:35 *smbmount Sep 09 15:41:18 On the client... well that's windows xp home... Sep 09 15:41:36 oh Sep 09 15:41:48 then I assume it's not the problem Sep 09 15:42:01 which the guys in #samba said uses cifs anyways... Sep 09 15:42:11 k Sep 09 15:42:36 yeah... it's frustration because there are no error messages in the samba host... Sep 09 15:42:55 but windows says the drive has run out of space. Sep 09 15:43:06 1TB... all empty! Sep 09 15:43:10 lol Sep 09 15:44:23 dmesg used to say warning: `smbd' uses 32-bit capabilities (legacy support in use) until I compiled it with_lfs=1... at least that error message went away. Sep 09 15:44:52 but still 2 gb filesize max for me... Sep 09 15:47:30 Yeah.... I looked in the makefile for samba3... nothing suspicious but maybe in the #CXX_FLAGS -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 are both commented out in Makefile Sep 09 15:50:07 oops, CPPFLAGS= -D_GNU_SOURCE is all that is there... Sep 09 15:51:23 johnrw: -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 are required for lfs to work Sep 09 15:52:53 Yeah but the makefile was a generated file... so how do I add those? Just try it on the commandline like I did with WITH_LFS? Sep 09 15:54:01 I guess you have to determine what generates the makefile Sep 09 15:54:19 I belive you can pass those defines as Makefile vars or so Sep 09 15:55:01 hey, but can't cant you just C**FLAGS="..." in the OpenWrt Makefile? Sep 09 15:55:10 *just set Sep 09 15:57:00 ok... I am editing the makefile... but CPPFLAGS= CPPFLAGS?= CPPFLAGS+= which one do I use... I have no idea what the ? mark one is about. Sep 09 15:57:46 = overwrites prevous contents, =? sets it only if it is empty, += appends Sep 09 15:58:16 =? -> ?= Sep 09 15:58:47 I know I saw a kernel switch for really large file support... where one file can be 2 TB long... and I said no to that... is that 64 bit signed math? Sep 09 15:59:21 I mean 64 bit offsets... whew! Sep 09 16:00:07 johnrw: don't really know but I remember that the _FILE_OFFSET_BITS=64 thing seems to be required for >2GB Sep 09 16:01:08 well I knew there is an intermediatary... 48bits. and I figure that support is complete coverage in linux by now... Sep 09 16:01:30 am surprised to see this filesize limit in openwrt... Sep 09 16:03:20 johnrw: If the software is compiled without _FILE_OFFSET_BITS=64 it simply can't address stuff which is larger then 2^32 bits Sep 09 16:03:48 johnrw: http://www.suse.de/~aj/linux_lfs.html Sep 09 16:04:05 oh, okay... 32 or 64... no 48 then... Sep 09 16:04:16 see "Using LFS" Sep 09 16:05:12 thanks... Sep 09 16:05:26 np Sep 09 16:05:52 <_trine> join #openwrt Sep 09 16:06:24 ;) Sep 09 16:07:44 xMff: man that's alot of work... I think I will have to start out with a fresh pull... Sep 09 16:08:51 I don't want to fusge up the stuff I do have working... like sata firewire and the tulip eth interface... Sep 09 16:09:40 johnrw: can try to build it today if you want to test Sep 09 16:10:07 johnrw: can do it once I'm at home again Sep 09 16:10:21 you mean you can build it with that support in it? Sep 09 16:10:36 That would be awesome... Sep 09 16:11:00 Sure I'll test it... Sep 09 16:11:11 johnrw: yeah, I can build it for x86 Sep 09 16:11:17 cool Sep 09 16:12:07 I really need a second P3 machine... Sep 09 16:18:53 some guy had one... all dusty inside and out... and wanted $45 for it... without any monitor! A P3 1000mhz Dell... and I said not a penny over 30$... he came down to 35... and so we parted ways. Sep 09 16:21:56 Kicking myself over the p3's I've left on the curb... :) Sep 09 19:45:00 johnrw: I'll try to tackle the samba thing now Sep 09 19:47:21 xMff: i was playing with (got lost actually) freebsd.... Sep 09 19:47:33 freenas... Sep 09 19:47:44 johrw: a so you don't need it anymore? Sep 09 19:48:00 decided I did not want it to touch my drives any more Sep 09 19:48:07 oh no... I still do! Sep 09 19:48:17 johnrw: okay Sep 09 19:49:43 they call a usb flash drive da0s? partitions are called slices... like da0s1 is /dev/sda1... and I said enough... I'll leave it to younger folks. Sep 09 19:49:57 :) Sep 09 19:51:00 if you are working inside make kernel_menuconfig... can you choose some more options or is it too late for that? Sep 09 20:02:57 do i use my already made kernel modules? Sep 09 20:04:37 johnrw: not to late, still gathering relevant information for >2gb support Sep 09 20:05:09 oh okay... Sep 09 20:25:44 johnrw: my build speed is currently limited by download bandwidth :P Sep 09 20:26:08 johnrw: once I have the source stuff together I'll be able to rebuild quite fast Sep 09 20:26:50 lars * r12563 /packages/ (6 files in 3 dirs): Add libxapian and python-xapian packages. Sep 09 20:27:14 Ok here is my hardware... http://pastebin.ca/1198492 Sep 09 20:27:45 those were non default choices... I left everything else pretty stock... Sep 09 20:30:13 But that also meant I had to choose SCSI Disk support... and I chose SCSI generic... Sep 09 20:30:37 Don't know if I needed that... and it may cause problems... I dunno Sep 09 20:30:51 johnrw: can you simply pastebin your .config ? Sep 09 20:31:05 Sure Sep 09 20:31:09 johnrw: then I'll drop it in here and rebuild Sep 09 20:32:14 the .config from the top of the trunk, or the kernel Sep 09 20:32:28 johnrw: what else did you done on samba3 when you tried to enable large file support? Sep 09 20:32:37 johnrw: top of trunk Sep 09 20:35:51 http://pastebin.ca/1198503 Sep 09 20:36:56 But that one will build some of them as modules... Sep 09 20:40:18 I think just the tulip and 3com were modules. and the firewire... but hey... I don't need all that... If the smbd/kernel works... I can get the .config and build again. Sep 09 20:43:44 k Sep 09 23:06:24 wtf... gcc doesn't compile on x86 Sep 09 23:06:39 oh i/o error Sep 09 23:06:44 damn Sep 09 23:06:51 dying hd Sep 09 23:16:22 yeah... my 8GB thumb drive dont like my windows machine... Code 10 errors... Sep 09 23:17:33 hardware fault day Sep 09 23:47:37 johnrw: I have now compiled samba3 with "-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE" Sep 09 23:48:39 cool... did it require changes in the kernel? Sep 09 23:49:49 http://pastebin.com/dff3d664 Sep 09 23:49:51 no Sep 09 23:50:02 but not sure if it works, just compiled it Sep 09 23:50:08 awespme... Sep 09 23:50:14 I will upload the wohle stuff now Sep 09 23:50:17 *awesome Sep 09 23:50:35 k Sep 09 23:51:51 btw: I hate windows and it's whole ideology... I had to uninstall all usb devices... just to get windows to see a perfectly good thumb drive... Sep 09 23:52:56 Lost my keyboard... :) It kept saying the device could not start... code 10 Sep 09 23:53:41 what's better to share files under unixes? NFS or Samba? Sep 09 23:53:57 (What I go through just for my wife... who loves xp) Sep 09 23:54:18 wtf... why do I have over one mb/s upload oO Sep 09 23:55:02 NFS = no security... but behind a firewall... I would use it... but my wife can't bash... Sep 09 23:55:47 Samba is okay on a network with just a few pc's but the more pc's there are... the worse it gets... Sep 09 23:56:16 The guys in #samba said in that case to use WINS... Sep 09 23:56:32 johnrw: http://jow.artofcoding.de/kamikaze-x86/ Sep 09 23:56:36 as samba can take advantage of it... Sep 09 23:56:37 portmap and nfs bind a local address Sep 09 23:56:43 and i'm behind a frewall Sep 09 23:56:47 johnrw: you can use packages/ as repo Sep 09 23:56:55 i have 2 linux pc and 2 mac os x one, no windows Sep 09 23:56:59 so I can use both Sep 09 23:57:05 johnrw: it's built from you .config Sep 09 23:57:15 with my samba3 changes Sep 09 23:57:20 cool... Sep 09 23:57:24 NFS = no security Sep 09 23:57:36 wrong, NFS4 has kerberos security Sep 09 23:58:24 4 is experimental at this point, but I admit... I'm not the one to ask... Sep 10 00:12:22 xMff: ok, I am getting it now. Sep 10 00:13:05 johnrw: plz report back, I'm interested if it works or if it was just snake oil :) Sep 10 00:13:29 I sure will... Sep 10 00:14:06 I have to clear out an old partition... then I will get it... installed. Sep 10 00:58:28 xMff: you wouldn't happen to have an extra tulip driver would ya' :) Sep 10 00:58:52 will build it Sep 10 00:58:54 it should be in the build_dir Sep 10 00:58:59 ah k Sep 10 00:59:05 if you used my config... Sep 10 00:59:32 it should be there... actually it should be in the kernel... Sep 10 00:59:38 hmmm Sep 10 00:59:54 my tulip wasn't detected... Sep 10 01:00:43 hmm, will do make kernel_menuconfig now Sep 10 01:00:57 i still have to copy over the /etc/stuff... Sep 10 01:01:18 tulip 10/100 family? Sep 10 01:01:42 yes, and the DEC 2114x Sep 10 01:02:00 should be a module... Sep 10 01:02:06 is build as module ok? Sep 10 01:02:08 ah lol Sep 10 01:02:08 k Sep 10 01:02:30 while you are tyhere Sep 10 01:02:37 should I enable one of those extra features? Sep 10 01:02:41 how is the sata setup...? Sep 10 01:03:16 I still need sata_sil to access my large hard disk Sep 10 01:03:33 but that should have been built internal as well Sep 10 01:04:25 Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA are enabled Sep 10 01:04:28 *is Sep 10 01:04:34 but as module Sep 10 01:05:22 so I will build in the sil stuff now Sep 10 01:05:26 and tulip too Sep 10 01:05:46 everything was selected as module here... Sep 10 01:06:09 k, I am trying to merge my etc with the new one... Sep 10 01:08:15 is it enough to make afterwards or do I have toclean the kernel pkg? Sep 10 01:09:05 I just did a make target/linux/compile and then looked in the build dir Sep 10 01:09:25 these won't be packaged in ipk's Sep 10 01:09:40 but the kernel modules work... Sep 10 01:09:41 okay, rebuild complete, now uploading Sep 10 01:10:45 johnrw: IIRC the packages are created during during package/kernel even though the kernel itself is built in target/linux Sep 10 01:13:07 Bartman007: the modules in question aren't packed by the build system because they do not show up in make menuconfig... but make kernel_menuconfig has them Sep 10 01:13:18 johnrw: all done, same location Sep 10 01:13:33 ok... cool Sep 10 01:14:03 johnrw: oh, missed that part of the conversation Sep 10 01:14:42 hehe, in the long term I'll try to crack the samba3 2gb barrier :P Sep 10 01:15:31 johnrw: I now have built the tulip and the sata_sil driver into the kernel Sep 10 01:15:58 hope that was okay Sep 10 01:16:06 ok... so i just get the new kernel then? Sep 10 01:16:29 I think so Sep 10 01:23:05 xMff: how did you go with the asterisk web pages? Sep 10 01:23:44 frogonwheels: haven't anything started so far, I always got trapped in conversations... Sep 10 01:23:55 hmm.. knwo how that is. Sep 10 01:24:14 I've bowed out of #vim and #openwrt for a bit so that I can concentrate on working.. Sep 10 01:24:19 the traps of working from home. Sep 10 01:24:25 yep Sep 10 01:25:38 I already started thinking about a kind of uci -> luci converter, which will perhaps ask a few questions and then generate that stuff automatically Sep 10 01:25:48 out of pure lazyness *haha* Sep 10 01:25:54 yeah - not a bad idea. Sep 10 01:31:25 Asterisk would be a good opportunity to do just that, it will be a lot of redundant code I have to type Sep 10 01:31:37 yep, exactly Sep 10 01:32:11 btw, we're currently down to 0.05 sec pure processing time for the uci scheme, with startup time excluded Sep 10 01:32:17 oh,btw, the module configurations still have a enum defined for each one.. so that is quite long. Sep 10 01:32:28 cool Sep 10 01:34:28 I still found some smaller bugs in there but now it "compiles" cleanly Sep 10 01:37:06 This works for clearsilver/Makefile -->> LD="$(TARGET_CC) -o" \ Sep 10 01:37:36 johnrw: is the kernel okay now? Sep 10 01:44:40 well I can't tell yet... I copied my /etc/config/network to the new partition and my interfaces are still scerwed up... but the drivers are there Sep 10 01:44:57 ok Sep 10 01:45:21 but now my AC is not wqorking and I'm sweating... Sep 10 01:45:38 Too much humididty for the AC ubit... Sep 10 01:45:44 *unit Sep 10 01:46:08 I think it is now a block of ice... inside... Sep 10 01:46:26 oh, I have comfortable 15°C here :) Sep 10 01:46:36 first time that has happened this year... Sep 10 01:46:44 bad hardware day! Sep 10 01:46:49 yep Sep 10 01:54:24 okay, here is my setup... but the windows machine's nic's light stays on... ordinarily I have it hooked up with a crossover to the tulip card... http://pastebin.ca/1198787 Sep 10 01:56:58 the "config 'wan'" line seems to be wrong Sep 10 01:57:39 perhaps you should stop the firewall Sep 10 02:48:40 yeah, I can't figure this out... without air conditioning... Sep 10 02:51:08 I took the cover off the ac, and sure enough... it was all iced up in front... where it usually gets cold. **** ENDING LOGGING AT Wed Sep 10 02:59:57 2008