* RE: Please upload: mined-2000.16-0
2011-02-14 20:20 ` Thomas Wolff
@ 2011-02-14 20:39 ` Karl M
2011-02-14 21:07 ` Khan, Waseem A
1 sibling, 0 replies; 4+ messages in thread
From: Karl M @ 2011-02-14 20:39 UTC (permalink / raw)
To: towo, cygwin
> Date: Mon, 14 Feb 2011 21:20:08 +0100
> From: Thomas
> Subject: Re: Please upload: mined-2000.16-0
>
> Am 13.02.2011 23:25, schrieb Karl M:
> >
> >
> >
> >> Date: Sun, 13 Feb 2011 23:18:18 +0100
> >> From: Thomas
> >> Subject: Re: Please upload: mined-2000.16-0
> >>> The reason is that, at least on Windows 7, there is no key called
> >>> HKEY_CURRENT_USER\Software\Classes\SystemFileAssociations.
> >>>
> >>> The result is that a user of Windows 7 gets a postinstall warning from
> >>> setup.exe because the mined postinstall script returns a non-zero exit
> >>> code.
> >>>
> >>>
> >>> Corinna
> >> Hi, thanks for the notice.
> >> Actually I'm aware that there is this postinstall return problem also in
> >> Windows XP and I've fixed it but the code base isn't quite ready yet for
> >> the next release - can it still wait for a short while?
> >> On the other hand, if the key doesn't exist because the mechanism has
> >> changed in Windows 7, I'm not sure what to do because I don't have W7
> >> myself for testing - any advice by someone? Just some other key name
> >> perhaps?
> > Why is mined by default messing with this? Isn't this something that the user should run if he/she wants to alter file associations/context menu stuff?
> I once discussed this with Andy and felt encouraged to do so - after
> all, non-expert users will not normally make such an entry because there
> is no tool to do it easily (I think).
> But I'll reconsider and maybe confine it to the stand-alone package.
>
Thanks for considering it. I think that a script that the used could run after installation would be fine. I don't use it, so it does not impact me directly. But I would not have expected that installing an editor in Cygwin would change windows file associations. I use vi in Cygwin, but would not want that to change my file associations.
Thanks,
...Karl
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: Please upload: mined-2000.16-0
2011-02-14 20:20 ` Thomas Wolff
2011-02-14 20:39 ` Karl M
@ 2011-02-14 21:07 ` Khan, Waseem A
1 sibling, 0 replies; 4+ messages in thread
From: Khan, Waseem A @ 2011-02-14 21:07 UTC (permalink / raw)
To: Thomas Wolff, cygwin
Thanks for the response. I have also tried it on windows server 2003
with service pack2. If you run the setup.exe directly without saving it
first, then it gives the error. Later I saved the file on the server
first and running setup.exe from there did not issue the same warning.
May be it is fixed for 2003, I have not tried on windows XP and windows
7 ye. However, running directly issues warning on all platforms.
Regards,
-----Original Message-----
Sent: Monday, February 14, 2011 2:20 PM
Subject: Re: Please upload: mined-2000.16-0
Am 13.02.2011 23:25, schrieb Karl M:
>
>
>
>> Date: Sun, 13 Feb 2011 23:18:18 +0100
>> From: Thomas
>> Subject: Re: Please upload: mined-2000.16-0
>>> The reason is that, at least on Windows 7, there is no key called
>>> HKEY_CURRENT_USER\Software\Classes\SystemFileAssociations.
>>>
>>> The result is that a user of Windows 7 gets a postinstall warning
from
>>> setup.exe because the mined postinstall script returns a non-zero
exit
>>> code.
>>>
>>>
>>> Corinna
>> Hi, thanks for the notice.
>> Actually I'm aware that there is this postinstall return problem also
in
>> Windows XP and I've fixed it but the code base isn't quite ready yet
for
>> the next release - can it still wait for a short while?
>> On the other hand, if the key doesn't exist because the mechanism has
>> changed in Windows 7, I'm not sure what to do because I don't have W7
>> myself for testing - any advice by someone? Just some other key name
>> perhaps?
> Why is mined by default messing with this? Isn't this something that
the user should run if he/she wants to alter file associations/context
menu stuff?
I once discussed this with Andy and felt encouraged to do so - after
all, non-expert users will not normally make such an entry because there
is no tool to do it easily (I think).
But I'll reconsider and maybe confine it to the stand-alone package.
Whatever update, please allow for a few days...
Thomas
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 4+ messages in thread