Re: [libvirt] Switch from CVS to GIT is done

[Atsushi SAKAI]

Hi, Daniel

I am happy to hear this, since I am primaly tracking libvirt via git.

From seeing http://libvirt.org/git/,
only 4 packages are controlled under git.
(libvirt, libvirt-glib, libvirt-perl, libvirt-tck)
Will other libvirt related tools goes to the directory in future?

Thanks
Atsushi SAKAI



Daniel Veillard veill...@redhat.com wrote:

 
   Thanks to Jim Meyering we now have a new git repository, I deprecated the
 CVS repository, it's read only, you should still be able to keep it
 around to make patches for a few weeks if needed.
   The new repo is at:
 http://libvirt.org/git/?p=libvirt.git;a=summary
 
 Unfortunately Jim had to clean up the conversion from CVS that was
 used previously at git://git.et.redhat.com/libvirt.git so the two
 are not compatible and the best is to clone a new tree using
 
git clone git://libvirt.org/libvirt.git
 
 and then copying over your set of patches with git format-patch in the
 old dir and git am to paste them into the new cloned-dir (Jim can
 certainly provide more details if needed).
 
   Let us know if you see something weird in the new tree or on the web
 site, I have updated the download informations at
http://libvirt.org/downloads.html
 
 A few things may change but I guess the switch is done at this point,
 
   Many thanks to Jim for maintaining the old tree and the migration !
 
 Daniel
 
 -- 
 Daniel Veillard  | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
 dan...@veillard.com  | Rpmfind RPM search engine http://rpmfind.net/
 http://veillard.com/ | virtualization library  http://libvirt.org/
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] Question about libvirt-qpid

[Atsushi SAKAI]

2 questions.


1)Would you explain the use case for libvirt-qpid?
  Which case AMDQ messaging is good for.
  If I am missing some document, Please point me.
  By the way I am reading through following document.
  
http://jira.amqp.org/confluence/download/attachments/2523279/amqp-model-draft101.pdf
  I guess this is fit for huge data case?


2)Where is the document about set up libvirt-qpid?
There is not in package document.
Only in mailing list, it should goes some document.
https://www.redhat.com/archives/libvir-list/2008-September/msg00388.html

Thanks
Atsushi SAKAI



--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] about libvirt-qpid on libvirt.org

[Atsushi SAKAI]

Hi, Daniel

  It looks good for me.

Thanks
Atsushi SAKAI


Daniel P. Berrange berra...@redhat.com wrote:

 On Tue, Jan 27, 2009 at 12:51:57PM +0900, Atsushi SAKAI wrote:
  Hi,
  
I have a question about libvirt-qpid.
  The libvirt-qpid is working for QPID broker?
  If so, it should be added in livirt is section of following pages.
  http://libvirt.org/
  How do you think?
 
 
 Yes, it should be listed - here is an updated front page, also added
 the User Mode Linux driver, and mentioning the Windows client support.
 I also added details of URI format to all the per-driver pages, since
 people often seem to ask about this
 
 
 Daniel
 
 diff -r f787e41fb699 docs/drvopenvz.html
 --- a/docs/drvopenvz.html Tue Jan 27 11:15:48 2009 +
 +++ b/docs/drvopenvz.html Tue Jan 27 11:39:31 2009 +
 @@ -142,6 +142,7 @@
  /p
  pre
  openvz:///system (local access)
 +openvz+unix:///system(local access)
  openvz://example.com/system  (remote access, TLS/x509)
  openvz+tcp://example.com/system  (remote access, SASl/Kerberos)
  openvz+ssh://r...@example.com/system (remote access, SSH tunnelled)
 diff -r f787e41fb699 docs/drvopenvz.html.in
 --- a/docs/drvopenvz.html.in  Tue Jan 27 11:15:48 2009 +
 +++ b/docs/drvopenvz.html.in  Tue Jan 27 11:39:31 2009 +
 @@ -21,6 +21,7 @@
  
  pre
  openvz:///system (local access)
 +openvz+unix:///system(local access)
  openvz://example.com/system  (remote access, TLS/x509)
  openvz+tcp://example.com/system  (remote access, SASl/Kerberos)
  openvz+ssh://r...@example.com/system (remote access, SSH tunnelled)
 diff -r f787e41fb699 docs/drvqemu.html
 --- a/docs/drvqemu.html   Tue Jan 27 11:15:48 2009 +
 +++ b/docs/drvqemu.html   Tue Jan 27 11:39:31 2009 +
 @@ -149,6 +149,23 @@
   node. If both are found, then Xen paravirtualized guests can be run 
 using
   the KVM hardware acceleration.
/li/ul
 +h2Connections to QEMU driver/h2
 +p
 +The libvirt QEMU driver is a multi-instance driver, providing a single
 +system wide privileged driver (the system instance), and per-user
 +unprivileged drivers (the session instance). The of the driver protocol
 +is qemu. Some example conection URIs for the libvirt driver are:
 +/p
 +pre
 +qemu:///session  (local access to per-user instance)
 +qemu+unix:///session (local access to per-user instance)
 +
 +qemu:///system   (local access to system instance)
 +qemu+unix:///system  (local access to system instance)
 +qemu://example.com/system(remote access, TLS/x509)
 +qemu+tcp://example.com/system(remote access, SASl/Kerberos)
 +qemu+ssh://r...@example.com/system   (remote access, SSH tunnelled)
 +/pre
  h2
a name=xmlconfig id=xmlconfigExample domain XML config/a
  /h2
 diff -r f787e41fb699 docs/drvqemu.html.in
 --- a/docs/drvqemu.html.inTue Jan 27 11:15:48 2009 +
 +++ b/docs/drvqemu.html.inTue Jan 27 11:39:31 2009 +
 @@ -32,6 +32,26 @@
/li
  /ul
  
 +h2Connections to QEMU driver/h2
 +
 +p
 +The libvirt QEMU driver is a multi-instance driver, providing a single
 +system wide privileged driver (the system instance), and per-user
 +unprivileged drivers (the session instance). The of the driver protocol
 +is qemu. Some example conection URIs for the libvirt driver are:
 +/p
 +
 +pre
 +qemu:///session  (local access to per-user instance)
 +qemu+unix:///session (local access to per-user instance)
 +
 +qemu:///system   (local access to system instance)
 +qemu+unix:///system  (local access to system instance)
 +qemu://example.com/system(remote access, TLS/x509)
 +qemu+tcp://example.com/system(remote access, SASl/Kerberos)
 +qemu+ssh://r...@example.com/system   (remote access, SSH tunnelled)
 +/pre
 +
  h2a name=xmlconfigExample domain XML config/a/h2
  
  h3QEMU emulated guest on x86_64/h3
 diff -r f787e41fb699 docs/drvtest.html
 --- a/docs/drvtest.html   Tue Jan 27 11:15:48 2009 +
 +++ b/docs/drvtest.html   Tue Jan 27 11:39:31 2009 +
 @@ -126,6 +126,22 @@
/div
div id=content
  h1Test mock driver/h1
 +h2Connections to Test driver/h2
 +p
 +The libvirt Test driver is a per-process fake hypervisor driver,
 +with a driver name of 'test'. The driver maintains all its state
 +in memory. It can start with a pre-configured default config, or
 +be given a path to a alternate config. Some example conection URIs
 +for the libvirt driver are:
 +/p
 +pre
 +test:///default (local access

[libvirt] about libvirt-qpid on libvirt.org

[Atsushi SAKAI]

Hi,

  I have a question about libvirt-qpid.
The libvirt-qpid is working for QPID broker?
If so, it should be added in livirt is section of following pages.
http://libvirt.org/
How do you think?
(If agreed, I add it.)

Thanks
Atsushi SAKAI


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Fine grained Access Control in libVirt

[Atsushi SAKAI]

Hi, Dan

Would you explain the difference with sVirt?
The final goal sVirt seems same form me.
(for example, define many security domain etc in .te file.)

Or it just a little changes from sVirt implementation?

Thanks
Atsushi SAKAI


Daniel P. Berrange berra...@redhat.com wrote:

 On Thu, Jan 15, 2009 at 02:39:20PM +0100, Konrad Eriksson1 wrote:
  After some background research it doesn't look like anyone have taken on 
  the task yet to add fine-grained access control to libVirt (only option 
  right now is R/W or RO mode).
  
  Desired is an addition to libVirt that enables access control on 
  individual actions and data that can be accessed through the library API.
  This could take the form of an AC-module that, based on the identity of 
  the caller, checks each call and grants/denies access to carry out the 
  action (could also take parameters in account) and optionally filter the 
  return data.
  The AC-module could then interface different backend AC solutions 
  (SELinux, RBAC, ...) or alternatively implement an internal scheme.
  
  When looking at the libvirt core and driver framework it seems promising 
  to inject these kind of call-out hooks either in libvirt.c or between 
  libvirt.c and the underlying drivers, by doing this AC will be enforced 
  independent of if a local or remote call is done to libVirt.
  
  I propose an approach to create an AC-module that conforms to the driver 
  API in libVirt and to inject it in the call-path between libvirt.c and the 
  driver(s) to enable the AC-module to inspect the call before sending it to 
  the real driver.
  Normal call path: user - libvirt.c - driver_x
  AC-module injected in call path: user - libvirt.c - AC-module - 
  driver_x
  
  By doing this it can be loaded/unloaded in run-time and also selectable 
  what driver paths it should enforce (hypervisor(aka. driver), storage, 
  network...).
  The AC-module can also be made in different flavors for different AC 
  backend (SELinux, RBAC, internal, ...) solutions and the appropriate 
  AC-module could be loaded without needing re-compiling.
  This approach would also leave a very small footprint in existing libvirt 
  code (only need to inject AC-module driver after normal drivers has been 
  loaded)
 
 FYI, I had discussed the alternative approach with Konrad offlist
 prior to this thread. Namely, instead of having a driver, layered
 in, put a call to something like virCheckAccess() directly into
 libvirt.c replacing the RO checks. The complication with doing it
 this way, is deciding what information to pass to the virCheckAccess
 methods. Obviously the operation name, and then some context for
 the object to the be checked. Do we just pass the virDomainPtr
 in there. Might need the XML for a new domain create call. Might
 want the other virConnectPtr for a migrate call and so on. Seems
 like we'd quickly end up having to pass all possible params through
 to the virCheckAcces method. At which point it really just becomes
 simpler to layer in the checks via the driver API which already
 has access to all the neccessary bits of info.
 
 So I think its reasonable to have MAC calls stacked into the driver
 API as Konrad illustrates above. The initial impl would just duplicate
 our existing RO checks, then we can consider other impls RBAC/SELinux
 etc
 
 Daniel
 -- 
 |: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
 |: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
 |: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
 |: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] RE: Libvirt - Xen Enterprise - Koan

[Atsushi SAKAI]

Hello,

  Just one question.
  How about using XenAPI for XenEnterprise?
I am not familiar with XenEnterprise.
But It should have some API for a developer.

Thanks
Atsushi SAKAI


Daniel Veillard veill...@redhat.com wrote:

 On Tue, Jan 06, 2009 at 12:08:14PM -, gerhardus.geldenh...@gta-travel.com 
 wrote:
  Damm, 
  Well at least a conclusive answer. I am assuming it would be relatively
  big undertaking to write a new driver?
 
   No idea, look at other drivers, some are simple enough, others are
 more complex. But basically since it's not open-source the amount
 of interested people will shink, there is also the problem of connecting
 libvirt and the XenE management depending on the Licencing terms of
 their own stack. It's not game over, but it sounds like restarting from
 scratch...
 
 Daniel
 
 -- 
 Daniel Veillard  | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
 dan...@veillard.com  | Rpmfind RPM search engine http://rpmfind.net/
 http://veillard.com/ | virtualization library  http://libvirt.org/
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] add the check of memory size in xenXMDriver forsetmem of Xen domain

[Atsushi SAKAI]

Hi, Daniel,

This patch itself is OK.

But I also think MIN_XEN_GUEST_SIZE should be defined in xen_unified.h 
not src/internal.h. Since this variable is Xen specific.
How do you think?

Thanks
Atsushi SAKAI


S.Sakamoto [EMAIL PROTECTED] wrote:

 Hi,
 
 I make the patch.
 This patch adds the check of memory size in xenXMDriver,
 to handle the xenStoreDriver error when the set value
 by setmem(setmaxmem) is 4096-65535 definitely.
 
 
 Thanks,
 Shigeki Sakamoto.
 
 
 Index: src/xm_internal.c
 ===
 RCS file: /data/cvs/libvirt/src/xm_internal.c,v
 retrieving revision 1.95
 diff -u -p -r1.95 xm_internal.c
 --- src/xm_internal.c 24 Oct 2008 11:20:08 -  1.95
 +++ src/xm_internal.c 31 Oct 2008 05:52:27 -
 @@ -1273,6 +1273,8 @@ int xenXMDomainSetMemory(virDomainPtr do
  return (-1);
  if (domain-id != -1)
  return (-1);
 +if (memory  1024 * MIN_XEN_GUEST_SIZE);
 +return (-1);
  
  if (!(filename = virHashLookup(nameConfigMap, domain-name)))
  return (-1);
 
 
 
  At first, libvirt.c should not check VMM-arch specific value.
  In this meaning, xs_internal.c do the right thing.
  The problem is error handling on libvirt.c(Xen Store error is not handled 
  properly).
  Do you investigate it?
  
  Thanks
  Atsushi SAKAI
  
  
  
  S.Sakamoto [EMAIL PROTECTED] wrote:
  
   Hi,
   
   I have a question.
   Why does libvirt check size of memory in xenStoreDomainSetMemory of 
   xs_internal.c?
   
   In the xen not exclude lifecycle,
   when I do the following command for the domain that is shutoff,
   error message is output and return value is 0 and the definition 
   file(=/etc/xen/XXX) is updated.
   
 
 # virsh setmem(or setmaxmem) guestdom 65535(4096-65535)
 libvir: Xen Store error : invalid argument in xenStoreDomainSetMemory
 
 # echo $?
 0
 
   
   As a result that I research this,
   this error message is output by the check of the memory size in 
   xenStoreDriver.
   Because libvirt checks the memory size of under 4096 in libvirt.c,
   I think that libvirt should check memory size range of 4096-65535 in 
   libvirt.c.
   
   
   Thanks,
   Shigeki Sakamoto.
   
   --
   Libvir-list mailing list
   Libvir-list@redhat.com
   https://www.redhat.com/mailman/listinfo/libvir-list
  
  
  
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [Q]Why does libvirt check size of memory inxenStoreDriver?

[Atsushi SAKAI]

Hi, Shigeki

At first, libvirt.c should not check VMM-arch specific value.
In this meaning, xs_internal.c do the right thing.
The problem is error handling on libvirt.c(Xen Store error is not handled 
properly).
Do you investigate it?

Thanks
Atsushi SAKAI



S.Sakamoto [EMAIL PROTECTED] wrote:

 Hi,
 
 I have a question.
 Why does libvirt check size of memory in xenStoreDomainSetMemory of 
 xs_internal.c?
 
 In the xen not exclude lifecycle,
 when I do the following command for the domain that is shutoff,
 error message is output and return value is 0 and the definition 
 file(=/etc/xen/XXX) is updated.
 
   
   # virsh setmem(or setmaxmem) guestdom 65535(4096-65535)
   libvir: Xen Store error : invalid argument in xenStoreDomainSetMemory
   
   # echo $?
   0
   
 
 As a result that I research this,
 this error message is output by the check of the memory size in 
 xenStoreDriver.
 Because libvirt checks the memory size of under 4096 in libvirt.c,
 I think that libvirt should check memory size range of 4096-65535 in 
 libvirt.c.
 
 
 Thanks,
 Shigeki Sakamoto.
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [RFC] sVirt v0.10 - initial prototype

[Atsushi SAKAI]

Hi, James

I have a question just for interest.

The security context stores like
/etc/selinux/targeted/contexts/files/file_contexts.

But you are storeing the domain security label on libvirt specific XML.
Of course, this is good for libvirt POV.

Is it permitted for SELinux policy POV?


By the way, I want to see the further discussion of the Requirements.
 Requirements not yet addressed include:

Thanks
Atsushi SAKAI



James Morris [EMAIL PROTECTED] wrote:

[snip]
 The domain security label configuration format is as follows:
 
 # virsh dumpxml sys1
 domain
 
   seclabel model='selinux'
 labelsystem_u:system_r:virtd_t:s0/label
 policytypetargeted/policytype
   /seclabel
 /domain
 
 It's possible to query the security label of a running domain via virsh:
 
 # virsh dominfo sys1
 Id: 1
 Name:   sys1
 UUID:   fa3c8e06-0877-2a08-06fd-f2479b7bacb4
 OS Type:hvm
 State:  running
 CPU(s): 1
 CPU time:   11.4s
 Max memory: 524288 kB
 Used memory:524288 kB
 Autostart:  disable
 Security label: system_u:system_r:virtd_t:s0 (selinux/targeted/enforcing)
 
 The security label is deterimed via the new virDomainGetSecLabel() API 
 method, which is transported over RPC to the backend driver (qemu in this 
 case), and is entirely independent of the local security model, if any.  
 e.g. this command could be run remotely from an entirely different 
 platform: you just see what's happening on the remote system, as with 
 other attributes of the domain.
 
 Feedback on the design thus far is sought before proceeding to more 
 comprehensive integration.
 
 In particular, I'd be interested in any thoughts on the placement of the 
 security labeling driver within libvirt, as this seems to be the most 
 critical architectural issue (I've already refactored this aspect once).  
 
 Currently, the idea is to attach the security labeling driver to the virt 
 driver, rather than implement it independently as a top-level component as 
 in the case of other types of drivers (e.g. storage).  This is because 
 process-based security labeling is highly dependent on the kind of 
 virtualization in use, and may not make sense at all in some cases (e.g. 
 when using a non-Linux hypervisor, or containers).
 
 In the case of qemu, a security labeling driver is added to qemud:
 
 @@ -63,6 +64,7 @@ struct qemud_driver {
  char *vncListen;
  
  virCapsPtr caps;
 +virSecLabelDriverPtr secLabelDriver;
  };
 
 and then initialized during qemud startup from qemudSecLabelInit().  
 
 During initialization, any available security labeling drivers are probed, 
 and the first one which thinks it should be used is installed. Top-level 
 libvirt API calls are then dispatched to the active security labeling 
 driver via the backend virt driver, as necessary.
 
 Note that the security labeling framework in this release is always 
 built-in -- it can be made a compile-time option later if desired.
 
 Requirements not yet addressed include:
 - Labeling of resources and generally comprehensive labeling management
 - Automatic labeling (e.g. for the simple isolation use-case)
 - Integration of labeling support into higher-level management tools such 
   as virt-manager
 - Integration with the audit subsystem to help with administration and 
   debugging
 - Domain of interpretation (DOI) checking/translation
 - Python bindings
 
 As mentioned, the goal at this stage is to get feedback on the underlying 
 design: comments welcome!
 
 
 - James
 -- 
 James Morris
 [EMAIL PROTECTED]


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Libvirt support for migration in KVM

[Atsushi SAKAI]

Hi,

Please read following message.

https://www.redhat.com/archives/libvir-list/2008-September/msg00011.html

Thanks
Atsushi SAKAI







Shanmuga Rajan [EMAIL PROTECTED] wrote:

 Hi
 
 I have tested migration function VirDomain object by migrating with in
 localhost(for testing purpose).
 
 System details are
 
 KVM hypervisor.
 Intel VT 64 bit centos.
 libvirt 0.4.6. (compiled from source)
 vs i am running is Win 2003 64 bit...
 Host is also 64 bit
 
 but when i tried to use the migrate function of virDomain object. it
 throws the following error
 
 libvirt.libvirtError: virDomainMigrate() failed this function is not
 supported by the hypervisor: virDomainMigrate
 
 
 i read in kvm wiki that they do support  migration
 Can anyone point out the problem
 
 
 here comes the python code
 
  vsobj.migrate(conn,libvirt.VIR_MIGRATE_LIVE,None,conn.getURI(),0)
 libvir: error : this function is not supported by the hypervisor:
 virDomainMigrate
 Traceback (most recent call last):
   File stdin, line 1, in ?
   File /usr/lib64/python2.4/site-packages/libvirt.py, line 301, in migrate
 if ret is None:raise libvirtError('virDomainMigrate() failed', dom=self)
 libvirt.libvirtError: virDomainMigrate() failed this function is not
 supported by the hypervisor: virDomainMigrate
 
 
 
 
 Thanks for any suggestion
 
 -- Shan
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Suggestion on commit rules when fixing breakages

[Atsushi SAKAI]

Hi, Daniel

 This proposal seems approved.
Does this proposal message goes to somewhere in libvirt document?

Thanks
Atsushi SAKAI


Daniel Veillard [EMAIL PROTECTED] wrote:

   As the number of compilation options and platform grows, it gets
 more difficult for a commiter to always ensure one chunk of code
 won't give a problem in a different situation. To try to lower the
 cost of maintaining the protability I would suggest the following
 rule for commit:
   - if a recently commited patch breaks compilation on a platform
 or for a given driver then it's fine to commit a minimal fix
 directly without getting the review feedback first
   - similary if make check or make syntax-chek breaks, if there is
 an obvious fix, it's fine to commit immediately
 Note that this would remove the need to send the patch to the list
 anyway (or tell what the fix was if trivial). This doesn't either
 remove the rule that 'make check syntax-check' should pass before
 commiting anything, and obviously the existing review process is still
 needed t for anything which is not a trivial fix breaking make or
 checks.
 
   I guess it makes sense to minimize disruption for those working on
 head and lower the time needed to get those fix in for those who catch
 and fix them ;-)
   Opinions ?
 
 Daniel
 
 -- 
 Daniel Veillard  | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
 [EMAIL PROTECTED]  | Rpmfind RPM search engine http://rpmfind.net/
 http://veillard.com/ | virtualization library  http://libvirt.org/
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] Question about supporting other hypervisor

