All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Kronenberg <mike.kronenberg@kberg.ch>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] news on the OS X cocoa port
Date: Fri, 22 Jul 2005 11:42:16 +0200	[thread overview]
Message-ID: <42E0BF78.40005@kberg.ch> (raw)
In-Reply-To: <CF86019B-3862-4C23-9C2A-00666FEB6EF0@cordney.com>

[snip]

>> Right now I'm using .plist(property lists), which is very common in 
>> OS X, because you can read them back directly in to an Array or a 
>> Dictionaty. It's a standardized XML File.
>> I'm a big fan of XML, but I'm also very much Intrested in having a 
>> compatible package over all platforms.
>> I see advantage in XML, because it's a lot more flexible and accurat 
>> in storing your Data - well it was defined exactly for that pourpose :)
>
>
> Fully agree.
>
>>
>> My packages look like this:
>> ~/Documents/QEMU/Freedos.qemu/configuration.plist
>> ~/Documents/QEMU/Freedos.qemu/hda.img
>> ~/Documents/QEMU/Freedos.qemu/saved.vm
>> ~/Documents/QEMU/Freedos.qemu/thumbnail.png
>> or:
>> ~/Documents/QEMU/ReactOS 15412.qemu/configuration.plist
>> ~/Documents/QEMU/ReactOS 15412.qemu/hda.img
>> ~/Documents/QEMU/ReactOS 15412.qemu/saved.vm
>> ~/Documents/QEMU/ReactOS 15412.qemu/thumbnail.png
>
>
> What about .qvm instead of .qemu ?

Ok for me.

>>
>> They can nicely be ziped.
>>
>> A sample configuration .plist:
>> <?xml version="1.0" encoding="UTF-8"?>
>> <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" 
>> "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
>> <plist version="1.0">
>>    <dict>
>>        <key>-boot</key>
>>        <string>1</string>
>>        <key>-cdrom</key>
>>        <string></string>
>>        <key>-fda</key>
>>        <string></string>
>>        <key>-hda</key>
>>        <string>/Users/mike/Documents/qemu/images/2gb_win2k.img</string>
>>        <key>-m</key>
>>        <string>128</string>
>>        <key>cpu</key>
>>        <string>0</string>
>>        <key>custom</key>
>>        <string></string>
>>        <key>name</key>
>>        <string>win2ksp4</string>
>>        <key>status</key>
>>        <string>shutdown</string>
>>    </dict>
>> </plist>
>
>
> I assume <key>cpu</key> is the system the image is designed for, f.e. 
> x86? What about some additional keys like author, date of creation, 
> email if someone f.e. downloaded the image from the web and has 
> problems getting it to run?!

This is right from Q, so its no real proposal, just to show the 
advantages of xml. cpu stands for the guest PC architekture.

I would propose 4 dicts in a containing dict:
- Description (PC Name, Platform)
- Arguments (with the real qemu arguments)
- Author (FreeOSZoo go go go!)
- Temp (to store temporary "nice to have" hints for a specific port)

> Hey, FreeOSZoo'ers, what do you think would be also nice to save in 
> the xml regarding distribution on your platform?
> According to your site:
>
> ToDO List:
> [...]
>
>    1. Create a FreeOSZoo hotdelivery XML format, gathering all
>       information needed to download and install FreeOSZoo images. We
>       hope that the FreeOSZoo hotdelivery XML format will allow the
>       next generation of QEMU GUIs to connect to a distribution site
>       and download the needed files automatically. We plan the XML
>       file to deliver the following information:
>           * Available mirrors for download
>           * Bittorent <http://bitconjurer.org/BitTorrent> trackers
>           * Host operating systems requirements
>           * Guest operating systems requirements
>           * List of free software bundled
>           * Upgrading facilities over the Internet
>           * Targeted audience (home use, ...)
>           * Links to a gallery of screenshots
>           * Links to tutorials and help systems
>           * Links to live video presentations
>
[snip]

Mike

  reply	other threads:[~2005-07-22  9:49 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-21  9:44 [Qemu-devel] news on the OS X cocoa port Mike Kronenberg
2005-07-21 10:12 ` Hetz Ben Hamo
2005-07-21 12:33   ` Mike Kronenberg
2005-07-21 13:46     ` Hetz Ben Hamo
2005-07-21 17:33       ` Stealth Dave
2005-07-21 18:21         ` Natalia Portillo
2005-07-22  9:58       ` Pierre d'Herbemont
2005-07-22 11:28         ` Mike Kronenberg
2005-07-21 14:00     ` René Korthaus
2005-07-21 15:20       ` Jim C. Brown
2005-07-22  7:51         ` Mike Kronenberg
2005-07-22  8:44           ` René Korthaus
2005-07-22  9:42             ` Mike Kronenberg [this message]
2005-08-04  7:36     ` Mike Kronenberg
2005-08-04 18:39       ` Natalia Portillo
2005-08-05 11:45         ` Mike Kronenberg
2005-08-14 19:18       ` Mike Kronenberg
  -- strict thread matches above, loose matches on Subject: below --
2005-07-22  2:05 Joshua Root
2005-07-22  7:28 ` Mike Kronenberg

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=42E0BF78.40005@kberg.ch \
    --to=mike.kronenberg@kberg.ch \
    --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.