[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Should we auto-generate IDs?
From: |
John Snow |
Subject: |
Re: [Qemu-devel] Should we auto-generate IDs? |
Date: |
Thu, 27 Aug 2015 14:59:44 -0400 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 |
On 08/27/2015 09:00 AM, Eric Blake wrote:
> On 08/27/2015 06:32 AM, Jeff Cody wrote:
>> (Added Eric back in to the CC list. Looks like he got dropped
>> somewhere along the way)
>
> No thanks to mailman's inept behavior that thinks that it is okay
> to rewrite cc's to drop anyone that doesn't want duplicate email.
> But don't worry about it; I have my local mail setup to flag any
> message in-reply-to an earlier one where I was in cc, precisely to
> work around mailman stupidly dropping me from cc. [Ideally, I'd
> filter the duplicate messages on my side, and turn off the broken
> mailman setting server-side, but I haven't yet figured out how to
> get filters working on my side that do that correctly.] I'm hoping
> that mailman3 is not so inept, and that this list archives can
> migrate to hyperkitty/mailman3 in the not-too-distant future.
>
>
>>
>> Do you disagree with the requirements I listed above? If so, it
>> would be useful to begin the discussion around that. For ease
>> of discussion, I'll list them again:
>>
>> * Reserved namespaces * Uniqueness * Non-predictable (to avoid
>> inadvertently creating a de facto ABI)
>
> Dan made the point that if a name is unpredictable, then we have
> to query to learn what name was assigned. But if you add two or
> more devices before querying, then you don't know which device has
> which name. Predictable might actually be better than
> non-predictable.
>
Can we add the information into the QMP response?
> Better still might be fixing things to where we add a global
> command line option that outright fails any attempt to create an
> unnamed object. The option would be off by default for back-compat.
> But management apps like libvirt can turn it on once they are
> prepared to name every object they create (which in turn may imply
> fixing any remaining interfaces that cannot name an object to add
> in that ability for management to pass in a name). Then there
> would be no unnamed objects, no ambiguity, and no need to generate
> names.
>
- Re: [Qemu-devel] Should we auto-generate IDs?, (continued)
- Re: [Qemu-devel] Should we auto-generate IDs?, Programmingkid, 2015/08/26
- Re: [Qemu-devel] Should we auto-generate IDs?, Programmingkid, 2015/08/26
- Re: [Qemu-devel] Should we auto-generate IDs?, Jeff Cody, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Eric Blake, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Programmingkid, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Daniel P. Berrange, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Eric Blake, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Jeff Cody, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Programmingkid, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Programmingkid, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?,
John Snow <=
- Re: [Qemu-devel] Should we auto-generate IDs?, Eric Blake, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Programmingkid, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Daniel P. Berrange, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Programmingkid, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Eric Blake, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Programmingkid, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Daniel P. Berrange, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Programmingkid, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Jeff Cody, 2015/08/27
- Re: [Qemu-devel] Should we auto-generate IDs?, Programmingkid, 2015/08/27