openkylin
/
virt-manager
mirror of https://gitee.com/openkylin/virt-manager.git
9
0
Fork 0
Code Issues Projects Releases Wiki Activity
virt-manager/ui/migrate.ui

689 lines
43 KiB
Plaintext
Raw Normal View History

Save UI files using F14 glade (without swapped="no") change. libglade complains about the swapped="no" property, so sed that part out.
2010-11-25 04:57:40 +08:00
<?xml version="1.0" encoding="UTF-8"?>
migrate: Remove localhost hostname warning Latest libvirt actually checks against UUID so this isn't accurate anymore Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-08-26 21:49:09 +08:00
<!-- Generated with glade 3.36.0 -->
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<interface>
Bump gtk dep to 3.22 for new popup routines Given that we bumped deps to fairly modern distros with the python3 change, I think this is safe. gtk 3.22 is from sep 2016, it's in debian9 and fedora 25+, which seems fine for our needs.
2019-04-03 05:48:16 +08:00
<requires lib="gtk+" version="3.22"/>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<object class="GtkAdjustment" id="adjustment1">
<property name="upper">70000</property>
<property name="step_increment">1</property>
<property name="page_increment">10</property>
</object>
<object class="GtkWindow" id="vmm-migrate">
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="width_request">300</property>
<property name="height_request">400</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="title" translatable="yes">Migrate the virtual machine</property>
Fix up a ton of UI regressions from gtk3 conversion
2013-01-13 05:13:53 +08:00
<property name="resizable">False</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="default_width">400</property>
<property name="default_height">300</property>
<property name="type_hint">dialog</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<signal name="delete-event" handler="on_vmm_migrate_delete_event" swapped="no"/>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<child>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<object class="GtkBox" id="vbox1">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="orientation">vertical</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="spacing">6</property>
<child>
Use consistent widget names for create wizard headers Makes copying code around simpler
2013-09-27 22:26:43 +08:00
<object class="GtkViewport" id="header">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="resize_mode">queue</property>
<child>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<object class="GtkBox" id="hbox77">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="border_width">6</property>
<property name="spacing">10</property>
<child>
ui: Set non-stock button images in glade, not explicitly in code
2013-09-23 00:18:49 +08:00
<object class="GtkImage" id="image1">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
ui: Set non-stock button images in glade, not explicitly in code
2013-09-23 00:18:49 +08:00
<property name="icon_name">vm_clone_wizard</property>
Use consistent widget names for create wizard headers Makes copying code around simpler
2013-09-27 22:26:43 +08:00
<property name="icon_size">6</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
<property name="expand">False</property>
ui: Set non-stock button images in glade, not explicitly in code
2013-09-23 00:18:49 +08:00
<property name="fill">False</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="position">0</property>
</packing>
</child>
<child>
Use consistent widget names for create wizard headers Makes copying code around simpler
2013-09-27 22:26:43 +08:00
<object class="GtkLabel" id="header-label">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
Replace xalign='0' with halign='start' GtkAlignment:xalign was deprecated since Gtk version 3.14 and should not be used in newly-written code. Use halign property instead. https://developer.gnome.org/gtk3/stable/GtkAlignment.html#GtkAlignment--xalign https://developer.gnome.org/gtk3/stable/GtkWidget.html#GtkWidget--halign
2017-05-31 21:08:33 +08:00
<property name="halign">start</property>
virtManager: Convert to CSS for most color usage * Add CSS data in config.py and install it * Strip out all hardcoded colors and use style class annotations * Fix colors to be more theme appropriate to fix dark theme look Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-02-02 06:16:45 +08:00
<property name="label">&lt;span size='large'&gt;Placeholder&lt;/span&gt;</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="use_markup">True</property>
virtManager: Convert to CSS for most color usage * Add CSS data in config.py and install it * Strip out all hardcoded colors and use style class annotations * Fix colors to be more theme appropriate to fix dark theme look Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-02-02 06:16:45 +08:00
<style>
<class name="vmm-header-text"/>
</style>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
<property name="expand">False</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="fill">True</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="position">1</property>
</packing>
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</child>
virtManager: Convert to CSS for most color usage * Add CSS data in config.py and install it * Strip out all hardcoded colors and use style class annotations * Fix colors to be more theme appropriate to fix dark theme look Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-02-02 06:16:45 +08:00
<style>
<class name="vmm-header"/>
</style>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
<property name="expand">False</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="fill">True</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="position">0</property>
</packing>
</child>
<child>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<object class="GtkBox" id="vbox2">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="border_width">12</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="orientation">vertical</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="spacing">18</property>
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkAlignment" id="details-box-align">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkBox" id="details-box">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="orientation">vertical</property>
<property name="spacing">12</property>
migrate: Storage connection list in the migrate dialog, not migrate menu.
2009-11-19 02:51:36 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkGrid" id="table2">
migrate: Storage connection list in the migrate dialog, not migrate menu.
2009-11-19 02:51:36 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="row_spacing">6</property>
<property name="column_spacing">6</property>
<child>
<object class="GtkLabel" id="label7">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">end</property>
<property name="label" translatable="yes">Migrating VM:</property>
<property name="use_markup">True</property>
<style>
<class name="vmm-lighter"/>
</style>
uitests: Finish migrate.py coverage Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-08-26 21:47:24 +08:00
</object>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<packing>
<property name="left_attach">0</property>
<property name="top_attach">0</property>
</packing>
</child>
<child>
<object class="GtkLabel" id="label8">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">end</property>
<property name="label" translatable="yes">Original host:</property>
<property name="use_markup">True</property>
<style>
<class name="vmm-lighter"/>
</style>
</object>
<packing>
<property name="left_attach">0</property>
<property name="top_attach">1</property>
</packing>
</child>
<child>
<object class="GtkLabel" id="label9">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">end</property>
<property name="label" translatable="yes">New _host:</property>
<property name="use_markup">True</property>
<property name="use_underline">True</property>
<property name="mnemonic_widget">migrate-dest</property>
<style>
<class name="vmm-lighter"/>
</style>
</object>
<packing>
<property name="left_attach">0</property>
<property name="top_attach">2</property>
</packing>
</child>
<child>
<object class="GtkLabel" id="migrate-label-name">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">start</property>
<property name="label">label</property>
<property name="ellipsize">end</property>
</object>
<packing>
<property name="left_attach">1</property>
<property name="top_attach">0</property>
</packing>
</child>
<child>
<object class="GtkLabel" id="migrate-label-src">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">start</property>
<property name="label">label</property>
<property name="ellipsize">end</property>
</object>
<packing>
<property name="left_attach">1</property>
<property name="top_attach">1</property>
</packing>
</child>
<child>
<object class="GtkComboBox" id="migrate-dest">
<property name="visible">True</property>
<property name="can_focus">False</property>
<signal name="changed" handler="on_migrate_dest_changed" swapped="no"/>
<child internal-child="accessible">
<object class="AtkObject" id="migrate-dest-atkobject">
<property name="AtkObject::accessible-name">conn-combo</property>
</object>
</child>
</object>
<packing>
<property name="left_attach">1</property>
<property name="top_attach">2</property>
</packing>
uitests: Finish migrate.py coverage Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-08-26 21:47:24 +08:00
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
migrate: Storage connection list in the migrate dialog, not migrate menu.
2009-11-19 02:51:36 +08:00
<packing>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">0</property>
migrate: Storage connection list in the migrate dialog, not migrate menu.
2009-11-19 02:51:36 +08:00
</packing>
</child>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkBox" id="config-box">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="orientation">vertical</property>
<property name="spacing">18</property>
Allow unsafe migrations in virt-manager Normally, setting cache=none is required in order to ensure a consistent view of storage between the source and destination migration hosts. However, some configurations have that quality without resorting to the use of an O_DIRECT open (which is what cache=none does), and hence cache=none wouldn't be necessary. Unfortunately, libvirt is not able to determine on it's own all the configurations which require cache=none for migration but in the interest of safety enforces it when it isn't otherwise able to determine migration safety. For this reason the libvirt api has an 'unsafe' option which allows the user to override the safety migration checks. This patch adds a checkbox to allow unsafe migration to the 'Advanced options' portion of the migration dialog. Signed-off-by: Charles Arnold <carnold@suse.com>
2013-12-11 05:33:12 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkFrame" id="frame1">
Allow unsafe migrations in virt-manager Normally, setting cache=none is required in order to ensure a consistent view of storage between the source and destination migration hosts. However, some configurations have that quality without resorting to the use of an O_DIRECT open (which is what cache=none does), and hence cache=none wouldn't be necessary. Unfortunately, libvirt is not able to determine on it's own all the configurations which require cache=none for migration but in the interest of safety enforces it when it isn't otherwise able to determine migration safety. For this reason the libvirt api has an 'unsafe' option which allows the user to override the safety migration checks. This patch adds a checkbox to allow unsafe migration to the 'Advanced options' portion of the migration dialog. Signed-off-by: Charles Arnold <carnold@suse.com>
2013-12-11 05:33:12 +08:00
<property name="visible">True</property>
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="label_xalign">0</property>
<property name="shadow_type">none</property>
Allow unsafe migrations in virt-manager Normally, setting cache=none is required in order to ensure a consistent view of storage between the source and destination migration hosts. However, some configurations have that quality without resorting to the use of an O_DIRECT open (which is what cache=none does), and hence cache=none wouldn't be necessary. Unfortunately, libvirt is not able to determine on it's own all the configurations which require cache=none for migration but in the interest of safety enforces it when it isn't otherwise able to determine migration safety. For this reason the libvirt api has an 'unsafe' option which allows the user to override the safety migration checks. This patch adds a checkbox to allow unsafe migration to the 'Advanced options' portion of the migration dialog. Signed-off-by: Charles Arnold <carnold@suse.com>
2013-12-11 05:33:12 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkAlignment" id="alignment1">
Allow unsafe migrations in virt-manager Normally, setting cache=none is required in order to ensure a consistent view of storage between the source and destination migration hosts. However, some configurations have that quality without resorting to the use of an O_DIRECT open (which is what cache=none does), and hence cache=none wouldn't be necessary. Unfortunately, libvirt is not able to determine on it's own all the configurations which require cache=none for migration but in the interest of safety enforces it when it isn't otherwise able to determine migration safety. For this reason the libvirt api has an 'unsafe' option which allows the user to override the safety migration checks. This patch adds a checkbox to allow unsafe migration to the 'Advanced options' portion of the migration dialog. Signed-off-by: Charles Arnold <carnold@suse.com>
2013-12-11 05:33:12 +08:00
<property name="visible">True</property>
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="left_padding">22</property>
Allow unsafe migrations in virt-manager Normally, setting cache=none is required in order to ensure a consistent view of storage between the source and destination migration hosts. However, some configurations have that quality without resorting to the use of an O_DIRECT open (which is what cache=none does), and hence cache=none wouldn't be necessary. Unfortunately, libvirt is not able to determine on it's own all the configurations which require cache=none for migration but in the interest of safety enforces it when it isn't otherwise able to determine migration safety. For this reason the libvirt api has an 'unsafe' option which allows the user to override the safety migration checks. This patch adds a checkbox to allow unsafe migration to the 'Advanced options' portion of the migration dialog. Signed-off-by: Charles Arnold <carnold@suse.com>
2013-12-11 05:33:12 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkGrid" id="grid2">
Allow unsafe migrations in virt-manager Normally, setting cache=none is required in order to ensure a consistent view of storage between the source and destination migration hosts. However, some configurations have that quality without resorting to the use of an O_DIRECT open (which is what cache=none does), and hence cache=none wouldn't be necessary. Unfortunately, libvirt is not able to determine on it's own all the configurations which require cache=none for migration but in the interest of safety enforces it when it isn't otherwise able to determine migration safety. For this reason the libvirt api has an 'unsafe' option which allows the user to override the safety migration checks. This patch adds a checkbox to allow unsafe migration to the 'Advanced options' portion of the migration dialog. Signed-off-by: Charles Arnold <carnold@suse.com>
2013-12-11 05:33:12 +08:00
<property name="visible">True</property>
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="row_spacing">12</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkGrid" id="migrate-direct-box">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="row_spacing">6</property>
<property name="column_spacing">6</property>
<child>
<object class="GtkLabel" id="label2">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">end</property>
<property name="label" translatable="yes">_Address:</property>
<property name="use_underline">True</property>
<property name="mnemonic_widget">migrate-set-address</property>
uitests: Finish migrate.py coverage Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-08-26 21:47:24 +08:00
</object>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<packing>
<property name="left_attach">0</property>
<property name="top_attach">0</property>
</packing>
uitests: Finish migrate.py coverage Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-08-26 21:47:24 +08:00
</child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<child>
<object class="GtkLabel" id="label5">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">start</property>
<property name="label" translatable="yes">_Port:</property>
<property name="use_underline">True</property>
<property name="mnemonic_widget">migrate-set-port</property>
</object>
<packing>
<property name="left_attach">0</property>
<property name="top_attach">1</property>
</packing>
</child>
<child>
<object class="GtkCheckButton" id="migrate-set-address">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="receives_default">False</property>
<property name="halign">start</property>
<property name="draw_indicator">True</property>
<signal name="toggled" handler="on_migrate_set_address_toggled" swapped="no"/>
<child internal-child="accessible">
<object class="AtkObject" id="migrate-set-address-atkobject">
<property name="AtkObject::accessible-name">address-check</property>
</object>
</child>
</object>
<packing>
<property name="left_attach">1</property>
<property name="top_attach">0</property>
</packing>
</child>
<child>
<object class="GtkCheckButton" id="migrate-set-port">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="receives_default">False</property>
<property name="halign">start</property>
<property name="draw_indicator">True</property>
<signal name="toggled" handler="on_migrate_set_port_toggled" swapped="no"/>
<child internal-child="accessible">
<object class="AtkObject" id="migrate-set-port-atkobject">
<property name="AtkObject::accessible-name">port-check</property>
</object>
</child>
</object>
<packing>
<property name="left_attach">1</property>
<property name="top_attach">1</property>
</packing>
</child>
<child>
<object class="GtkBox" id="hbox4">
<property name="visible">True</property>
<property name="can_focus">False</property>
<child>
<object class="GtkSpinButton" id="migrate-port">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="invisible_char">●</property>
<property name="text" translatable="yes">0</property>
<property name="adjustment">adjustment1</property>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">0</property>
</packing>
</child>
<child>
<object class="GtkLabel" id="migrate-port-label">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">start</property>
<property name="label" translatable="yes">Let libvirt decide</property>
</object>
<packing>
<property name="expand">True</property>
<property name="fill">True</property>
<property name="position">1</property>
</packing>
</child>
</object>
<packing>
<property name="left_attach">2</property>
<property name="top_attach">1</property>
</packing>
</child>
<child>
<object class="GtkBox" id="box2">
<property name="visible">True</property>
<property name="can_focus">False</property>
<child>
<object class="GtkEntry" id="migrate-address">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="invisible_char">●</property>
<child internal-child="accessible">
<object class="AtkObject" id="migrate-address-atkobject">
<property name="AtkObject::accessible-name">address-text</property>
</object>
</child>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">0</property>
</packing>
</child>
<child>
<object class="GtkLabel" id="migrate-address-label">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">start</property>
<property name="label" translatable="yes">Let libvirt decide</property>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">1</property>
</packing>
</child>
uitests: Finish migrate.py coverage Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-08-26 21:47:24 +08:00
</object>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<packing>
<property name="left_attach">2</property>
<property name="top_attach">0</property>
</packing>
uitests: Finish migrate.py coverage Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-08-26 21:47:24 +08:00
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="left_attach">0</property>
migrate: Remove localhost hostname warning Latest libvirt actually checks against UUID so this isn't accurate anymore Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-08-26 21:49:09 +08:00
<property name="top_attach">1</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</packing>
</child>
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkBox" id="box1">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="spacing">6</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkLabel" id="migrate-mode-label">
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="visible">True</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="can_focus">False</property>
<property name="tooltip_text" translatable="yes">Tunnel migration through the libvirtd connection channel, rather than having the hypervisor open a separate network connection to the destination. The source libvirt instance connects directly to the destination libvirt instance.
This can simplify setup since no additional firewall ports need to be open, and will encrypt migration traffic if your libvirt connection is encrypted. But it can be difficult to make this work with SSH transport.</property>
<property name="halign">end</property>
<property name="label" translatable="yes">M_ode:</property>
<property name="use_underline">True</property>
<property name="mnemonic_widget">migrate-mode</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">0</property>
</packing>
</child>
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkComboBox" id="migrate-mode">
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="visible">True</property>
<property name="can_focus">False</property>
Replace xalign='0' with halign='start' GtkAlignment:xalign was deprecated since Gtk version 3.14 and should not be used in newly-written code. Use halign property instead. https://developer.gnome.org/gtk3/stable/GtkAlignment.html#GtkAlignment--xalign https://developer.gnome.org/gtk3/stable/GtkWidget.html#GtkWidget--halign
2017-05-31 21:08:33 +08:00
<property name="halign">start</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="hexpand">False</property>
<signal name="changed" handler="on_migrate_mode_changed" swapped="no"/>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
</object>
<packing>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="expand">False</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="fill">True</property>
<property name="position">1</property>
</packing>
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="left_attach">0</property>
<property name="top_attach">0</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</packing>
</child>
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkGrid" id="migrate-tunnel-box">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="column_spacing">6</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkBox" id="migrate-tunnel-warning-box">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="can_focus">False</property>
<property name="hexpand">True</property>
<property name="spacing">6</property>
<child>
<object class="GtkImage" id="image3">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="valign">start</property>
<property name="stock">gtk-dialog-warning</property>
uitests: Finish migrate.py coverage Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-08-26 21:47:24 +08:00
</object>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">0</property>
</packing>
</child>
<child>
<object class="GtkLabel" id="migrate-tunnel-warning-label">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">start</property>
<property name="label">&lt;span size="small"&gt;foo bar baz foo bar baz foo bar baz foo bar baz foo bar baz foo bar baz&lt;/span&gt;</property>
<property name="use_markup">True</property>
<property name="wrap">True</property>
<property name="width_chars">0</property>
<property name="max_width_chars">40</property>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">1</property>
</packing>
uitests: Finish migrate.py coverage Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-08-26 21:47:24 +08:00
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="left_attach">1</property>
<property name="top_attach">1</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</packing>
</child>
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkLabel" id="label1">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
Replace xalign='0' with halign='start' GtkAlignment:xalign was deprecated since Gtk version 3.14 and should not be used in newly-written code. Use halign property instead. https://developer.gnome.org/gtk3/stable/GtkAlignment.html#GtkAlignment--xalign https://developer.gnome.org/gtk3/stable/GtkWidget.html#GtkWidget--halign
2017-05-31 21:08:33 +08:00
<property name="halign">start</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="hexpand">False</property>
<property name="label" translatable="yes">_URI:</property>
<property name="use_underline">True</property>
<property name="mnemonic_widget">migrate-tunnel-uri</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="left_attach">0</property>
<property name="top_attach">0</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</packing>
</child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<child>
<object class="GtkEntry" id="migrate-tunnel-uri">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="hexpand">True</property>
</object>
<packing>
<property name="left_attach">1</property>
<property name="top_attach">0</property>
</packing>
</child>
<child>
<placeholder/>
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="left_attach">0</property>
<property name="top_attach">2</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
</packing>
</child>
</object>
</child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
</object>
</child>
<child type="label">
<object class="GtkLabel" id="label12">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="label" translatable="yes">&lt;b&gt;Connectivity&lt;/b&gt;</property>
<property name="use_markup">True</property>
</object>
</child>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">0</property>
</packing>
</child>
<child>
<object class="GtkExpander" id="migrate-advanced-expander">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="spacing">6</property>
<child>
<object class="GtkAlignment" id="alignment2">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="left_padding">22</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkGrid" id="grid1">
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="visible">True</property>
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="row_spacing">6</property>
<property name="column_spacing">6</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkLabel" id="migrate-unsafe-label">
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="visible">True</property>
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="tooltip_text" translatable="yes">By default libvirt will refuse to migrate a VM for certain configurations that could lead to malfunctioning guests, like if a disk's cache mode is not 'none'.
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
Enabling this option tells libvirt to skip those checks.</property>
<property name="halign">start</property>
<property name="label" translatable="yes">A_llow unsafe:</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="use_underline">True</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="mnemonic_widget">migrate-unsafe</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
</object>
<packing>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="left_attach">0</property>
<property name="top_attach">0</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
</packing>
</child>
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkCheckButton" id="migrate-unsafe">
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="visible">True</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="can_focus">True</property>
<property name="receives_default">False</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="halign">start</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="draw_indicator">True</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
</object>
<packing>
<property name="left_attach">1</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="top_attach">0</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</packing>
</child>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkLabel" id="migrate-temporary-label">
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="visible">True</property>
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="tooltip_text" translatable="yes">By default, the migrated VM config is removed from the source host, and saved persistently on the destination host. The destination host is considered the new home of the VM.
If 'temporary' is selected, the migration is considered only a temporary move: the source host maintains a copy of the VM config, and the running copy moved to the destination is only transient, and will disappear when it is shutdown.</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="halign">start</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="label" translatable="yes">_Temporary move:</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="use_underline">True</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="mnemonic_widget">migrate-temporary</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
</object>
<packing>
<property name="left_attach">0</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="top_attach">1</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
</packing>
</child>
<child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<object class="GtkCheckButton" id="migrate-temporary">
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<property name="visible">True</property>
<property name="can_focus">True</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="receives_default">False</property>
<property name="halign">start</property>
<property name="draw_indicator">True</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
</object>
<packing>
<property name="left_attach">1</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="top_attach">1</property>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
</packing>
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</child>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<child type="label">
<object class="GtkLabel" id="label123">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<property name="label" translatable="yes">Advanced options</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
migrate: Add XML editor support Allows the user to tweak the XML at the destination, which is already something that libvirt supports Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-09-03 04:56:08 +08:00
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">1</property>
</packing>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
migrate: Big reworking of the dialog It's largely the same, but now - The code is better organized - The UI is much more streamlined, only showing relevant fields when required. - We warn about the hostname/URI cases that we know libvirt will error on - Drop some of the attempts at being smart, and just mimic what libvirt will do.
2015-04-16 23:21:34 +08:00
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">1</property>
</packing>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="expand">True</property>
<property name="fill">True</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="position">0</property>
</packing>
</child>
<child>
Use GtkButtonBox instead of GtkHButtonBox GtkHButtonBox was deprecated since Gtk version 3.2 and should not be used in newly-written code. Use GtkButtonBox instead. The property orientation is set by default to horizontal. https://developer.gnome.org/gtk3/stable/GtkHButtonBox.html
2017-05-31 21:08:32 +08:00
<object class="GtkButtonBox" id="hbuttonbox1">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="can_focus">False</property>
Use consistent widget names for create wizard headers Makes copying code around simpler
2013-09-27 22:26:43 +08:00
<property name="spacing">6</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="layout_style">end</property>
<child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<object class="GtkButton" id="migrate-cancel">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="label">gtk-cancel</property>
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="receives_default">True</property>
<property name="use_stock">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<signal name="clicked" handler="on_migrate_cancel_clicked" swapped="no"/>
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
<property name="expand">False</property>
<property name="fill">False</property>
<property name="position">1</property>
</packing>
</child>
<child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<object class="GtkButton" id="migrate-finish">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="label" translatable="yes">_Migrate</property>
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="receives_default">True</property>
<property name="use_underline">True</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<signal name="clicked" handler="on_migrate_finish_clicked" swapped="no"/>
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
<property name="expand">False</property>
<property name="fill">False</property>
<property name="position">2</property>
</packing>
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
<property name="expand">False</property>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="fill">True</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="position">1</property>
</packing>
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
<property name="expand">True</property>
<property name="fill">True</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="position">1</property>
</packing>
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</child>
migrate: Remove localhost hostname warning Latest libvirt actually checks against UUID so this isn't accurate anymore Signed-off-by: Cole Robinson <crobinso@redhat.com>
2020-08-26 21:49:09 +08:00
<child type="titlebar">
<placeholder/>
</child>
Convert UI files from glade to gtkbuilder Glade is long since deprecated, and the 'glade' tool in F15 and up doesn't even handle glade format files! This effectively drops support for running virt-manager on a RHEL5 host, which has a GTK that is too old to support gtkbuilder. The process here was: - On RHEL6, open all glade files with glade3, use Edit->Preferences to change format to gtk builder. (the gtk-builder-convert tool produced all sorts of brokenness, and f16 glade3 can't even open old glade files). - Open these new files in glade on f16 and resave (since glade is notorious for reformatting files over new versions, saves churn the first time someone goes to patch the UI using a modern glade)
2012-02-02 06:26:46 +08:00
</object>
</interface>