View Full Version : how to move comodo certificate
NewsArchive
09-09-2014, 08:25 AM
How do I move the comdo certificate from windows 7 to windows 8
Thanks Gary
NewsArchive
09-09-2014, 08:25 AM
Gary,
>
> How do I move the comdo certificate from windows 7 to windows 8
>
Just copy the .pfx (or the .spc/.pvk) from one machine to another.
Friedrich
NewsArchive
09-11-2014, 12:02 AM
Thanks
Gary Hoffman
NewsArchive
09-11-2014, 12:02 AM
So I think I have moved all files. But I am getting this error.
Processing digital certificate to uninstall
Signcode
compiler warning gen1061 File not found
compiler warning gen1061 File not found
compiler error gen1053 code signing signing process failed. error code -1
I guess I am missing signcode. Where does that come from
Thanks
Gary
NewsArchive
09-11-2014, 01:23 AM
Gary,
> So I think I have moved all files. But I am getting this error.
> Processing digital certificate to uninstall
> Signcode
> compiler warning gen1061 File not found
> compiler warning gen1061 File not found
> compiler error gen1053 code signing signing process failed. error code -1
I think you are trying to use a .PFX to code-sign, but you forgot to switch
from SignCode.exe (for .spc/.pvk signing) to SignTool.exe (for .pfx
signing).
In your IDE -> Tools | Options... | File Locations tab.
Friedrich
NewsArchive
09-12-2014, 01:22 AM
Thanks. This was fairly simple. The only problem seems to be we don't
work with this very often.
Gary Hoffman
NewsArchive
09-12-2014, 01:22 AM
Gary,
> Thanks. This was fairly simple. The only problem seems to be we don't
> work with this very often.
Yes, I agree. I'll add a note to the compiler error message if SignCode.exe
is still enabled and both .spc/.pvk locations are empty.
Thanks,
Friedrich
NewsArchive
12-13-2014, 07:26 AM
I just moved to a new machine and am getting the same error. I followed
the instructions below and nothing changes.
What am I missing?
Thanks,
Bob
NewsArchive
12-13-2014, 07:26 AM
Were you using signcode (with the two files it requires) on your old
machine, or signtool with a .PFX ?
If signtool, have you installed that on your new machine? (Remember that
Friedrich can't provide that - you need to download it from Microsoft.)
jf
NewsArchive
12-13-2014, 09:25 AM
Signtool is on the new machine. I just ran it from the command line and
didn't get any error.
Any other idea or ideas?
I'm stumped as the setup seems the same.
Thanks,
Bob
NewsArchive
12-13-2014, 09:33 AM
Bob,
Exactly what Jane said.
Just post a screenshot from the error code and we can tell you what you are
doing wrong.
Friedrich
NewsArchive
12-13-2014, 12:15 PM
Friedrich,
Attached is an image displaying the error I'm getting.
Thanks,
Bob
NewsArchive
12-13-2014, 12:16 PM
Friedrich and Jane,
Just checked your forum and found the answer. I was missing the
capicom.dll. Codesigning now works.
Thanks,
Bob
NewsArchive
12-14-2014, 09:58 AM
> Just checked your forum and found the answer. I was missing the
> capicom.dll. Codesigning now works.
Thanks for the update, Bob!
Friedrich
NewsArchive
12-28-2014, 11:18 AM
> Friedrich and Jane,
For some reason, the problem with Codesigning has returned...
Please look the attached image and let me know what I did wrong this time.
Thanks,
Bob
NewsArchive
12-28-2014, 11:19 AM
Bob,
> For some reason, the problem with Codesigning has returned...
>
> Please look the attached image and let me know what I did wrong
> this time.
Make sure that...
1.) ...you are using a valid (not expired) code-signing certificate.
2.) ...you are using the correct configuration settings (e.g. password).
3.) ...your protection software does not block your code-signing tool
(signtool.exe).
4.) ...your protection software does not block access to the timestamp
server (if you are using time-stamping).
5.) ..."something" did not remove or unregister your capicom.dll.
Friedrich
NewsArchive
12-28-2014, 11:20 AM
BTW, you can check the CAPICOM thing by using signtool.exe from the command
line (see attached screenshot). To see if your protection software blocks
access to the timestamp server, temporarily disable timestamping (or switch
to another timestamp server). And to be on the super safe side, add your
signtool.exe to the protection software "exclusion list".
Friedrich
NewsArchive
12-28-2014, 11:20 AM
1) The code-signing certificate was issued this year in July.
2) The password has not changed and is correct
3 & 4) I see no evidence that either signtool or the timestamp server is
blocked.
5) I uninstalled and reinstalled capicom.dll
How do I run signtool from the command line. I tried what is shown on
the Microsoft website but it ran and went to the prompt without
displaying anything.
Thanks,
Bob
NewsArchive
12-28-2014, 11:21 AM
in case - I use signtool from within setup builder script and all
errors are logged and shown - so is success :)
try that maybe in any stub installer ?
#code-sign application "D:\Apps\DmcV4\dmc.exe" ["Data Management
Center"] [Permanent]
after adding signtool and certificate and password to the project ?
--
JP
__________________________________________________ _____
For those who do not understand ... : "Qui bene amat bene castigat."
__________________________________________________ _____
DMC - Data Management Center : a tool to let you Migrate Import Export
Transfer your Data
www.dmc-fr.com
NewsArchive
12-29-2014, 03:58 AM
Don't run this from the RUN box in Windows, or the window will close as soon
as it's finished and you won't be able to see any messages.
First open a command prompt (DOS) window.
From the command line, you can try signing a file like this (simple signing,
no timestamp server or file description):
signtool sign /f c:\folder\MyPfxFile.pfx /p MyPfxPassword /v
c:\MyFolder\FileToBeSigned.exe
Jane Fleming
NewsArchive
12-29-2014, 03:59 AM
This is VERY interesting. The command line version works, but when I run
SetupBuilder I get an error 1 and the app is not CodeSigned.
Obviously, I'm doing something wrong but I don't know what.
Any clue?
Thanks,
Bob
NewsArchive
12-29-2014, 03:59 AM
check the sb options are pointing to the good folder and has the good
password etc ?
obviously something wrong there if the command line works
menu projects-settings "digital signature" tab
menu tools-options "file locations" tab
here I enter NO credential file and NO private key - ONLY the signcode
exe and signtool exe path is filled in
--
JP
__________________________________________________ _____
For those who do not understand ... : "Qui bene amat bene castigat."
__________________________________________________ _____
DMC - Data Management Center : a tool to let you Migrate Import Export
Transfer your Data
www.dmc-fr.com
NewsArchive
12-29-2014, 06:41 AM
Bob,
> How do I run signtool from the command line. I tried what is shown
> on the Microsoft website but it ran and went to the prompt without
> displaying anything.
The following command line (see message box in the screenshot) is used to
code-sign files.
Friedrich
NewsArchive
12-29-2014, 12:19 PM
Friedrich,
> The following command line (see message box in the screenshot) is used to
> code-sign files.
The problem is obvious to me... it's that blurry red stuff!
Lee White
NewsArchive
12-29-2014, 12:20 PM
ROFL
J André Labuschagné
NewsArchive
12-29-2014, 12:20 PM
Lee,
>> The following command line (see message box in the screenshot) is used
>> to code-sign files.
>
> The problem is obvious to me... it's that blurry red stuff!
Or it is the new timestamp server requirement. Compilers that handle
code-signing should support RFC 3161 compliant (trusted) timestamp servers
now. But not all Microsoft Authenticode signing tools support this (newer)
feature.
The new "SVER" item in the SetupBuilder compiler displays the signtool
version in the SB8.5. I am using signtool.exe version 6.2.9200, and Bob is
using 6.0.6001. So it's very well possible that this version does not
support "RFC 3161".
@Bob: if you temporarily remove timestamping, does it compile fine? If yes,
then it's caused by your signtool.exe version.
Friedrich
NewsArchive
12-29-2014, 12:21 PM
BTW, if it is really caused by the new RFC 3161 compliant (trusted)
timestamp server requirement, then perhaps we need a new compiler switch to
disable this. As far as I can see, older Windows operating systems do not
support RFC 3161 at COMPILE time.
Friedrich
NewsArchive
12-30-2014, 04:33 PM
Running SignTool from the command line I am able to use the timestamp.
I'll keep messing with it and if, or when, I figure it out, I let you know.
Thanks.
Bob
NewsArchive
12-30-2014, 04:33 PM
>
> Running SignTool from the command line I am able to use the timestamp.
>
But are you using the /tr command line switch for timestamping or just /t?
IMO, it's caused by the new RFC 3161 compliant feature.
Friedrich
NewsArchive
12-30-2014, 04:33 PM
I'm using /t.
Bob
NewsArchive
12-30-2014, 04:34 PM
Bob,
>
> I'm using /t.
>
Yes, that's exactly what I thought. This is the non-RFC 3161 compliant
timestamp switch. SetupBuilder 8.5 switched to RFC 3161 compliant
timestamping. But your Authenticode signtool.exe does not support it.
But no problem. I have added a new #pragma to disable RFC 3161 timestamp.
If you are interested, please download the following new build:
http://www.lindersoft.com/sb8/sb85_4648_Dev.exe
Then add the CODESIGN_TSTYPE pragma (see attached screenshot) to your script
and it should work fine again.
Does this help?
Friedrich
NewsArchive
12-30-2014, 04:35 PM
and again the "master" solves it all for us !!!
BRAVO et Bonne ANNEE 2015 mon ami!
--
JP
__________________________________________________ _____
For those who do not understand ... : "Qui bene amat bene castigat."
__________________________________________________ _____
DMC - Data Management Center : a tool to let you Migrate Import Export
Transfer your Data
www.dmc-fr.com
NewsArchive
12-30-2014, 04:36 PM
Friedrich,
The new version of SB and the additon of the #pragmas has solved the
problem.
Thank you, and Happy New Year! Put the drinks on my tab.
Bob
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.