**** BEGIN LOGGING AT Tue Feb 16 02:59:57 2010
Feb 16 03:00:41 <builder> build #9 of xburst is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/xburst/builds/9
Feb 16 03:04:04 <CIA-41> swalker * r19650 /packages/libs/libtorrent/ (4 files in 2 dirs): [packages] libtorrent: update to 0.12.6_r1130 (#6685)
Feb 16 03:06:31 <CIA-41> swalker * r19651 /packages/net/rtorrent/ (4 files in 2 dirs): [packages] rtorrent: update to 0.8.6_r1130 (#6685)
Feb 16 04:34:55 <CIA-41> swalker * r19652 /packages/utils/nano/Makefile: [packages] nano: update to 2.2.3
Feb 16 08:00:15 <CIA-41> kaloz * r19653 /trunk/target/linux/xburst/Makefile: [xburst]: change back kernel version to 2.6.32.8
Feb 16 08:08:12 <CIA-41> kaloz * r19654 /trunk/target/linux/config-2.6.30: I guess florian didn't want this file here ;)
Feb 16 08:08:56 <CIA-41> kaloz * r19655 /trunk/target/linux/etrax/ (files/ files-2.6.30/): [etrax]: ...and probably claudio forgot to rename this directory, too :)
Feb 16 09:08:11 <Lallino> hi _trine
Feb 16 09:31:01 <Lallino> does openwrt run on this Sigma Designs SMP8643, 667MHz CPU with floating point coprocessor. ?=)
Feb 16 09:31:10 <[florian]> no it does not
Feb 16 09:31:22 <[florian]> or if it does, no one published public sourcecode for it
Feb 16 09:34:32 <blogic> Lallino: did you try to boot ifxmips on the amazon.se ?
Feb 16 09:34:43 <blogic> and if so did you see anything in the console ?
Feb 16 09:35:01 <rtz> [florian]: i did track down the crash, it's a problem with the vmx detection
Feb 16 09:35:16 <rtz> [florian]: maybe with the cpuid instruction
Feb 16 09:35:37 <Lallino> blogic i did not try to boot ifxmips on the amazon.se
Feb 16 09:35:48 <rtz> [florian]: but it still doesn't reboot and only hangs, but I didn't check this yet
Feb 16 09:35:48 <Lallino> because afaik the tools to create the image are not compatibile
Feb 16 09:36:02 <Lallino> amazon.se uses tools which produce an image with a special header
Feb 16 09:36:09 <Lallino> at least this is what i've understood
Feb 16 09:36:23 <Lallino> what i did was to compile some packages for ifxmips
Feb 16 09:36:43 <Lallino> i've tried those packages on amazon.se which was running its own image
Feb 16 09:36:52 <Lallino> unfortunately those packages segfault :-(
Feb 16 09:37:27 <Lallino> now i'm facing this problem: the sofia-sip stack used by freeswitch
Feb 16 09:37:33 <Lallino> in its mod-sofia
Feb 16 09:37:45 <Lallino> sends the CPU at 100% and does not work on the amazon.se
Feb 16 09:38:04 <Lallino> while it works perfectly on other platforms like ubiquiti networks router starion pro
Feb 16 09:38:10 <[florian]> rtz: cool, thanks for testing
Feb 16 09:38:43 <Lallino> to me it seems a problem of the proprietary toolchain arrived from infineon that i'm using inside openwrt but i have not clues on how to proceed from here
Feb 16 09:39:46 <rtz> [florian]: if I have some time, I will track down the reboot problem and provide a patch
Feb 16 09:39:55 <[florian]> rtz: thanks
Feb 16 10:17:45 <CIA-41> lars * r19656 /packages/Xorg/lib/pango/Makefile: [packages] pango for X should depend on libXft
Feb 16 11:12:41 <CIA-41> lars * r19657 /packages/net/tinyproxy/patches/010-no-docs-and-tests.patch:
Feb 16 11:12:41 <CIA-41> [packages] tinyproxy: Build without docs and tests. Removes the requirement of
Feb 16 11:12:41 <CIA-41> having asciidoc to be installed on the host system.
Feb 16 12:07:42 <kerneis_g> hi
Feb 16 12:07:48 <kerneis_g> any UCI hacker around?
Feb 16 12:08:43 <blogic> what part of uci ?
Feb 16 12:09:24 <kerneis_g> config_get is broken but I don't know if it's fixable
Feb 16 12:09:37 <kerneis_g> you cannot hyphen in option names
Feb 16 12:09:56 <kerneis_g> because: export ${NO_EXPORT:+-n} -- "${1}=\${'CONFIG_${2}_${3}':-\${4}}"
Feb 16 12:10:15 <kerneis_g> the hyphen in 2 or 3 is mistaken for the :- separator
Feb 16 12:10:17 <kerneis_g> (I guess)
Feb 16 12:11:11 <blogic> ok
Feb 16 12:11:17 <blogic> - is not allowed in config section name
Feb 16 12:11:32 <jow_laptop> neither in option names
Feb 16 12:11:45 <jow_laptop> this is to enshure compatibility with shell implementations
Feb 16 12:11:48 <jow_laptop> -h
Feb 16 12:12:05 <blogic> option names sort of work when they are in "" i think ?!
Feb 16 12:12:11 <jow_laptop> nope
Feb 16 12:12:27 <kerneis_g> this should be documented in doc/
Feb 16 12:12:35 <jow_laptop> they're translated to variable names internally which can't have hyphens in them
Feb 16 12:12:46 <kerneis_g> this sounds like a sane limitation, but should be made clear IMHO
Feb 16 12:12:48 <jow_laptop> http://wiki.openwrt.org/doc/uci#file.syntax
Feb 16 12:13:25 <kerneis_g> ok
Feb 16 12:14:05 <kerneis_g> thank you
Feb 16 12:14:10 <jow_laptop> np yw
Feb 16 12:16:28 <blogic> jow_laptop: ok
Feb 16 12:17:51 <KanjiMonster> anyone successfully enabled jumbo frame on the ag71xx?
Feb 16 12:19:33 <KanjiMonster> it looks as if it should support it (there's a HUGE_FRAME_EN bit in one of the control registers), but when enabling it it seems to lock up when receiving a frame bigger than 1544 bytes
Feb 16 12:20:48 <larsc> rhk`: the hiawatha md5sum doesn't match for me. could you check that it's the correct one you set in your update yesterday?
Feb 16 12:31:25 <CIA-41> lars * r19658 /packages/libs/libconfig/Makefile: [packages] Update libconfig to 1.4.3. The 1.4 tarball seems to be gone...
Feb 16 13:15:24 <rhk`> larsc: yup, i'll check it now
Feb 16 13:19:17 <rhk`> larsc: 876111ba94b183745b90ca27d4f2b0ed
Feb 16 13:21:02 <larsc> thats the same one as i had, but the package has a different one
Feb 16 14:33:50 <CIA-41> rhk * r19659 /packages/net/hiawatha/Makefile: [packages] hiawatha: fix checksum
Feb 16 14:34:21 <rhk`> larsc: see https://dev.openwrt.org/changeset/19659, thanks for pointing out
Feb 16 14:34:51 <larsc> thanks
Feb 16 16:18:05 <CIA-41> rhk * r19660 /packages/libs/polarssl/Makefile: [packages] polarssl: fix parallel build
Feb 16 16:59:09 <CIA-41> obsy * r19661 /packages/net/transmission/ (Makefile files/transmission.init): [packages] transmission: correct quoting of parameters
Feb 16 17:42:08 <builder> build #10 of ramips is complete: Exception [exception failed slave lost shell_19 compile_15]  Build details are at http://tksite.gotdns.org:8010/builders/ramips/builds/10
Feb 16 17:53:56 <builder> build #10 of ixp4xx is complete: Failure [failed compile_7]  Build details are at http://tksite.gotdns.org:8010/builders/ixp4xx/builds/10
Feb 16 18:28:44 <CIA-41> nbd * r19662 /trunk/package/hostapd/Makefile: hostapd: move the roboswitch config override to the right place
Feb 16 18:28:48 <CIA-41> nbd * r19663 /trunk/package/hostapd/Makefile: hostapd: fix wpad compile on powerpc
Feb 16 18:28:52 <CIA-41> nbd * r19664 /trunk/package/kernel/modules/block.mk: kernel: add a package for kmod-ata-sil
Feb 16 18:28:56 <CIA-41> nbd * r19665 /trunk/package/kernel/modules/other.mk: kernel: add a package for block2mtd
Feb 16 18:29:00 <CIA-41> nbd * r19666 /trunk/package/kernel/modules/block.mk: kernel: build the scsi core package even if CONFIG_SCSI=y
Feb 16 18:29:04 <CIA-41> nbd * r19667 /trunk/package/hostapd/Makefile: hostapd: select crda if mac80211 is selected
Feb 16 18:29:09 <CIA-41> nbd * r19668 /trunk/target/linux/mpc83xx/config-2.6.32: mpc83xx: add support for mpc8313 in 2.6.32
Feb 16 18:29:14 <CIA-41> nbd * r19669 /trunk/target/linux/mpc83xx/patches-2.6.32/100-vitesse_8601.patch: mpc83xx: add support for the vitesse 8601 phy
Feb 16 18:29:18 <CIA-41> nbd * r19670 /trunk/target/linux/mpc83xx/patches-2.6.32/110-etsec27_war.patch: mpc83xx: add a workaround for erratum eTSEC27 in earlier mpc8313 chip revs
Feb 16 18:34:22 <tripolar_> nbd is there a way to tell inside a package to select a patch only if a option is selected - or are always all patches for a package applied?
Feb 16 18:35:02 <nbd> i wouldn't recommend doing selective patching
Feb 16 18:35:10 <nbd> this makes quilt based workflows harder and more confusing
Feb 16 18:35:24 <nbd> you should add ifdefs in the right places and deal with it through cflags instead
Feb 16 18:35:25 <tripolar_> nbd no i mean on a package
Feb 16 18:35:27 <nbd> or something like that
Feb 16 18:35:28 <tripolar_> not the kernel
Feb 16 18:35:30 <nbd> i know
Feb 16 18:35:33 <nbd> even on packages it'd suck
Feb 16 18:35:50 <nbd> i use quilt there as well ;)
Feb 16 18:36:16 <tripolar_> hmm it would be nice - openssh has some nice enhancement features but they are only usefull on strong machines with a fast enough eth connection
Feb 16 18:36:30 <tripolar_> strong/powerfull
Feb 16 18:36:35 <nbd> ok, so can you rework the patch to make it conditional?
Feb 16 18:37:06 <tripolar_> the patch is really big and it modifies some buffers
Feb 16 18:37:14 <tripolar_> i think this would be no good idea
Feb 16 18:37:14 <nbd> how big?
Feb 16 18:37:17 <tripolar_> 70kb
Feb 16 18:37:20 <tripolar_> or 80
Feb 16 18:37:21 <nbd> sounds manageable
Feb 16 18:37:56 <tripolar_> yeah but openssh is a critically app - i dont wanna do mess like the debian people did with openssl
Feb 16 18:38:12 <tripolar_> so patching it only like the openssl cryptodev would be nice
Feb 16 18:38:13 <blogic> tripolar_: :)
Feb 16 18:38:45 <tripolar_> or i patch the code when the flag is selected manually
Feb 16 18:39:02 <tripolar_> with a manuall patch statement and i put the patch in files/
Feb 16 18:39:10 <tripolar_> nbd: bad idea?
Feb 16 18:39:35 <nbd> yes
Feb 16 18:39:37 <nbd> bad idea
Feb 16 18:40:20 <tripolar_> i tested the code i brings no troughput increase on the small devices but the newest version for example supports multi core encryption
Feb 16 18:40:39 <tripolar_> so this feature is really nice on multi core systems
Feb 16 18:41:27 <tripolar_> nbd how would it work with quilt?
Feb 16 18:42:41 <tripolar_> nbd is there a way to use quilt with noremal packages?
Feb 16 18:44:02 <jow_laptop> tripolar_: isn't openssh used on bigger machines anyway? I mean personally I wouldn't install it on a wrt54gl
Feb 16 18:44:15 <tripolar_> jow_laptop i use it on a small machine
Feb 16 18:44:19 <tripolar_> it works really nice
Feb 16 18:45:01 <tripolar_> jow_laptop: and it can also use the cryptodev from openssl - dropbear isnt able to do this
Feb 16 18:45:39 <tripolar_> jow_laptop: it would work on the wrt54gl
Feb 16 18:46:00 <tripolar_> and its split into separate packages so it isnt that big
Feb 16 18:46:07 <jow_laptop> yeah but I don't want to throw away 1+ MB for openssl
Feb 16 18:46:34 <tripolar_> jow_laptop: nfsdv4 is allready so u trough about 0,5-1mb for a function that doesnt even work ;)
Feb 16 18:46:44 <tripolar_> allready in the kernel
Feb 16 18:47:29 <jow_laptop> then it should be disabled
Feb 16 18:47:34 <nbd> imho reworkign the patch is the only practical approach
Feb 16 18:47:43 <jow_laptop> bloat in one component is no execuse for bloat in another ;)
Feb 16 18:47:48 <tripolar_> nbd okay
Feb 16 18:48:09 <tripolar_> jow_laptop yeah .. but its not that bloated
Feb 16 18:49:01 <rtz> blogic: ping
Feb 16 18:49:34 <tripolar_> jow_laptop i trust the openssh code more then the dropbear code ;)
Feb 16 18:50:13 <jow_laptop> tripolar_: thats your choice
Feb 16 18:50:41 <tripolar_> jow_laptop: CONFIG_NFSD_V4=y eats about 0,5mb and this is an option in generic-2.6/config
Feb 16 18:51:02 <tripolar_> and this nfsd4 is not supported at all
Feb 16 18:51:17 <tripolar_> only v3 works with the nfs tools on openwrt
Feb 16 18:51:33 <nbd> feel free to submit a patch to make this configurable
Feb 16 18:51:34 <nbd> :P
Feb 16 18:51:46 <tripolar_> oka i will
Feb 16 18:52:43 <tripolar_> nbd is there somewhere a simmliar packages that selects a kernel option - or deselects it?
Feb 16 18:53:54 <nbd> oh, wait. yes, with the kconfig integration it could be a bit tricky
Feb 16 18:54:00 <nbd> i'll see if i can come up with a good solution later
Feb 16 18:54:51 <tripolar_> nbd where do i find the devinition for all the kernel modules?
Feb 16 18:55:00 <tripolar_> definition
Feb 16 18:55:40 <jow_laptop> package/kernel/modules/*.mk
Feb 16 18:57:46 <tripolar_> thanks
Feb 16 18:58:02 <tripolar_> it should work like the Kernel/SetInitramfs def in kernel-defaults.mk
Feb 16 19:30:37 <tripolar_> nbd i found a solution
Feb 16 19:30:45 <tripolar_> but there are some modules involved
Feb 16 19:31:06 <tripolar_> nfsv4 and nfsdv4 locd_v4 and auth_rpcgss
Feb 16 19:31:15 <tripolar_> lock_v4
Feb 16 19:31:31 <tripolar_> i will poste the patch tomorrow
Feb 16 19:31:35 <tripolar_> i dont have time right now
Feb 16 20:01:00 <swalker> updated openwrt/upstream, http://pastehtml.com/view/5tfitwd.html
Feb 16 20:10:59 <thepeople> swalker: how do you generate this page?
Feb 16 20:14:44 <tripolar_> nice page
Feb 16 20:14:54 <tripolar_> hi thepeople
Feb 16 20:15:28 <thepeople> hello tripolar_
Feb 16 20:19:04 <swalker> thepeople: uscan, watch files and a shell script for collecting the version information but updating the html is still done manually
Feb 16 20:19:28 <tripolar_> swalker all done by  scripts would be nice
Feb 16 20:19:32 <swalker> ideally it would be something like dehs.debian.org
Feb 16 20:19:43 <swalker> right
Feb 16 20:20:35 <swalker> it's dehs.alioth.debian.org actually
Feb 16 20:28:02 <tripolar_> bye i have to go now
Feb 16 20:28:07 <tripolar_> have a nice day/night
Feb 16 20:33:22 <thepeople> swalker: yea the autogenerated one like debian would be nice
Feb 16 20:38:40 <Weedy> swalker: status = ?
Feb 16 20:39:00 <Weedy> compiled fine / unknown / compile failed?
Feb 16 20:43:44 <swalker> Weedy: status is just about versioning
Feb 16 20:53:27 <rtz> blogic: ping
Feb 16 21:05:36 <netprince_> ping xMff: I'm looking for gdb built for my target, like described here: https://forum.openwrt.org/viewtopic.php?pid=29712, I have CONFIG_GDB=y in .config, but I dont see it anywhere.  Have any suggestions?
Feb 16 21:06:21 <rtz> netprince: did you try the remote debugger?
Feb 16 21:06:32 <rtz> netprince: it's a much better option imho
Feb 16 21:06:42 <xMff> netprince_: there should be both gdb and gdbserver packages available
Feb 16 21:07:18 <xMff> netprince_: and the symbols would be CONFIG_PACKAGE_gdb=y
Feb 16 21:07:33 <xMff> or CONFIG_PACKAGE_gdbserver=y
Feb 16 21:07:53 <netprince_> xMff: I got those built fine, but I dont have space for gdb on the device
Feb 16 21:08:01 <xMff> does gdbserver fit?
Feb 16 21:08:07 <netprince_> yes, it does
Feb 16 21:08:56 <netprince_> but I found compatability issues between gdb on my build machine... thought I had to have a special version (google not much help)
Feb 16 21:09:02 <xMff> then try this:  gdbserver :12000 /some/binary some args
Feb 16 21:09:22 <xMff> you can use the remote-gdb helper script in scripts/ to connect to this server on ip:12000
Feb 16 21:09:28 <rtz> netprince: well, you should use at least a simliar version
Feb 16 21:09:53 <netprince_> ok, let me try that
Feb 16 21:10:13 <xMff> netprince_: look into the script, I guess it will clear things up
Feb 16 21:10:39 <xMff> like for example that you'll find a compatible host-gdb in build_dir/toolchain...
Feb 16 21:13:28 <netprince_> argh: No gdb found! Make sure that CONFIG_GDB is set!
Feb 16 21:14:19 <netprince_> but it is
Feb 16 21:15:08 <xMff> is there a build_dir/toolchain-*/gdb-*/gdb/gdb  ?
Feb 16 21:16:47 <netprince_> no gdb section under toolchain-*, I did make clean, perhaps I need distclean then build??
Feb 16 21:17:41 <xMff> make toolchain/{clean,compile}  would probably be enough
Feb 16 21:17:53 <netprince_> rtz: remote debugger?  is that something other than gdbserver?
Feb 16 21:18:04 <netprince_> xMff: ok, will try
Feb 16 21:18:37 <xMff> netprince_: if I recall correctly, make clean does not nuke the toolchain#
Feb 16 21:18:52 <netprince_> ahh, thats gota be what I've done wrong
Feb 16 21:21:02 <rtz> does u-boot use a partition table like reboot?
Feb 16 21:29:10 <CIA-41> kaloz * r19671 /trunk/toolchain/gcc/ (Config.in Config.version): [toolchain/powerpc]: use gcc 4.4.3 for the powerpc targets by default
Feb 16 21:30:13 <CIA-41> kaloz * r19672 /trunk/target/linux/ppc44x/ (3 files in 2 dirs): [ppc44x]: upgrade to 2.6.32.8
Feb 16 21:31:26 <CIA-41> kaloz * r19673 /trunk/target/linux/ppc40x/ (9 files in 2 dirs): [ppc40x]: upgrade to 2.6.32.8
Feb 16 21:33:49 <CIA-41> kaloz * r19674 /trunk/target/linux/generic-2.6/config-2.6.32: add some more config symbols to the generic 2.6.32 config
Feb 16 21:34:54 <CIA-41> nbd * r19675 /trunk/include/kernel-build.mk:
Feb 16 21:34:54 <CIA-41> Revert "sort Kconfig symbols automatically to make Kaloz happy :p"
Feb 16 21:34:54 <CIA-41> Relying on some sort implementations' weird behaviour of ignoring # and whitespaces at the beginning of a line is not a good idea, and it's certainly not portable
Feb 16 21:34:58 <CIA-41> nbd * r19676 /trunk/target/linux/mpc83xx/config-2.6.32: mpc83xx: clean up the mess caused by the reverted sorting patch
Feb 16 21:48:15 <CIA-41> kaloz * r19677 /trunk/toolchain/binutils/patches/2.19.1/700-avr32.patch: [toolchain/avr32]: add avr32 support for binutils 2.19.1 based on the Atmel 1.2.0 toolchain release
Feb 16 21:49:35 <CIA-41> kaloz * r19678 /trunk/toolchain/binutils/Config.in: [toolchain/avr32]: use binutils 2.19.1 by default for avr32, too
Feb 16 22:07:52 <blogic> rtz: pong
Feb 16 22:09:29 <rtz> blogic: ok, I got my amazon device
Feb 16 22:09:51 <rtz> blogic: and I have some problems with it
Feb 16 22:09:59 <blogic> i can imagine
Feb 16 22:10:01 <blogic> :)
Feb 16 22:10:03 <rtz> as a start, the rather odd partition table
Feb 16 22:10:06 <blogic> it is not running uboot
Feb 16 22:10:16 <blogic> ?
Feb 16 22:11:02 <rtz> it is
Feb 16 22:11:05 <rtz> http://wiki.gpl-devices.org/wiki/Samsung_SMT-G3210#Flash_Layout
Feb 16 22:11:24 <rtz> blogic: a rather old version
Feb 16 22:11:31 <rtz> 0.3.1
Feb 16 22:12:21 <rtz> blogic: does u-boot use a partition table similar to redboot? because the partition sizes and positions are hardcoded at the moment
Feb 16 22:13:36 <rtz> blogic: and i'm not sure what to do with it
Feb 16 22:13:46 <blogic> hehe
Feb 16 22:14:00 <blogic> uboot partitions are not used by linux
Feb 16 22:14:12 <blogic> start with a initramfs and tftp it to ram
Feb 16 22:14:15 <blogic> then jump to it
Feb 16 22:15:36 <rtz> blogic: that's the next problem
Feb 16 22:16:18 <rtz> blogic: u-boot doesn't wait for befor loading the kernel, so I may have to compile a new version anyway :/
Feb 16 22:16:52 <rtz> I don't know, if there is some way around it
Feb 16 22:17:41 <blogic> there is a serial upload mode
Feb 16 22:17:51 <blogic> but you need to find 2 resistors to solder
Feb 16 22:18:05 <blogic> once in this mode you can upload a recovery uvoot to ram
Feb 16 22:18:58 <rtz> this is a bga chip, not sure how to find those resistors
Feb 16 22:19:17 <rtz> but the original firmware is still running and there is also a jtag port
Feb 16 22:19:27 <blogic> ok
Feb 16 22:19:32 <blogic> i never made jtag work
Feb 16 22:20:23 <rtz> there seemed to be some reports about it working on the internet, but not sure
Feb 16 22:20:30 <rtz> 2 more questions
Feb 16 22:20:42 <rtz> 1. there is a uboot-ifxmips package
Feb 16 22:20:49 <rtz> is it actually used?
Feb 16 22:25:49 <rtz> blogic: http://ting.ip-phone-forum.de/showthread.php?p=1121038
Feb 16 22:27:26 <blogic> interesting
Feb 16 22:27:41 <rtz> blogic: locking at it, he may have only accessed the xlinx
Feb 16 22:28:06 <rtz> blogic: but there are more jtag pads an the bottom side
Feb 16 22:34:06 <rtz> blogic: and the other question is, what pices are missing for amazon support in ifxmips?
Feb 16 22:34:26 <rtz> blogic: some pointers would be really helpful
Feb 16 23:05:00 <blogic> rtz: someone already worked on it
Feb 16 23:05:02 <blogic> let me think
Feb 16 23:18:03 <rtz> blogic: what about the uboot-ifxmips pacakge?
Feb 16 23:31:59 <CIA-41> lars * r19679 /packages/utils/sane-backends/patches/ (010-dont-add-host-include-path.patch 020-non-i386-qcam.patch): [packages] sane-backends: Fix build. Fixes #5689
Feb 16 23:34:34 <rtz> blogic: and do you have any kind of documentation for the amazon or danube=
Feb 16 23:51:20 <CIA-41> kaloz * r19680 /trunk/target/linux/mpc83xx/image/Makefile: [mpc83xx]: include the board name in the generated dtb's filename
Feb 17 00:59:44 <CIA-41> jow * r19681 /trunk/target/linux/x86/image/ (Config.in Makefile menu.lst):
Feb 17 00:59:44 <CIA-41> [x86]
Feb 17 00:59:44 <CIA-41> - clean up menu.lst template
Feb 17 00:59:44 <CIA-41> - make grub usage of vt0 selectable in menuconfig
Feb 17 00:59:44 <CIA-41> - choose appropriate default baudrate for soekris devices
Feb 17 00:59:44 <CIA-41> - fix generation of grub menu for iso images
Feb 17 01:41:24 <cshore> ping xMff
Feb 17 02:15:14 <CIA-41> thepeople * r19682 /packages/net/uanytun/Makefile:
Feb 17 02:15:14 <CIA-41> This patch updates uanytun package to new upstream release 0.3.3.
Feb 17 02:15:14 <CIA-41> For additional infos please visit http://www.anytun.org.
Feb 17 02:15:14 <CIA-41> Signed-off-by: Christian Pointner <equinox@anytun.org>
Feb 17 02:18:17 <CIA-41> thepeople * r19683 /trunk/ (3 files in 3 dirs):
Feb 17 02:18:17 <CIA-41> [tools/wrt350nv2-builder] Update to v2.2
Feb 17 02:18:17 <CIA-41> fixed checksum byte calculation for other versions than 0x2019
Feb 17 02:18:17 <CIA-41> fixed rare problem with padsize
Feb 17 02:18:17 <CIA-41> updated info to stock firmware 2.00.20
Feb 17 02:18:18 <CIA-41> fixed typos
Feb 17 02:18:18 <CIA-41> Signed off by: Matthias Buecher <mail@maddes.net>
Feb 17 02:34:50 <CIA-41> thepeople * r19684 /trunk/package/opkg/Makefile: fix opkg.conf
Feb 17 02:44:07 <stintel> nbd: did you have a chance to look at the patch I sent to openwrt-devel to always use wpa_supplicant with mac80211 drivers in client mode?
**** ENDING LOGGING AT Wed Feb 17 02:59:58 2010