[Libosinfo] [PATCH 8/8] winxp, installer: Make use of post-installation drivers

Zeeshan Ali (Khattak) zeeshanak at gnome.org
Thu Feb 7 15:02:53 UTC 2013


On Tue, Jan 29, 2013 at 11:13 AM, Christophe Fergeau
<cfergeau at redhat.com> wrote:
> On Mon, Jan 28, 2013 at 11:06:53PM +0200, Zeeshan Ali (Khattak) wrote:
>> On Mon, Jan 28, 2013 at 7:19 PM, Christophe Fergeau <cfergeau at redhat.com> wrote:
>> > On Mon, Jan 28, 2013 at 05:45:25PM +0200, Zeeshan Ali (Khattak) wrote:
>> >> On Mon, Jan 28, 2013 at 3:14 PM, Christophe Fergeau <cfergeau at redhat.com> wrote:
>> >> > You can't expect every possible Windows exe file to honour the /S switch.
>> >>
>> >> If a binary doesn't support '/S' switch, it will ignore it?
>> >
>> > Or fail saying it's an unknown parameter?
>>
>> According to Vmware docs, this is a standard MSI option:
>>
>> http://pubs.vmware.com/view-50/index.jsp?topic=/com.vmware.view.installation.doc/GUID-F19EBDF6-20A3-4A8B-95AE-786CC74F26AF.html
>>
>> If that is the case, its supposed to be guaranteed on every windows
>> installer setup app?
>
> I doubt it's guaranteed...

Shall I believe those docs or you then? :) Since drivers and scripts
could be changed to use .cmd without breaking API, why don't we fix
this when/if we need to. Right now we only have one driver and what we
are 100% sure is that this driver setup accepts '/S' switch and
ignores unknown switches. There is also the indication (docs I
mentioned) that we might not need this fix for any setup app at all.

>And the way the code currently is, MSIs can't be
> installed either.

Sorry I didn't understand this part?

-- 
Regards,

Zeeshan Ali (Khattak)
FSF member#5124




More information about the Libosinfo mailing list