Description of problem: mingw-virt-viewer msi should be signed by Red Hat code signing key. It is currently unsigned. Version-Release number of selected component (if applicable): mingw-virt-viewer-0.5.6-15.el6_5 How reproducible: always Steps to Reproduce: 1. launch mingw-virt-viewer msi 2. 3. Actual results: when prompted by Windows if intallation should be launched, Windows (at least 7, 2008 R2) say that the binary is unsigned and the publisher is unknown Expected results: the binary is signed by code signing key so that the publisher is recognized as trusted source by Windows Additional info:
spice-client-msi is currently doing signing of MSI. doing signing in mingw- would require cross-signing capabilities, adding dep on brew
moving to 3.4, the 923837 should be solved first
this isn't going to happen in 3.4 either, if bug 923837 isn't fixed.
let's hope the depend on bug will be fixed prior to 3.5 development ends
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a release.
this is an automated message. oVirt 3.6.0 RC3 has been released and GA is targeted to next week, Nov 4th 2015. Please review this bug and if not a blocker, please postpone to a later release. All bugs not postponed on GA release will be automatically re-targeted to - 3.6.1 if severity >= high - 4.0 if severity < high
This bug depend on the one that is not fixed in brew, moving to rhevm-future
This bug depends on the one that is not fixed in brew, moving to rhevm-future
Uri, are this getting fixed with new components in rhel8? I'm not sure how to address this and why it depends on 1524447
(In reply to Victor Toso from comment #15) > Uri, are this getting fixed with new components in rhel8? I'm not sure how > to address this and why it depends on 1524447 First, to make it clear, the MSI binaries that are being shipped are signed (but that's not what this bug is about). We have to do an extra step to sign the MSI binaries. With regards to this bug - likely we can not fix it yet. It is not possible to sign the binaries when building with mingw, until bug 1524447 is resolved.
This bug has not been marked as blocker for oVirt 4.3.0. Since we are releasing it tomorrow, January 29th, this bug has been re-targeted to 4.3.1.
4.3.1 has been released, please re-target this bug as soon as possible.