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

691 lines
42 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"?>
Format UI files with Glade 3.20 Glade performs XML formatting on save. The changes in this commit are generated by Glade 3.20
2017-05-31 21:08:31 +08:00
<!-- Generated with glade 3.20.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>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="label">&lt;span size='large' color='white'&gt;Placeholder&lt;/span&gt;</property>
<property name="use_markup">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
</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>
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: 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="vbox3">
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>
<property name="spacing">12</property>
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="GtkGrid" id="table2">
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="row_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
<property name="column_spacing">6</property>
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 class="GtkLabel" id="label7">
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='1' with halign='end' 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:34 +08:00
<property name="halign">end</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="label" translatable="yes">&lt;span color='#484848'&gt;Migrating VM:&lt;/span&gt;</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="use_markup">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
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
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="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>
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="GtkLabel" id="label8">
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='1' with halign='end' 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:34 +08:00
<property name="halign">end</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="label" translatable="yes">&lt;span color='#484848'&gt;Original host:&lt;/span&gt;</property>
<property name="use_markup">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
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
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="left_attach">0</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="top_attach">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="GtkLabel" id="label9">
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='1' with halign='end' 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:34 +08:00
<property name="halign">end</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="label" translatable="yes">&lt;span color='#484848'&gt;New _host:&lt;/span&gt;</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="use_markup">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="use_underline">True</property>
<property name="mnemonic_widget">migrate-dest</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: 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="left_attach">0</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="top_attach">2</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="GtkLabel" id="migrate-label-name">
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>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="label">label</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="ellipsize">end</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="left_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
<property name="top_attach">0</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</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="GtkLabel" id="migrate-label-src">
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>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="label">label</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="ellipsize">end</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="left_attach">1</property>
<property name="top_attach">1</property>
</packing>
</child>
migrate: Storage connection list in the migrate dialog, not migrate menu.
2009-11-19 02:51:36 +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 class="GtkComboBox" id="migrate-dest">
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>
<signal name="changed" handler="on_migrate_dest_changed" swapped="no"/>
</object>
migrate: Storage connection list in the migrate dialog, not migrate menu.
2009-11-19 02:51:36 +08:00
<packing>
<property name="left_attach">1</property>
<property name="top_attach">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">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="config-box">
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>
<property name="orientation">vertical</property>
<property name="spacing">18</property>
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="GtkFrame" id="frame1">
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="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: 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="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: 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="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: 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="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: 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="row_spacing">12</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: 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="GtkGrid" id="migrate-direct-box">
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>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="row_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
<property name="column_spacing">6</property>
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 class="GtkLabel" id="label2">
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='1' with halign='end' 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:34 +08:00
<property name="halign">end</property>
Numerous UI tweaks. - Don't use custom button content, because it doesn't abide typical button gtk button + image preferences. This forces us to set the button image in the code since glade can't handle it. - Use widget mnemonics _everywhere_ - Tweak some default widget focus, and other misc things.
2009-11-18 04:06:15 +08:00
<property name="label" translatable="yes">_Address:</property>
<property name="use_underline">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="mnemonic_widget">migrate-set-address</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: 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="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>
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="GtkLabel" id="label5">
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>
Numerous UI tweaks. - Don't use custom button content, because it doesn't abide typical button gtk button + image preferences. This forces us to set the button image in the code since glade can't handle it. - Use widget mnemonics _everywhere_ - Tweak some default widget focus, and other misc things.
2009-11-18 04:06:15 +08:00
<property name="label" translatable="yes">_Port:</property>
<property name="use_underline">True</property>
<property name="mnemonic_widget">migrate-set-port</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: 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="left_attach">0</property>
<property name="top_attach">2</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</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="GtkCheckButton" id="migrate-set-address">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="receives_default">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>
Add a proper migrate dialog.
2009-11-16 04:17:03 +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
<signal name="toggled" handler="on_migrate_set_address_toggled" swapped="no"/>
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="left_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
<property name="top_attach">0</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</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="GtkCheckButton" id="migrate-set-port">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="receives_default">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>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="draw_indicator">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="toggled" handler="on_migrate_set_port_toggled" swapped="no"/>
</object>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<packing>
<property name="left_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
<property name="top_attach">2</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</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="hbox4">
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>
<child>
<object class="GtkSpinButton" id="migrate-port">
<property name="visible">True</property>
<property name="can_focus">True</property>
Unify invisible_char values To be consistent across the UI, change the few remaining different invisible_char values to match the most common one.
2017-12-20 00:32:19 +08:00
<property name="invisible_char">●</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="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>
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: 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="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>
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="left_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
<property name="top_attach">2</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
</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="box2">
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: 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="GtkEntry" id="migrate-address">
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="visible">True</property>
<property name="can_focus">True</property>
Unify invisible_char values To be consistent across the UI, change the few remaining different invisible_char values to match the most common one.
2017-12-20 00:32:19 +08:00
<property name="invisible_char">●</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>
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="GtkLabel" id="migrate-address-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>
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="label" translatable="yes">Let libvirt decide</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: 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="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>
<property name="left_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
<property name="top_attach">0</property>
</packing>
</child>
<child>
<object class="GtkBox" id="migrate-address-warning-box">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="spacing">6</property>
<child>
<object class="GtkImage" id="image2">
<property name="visible">True</property>
<property name="can_focus">False</property>
Use valign property instead of yalign GtkAlignment:yalign was deprecated since Gtk version 3.14 and should not be used in newly-written code. Use valign property instead. The behaviour of yalign='0' is identical to valign='start', similar for yalign='1' and valign='end'. The default value of the property valign is GTK_ALIGN_FILL which has simmilar behaviour to yalign='0.5'. https://developer.gnome.org/gtk3/stable/GtkAlignment.html#GtkAlignment--yalign https://developer.gnome.org/gtk3/stable/GtkWidget.html#GtkWidget--valign
2017-05-31 21:08:36 +08:00
<property name="valign">start</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="stock">gtk-dialog-warning</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-address-warning-label">
<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: 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="label">&lt;span size="small"&gt;foo bar baz foo bar baz foo bar baz foo bar baz foo bar baz foo bar baz foo bar baz fo&lt;/span&gt;</property>
<property name="use_markup">True</property>
<property name="wrap">True</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>
</child>
</object>
<packing>
<property name="left_attach">2</property>
<property name="top_attach">1</property>
</packing>
</child>
<child>
<placeholder/>
</child>
<child>
<placeholder/>
</child>
</object>
<packing>
<property name="left_attach">0</property>
<property name="top_attach">1</property>
</packing>
</child>
<child>
<object class="GtkBox" id="box1">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="spacing">6</property>
<child>
<object class="GtkLabel" id="migrate-mode-label">
<property name="visible">True</property>
<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.
migrate: Fix typos pointed out by translator
2015-05-01 21:38:25 +08:00
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>
Replace xalign='1' with halign='end' 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:34 +08:00
<property name="halign">end</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="label" translatable="yes">M_ode:</property>
<property name="use_underline">True</property>
<property name="mnemonic_widget">migrate-mode</property>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">0</property>
</packing>
</child>
<child>
<object class="GtkComboBox" id="migrate-mode">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">start</property>
<property name="hexpand">False</property>
<signal name="changed" handler="on_migrate_mode_changed" swapped="no"/>
</object>
<packing>
<property name="expand">False</property>
<property name="fill">True</property>
<property name="position">1</property>
</packing>
</child>
</object>
<packing>
<property name="left_attach">0</property>
<property name="top_attach">0</property>
</packing>
</child>
<child>
<object class="GtkGrid" id="migrate-tunnel-box">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="column_spacing">6</property>
<child>
<object class="GtkBox" id="migrate-tunnel-warning-box">
<property name="visible">True</property>
<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>
Use valign property instead of yalign GtkAlignment:yalign was deprecated since Gtk version 3.14 and should not be used in newly-written code. Use valign property instead. The behaviour of yalign='0' is identical to valign='start', similar for yalign='1' and valign='end'. The default value of the property valign is GTK_ALIGN_FILL which has simmilar behaviour to yalign='0.5'. https://developer.gnome.org/gtk3/stable/GtkAlignment.html#GtkAlignment--yalign https://developer.gnome.org/gtk3/stable/GtkWidget.html#GtkWidget--valign
2017-05-31 21:08:36 +08:00
<property name="valign">start</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="stock">gtk-dialog-warning</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-tunnel-warning-label">
<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: 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="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>
</child>
</object>
<packing>
<property name="left_attach">1</property>
Add a proper migrate dialog.
2009-11-16 04:17:03 +08:00
<property name="top_attach">1</property>
</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>
<object class="GtkLabel" id="label1">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="halign">start</property>
<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>
</object>
<packing>
<property name="left_attach">0</property>
<property name="top_attach">0</property>
</packing>
</child>
<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>
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="left_attach">0</property>
<property name="top_attach">2</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>
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>
</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>
<child>
<object class="GtkGrid" id="grid1">
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="row_spacing">6</property>
<property name="column_spacing">6</property>
<child>
<object class="GtkLabel" id="migrate-unsafe-label">
<property name="visible">True</property>
<property name="can_focus">False</property>
<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'.
Enabling this option tells libvirt to skip those checks.</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: 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="label" translatable="yes">A_llow unsafe:</property>
<property name="use_underline">True</property>
<property name="mnemonic_widget">migrate-unsafe</property>
</object>
<packing>
<property name="left_attach">0</property>
<property name="top_attach">0</property>
</packing>
</child>
<child>
<object class="GtkCheckButton" id="migrate-unsafe">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="receives_default">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: 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="draw_indicator">True</property>
</object>
<packing>
<property name="left_attach">1</property>
<property name="top_attach">0</property>
</packing>
</child>
migrate: Add 'temporary' option This doesn't undefine the VM source, and leaves it temporary on the destination. Basically the default migration action
2015-04-22 05:32:43 +08:00
<child>
<object class="GtkLabel" id="migrate-temporary-label">
<property name="visible">True</property>
<property name="can_focus">False</property>
<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>
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 'temporary' option This doesn't undefine the VM source, and leaves it temporary on the destination. Basically the default migration action
2015-04-22 05:32:43 +08:00
<property name="label" translatable="yes">_Temporary move:</property>
<property name="use_underline">True</property>
<property name="mnemonic_widget">migrate-temporary</property>
</object>
<packing>
<property name="left_attach">0</property>
<property name="top_attach">1</property>
</packing>
</child>
<child>
<object class="GtkCheckButton" id="migrate-temporary">
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="receives_default">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 'temporary' option This doesn't undefine the VM source, and leaves it temporary on the destination. Basically the default migration action
2015-04-22 05:32:43 +08:00
<property name="draw_indicator">True</property>
</object>
<packing>
<property name="left_attach">1</property>
<property name="top_attach">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>
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
</child>
<child type="label">
<object class="GtkLabel" id="label123">
<property name="visible">True</property>
<property name="can_focus">False</property>
<property name="label" translatable="yes">Advanced options</property>
</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: 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
<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">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>
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>