> It can be a difficult and onerous task to rebuild lots of server and
> client boxes up to a new distro version, or to try to integrate these
> into existing infrastructures and configurations when some features
> have changed (sometimes radically).  To have some decent documentation
> available about what potential problems or other hiccups to expect
> would be absolutely invaluable.
> 
> Please please please!

I would go further and ask programmers to mention their changes to source 
code IN THE SOURCE CODE.

I've just been trying to build the latest bind on RHL 5.0; it built fine 
on RHL 6.1, but gets lots of unresolved references on RHL 5.

Perusal of the patches did not show what they were trying to fix, and 
there was nothing obvious. I tried excluding the glibc 2.1 patch to no 
avail.

Finaly, I put together a script to 
untar
build
while (more patchs)
        {
        patch
        make clean all || exit
        }

I have a prime suspect, but no idea what it's trying to fix. Nor any clue 
about why it breaks things. I imagine it would have needed 3-4 lines of 
comments, replicated (and maybe adapted) in each affected source file, and 
that it would have added miniscully  to the work in developing the patches.



-- 
Cheers
John Summerfield
http://os2.ami.com.au/os2/ for OS/2 support.
Configuration, networking, combined IBM ftpsites index.


-- 
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null

Reply via email to