Hi; I think, we've made good progress the past two weeks and want to add a followup, what's IMHO remaining until a first beta release.
Am Sonntag, 26. September 2010, 16:48:38 schrieb Andrew: > On 25/09/10 17:14, KP Kirchdoerfer wrote: > > I've put up the latest cvs-snapshot on my production router. > > > > To get this done I had > > - (as usual) to build my own kernel (Geode support AND config MROUTE - > > the first one is fine with me, but once the kernel config is reviewed > > I'd like to see the multicast routing fully enabled by default :)). > > Yes, it's good to enable MROUTE by default - I think that all that > doesn't hurt functionality/speed on other platforms (additional drivers, > network protocols, protocol options & etc) can be enabled by default. I > deeply configured kernel once, at begin of development, and in that case > I enabled things that were looked useful for me. It'll be good if kernel > config will be reviewed by other members - possible somebody will see > some useful, but disabled feature. ok; There is another problem with the kernel, I do not a solution now. I believe we do need different kernels: the one looks best to Andrew (686 with SMP support), one for geode processors, and probably a more generic one (586). I'm not shure if the modules are affected as well, and if we have to provide seperate modules packages. > > - buildtool.mk from initrd has calls to echo -e which fails for me. -e > > enable interpretation of backslash escapes, but since my shell is doing > > that by default the resulting files do have "-e" at the beginning of a > > line and buildpackage fails > > Ok, I'll make some kind of checking for '-e' here. Would be nice, cause it will easy work. > > - aiccu fails if started as daemon > > I'll look on it in near future Would be nice, but no big pb yet. > > - still no wireless, but it looks a bit better; the driver is loaded and > > on the router ist shows "AP-STA-CONNECTED " but then it disconnects > > after a few seconds of silence. > > > > hostapd: wlan0: STA 00:22:43:41:e6:b6 IEEE 802.11: authenticated > > hostapd: wlan0: STA 00:22:43:41:e6:b6 IEEE 802.11: associated (aid 1) > > hostapd: wlan0: STA 00:22:43:41:e6:b6 RADIUS: starting accounting session > > 4C9E017D-00000001 > > hostapd: wlan0: STA 00:22:43:41:e6:b6 WPA: pairwise key handshake > > completed (RSN) > > hostpad: wlan0: STA 00:22:43:41:e6:b6 IEEE 802.11: disassociated > > > > Also tried without encryption and even the latest hostapd - everytime the > > same half success... > > You have wireless card on your host? Can you try to run hostapd from > buildenv (or even from chrooted LEAF environment) to test where is pb? As I said; no. IMHO this one is a real showstopper, though it seems dbm got ath5k working with ath5k, and only the hostapd part is the pb. > > - a new entry in syslog seems > > igmpproxy[3196]: MRT_DEL_MFC; Errno(2): No such file or directory > > > > it isn't nice, but it works. > > Strange, I'll look on it closer. Would be nice, but no big pb yet. > > The same is for apkg -u; it gives "sh: bad number" in update function. That's important. It just makes the user not feeling to touch a "safe and reliable" software and is a core feature. Another major area is isdn support (and a lot packages fail due to this). ISDN support has completly changed from 2.4 kernel. Maybe adding the modules in kernel config and a misdn package (the successor for isdn4-utils) will be a good start. But I doubt we even have a test environement around yet. I'd say this should be moved to a further beta version. Other work, like wiki, buildimage.pl, changelog and prepration to be inline with SF requirements (let's wait what Mike discusses with the SF staff) can be done alongside preparing a beta1. So once "different kernels", "hostap" and "apkg" has been solved, I'll vote to release beta1. kp ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ leaf-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/leaf-devel
