wine users - Oct 2011 - problems installing wine 1.3.24/sketchup 8/on fedora 15

I am trying to install wine (1.3.24) from winehq for fedora and sketchup (8) on
a Fedora-15 box.  I have tried to  follow the Sketchup Sage site
http://sites.google.com/site/sketchupsage/problems/linux

After installing Wine and Sketchup, I have ?Wine Files? under the new GNOME-3
Applications and when I open it I get what looks like a Windows window.  No
Sketchup in there.

I have 2 Sketchup icons on the desktop.  One that looks like the windows
Sketchup icon, that when clicked, flashes a white screen for a fraction of a
second and then does nothing.  The ?Google Sketchup 8.lnk? icon does nothing
that I can tell.

If I go to a terminal, and enter $wine sketchup, I am told that;

 wine: cannot find L?C:\\windows\\system32\\sketchup.exe?

Sketchup is in /home/dgw/.wine/c_drive/Program Files (x86)/Google/Sketchup8

I have installed winetricks and installed the windows dlls

I think I have looked pretty hard for answers but only find old references for
problems.  SU 6 or 7 and wine 1.1.x  So I think I'm an outlier here for
problems with this.  I just haven't come up with any ideas on what I'm
doing wrong.

Any help or wuggestions would be appreciated.

Thanks, Dave.

On Thu, 2011-10-13 at 09:40 -0500, onewaydave wrote:
> If I go to a terminal, and enter $wine sketchup, I am told that;
> 
>  wine: cannot find LC:\\windows\\system32\\sketchup.exe
> 
> Sketchup is in /home/dgw/.wine/c_drive/Program Files
> (x86)/Google/Sketchup8
> 
So what happens if you run:

	cd ".wine/c_drive/Program Files (x86)/Google/Sketchup8"
	wine sketchup

within a terminal?

Experimenting with icons and their associated launchers under 
Fedora 15/Gnome 3 is *much* harder than it used to be with Gnome 2
under Fedora 14 and earlier releases. IME we've really been crapped on
by Gnome thanks to totally insufficient thought being put into its
design. I can only hope that Gnome 3.2, which is in Fedora 16, will be a
huge improvement but I'm not holding my breath since everything I've
read so far says they've been wasting their time building fripperies
like IM and calendars into it. However, I digress...

The fact remains that under Gnome 3 you can't edit an existing launcher,
only delete it and create a new one. You use the "Main Menu" tool to
do
this, which is confusingly filed under 'Other' rather than 'System
Tools' on the Activities|Applications page. Because its so difficult to
hack about with icons and launchers, I *strongly* suggest you first get
any application running from a terminal session by writing a wrapper
script. For sketchup this would be a four line script like this:

<code scriptname="sketchup">
#!/bin/bash
export WINEPREFIX=.wine_sketchup
cd "$WINEPREFIX/c_drive/Program Files (x86)/Google/Sketchup8"
wine sketchup
</code>

which assumes you'll follow best practise and put each app in a separate
Wine prefix, in this case called ".wine_sketchup".  When you've
created
the script you *must* make it executable: 

	chmod uga+x sketchup 

before trying to run it. When the script is working, put it somewhere
safe: $HOME/bin or /usr/local/bin are both good places. Make sure the
one you choose is on the search path. IIRC /usr/local/bin is on it by
default but $(HOME)/bin isn't. This is fixed by extending $PATH as
needed: edit $HOME/.bash_profile so it contains something like:
 
	$PATH="$HOME/bin:$PATH" 

and then logout and login again to make bash pick up the extended search
path. Now you can use the "Main Menu" tool to add a launcher that runs
your script to the 'Other' menu section.

Martin

Martin, thank you for helping.

Terminal output when launching SU from the correct directory,


Code:
dgw at localhost Google SketchUp 8]$ wine sketchup

fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)

fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)

fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)

fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)

fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)

fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)

fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)

fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)

fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)

