http://bugs.winehq.org/show_bug.cgi?id=15590
Summary: Photoshop CS3 fails due to Bonjour Service startup error Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: gimpel@sonnenkinder.org
Created an attachment (id=16593) --> (http://bugs.winehq.org/attachment.cgi?id=16593) photoshop cs3 bonjour error
I'm still having problems installing Photoshop CS3. It fails due to the bonjour service not starting correctly. The shared components seem to install correctly though.
Wine version is yesterday's GIT (1.1.6+). My system does have mDNSResponder installed, but not started. Otherwhise there is no support for Zeroconf protocol available (No avahi, no nss-mdns installed etc)
Attached is the installer output (last few lines)
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #1 from Thomas Kuther gimpel@sonnenkinder.org 2008-10-12 04:47:15 --- Created an attachment (id=16594) --> (http://bugs.winehq.org/attachment.cgi?id=16594) installer screenshot
http://bugs.winehq.org/show_bug.cgi?id=15590
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |normal Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Summary|Photoshop CS3 fails due to |Photoshop CS3 installation |Bonjour Service startup |fails due to Bonjour Service |error |startup error Version|CVS/GIT |1.1.6
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2008-10-12 10:27:59 --- CVS/GIT tag is deprecated, please use what 'wine --version' provides.
http://bugs.winehq.org/show_bug.cgi?id=15590
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Installer
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #3 from Lei Zhang thestig@google.com 2008-10-14 13:11:56 --- Did Photoshop CS3 install Bonjour? If not, please try again with a clean .wine directory.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #4 from Thomas Kuther gimpel@sonnenkinder.org 2008-10-14 13:14:35 --- (In reply to comment #3)
Did Photoshop CS3 install Bonjour? If not, please try again with a clean .wine directory.
Yes, I used a fresh .wine
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #5 from Dmitry Timoshkov dmitry@codeweavers.com 2008-10-14 23:04:24 --- The problem is reproduceable with starting the Bonjour service either using command line, or using 'net start'. According to the logs Bonjour bails out due to ws2_32 APIs failures.
http://bugs.winehq.org/show_bug.cgi?id=15590
Jaime Rave jaimerave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaimerave@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=15590
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #6 from Dan Kegel dank@kegel.com 2008-12-14 23:32:42 --- I'm seeing something like this now, too. git can't install Photoshop CS3 trial anymore. Not good!
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #7 from Austin English austinenglish@gmail.com 2008-12-15 09:57:50 --- If this is a regression, we need a regression test: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #8 from Dan Kegel dank@kegel.com 2008-12-15 10:00:26 --- Yeah. Who's got time to run one?
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #9 from Austin English austinenglish@gmail.com 2008-12-15 12:21:05 --- (In reply to comment #8)
Yeah. Who's got time to run one?
Do you have good/bad wine versions?
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #10 from Dan Kegel dank@kegel.com 2008-12-15 12:24:14 --- I think 1.1.9 was ok, git is bad.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #11 from Austin English austinenglish@gmail.com 2008-12-15 15:07:03 --- (In reply to comment #10)
I think 1.1.9 was ok, git is bad.
If no one does in the next day or two, I will. Gotta get my desktop set back up first.
http://bugs.winehq.org/show_bug.cgi?id=15590
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #12 from Austin English austinenglish@gmail.com 2008-12-16 15:17:46 --- (In reply to comment #11)
(In reply to comment #10)
I think 1.1.9 was ok, git is bad.
If no one does in the next day or two, I will. Gotta get my desktop set back up first.
Seems that adobe.com only has CS4 now. Anyone got another trial link?
http://bugs.winehq.org/show_bug.cgi?id=15590
Arkadiusz Piekarz piekarzarkadiusz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |piekarzarkadiusz@gmail.com
--- Comment #13 from Arkadiusz Piekarz piekarzarkadiusz@gmail.com 2008-12-16 16:29:56 --- (In reply to comment #12)
Seems that adobe.com only has CS4 now. Anyone got another trial link?
http://www.softpedia.com/get/Multimedia/Graphic/Graphic-Editors/Adobe-Photos...
Extended version (can edit movies and 3D models too).
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #14 from Austin English austinenglish@gmail.com 2008-12-17 12:23:53 --- I can't reproduce in today's git/CS 3 trial (from filehippo, sha1sum matches wiki's bbcccf20a2a58ce2fd0755f9d06e48863c031a14)
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #15 from Mark Shust mark@shust.com 2008-12-19 14:26:03 --- Created an attachment (id=18074) --> (http://bugs.winehq.org/attachment.cgi?id=18074) photoshop install error
This is also still happening for me. wine version is 1.1.10, o/s is ubuntu 8.10. photoshop install is coming from a real cs3 cd.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #16 from Dan Kegel dank@kegel.com 2009-02-14 11:57:25 --- Still happening here, darn!
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #17 from Daniel Wallace daniel.wallace@akibauplink.com 2009-03-04 10:22:20 --- Created an attachment (id=19779) --> (http://bugs.winehq.org/attachment.cgi?id=19779) logs from successful install on x86 with wine 1.1.15
I'm using Gentoo Linux and attempting to install from the 'trial' installer that matches the shasum on the wiki.
I can confirm PS CS3 installs without failures on my x86 system with wine 1.1.15. See the attached log.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #18 from Daniel Wallace daniel.wallace@akibauplink.com 2009-03-04 10:24:07 --- Created an attachment (id=19780) --> (http://bugs.winehq.org/attachment.cgi?id=19780) logs from failed install on x86_64 with wine 1.1.15
The PS CS3 install fails on my x86_64 system with wine 1.1.15. See the attached log.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #19 from Daniel Wallace daniel.wallace@akibauplink.com 2009-03-04 10:25:23 --- Created an attachment (id=19781) --> (http://bugs.winehq.org/attachment.cgi?id=19781) logs from successful install on x86 with wine 1.1.16
The PS CS3 installs successfully on my x86 system with wine 1.1.16. See the attached log.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #20 from Daniel Wallace daniel.wallace@akibauplink.com 2009-03-04 10:28:36 --- Created an attachment (id=19782) --> (http://bugs.winehq.org/attachment.cgi?id=19782) logs from successful install on x86 with wine 1.1.16
... and again fails on my x86_64 system with wine 1.1.16. See the attached log.
http://bugs.winehq.org/show_bug.cgi?id=15590
Daniel Wallace daniel.wallace@akibauplink.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #19782|logs from successful install|logs from failed install on description|on x86 with wine 1.1.16 |x86_64 with wine 1.1.16 Attachment #19782|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #21 from Daniel Wallace daniel.wallace@akibauplink.com 2009-03-04 10:37:24 --- Created an attachment (id=19783) --> (http://bugs.winehq.org/attachment.cgi?id=19783) logs from failed install on x86_64 with wine 1.1.16
Sorry, I attached the wrong file last time. Here's the log from the failed install on my x86_64 machine with wine 1.1.16.
As noted above, the logs from the failed installs show bonjour failing to start. It only seems to happen on my x86_64 (aka amd64) system. Has anyone had the failed install or bonjour failing to start happen on an x86 system? Or can we narrow this down to a x86_64 problem?
I need to get up to speed with the wine code, but I'm willing to help in anyway to get this bug sorted out if anyone has some grunt work for me to do in debugging this.
http://bugs.winehq.org/show_bug.cgi?id=15590
Daniel Wallace daniel.wallace@akibauplink.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |daniel.wallace@akibauplink.c | |om
--- Comment #22 from Daniel Wallace daniel.wallace@akibauplink.com 2009-03-04 10:39:31 --- (just adding myself to the cc list)
http://bugs.winehq.org/show_bug.cgi?id=15590
Daniel Wallace daniel.wallace@akibauplink.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #19783|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #23 from Daniel Wallace daniel.wallace@akibauplink.com 2009-03-04 11:23:22 --- Well, I take that back. That last log from the failed install on x86_64 with wine 1.1.16 does NOT show the bonjour service failing to start in the logs.
Also, taking a hint from this report: http://appdb.winehq.org/objectManager.php?sClass=version&iId=15287&i... I tried again with a clean .wine using winetricks msxml6 ie6 before installing but it still failed but this time I did get the bonjour service failing to start in the logs.
I then did a diff of the err lines between the successful install and the failed install logs. It seems to me the common "err:" line that is in the failed logs but not in the successful logs is this:
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627
Which is not always paired with the bonjour service failing to start. So, all that to say, I guess I'll dive into the code and google to see where that err line leads me unless someone sets me straight and let's me know I'm not on the right path.
Finally, I'd be happy to do a regression test as was mentioned before, but, I have not found a "bad" wine version on my x86 system and likewise, I have not found a "good" wine version on my x86_64 system. The versions I have tried so far are 1.1.6, 1.1.9, 1.1.14, 1.1.15, 1.1.16.
Sorry for spamming this bug, I hope my efforts are productive in some way.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #24 from Dan Kegel dank@kegel.com 2009-03-05 02:00:51 --- Yes, if you could nail down the reason it fails on one system but not the other, that would be interesting. WINEDEBUG=+msi may be helpful here if the installer is misbehaving.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #25 from Daniel Wallace daniel.wallace@akibauplink.com 2009-03-10 14:58:35 --- Sorry, I did the +msi run a while ago but haven't gotten around to looking at it until now. I can't attach the log because it's too big even when compressed, but if anyone wants to see it, let me know and I'll post it somewhere.
It's not obvious to me where the problem is with the +msi log in hand. The +msi logs of a failed install vs a successful log look pretty much the same up to about here:
successful run on x86 around line 1479311: ... trace:msi:MSI_ProcessMessage ((nil) 7fdf 100 L"Action 11:31:21: StartServices. Starting services") trace:msi:MSI_FormatRecordW 0xaf96e30 0xb10b788 (nil) 0 trace:msi:MSI_FormatRecordW (L"Starting services") trace:msi:MSI_FormatRecordW 0xaf96e30 0xb10b788 0xb17c7b8 18 trace:msi:MSI_FormatRecordW (L"Starting services") trace:msi:msiobj_release object 0xb10b788 destroyed trace:msi:MSI_ProcessMessage INSTALLMESSAGE_ACTIONSTART: L"Starting services" trace:msi:ControlEvent_FireSubscribedEvent Firing Event L"ActionText" trace:msi:msiobj_release object 0xb10b788 destroyed trace:msi:msiobj_release object 0xb169150 destroyed trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM ServiceControl" 0xda6dea4 trace:msi:MSI_ParseSQL Parse returned 0 trace:msi:MSI_ViewExecute 0xb10b788 (nil) trace:msi:MSI_ViewFetch 0xb10b788 0xda6de64 trace:msi:msi_view_get_row 0xaa18248 0xb17c6e8 0 0xda6de64 trace:msi:msiobj_release object 0xb17c740 destroyed trace:msi:MSI_ViewFetch 0xb10b788 0xda6de64 trace:msi:msi_view_get_row 0xaa18248 0xb17c6e8 1 0xda6de64 fixme:advapi:RegisterEventSourceW ((null),L"Bonjour Service"): stub fixme:winsock:WS_setsockopt Unknown IPPROTO_IP optname 0x00000013 fixme:winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {f689d7c8-6f1f-436b-8a53-e54fe351c322}: stub fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub fixme:winsock:WS_setsockopt Unknown IPPROTO_IP optname 0x00000013 fixme:winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {f689d7c8-6f1f-436b-8a53-e54fe351c322}: stub fixme:iphlpapi:DeleteIpForwardEntry (pRoute 0x87e968): stub fixme:iphlpapi:CreateIpForwardEntry (pRoute 0x87e930): stub trace:msi:msiobj_release object 0xb17c740 destroyed trace:msi:MSI_ViewFetch 0xb10b788 0xda6de64 trace:msi:msi_view_get_row 0xaa18248 0xb17c6e8 2 0xda6de64 trace:msi:MSI_ViewClose 0xb10b788 trace:msi:msiobj_release object 0xb10b788 destroyed trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `ActionText` WHERE `Action` = 'RegisterUser'" 0xda6df00 ...
failed run on x86_64 around line 1479311: ... trace:msi:MSI_ProcessMessage INSTALLMESSAGE_ACTIONSTART: L"Starting services" trace:msi:ControlEvent_FireSubscribedEvent Firing Event L"ActionText" trace:msi:msiobj_release object 0x13387740 destroyed trace:msi:msiobj_release object 0x133a24d8 destroyed trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM ServiceControl" 0xd2edea8 trace:msi:MSI_ParseSQL Parse returned 0 trace:msi:MSI_ViewExecute 0x13387740 (nil) trace:msi:MSI_ViewFetch 0x13387740 0xd2ede74 trace:msi:msi_view_get_row 0x12cb1460 0x133a21e8 0 0xd2ede74 trace:msi:msiobj_release object 0x133a2350 destroyed trace:msi:MSI_ViewFetch 0x13387740 0xd2ede74 trace:msi:msi_view_get_row 0x12cb1460 0x133a21e8 1 0xd2ede74 fixme:advapi:RegisterEventSourceW ((null),L"Bonjour Service"): stub fixme:winsock:WS_setsockopt Unknown IPPROTO_IP optname 0x00000013 fixme:winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {f689d7c8-6f1f-436b-8a53-e54fe351c322}: stub fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub fixme:winsock:WS_setsockopt Unknown IPPROTO_IP optname 0x00000013 fixme:winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {f689d7c8-6f1f-436b-8a53-e54fe351c322}: stub fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub fixme:winsock:WS_setsockopt Unknown IPPROTO_IP optname 0x00000013 fixme:winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {f689d7c8-6f1f-436b-8a53-e54fe351c322}: stub err:msi:ITERATE_StartService Failed to start service L"Bonjour Service" trace:msi:msiobj_release object 0x133a2350 destroyed trace:msi:MSI_ViewClose 0x13387740 trace:msi:msiobj_release object 0x13387740 destroyed err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627 trace:msi:msiobj_release object 0x132c16e0 destroyed trace:msi:MSI_ViewClose 0x132adaf8 trace:msi:msiobj_release object 0x132adaf8 destroyed trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `InstallExecuteSequence` WHERE `Sequence` = -3" 0xd2ee080 trace:msi:MSI_ParseSQL Parse returned 0 trace:msi:MSI_ViewExecute 0x132adaf8 (nil) trace:msi:MSI_ViewFetch 0x132adaf8 0xd2ee084 trace:msi:msi_view_get_row 0x12cb1460 0x13371288 0 0xd2ee084 trace:msi:MSI_ViewClose 0x132adaf8 trace:msi:msiobj_release object 0x132adaf8 destroyed trace:msi:MsiSetExternalUIW (nil) 0 (nil) trace:msi:MsiSetInternalUI 00000003 (nil) fixme:advapi:SetNamedSecurityInfoW L"C:\Program Files\Common Files\Adobe\caps" 1 -2147483644 0x135c723c 0x135c7248 0x135c7340 (nil) fixme:advapi:SetNamedSecurityInfoW L"C:\Program Files\Common Files\Adobe\caps" 1 -2147483644 0x130726dc 0x130726e8 0x135c7010 (nil) fixme:msxml:DllCanUnloadNow ...
The failed run seems to consistently have an extra set of winsock lines and then does not have the iphlapi lines but instead the err line and then the two logs take on very different looking paths from then on. I'm not sure where to go from here. But I'll keep looking for the source of the problem. Any suggestions/assignments would be welcome.
http://bugs.winehq.org/show_bug.cgi?id=15590
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|austinenglish@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=15590
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kennybobs@o2.co.uk
--- Comment #26 from Ken Sharp kennybobs@o2.co.uk 2009-05-23 20:34:09 --- Does the trial have the same problem? http://www.soft32.com/download_346.html
Was a regression test ever made?
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #27 from Daniel Wallace daniel.wallace@akibauplink.com 2009-05-23 22:40:05 --- (In reply to comment #26)
I mentioned earlier... I cannot find any version of wine that the installer will work on on my x86_64 system so there is no way for me to do a regression test. Conversely, on my x86 system, with all (recent) versions of wine the installer works fine. (This bug is classified as a x86_64 bug.)
The trial installer is the one I am (we are) working with because it is the same as the retail installer and is easily accessible. I'm pretty sure the download on soft32.com is the same installer I am working with.
I'm hoping to try out 1.1.22 with it's new x86_64 exception handling to see if it helps in any way.
http://bugs.winehq.org/show_bug.cgi?id=15590
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hans@meelstraat.net
--- Comment #28 from Hans Leidekker hans@meelstraat.net 2009-07-06 05:16:11 --- This might be the problem:
trace:winsock:WS_bind socket 005c, ptr 0x87e7f8 { family 2, address 0.0.0.0, port 5353 }, length 16 warn:winsock:WS_bind failure - errno = 98 warn:winsock:wsaErrno errno 98, (Address already in use).
Bonjour wants to bind port 5353 which is the multicast dns port. On my system that port is in use by the native mdns server, avahi-daemon.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #29 from Hans Leidekker hans@meelstraat.net 2009-07-06 05:38:48 --- If I stop avahi-daemon there's another bind error which looks it's caused by a bug in iphlpapi. If I bring down all interfaces but loopback the installer is able to start its mdns server and completes successfully.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #30 from Dan Kegel dank@kegel.com 2009-07-06 11:54:15 --- Maybe wine needs to start a stub bonjour service if the system's already running mdns?
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #31 from Daniel Wallace daniel.wallace@akibauplink.com 2009-07-08 14:37:47 --- Using Hans' patch from bug 18070 allows me to get to this bug again in recent versions (e.g. 1.1.25). If I bring down all interfaces, the installer completes successfully. Thanks Hans!
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #32 from Hans Leidekker hans@meelstraat.net 2009-07-08 15:18:33 --- The bug in iphlpapi is fixed by commit cd1ed081def59bc912dab9a378d7eacd90396fea.
http://bugs.winehq.org/show_bug.cgi?id=15590
Scott Ritchie scott@open-vote.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |scott@open-vote.org Target Milestone|--- |1.2.0
--- Comment #33 from Scott Ritchie scott@open-vote.org 2009-07-24 08:16:14 --- Related patch, affects Photoshop CS3, nominating 1.2
http://bugs.winehq.org/show_bug.cgi?id=15590
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rob@torenware.com
--- Comment #34 from Vitaliy Margolen vitaliy@kievinfo.com 2009-09-14 20:54:29 --- *** Bug 19900 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=15590
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |james_j_catchpole@yahoo.com
--- Comment #35 from Juan Lang juan_lang@yahoo.com 2009-11-10 21:09:15 --- *** Bug 20051 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #36 from Hans Leidekker hans@meelstraat.net 2009-11-11 09:13:41 --- The situation has changed, bonjour now succeeds in binding specific addresses when the wildcard bind fails (could be caused by the commit mentioned in comment #32):
trace:winsock:WS_bind socket 0060, ptr 0x87e7c8 { family AF_INET, address 0.0.0.0, port 5353 }, length 16 warn:winsock:WS_bind failure - errno = 98 warn:winsock:wsaErrno errno 98, (Address already in use). ... fixme:iphlpapi:GetAdaptersAddresses no support for IPv6 addresses ... trace:winsock:WS_bind socket 00a4, ptr 0x97e978 { family AF_INET, address 192.168.0.7, port 5353 }, length 16
Which brings this situation:
# netstat -anp | grep 5353 udp 0 0 192.168.1.7:5353 0.0.0.0:* 13460/wineserver udp 0 0 192.168.0.7:5353 0.0.0.0:* 13460/wineserver udp 0 0 0.0.0.0:5353 0.0.0.0:* 12405/avahi-daemon:
So bonjour effectively steals traffic from avahi since the specific bind will take precedence over the wildcard bind.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #37 from Dan Kegel dank@kegel.com 2009-11-11 09:14:54 --- Maybe we need a native implementation of bonjour that cooperates with avahi.
http://bugs.winehq.org/show_bug.cgi?id=15590
C.W. Betts computers57@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |computers57@hotmail.com
--- Comment #38 from C.W. Betts computers57@hotmail.com 2010-02-19 23:33:09 --- (In reply to comment #37)
Maybe we need a native implementation of bonjour that cooperates with avahi.
I agree. To my knowledge, the most popular implementation on Windows is Apple's, and the Source code license for it is Apache License, Version 2.0; and Three-Clause BSD License. The source could provide a good base for a wrapper around AVAHI, which to my knowledge is the most popular Linux implementation.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #39 from C.W. Betts computers57@hotmail.com 2010-04-22 12:47:00 --- Created an attachment (id=27512) --> (http://bugs.winehq.org/attachment.cgi?id=27512) Patch to add dns_sd library to Wine
This patch adds a DNS_sd DLL that wraps around the system's libdns_sd. You will need to run autoconf and autoheader after applying this patch before running configure.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #40 from Hans Leidekker hans@meelstraat.net 2010-05-12 09:24:27 --- Created an attachment (id=27890) --> (http://bugs.winehq.org/attachment.cgi?id=27890) programs: Add a stub Bonjour service.
This patch prevents the current standalone Bonjour installer from registering it's service binary. Now someone needs to test this with Photoshop and see if Photoshop is able to use the host mdns responder.
http://bugs.winehq.org/show_bug.cgi?id=15590
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch CC| |austinenglish@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=15590
Andrew Nguyen arethusa26@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hmempin@yahoo.com
--- Comment #41 from Andrew Nguyen arethusa26@gmail.com 2010-06-13 01:30:44 --- *** Bug 23149 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=15590
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tylerromeo@gmail.com
--- Comment #42 from Hans Leidekker hans@meelstraat.net 2010-09-11 03:36:52 CDT --- *** Bug 24348 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=15590
Josh Saddler nightmorph@gentoo.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nightmorph@gentoo.org
--- Comment #43 from Josh Saddler nightmorph@gentoo.org 2011-06-22 05:07:32 CDT --- (In reply to comment #40)
Created an attachment (id=27890)
--> (http://bugs.winehq.org/attachment.cgi?id=27890) [details]
programs: Add a stub Bonjour service.
This patch prevents the current standalone Bonjour installer from registering it's service binary. Now someone needs to test this with Photoshop and see if Photoshop is able to use the host mdns responder.
After updating the patch for wine 1.3.21, I tested it with Max/MSP and the zeroconf externals, which are designed to use the Bonjour Print Services on Windows for service discovery and resolution.
No go; the patch doesn't actually enable usage of the host mdns responder, even though I have mDNSResponder (for Linux) installed. The stub service doesn't seem to do anything; Windows apps are unable to connect to
Output from installing BonjourPS.exe is attached, so you can see what all it removes, which seems to be critical.
If only wine was smart enough to address the system mDNSresponder. The "wrapper" patch listed in comment #39 doesn't actually work, even after I updated to apply to the latest wine code.
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #44 from Josh Saddler nightmorph@gentoo.org 2011-06-22 05:09:27 CDT --- Created an attachment (id=35233) --> (http://bugs.winehq.org/attachment.cgi?id=35233) bonjour-stub file removal output
http://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #45 from Ken Sharp kennybobs@o2.co.uk 2013-07-16 12:25:18 CDT --- Does this still occur in Wine 1.6-rc5?
http://bugs.winehq.org/show_bug.cgi?id=15590
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |18070 Target Milestone|1.2.0 |---
--- Comment #46 from Austin English austinenglish@gmail.com 2013-08-06 13:54:15 CDT --- It's online at apphit http://www.apphit.com/download_adobe_photoshop-73/
In 1.7.0, it fails much earlier, at: err:msi:ITERATE_Actions Execution halted, action L"ProcessPropertyFile.E35C3ECB_5FDA_49E1_AB1F_D472B7CB9017" returned 1603
which is bug 18070. Using that patch gets it a little further, drawing a window, then crashing. Terminal output indicates msxml3/mshtml, so I tried winetricks msxml3 ie7, but then setup doesn't even draw a window.
Didn't try further.
https://bugs.winehq.org/show_bug.cgi?id=15590
--- Comment #47 from Austin English austinenglish@gmail.com --- (In reply to Austin English from comment #46)
It's online at apphit http://www.apphit.com/download_adobe_photoshop-73/
In 1.7.0, it fails much earlier, at: err:msi:ITERATE_Actions Execution halted, action L"ProcessPropertyFile.E35C3ECB_5FDA_49E1_AB1F_D472B7CB9017" returned 1603
which is bug 18070. Using that patch gets it a little further, drawing a window, then crashing. Terminal output indicates msxml3/mshtml, so I tried winetricks msxml3 ie7, but then setup doesn't even draw a window.
Didn't try further.
Still blocked.
https://bugs.winehq.org/show_bug.cgi?id=15590 Bug 15590 depends on bug 18070, which changed state.
Bug 18070 Summary: Multiple apps need separate msi custom action server process due to COM/MTA and/or isolation issues (Adobe CS3/CS4, Flash, Windows SDK 2008, Strawberry Perl, MS Office 2010) https://bugs.winehq.org/show_bug.cgi?id=18070
What |Removed |Added ---------------------------------------------------------------------------- Status|STAGED |RESOLVED Resolution|--- |FIXED
https://bugs.winehq.org/show_bug.cgi?id=15590
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #48 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-5.13?
https://bugs.winehq.org/show_bug.cgi?id=15590
Neko-san nekoNexus@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nekoNexus@protonmail.ch
-
wine-bugs＠winehq.org -
WineHQ Bugzilla