[Atsushi SAKAI]

Hello,

I have a simple question raised yesterday.

CIM(Common Information Model) is a kind of good I/F
(to support VMware, Hyper-V and other platform).

As a CIM Provider, libvirt-cim is going on.
But for CIM Client, Is not going on.

Is there any reason for not supporting CIM on libvirt driver layer?
I am thinking about cim-xml driver (like remote driver) in libvirt.

Ref.
http://www.dmtf.org/standards/wbem
http://en.wikipedia.org/wiki/Web-Based_Enterprise_Management

Thanks
Atsushi SAKAI



--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] openvz support in libvirt

[Atsushi SAKAI]

Hi,

About libvirt functionality for openVZ.
see the struct openvzDriver in libvirt/src/openvz_driver.c
(around line 957)
http://git.et.redhat.com/?p=libvirt.git;a=blob;f=src/openvz_driver.c

Thanks
Atsushi SAKAI

Anton Protopopov [EMAIL PROTECTED] wrote:

 Hello.
 
 To start with, I have the following questions:
 
 Does libvirt support the xml format for openvz driver described in the next
 thread?
 http://www.redhat.com/archives/libvir-list/2008-July/msg00312.html
 (I think, that it does not. But will it support it in future? :))
 
 What libvirt functionality does openvz driver support?
 (Openvz does not mentioned in http://libvirt.org/hvsupport.html)
 
 Anton.


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] libvirt vs XenAPI

[Atsushi SAKAI]

Hi, Alain

I guess  Daniel says xend issue.(since it relates to XenAPI)
As for hypervisor, You are correct in RHEL5.2 and CentOS5.2.

Current RHEL/Xen is very complex compared to upstream Xen.

Thanks
Atsushi SAKAI



Alain Barthe [EMAIL PROTECTED] wrote:

 2008/9/4 Daniel Veillard [EMAIL PROTECTED]
 
  On Tue, Sep 02, 2008 at 06:09:43PM +0200, atif bajwa wrote:
   Just quick question,
   what version of Xen/XenApi is packaged in RHEL 5.1/5.2. Can I remotely
   access it using XML-RPC API or not?
 
RHEL-5.2 has xen-3.0.3, and that will stay the same for the lifetime
  of RHEL5. There is no XenAPI for this, as Dan Berrange told you
  already. And for remote access you have libvirt support.
 
 
 On CentOS-5.2 (same as RedHat, IFAIK), xen is 3.1.2. Don't believe rpm
 version, check xm info instead.
 
 
 
 
  Daniel
 
  --
  Daniel Veillard  | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
  [EMAIL PROTECTED]  | Rpmfind RPM search engine http://rpmfind.net/
  http://veillard.com/ | virtualization library  http://libvirt.org/
 
  --
  Libvir-list mailing list
  Libvir-list@redhat.com
  https://www.redhat.com/mailman/listinfo/libvir-list
 


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Libvirtd needs to be always running/

[Atsushi SAKAI]

Hi, Yao

  You should differenciate Qemu and Xen(zen).
  
  For QEMU, libvirtd need to run always.
For Xen,  it does not requrired to run for local machine. and required to run 
for remote machine.

Thanks
Atsushi SAKAI


Yushu Yao [EMAIL PROTECTED] wrote:

 Hi All,
 
 A newbie question:
 Does the libvirtd need to be running all the time if I want to use any
 functions of libvirt (as simple as start/stop/pause my virtual machines
 (qemu/zen)). Or is it only try if I use the remote functions or virsh.
 
 Thanks,
 -Yushu
 
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Libvirtd needs to be always running/

[Atsushi SAKAI]

Yushu Yao [EMAIL PROTECTED] wrote:

 Thanks Atsushi and Stefan,
 
 It seems that libvirtd has to run with root, is this true?
Yes

 
 But why does libvirtd need to run for QEMU? If it's for start/stop/pause vm,
 is Qemu's command line tool not enough?

Please see follows
https://www.redhat.com/archives/libvir-list/2008-September/msg5.html

 
 Thanks!
 
 -Yushu
 
 
 
 On 9/3/08 6:08 PM, Stefan de Konink [EMAIL PROTECTED] wrote:
 
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
  
  Atsushi SAKAI schreef:
You should differenciate Qemu and Xen(zen).

For QEMU, libvirtd need to run always.
  For Xen,  it does not requrired to run for local machine. and required to 
  run
  for remote machine.
  
  
  Some people still have their hopes that libvirtd will do the same for
  Xen in the near future :)
  
  
  Stefan
  -BEGIN PGP SIGNATURE-
  Version: GnuPG v2.0.9 (GNU/Linux)
  Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
  
  iEUEARECAAYFAki/NP8ACgkQYH1+F2Rqwn32awCXdiNGVwZWj3dEA526BZDOM2Zh
  qwCeOGf7fQmG9pzG7tKKuuL7ZzMT18c=
  =+umj
  -END PGP SIGNATURE-
 
 


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] libvirt vs XenAPI

[Atsushi SAKAI]

Hi, Atif

If you want to natively use Xen API,
I will recommend to use it directly.
If you want to use archtecture neutral API,
You should use libvirt.


Libvirt pros and cons
pros:any Xen version is supported (like 3.y.z or 2.y)
cons:architecuture neutral API. specific functionality is not always supported.

And this list may be helpful.
http://libvirt.org/hvsupport.html

Thanks
Atsushi SAKAI


atif bajwa [EMAIL PROTECTED] wrote:

 Hi!
 
 I am looking to integrate the Xen Management. Please guide me advantages of
 using libvirt over XenAPI and please list xen-based-hypervisor
 distributions(versions) that will be supported with libvirt. And what is
 future of libvirt as XenSource is more focused on XenAPI.
 
 Regards,
 Atif


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Remote access from libvirt windows client

[Atsushi SAKAI]

Hi, Atif

At this moment, 0.4.4 is not working correctly.
Hourly cvs-snapshot is better solution.
http://libvirt.org/downloads.html

If you want to compile on MinGW, Please see following Mail.
https://www.redhat.com/archives/libvir-list/2008-June/msg00145.html

If you want to compile on Cygwin,
You should turn off HAVE_WINSOCK2_H after autogen.sh


Thanks
Atsushi SAKAI


atif bajwa [EMAIL PROTECTED] wrote:

 Hi!
 
 I am looking to add support for Xen. Please guide me which is best method to
 connect to remote system(host) from windows client. What privileges and
 binaries will be required for client program to read data only.
 
 If possible please list supported libvirt versions that can be port to
 windows. Also list xen-based-hypervisor distributions that I can get remote
 access with libvirt windows based client.
 
 Regards,
 Atif


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Question about migration on KVM/Qemu

[Atsushi SAKAI]

Hi, Chris

Thanks for your reply.

Please let me clearify,
You mean oVirt does not support migration at this moment,
Since Migration of KVM/Qemu is not supported on libvirt.

Thanks
Atsushi SAKAI


Chris Lalancette [EMAIL PROTECTED] wrote:

 Atsushi SAKAI wrote:
  Hi,
  
  I have a question about migration on KVM/Qemu.
 From src/qemu_driver.c, domainMigrateX is not defined.
  
  But from news on 0.3.2, KVM migration is supported.
  http://libvirt.org/news.html
  
  Where is the code which performs migration on KVM/Qemu.
 
 Hm, that's a little odd.  As far as I know, KVM migration isn't supported yet.
 
 There are some patches from Rich Jones (that he's posted a few times), but 
 there
 is a bug in upstream KVM that prevents them from working properly.
 Unfortunately, upstream KVM/Qemu have decided to re-do their implementation of
 migration, so we can't commit to Rich Jones' patches until that gets sorted
 upstream.
 
 Chris Lalancette


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Exposing some unique features?

[Atsushi SAKAI]

Hi, Quynh

Thank you for your comment.
I am clearified your question.
But I have no good idea to solve.
Someone may have a good idea.

Thanks
Atsushi SAKAI



Nguyen Anh Quynh [EMAIL PROTECTED] wrote:

 On Thu, Aug 28, 2008 at 2:52 PM, Atsushi SAKAI [EMAIL PROTECTED] wrote:
  Hi, Quynh
 
  Did you see the libvirt access control feature?
  http://libvirt.org/auth.html
  You mean current access control feature is not enough for your use.
 
 But that access control is about authenticating/authorizing, and that
 has nothing to do with the idea of exposing unique features.
 
 Thanks,
 Q
 
 
 
  Nguyen Anh Quynh [EMAIL PROTECTED] wrote:
 
  Hi,
 
  Though libvirt tries very hard to hide the difference between
  hypervisors behind an abstraction layer, there are still differences
  that we might want to expose to the users. For example, QEMU has the
  monitor interface, which provides some unique functions. Users might
  want to have access to the monitor interface and send command to it
  (like gdbserver command?).
 
  So how can we expose such information? We can have a new driver
  function, which return an opaque structure. The content of the
  structure is of course depends on the hypervisor type.
 
  One problem is that this might be dangerous if users relies on the
  QEMU monitor to execute some functions that should be done under
  control.
 
  Idea?
 
  Thanks,
  Quynh
 
  --
  Libvir-list mailing list
  Libvir-list@redhat.com
  https://www.redhat.com/mailman/listinfo/libvir-list
 
 
 


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] Use gcc style for structure fields declaration

[Atsushi SAKAI]

Hi, Quynh

Good catch!
 +1

Thanks
Atsushi SAKAI


Nguyen Anh Quynh [EMAIL PROTECTED] wrote:

 Hi,
 
 This patch uses gcc style to declare fields in virDriver structures.
 This also makes it easier to spot bugs.
 
 $ diffstat fix3.patch
  lxc_driver.c|  118 ++--
  openvz_driver.c |  118 ++--
  qemu_driver.c   |  126 
 
  test.c  |  118 ++--
  4 files changed, 240 insertions(+), 240 deletions(-)
 
 
 Thanks,
 Quynh


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Exposing some unique features?

[Atsushi SAKAI]

Hi, Quynh

Did you see the libvirt access control feature?
http://libvirt.org/auth.html
You mean current access control feature is not enough for your use.


Thanks
Atsushi SAKAI





Nguyen Anh Quynh [EMAIL PROTECTED] wrote:

 Hi,
 
 Though libvirt tries very hard to hide the difference between
 hypervisors behind an abstraction layer, there are still differences
 that we might want to expose to the users. For example, QEMU has the
 monitor interface, which provides some unique functions. Users might
 want to have access to the monitor interface and send command to it
 (like gdbserver command?).
 
 So how can we expose such information? We can have a new driver
 function, which return an opaque structure. The content of the
 structure is of course depends on the hypervisor type.
 
 One problem is that this might be dangerous if users relies on the
 QEMU monitor to execute some functions that should be done under
 control.
 
 Idea?
 
 Thanks,
 Quynh
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] Re: [ANNOUNCE][RFC] sVirt: Integrating SELinux and Linux-basedvirtualization

[Atsushi SAKAI]

Hi, James

  Thank you for posting the announcement.
  This thread is very interesting.
Instead, I understand many things to be dicided.

- Utilize the new hierarchical types being proposed upstream by
  NEC.  (No analysis done yet).
Would you point the following document?


Thanks
Atsushi SAKAI




--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix minor typo

[Atsushi SAKAI]

Hi, John

Thank you for your suggestion.
I am looking around the libvirt.pot and found 4 typos additionally.
I am pushing these fixes.

Thanks
Atsushi SAKAI


John Levon [EMAIL PROTECTED] wrote:

 
 Fix a typo in the message for the 'dump' command in virsh.
 
 Signed-off-by: John Levon [EMAIL PROTECTED]
 
 
 Index: src/virsh.c
 ===
 RCS file: /data/cvs/libvirt/src/virsh.c,v
 retrieving revision 1.157
 diff -u -r1.157 virsh.c
 --- src/virsh.c   22 Jul 2008 16:12:01 -  1.157
 +++ src/virsh.c   13 Aug 2008 15:50:09 -
 @@ -1320,7 +1320,7 @@
  return FALSE;
  
  if (virDomainCoreDump(dom, to, 0) == 0) {
 -vshPrint(ctl, _(Domain %s dumpd to %s\n), name, to);
 +vshPrint(ctl, _(Domain %s dumped to %s\n), name, to);
  } else {
  vshError(ctl, FALSE, _(Failed to core dump domain %s to %s),
   name, to);
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


fix_message_20080815.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Question about html file in docs

[Atsushi SAKAI]

Hi, Daniel

If I run the make on libvirt,
cvs diff outputs large diffs on html.
This is because the difference of html and html.in is large.

I think it should be fixed.
How do you think?

Thanks
Atsushi SAKAI


Daniel Veillard [EMAIL PROTECTED] wrote:

 On Wed, Aug 13, 2008 at 09:56:00AM +0900, Atsushi SAKAI wrote:
  Hi,
  
  I think html files in docs directory are redundunt.
  It is because html file is created by html.in.
  May I remove these files?
 
  No
 
  Or are there any reason about staying these files?
 
  Because the web site is a CVS checkout of the docs/ subdir
 
 Daniel
 
 -- 
 Red Hat Virtualization group http://redhat.com/virtualization/
 Daniel Veillard  | virtualization library  http://libvirt.org/
 [EMAIL PROTECTED]  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
 http://veillard.com/ | Rpmfind RPM search engine  http://rpmfind.net/


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] check for XHTML1 DTDs availability

[Atsushi SAKAI]

Hi, Daniel

  I need to set http_proxy on my environment.
(Sorry, since I need not set http_proxy since I use wget and cvs only)
But still stays large diffs on html 6 files.

drvqemu.html
formatnetwork.html
formatstorage.html
intro.html
news.html
remote.html

Thanks
Atsushi SAKAI



Daniel Veillard [EMAIL PROTECTED] wrote:

 On Wed, Aug 13, 2008 at 08:10:36AM -0400, Daniel Veillard wrote:
Well apparently the XSL output is post-processed by xmlling --valid 
  --format
  which then introduce a dependancy on the XHTML1 DTDs . If you don't have 
  them
  installed locally you will get validation error messages when building
  in docs and the output will diverge.
  
The simplest solution for you is probably to make sure you have XHTML1
  DTDs installed in your local XML catalog, which on RHEL/Fedora is as simple
  as having the package xhtml1-dtds installed on your machine(s).
 
   The patch enclosed adds detection for the XHTML1 dtds at runtime on the 
 build machine, and should solve the problem of diverging docs, replace the
 XML validity warnings by a more general message and add the requirement
 when building the RPM. I guess this should solve the issue
 
 Daniel
 
 -- 
 Red Hat Virtualization group http://redhat.com/virtualization/
 Daniel Veillard  | virtualization library  http://libvirt.org/
 [EMAIL PROTECTED]  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
 http://veillard.com/ | Rpmfind RPM search engine  http://rpmfind.net/


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] Question about html file in docs

[Atsushi SAKAI]

Hi,

I think html files in docs directory are redundunt.
It is because html file is created by html.in.
May I remove these files?
Or are there any reason about staying these files?

Thanks
Atsushi SAKAI



--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi, Jim

I am looking around the code about WEXITSTATUS.
It seems that following kind of code needs on gnulib.
http://kerneltrap.org/mailarchive/git/2008/2/27/1003054
What do you think?

Thanks
Atsushi SAKAI



Atsushi SAKAI [EMAIL PROTECTED] wrote:

 Hi, Dan
 
 mkstemp is solved by Jim.
 
 But WEXITSTATUS problem is not solved yet.
 Since sys/wait.h does not exist on MinGW.
 http://www.mingw.org/MinGWiki/index.php/PortingChildren
 
 Thanks
 Atsushi SAKAI
 
 
 
 
 Daniel P. Berrange [EMAIL PROTECTED] wrote:
 
  On Thu, Aug 07, 2008 at 05:56:48PM +0900, Atsushi SAKAI wrote:
   Hi, Jim
   
   Your patch works fine. It passes inet_pton problem.
   Please apply it.
   
   By the way, virsh compilation error.
   Is threre any good suggestion?
   =
   virsh-virsh.o: In function `editWriteToTempFile':
   C:/msys/1.0/home/Administrator/work/libvirt/src/virsh.c:5080: undefined 
   reference to `mkstemp'
  
  Look like there is a gnulib module for that - Jim could say if its license
  compatible
  
   virsh-virsh.o: In function `editFile':
   C:/msys/1.0/home/Administrator/work/libvirt/src/virsh.c:5155: undefined 
   reference to `WEXITSTATUS'
  
  virsh.c seems to be missing  '#include sys/wait.h'
  
  Daniel
  -- 
  |: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ 
  :|
  |: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org 
  :|
  |: http://autobuild.org   -o- http://search.cpan.org/~danberr/ 
  :|
  |: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 
  :|
 
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi, Jim and Dan

Thank you for commenting.

I compiled with attached patch successfully.

 src/domain_conf.c|1 +
 src/domain_conf.h|2 ++
 src/network_conf.c   |1 +
 src/util.c   |4 ++--
 src/virsh.c  |3 +++
 tests/testutilsxen.c |2 ++
 6 files changed, 11 insertions(+), 2 deletions(-)


Thanks
Atsushi SAKAI




