07.08.2010 23:35, KP Kirchdoerfer пишет: > > That's similar to your list above. I can add quagga and nut, both failed with > the 2.6.32 kernel in a full build a few days ago. > > Strange, quagga and nut are built in my environment OK. > > From your list above I only consider ulogd as semi-important, cause this is > needed for shorewall - at least if we don't change the shorewall setup, which > can be done easily. > Ok, I'll look on it. > BUT what I consider as showstoppers are the impossibilty to compile a kernel > with a different config as I reported yesterday, the pb's with WLAN and ath5k > I > observe - if you can confirm it's a local problem I have, it will be fine with > me. > > I also have trouble with ath5k & LEAF - let's look how it'll be on new kernel... I think I find solution to compile it for i586 with current binutils - because binutils upgrade looks like harder task which may cause headache in other packages. > And if you want to upgrade busybox I'd suggest to do better before a release, > so we have a beta that has all important packages upgraded to the intented > versions. > Yes, of course. It shoultn't be a big trouble to update it. > Also I'd like to ask again, if we shouldn't target to be ipv6-ready from the > start - that means to get rid of the seperate ipv6 packages wherever possible > (for example to have one shorewall.lrp with shorewall and shorewall6 instead > of two lrp's, moddb.lrp and moddb6.lrp and so on). > > Is it really actually to have IPv6 support for every configuration? IMHO now in many cases IPv6 modules will just waste space. > Once the core (kernel, uClibc, busybox) is fixed, providing a good > documentation user and developers can start with, is IMHO more important, than > providing packages that have been added over the years to the nowadays stable > branch. > > YMMV > kp > > Ok. After kernel/bysybox will be successfully updated, I'll make some documentation.
------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
