<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.26.0">
</HEAD>
<BODY>
On Sat, 2010-09-04 at 06:26 +0200, Vincent Torri wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <TT><FONT COLOR="#1a1a1a">having an old system forbid a dev to install autoconf ? Install a recent </FONT></TT><BR>
    <TT><FONT COLOR="#1a1a1a">version of autoconf in /usr/local, be sure that /usr/local/bin in before </FONT></TT><BR>
    <TT><FONT COLOR="#1a1a1a">/usr/bin in PATH and that's all. It takes around 5 minutes, maybe less</FONT></TT><BR>
    <BR>
</BLOCKQUOTE>
I don't know if you realize the scope of the impact. Anyone who builds xorg (developers, distro builders),<BR>
which now requires libX11 as of the upcoming 1.4, will need to install a package that is not<BR>
provided through the distro. That means it does not show up in the package management system<BR>
(synaptics yum or whatever) and does not receive upgrades. This is completely unacceptable to<BR>
build software. Of course, this is not an issue for developers.<BR>
<BR>
You might argue, as I once did, that they should only use the tarball and not re-create the configuration.<BR>
The reality is that all (I think) distros apply patches (say adding translation) and need to re-create the<BR>
configuration (as I have seen in a Debian log). <BR>
<BR>
I may not do a good job of explaining the situation, as I am not a distro builder. Through various comments<BR>
and posts on the list, I have come to appreciate&nbsp; the challenges they face.<BR>
<BR>
Gaetan
</BODY>
</HTML>