Jim Meyering [EMAIL PROTECTED] wrote:

 Atsushi SAKAI [EMAIL PROTECTED] wrote:
  I am looking around the code about WEXITSTATUS.
  It seems that following kind of code needs on gnulib.
  http://kerneltrap.org/mailarchive/git/2008/2/27/1003054
  What do you think?
 
 Hi Atsushi,
 
 Yes, git provides MinGW support, and I see it's compat/mingw.h
 includes this line:
 
 #define WEXITSTATUS(x) ((x)  0xff)
 
 Could it be as easy as adding this?
 
   #ifndef WEXITSTATUS
   # define WEXITSTATUS(x) ((x)  0xff)
   #endif
 
 gnulib provides heavy-weight (different API, and GPL'd) support for
 running subprocesses via its execute module, but it targets more
 than just MinGW.


fix_mingw_compile_20080811.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi, Dan

  Thank you for commenting it.
Without WITH_QEMU, following errors are appeared.
===
In file included from test.c:44:
domain_conf.h:447: error: syntax error before '' token
domain_conf.h:447: warning: no semicolon at end of struct or union
domain_conf.h:448: error: syntax error before '' token
domain_conf.h:449: error: syntax error before '' token
domain_conf.h:458: error: syntax error before ':' token
domain_conf.h:459: error: syntax error before ':' token
domain_conf.h:468: error: syntax error before '}' token

==snip==


Thanks
Atsushi SAKAI



Daniel P. Berrange [EMAIL PROTECTED] wrote:

 On Mon, Aug 11, 2008 at 07:57:46PM +0900, Atsushi SAKAI wrote:
  Hi, Jim and Dan
  
  Thank you for commenting.
  
  I compiled with attached patch successfully.
 
 This is bit not good:
 
  diff -u -r1.6 domain_conf.h
  --- src/domain_conf.h   8 Aug 2008 15:03:00 -   1.6
  +++ src/domain_conf.h   11 Aug 2008 10:53:21 -
  @@ -444,9 +444,11 @@
   typedef struct _virDomainObj virDomainObj;
   typedef virDomainObj *virDomainObjPtr;
   struct _virDomainObj {
  +#ifdef WITH_QEMU
   int stdin;
   int stdout;
   int stderr;
  +#endif
   int monitor;
   int logfile;
   int pid;
 
 The domain_conf.{c,h} is *generic* code and should have no driver-specific
 bits in it. As such there's no need for WITH_QEMU conditional compilation
 
 Daniel
 -- 
 |: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
 |: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
 |: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
 |: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi, Jim and Dan

How about this?

 src/domain_conf.c|1 +
 src/domain_conf.h|6 +++---
 src/network_conf.c   |1 +
 src/qemu_driver.c|   32 
 src/util.c   |4 ++--
 src/virsh.c  |3 +++
 tests/testutilsxen.c |2 ++
 7 files changed, 28 insertions(+), 21 deletions(-)

Thanks
Atsushi SAKAI



Jim Meyering [EMAIL PROTECTED] wrote:

 Atsushi SAKAI [EMAIL PROTECTED] wrote:
  Hi, Dan
 
Thank you for commenting it.
  Without WITH_QEMU, following errors are appeared.
  ===
  In file included from test.c:44:
  domain_conf.h:447: error: syntax error before '' token
  domain_conf.h:447: warning: no semicolon at end of struct or union
  domain_conf.h:448: error: syntax error before '' token
  domain_conf.h:449: error: syntax error before '' token
  domain_conf.h:458: error: syntax error before ':' token
  domain_conf.h:459: error: syntax error before ':' token
  domain_conf.h:468: error: syntax error before '}' token
 ...
   +#ifdef WITH_QEMU
int stdin;
int stdout;
int stderr;
   +#endif
 
 Instead of an ifdef, I suggest renaming those three variables.
 Then their names won't conflict with the names from stdio.h.
 
 Please make that var-renaming change a separate change set.


fix_mingw_compile_20080812.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] [patch][doc] fix typos 20080807

[Atsushi SAKAI]

Hi,

Typo fixes on document.

 formatdomain.html|   22 +++---
 formatdomain.html.in |   22 +++---
 java.html|2 +-
 java.html.in |2 +-
 4 files changed, 24 insertions(+), 24 deletions(-)

Thanks
Atsushi SAKAI


fix_typo.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi, Jim

  Thsnk you for your reply.

src/network_conf.c defines #include arpa/inet.h.
The error message says the link does not exist.
So I think it should add inet_pton.c to Makefile

Is my understanding incorrect?

By the way,
I added sys/stat.h to domain_conf.c.
It solves the missing definition of S_IRUSR, S_IWUSR.


Thanks
Atsushi SAKAI



Jim Meyering [EMAIL PROTECTED] wrote:

 Atsushi SAKAI [EMAIL PROTECTED] wrote:
  I have a question about inet_pton().
  I try to compile libvirt on MinGW after some modification.
  The error message says follows.
  C:/msys/1.0/home/sakaia/work/libvirt/src/network_conf.c:290: undefined 
  reference to `inet_pton'
  C:/msys/1.0/home/sakaia/work/libvirt/src/network_conf.c:296: undefined 
  reference to `inet_pton'
 
 Thanks for the report.
 When the system does not declare inet_pton,
 gnulib arranges for it to be in gnulib/lib/arpa/inet.h.
 Since network_conf.c does include arpa/inet.h, and -I
 directives point to the containing directory, it should
 use that file.
 
 Please run make distclean (or start from a fresh checkout), then run
 the usual ./autogen.sh command, to ensure that you don't have any stale,
 generated files.  If the problem persists, please post the contents of
 the generated gnulib/lib/arpa/inet.h.


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Is CVS server working?

[Atsushi SAKAI]

Hi, Daniel

  Sorry for late.
After an hour trying to repeating cvs command,
I get the libvirt code tree.???

Thanks
Atsushi SAKAI


Daniel Veillard [EMAIL PROTECTED] wrote:

 On Thu, Aug 07, 2008 at 09:53:28AM +0900, Atsushi SAKAI wrote:
  Hi,
  
  CVS server [EMAIL PROTECTED]:2401/data/cvs is working?
  I can see git repository but CVS repository are not.
 
   I just checked based on instructions at http://libvirt.org/downloads.html
 and yes i was able to login and checkout,
 
 Daniel
 
 -- 
 Red Hat Virtualization group http://redhat.com/virtualization/
 Daniel Veillard  | virtualization library  http://libvirt.org/
 [EMAIL PROTECTED]  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
 http://veillard.com/ | Rpmfind RPM search engine  http://rpmfind.net/


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi, Jim

Your patch works fine. It passes inet_pton problem.
Please apply it.

By the way, virsh compilation error.
Is threre any good suggestion?
=
virsh-virsh.o: In function `editWriteToTempFile':
C:/msys/1.0/home/Administrator/work/libvirt/src/virsh.c:5080: undefined 
reference to `mkstemp'
virsh-virsh.o: In function `editFile':
C:/msys/1.0/home/Administrator/work/libvirt/src/virsh.c:5155: undefined 
reference to `WEXITSTATUS'
=


Thanks
Atsushi SAKAI



Jim Meyering [EMAIL PROTECTED] wrote:

 Atsushi SAKAI [EMAIL PROTECTED] wrote:
 
  Hi, Jim
 
Thsnk you for your reply.
 
  src/network_conf.c defines #include arpa/inet.h.
  The error message says the link does not exist.
  So I think it should add inet_pton.c to Makefile
 ...
   I try to compile libvirt on MinGW after some modification.
   The error message says follows.
   C:/msys/1.0/home/sakaia/work/libvirt/src/network_conf.c:290: undefined 
   reference to `inet_pton'
   C:/msys/1.0/home/sakaia/work/libvirt/src/network_conf.c:296: undefined 
   reference to `inet_pton'
 
 Ahh.. those are _link_ errors.
 That's due to a missing file: gnulib/m4/inet_pton.m4, and one
 that I didn't update: gnulib/m4/gnulib-comp.m4
 
 My smoke test configure/build worked fine because I ran
 it on a Linux system, which doesn't need inet_pton.
 
 Please try this patch:
 (this gnulib-comp.m4 changes also reflects some
 unrelated changes in gnulib -- FYI, I'm preparing another
 gnulib-related patch that updates several files with bug-
 and portability- fixes)
 
 From 335ac36a1e22da0922eb4abb7501c79bf418b8b0 Mon Sep 17 00:00:00 2001
 From: Jim Meyering [EMAIL PROTECTED]
 Date: Thu, 7 Aug 2008 09:56:38 +0200
 Subject: [PATCH] complete the MinGW inet_pton portability fix
 
 * gnulib/m4/inet_pton.m4: New file.  Required for MinGW.
 * gnulib/m4/gnulib-comp.m4: Update.
 ---
  gnulib/m4/gnulib-comp.m4 |   62 +
  gnulib/m4/inet_pton.m4   |   27 
  2 files changed, 67 insertions(+), 22 deletions(-)
  create mode 100644 gnulib/m4/inet_pton.m4
 
 diff --git a/gnulib/m4/gnulib-comp.m4 b/gnulib/m4/gnulib-comp.m4
 index 6341bc2..239eb7a 100644
 --- a/gnulib/m4/gnulib-comp.m4
 +++ b/gnulib/m4/gnulib-comp.m4
 @@ -39,6 +39,8 @@ AC_DEFUN([gl_INIT],
m4_pushdef([AC_LIBOBJ], m4_defn([gl_LIBOBJ]))
m4_pushdef([AC_REPLACE_FUNCS], m4_defn([gl_REPLACE_FUNCS]))
m4_pushdef([AC_LIBSOURCES], m4_defn([gl_LIBSOURCES]))
 +  m4_pushdef([gl_LIBSOURCES_LIST], [])
 +  m4_pushdef([gl_LIBSOURCES_DIR], [])
gl_COMMON
gl_source_base='gnulib/lib'
gl_EOVERFLOW
 @@ -60,6 +62,8 @@ AC_DEFUN([gl_INIT],
AC_SUBST([LTLIBINTL])
gl_INET_NTOP
gl_ARPA_INET_MODULE_INDICATOR([inet_ntop])
 +  gl_INET_PTON
 +  gl_ARPA_INET_MODULE_INDICATOR([inet_pton])
gl_FUNC_LSEEK
gl_UNISTD_MODULE_INDICATOR([lseek])
gl_FUNC_MALLOC_POSIX
 @@ -107,6 +111,19 @@ AC_DEFUN([gl_INIT],
   AM_XGETTEXT_OPTION([--flag=vasprintf:2:c-format])])
gl_WCHAR_H
gl_XSIZE
 +  m4_ifval(gl_LIBSOURCES_LIST, [
 +m4_syscmd([test ! -d ]m4_defn([gl_LIBSOURCES_DIR])[ ||
 +  for gl_file in ]gl_LIBSOURCES_LIST[ ; do
 +if test ! -r ]m4_defn([gl_LIBSOURCES_DIR])[/$gl_file ; then
 +  echo missing file ]m4_defn([gl_LIBSOURCES_DIR])[/$gl_file 2
 +  exit 1
 +fi
 +  done])dnl
 +  m4_if(m4_sysval, [0], [],
 +[AC_FATAL([expected source file, required through AC_LIBSOURCES, not 
 found])])
 +  ])
 +  m4_popdef([gl_LIBSOURCES_DIR])
 +  m4_popdef([gl_LIBSOURCES_LIST])
m4_popdef([AC_LIBSOURCES])
m4_popdef([AC_REPLACE_FUNCS])
m4_popdef([AC_LIBOBJ])
 @@ -129,6 +146,8 @@ AC_DEFUN([gl_INIT],
m4_pushdef([AC_LIBOBJ], m4_defn([gltests_LIBOBJ]))
m4_pushdef([AC_REPLACE_FUNCS], m4_defn([gltests_REPLACE_FUNCS]))
m4_pushdef([AC_LIBSOURCES], m4_defn([gltests_LIBSOURCES]))
 +  m4_pushdef([gltests_LIBSOURCES_LIST], [])
 +  m4_pushdef([gltests_LIBSOURCES_DIR], [])
gl_COMMON
gl_source_base='gnulib/tests'
gt_TYPE_WCHAR_T
 @@ -136,6 +155,19 @@ AC_DEFUN([gl_INIT],
AC_CHECK_FUNCS([shutdown])
abs_aux_dir=`cd $ac_aux_dir; pwd`
AC_SUBST([abs_aux_dir])
 +  m4_ifval(gltests_LIBSOURCES_LIST, [
 +m4_syscmd([test ! -d ]m4_defn([gltests_LIBSOURCES_DIR])[ ||
 +  for gl_file in ]gltests_LIBSOURCES_LIST[ ; do
 +if test ! -r ]m4_defn([gltests_LIBSOURCES_DIR])[/$gl_file ; then
 +  echo missing file ]m4_defn([gltests_LIBSOURCES_DIR])[/$gl_file 
 2
 +  exit 1
 +fi
 +  done])dnl
 +  m4_if(m4_sysval, [0], [],
 +[AC_FATAL([expected source file, required through AC_LIBSOURCES, not 
 found])])
 +  ])
 +  m4_popdef([gltests_LIBSOURCES_DIR])
 +  m4_popdef([gltests_LIBSOURCES_LIST])
m4_popdef([AC_LIBSOURCES])
m4_popdef([AC_REPLACE_FUNCS])
m4_popdef([AC_LIBOBJ])
 @@ -164,13 +196,6 @@ AC_DEFUN([gl_LIBOBJ], [
gl_LIBOBJS=$gl_LIBOBJS $1.$ac_objext
  ])
 
 -# m4_foreach_w is provided by autoconf-2.59c and later

Re: [libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi, Dan

mkstemp is solved by Jim.

But WEXITSTATUS problem is not solved yet.
Since sys/wait.h does not exist on MinGW.
http://www.mingw.org/MinGWiki/index.php/PortingChildren

Thanks
Atsushi SAKAI




Daniel P. Berrange [EMAIL PROTECTED] wrote:

 On Thu, Aug 07, 2008 at 05:56:48PM +0900, Atsushi SAKAI wrote:
  Hi, Jim
  
  Your patch works fine. It passes inet_pton problem.
  Please apply it.
  
  By the way, virsh compilation error.
  Is threre any good suggestion?
  =
  virsh-virsh.o: In function `editWriteToTempFile':
  C:/msys/1.0/home/Administrator/work/libvirt/src/virsh.c:5080: undefined 
  reference to `mkstemp'
 
 Look like there is a gnulib module for that - Jim could say if its license
 compatible
 
  virsh-virsh.o: In function `editFile':
  C:/msys/1.0/home/Administrator/work/libvirt/src/virsh.c:5155: undefined 
  reference to `WEXITSTATUS'
 
 virsh.c seems to be missing  '#include sys/wait.h'
 
 Daniel
 -- 
 |: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
 |: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
 |: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
 |: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] Question SSH support and libirt on Windows

[Atsushi SAKAI]

Hi, Rich

  I have a question about SSH support of libvirt on Windows.
Is there any reason for not supporting SSH.
It is just because it lacks manpower?

Thanks
Atsushi SAKAI




--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] Is CVS server working?

[Atsushi SAKAI]

Hi,

CVS server [EMAIL PROTECTED]:2401/data/cvs is working?
I can see git repository but CVS repository are not.

Thanks
Atsushi SAKAI


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi, Jim

I have a question about inet_pton().
I try to compile libvirt on MinGW after some modification.
The error message says follows.
C:/msys/1.0/home/sakaia/work/libvirt/src/network_conf.c:290: undefined 
reference to `inet_pton'
C:/msys/1.0/home/sakaia/work/libvirt/src/network_conf.c:296: undefined 
reference to `inet_pton'

I think it should edit gnulib/lib/Makefile.am.
Is this my guess correct.

Thanks
Atsushi SAKAI


Jim Meyering [EMAIL PROTECTED] wrote:

 Atsushi SAKAI [EMAIL PROTECTED] wrote:
 ...
  network_conf.c:290: warning: implicit declaration of function `inet_aton'
  network_conf.c:290: warning: nested extern declaration of `inet_aton'
 
 We can/should use inet_pton instead.  Then, not only do we use what seems
 to be the preferred interface, but there is a gnulib module by the same
 name that can come into play if it too is missing.
 
  network_conf.c:598: error: `S_IRUSR' undeclared (first use in this function)
 
 The remaining problems should be easy to resolve:
 Add this line to network_conf.c:
 
 #include sys/stat.h
 
  network_conf.c:598: error: (Each undeclared identifier is reported only once
  network_conf.c:598: error: for each function it appears in.)
  network_conf.c:598: error: `S_IWUSR' undeclared (first use in this function)


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi,

Currently, compilation for MinGW is broken.
Here is the patch.
But configure script option for MinGW is changed from previous posting.
https://www.redhat.com/archives/libvir-list/2008-June/msg00145.html

Currently, it should do
# ./configure --without-xen --without-qemu --without-sasl --without-lxc 
--without-openvz --without-libvirtd --without-test

currently following 3 make works,
make
make install
make check
I do not know why syntax-check is not exist on Makefile on MinGW.

 src/domain_conf.c|2 ++
 src/network_conf.c   |2 ++
 src/virsh.c  |8 
 tests/testutilsxen.c |2 ++
 4 files changed, 14 insertions(+)

Thanks
Atsushi SAKAI



fix_compilation_for_mingw.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi, Dan and Daniel

Thank you for commenting this.
I am digging into the problem domain_conf.c, network_conf.c and test driver.

Just for network_conf.c outputs following message.

 gcc -DHAVE_CONFIG_H -I. -I.. -I../gnulib/lib -I../gnulib/lib -I../include 
-I../include -I../qemud -Ic:/MinGW/lib/GTK/include/libxml2 
-DBINDIR=\/usr/local/libexec\ -DSBINDIR=\/usr/local/sbin\ 
-DSYSCONF_DIR=\/usr/local/etc\ -DLOCALEBASEDIR=\/usr/local/share/locale\ 
-DLOCAL_STATE_DIR=\/usr/local/var\ -DGETTEXT_PACKAGE=\libvirt\ -Wall 
-Wformat -Wformat-security -Wmissing-prototypes -Wnested-externs 
-Wpointer-arith -Wextra -Wshadow -Wcast-align -Wwrite-strings 
-Waggregate-return -Wstrict-prototypes -Winline -Wredundant-decls 
-Wno-sign-compare -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fasynchronous-unwind-tables -DWITH_REMOTE -DIN_LIBVIRT -g -O2 -MT 
libvirt_la-network_conf.lo -MD -MP -MF .deps/libvirt_la-network_conf.Tpo -c 
network_conf.c  -DDLL_EXPORT -DPIC -o .libs/libvirt_la-network_conf.o
In file included from ../gnulib/lib/arpa/inet.h:24,
 from network_conf.c:29:
../gnulib/lib/sys/socket.h:109: warning: declaration of 'socket' shadows a 
global declaration
c:/mingw/bin/../lib/gcc/mingw32/3.4.5/../../../../include/winsock2.h:553: 
warning: shadowed declaration is here
network_conf.c: In function `virNetworkDefParseXML':
network_conf.c:290: warning: implicit declaration of function `inet_aton'
network_conf.c:290: warning: nested extern declaration of `inet_aton'
network_conf.c: In function `virNetworkSaveConfig':
network_conf.c:598: error: `S_IRUSR' undeclared (first use in this function)
network_conf.c:598: error: (Each undeclared identifier is reported only once
network_conf.c:598: error: for each function it appears in.)
network_conf.c:598: error: `S_IWUSR' undeclared (first use in this function)
make[3]: *** [libvirt_la-network_conf.lo] Error 1
make[3]: Leaving directory `/home/Administrator/work/libvirt-0.4.4/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/Administrator/work/libvirt-0.4.4/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/Administrator/work/libvirt-0.4.4'
make: *** [all] Error 2
=

Thanks
Atsushi SAKAI


Daniel P. Berrange [EMAIL PROTECTED] wrote:

 On Tue, Aug 05, 2008 at 04:03:41AM -0400, Daniel Veillard wrote:
  On Tue, Aug 05, 2008 at 04:24:08PM +0900, Atsushi SAKAI wrote:
   Hi,
   
   Currently, compilation for MinGW is broken.
   Here is the patch.
   But configure script option for MinGW is changed from previous posting.
   https://www.redhat.com/archives/libvir-list/2008-June/msg00145.html
   
   Currently, it should do
   # ./configure --without-xen --without-qemu --without-sasl --without-lxc 
   --without-openvz --without-libvirtd --without-test
  
yes I made compilation with lxc and openvz default now, so changing this
  is normal.
  
   currently following 3 make works,
   make
   make install
   make check
   I do not know why syntax-check is not exist on Makefile on MinGW.
  
I would expect most development to still be done on Linux/Unix, so
  that's not a big deal IMHO
  
src/domain_conf.c|2 ++
src/network_conf.c   |2 ++
  
basically the changes remove compilations from the XML parsing code.
  On one end I understand why it's not needed (currently) but I wonder why
  this need to be defined out. Seems to me the code should compile on WIN32
  and that's an important point if we ever want to get some native hypervisor
  support there.
So what miscompiled there ? Can we fix it ? in the interim having the code
  compiled out as the patch does is fine, but I would like to understand.
 
 Yes, this is completely wrong. The test driver and all the generic network,
 and domain  XML code should all work on Windows. The only stuff we should
 be disabling is hypervisor drivers, and Linux specific bits of code.
 
 Daniel
 -- 
 |: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
 |: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
 |: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
 |: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi, Rich

I think possible.
But It needs time
I will consider it.

Thanks
Atsushi SAKAI

Richard W.M. Jones [EMAIL PROTECTED] wrote:

 On Tue, Aug 05, 2008 at 04:24:08PM +0900, Atsushi SAKAI wrote:
   src/virsh.c  |8 
 
 Is it possible to get edit working on Windows?  My MinGW system has a
 program which looks like 'vi' ...
 
 Rich.
 
 -- 
 Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
 virt-top is 'top' for virtual machines.  Tiny program with many
 powerful monitoring features, net stats, disk stats, logging, etc.
 http://et.redhat.com/~rjones/virt-top


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix MinGW compilation(200808)

[Atsushi SAKAI]

Hi, Jim

Thank you for commenting this.
I am wondered how to replace inet_aton.
Your suggestion is very helpful.

Thanks
Atsushi SAKAI

Jim Meyering [EMAIL PROTECTED] wrote:

 Atsushi SAKAI [EMAIL PROTECTED] wrote:
 ...
  network_conf.c:290: warning: implicit declaration of function `inet_aton'
  network_conf.c:290: warning: nested extern declaration of `inet_aton'
 
 We can/should use inet_pton instead.  Then, not only do we use what seems
 to be the preferred interface, but there is a gnulib module by the same
 name that can come into play if it too is missing.
 
  network_conf.c:598: error: `S_IRUSR' undeclared (first use in this function)
 
 The remaining problems should be easy to resolve:
 Add this line to network_conf.c:
 
 #include sys/stat.h
 
  network_conf.c:598: error: (Each undeclared identifier is reported only once
  network_conf.c:598: error: for each function it appears in.)
  network_conf.c:598: error: `S_IWUSR' undeclared (first use in this function)


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] fix syntax check error

[Atsushi SAKAI]

Hi,

This patch fixes syntax error(found TAB(s))
http://builder.virt-manager.org/module-libvirt--devel.html

Thanks
Atsushi SAKAI


fix_typo20080804.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Contribution to libvirt

[Atsushi SAKAI]

Hello, rajesh

As you know, the java bindings are here.
http://libvirt.org/java.html

Please mail the patch to this mailing list.

Thanks
Atsushi SAKAI



rajesh battala [EMAIL PROTECTED] wrote:

 hi all..
 i am interested to contribute to libvirt.
 i want to contribute to the java bindings.
 is there any procedure for that.
 plz let me know i ddint find doc on the site.
 thanks
 rajesh
 
 
 
   Unlimited freedom, unlimited storage. Get it now, on 
 http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html/


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] fix compilation for MinGW (with LXC)

[Atsushi SAKAI]

Hi, Rich

   Sorry for replying, I took 3-day holiday.
Thank you for noticing that.
I am intersted on that as autotest.

And, I already linked your page SIGs/MinGW page to 
http://ja.wikipedia.org/wiki/MinGW
(on cross compiling environment)

By the way, you already succeed to run virt-manager on cygwin?
http://et.redhat.com/~rjones/win32-porting/

Thanks
Atsushi SAKAI


Richard W.M. Jones [EMAIL PROTECTED] wrote:

 On Fri, Jun 27, 2008 at 11:25:59AM +0900, Atsushi SAKAI wrote:
  May I commit this patch for MinGW compilation?
 
 I'm trying to get a MinGW cross-compiler into Fedora.  This
 should help matters in two ways: firstly it means we can do
 automated nightly builds which should find problems like this
 early, and secondly it means we'll be able to offer Windows
 binaries on the site.
 
 If anyone is interested, please express your interest here:
 
 http://fedoraproject.org/wiki/SIGs/MinGW
 
 There are some packages here:
 
 http://hg.et.redhat.com/misc/fedora-mingw--devel/
 
 Rich.


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] storage_conf.c: In function 'virStorageSize'

[Atsushi SAKAI]

Hi,

ULLONG_MAX should be defined on limits.h.
and its limits.h is includes on src/internal.h.
Please check these files.

By the way, you are using i486?.


Thanks
Atsushi SAKAI


Jaime Traver [EMAIL PROTECTED] wrote:

 Hi, I am having problem with compilation of libvirt, i has saw one post
 about this in the maillist, but it don't resolved the problem. The detail of
 erros is:
 
 storage_conf.c: In function 'virStorageSize':
 storage_conf.c:627: error: 'ULLONG_MAX' undeclared (first use in this
 function)
 storage_conf.c:627: error: (Each undeclared identifier is reported only once
 storage_conf.c:627: error: for each function it appears in.)
 make[2]: *** [libvirt_la-storage_conf.lo] Error 1
 make[2]: se sale del directorio `/home/revartj/libvirt/libvirt-0.4.4/src'
 make[1]: *** [all-recursive] Error 1
 make[1]: se sale del directorio `/home/revartj/libvirt/libvirt-0.4.4'
 make: *** [all] Error 2
 
 
 Any information about SO:
 
 EREBO:/home/revartj/libvirt/libvirt-0.4.4# *uname -a*
 Linux EREBO 2.6.18-6-xen-686 #1 SMP Sat May 24 14:16:03 UTC 2008 i686
 GNU/Linux
 
 EREBO:/home/revartj/libvirt/libvirt-0.4.4# *gcc -v*
 Using built-in specs.
 Target: i486-linux-gnu
 Configured with: ../src/configure -v
 --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
 --enable-shared --with-system-zlib --libexecdir=/usr/lib
 --without-included-gettext --enable-threads=posix --enable-nls
 --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
 --enable-libstdcxx-debug --enable-mpfr --with-tune=i686
 --enable-checking=release i486-linux-gnu
 Thread model: posix
 gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
 
 Someboy know how i can resolved this error.
 
 Thank everybody by advance.
 
 revartj


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] libvirt on mingw: undefined reference to htonl/ntohl

[Atsushi SAKAI]

Hi, Brecht

One additional Note for libvirt python dll file

python25.dll is not correctly working as we expected.
We should try Python-MinGW.
http://python-mingw.donbennett.org/mywiki/HomePage

DLL should export _imp__* funtions.
But We cannot see it on Python Windows Installation package.

I have no time to check into this issue.

Thanks
Atsushi SAKAI





Brecht Sanders [EMAIL PROTECTED] wrote:

 Hi,
 On my end I also had built libvirtmod.a, but without a DLL version of
 this file I don't think it will be loadable as a Python module.
 Or is there a way to load or link static libraries somehow in Python?
 Brecht
 
 P.S.: I didn't understand your spelling remark.
 
 Atsushi SAKAI wrote:
  Hi, Brecht
 
  I can compile and generate .a file on python directory.
  Sorry for spelling (I am using Zen-kaku(2byte) character in your name.)
 
  Thanks
  Atsushi SAKAI
 
 
  Atsushi SAKAI [EMAIL PROTECTED] wrote:
 

  Hi, Breｃｈｔ
 
  I can make .a file(not .dll).
  With following instruction.
 
  ==1==
  Install 
  http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi
  to /usr/local/(C:\msys\1.0\local)
 
  and copy to include file to /usr/include/python2.5
  and copy /usr/local/python.exe pythonw.exe to /usr/local/bin
 
  ==2==
  Install to /usr/local (C:\msys\1.0\local)
  http://ftp.gnome.org/pub/GNOME/binaries/win32/pygobject/2.14/pygobject-2.14.1-1.win32-py2.5.exe
 
  make and make install seems work fine.
 
  Thanks
  Atsushi SAKAI
 
 
 
 
 
  Atsushi SAKAI [EMAIL PROTECTED] wrote:
 
  
  Hi, Brecht
 

  Just out of curiosity, have you done anything with virsh or the DLL you 
  have built?
  
  Yes
 
  By the way, I am doing to build Python bingings on MinGW.
  But it will need to do tomorrow, since many compilation warnings.
 
  Thanks
  Atsushi SAKAI
 
 
 
 
  Brecht Sanders [EMAIL PROTECTED] wrote:
 

  Hi,
  I guesss I had got as far as you did.
  To Install Python on Windows you will need to download and install the 
  following:
  http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi
  
  http://ftp.gnome.org/pub/GNOME/binaries/win32/pygobject/2.14/pygobject-2.14.1-1.win32-py2.5.exe
  
  http://ftp.gnome.org/pub/GNOME/binaries/win32/pycairo/1.4/pycairo-1.4.12-1.win32-py2.5.exe
  
  http://ftp.gnome.org/pub/GNOME/binaries/win32/pygtk/2.12/pygtk-2.12.1-2.win32-py2.5.exe
  Also, don't forget to set some environment variables:
  export PYDIR=/C/Prog/Python25
  export PYTHONHOME=$PYDIR
  export PYTHONPATH=$PYDIR/Lib/site-packages
  export PATH=$MINGWPREFIX:$MINGWPREFIX/bin:$PATH
  Just out of curiosity, have you done anything with virsh or the DLL you 
  have built?
  Regards,
  Brecht
 
  Atsushi SAKAI wrote:
  
  Hi, Bericht
 
  By your suggestion, I am recognizing python bindings are not created(on 
  my configuration).
  If you notice me to install python on MinGW, I will try to investigate 
  it.
 
  My posting mail is follows(it does not create python library)
  https://www.redhat.com/archives/libvir-list/2008-June/msg00201.html
  It creates general library and virsh only.
 
  Thanks
  Atsushi SAKAI
 
 
  Brecht Sanders [EMAIL PROTECTED] wrote:
 


  No. Can you tell me where to find it?
  I also noticed that I only produced one DLL: libvirt-0.dll.
  No Python module DLL was built. Were you able to build this?
 
  Atsushi SAKAI wrote:
  
  
  Hi,
 
  Did you check my instruction for libvirt on MinGW?
 
  Thanks
  Atsushi SAKAI
 
 
  Brecht Sanders [EMAIL PROTECTED] wrote:
 



  Hi,
  Some time passed by and I thought I'd have another go at compiling 
  libvirt for win32 using MinGW/MSYS again.
  I tried to compile libvirt-0.4.3 and I got around most obstacles. 
  Now it 
  just seems I am stuck when it is trying to link.
  My search on google showed me that I am not the first one to see 
  this issue.
  Usually i means -lws2_32 is in the wrong place. However I tried 
  moving 
  it around without luck.
  Also it doesn't make sense to me that only htonl and ntohl are 
  missing. 
  It appears anything else used from the winsock library is found 
  during 
  linking.
  I feel we're very close to getting libvirt compiled on win32. Or do 
  you 
  know if anyone already succeeded?
  Regards
  Brecht Sanders
 
  gcc -shared  .libs/libvirt_la-libvirt.o .libs/libvirt_la-memory.o 
  .libs/libvirt_la-hash.o .libs/libvirt_la-test.o 
  .libs/libvirt_la-buf.o 
  .libs/libvirt_la-qparams.o .libs/libvirt_la-capabilities.o 
  .libs/libvirt_la-xml.o .libs/libvirt_la-event.o 
  .libs/libvirt_la-xen_unified.o .libs/libvirt_la-xen_internal.o 
  .libs/libvirt_la-xs_internal.o .libs/libvirt_la-xend_internal.o 
  .libs/libvirt_la-stats_linux.o .libs/libvirt_la-sexpr.o 
  .libs/libvirt_la-virterror.o .libs/libvirt_la-proxy_internal.o 
  .libs/libvirt_la-conf.o .libs/libvirt_la-xm_internal.o 
  .libs/libvirt_la-remote_internal.o .libs/libvirt_la-bridge.o 
  .libs/libvirt_la-iptables.o

[libvirt] LXC veth.c issue

[Atsushi SAKAI]

Hello, Dan Smith

Please check your moveInterfaceToNetNs on veth.c
**rc** and **len** have warning problem.
http://builder.virt-manager.org/logs/modules/libvirt--devel-build-output.log

P.S.
Many Dan stay in this mailing list.
Also My previous patch save this problem for general users 
but not for LXC users :-)

Thanks
Atsushi SAKAI


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] [PATCH] fix_syntax_check

[Atsushi SAKAI]

Hi, Daniel

I accidentally met the following error.
Just changes tabs to spaces.

 xm_internal.c |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

Thanks
Atsushi SAKAI


fix_syntax_check.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] [PATCH] fix compilation for MinGW (with LXC)

[Atsushi SAKAI]

Hello, Dan Smith

May I commit this patch for MinGW compilation?
veth.c is not necessary for MinGW.

Thanks
Atsushi SAKAI

fix_compilation_on_mingw_with_lxc.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] MinGW environment for libvirt (at this moment))

[Atsushi SAKAI]

Hi, Daniel

Thank you for commenting this.
I will post the procedure as next step(after commit the patch).

Thanks
Atsushi SAKAI



Daniel Veillard [EMAIL PROTECTED] wrote:

 On Thu, Jun 19, 2008 at 09:23:20AM +0900, Atsushi SAKAI wrote:
  Here is the update for instruction to make install on MinGW.
  (Since I goes to from make only to pass to make install)
 
   Hum, if that works maybe that should be made available from
 http://libvirt.org/windows.html
 
   1.Install MinGW-5.1.4.exe
 [snip]
  14.execute /usr/local/bin/virsh.exe
  
  Hope virsh.exe works on MinGW.
 
   If that works (I don't know), could you submit a patch for
 docs/windows.html.in to make a new Compiling from source
 separating the original Cygwin part and a new MinGW and either
 include those instructions or just link to the archive from there
 
   https://www.redhat.com/archives/libvir-list/2008-June/msg00145.html
 
   thanks !
 
 Daniel
 
 -- 
 Red Hat Virtualization group http://redhat.com/virtualization/
 Daniel Veillard  | virtualization library  http://libvirt.org/
 [EMAIL PROTECTED]  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
 http://veillard.com/ | Rpmfind RPM search engine  http://rpmfind.net/


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] Change virsh list behavior

[Atsushi SAKAI]

It looks good to me.
 +1

Thanks
Atsushi SAKAI

Ryan Scott [EMAIL PROTECTED] wrote:

 
 At the popular request of pretty much everyone in Sun who uses virsh...
 
 Change virsh list to list all domains, and add an --active flag to 
 list only the active domains.
 
 Signed-off-by: Ryan Scott [EMAIL PROTECTED]


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] Eliminate noise from python type wrappers

[Atsushi SAKAI]

Hi, 

Just a simple question.
Why you do not turn off the DEBUG flag for libvirt build?

Thanks
Atsushi SAKAI


Ryan Scott [EMAIL PROTECTED] wrote:

 
 Hi,
 
We recently had a virt-install build failure when someone tried 
 building on a system with debug libvirt packages installed.  It was 
 caused by extra noise from commands that load libvirt.  For example:
 
 $ python ./setup.py --version
 libvirt_virConnectPtrWrap: node = 8938fb8
 0.300.3
 
I've seen (internal) complaints about this, and I think the 
 irritation from the noise outweighs the usefulness of these statements, 
 so they should be removed.
 
 Signed-off-by: Ryan Scott [EMAIL PROTECTED]
 
 


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] libvirt on mingw: undefined reference to htonl/ntohl

[Atsushi SAKAI]

Hi, Breｃｈｔ

I can make .a file(not .dll).
With following instruction.

==1==
Install 
http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi
to /usr/local/(C:\msys\1.0\local)

and copy to include file to /usr/include/python2.5
and copy /usr/local/python.exe pythonw.exe to /usr/local/bin

==2==
Install to /usr/local (C:\msys\1.0\local)
http://ftp.gnome.org/pub/GNOME/binaries/win32/pygobject/2.14/pygobject-2.14.1-1.win32-py2.5.exe

make and make install seems work fine.

Thanks
Atsushi SAKAI





Atsushi SAKAI [EMAIL PROTECTED] wrote:

 Hi, Brecht
 
  Just out of curiosity, have you done anything with virsh or the DLL you 
  have built?
 Yes
 
 By the way, I am doing to build Python bingings on MinGW.
 But it will need to do tomorrow, since many compilation warnings.
 
 Thanks
 Atsushi SAKAI
 
 
 
 
 Brecht Sanders [EMAIL PROTECTED] wrote:
 
  Hi,
  I guesss I had got as far as you did.
  To Install Python on Windows you will need to download and install the 
  following:
  http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi
  
  http://ftp.gnome.org/pub/GNOME/binaries/win32/pygobject/2.14/pygobject-2.14.1-1.win32-py2.5.exe
  
  http://ftp.gnome.org/pub/GNOME/binaries/win32/pycairo/1.4/pycairo-1.4.12-1.win32-py2.5.exe
  
  http://ftp.gnome.org/pub/GNOME/binaries/win32/pygtk/2.12/pygtk-2.12.1-2.win32-py2.5.exe
  Also, don't forget to set some environment variables:
  export PYDIR=/C/Prog/Python25
  export PYTHONHOME=$PYDIR
  export PYTHONPATH=$PYDIR/Lib/site-packages
  export PATH=$MINGWPREFIX:$MINGWPREFIX/bin:$PATH
  Just out of curiosity, have you done anything with virsh or the DLL you 
  have built?
  Regards,
  Brecht
  
  Atsushi SAKAI wrote:
   Hi, Bericht
  
   By your suggestion, I am recognizing python bindings are not created(on 
   my configuration).
   If you notice me to install python on MinGW, I will try to investigate it.
  
   My posting mail is follows(it does not create python library)
   https://www.redhat.com/archives/libvir-list/2008-June/msg00201.html
   It creates general library and virsh only.
  
   Thanks
   Atsushi SAKAI
  
  
   Brecht Sanders [EMAIL PROTECTED] wrote:
  
 
   No. Can you tell me where to find it?
   I also noticed that I only produced one DLL: libvirt-0.dll.
   No Python module DLL was built. Were you able to build this?
  
   Atsushi SAKAI wrote:
   
   Hi,
  
   Did you check my instruction for libvirt on MinGW?
  
   Thanks
   Atsushi SAKAI
  
  
   Brecht Sanders [EMAIL PROTECTED] wrote:
  
 
 
   Hi,
   Some time passed by and I thought I'd have another go at compiling 
   libvirt for win32 using MinGW/MSYS again.
   I tried to compile libvirt-0.4.3 and I got around most obstacles. Now 
   it 
   just seems I am stuck when it is trying to link.
   My search on google showed me that I am not the first one to see this 
   issue.
   Usually i means -lws2_32 is in the wrong place. However I tried moving 
   it around without luck.
   Also it doesn't make sense to me that only htonl and ntohl are 
   missing. 
   It appears anything else used from the winsock library is found during 
   linking.
   I feel we're very close to getting libvirt compiled on win32. Or do 
   you 
   know if anyone already succeeded?
   Regards
   Brecht Sanders
  
   gcc -shared  .libs/libvirt_la-libvirt.o .libs/libvirt_la-memory.o 
   .libs/libvirt_la-hash.o .libs/libvirt_la-test.o .libs/libvirt_la-buf.o 
   .libs/libvirt_la-qparams.o .libs/libvirt_la-capabilities.o 
   .libs/libvirt_la-xml.o .libs/libvirt_la-event.o 
   .libs/libvirt_la-xen_unified.o .libs/libvirt_la-xen_internal.o 
   .libs/libvirt_la-xs_internal.o .libs/libvirt_la-xend_internal.o 
   .libs/libvirt_la-stats_linux.o .libs/libvirt_la-sexpr.o 
   .libs/libvirt_la-virterror.o .libs/libvirt_la-proxy_internal.o 
   .libs/libvirt_la-conf.o .libs/libvirt_la-xm_internal.o 
   .libs/libvirt_la-remote_internal.o .libs/libvirt_la-bridge.o 
   .libs/libvirt_la-iptables.o .libs/libvirt_la-uuid.o 
   .libs/libvirt_la-qemu_driver.o .libs/libvirt_la-qemu_conf.o 
   .libs/libvirt_la-openvz_conf.o .libs/libvirt_la-openvz_driver.o 
   .libs/libvirt_la-lxc_driver.o .libs/libvirt_la-lxc_conf.o 
   .libs/libvirt_la-lxc_container.o .libs/libvirt_la-nodeinfo.o 
   .libs/libvirt_la-util.o .libs/libvirt_la-remote_protocol.o 
   -Wl,--whole-archive ../gnulib/lib/.libs/libgnu.a 
   -Wl,--no-whole-archive  
   -L/mingw/lib /mingw/lib/libxml2.dll.a /mingw/lib/libgnutls.dll.a 
   -L/home/bsanders/inst_libgcrypt-1.4.1/lib -lintl -lpthread 
   /mingw/lib/libportablexdr.dll.a -lws2_32  
   -Wl,--version-script=./libvirt_sym.version -o .libs/libvirt-0.dll 
   -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker 
   .libs/libvirt.dll.a
   Creating library file: .libs/libvirt.dll.a
   .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xa46): 
   undefined reference to `htonl'
   .libs/libvirt_la-remote_protocol.o:remote_protocol.c:(.text+0xa5f): 
   undefined reference

Re: [libvirt] libvirt on mingw: undefined reference to htonl/ntohl

[Atsushi SAKAI]

Hi, Brecht

I can compile and generate .a file on python directory.
Sorry for spelling (I am using Zen-kaku(2byte) character in your name.)

Thanks
Atsushi SAKAI


Atsushi SAKAI [EMAIL PROTECTED] wrote:

 Hi, Breｃｈｔ
 
 I can make .a file(not .dll).
 With following instruction.
 
 ==1==
 Install 
 http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi
 to /usr/local/(C:\msys\1.0\local)
 
 and copy to include file to /usr/include/python2.5
 and copy /usr/local/python.exe pythonw.exe to /usr/local/bin
 
 ==2==
 Install to /usr/local (C:\msys\1.0\local)
 http://ftp.gnome.org/pub/GNOME/binaries/win32/pygobject/2.14/pygobject-2.14.1-1.win32-py2.5.exe
 
 make and make install seems work fine.
 
 Thanks
 Atsushi SAKAI
 
 
 
 
 
 Atsushi SAKAI [EMAIL PROTECTED] wrote:
 
  Hi, Brecht
  
   Just out of curiosity, have you done anything with virsh or the DLL you 
   have built?
  Yes
  
  By the way, I am doing to build Python bingings on MinGW.
  But it will need to do tomorrow, since many compilation warnings.
  
  Thanks
  Atsushi SAKAI
  
  
  
  
  Brecht Sanders [EMAIL PROTECTED] wrote:
  
   Hi,
   I guesss I had got as far as you did.
   To Install Python on Windows you will need to download and install the 
   following:
   http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi
   
   http://ftp.gnome.org/pub/GNOME/binaries/win32/pygobject/2.14/pygobject-2.14.1-1.win32-py2.5.exe
   
   http://ftp.gnome.org/pub/GNOME/binaries/win32/pycairo/1.4/pycairo-1.4.12-1.win32-py2.5.exe
   
   http://ftp.gnome.org/pub/GNOME/binaries/win32/pygtk/2.12/pygtk-2.12.1-2.win32-py2.5.exe
   Also, don't forget to set some environment variables:
   export PYDIR=/C/Prog/Python25
   export PYTHONHOME=$PYDIR
   export PYTHONPATH=$PYDIR/Lib/site-packages
   export PATH=$MINGWPREFIX:$MINGWPREFIX/bin:$PATH
   Just out of curiosity, have you done anything with virsh or the DLL you 
   have built?
   Regards,
   Brecht
   
   Atsushi SAKAI wrote:
Hi, Bericht
   
By your suggestion, I am recognizing python bindings are not created(on 
my configuration).
If you notice me to install python on MinGW, I will try to investigate 
it.
   
My posting mail is follows(it does not create python library)
https://www.redhat.com/archives/libvir-list/2008-June/msg00201.html
It creates general library and virsh only.
   
Thanks
Atsushi SAKAI
   
   
Brecht Sanders [EMAIL PROTECTED] wrote:
   
  
No. Can you tell me where to find it?
I also noticed that I only produced one DLL: libvirt-0.dll.
No Python module DLL was built. Were you able to build this?
   
Atsushi SAKAI wrote:

Hi,
   
Did you check my instruction for libvirt on MinGW?
   
Thanks
Atsushi SAKAI
   
   
Brecht Sanders [EMAIL PROTECTED] wrote:
   
  
  
Hi,
Some time passed by and I thought I'd have another go at compiling 
libvirt for win32 using MinGW/MSYS again.
I tried to compile libvirt-0.4.3 and I got around most obstacles. 
Now it 
just seems I am stuck when it is trying to link.
My search on google showed me that I am not the first one to see 
this issue.
Usually i means -lws2_32 is in the wrong place. However I tried 
moving 
it around without luck.
Also it doesn't make sense to me that only htonl and ntohl are 
missing. 
It appears anything else used from the winsock library is found 
during 
linking.
I feel we're very close to getting libvirt compiled on win32. Or do 
you 
know if anyone already succeeded?
Regards
Brecht Sanders
   
gcc -shared  .libs/libvirt_la-libvirt.o .libs/libvirt_la-memory.o 
.libs/libvirt_la-hash.o .libs/libvirt_la-test.o 
.libs/libvirt_la-buf.o 
.libs/libvirt_la-qparams.o .libs/libvirt_la-capabilities.o 
.libs/libvirt_la-xml.o .libs/libvirt_la-event.o 
.libs/libvirt_la-xen_unified.o .libs/libvirt_la-xen_internal.o 
.libs/libvirt_la-xs_internal.o .libs/libvirt_la-xend_internal.o 
.libs/libvirt_la-stats_linux.o .libs/libvirt_la-sexpr.o 
.libs/libvirt_la-virterror.o .libs/libvirt_la-proxy_internal.o 
.libs/libvirt_la-conf.o .libs/libvirt_la-xm_internal.o 
.libs/libvirt_la-remote_internal.o .libs/libvirt_la-bridge.o 
.libs/libvirt_la-iptables.o .libs/libvirt_la-uuid.o 
.libs/libvirt_la-qemu_driver.o .libs/libvirt_la-qemu_conf.o 
.libs/libvirt_la-openvz_conf.o .libs/libvirt_la-openvz_driver.o 
.libs/libvirt_la-lxc_driver.o .libs/libvirt_la-lxc_conf.o 
.libs/libvirt_la-lxc_container.o .libs/libvirt_la-nodeinfo.o 
.libs/libvirt_la-util.o .libs/libvirt_la-remote_protocol.o 
-Wl,--whole-archive ../gnulib/lib/.libs/libgnu.a 
-Wl,--no-whole-archive  
-L/mingw/lib /mingw/lib/libxml2.dll.a /mingw/lib/libgnutls.dll.a 
-L/home/bsanders/inst_libgcrypt-1.4.1/lib -lintl -lpthread 
/mingw/lib/libportablexdr.dll.a -lws2_32  
-Wl,--version-script

[patch] python binding on mingw-make Re: [libvirt] libvirt on mingw: undefined reference to htonl/ntohl

[Atsushi SAKAI]

Hi, Brecht

  How about apply this patch.
(dll.a is created.)
But need to dig into the code.
(many errors are appeared.)

Attached patch should be applied after 
https://www.redhat.com/archives/libvir-list/2008-June/msg00196.html
(the patch is waiting for Dan review)
Instruction should be in
==Step1==
https://www.redhat.com/archives/libvir-list/2008-June/msg00201.html
==Step2==
https://www.redhat.com/archives/libvir-list/2008-June/msg00221.html

PS issue is internationalization of language issue.
Please neglect.
(ASCII[A-Z] can also write in 2-byte code)

Thanks
Atsushi SAKAI



Brecht Sanders [EMAIL PROTECTED] wrote:

 Hi,
 On my end I also had built libvirtmod.a, but without a DLL version of
 this file I don't think it will be loadable as a Python module.
 Or is there a way to load or link static libraries somehow in Python?
 Brecht
 
 P.S.: I didn't understand your spelling remark.
 
 Atsushi SAKAI wrote:
  Hi, Brecht
 
  I can compile and generate .a file on python directory.
  Sorry for spelling (I am using Zen-kaku(2byte) character in your name.)
 
  Thanks
  Atsushi SAKAI
 
 
  Atsushi SAKAI [EMAIL PROTECTED] wrote:
 

  Hi, Breｃｈｔ
 
  I can make .a file(not .dll).
  With following instruction.
 
  ==1==
  Install 
  http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi
  to /usr/local/(C:\msys\1.0\local)
 
  and copy to include file to /usr/include/python2.5
  and copy /usr/local/python.exe pythonw.exe to /usr/local/bin
 
  ==2==
  Install to /usr/local (C:\msys\1.0\local)
  http://ftp.gnome.org/pub/GNOME/binaries/win32/pygobject/2.14/pygobject-2.14.1-1.win32-py2.5.exe
 
  make and make install seems work fine.
 
  Thanks
  Atsushi SAKAI
 
 
 
 
 
  Atsushi SAKAI [EMAIL PROTECTED] wrote:
 
  
  Hi, Brecht
 

  Just out of curiosity, have you done anything with virsh or the DLL you 
  have built?
  
  Yes
 
  By the way, I am doing to build Python bingings on MinGW.
  But it will need to do tomorrow, since many compilation warnings.
 
  Thanks
  Atsushi SAKAI
 
 
 
 
  Brecht Sanders [EMAIL PROTECTED] wrote:
 

  Hi,
  I guesss I had got as far as you did.
  To Install Python on Windows you will need to download and install the 
  following:
  http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi
  
  http://ftp.gnome.org/pub/GNOME/binaries/win32/pygobject/2.14/pygobject-2.14.1-1.win32-py2.5.exe
  
  http://ftp.gnome.org/pub/GNOME/binaries/win32/pycairo/1.4/pycairo-1.4.12-1.win32-py2.5.exe
  
  http://ftp.gnome.org/pub/GNOME/binaries/win32/pygtk/2.12/pygtk-2.12.1-2.win32-py2.5.exe
  Also, don't forget to set some environment variables:
  export PYDIR=/C/Prog/Python25
  export PYTHONHOME=$PYDIR
  export PYTHONPATH=$PYDIR/Lib/site-packages
  export PATH=$MINGWPREFIX:$MINGWPREFIX/bin:$PATH
  Just out of curiosity, have you done anything with virsh or the DLL you 
  have built?
  Regards,
  Brecht
 
  Atsushi SAKAI wrote:
  
  Hi, Bericht
 
  By your suggestion, I am recognizing python bindings are not created(on 
  my configuration).
  If you notice me to install python on MinGW, I will try to investigate 
  it.
 
  My posting mail is follows(it does not create python library)
  https://www.redhat.com/archives/libvir-list/2008-June/msg00201.html
  It creates general library and virsh only.
 
  Thanks
  Atsushi SAKAI
 
 
  Brecht Sanders [EMAIL PROTECTED] wrote:
 


  No. Can you tell me where to find it?
  I also noticed that I only produced one DLL: libvirt-0.dll.
  No Python module DLL was built. Were you able to build this?
 
  Atsushi SAKAI wrote:
  
  
  Hi,
 
  Did you check my instruction for libvirt on MinGW?
 
  Thanks
  Atsushi SAKAI
 
 
  Brecht Sanders [EMAIL PROTECTED] wrote:
 



  Hi,
  Some time passed by and I thought I'd have another go at compiling 
  libvirt for win32 using MinGW/MSYS again.
  I tried to compile libvirt-0.4.3 and I got around most obstacles. 
  Now it 
  just seems I am stuck when it is trying to link.
  My search on google showed me that I am not the first one to see 
  this issue.
  Usually i means -lws2_32 is in the wrong place. However I tried 
  moving 
  it around without luck.
  Also it doesn't make sense to me that only htonl and ntohl are 
  missing. 
  It appears anything else used from the winsock library is found 
  during 
  linking.
  I feel we're very close to getting libvirt compiled on win32. Or do 
  you 
  know if anyone already succeeded?
  Regards
  Brecht Sanders
 
  gcc -shared  .libs/libvirt_la-libvirt.o .libs/libvirt_la-memory.o 
  .libs/libvirt_la-hash.o .libs/libvirt_la-test.o 
  .libs/libvirt_la-buf.o 
  .libs/libvirt_la-qparams.o .libs/libvirt_la-capabilities.o 
  .libs/libvirt_la-xml.o .libs/libvirt_la-event.o 
  .libs/libvirt_la-xen_unified.o .libs/libvirt_la-xen_internal.o 
  .libs/libvirt_la-xs_internal.o .libs/libvirt_la-xend_internal.o 
  .libs/libvirt_la-stats_linux.o .libs/libvirt_la

Re: [libvirt] Question about compilation on MinGW(StorageAPI)

[Atsushi SAKAI]

Hi, Dan

Additional Info
I change libtool version from 1.5.18 to 1.5.26.
Then make install process is passed.

I will post whole compilation process on MinGW after I completed.

At this moment, current patch seems to be enough for MinGW.

Thanks
Atsushi SAKAI


Atsushi SAKAI [EMAIL PROTECTED] wrote:

 Hi, Dan 
 
 How about this?
 
 With this patch, 
 make, 
 make check, 
 make syntax-check on libvirt is running (some test are skipped.).
 At this moment make install is failed on virsh install like this.
 The output is like thisat src directory
 
 # ../libtool --mode=install /usr/bin/install -c 'virsh.exe' 
 '/usr/local/bin/virsh.exe'
 ../libtool: ./virsh.: No such file or directory
 
 I am investigating this issue at this moment.
 
 
  qemud/Makefile.am |2 ++
  src/driver.h  |4 
  src/internal.h|2 ++
  src/libvirt.c |4 
  src/qemu_driver.c |8 
  src/remote_internal.c |6 ++
  tests/Makefile.am |9 ++---
  tests/testutils.c |5 -
  tests/testutilsqemu.c |3 ++-
  tests/virshtest.c |7 ++-
  10 files changed, 44 insertions(+), 6 deletions(-)
 
 Thanks
 Atsushi SAKAI
 
 
 
 Daniel P. Berrange [EMAIL PROTECTED] wrote:
 
  On Mon, Jun 09, 2008 at 12:05:09PM +0900, Atsushi SAKAI wrote:
   Hi, Dan 
   
   If remove uncompiled code on MinGW, the patch seems like this.
   
   0)siginfo_t does not have.
   1)MinGW does not have waitpid, fork etc.
   2)add testutilsqemu.c to check WITH_QEMU
   
   I need to investigate more?
   (Please wait a week, if need to investigate this.)
   
