summaryrefslogtreecommitdiffstats
path: root/data
Commit message (Collapse)AuthorAgeFilesLines
* wxi: virt-viewer depends on libvirt-glibFabiano Fidêncio2016-02-251-0/+2
| | | | | | | | Since 51ce01d virt-viewer depends again on libvirt-glib. Signed-off-by: Fabiano Fidêncio <fidencio@redhat.com> Acked-by: Eduardo Lima (Etrunko) <etrunko@redhat.com> Acked-by: Victor Toso <victortoso@redhat.com>
* nsis: Add libvirt-glib-1.0-0.dllFabiano Fidêncio2016-02-251-0/+2
| | | | | | | | Since 51ce01d virt-viewer depends again on libvirt-glib. Signed-off-by: Fabiano Fidêncio <fidencio@redhat.com> Acked-by: Eduardo Lima (Etrunko) <etrunko@redhat.com> Acked-by: Victor Toso <victortoso@redhat.com>
* nsis: update nettle to 3.2.1Fabiano Fidêncio2016-02-241-4/+4
| | | | Use version 3.2.1, matching what currently is in f23.
* nsis: add libbz2-1.dllFabiano Fidêncio2015-12-011-0/+2
| | | | mingw-bzip2 seems to be a mingw-freetype dependency.
* nsis: update nettle to 3.1.1Fabiano Fidêncio2015-12-011-4/+4
| | | | Use version 3.1.1, matching what currently is in f23.
* nsis: update libgnutls to 3.4.7Fabiano Fidêncio2015-12-011-2/+2
| | | | Use version 3.4.7, matching what currently is in f23.
* nsis: update pango to 1.38.1Fabiano Fidêncio2015-12-011-7/+0
| | | | | | Use version 1.38.1, matching what is in f23. An important note is that the removed files were removed in mingw-pango-1.37.1.
* msi: use the correct id for remote-viewer.exeFabiano Fidêncio2015-10-081-1/+1
| | | | | | | | | | | | | | | | | | | | | As, in theory, file ids are stables, seems that we have been using the wrong id for remote-viewer.exe (not sure if since forever or if the path changed). That's what msidump shows: ffidenci@cat ~/src/upstream/virt-viewer/dump $ grep "fil808B4A5BAB4ACD727D3823632E798743" File.idt ffidenci@cat ~/src/upstream/virt-viewer/dump $ grep "fil808B4A5BAB4ACD727D3823632E798743" Registry.idt reg29E29C5608128A0192FB9DC3C18562A6 0 VirtViewer.vvfile\shell\open\command "[#fil808B4A5BAB4ACD727D3823632E798743]" "%1" CProgIds ffidenci@cat ~/src/upstream/virt-viewer/dump $ grep "remote-viewer.exe" File.idt fil610DF9E49759B1DEC646290195F96F8A cmp7677A8696936707272DCA43B1BF26760 remote-viewer.exe 855735 512 837 So, let's use the correct id (fil610DF9E49759B1DEC646290195F96F8A) from now on. Related: rhbz#1146016
* msi: {virt,remote}-viewer depends on libxml2Fabiano Fidêncio2015-10-061-0/+2
| | | | | | | | Currently libxml2 is pulled as an indirect dependency when virt-viewer is built with support to ovirt or libvirt (pulled by rest or libvirt, respectively). However, {virt,remote}-viewer itself depends on libxml2 and not having it as an explicit dependency will cause errors on opening remote-viewer when it is built without support to ovirt/libvirt.
* msi: drop gtk2 supportFabiano Fidêncio2015-06-232-31/+12
| | | | | | As virt-viewer builds for Windows are using GTK3 nowadays, we can easily drop GTK2 support and avoid maintenance effort in something that is not used/tested anymore.
* nsis: drop gtk2 supportFabiano Fidêncio2015-06-232-284/+212
| | | | | | As virt-viewer builds for Windows are using GTK3 nowadays, we can easily drop GTK2 support and avoid maintenance effort in something that is not used/tested anymore.
* nsis: add libepoxy-0.dll (a new gtk3 dependency)Fabiano Fidêncio2015-06-231-0/+2
| | | | The new dependecy was introduced in gtk+ 3.15.3.
* nsis: Ship libwinpthread even without libvirt supportFabiano Fidêncio2015-06-111-1/+1
| | | | | Without libwinpthread, remote-viewer complains about missing this dll, when built using --without-libvirt
* Add InstallScope="perMachine" to virt-viewer.wxs.inSandy Stutsman2015-06-101-1/+1
| | | | | | | | | | | Addresses: https://bugzilla.redhat.com/show_bug.cgi?id=1146016 Without this parameter the installer will place the start menu icon in the Admin users path rather than the 'AllUsers'. Unprivileged users are unable to use the menu to start the remote-viewer. N.B. Because previous installations mixed Users and PerMachine (AllUsers) paths, this installation will *NOT* properly upgrade them. They must be manually uninstalled first.
* wixl: use a versionized installation directoryMarc-André Lureau2015-01-121-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | It turned out that not only the current MSI broke the "component rule", but also that our files are not versionized correctly. Windows Installer applies some file versioning rules before replacing a file http://msdn.microsoft.com/en-us/library/aa368599%28v=vs.85%29.aspx Since msitools doesn't extract version from files and populate the Version field of the File table, it "usually" keep the current file installed. It's practically impossible to rely on version information from files (from a quick look, only 5% of the files are versionized and even less correctly, libgcrypt seems to do non-monotonic buildid for example) So the rule that applies when files are not versionized is to check the file hash, and the modified date. File hash was added recently in msitools, but doesn't apply when the installed file itself has a version. In order to solve the above problems, it's simpler to just have a different installation prefix. Windows Installer will see files with different component guid, and won't be checking any file update rule. I have verified the upgrade is working, not leaving any file behind and updating registry correctly with this solution. Until the files are correctly versionized, it looks like the only sensible thing to do. Furthermore, this make it simpler to have several versions installed in parallel later on (when we change productid)
* nsis: use gstreamer-1.0 instead of gstreamer-0.10Victor Toso2015-01-051-62/+52
| | | | | Spice-gtk now is able to use gstreamer-1.0 for playback and record audio. This patch updates the installer to use the latest version.
* nsis: use gtk-vnc conditionallyFabiano Fidêncio2014-12-232-15/+21
| | | | Only include gtk-vnc as dep when it's explicitly done in the configure.
* nsis: use spice-gtk conditionallyFabiano Fidêncio2014-12-232-90/+107
| | | | Only include spice-gtk as dep when it's explicitly done in the configure.
* nsis: use libgovirt conditionallyFabiano Fidêncio2014-12-232-17/+26
| | | | Only include libgovirt as dep when it's explicitly done in the configure.
* nsis: add missing file needed to use virsh.exeFabiano Fidêncio2014-12-231-0/+2
|
* nsis: use libvirt conditionallyFabiano Fidêncio2014-12-232-27/+44
| | | | Only include libvirt as dep when it's explicitly done in the configure.
* msi: use gtk-vnc conditionallyFabiano Fidêncio2014-12-212-2/+17
| | | | Only include gtk-vnc as dep when it's explicitly done in the configure.
* msi: use spice-gtk conditionallyFabiano Fidêncio2014-12-212-2/+17
| | | | Only include spice-gtk as dep when it's explicitly done in the configure.
* msi: use libgovirt conditionallyFabiano Fidêncio2014-12-212-2/+13
| | | | Only include libgovirt as dep when it's explicitly done in the configure.
* msi: use libvirt conditionallyFabiano Fidêncio2014-12-212-2/+13
| | | | Only include libvirt as dep when it's explicitly done in the configure.
* cosmetic: use $(VAR) instead of ${VAR}Fabiano Fidêncio2014-12-211-1/+1
|
* msi/nsis: fix keyboard-shortcuts icon locationMarc-André Lureau2014-12-152-2/+2
| | | | | The /usr/share/icons/gnome icon theme location has been replaced with Adwaita in f21, fix the path.
* msi: add gtk3 supportFabiano Fidêncio2014-12-153-5/+826
| | | | | | | | | Add support to build the virt-viewer's msi using GTK3. For the GTK3 build, in order to provide all used icons for Windows systems we have to include manually all the icons we want to or add adwaita-icon-theme as dependency. I've decided to go with the first approach, what can be improved when we have "foreach" support in msitools (https://bugzilla.gnome.org/show_bug.cgi?id=741296).
* msi: add libgovirt as dependencyFabiano Fidêncio2014-12-151-0/+2
| | | | libgovirt is used to provide support to foreign menu using ovirt.
* nsis: add missing 24x24 iconsFabiano Fidêncio2014-12-151-0/+4
|
* nsis: add gtk3 supportFabiano Fidêncio2014-12-152-24/+281
| | | | Add support to build the virt-viewer's nsis using GTK3.
* nsis: remove $INSTDIR\etcFabiano Fidêncio2014-12-151-0/+1
|
* nsis: remove $INSTDIR\etc\libvirtFabiano Fidêncio2014-12-151-0/+1
|
* nsis: remove dup entriesFabiano Fidêncio2014-12-151-4/+0
|
* nsis: add libgovirt (and its dependencies)Fabiano Fidêncio2014-12-151-0/+21
| | | | libgovirt is used to provide support to foreign menu using ovirt.
* nsis: add libwinpthread-1.dllFabiano Fidêncio2014-12-151-0/+2
| | | | libwinpthread-1.dll is a dependency of libvirt
* nsis: add libopus-0.dllFabiano Fidêncio2014-12-151-0/+2
| | | | libopus-0.dll is a dependency of spice-glib
* nsis: add libnettle-4-7.dll (and its dependencies)Fabiano Fidêncio2014-12-151-0/+11
| | | | | | | | | | | | | | | | | | libgcc_s_sjlj-1 is needed by libgmp (on x86) libgcc_s_seh-1 is needed by libgmp (on x86_64s) libgmp-10.dll is needed by libnettle libhogweed-2-5.dll is provided by libnettle libnettle-4-7.dll is needed by gnutls gnutls is needed by gvnc and libvirt An interesting point here that worth to mention is the usage of /nonfatal when including libgcc_s_{sjlj,seh}-1.dll. As we only have the _seh in x64 the build breaks trying to add "not found" files. A check for arch was one option to solve the problem, but _sjlj may exist in x64 as well, when using an old gcc. An explicit check if the file exists (in compile time) was another idea, but for some reason the "-" part of the filename was interpreted as a math operand, breaking the build. With all that in mind, adding /nonfatal was the most convenient solution.
* nsis: update libgnutls versionFabiano Fidêncio2014-12-151-2/+2
| | | | Use version -28 instead of -26, matching what currently is in f21.
* nsis: update libtasn1 versionFabiano Fidêncio2014-12-151-2/+2
| | | | Use version -6 instead of -3, matching what currently is in f21.
* nsis: update libpng versionFabiano Fidêncio2014-12-151-2/+2
| | | | | Use libpng15-15 instead of libpng16-16, matching what currently is in f21.
* nsis: update libgcrypt versionFabiano Fidêncio2014-12-151-2/+2
| | | | Use version -20 instead of -11, matching what currently is in f21.
* Update shared mime database on install/uninstallChristophe Fergeau2013-12-181-0/+12
| | | | | | | | | | | | | | remomte-viewer installs a file to $datadir/share/mime to register a mime-type for its .vv files. However, after installing this file, update-mime-database must be run in order to update the shared mime database. This commit (inspired by what Nautilus/planner are doing) adds what is needed for that. If the mime type is not correctly registered, gvfs-info console.vv will not return the correct mime type, and xdg-open console.vv will fail to start remote-viewer, and will fall back to running gedit as the .vv file is a text file. https://bugzilla.redhat.com/show_bug.cgi?id=1044209
* remote-viewer: add desktop iconMarc-André Lureau2013-12-111-0/+1
| | | | | Associate an icon to desktop menu entry. https://bugzilla.redhat.com/show_bug.cgi?id=1020359
* msi: use ProductVersion compatible with Windows InstallerMarc-André Lureau2013-07-301-2/+2
| | | | | | | | | Windows Installer expects version of form major.minor.build in order to perform updates. Following Daniel Berrange suggestion, compute a ProductVersion compatible with this scheme by shifting virt-viewer "micro" release number and adding the extra "buildid".
* wxs: add usb.ids and keyboard-shortcuts.pngMarc-André Lureau2013-07-301-0/+25
|
* data/remote-viewer.desktop: Fix missing trailing ;Marc-André Lureau2013-07-041-1/+1
| | | | | | | data/remote-viewer.desktop: error: value "x-scheme-handler/spice;application/x-virt-viewer" for string list key "MimeType" in group "Desktop Entry" does not have a semicolon (';') as trailing character
* build-sys: add debug-helper ruleMarc-André Lureau2013-05-231-0/+6
|
* Set MANUFACTURER env variable when running wixlDaniel P. Berrange2013-05-011-1/+2
| | | | | | | | The MANUFACTURER env variable is mandatory since it is used in the data files. wixl will exit with parser error if it is not set Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
* msi: build correct 64-bit msiMarc-André Lureau2013-04-152-14/+34
|