In the ebuild there are lines that have to do the install of wine and wine-pthread in /usr/bin but after merging there is no binary there I think it is because original binary is in /var/tmp/portage/wine-20040615/image/usr/lib/wine/bin/ possible solution 1) tell in the ebuild the correct path to wine script or (i think better) create a 99wine file in /etc/env.d/ with PATH="/usr/lib/wine/bin" LDPATH="/usr/lib/wine/lib" This is needed because libs needed by wine are there Second one works for me bye Alessandro Sappia
added with -r1 thx
Tried -r1, no wrapper installed.
Doesn't work here either, could somebody please reopen the bug? In fact 20040615 did work (with the exception of wine-pthread), 20040615-r1 doesn't. This log from emerge -v wine shows why: tar: /usr/portage/distfiles/wine-20040615-r1-misc.tar.bz2: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors chown: cannot access `config': No such file or directory >>> dobin: making regedit-wine executable... install: cannot stat `regedit-wine': No such file or directory >>> dobin: making wine executable... install: cannot stat `wine': No such file or directory >>> dobin: making winedbg executable... install: cannot stat `winedbg': No such file or directory >>> dobin: making wine-pthread executable... install: cannot stat `wine-pthread': No such file or directory rm: cannot remove `regedit-wine': No such file or directory rm: cannot remove `wine': No such file or directory rm: cannot remove `winedbg': No such file or directory rm: cannot remove `wine-pthread': No such file or directory
I tried -r1 but same behaviour... see log from Comment #3 From Vaclav Slavik 2004-07-13 12:36 PST I think you can solve this by adding a the file I attached in you /etc/env.d/ directory Bye Alessandro
Created attachment 35338 [details] and enviroment file to use wine correctly Copy this file in your env.d directory after do #env-update as root and $ source /etc/profile as user wine will work correctly
Created attachment 35381 [details, diff] patch against wine-20040615-r1.ebuild This patch fixes the actual problem. The patched ebuild tries to unpack the correctly named tarball. Additionally,it now dies if any unpacking fails to make such issues highly visible.
This does not work for me. I have nptl and the -pthreads wrapper does not load the -pthreads wine as the variable is not used. Perhabs it would be better to have one wrapper that detects if nptl is used and then automatically choses wine-pthread.
as you can see in http://www.gentoo.org/cgi-bin/viewcvs.cgi/app-emulation/wine/wine-20040615-r1.ebuild?rev=1.1&content-type=text/vnd.viewcvs-markup the wine-20040615-misc.tar.bz2 variable does not contain ${PF}, so there's no offical wine-20040615-r1-misc.tar.bz2 unset your PORTAGE_OVERLAY, emerge sync, emerge -f wine then try again
I did this this morning and have the same result with -r1 that is in portage.
One other result of this is I don't have the default config or fake_windows dir anymore.
:( no wine! I have nptl, gcc 3.4.1
and I already have a # /etc/env.d/00basic: containing stuff already, but I added it following a : well, I then tried /usr/lib/wine/bin/wine weds321.exe and... Segfault! then /usr/lib/wine/bin/wine-pthread weds321.exe and it's taking a while... it might work... music is skipping... and up came the: do you want to install weds dialog! horrah!
Martin, I'm not sure what you mean, but in the link you gave us I see: # Unpacking the miscellaneous files tar jxvf ${DISTDIR}/${PF}-misc.tar.bz2 chown root:root config Changing that ${PF} to ${P} is what that patch should do, and gets the wrapper scripts installed. Now Wine segfaults when I try to launch it, but at least it's some progress.
I confirm that the patch from comment #6 did fix the problem (wrappers not getting installed) for me. The wine-pthread problem is a different issue, IMHO. Probably there should be two wrappers and the ebuild should pick the correct one depending on the nptl USE variable...
But if you switch back to a non-nptl system? I think there should be one wrapper like in cedega, that detects if nptl is used or not.
sorry for troubles fixed with cvs header 1.2 the ntpl issue should be closed with wine-20040716
please try the ebuild in bug #57515 and give us a feedback