src/driver.h  |4 
src/internal.h|4 
src/libvirt.c |3 ++-
  
  I don't like this change - we should disable all the virStateXXX
  funtions, based on #ifdef WITH_LIBVIRTD, since they're only used
  when in daemon mode, and thus avoid a #ifndef WIN32
  
tests/testutils.c |9 -
  
  This change will cause the virshtest  test file to fail every time on win32.
  
  The better way to approach this is to wrap the *entire* of 
  
   virtTestCaptureProgramOutput
  
  
  in #ifndef WIN32, and then in the virshtest.c file disable the entire
  test suite, 
  
 #ifndef WIN32
  normal test code...
 #else
 int main (void) { return (77); /* means 'test skipped' for automake */ }
 #endif
  
  
  See  qemuxml2argvtest.c for an example of this.
  
tests/testutilsqemu.c |2 ++
  
  This is fine.
  
  Regards,
  Daniel.
  -- 
  |: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ 
  :|
  |: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org 
  :|
  |: http://autobuild.org   -o- http://search.cpan.org/~danberr/ 
  :|
  |: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 
  :|


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] MinGW environment for libvirt (at this moment))

[Atsushi SAKAI]

Here is the update for instruction to make install on MinGW.
(Since I goes to from make only to pass to make install)

 1.Install MinGW-5.1.4.exe
 2.Install MSYS-1.0.11-2004.04.30-1.exe
 3.Install msysDTK-1.0.1.exe