err:module:import_dll Library MFC80U.DLL (which is needed by L"C:\\Program
Files (x86)\\Google\\Google SketchUp 8\\sketchup.exe") not found

err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files (x86)\\Google\\Google SketchUp 8\\sketchup.exe" failed, status
c0000135

[dgw at localhost Google SketchUp 8]$ 




I have read your post closely and made the wrapper script.  The path in
.bash_profile was correct.  I'll have to work more on this tomorrow.

Again, thanks, Dave.

Well, thanks for stopping by, I'll hang out for the next poster to stop by.

Dave.

jjmckenzie, thanks for your input.



> Put these two on separate lines. 

I'm not sure what I'm to put on two separate lines.  Do you mean as
follows?
$env WINEPREFIX="/home/dgw/.wine" wine "C:\Program Files
(x86)\Google\Google SketchUp 8\"
$sketchup.exe 

> Something like this might work:
> 
> cd $HOME/.wine/drive_c/Program\ Files\ \(X86\)/Google/Google\ Sketchup\ 8\
> wine Sketchup.exe 

The code posted in 10/13/11 at 8:27 pm (3d post) was the output of trying to
execute SU from the directory you suggest.


Code:
dgw at localhost Google SketchUp 8]$wine sketchup



It doesn't seem to matter whether I launch (from terminal)  from my home
directory with the path included or from the SU directory, as above.  Same
outcome.

Dave.

I'm not the clearest writer.  I had done what you suggested, I think.  But
to clarify;

  
Code:
[dgw at localhost Google SketchUp 8]$ cd $HOME/.wine/drive_c/"Program Files
(x86)/Google/Google SketchUp 8/"
[dgw at localhost Google SketchUp 8]$ wine SketchUp
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)
err:module:import_dll Library MFC80U.DLL (which is needed by L"C:\\Program
Files (x86)\\Google\\Google SketchUp 8\\SketchUp.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files (x86)\\Google\\Google SketchUp 8\\SketchUp.exe" failed, status
c0000135
[dgw at localhost Google SketchUp 8]$ 



There I changed to the directory that SketchUp is in and started SketchUp with
wine.  I get the same response.

Dave.

James, thanks for the suggestion.  I found a post I had not seen before where
your suggestion was made.  Not sure why it did not come up in my searches,
before.

So, I renames the 2 ...deadbeef.manifest files to add a .bak to them,  and tried
to load SU with wine from the directory that SU is in.  Same result as above.

I moved the 2 now renamed files to my home directory and logged out/in and tried
to load SU again.  Same result.

Any other suggestions?

Dave.

Just on a whim, I searched the file system for deadbeef.manifest files and those
were the only 2 that came up.

Is it possible that by adding .bak and moving them to home did not sufficiently
hide them?

Dave.

onewaydave wrote:
> Just on a whim, I searched the file system for deadbeef.manifest files and
those were the only 2 that came up.
> 
> Is it possible that by adding .bak and moving them to home did not
sufficiently hide them?
> 
The manifests are not the problem for SketchUp. SketchUp installs its own
version of vc80 globally, and Wine uses it by default, even with the deadbeef
manifests in place. Plus, the version of Wine you said you are using, 1.3.24,
predates the change that made Wine favor builtin vcrun over native.

I can tell you that on my system, SketchUp installs and starts up just fine
without renaming anything, or any other tweaks, in Wine built from git a couple
of days ago. It does NOT work in Wine 1.3.30 because of
http://bugs.winehq.org/show_bug.cgi?id=28642

I installed wine 1.3.24 about 2 weeks ago on a newly installed F-15 system.  I
used that version because it seemed to be the recommended version
(http://www.winehq.org/download/) for the Fedora/Red Hat platform.

I have seen lots of comments that we should use as new a version of Wine as
possible (but have not been told that, yet, for this problem).

Should I install, say wine 1.3.29? I also assumed that since wine has been
reported as working with fedora for some time, that it should work with this
version of wine.  I have googled extensively here and elsewhere for experiences
with fedora and wine and most of the posts are 2-6 years old.

I really appreciate the help offered.  Unless new ideas to try come along, I see
the following options;

1.  move up to wine 1.3.29
2.  re-install from the ground up f-15, wine, sketchup
3.  fall back to f-14
4.  move up to f-16
5.  continue to use Win 7 and sketchup.

The last option is not my favorite because everything else I do on a computer is
on a fedora platform and has been for several years.

Dave.