WINE and iTunes

[Stephen Eilert]

I have seen patches in that bug report to add the firewall stubs. Is there
any problem with those patches?

Or, more to the point, is there any way I could contribute? I am not too
familiar with the firewall API or Marteen's work, but I am sure that can be
mitigated with some study :)

I might have found my personal Wine itch to scratch :)


--Stephen

programmer, n:
       A red eyed, mumbling mammal capable of conversing with inanimate
monsters.


On Wed, Jul 29, 2009 at 9:21 AM, Reece Dunn <msclrhd at googlemail.com> wrote:

> 2009/7/29 Roderick Colenbrander <thunderbird2k at gmail.com>:
> > According to appdb there is indeed some small installer regressions
> > and for that some hack is posted there (see
> > http://appdb.winehq.org/objectManager.php?sClass=version&iId=14793).
> > Using this hack the program apparently installs and runs. The main
> > limitation is that we don't have USB support for ipod/iphone
> > synchronization. Maarten Lankhorst worked a bit on that last year but
> > his work needs to be finished and cleaned up. Fixing the msi issue
> > might be easy but it requires writing of a small msi test case I
> > think.
>
> It is failing because the installer is running a custom action that is
> trying to update the Windows firewall configuration (see
> http://bugs.winehq.org/show_bug.cgi?id=15533). So this isn't an error
> specific to MSI -- MSI is doing the right thing here.
>
> Particularly:
>
>  -------  Comment #10 From  Reece Dunn   2009-01-06 11:30:58  -------
>
> MSI error 1603 is a generic "something went wrong" error.
>
> WiX is an open source MSI installer creator by Microsoft, available on
> sourceforge. Using the power of Google, I suspect that this functionality
> is
> mentioned in
> http://www.joyofsetup.com/2008/05/17/new-wix-feature-firewall-extension/.
>
> It looks like iTunes is trying to query the Windows Firewall services and
> is
> failing because Wine does not implement this interface yet (bug 15563, bug
> 12876 and others).
>
> Do you know if the logs mention trying to CoCreate
> {304ce942-6e39-40d8-943a-b913c40c9cd4} (CSLID_NetFwMgr)? If it does, then
> this
> seems the most likely scenario.
>
> ------- Comment #11 From Cheba 2009-01-07 17:04:20 -------
>
> (In reply to comment #10)
> > Do you know if the logs mention trying to CoCreate
> > {304ce942-6e39-40d8-943a-b913c40c9cd4} (CSLID_NetFwMgr)? If it does, then
> this
> > seems the most likely scenario.
>
> Yes it tries. I see this lines in terminal:
>
> err:ole:CoGetClassObject class {304ce942-6e39-40d8-943a-b913c40c9cd4} not
> registered
> err:ole:CoGetClassObject no class object
> {304ce942-6e39-40d8-943a-b913c40c9cd4}
> could be created for context 0x1
>
> ------
>
> NOTE: It appears that other applications are failing for similar
> reasons (lack of firewall API implementation in Wine). AFAIU, the API
> implementation does not actually need to do anything, it just needs to
> be sufficiently stubbed to allow the applications that are using it to
> succeed.
>
> - Reece
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.winehq.org/pipermail/wine-devel/attachments/20090731/70ca1a83/attachment.htm>