Above files are taken from following
http://sourceforge.net/project/showfiles.php?group_id=2435

 4.Install gtk-dev-2.12.9-win32-2.exe
  (This is for using pkg-config/gettext/libxml2)
  Expand this to C:\MinGW\lib\GTK
  Taken from
  http://gladewin32.sourceforge.net/

 5.update some MSYS packages 
  m4-1.4.7-MSYS.tar.bz2 from root directory
  (we need 1.4.5 or later but msysDTK installs 1.4)
  gawk-3.1.5-MSYS-1.0.11-1.tar.bz2
  (gawk match with 3 args are needed on ChangeLog.awk but not in gawk 3.0.4)
  Taken from
  http://sourceforge.net/project/showfiles.php?group_id=2435

 6.Install autoconf-2.62.tar.gz
  ./configure --prefix=/usr
  make
  make install
  Taken from
  http://www.gnu.org/software/autoconf/

 7.Install automake-1.10.1.tar.gz
  ./configure --prefix=/usr
  make
  make install
  (create /usr/share/aclocal-1.10)
  Taken from
  http://www.gnu.org/software/automake/

 8.Install libtool-1.5.26.tar.gz
  ./configure --prefix=/usr
  make
  make install
  Taken from
  http://www.gnu.org/software/libtool/

 9.Add m4 script for aclocal
   cp /mingw/lib/GTK/share/aclocal/* /usr/share/aclocal
  (This is for running autogen.sh)

10..Install GNUTLS
  expand gnutls-2.3.13.exe to c:\msys\1.0
  (it goes to /usr)(This is for /usr/share/aclocal)
  cp -r /usr/include/gnutls /mingw/include
  cp /usr/lib/libgnutls* /mingw/lib
  cp /usr/lib/libgpg-error* /mingw/lib
  cp /usr/lib/libgcrypt* /mingw/lib
  cp /usr/lib/libtasn1.* /mingw/lib
  rewrite  dependency_libs on /mingw/lib/libgnutls.la and   
/mingw/lib/libgcrypt.la
  from /home/jas/gnutls4win/inst to /mingw

  Taken from
  http://josefsson.org/gnutls4win/

11.expand xdr
  Install Rich's package xdr-4.0-mingw5.tar.gz
  rpc = /mingw/include
  lib*.a = /mingw/lib
  Taken from
  http://www.annexia.org/tmp/xdr-4.0-mingw5.tar.gz

12.get libvirt code
   get Hourly development snapshot(this package includes autogen.sh)
   Taken from
   ftp://libvirt.org/libvirt/
   apply patch.
   patch should be taken from
   https://www.redhat.com/archives/libvir-list/2008-June/msg00196.html

13.create virsh
./autogen.sh
./configure --without-xen --without-qemu --without-sasl --without-libvirtd
make
make syntax-check
make check
make install

14.execute /usr/local/bin/virsh.exe

Hope virsh.exe works on MinGW.

Thanks
Atsushi SAKAI



--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] Pass syntax check for block devices to XenD.

[Atsushi SAKAI]

Hi, Hiroyuki

This patch is already commited by Rich
http://git.et.redhat.com/?p=libvirt.git;a=commitdiff;h=b612d79d5be4a6f4743da4b85d973fc2f92be4bd

Thanks
Atsushi SAKAI


Hiroyuki Kaguchi [EMAIL PROTECTED] wrote:

 On 2008/06/04 14:17, Hiroyuki Kaguchi wrote:
  Hi,
  
  libvirt doesn't pass disk information that the device type isn't specified 
  to
  XenD and doesn't show the error message either.
  However, the error message should be displayed, and XenD should show it.
  On this account, I change libvirt that libvirt passes the disk information 
  that
  the device type isn't specified to XenD and XenD shows error message.
  
  The related patch:
  After Xen Cset17617, XenD check the syntax of the device type of the disk
  information.
  
  Thanks,
  Signed-off-by: Hiroyuki Kaguchi [EMAIL PROTECTED]
  
  Index: src/xm_internal.c
  ===
  RCS file: /data/cvs/libvirt/src/xm_internal.c,v
  retrieving revision 1.79
  diff -u -p -r1.79 xm_internal.c
  --- src/xm_internal.c   29 May 2008 19:20:23 -  1.79
  +++ src/xm_internal.c   3 Jun 2008 07:48:02 -
  @@ -767,12 +767,10 @@ char *xenXMDomainFormatXML(virConnectPtr
   if (!src[0]) {
   strcpy(drvName, phy);
   tmp = src[0];
  -} else if (!(tmp = strchr(src, ':')) || !tmp[0]) {
  -goto skipdisk;
  -} else {
  -strncpy(drvName, src, (tmp-src));
  -drvName[tmp-src] = '\0';
  -}
  +} else if (tmp = strchr(src, ':')) {
  +strncpy(drvName, src, (tmp-src));
  +drvName[tmp-src] = '\0';
  +}
  
   /* And the source driver sub-type */
   if (STRPREFIX(drvName, tap)) {
  @@ -782,7 +780,7 @@ char *xenXMDomainFormatXML(virConnectPtr
   memmove(src, src+(tmp1-src)+1, strlen(src)-(tmp1-src));
   } else {
   drvType[0] = '\0';
  -if (src[0])
  +if (src[0]  tmp)
   memmove(src, src+(tmp-src)+1, 
  strlen(src)-(tmp-src));
   }
  
 
 Would you give me a comment on this patch? If not, please apply it.
 
 Thanks,
 Hiroyuki Kaguchi
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] MinGW environment for libvirt (at this moment))

