http://bugs.winehq.org/show_bug.cgi?id=3498
--- Comment #25 from Matt Keenan <tank.en.mate+winehq(a)gmail.com> 2008-11-01 19:51:26 ---
man 2 chown seems to say;
Only a privileged process (Linux: one with the CAP_CHOWN capability) may change
the owner of a file. The owner of a file may change the group of the file to
any group of which that owner is a member. A privileged process (Linux: with
CAP_CHOWN) may change the group arbitrarily.
And my tests confirm this...
Now from memory some POSIX systems allow ordinary users to chown, but I think
they are BSD derivatives (it's been a while since I admin'ed any non SVR4 or
Linux machines).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3498
--- Comment #24 from Austin English <austinenglish(a)gmail.com> 2008-11-01 17:44:29 ---
(In reply to comment #23)
> I have a sort of simple work around for this problem, of course this assumes
> that you have access to root on your machine...
>
> $ sudo su -
> # cd ~user/.wine/drive_c/"Program Files"/"Firaxis Games"/"Civilization III"
> # chown root . civ3PTW Conquests
> # chmod 1775 . civ3PTW Conquests
> # ln -s LSANS.TTF LSANS.FOT
> # ln -s LSANS.TTF civ3PTW/LSANS.FOT
> # ln -s LSANS.TTF Conquests/LSANS.FOT
>
> This should allow you to create and delete files in those directories, but more
> importantly it will stop wine from deleting the LSANS.FOT soft links, and then
> when it tries to read the .FOT file it will read the .TTF file and it will all
> just work! :)
>
That doesn't require root access. You can still reassign the owner to root
(assuming you currently have access to it).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5977
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #10 from Austin English <austinenglish(a)gmail.com> 2008-11-01 17:23:54 ---
Confirming. Please attach updated terminal output.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5224
--- Comment #26 from Austin English <austinenglish(a)gmail.com> 2008-11-01 17:21:33 ---
(In reply to comment #25)
> I'm confused:
> this behaves in the same way it has behaved for months: works, but doesn't exit
> cleanly.
> Shall I file a separate bug about this?
>
Yes
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3498
Matt Keenan <tank.en.mate+winehq(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tank.en.mate+winehq(a)gmail.co
| |m
--- Comment #23 from Matt Keenan <tank.en.mate+winehq(a)gmail.com> 2008-11-01 16:31:23 ---
I have a sort of simple work around for this problem, of course this assumes
that you have access to root on your machine...
$ sudo su -
# cd ~user/.wine/drive_c/"Program Files"/"Firaxis Games"/"Civilization III"
# chown root . civ3PTW Conquests
# chmod 1775 . civ3PTW Conquests
# ln -s LSANS.TTF LSANS.FOT
# ln -s LSANS.TTF civ3PTW/LSANS.FOT
# ln -s LSANS.TTF Conquests/LSANS.FOT
This should allow you to create and delete files in those directories, but more
importantly it will stop wine from deleting the LSANS.FOT soft links, and then
when it tries to read the .FOT file it will read the .TTF file and it will all
just work! :)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7098
--- Comment #14 from Anastasius Focht <focht(a)gmx.net> 2008-11-01 16:22:52 ---
Hello,
revisiting.
Yes, that app still unearths deficencies in .NET Framework 1.1 installation.
The app crashes for me at startup.
Wine: GIT (1.1.7+)
App: 6b9bc1db7994f2664c1f1935df95f0b502277cb4 rufzxp_fw1_1_setup_1_1_1.exe
If it really worked for you earlier then this might be a regression in msi.
>From a quick glance it seems that Wine's msi doesn't publish/install some
assemblies into GAC.
One prime example is: "Microsoft.VisualBasic.dll" assembly.
The app expects this assembly in GAC (otherwise it won't run).
It gets installed to:
"C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\Microsoft.VisualBasic.dll"
- which is correct as _temporary_ location before final phase.
Windows installer always employs 2-step transactional process for CLR
assemblies.
At the end this assembly should get published/installed to:
"C:\\WINDOWS\\assembly\\GAC\\Microsoft.VisualBasic\\7.0.5000.0__b03f5f7f11d50a3a\\Microsoft.VisualBasic.dll"
--- snip msi install log ---
..
001f:trace:msi:msi_check_file_install_states file
L"Microsoft_VisualBasic_dll_3_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" is
named L"Microsoft.VisualBasic.dll"
001f:trace:msi:msi_check_file_install_states file
L"Microsoft_VisualBasic_dll_3_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
resolves to
L"C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\Microsoft.VisualBasic.dll"
..
001f:trace:msi:MSI_ProcessMessage ((nil) 0 200 L"File:
Microsoft.VisualBasic.dll, Directory:
C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\, Size: 299008")
..
001f:trace:msi:cabinet_copy_file extracting
L"C:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\GAC\\Microsoft.VisualBasic.dll"
..
001f:trace:msi:execute_script Executing Action (L"MsiPublishAssemblies")
001f:trace:msi:ACTION_PerformAction Performing action (L"MsiPublishAssemblies")
001f:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `ActionText` WHERE
`Action` = 'MsiPublishAssemblies'" 0x33f010
..
001f:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `MsiAssemblyName` WHERE
`Component_`='VB7_Runtime_GAC_____X86.3643236F_FC70_11D3_A536_0090278A1BB8'"
0x33ef70
..
001f:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `Media` WHERE
`LastSequence` >= 5153 AND `DiskId` >= 0 ORDER BY `DiskId`" 0x33ed30
..
001f:trace:msi:MSI_GetPropertyW returning L"C:\\windows\\temp\\IXP000.TMP\\"
for property L"SourceDir"
001f:trace:msi:msi_cabextract Extracting
L"C:\\windows\\temp\\IXP000.TMP\\netfx1.cab"
..
001f:trace:msi:cabinet_copy_file extracting
L"C:\\windows\\temp\\System.Configuration.Install.dll"
001f:trace:msi:cabinet_notify (3)
001f:trace:msi:install_assembly installing assembly:
L"C:\\windows\\temp\\System.Configuration.Install.dll"
001f:fixme:msi:install_assembly Manifest unhandled
001f:fixme:msi:install_assembly Assembly should be privately installed
..
--- snip msi install log ---
install_assembly() is never called for Microsoft.VisualBasic.dll
(VB7_Runtime_GAC_____X86.3643236F_FC70_11D3_A536_0090278A1BB8).
Either regression or there are still missing bits in
msi/ACTION_MsiPublishAssemblies.
---
So what should we do with this bug?
The bug title doesn't reflect the current problem.
Either change the title to something more matching or close this one and open a
new one copying the information there.
---
As side note: While investigating this, I encountered that race condition other
people occasionally reported but no one including me took it for real...
Google for: StopDarwinService() - Call to ControlService() failed! winehq
Only happens with winetricks dotnet11 (or some other installer which tries to
interact with msi server service) when WINEPREFIX is being newly created.
Looks like there is a SCM race between msi service shutdown - initiated when
wineboot exits - and the app executed immediately thereafter which tries to
query/control the service.
I added a note to appdb entry, though this might also apply to other stuff.
As quickfix, you might want to put a small sleep (3-5 secs) before spawning the
installer in winetricks to make sure msi service shutdown is finished after
wineboot exited.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5224
--- Comment #25 from Andrew Charles Hurst <a.hurst(a)shef.ac.uk> 2008-11-01 14:38:58 ---
I'm confused:
this behaves in the same way it has behaved for months: works, but doesn't exit
cleanly.
Shall I file a separate bug about this?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5977
--- Comment #9 from Kevin <oracleguy01(a)gmail.com> 2008-11-01 13:23:58 ---
(In reply to comment #8)
> I'm seeing this bug also - how do we change status from Unconfirmed?
>
I agree this bug should be changed to confirmed. The sceenshots from two years
ago prove it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5977
Chris Wales <chris(a)chrobis.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |chris(a)chrobis.com
--- Comment #8 from Chris Wales <chris(a)chrobis.com> 2008-11-01 13:20:10 ---
I'm seeing this bug also - how do we change status from Unconfirmed?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.