From: Anthony Liguori <anthony@codemonkey.ws>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 0/3] add --confdir option to configure
Date: Mon, 19 Mar 2012 11:32:44 -0500 [thread overview]
Message-ID: <4F675FAC.5040101@codemonkey.ws> (raw)
In-Reply-To: <20120319162010.GJ9375@otherpad.lan.raisama.net>
On 03/19/2012 11:20 AM, Eduardo Habkost wrote:
> On Mon, Mar 19, 2012 at 05:13:22PM +0100, Paolo Bonzini wrote:
>> Il 19/03/2012 16:43, Eduardo Habkost ha scritto:
>>>> No, I'm not suggesting --package-name, I'm suggesting that qemu-kvm
>>>> would carry a patch to configure that changed a fixed PACKAGE_NAME
>>>> define.
>>>
>>> Are you really suggesting that forcing downstream to carry a patch is
>>> better than having a configure option?
>>
>> Not downstream as in RHEL; downstream as in qemu-kvm which is a fork anyway.
>>
>>> If you suggest making it configurable using a variable on the 'make'
>>> command-line it would be OK, but I kind of hoped that no modern software
>>> project would ever require packagers to use configure-by-sed methods to
>>> set build parameters.
>>
>> 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.
>
> Anyway, even if we decide that package name shouldn't be changed: why
> changing mandir, docdir and datadir doesn't require changing the package
> name, but changing /etc/qemu has to?
This is simply autotools semantics that we're emulating.
Regards,
Anthony Liguori
>
next prev parent reply other threads:[~2012-03-19 16:33 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-19 14:47 [Qemu-devel] [PATCH 0/3] add --confdir option to configure Eduardo Habkost
2012-03-19 14:47 ` [Qemu-devel] [PATCH 1/3] Makefile: use $(confdir) instead of hardcoding $(sysconfdir)/qemu Eduardo Habkost
2012-03-19 14:47 ` [Qemu-devel] [PATCH 2/3] qemu-options.hx: refer to confdir instead of sysconfdir on docs Eduardo Habkost
2012-03-19 14:47 ` [Qemu-devel] [PATCH 3/3] configure: make full config dir path configurable Eduardo Habkost
2012-03-19 15:13 ` Anthony Liguori
2012-03-19 15:40 ` Paolo Bonzini
2012-03-19 15:14 ` [Qemu-devel] [PATCH 0/3] add --confdir option to configure Anthony Liguori
2012-03-19 15:31 ` Eduardo Habkost
2012-03-19 15:34 ` Anthony Liguori
2012-03-19 15:43 ` Eduardo Habkost
2012-03-19 15:59 ` Anthony Liguori
2012-03-19 16:09 ` Eduardo Habkost
2012-03-19 16:03 ` Eric Blake
2012-03-19 16:25 ` Anthony Liguori
2012-03-19 16:13 ` Paolo Bonzini
2012-03-19 16:20 ` Eduardo Habkost
2012-03-19 16:22 ` Anthony Liguori
2012-03-19 16:50 ` Eduardo Habkost
2012-03-19 16:31 ` Paolo Bonzini
2012-03-19 17:02 ` Eduardo Habkost
2012-03-19 16:32 ` Anthony Liguori [this message]
2012-03-19 16:34 ` Paolo Bonzini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F675FAC.5040101@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=ehabkost@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.