on 14.11.2010 14:05, Andrew wrote:
> 14.11.2010 14:53, Erich Titl пишет:
>> Hi Folks
>>
>> on 14.11.2010 12:34, davidMbrooke wrote:
>>> Hi Erich,
>>>
>>> On Sat, 2010-11-13 at 12:55 +0100, Erich Titl wrote:
>>>> I have no clue how you guys get to compile everything, you must have
>>>> local differences to CVS.
>>> I think all the developers see the same build failures that you do (as
>>> per Andrew's earlier response). Certainly, for me, I have never managed
>>> to build:
>>>      isdn, fritz, unicorn, lcd4linux, zaptel, bristuff, libpri, asterisk,
>>>      openswan, wlan-ng, lirc, irmp3
>>>
>>> These are all either "legacy" (need to be removed) or not a priority for
>>> Beta1. I agree it would be good to clean them up. Best thing is probably
>>> to flag the "asterisk" group as an Enhancement (in TRAC) and remove them
>>> from the build for now. Same for isdn&  fritz, probably.
>> Sure, but without at least commenting them in sources.cfg you won't
>> succeed. I suggest to comment out the offending packages and make a
>> buildenv  which at least compiles.
>>
> Why you are so worried about errors during compilation? 

I worried because the build stops when using

buildtool.pl build
as documented

And I believe a build should stop.

At least, you
> obtained fully functional distro just without packages that are broken; 
> buildall.sh doesn't completely fail on broken packages, it just skips 
> them and continues building process...

>>
>> I will port the wd1100 code again. What is the current canonical form of
>> entering it into the mainline? Still a patch against the kernel?
>>
>> cheers
>>
>> Erich
> IMHO it'll be better if you make it as module that can be compiled 
> separately. It will cause less headache in future iwhen kernel will be 
> upgraded (2.6.35.x bugfix, or future development of new branch with 
> freshre kernel)

Some more investigation showed that the SCx200 driver is the same, so no
worries anymore.

cheers

Erich



------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev

_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to