[Atsushi SAKAI]

Hi, Rich

I do not know about m4 macro origin.
The current libvirt needs to run on latest version(autoconf 2.60 or later).
For this purpose, m4-1.4.5 or later is needed

If I install native m4-1.4.7, it cannot not compiling autoconf.

Thanks
Atsushi SAKAI


Richard W.M. Jones [EMAIL PROTECTED] wrote:

 On Fri, Jun 13, 2008 at 03:23:36PM +0900, Atsushi SAKAI wrote:
   5.expand m4-1.4.7-MSYS.tar.bz2 from root directory
(we need 1.4.5 or later but msysDTK installs 1.4)
  Taken from
  http://sourceforge.net/project/showfiles.php?group_id=2435
 
 I wonder if this is a bug in our use of m4 macros?
 
 Anyway, thanks for this.  An easier way to solve this whole problem
 would be to add the mingw32 cross compiler to Fedora.  See discussion
 here:
 http://www.redhat.com/archives/rhl-devel-list/2008-April/msg01224.html
 If we had this, we could relatively easily build libvirt DLLs / EXEs
 on our Fedora boxes and ship them through the main site.
 
 Rich.
 
 -- 
 Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
 Read my OCaml programming blog: http://camltastic.blogspot.com/
 Fedora now supports 59 OCaml packages (the OPEN alternative to F#)
 http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] MinGW environment for libvirt (at this moment))

[Atsushi SAKAI]

Hi,

This is a current memo for building MinGW environment for libvirt.
(up to run src/.libs/virsh.exe)
Of course this Windows path is opened by Rich.
this is another way to build this.

Ref.
http://www.redhat.com/archives/libvir-list/2008-January/msg00017.html

Compares to Rich one, 2 different point exists
1)GCC version is keeps 3.x not 4.x.
2)libxml2 is using GTK one.

Any suggestions are welcome.
Since I want to simplify this complicated procedure.

 1.Install MinGW-5.1.4.exe
 2.Install MSYS-1.0.11-2004.04.30-1.exe
 3.Install msysDTK-1.0.1.exe
Above files are taken from following
http://sourceforge.net/project/showfiles.php?group_id=2435
 
 4.Install gtk-dev-2.12.9-win32-2.exe
  (This is for using pkg-config/gettext/libxml2)
Taken from
http://gladewin32.sourceforge.net/

 5.expand m4-1.4.7-MSYS.tar.bz2 from root directory
  (we need 1.4.5 or later but msysDTK installs 1.4)
