Il 19/03/2012 17:20, Eduardo Habkost ha scritto: >> > I think the package name is a pretty special case. Even with autotools, >> > it's pretty much the only thing that requires configure-by-sed to change >> > it. > I still don't understand why, except that it's a limitation of the build > system implementation. If we don't have that restriction, I don't see > why this should be restricted by design.
Because our configure is half-compatible, half-incompatible with autotools. This can be confusing, I don't think it's good to add to the differences. > Anyway, even if we decide that package name shouldn't be changed: why > changing mandir, This one is because all manpages are under /usr/man/manSECT > docdir and datadir doesn't require changing the package > name, but changing /etc/qemu has to? The pedantic answer is "because our meaning of --datadir differ from the one of autotools", and it cannot really be changed because it would break backwards-compatibility. However, I guess that's not an entirely satisfying answer. However, the package name and the directory suffix need not be exactly the same. Why don't you add --with-conf-suffix or something like that, and make it apply to both datadir and sysconfdir? Paolo
