**** BEGIN LOGGING AT Thu Aug 13 02:59:59 2009
Aug 13 03:31:55 <CIA-36> jow * r17238 /trunk/package/firewall/ (Makefile files/firewall.config): [package] firewall: allow incoming udp/68 packets in the default configuration (#4108, #4781)
Aug 13 03:35:38 <CIA-36> jow * r17239 /branches/8.09/package/firewall/ (Makefile files/firewall.config): [8.09] firewall: merge r17238, bump patch level
Aug 13 04:05:14 <xMff> frogonwheels: regarding wprobe, could you try this: http://openwrt.pastebin.com/m3773f13f ?
Aug 13 04:14:03 <xMff> meh scrap that, uclibc does not implement it
Aug 13 04:14:36 <xMff> ah no, wrong include
Aug 13 04:21:45 <xMff> frogonwheels: corrected patch http://openwrt.pastebin.com/m1677e198
Aug 13 04:59:44 <cshore> anyone know how to do the equivalent of
Aug 13 04:59:44 <cshore> if [ -n "ls feeds/*/*/*/image-config.in" ]; then
Aug 13 04:59:44 <cshore> in Perl?
Aug 13 05:00:23 <cshore> basically I want to check of there is even one image-config.in in the feeds directory
Aug 13 05:00:29 <cshore> (if feeds exists)
Aug 13 05:00:38 <cshore> feeds may or may not exist
Aug 13 05:01:34 <xMff> if( scalar glob "feeds/*/*/*/image-config.in" ) { ... }
Aug 13 05:01:43 <cshore> thanks
Aug 13 05:28:15 <frogonwheels> ta xMff will look at that later
Aug 13 05:28:15 <frogonwheels> oh i fixed that actually
Aug 13 05:32:08 <frogonwheels> I used  %"PRId64" instead of %lld
Aug 13 05:59:24 <frogonwheels> xMff: Just looked at that patch.  That's exactly what I've already done.
Aug 13 05:59:41 <frogonwheels> moved onto the next one: madwifi
Aug 13 08:15:35 <frogonwheels> yuck.  x86 64bit madwifi not compiling:
Aug 13 08:15:48 <frogonwheels> getting conflicting types for 'u_int64_t'
Aug 13 08:17:00 <frogonwheels> it seems to be caused by linux/types.h  which is including sys/types.h  and then defining some types.  I think there must be some #defines floating about that get in the way.
Aug 13 08:18:56 <frogonwheels> the fixes I can find all say 'get the latest <blah>'  - but haven't traced itback to it's root cause.
Aug 13 10:37:11 <CIA-36> acinonyx * r17240 /packages/utils/pciutils/Makefile: [packages] pciutils: Fix updating of PCI IDs list, bump release number
Aug 13 10:37:16 <CIA-36> acinonyx * r17241 /packages/net/kismet/Makefile: [packages] kismet: Update configuration and remove deprecated files (#5676)
Aug 13 10:37:21 <CIA-36> acinonyx * r17242 /packages/utils/usbutils/Makefile: [packages] usbutils: Fix package installation if IDs list update fails
Aug 13 10:42:04 <CIA-36> acinonyx * r17243 /packages/net/kismet/Makefile: [packages] kismet: Add missing dependency on libpcre
Aug 13 10:43:17 <CIA-36> juhosg * r17244 /trunk/target/linux/ar71xx/Makefile: [ar71xx] switch to 2.6.30
Aug 13 17:05:15 <CIA-36> acinonyx * r17245 /packages/net/kismet/ (Makefile patches/100-fix-math-lib.patch): [pakages] kismet: Fix kismet_client linking against uClibc++ and libm, bump release number
Aug 13 17:11:44 <kupesoft> Anyone got a gspca cam and want to test my patch?
Aug 13 17:12:14 <kupesoft> s/gspca cam/cam supported by gspca/
Aug 13 17:12:27 <kupesoft> brb
Aug 13 17:14:17 <kupesoft> question stands :)
Aug 13 17:15:51 <Bartman007> I have a camera that is supposedly uvc compatible, but the uvc driver crashes it, no gspca compat gear ATM.
Aug 13 17:16:58 <kupesoft> An RFC would be just as good
Aug 13 17:18:12 <kupesoft> http://etc.kupesoft.com/openwrt/gspca-sofar.patch
Aug 13 17:19:37 <kupesoft> I'm also packing libv4l and a better webcam to jpg screengrabber
Aug 13 17:19:55 <kupesoft> But the libv4l package isn't ready and the better screengrabber is only half written :P
Aug 13 17:20:55 <loswillios> hehe
Aug 13 17:21:42 <Bartman007> kupesoft: is it possible and/or preferable to make the rest of the kmods appear only when video-gspca-core is selected? (or chuck them in a submenu)
Aug 13 17:21:58 <kupesoft> There's *so* many of them!
Aug 13 17:22:39 <Bartman007> right, I'm thinking about way to keep the video menu clean.
Aug 13 17:22:41 <kupesoft> Maybe not a submenu, but a menu that only appears when you select kmod-gspca-core?
Aug 13 17:23:16 <kupesoft> ie remove MENU:=1 in define KernelPackage/video-gspca-core
Aug 13 17:23:31 <Bartman007> oh. I see you already have them depend on kmod-video-gspca-core, rather than +video... so it's halfway done.
Aug 13 17:23:53 <Bartman007> let me apply the patch and look at it in menuconfig rather than read the diff
Aug 13 17:25:44 <kupesoft> 28 modules on 2.6.30 and 23 on 2.6.28
Aug 13 17:26:00 <kupesoft> Bartman007: The config is automagically generated from a script
Aug 13 17:26:36 <Bartman007> I retract all comments. I like it as is.
Aug 13 17:26:46 <Bartman007> I was misreading the code
Aug 13 17:26:47 <kupesoft> http://openwrt.pastebin.com/m50d9454a
Aug 13 17:28:35 <kupesoft> Should we delete the gspca1 out-of-tree module in packages/ ?
Aug 13 17:28:40 <kupesoft> (when/if this is accepted)
Aug 13 17:31:50 <Bartman007> yes, this could complately replace it
Aug 13 18:08:10 <CIA-36> hauke * r17246 /trunk/target/linux/generic-2.6/ (3 files in 2 dirs): [lib80211] fix build
Aug 13 18:24:41 <kupesoft> http://etc.kupesoft.com/openwrt/gspca-sofar.patch bump if anyone's tracking this
Aug 13 19:29:28 <_trine> good evening; I have re tried the old firmware r 15554 on my old TEW632 which I thought was broken. I can now report that it is fully functional with the old firmware and isn't with the trunk as of yesterday
Aug 13 20:09:05 <kupesoft> One of my libs is spewing undefined reference to `shm_open'
Aug 13 20:09:38 <kupesoft> when linking against an executable
Aug 13 20:09:44 <kupesoft> Anyone seen this?
Aug 13 20:15:31 <kupesoft> Is there shared memory support in uclibc/openwrt?
Aug 13 20:17:55 <kupesoft> blah
Aug 13 20:37:43 <kupesoft> I'll just patch out usage
Aug 13 22:13:28 <swalker> somebody want to checkin https://dev.openwrt.org/ticket/5557 along with a bump to 2.6.30.4?
Aug 13 22:32:22 <frogonwheels_> swalker: hey, do you know where the md5s for the linux-kernel versions are in the makefiles? or isn't there any?
Aug 13 22:34:58 <Bartman007> frogonwheels_: include/kernel-version.mk
Aug 13 22:35:46 <Bartman007> swalker: 2.6.30.4 breaks multiple things for us. a few devs are working on it.
Aug 13 22:36:38 <Bartman007> and I'm reluctant to bump x86 myself as I can only test on VMs are physical machines, but in the past ALIX (and similar boards) can fail to boot when others work just fine
Aug 13 22:37:07 <Bartman007> if someone confirms 2.6.30 boots fine on embedded gear I'll bump the makefile
Aug 13 22:37:23 <Bartman007> I have to run, be back later.
Aug 13 22:41:30 <frogonwheels_> thanks Bartman007
Aug 13 22:59:11 <stevecrozz> anyone have experience with this device? http://oldwiki.openwrt.org/OpenWrtDocs%282f%29Hardware%282f%29Asus%282f%29RT%282d%29N15.html
Aug 14 00:52:14 <CIA-36> nbd * r17247 /trunk/target/linux/ar71xx/ (2 files in 2 dirs): ar71xx: change the linking order of the ag71xx module so that the driver can take advantage of phy fixups
Aug 14 00:52:19 <CIA-36> nbd * r17248 /trunk/target/linux/generic-2.6/ (5 files in 4 dirs): add a driver for rtl8306 switches
Aug 14 00:52:23 <CIA-36> nbd * r17249 /trunk/target/linux/ar71xx/ (config-2.6.28 config-2.6.30): ar71xx: enable rtl8306 support by default (for wrt160nl)
Aug 14 00:52:27 <CIA-36> nbd * r17250 /trunk/target/linux/ar71xx/profiles/linksys.mk: add the swconfig utility to the wrt160nl profile
Aug 14 02:22:42 <Beta2K> Hello all
Aug 14 02:23:07 <Beta2K> Could someone tell me where I can find the config's for the build systems menuconfig ?
Aug 14 02:23:31 <Beta2K> eg, where the files are that determine what to display when you run make menuconfig
Aug 14 02:25:36 <Beta2K> I've found some of them, but I can't find where the system types and sub-types are defined
Aug 14 02:42:44 <russell_> hey, can we get this yanked?  it's fuck up any wgt that it's flashed on:  http://downloads.openwrt.org/kamikaze/8.09.1/brcm47xx/openwrt-brcm47xx-squashfs.trx
Aug 14 02:42:55 <russell_> any wgt634u, that is
Aug 14 02:43:19 <russell_> it is a landmine waiting to get stepped on.
Aug 14 02:43:40 <frogonwheels_> Beta2K: it's in the makefiles ..
Aug 14 02:44:15 <frogonwheels_> Beta2K:  the types are defined in the  target/linux/*  directories, and the sub-types under that.
Aug 14 02:46:12 <Beta2K> So all I have to do is add a subtype to the types matefile and all is well?
Aug 14 02:46:26 <Beta2K> Other then creating the profiles
Aug 14 02:46:36 <frogonwheels_> Beta2K: pretty much.
Aug 14 02:46:46 <frogonwheels_> Beta2K:  get it in the right format, and it all gets created for you.
Aug 14 02:47:28 <frogonwheels_> Beta2K: the menu is constructed from a mixture of files in the menu format and appending stuff collated from the makefiles for targets and all the packages...
Aug 14 02:47:34 <frogonwheels_> Beta2K: I think it's put into tmp/
Aug 14 02:48:06 <frogonwheels_> Beta2K: I've just made a 64bit x86 target - so only new to this.. but it seems to work pretty well.
Aug 14 02:48:32 <frogonwheels_> Beta2K:  when you do a make kernel_menuconfig it copies the kernel config into the target or sub-target directories!
Aug 14 02:48:58 <frogonwheels_> Beta2K:  be careful of that when you are creating a differential config for sub-target kernel... keep a backup.
**** ENDING LOGGING AT Fri Aug 14 02:59:57 2009