Taken from
http://sourceforge.net/project/showfiles.php?group_id=2435

 6.Install autoconf-2.62.tar.gz
  ./configure --prefix=/usr
  make
  make install
  Taken from
  http://www.gnu.org/software/autoconf/
  
 7.Install automake-1.10.1.tar.gz
  ./configure --prefix=/usr
  make
  make install
  (create /usr/share/aclocal-1.10)
  Taken from
  http://www.gnu.org/software/automake/

 8.Install libtool-1.5.18.tar.gz
  ./configure --prefix=/usr
  make
  make install
  Taken from
  http://www.gnu.org/software/libtool/

 9.Add m4 script for aclocal
   cp /mingw/lib/GTK/share/aclocal/* /usr/share/aclocal
  (This is for running autogen.sh)

10..Install GNUTLS
  expand gnutls-2.3.13.exe to c:\msys\1.0
  (it goes to /usr)(This is for /usr/share/aclocal)
  cp -r /usr/include/gnutls /mingw/include
  cp /usr/lib/libgnutls* /mingw/lib
  cp /usr/lib/libgpg-error* /mingw/lib
  cp /usr/lib/libgcrypt* /mingw/lib
  cp /usr/lib/tasn1.* /mingw/lib
  rewrite  dependency_libs on /mingw/lib/libgnutls.la
   from /home/jas/gnutls4win/inst to /mingw

  Taken from
  http://josefsson.org/gnutls4win/

11.expand xdr
  Install xdr-4.0-mingw5.tar.gz(see Rich Page)
  rpc = /mingw/include
  lib*.a = /mingw/lib
   http://www.annexia.org/tmp/xdr-4.0-mingw5.tar.gz

12.get libvirt code from CVS repository
   comment out siginfo_t
   (currently this problem is assigned to me)
   ftp://libvirt.org/libvirt/


13.create virsh
   ./autogen.sh (tgz file lacks this. you should get CVS repository)
   ./configure --without-xen --without-qemu --without-sasl --without-libvirtd
   make
   (Ignore compile stops at testutils.c)
   (this problem is also assigned to me.)

14.execute src/.libs/virsh.exe




Thanks
Atsushi SAKAI


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] where is autogen.sh on libvirt?

[Atsushi SAKAI]

Hi,

I am looking thorough the package on ftp://libvirt.org/libvirt/
but cannot find autogen.sh files on 0.4.3 and snapshot package.
Is there any reason?
Of course cvs package have autogen.sh.

Thanks
Atsushi SAKAI


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Release?

[Atsushi SAKAI]

Hi, Rich

Would you commit this patch?
https://www.redhat.com/archives/libvir-list/2008-June/msg00031.html

Other patches are minor issue, it may skip it.

Thanks
Atsushi SAKAI


Richard W.M. Jones [EMAIL PROTECTED] wrote:

 
 I've just had a chat with Daniel about whether it's time for a new
 release of libvirt.  My own primary focus is getting the
 virDomain*Peek APIs into a released version so I can use them from
 Fedora.
 
 libvirt 0.4.2 was released on 8th Apr 2008.
 
 I just scanned the changelog and there's a pretty long list of new
 features:
 
  - Support for serial and parallel devices in Xend
 
  - Network interface model in QEMU network devs
 
  - SetVcpus, DomainGetMaxVcpus, VCPU pinning in QEMU
 
  - Disk buses
 
  - Support for Xenner
 
  - Deprecate conn/dom/net fields in virterror
 
  - HTML documentation completely restructured
 
  - MinGW fixes
 
  - Memory leaks plugged
 
  - Added HACKING file and lots of work on unifying syntax and methods
used in the code base to a single standard
 
  - Lots of LXR changes
 
  - virDomain*Peek APIs
 
  - and of course many bug fixes
 
 So is it time for a release?
 
 Rich.
 
 -- 
 Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
 virt-top is 'top' for virtual machines.  Tiny program with many
 powerful monitoring features, net stats, disk stats, logging, etc.
 http://et.redhat.com/~rjones/virt-top
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Release?

[Atsushi SAKAI]

Hi, Rich

Yes.

When the user forget to add phy or file in VM image path,
The error handled on libvirt previously without error message now.

This patch change the VM image path error handling from libvirt to Xend.
For this purpose, libvirt just pass VM image path without check.
Xend reports error with following Xen patch.

Thanks
Atsushi SAKAI


Richard W.M. Jones [EMAIL PROTECTED] wrote:

 On Tue, Jun 10, 2008 at 09:13:06PM +0900, Atsushi SAKAI wrote:
  Would you commit this patch?
  https://www.redhat.com/archives/libvir-list/2008-June/msg00031.html
 
 I'm not sure that I understand the use of this patch.
 
 Is this so that we can specify devices in /etc/xen files like 'phy:'
 or 'file:' (ie. without any actual device or filename following)?
 
 Then according to
 http://xenbits.xensource.com/xen-unstable.hg?rev/0a8fc1a62796
 XenD will give an error?
 
 Rich.
 
 -- 
 Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
 virt-p2v converts physical machines to virtual machines.  Boot with a
 live CD or over the network (PXE) and turn machines into Xen guests.
 http://et.redhat.com/~rjones/virt-p2v


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Question about compilation on MinGW(StorageAPI)

[Atsushi SAKAI]

Hi, Dan 

If remove uncompiled code on MinGW, the patch seems like this.

0)siginfo_t does not have.
1)MinGW does not have waitpid, fork etc.
2)add testutilsqemu.c to check WITH_QEMU

I need to investigate more?
(Please wait a week, if need to investigate this.)

 src/driver.h  |4 
 src/internal.h|4 
 src/libvirt.c |3 ++-
 tests/testutils.c |9 -
 tests/testutilsqemu.c |2 ++
 5 files changed, 20 insertions(+), 2 deletions(-)

Thanks
Atsushi SAKAI


Daniel P. Berrange [EMAIL PROTECTED] wrote:

 On Fri, Jun 06, 2008 at 10:03:41PM +0900, Atsushi SAKAI wrote:
  Hi, Dan
  
  Thank you, I remenber the Mail from Rich.
  http://www.redhat.com/archives/libvir-list/2008-January/msg00017.html
  virsh seems working again.
  
  Current problem on MinGW are 2points(These are avoidable on manually).
  
  1) siginfo_t should comment out.(it effects driver.h/internal.h/libvirt.c 
  on src directory)
 
 Hmm, all the APIs with  virState in their name should be disabled
 by a #ifdef  WITH_LIBVIRTD, since they only make sense in the context
 of the daemon.
 
  2) Cannot compile tests directory
 
 Can you post the compile errors for this - it ought to be easy enough to
 fix
 
 Regards,
 Daniel
 -- 
 |: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
 |: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
 |: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
 |: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|


fix_compile_on_mingw.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] Question about compilation on MinGW(StorageAPI)

[Atsushi SAKAI]

Hi, Rich and Dan

I have a question about libvirt on MinGW.
As you know, MinGW supports remote management only.
In this situation, Storage API(dir) should be off.
Can I configure it? or other way exists?


One more question on MinGW with Ruby,
Does someone already test the Ruby bindings on MinGW?
I am stacked this on configuration of rake on MinGW.

Thanks
Atsushi SAKAI



--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Question about compilation on MinGW(StorageAPI)

[Atsushi SAKAI]

Hi, Dan

Thank you, I remenber the Mail from Rich.
http://www.redhat.com/archives/libvir-list/2008-January/msg00017.html
virsh seems working again.

Current problem on MinGW are 2points(These are avoidable on manually).

1) siginfo_t should comment out.(it effects driver.h/internal.h/libvirt.c on 
src directory)
2) Cannot compile tests directory

Thanks
Atsushi SAKAI



Daniel P. Berrange [EMAIL PROTECTED] wrote:

 On Fri, Jun 06, 2008 at 07:34:32PM +0900, Atsushi SAKAI wrote:
  Hi, Rich and Dan
  
  I have a question about libvirt on MinGW.
  As you know, MinGW supports remote management only.
  In this situation, Storage API(dir) should be off.
  Can I configure it? or other way exists?
 
 The storage APIs will only be built if the daemon is enabled. So you can
 turn it off with the configure flag:
 
 --without-libvirtd
 
 There are also flags to turn on/off individual storage backend drivers,
 but they should also automatically turn themselves off if they detect
 missing functionality.
 
 Regards,
 Daniel.
 -- 
 |: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
 |: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
 |: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
 |: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] qemudDomainSetMemory() / qemudDomainSetVcpus() error codes

[Atsushi SAKAI]

Hi, Kaitlin

I agree your point. and It should use such an error code.

I am looking around the discussion but it is not discussed your point.
https://www.redhat.com/archives/libvir-list/2008-March/msg00160.html

If any policy exists, I also want to know the reason.

Thanks
Atsushi SAKAI



Kaitlin Rupert [EMAIL PROTECTED] wrote:

 Hello,
 
 I noticed qemudDomainSetMemory() / qemudDomainSetVcpus() use the 
 VIR_ERR_INTERNAL_ERROR error code when the caller attempts to set the 
 mem/vcpus of an active domain.
 
 In this case, returning something like VIR_ERR_NO_SUPPORT would indicate 
 that this is an invalid call - which would distinguish the error from a 
 failure that occurred during the call.
 
 Is it possible to use such a return code to indicate what is supported 
 by QEMU/KVM and what isn't?
 
 Thanks!
 -- 
 Kaitlin Rupert
 IBM Linux Technology Center
 [EMAIL PROTECTED]
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] [PATCH][DOC] update Driver support matrix for Xen

[Atsushi SAKAI]

Hi,

Since Cole develops autostart for Xen,
I update the Driver suport matrix.

 hvsupport.html|6 +++---
 hvsupport.html.in |6 +++---
 2 files changed, 6 insertions(+), 6 deletions(-)

Thanks
Atsushi SAKAI



update_driver_info_doc.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH]show the autostart status when displaya'virshdominfo'.

[Atsushi SAKAI]

Hi, Rich 

Thank you for your patch.
The document discribes more detail than I expected :-).

Thanks
Atsushi SAKAI


Richard W.M. Jones [EMAIL PROTECTED] wrote:

 On Wed, May 28, 2008 at 02:18:50PM +0100, Daniel P. Berrange wrote:
  On Wed, May 28, 2008 at 11:21:05AM +0900, Atsushi SAKAI wrote:
   Hi, Rich and Dan 
   
   Thank you for fixing this.
   I think it should be noted about submitting patch on HACKING file or 
   others.
   How do you think?
   (like make check; make syntax-check; make tests)
  
  Yes, basically the three things you should run before committing patches
  are
  
  make check
  make syntax-check
  make valgrind(in the tests/ sub-dir)
  
  The latter checks for memory leaks.
  
  Of course I myself forget this often - which is why we have the automated
  nightly builds, so we never miss the problem for longer than a day
 
 Suggested patch to HACKING file.
 
 Rich.
 
 -- 
 Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
 virt-top is 'top' for virtual machines.  Tiny program with many
 powerful monitoring features, net stats, disk stats, logging, etc.
 http://et.redhat.com/~rjones/virt-top


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] Re: AW: AW: [et-mgmt-tools] ocaml-libvirt-0.4.0.1: Can't connect toXen-Host

[Atsushi SAKAI]

Hi, Guenter

If you want to avoid TLS.
Please try xen+tcp://x
In this case, I will recommend to use IPsec.

P.S.
libvirt default connection is using TLS.
On Windows, it supports TLS and tcp only.

Thanks
Atsushi SAKAI


Feichtinger G

\xBE 
\xBE 
\xBE \xBE 幔邵 續㍾芻庾捃闌鶚硼棱竇鸚鱚粫癆勉闕 
\xBE \xBE 檮瘟踉鏈續㍾芻庾捃闌鶚硼棱竇鸚鱚粫癆勉闕\xDD 附 装胄鱇\xE7 涬\xEE 藻齦鼈\xE9 啻冒\xC9
\xBE \xBE 賠黼鈔續\xBA 汝繪懲膃 外\xAE 浴\xE9 屋宛 姐佐\xB2
\xBE \xBE 綜\xBA 薙粹鱇ጛ蜴楨 浴釶艱辣銓 夬闌\xF3
\xBE \xBE 代揥繙羣 吶\xBA 宋\xBA 桿庾辯逕\xAD捃闌黥 閭瘢讚跚磑蜥庾握堪握浦 秩逾\xF4 
\xBE \xBE 竢銕繝\xF4 捃 懊遶被齡
\xBE \xBE 
\xBE \xBE 皮\xAC 舶緕扖\xF2
\xBE \xBE 
\xBE \xBE 俾縺黼 黼\xE5 肬跛阯蜴\xE7 鞜艱\xAE
\xBE \xBE 蔗捥痕妒蛯海鶯卡鱧娣纃阡絎蔗迪
\xBE \xBE 壽\xE5 黼笏蜿\xEE 閹 ∅緕纈癆蜴\xE7 毀\xD3 竇鶯蜀蜒癆纉\xA2
\xBE \xBE 瘤齬纈\xF3 籙㗄 髟纉拄闔\xAE
\xBE 
\xBE 蕪 抅纈\xE5 瘤\xF9 竟齠蛯蛹蜚\xF9 捃 椵\xE5 蜚 犾抅阨\xF4 竇鶯蜀蜒癆纉\xBF
\xBE 
\xBE \xBE 
\xBE \xBE 豫哺
\xBE \xBE 麗\xF7 \xC9 鱚瘡蝴繖\xAE
\xBE \xBE 閭瘢讚跚磑蜥\xF4 鼈阨趙 矼 粡黹椵黼\xE4 闔 跚磑蜥\xF4 楊\xAE
\xBE \xBE 蔗捥鷓嘆玦潾鱚粫癆勉闕妤瘟跋瘤妒蜩拄鈕鎭跚磑蜥㈹蜩\xF4
\xBE 
\xBE 峐癨\xAC \xC9  竏瘤艱 捃 抅\xE5 跚磑蜥\xF4 楊佈\xAE
\xBE 
\xBE 
\xBE 壽瘤謫\xAC
\xBE 舶緕扖\xF2
\xBE 
\xBE \xBE 
\xBE \xBE 壽瘤謫
\xBE \xBE 藻齦鼈\xE9 啻冒\xC9
\xBE \xBE 
\xBE \xBE 
\xBE \xBE 薙蜒蔗蜴艱\xF2 \xC7
\xBE \xBE 
\xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 幔邵 續㍾芻庾捃闌鶚硼棱竇鸚鱚粫癆勉闕 
\xBE \xBE \xBE \xBE 檮瘟踉鏈續㍾芻庾捃闌鶚硼棱竇鸚鱚粫癆勉闕\xDD 附 装胄鱇\xE7 涬\xEE 藻齦鼈\xE9 
\xBE \xBE \xBE \xBE 啻冒\xC9
\xBE \xBE \xBE \xBE 賠黼鈔續\xBA 汝繪懲膃 外\xAE 浴\xE9 屋宛 扱艮\xB6
\xBE \xBE \xBE \xBE 綜\xBA 薙粹鱇ጛ蜴楨 浴釶艱辣銓 夬闌\xF3
\xBE \xBE \xBE \xBE 代揥繙羣 吶\xBA 桿庾辯逕\xAD捃闌黥 閭瘢讚跚磑蜥庾握堪握浦 秩逾\xF4 
\xBE \xBE 竢銕繝\xF4 捃 
\xBE \xBE \xBE \xBE 懊遶 被齡
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 斐跛鍖
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE   搶\xF5 鼈阨趙 頤\xF4 闔 瑭姐 肅跂\xF3 捃 抅癆 鞜抅\xAE
\xBE \xBE \xBE 
\xBE \xBE \xBE 彦\xED 齒鴪磲 \xC9 粹逾\xF4 謗阯 犛癆 瑭姐 肅跂\xF3 辣瘤鶤
\xBE \xBE \xBE 
\xBE \xBE \xBE 壽瘤謫\xAC
\xBE \xBE \xBE 舶緕扖\xF2
\xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 壽瘤謫
\xBE \xBE \xBE \xBE 藻齦鼈\xE9 啻冒\xC9
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 薙蜒蔗蜴艱\xF2 \xC7
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 斐跛\xEF 咏竏癇筱
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xC9 蜴揭懲跛繖 抅\xE5 閭瘢讚跚磑蜥庾握堪握窺纔\xE5 闔 羊\xAD 帷齡\xE1
\xBE \xBE \xBE \xBE 犾抅阨\xF4 頏閧跂逑\xAE
\xBE \xBE \xBE \xBE \xBE 糟齒 抅\xE5 海鶯㏍揥谺纔\xE5 齡癇揭 犾抅阨\xF4 頏閧跂逑\xAE
\xBE \xBE \xBE \xBE \xBE 濯\xF4 犛緕 \xC9 揥\xF9 捃 竢銕繝\xF4 捃 \xE1 懊遶被齡 \xC9 艱\xF4 
抅\xE5 辣齠瘍纉\xBA 
\xBE \xBE \xBE \xBE \xBE 跚磑蜥\xBA 吶迴扖 纈鳫\xF2 \xBA 秩銕阡 痺竇齠 蛋 竇鶯蜀蜒癆\xE5 
\xBE \xBE \xBE \xBE \xBE ⎿痕逑粔嘎佖妒閭瘡壠戾姝謇圡
\xBE \xBE \xBE \xBE \xBE 鮮竅竇鶯卣纃Ш 麗 齦竏 肅跂 闥 粡鱚笏闥\xF9 ┣\xA9
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 俾縺黼 矼 齒 謇鈔 瘤\xE4 蒹跟\xAE
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 吶艨鰾\xAC
\xBE \xBE \xBE \xBE \xBE \xC7
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xAA 汝闕\xBA ⊖蜒葹鰾 廴柚 倣鈬鵞 酒褊鈬\xF3 鱚粫癆 竢躱
\xBE \xBE \xBE \xBE \xBE \xAA 夬\xBA 薙粹鱇ጛ蜴楨 浴釶艱辣銓 夬闌\xF3 弱庾辯逕\xAD捃闌\xF3 
\xBE \xBE 鱚粫癆 竢躱
\xBE \xBE \xBE \xBE \xBE \xAA 囎礪繝彅 桿庾辯逕\xAD捃闌黥 匂篋 話瘢\xEC 砠鈔蜴苴 \xAD
\xBE \xBE \xBE \xBE 怏鈔阯\xF3 蜴齡瘡跂\xF2
\xBE \xBE \xBE \xBE \xBE \xAA 鶴扖\xBA 奕絳 宛 捕\xEE 屋宛 臼艮減街 ə旭\xB0
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 莱艾\xF4 蜴扖鱚齡 齒辣 鞳關跂 闔 抅蜩 跚齡 佈\xAE
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE ⑬\xAD 代芍\xEE 羅齠瘍\xE5 ⑬\xAD
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xAA 汝闕\xBA ⊖蜒葹鰾 廴柚 倣鈬鵞 酒褊鈬\xF3 鱚粫癆 竢躱
\xBE \xBE \xBE \xBE \xBE \xAA 夬\xBA 跚磑蜥㈹蜩\xF4 殊蛯海鬮跚齡 鱚粫癆 竢躱
\xBE \xBE \xBE \xBE \xBE \xAA 囎礪繝彅 枳蛯海鰥 話瘢\xEC 砠鈔蜴苴 \xAD 怏鈔阯\xF3 
蜴齡瘡跂\xF2
\xBE \xBE \xBE \xBE \xBE \xAA 鶴扖\xBA 奕絳 宛 捕\xEE 屋宛 臼艮戯厩 ə旭\xB0
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 壽蜩 蜩 \xE1 怏鈔阯\xF3 蜴齡瘡跂\xF2 肬\xF2 抅\xE5 話瘢\xEC 
跚磑蜥\xF4
\xBE \xBE \xBE \xBE 砠鈔蜴苴 瘤\xE4 頏閾鱇逑\xBA
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 蔗捥痕妒蛯海鶯卡鱧婧阨鱆纉姒竅迪姒竅迪㈹蛯海鶯⑯佾佖佟勐皪
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 膚 齒辣闔\xE5 葹\xF3 \xE1 ⋚蜥芍逾 怏鈔阯\xF3 齷齡纃 瘤\xE4 竢棭\xE4 
扖齡
\xBE \xBE \xBE \xBE 抅癆 抅\xE5 痰阮\xE5 蜴齡瘡跂\xF2 猪鳬鵺 鞜鶯蜒棭癇踟 肬\xF2 怏鈔阯\xF3 
\xBE \xBE \xBC 帷齡\xE1 瘤\xE4 
\xBE \xBE \xBE \xBE 肬\xF2 怏鈔阯\xF3 犛蜒\xE8 葹\xF3 鈿\xF4 葹\xE4 瘤\xF9 敗鋒莱酣\xD7 
粤洹跫齏緕\xF4 捃闌\xF3 
\xBE \xBE \xBE \xBE 蜴齡瘡跂筮 曹阨\xF4 弘\xA5 閹 抅\xE5 皷芾 閹 抅\xE5 蜴齡瘡跂\xF2 蜩 粹猨 
\xBE \xBE 捃 抅\xE5 敗\xCB 
\xBE \xBE \xBE \xBE 通約 瘤\xE4 竢鈕蜃㗄癆蜿\xEE 肅跂\xF3 犛蜒\xE8 鈬繖 捃 矼 竅鴪蜈\xE4 瘡闔\xE7 捃 
\xBE \xBE \xBE \xBE 齦韶闥\xF4 抅\xE5 敗\xCB 苒瘰蓍竅\xEC 頏閾鱇\xED ㊷蜥\xF4 衷銓鳫讒\xAE 部ヸ 
\xBE \xBE 竟齠蛯跂 抅癆 
\xBE \xBE \xBE \xBE \xC9 葹洹逾\xF4 韭痺繖 抅\xE5 敗\xCB 肅跂\xF3 蜴 纔痺挊\xF9 抅\xE5 鱸艾\xF4 
韭痺絳 齒 
\xBE \xBE \xBE \xBE 蜴齡縺\xE4 蜚 蜩 椵蜴\xE7 逋 阯\xEE 敗\xCB 粤洹跫齏緕\xF4 緕海鳫鉈緕廊
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 噬鱚緕鼈阡\xF3 鼈阯蜴\xE7 抅\xE5 蜴齡瘡跂\xF2 蜴 痺拄闔\xBA
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 蔗捥痕壒銕纔蛛卡鱧婭逅媄蜴蜴齡瘡跂鬮鵜粤鼡捃隰韲\xE7
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE   偵鼡捃隱 鈿抅蜴\xE7 蜴齡瘡跂筱 鼈阯蜴\xE7 抅\xE5 蜴齡瘡跂\xF2 蜒闔\xAE
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 蔗捥痕壒銕纔蛛卡鱧婭逅媄蜴蜴齡瘡跂鬮沖鞜站瘍纉卣鈑
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE   也齡 閹 鱚

Re: [libvirt] ocaml-libvirt-0.4.0.1: Can'tconnect toXen-Host

[Atsushi SAKAI]

Hi, Gunter

It seems [EMAIL PROTECTED] fails on getaddrinfo().
Is that correct URL?

By the way,
It seems need to use gdb or compiling to get more information of trouble.

Thanks
Atsushi SAKAI





Feichtinger G

\xBE 皮 藻椵蓍\xAC
\xBE 
\xBE 抅瘤謫 肬\xF2 籙㗄 頏闕頸 瘤齬纈\xAE
\xBE 麗\xF7 \xC9 艱\xF4 抅\xE5 湯鳫鮑 跚磑蜥\xBA ⊖纃阡\xE5 纈鳫\xF2 \xBA 寰謗阯\xEE 纈鳫鬆 梱\xA8
\xBE 
\xBE 吶艨鰾鵺
\xBE 舶緕扖\xF2
\xBE 
\xBE \xBE 幔邵 跚磑蜥㈹蜩庾硼棱竇鸚鱚粫癆勉闕 
\xBE \xBE 檮瘟踉鏈跚磑蜥㈹蜩庾硼棱竇鸚鱚粫癆勉闕\xDD 附 装胄鱇\xE7 涬\xEE 藻齦鼈\xE9 啻冒\xC9
\xBE \xBE 賠黼鈔續\xBA 汝繪懲膃 外\xAE 浴\xE9 屋宛 碓些\xB1
\xBE \xBE 綜\xBA 跚磑蜥㈹蜩徉鱚粫癆勉闕
\xBE \xBE 代揥繙羣 梃蛯海鶯\xDD 吶\xBA 宋\xBA 宋\xBA 桿庾辯逕\xAD捃闌黥 
\xBE \xBE 閭瘢讚跚磑蜥庾握堪握浦 秩逾戾闔鈬笏 捃懊遶被齡
\xBE \xBE 
\xBE \xBE 皮\xAC 舶緕扖\xF2
\xBE \xBE 
\xBE \xBE 膚 籙\xF5 燾銓 捃 癘濶\xE4 毀哺
\xBE \xBE 俾縺黼 揥\xF9 皪遨戾雕嘆睺睺\xF8
\xBE \xBE 侮 抅蜩 竅黼\xAC \xC9 犾跛 鱚竢迯緕\xE4 捃 椵\xE5 賓黼祟
\xBE \xBE 
\xBE \xBE 豫哺
\xBE \xBE 跚磑蜥\xF4 粤聲棭\xF4 竢銕繝拄闔 蜩 椵蜴\xE7 毀哺
\xBE \xBE Ḵ 怏鈔阯鵺 蜚 齦韶闥揭 毀\xD3 瘤\xE4 戾\xF0 闔踟\xAE
\xBE \xBE 
\xBE \xBE 壽瘤謫
\xBE \xBE 藻齦鼈\xE9 啻冒\xC9
\xBE \xBE 
\xBE \xBE 
\xBE \xBE 薙蜒蔗蜴艱\xF2 \xC7
\xBE \xBE 
\xBE \xBE \xBE 
\xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 幔邵 續㍾芻庾捃闌鶚硼棱竇鸚鱚粫癆勉闕 
\xBE \xBE \xBE \xBE 檮瘟踉鏈續㍾芻庾捃闌鶚硼棱竇鸚鱚粫癆勉闕\xDD 附 装胄鱇\xE7 涬\xEE 藻齦鼈\xE9 
\xBE \xBE \xBE \xBE 啻冒\xC9
\xBE \xBE \xBE \xBE 賠黼鈔續\xBA 汝繪懲膃 外\xAE 浴\xE9 屋宛 姐佐\xB2
\xBE \xBE \xBE \xBE 綜\xBA 薙粹鱇ጛ蜴楨 浴釶艱辣銓 夬闌\xF3
\xBE \xBE \xBE \xBE 代揥繙羣 吶\xBA 宋\xBA 桿庾辯逕\xAD捃闌黥 閭瘢讚跚磑蜥庾握堪握浦 秩逾\xF4 
\xBE \xBE \xBE \xBE 竢銕繝\xF4 捃 懊遶被齡
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 皮\xAC 舶緕扖\xF2
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 俾縺黼 黼\xE5 肬跛阯蜴\xE7 鞜艱\xAE
\xBE \xBE \xBE \xBE 蔗捥痕妒蛯海鶯卡鱧娣纃阡絎蔗迪
\xBE \xBE \xBE \xBE 壽\xE5 黼笏蜿\xEE 閹 ∅緕纈癆蜴\xE7 毀\xD3 竇鶯蜀蜒癆纉\xA2
\xBE \xBE \xBE \xBE 瘤齬纈\xF3 籙㗄 髟纉拄闔\xAE
\xBE \xBE \xBE 
\xBE \xBE \xBE 蕪 抅纈\xE5 瘤\xF9 竟齠蛯蛹蜚\xF9 捃 椵\xE5 蜚 犾抅阨\xF4 竇鶯蜀蜒癆纉\xBF
\xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 豫哺
\xBE \xBE \xBE \xBE 麗\xF7 \xC9 鱚瘡蝴繖\xAE
\xBE \xBE \xBE \xBE 閭瘢讚跚磑蜥\xF4 鼈阨趙 矼 粡黹椵黼\xE4 闔 跚磑蜥\xF4 楊\xAE
\xBE \xBE \xBE \xBE 蔗捥鷓嘆玦潾鱚粫癆勉闕妤瘟跋瘤妒蜩拄鈕鎭跚磑蜥㈹蜩\xF4
\xBE \xBE \xBE 
\xBE \xBE \xBE 峐癨\xAC \xC9  竏瘤艱 捃 抅\xE5 跚磑蜥\xF4 楊佈\xAE
\xBE \xBE \xBE 
\xBE \xBE \xBE 
\xBE \xBE \xBE 壽瘤謫\xAC
\xBE \xBE \xBE 舶緕扖\xF2
\xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 壽瘤謫
\xBE \xBE \xBE \xBE 藻齦鼈\xE9 啻冒\xC9
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE 薙蜒蔗蜴艱\xF2 \xC7
\xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE 幔邵 續㍾芻庾捃闌鶚硼棱竇鸚鱚粫癆勉闕 
\xBE \xBE \xBE \xBE \xBE \xBE 檮瘟踉鏈續㍾芻庾捃闌鶚硼棱竇鸚鱚粫癆勉闕\xDD 附 装胄鱇\xE7 
\xBE \xBE 涬\xEE 藻齦鼈\xE9 
\xBE \xBE \xBE \xBE \xBE \xBE 啻冒\xC9
\xBE \xBE \xBE \xBE \xBE \xBE 賠黼鈔續\xBA 汝繪懲膃 外\xAE 浴\xE9 屋宛 扱艮\xB6
\xBE \xBE \xBE \xBE \xBE \xBE 綜\xBA 薙粹鱇ጛ蜴楨 浴釶艱辣銓 夬闌\xF3
\xBE \xBE \xBE \xBE \xBE \xBE 代揥繙羣 吶\xBA 桿庾辯逕\xAD捃闌黥 閭瘢讚跚磑蜥庾握堪握浦 秩逾\xF4
\xBE \xBE \xBE \xBE 竢銕繝\xF4 捃
\xBE \xBE \xBE \xBE \xBE \xBE 懊遶 被齡
\xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE 斐跛鍖
\xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE   搶\xF5 鼈阨趙 頤\xF4 闔 瑭姐 肅跂\xF3 捃 抅癆 鞜抅\xAE
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 彦\xED 齒鴪磲 \xC9 粹逾\xF4 謗阯 犛癆 瑭姐 肅跂\xF3 辣瘤鶤
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE 壽瘤謫\xAC
\xBE \xBE \xBE \xBE \xBE 舶緕扖\xF2
\xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE 壽瘤謫
\xBE \xBE \xBE \xBE \xBE \xBE 藻齦鼈\xE9 啻冒\xC9
\xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE 薙蜒蔗蜴艱\xF2 \xC7
\xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 斐跛\xEF 咏竏癇筱
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE \xC9 蜴揭懲跛繖 抅\xE5 閭瘢讚跚磑蜥庾握堪握窺纔\xE5 闔 羊\xAD 
帷齡\xE1
\xBE \xBE \xBE \xBE \xBE \xBE 犾抅阨\xF4 頏閧跂逑\xAE
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 糟齒 抅\xE5 海鶯㏍揥谺纔\xE5 齡癇揭 犾抅阨\xF4 頏閧跂逑\xAE
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 濯\xF4 犛緕 \xC9 揥\xF9 捃 竢銕繝\xF4 捃 \xE1 懊遶被齡 
\xC9 艱\xF4 抅\xE5 辣齠瘍纉\xBA 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 跚磑蜥\xBA 吶迴扖 纈鳫\xF2 \xBA 秩銕阡 痺竇齠 蛋 竇鶯蜀蜒癆\xE5 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE ⎿痕逑粔嘎佖妒閭瘡壠戾姝謇圡
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 鮮竅竇鶯卣纃Ш 麗 齦竏 肅跂 闥 粡鱚笏闥\xF9 ┣\xA9
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 俾縺黼 矼 齒 謇鈔 瘤\xE4 蒹跟\xAE
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 吶艨鰾\xAC
\xBE \xBE \xBE \xBE \xBE \xBE \xBE \xC7
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE \xAA 汝闕\xBA ⊖蜒葹鰾 廴柚 倣鈬鵞 酒褊鈬\xF3 鱚粫癆 竢躱
\xBE \xBE \xBE \xBE \xBE \xBE \xBE \xAA 夬\xBA 薙粹鱇ጛ蜴楨 浴釶艱辣銓 夬闌\xF3 
弱庾辯逕\xAD捃闌\xF3
\xBE \xBE \xBE \xBE 鱚粫癆 竢躱
\xBE \xBE \xBE \xBE \xBE \xBE \xBE \xAA 囎礪繝彅 桿庾辯逕\xAD捃闌黥 匂篋 話瘢\xEC 砠鈔蜴苴 \xAD
\xBE \xBE \xBE \xBE \xBE \xBE 怏鈔阯\xF3 蜴齡瘡跂\xF2
\xBE \xBE \xBE \xBE \xBE \xBE \xBE \xAA 鶴扖\xBA 奕絳 宛 捕\xEE 屋宛 臼艮減街 ə旭\xB0
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 莱艾\xF4 蜴扖鱚齡 齒辣 鞳關跂 闔 抅蜩 跚齡 佈\xAE
\xBE \xBE \xBE \xBE \xBE \xBE \xBE 
\xBE \xBE \xBE \xBE \xBE \xBE \xBE

Re: [libvirt] [PATCH] fix trailing blanks

[Atsushi SAKAI]

Hi, Daniel

Thank you.
I already commited.

By the way, Test-AutoBuild is great tool ,
since it generates RSS for failed module only.

Thanks
Atsushi SAKAI


Daniel Veillard [EMAIL PROTECTED] wrote:

 On Thu, May 29, 2008 at 01:35:55PM +0900, Atsushi SAKAI wrote:
  Hi, Rich
  
  Fix trailing blanks.
  
  http://builder.virt-manager.org/module-libvirt--devel.html
 
   +1 , please push the fix,
 
thanks !
 
 Daniel
 
 -- 
 Red Hat Virtualization group http://redhat.com/virtualization/
 Daniel Veillard  | virtualization library  http://libvirt.org/
 [EMAIL PROTECTED]  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
 http://veillard.com/ | Rpmfind RPM search engine  http://rpmfind.net/


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH]show the autostart status when displaya'virsh dominfo'.

[Atsushi SAKAI]

Hi, Rich and Dan 

Thank you for fixing this.
I think it should be noted about submitting patch on HACKING file or others.
How do you think?
(like make check; make syntax-check; make tests)

Thanks
Atsushi SAKAI


Richard W.M. Jones [EMAIL PROTECTED] wrote:

 On Tue, May 27, 2008 at 02:09:43PM +0100, Daniel P. Berrange wrote:
  FYI, you'll also need to update the virshtest data files for dominfo so that
  they expect the new data output here to avoid failures.
 
 Here's the patch to fix that.  Actually, I already committed it.
 
 Rich.
 
 -- 
 Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
 Read my OCaml programming blog: http://camltastic.blogspot.com/
 Fedora now supports 59 OCaml packages (the OPEN alternative to F#)
 http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Storage api problem

[Atsushi SAKAI]

Hi,

You should also check python directory in libvirt,
since it should be python binging problem.:-)

sarveswara rao mygapula [EMAIL PROTECTED] wrote:

 I have checked in the libvirt.c file and the function
 virConnectNumOfDefinedStoragePools(virConnectPtr conn) is implemented.

Thanks
Atushi SAKAI




--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] How to solve the runtime error: libvir: Remote error :unknown procedure: 72?

[Atsushi SAKAI]

Hi,

It seems libvirtd vs. remote_internal.c(on virsh) incompatibility.
Please check qemud/remote_protocol.x code which is used in libvirtd.
The number 72 corresponds REMOTE_PROC_LIST_STORAGE_POOLS.

Thanks
Atsushi SAKAI


Amudhan Gunasekaran [EMAIL PROTECTED] wrote:

 Hi,
 
 I am getting the above said runtime error (libvir: Remote error : unknown 
 procedure: 72) when I ran a program using the api virConnectListStoragePools. 
 I googled but I could not get any solution. Please help me solve the issue.
 
 Thanks and Regards,
 Amudhan.
 
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [virt-manager] PATCH: Support nonstandard ssh-port fortunnels

[Atsushi SAKAI]

Hi Claes

It should be posted on virt-manager mailing list.
et-mgmt-tools at redhat.com

Thanks
Atsushi SAKAI


ClaesBas [EMAIL PROTECTED] wrote:

 If you have ssh moved/hidden somewhere else then port 22 this patch
 makes it possible to open the vnc/console.
 I have to add the entry from commandline like this:
 virt-manager -c qemu+ssh://[EMAIL PROTECTED]:2/system
 If ssh is running on port 2.
 
 I've also submitet this on bugzilla:
 https://bugzilla.redhat.com/show_bug.cgi?id=447070
 
 Regards
 Claes
 
 --- a/src/virtManager/details.pyTue May 13 15:59:25 2008 -0400
 +++ b/src/virtManager/details.pySun May 18 23:07:37 2008 +0200
 @@ -975,7 +975,11 @@ class vmmDetails(gobject.GObject):
  os.close(1)
  os.dup(fds[1].fileno())
  os.dup(fds[1].fileno())
 -argv = [ssh, ssh, -p, 22]
 +if not server.count(:):
 +sshport = 22
 +else:
 +(server, sshport) = server.split(:)
 +argv = [ssh, ssh, -p, sshport]
  if username:
  argv += ['-l', username]
  argv += [ server, nc, vncaddr, str(vncport) ]
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] Question about more finer access control permission on libvirt

[Atsushi SAKAI]

Hi, Dan

Thank you for commenting this.
I am eased to hear this.
I also agrees this issue has many task.

p.s.
I want to know the possibility of fine grained access control in libvirt,
since our young guy is investigating the access control in Dom0-Xen.

Thanks
Atsushi SAKAI


Daniel P. Berrange [EMAIL PROTECTED] wrote:

 On Fri, May 09, 2008 at 09:49:19AM +0900, Atsushi SAKAI wrote:
  I have a question of libvirt with Polkit.
  Currently, the libvirt w/ Polkit has 2 access control permissions.
  (Read Only and Read Write)
  
  Have you planned to expand the access control more finer?
  In my use case, Policy should define by domain, operation, operator.
  Of course, operator is already considered on current libvirt w/ Polkit.
  So at this point, it needs to add domain and operation policy.
  
  The use case is for many(about 100 or more) domain operation.
  
  I just want to know how to minimize granting access control permission 
  of each user on libvirt in future.
 
 PolicyKit at this time is only used to authenticate local access from
 applications running in the host's desktop session. While it allows
 you to make up many fine grained permissions, it doesn't let you dynamicaly
 associate the permissions with individual objects. eg there is a policykit
 check to determine whether a user is allowed to mount removable disks - that
 applies to all removal disks - you can say disk A, but not disk B.
 
 While we could add lots more privileges that just read-write and read-only
 this would only get us part way to where we really need to be. The ideal
 goal is that we can have fine grained privileges applied to individual 
 virtual machines, storage pools, networks, etc. The only framework that
 really comes close to this level of flexibility is SELinux, so one of the
 long term TODO items is to investigate whether we can integrate with SELinux
 for fine grained access control.
 
 As an example DBus uses SELinux to control who can access services on the
 system bus, and what actisons they can perform. Another example is 
 SEPostgresql
 which uses SELinux to control accesss to individual tuples  colums in the
 database. So it is clearly able to provide the flexibility we need and scales
 to huge performance critical applications such as databases. This doesn't
 make it a quick or easy task to use in libvirt though. It'll involve alot
 of thought, design  development.
 
 In the mean time, it is possible that PolicyKit might actually gain the 
 ability to apply authorizaation to individual objects, and also gain ability
 to use SELinux as its underlying policy engine. So we have to watch what
 happens there too.
 
 There's not really any firm timeline for any of this work, but its stuff 
 we definitely want to get into libvirt
 
 Dan.
 -- 
 |: Red Hat, Engineering, Boston   -o-   http://people.redhat.com/berrange/ :|
 |: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
 |: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
 |: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] PATCH: Fix KVM maximum vCPU count

[Atsushi SAKAI]

Hi, Dan

I think the qemu_driver should check KVM_API_VERSION for SMP support.
How do you think?
I am worrying about MAX_VCPUS=16 changes to 32 in future.

Thanks
Atsushi SAKAI

Daniel P. Berrange [EMAIL PROTECTED] wrote:

 I don't bother trying to detect old versions of KVM which are UP only 
 because I find it hard to believe anyone will be using them.


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] Re: [Libvir] [PATCH] sound support for qemu and xen

[Atsushi SAKAI]

Hi, Cole and Dan

I have a question about the reason why it does not support in xen_proxy.
Would you explain why it does not support in xen_proxy?

This policy comes from security issue or other?
If it does already commented on this please show me a pointer.


P.S.
I raise this question when I see the patch of follows.
But I cannot find the reason.
Disable sound functions when in proxy
http://git.et.redhat.com/?p=libvirt.git;a=commit;h=0f7619f25e7dd03296c95241c1de06953ac110c3


Thanks
Atsushi SAKAI



Cole Robinson [EMAIL PROTECTED] wrote:

 The patch below adds xml support for the soundhw option to qemu
 and xen. The new xml element takes the form:
 
 sound driver='drivername'/
 
 Where driver name can be pcspk, sb16, es1370, or all.
 
 
 Everything seems to be in working order but I have a few
 implementation questions:
 
 1) Should multiple drivers be able to be specified? qemu
 accommodates this, allowing  '-soundhw sb16,pcspk' for example.
 If this should be allowed, what should the xml format be? 
 
 2) Should acceptable driver options be hardcoded? The other option
 is to just pass the input straight to qemu. This patch has the
 options hardcoded.
 
 Also I realize this will probably need to be rediff'd around
 Dan's serial + parallel device patch, but I figured I would just
 get this out there.
 
 Thanks,
 Cole


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] [patch][doc] libvirtd description

[Atsushi SAKAI]

Hi, 

This patch changes libvirtd description,
since libvirtd can control 
not only Qemu but also Xen and LXC now.

Thanks
Atsushi SAKAI



change_libvirtd_description.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] [patch][doc and comment] typos fix

[Atsushi SAKAI]

Hi,

I post a typo patch since it reaches 20.

 docs/apps.html   |2 +-
 docs/apps.html.in|2 +-
 docs/deployment.html |2 +-
 docs/deployment.html.in  |2 +-
 docs/index.py|6 +++---
 docs/intro.html  |2 +-
 docs/intro.html.in   |2 +-
 docs/library.xen |4 ++--
 docs/virsh.pod   |2 +-
 include/libvirt/libvirt.h|2 +-
 include/libvirt/libvirt.h.in |2 +-
 proxy/libvirt_proxy.c|2 +-
 qemud/event.c|2 +-
 qemud/qemud.c|2 +-
 qemud/remote.c   |2 +-
 src/event.c  |2 +-
 src/proxy_internal.c |2 +-
 17 files changed, 20 insertions(+), 20 deletions(-)

Thanks
Atsushi SAKAI


fix_typos_20080509.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [libvirt] [PATCH] Implement autostart commands for xen

[Atsushi SAKAI]

Hi, Cole

Cole Robinson [EMAIL PROTECTED] wrote:

 1) This works on a running guest, but will only show the
sexpr changes after the guest is restarted. Just curious
if there is any better way to do this?

This is current Xen behavior.
If you need to work as you hope, you should change Xend.

Your code seems good to me.

Thanks
Atsushi SAKAI




--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[libvirt] Question about more finer access control permission on libvirt

[Atsushi SAKAI]

Hi, Dan

I have a question of libvirt with Polkit.
Currently, the libvirt w/ Polkit has 2 access control permissions.
(Read Only and Read Write)

Have you planned to expand the access control more finer?
In my use case, Policy should define by domain, operation, operator.
Of course, operator is already considered on current libvirt w/ Polkit.
So at this point, it needs to add domain and operation policy.

The use case is for many(about 100 or more) domain operation.

I just want to know 
how to minimize granting access control permission of each user
on libvirt in future.

Any comment appreciated.

Thanks
Atsushi SAKAI




--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[Libvir] libvirt.org is not correctly viewed on IE

[Atsushi SAKAI]

Hi, Dan

My collegue says
the libvirt.org web pages are not correctly viewed 
from InternetExplorer.(CSS problem ?)

Where should I report it?

Of course, it views fine on Firefox!
(I always use Firefox)

Thanks
Atsushi SAKAI





--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [Libvir] libvirt.org is not correctly viewed on IE

[Atsushi SAKAI]

Hi, Daniel

Nothing Heavy.
Just left side window does not appear on IE.

But, It should be fixed as nice to have,
since IE is also a major Web browser.
(libvirt is also working on Windows.)

Or should I check for my spare time?

Thanks
Atsushi SAKAI


Daniel Veillard [EMAIL PROTECTED] wrote:

 On Fri, Apr 25, 2008 at 09:04:07PM +0900, Atsushi SAKAI wrote:
  Hi, Dan
  
  My collegue says
  the libvirt.org web pages are not correctly viewed 
  from InternetExplorer.(CSS problem ?)
  
  Where should I report it?
 
   here I guess, what's the problem ?
 
 Daniel
 
 -- 
 Red Hat Virtualization group http://redhat.com/virtualization/
 Daniel Veillard  | virtualization library  http://libvirt.org/
 [EMAIL PROTECTED]  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
 http://veillard.com/ | Rpmfind RPM search engine  http://rpmfind.net/


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[Libvir] [patch] fix typos and PROXY_SOCKET_PATCH

[Atsushi SAKAI]

Hi, Daniel and Dan

This is various fixes mainly for docs and 
Proxy path.

I want to fix proxy path to 
-#define PROXY_SOCKET_PATH /tmp/livirt_proxy_conn
+#define PROXY_SOCKET_PATH /tmp/libvirt_proxy_conn
Is it OK?


 docs/bindings.html |2 +-
 docs/deployment.html   |2 +-
 docs/downloads.html|6 +++---
 docs/downloads.html.in |6 +++---
 docs/drivers.html  |2 +-
 docs/drivers.html.in   |2 +-
 docs/formatstorage.html|2 +-
 docs/formatstorage.html.in |2 +-
 docs/index.html|2 +-
 docs/index.html.in |2 +-
 docs/sitemap.html  |2 +-
 src/proxy_internal.h   |2 +-
12 files changed, 16 insertions(+), 16 deletions(-)

Thanks
Atsushi SAKAI



fix_typos20080424.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[Libvir] [patch] fix typos

[Atsushi SAKAI]

Hi,

Fix typos on proxy/libvirt_proxy.c.

Thanks
Atsushi SAKAI



fix_typos20080422.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [Libvir] MinGW patch

[Atsushi SAKAI]

Hi, Rich 

I have 2 questions about MinGW fixes.
(It has already committed, sorry for delaying)

1)src/storage_driver.c patch
  I think storage_driver.c is not compiled on MinGW.
  So It should remove HAVE_PWD_H in src/storage_driver.c
  
http://git.et.redhat.com/?p=libvirt.git;a=blobdiff;f=src/storage_driver.c;h=7f1ce0cdc99041ca6fa2ea84aaa9dc5f7764083d;hp=d0e38f66d3051fc2765a67ba932c3b11b2eafdaf;hb=ed8ae56bdc5e5e04ddca6a8839c53b3323783a8f;hpb=26dbf951a3e584b0efe649821ecc9c8b7c956605

2)src/util.c patch
  I think sys/wait.h(waitpid) has not supported on MinGW.
  So I think it should add check (HAVE_SYS_WAIT_H) 
  on waitpid() to avoid compilation warnings.

How do you think?

Thanks
Atsushi SAKAI


Richard W.M. Jones [EMAIL PROTECTED] wrote:

 I got about 95% of the way towards compiling on MinGW using the MinGW
 cross-compiler from http://mirzam.it.vu.nl/mingw/.  Attached are some
 fairly non-controversial patches which fix some of the problems I
 found.  Build notes follow below.
 
 Rich.


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [Libvir] MinGW patch

[Atsushi SAKAI]

Hi, Rich

Richard W.M. Jones [EMAIL PROTECTED] wrote:

  2)src/util.c patch
I think sys/wait.h(waitpid) has not supported on MinGW.
So I think it should add check (HAVE_SYS_WAIT_H) 
on waitpid() to avoid compilation warnings.
 
 OK thanks.  This compiles for me, but I agree that if a version of
 MinGW doesn't support waitpid we should either find an alternate way
 or find some way to comment that out.  Do you have any suggested
 Windows/MinGW patches?

I think following patch seems good (but not tested yet by me.) 
http://cvsweb.xfree86.org/cvsweb/cvs/windows-NT/waitpid.c?rev=HEAD


 
 FWIW it looks like I'm going to use the cross-compiler approach to
 build libvirt for Windows in future because I don't have the time or
 energy to maintain a running copy of Windows itself.

I also hope to unite the development environment.

Thanks
Atsushi SAKAI




--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [Libvir] Cross-compiling to Windows

[Atsushi SAKAI]

Hi, Rich

It seems good idea!
But I have a question.
Is the testing script merged with Linux one by using Wine?

Thanks
Atsushi SAKAI


Richard W.M. Jones [EMAIL PROTECTED] wrote:

 he's set up Wine so
 he can run tests too.
 
 Good idea for libvirt too?


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [Libvir] regarding libvirt windows support...

[Atsushi SAKAI]

Did you read following mail?
https://www.redhat.com/archives/libvir-list/2008-January/msg00348.html

Thanks
Atsushi SAKAI


[EMAIL PROTECTED] wrote:

 
 We are not able to execute make command
 
  
 
 The errors we ae getting
 
  
 
 make[2]: *** [libvirt_la-libvirt.lo] Error 1
 
 make[2]: Leaving directory `/cygdrive/d/libvirt-0.4.1/src'
 
 make[1]: *** [all-recursive] Error 1
 
 make[1]: Leaving directory `/cygdrive/d/libvirt-0.4.1'
 
 make: *** [all] Error 2
 
  
 
 Thanks and Regards,
 
 Deepa Lingaraj.
 
  
 
  
 
  
 
 
 
 This e-mail and any files transmitted with it are for the sole use of the 
 intended recipient(s) and may contain confidential and privileged information.
 If you are not the intended recipient, please contact the sender by reply 
 e-mail and destroy all copies of the original message. 
 Any unauthorized review, use, disclosure, dissemination, forwarding, printing 
 or copying of this email or any action taken in reliance on this e-mail is 
 strictly 
 prohibited and may be unlawful.


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[Libvir] question about informations

[Atsushi SAKAI]

Hi,

I have a question about informations.
Is this english word usual?
Since this informations exists in many places.
(over 100 in libvirt code) 
I do not want to change this to information.

Thanks
Atsushi SAKAI



--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[Libvir] [PATCH] fix and update help.

[Atsushi SAKAI]

This patch fix and update help.

1)update
virsh domstate, setvcpus supports inactive domain.

2)fix
4 points of adress = address
(xgettext needed for regenerate po file)

 bridge.c |4 ++--
 virsh.c  |8 
 2 files changed, 6 insertions(+), 6 deletions(-)


Thanks
Tatsuro Enokura
Atsushi SAKAI


fix_and_update_typos.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[Libvir] [PATCH] fix typos (part3)

[Atsushi SAKAI]

Hi,

I guess this is the last one for libvirt.

 docs/errors.html  |6 +++---
 docs/format.html  |   14 +++---
 docs/index.html   |2 +-
 docs/news.html|2 +-
 docs/python.html  |2 +-
 docs/storage.html |   20 ++--
 include/libvirt/libvirt.h |   18 +-
 include/libvirt/libvirt.h.in  |   18 +-
 include/libvirt/virterror.h   |4 ++--
 python/libvir.c   |   10 +-
 python/libvirt-python-api.xml |4 ++--
 python/libvirt_wrap.h |2 +-
 qemud/event.c |4 ++--
 qemud/event.h |8 
 qemud/libvirtd.conf   |4 ++--
 qemud/mdns.c  |2 +-
 qemud/mdns.h  |4 ++--
 qemud/remote.c|2 +-
 18 files changed, 63 insertions(+), 63 deletions(-)

I wrote a small gnulib document on ja.wikipedia
http://ja.wikipedia.org/wiki/Gnulib

Thanks
Atsushi SAKAI


fix_typos_3.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[Libvir] [PATCH] fix typo

[Atsushi SAKAI]

fix typo

 event.h|   10 +-
 iptables.c |6 +++---
 sexpr.c|6 +++---
 socketcompat.h |2 +-
 storage_backend.c  |2 +-
 storage_backend_disk.c |4 ++--
 storage_conf.c |2 +-
 virterror.c|   12 ++--
 xen_internal.c |   18 +-
 xen_unified.c  |4 ++--
 10 files changed, 33 insertions(+), 33 deletions(-)


Signed-off-by: Atsushi SAKAI [EMAIL PROTECTED]

Thanks
Atsushi SAKAI



fix_typo.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

[Libvir] [Q] gnulib comment

[Atsushi SAKAI]

Hi, Jim

I have two questions on gnulib in libvirt.

1)tupe is typo?(I attach a patch.)
  (I do not guess the correct words, it is jargon?)
2)many NUL appeared on comment.
  Is the normal comment on gnulib?
  I think it should be NULL.

c.f.
I do spell check for my diversion.

Thanks
Atsushi SAKAI



gnulib_typo.patch
Description: Binary data
--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [Libvir] Please add RSS for libvirt updates.

[Atsushi SAKAI]

Thanks!

Its very helpful

Thanks
Atsushi SAKAI

Ryan Scott [EMAIL PROTECTED] wrote:

 Atsushi SAKAI wrote:
  Hi, 
  
  I have a request about libvirt updates.
  Currently I am checking software updates by seeing 
  RSS reader.
  Of course,
  mercurial(hg) and git creates RSS feeds.
  
  But CVS does not create such kind of feeds.
  I hope some day libvirt adds RSS feeds 
  by using cvs2rss etc.
  http://laughingmeme.org/cvs2rss/
 
 See http://git.et.redhat.com/?p=libvirt.git;a=summary
 
 -Ryan
 
  
  Thanks
  Atsushi SAKAI
  
  
  
  --
  Libvir-list mailing list
  Libvir-list@redhat.com
  https://www.redhat.com/mailman/listinfo/libvir-list
 


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Re: [Libvir] Please add RSS for libvirt updates.

[Atsushi SAKAI]

Hi, Ryan

One question as just for confirmation,
Does the libvirt git repository synchonize to the CVS repository?


Thanks
Atsushi SAKAI

Atsushi SAKAI [EMAIL PROTECTED] wrote:

 Thanks!
 
 Its very helpful
 
 Thanks
 Atsushi SAKAI
 
 Ryan Scott [EMAIL PROTECTED] wrote:
 
  Atsushi SAKAI wrote:
   Hi, 
   
   I have a request about libvirt updates.
   Currently I am checking software updates by seeing 
   RSS reader.
   Of course,
   mercurial(hg) and git creates RSS feeds.
   
   But CVS does not create such kind of feeds.
   I hope some day libvirt adds RSS feeds 
   by using cvs2rss etc.
   http://laughingmeme.org/cvs2rss/
  
  See http://git.et.redhat.com/?p=libvirt.git;a=summary
  
  -Ryan
  
   
   Thanks
   Atsushi SAKAI
   
   
   
   --
   Libvir-list mailing list
   Libvir-list@redhat.com
   https://www.redhat.com/mailman/listinfo/libvir-list
  
 
 
 --
 Libvir-list mailing list
 Libvir-list@redhat.com
 https://www.redhat.com/mailman/listinfo/libvir-list


--
Libvir-list mailing list
Libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list