**** BEGIN LOGGING AT Tue Aug 14 02:59:56 2007 Aug 14 09:01:34 florian * r8411 /trunk/package/rt2x00/src/rt2x00_compat.h: Do not complain when USB is not available in our kernel Aug 14 09:11:34 [florian]: what? why did you do that? Aug 14 09:12:50 the requirement of USB for USB drivers should be an error, not a warning Aug 14 09:16:20 compat.h compares against the config file, which is dynamically generated Aug 14 09:17:03 if usb gets required when usb drivers are not being built, the code that generates it needs fixing, not compat.h Aug 14 09:24:50 btw, i followed the traces again under better light. gpio0 is indeed the reset button Aug 14 09:29:42 <[florian]> great Aug 14 09:47:28 florian * r8412 /trunk/target/imagebuilder/Makefile: Fix image builder generation (#2213) Aug 14 09:47:48 <[florian]> sn9: rt2x00 just does not compile by default, it complains about a missing script/genksyms/genksyms Aug 14 09:48:25 i believe that has to do with glib Aug 14 09:48:48 no idea how that's linked Aug 14 09:49:05 oh, wait, that was genmarshal Aug 14 09:49:18 <[florian]> with glib ? no it is a problem reading the kernel configuration Aug 14 09:50:56 and the error->warning fixes that? Aug 14 09:55:07 florian * r8413 /trunk/package/rt2x00/Makefile: Fix rt2x00 kernel config reading Aug 14 09:55:07 <[florian]> this does Aug 14 09:56:42 ok Aug 14 09:56:57 i will come up with a better fix for the usb Aug 14 09:57:35 <[florian]> well, yes, the rt2x00 should not throw out an error if usb is disabled, but rather prevent the compilation from usb related part Aug 14 09:57:39 <[florian]> +s Aug 14 09:58:27 <[florian]> I will try converting the r6040 to use the icplus phy lib Aug 14 09:58:34 <[florian]> which is in 2.6.23 Aug 14 09:58:43 i did not see that Aug 14 10:02:12 <[florian]> http://lists.openwall.net/netdev/2007/04/10/70 Aug 14 10:04:05 <[florian]> seems to be doing what we want, with eventual hacks in the phy driver directly instead of the r6040 Aug 14 10:06:25 i will put that in the forthcoming patch Aug 14 10:07:20 <[florian]> thanks Aug 14 10:07:36 <[florian]> I will be off for the rest of the week, so feel free to hack :) Aug 14 10:08:05 i will submit within the hour Aug 14 10:15:13 <[florian]> great, so that I could review and merge it :) Aug 14 10:22:05 <[florian]> shall we start using tinderbox ? Aug 14 10:32:51 hello Aug 14 10:32:57 knox? Aug 14 10:33:08 i am going to build a small package for which there is no src on the internet Aug 14 10:33:23 whats the best approach to attach the src.c (just one file) to openwrt? Aug 14 10:33:53 since im trying to make it a proper openwrt package "the original way" i need your advice :-) Aug 14 10:34:59 <[florian]> how many source files ? Aug 14 10:35:03 just one Aug 14 10:35:19 taken from another project, fli4l Aug 14 10:35:23 <[florian]> put it in a src subdirectory of your package, then change the Build/Prepare Aug 14 10:35:28 <[florian]> is it gpl or compatible ? Aug 14 10:35:49 gpl2 Aug 14 10:35:52 <[florian]> good Aug 14 10:35:57 its a small but cool watchdogd Aug 14 10:36:13 <[florian]> is not the one from busybox with softdog sufficient ? Aug 14 10:36:15 what's tinderbox? Aug 14 10:36:35 <[florian]> sn9: http://www.mozilla.org/tinderbox.html Aug 14 10:37:10 actually i dont have a clue about watchdog. my workmate and me are building an embedded system for a customers project and he said he wants me to build this watchdogd for him Aug 14 10:37:29 but when i start some work i rather do it "right" and make a package of it Aug 14 10:37:41 <[florian]> of course Aug 14 10:38:02 does the watchdog from busybox have signal handling? Aug 14 10:38:16 <[florian]> I am not sure about that Aug 14 10:38:32 i will let you know when im done with this package Aug 14 10:38:34 thanks for the help Aug 14 10:38:39 <[florian]> it is suitable for reading a hardware watchdog device and using it Aug 14 10:38:43 [florian]: sure, if you bring tinderbox online, it'll be good Aug 14 10:40:24 my mate told me that this watchdog is good to use with soekris, wrap and waver boards Aug 14 10:40:34 they say they have greate experience with it in their distri Aug 14 10:44:50 [florian]: regarding https://dev.openwrt.org/ticket/2194 , have you tried a fresh checkout and select atheros-2.6 & weechat? Aug 14 10:45:13 [florian]: because gnutls still fails here Aug 14 10:45:48 <[florian]> loswillios: ok, I will have a closer look Aug 14 10:47:07 whats a good cookie to use inside the Prepare target to copy from "package/utils/watchdogd/src/" ? Aug 14 10:48:20 <[florian]> $(CP) src/* $(PKG_BUILD_DIR)/ for instance Aug 14 10:50:01 is it okay to ommit PKG_SOURCE et al if i dont use them? i think so :-) Aug 14 10:55:08 <[florian]> sure Aug 14 11:47:06 [florian]: up Aug 14 11:51:38 [florian]: thoughts? Aug 14 11:56:19 [florian]: same url as before Aug 14 12:10:16 my source compiles fine but now i need to copy my target binary from build_dir into $(PKG_INSTALL_DIR) ...whats a good approach? Aug 14 12:53:01 whats a good starting number for watchdog? S10 ? S20 ? Aug 14 12:53:16 in the distri where i took it from they start it at 003 Aug 14 13:03:30 ok im finished :-) Aug 14 13:03:34 my first openwrt package Aug 14 13:06:12 <[ryd]> ln Aug 14 13:06:16 <[ryd]> argl Aug 14 13:06:37 it needs some testing then it should be fine Aug 14 13:06:41 hello ryd Aug 14 13:06:48 hello Aug 14 16:05:05 question: i want to build a package that replaces a file wich is in another package Aug 14 16:05:10 whats the best approach? Aug 14 16:06:04 should i mess up the package that originally contains that file (base-files => /etc/inittab) and change its version or is it possible to make a custom package that only contains the changed file? Aug 14 16:06:26 how to ensure that allyways the updated version from the extra package overrides the original file? Aug 14 18:04:10 make the second package depend on the first Aug 14 18:04:29 (and hope that they never upgrade just the first, later, but that's their own problem) Aug 14 21:20:51 Isn't using update-alternatives the correct way to handle two packages wanting to own one file? Aug 14 21:25:19 rwhitby: Is the nslu2 project using eabi with armeb yet ? (thought openwrt would have the new uclibc by now - guess nbd was busy/working or so) Aug 14 21:29:03 h3sp4wn: angstrom can be built armeb eabi Aug 14 21:29:18 Freecom FSG-3 has released armeb eabi firmware for their commercial product Aug 14 21:29:34 slugos is still oabi, and will remain that way until it is replaced by angstrom Aug 14 21:38:12 rwhitby: thanks (I hope angstrom can used uclibc but I will check) Aug 14 21:38:45 yes, angstrom can be built with uclibc. But why are you discussing OE stuff on an OpenWrt channel? Aug 14 21:39:17 rwhitby: because I want to build openwrt with eabi (for my xscale) Aug 14 21:39:38 just want somewhere to get the patches from really Aug 14 21:40:09 h3sp4wn: ok, that's a different topic. yes, the OE toolchain patches for armeb eabi should work. Aug 14 21:40:26 (note that those patches are not tied to a specific distro in OE) Aug 15 00:51:03 I'm trying to build radius support into ipsec-tools 0.7-rc1 (I got it working without radius). How do I go about this? it fails at linking stage '-lradius' not found. I've tried various DEPENDS=+freeradius/+libradius with no success... Aug 15 01:07:14 [mbm]: you around? Aug 15 01:07:28 <[mbm]> nope Aug 15 01:07:32 ok Aug 15 01:58:22 heh, what it is with people quitting just before I attempt to help them. Aug 15 01:58:47 good luck :-P Aug 15 02:00:25 thepeople_mobile: hehe, probably, though I'm sure the tip to make sure freeradius had a Build/InstallDev section would have helped. Aug 15 02:02:26 well it might be broke if it is in trunk currently also, it seems a couple of things were broke in changes Aug 15 02:03:18 well, the freeradius makefile doesn't install anything in the staging dir; kinda hard to build radius support.. Aug 15 02:04:04 that it would be **** ENDING LOGGING AT Wed Aug 15 02:59:57 2007