| Summary: | app-emulation/winetools (new ebuild) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Christoph Brill (egore) (RESIGNED) <egore> |
| Component: | New packages | Assignee: | Wine Maintainers <wine> |
| Status: | RESOLVED INVALID | ||
| Severity: | enhancement | CC: | arisu, bdkoepke, brebs, cristiano.chiucchiolo, federico.granata, flash3001, gentoo.2019, hongqn, iyosifov, jklawiter, m.debruijne, magowiz, martn, mike, mintshows, mmokrejs, moixa, ogunden, patrizio.bassi, philantrop, radek, tom.gl, web, yannek |
| Priority: | High | Keywords: | EBUILD |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://www.von-thadden.de/Joachim/WineTools/ | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Ebuild for winetools, but I've a problem
Works :D Really works Yahoo! Ok, I was really messy but now works well, everything ok! winetools-2.1.2.ebuild Updated winetools-2.1.2.ebuild winetools-2.1.2.ebuild Enhanced winetools-2.1.2.ebuild patch to correct download sizes winetools-2.1.2-dlsize.patch patch to comment out "clear" on exit: winetools-2.1.2-clear.patch winetools-0.9-r3.ebuild winetools-0.9-clear_and_version-check.patch winetools-0.9.ebuild winetools-0.9.ebuild |
||
|
Description
Christoph Brill (egore) (RESIGNED)
2004-03-31 12:13:37 UTC
*** Bug 44399 has been marked as a duplicate of this bug. *** the tool is nice, but i found a bug i don't want to check it into portage, until this is fixed (version bump) I would keep this out of portage for now, too. Currently wine's config file system is restructured and this tool will no longer work. Next to that (as I read on the wine-devel mailing list), they are working on a GUI tool for configuration. I set this bug to resolved later for now if that is ok. Would it now be a good time to try it again? the posted URL doesnt work WineTools has been picked up and enhanced by J. von Thadden, so the new URL is http://www.von-thadden.de/Joachim/WineTools/ I have used that toolkit several times; it seems ot work quite nicely. someone please post an ebuild for it here is an ebuild. dunno if it's working or not http://www.zugaina.org/gentoo/app-emulation.html.en Created attachment 54595 [details]
Ebuild for winetools, but I've a problem
Ok, that's the first ebuild I write completely by myself. Grammar seems ok (I
read Gentoo Dev handbook) but I get this error emerging:
ebuild touch /usr/local/portage/app-emulation/winetools/winetools-211jo.ebuild
!!! Name error in : missing a version or name part.
!!! Error: PF is null ''; exiting.
emerge -pv winetools
These are the packages that I would merge, in order:
Calculating dependencies visible(): invalid cat/pkg-v:
app-emulation/winetools-211jo
emerge: there are no ebuilds to satisfy "winetools".
I don't know why :(
Comment on attachment 54595 [details]
Ebuild for winetools, but I've a problem
Ok, what a stupid I am lol
fixing...
Created attachment 54597 [details]
Works :D
Ok it works for me
Uhm...no! It works just the first time. Trying re-emerging gives an access violation in /usr/share/locales :( Ok...I'm too inexpert Created attachment 54599 [details]
Really works
Ok, this really works. But disabling locales.
The only thing this line (unluckly it's ESSENTIAL) doesn't work:
sed -i 's:/usr/local/winetools:${INSTALLDIR}:' findwine wt${MY_PV}
Created attachment 54600 [details]
Yahoo! Ok, I was really messy but now works well, everything ok!
Ehm...everything but locales permissions :D
@14: This ebuild doesn't install any of the folders in the winetools package. Without copying the scripts folder, it doesn't work too well. Created attachment 59863 [details]
winetools-2.1.2.ebuild
Much-improved ebuild, now for 2.1.2.
Created attachment 59864 [details]
Updated winetools-2.1.2.ebuild
Only cosmetic changes, but mostly because I hate that I let the auto-detect
mis-mime the first one. :P
Yes, the ebuild 2005-05-26 04:12 PDT works from me on ~x86. Thanks! *** Bug 100590 has been marked as a duplicate of this bug. *** Created attachment 65038 [details]
winetools-2.1.2.ebuild
try this version
I tried the ebuild but winetools hangs at "detecting Wine version..." -- having said that the normal version does the same. well someone get back to me on the new ebuild ... ive never used winetools ;) Created attachment 70402 [details]
Enhanced winetools-2.1.2.ebuild
It's the first ebuild I post here - so don't be too hard. :)
I just made some canges to the original ebuild (from SpanKY):
- make winetools display the README files correctly (I used zcat instead of cat
and changed path and filename to match actual location). See the two additional
sed options.
- apply patch to correct the size ("dlsize") of three packages (I will upload
the patch afterwards)
- apply patch so that winetools do not "clean" the console after exiting (dito)
I prefer to see the errors after winetools are finished.
- inherit eutils, so that I can use "epatch" to patch
Works for me with wine version 20041019 (the version recommended by winetools).
Created attachment 70403 [details, diff]
patch to correct download sizes winetools-2.1.2-dlsize.patch
Created attachment 70405 [details, diff]
patch to comment out "clear" on exit: winetools-2.1.2-clear.patch
I prefer to see the output even after the winetools are finished.
If you don't like it just remove the refering epatch line from the ebuild.
Created attachment 75392 [details]
winetools-0.9-r3.ebuild
winetools-0.9-r3 for wine-0.9.x.
I tested it with wine-0.9.4 (bumped 0.9.3) and it works.
Created attachment 75393 [details, diff]
winetools-0.9-clear_and_version-check.patch
patch preventing a window popping up with wine version information and the screen being cleared on exit (as the previous clear patch does).
A minor fix for winetools-0.9jo-III which you could add in src_unpack():
sed -i 's:head -1:head -n 1:' "${S}/wt0.9jo"
("head -INTEGER" is deprecated in the coreutils versions available on Gentoo)
Other than that, thanks for this ebuild, it works fine for me and is very useful.
(too bad this app uses Xdialog and not Zenity tho, it forced me to reinstall gtk+-1.2...)
How about adding this ebuild to portage? k (In reply to comment #30) > k > Successfully tested app-emulation/winetools-0.9-r3 with app-emulation/wine-0.9.8-r1 works ok. please add to portage (2 years old bug!) It is working on my AMD64 with wine 0.9.8 Please, add it to portage tree winetools is great! Please add this ebuild to portage for wider testing. Thanks! i've tested the ebuild on x86 arch with 99% stable gentoo whole package.keywords file: # cat /etc/portage/package.keywords =net-im/gajim-0.9.1 ~x86 =app-emulation/winetools-0.9-r3 ~x86 and it is working fine, and stable. Please add it to portage into testing ~x86 and ~amd64 ... it is very, very usefull tool. I agree, this ebuild should be added as soon as possible. There's a large base of people using Wine Tools for special case program installs. *** Bug 144693 has been marked as a duplicate of this bug. *** new ebuild of winetools, now avaivable in sunrise overlay http://www.gentoo-sunrise.org/sunrise/browser/sunrise/app-emulation/winetools/ Created attachment 95252 [details]
winetools-0.9.ebuild
please try this one
With the previously proposed ebuild I get: # >>> Install winetools-0.9 into /var/tmp/portage/winetools-0.9/image/ category app-emulation >>> Completed installing winetools-0.9 into /var/tmp/portage/winetools-0.9/image/ man: >>> Merging app-emulation/winetools-0.9 to / --- /usr/ --- /usr/share/ --- /usr/share/doc/ >>> /usr/share/doc/winetools-0.9/ >>> /usr/share/doc/winetools-0.9/README.0.9.gz >>> /usr/share/doc/winetools-0.9/README.0.9.1.gz >>> /usr/share/doc/winetools-0.9/README.0.9.2.gz >>> /usr/share/doc/winetools-0.9/README.0.9.3.gz >>> /usr/share/doc/winetools-0.9/README.first.gz >>> /usr/share/doc/winetools-0.9/README.nover.gz [...] $ wt2 no suitable Wine directory found... Wine 0.9.20 wine is executed as wine Parameters are --noexit Wine is not configured yet! Browser is /usr/bin/mozilla. WINEVER is "0.9.20". Calls to wine are executed as "wine". Config is /home/mmokrejs/.wine/winetools.log. zcat: /usr/share/winetools/doc/README.nover.gz: No such file or directory Choice is Base setup [...] Microsoft Internet Explorer.* to check software installation verified by /home/mmokrejs/.wine/winetools.log downloading http://download.microsoft.com/download/ie6sp1/finrel/6_sp1/W98NT42KMeXP/EN-US/ie6setup.exe to ie6setup.exe with 491768 bytes... WINEDEBUG="fixme-all" WINEDLLOVERRIDES="" wine ./ie6setup.exe waiting for wineservers to exit... err:setupapi:SetupDefaultQueueCallbackA copy error 5 "C:\\windows\\msdownld.tmp\\AS02C92A.tmp\\w95inf16.dll" -> "c:\\windows\\system32\\w95inf16.dll" err:setupapi:SetupDefaultQueueCallbackA copy error 5 "C:\\windows\\msdownld.tmp\\AS02C92A.tmp\\w95inf32.dll" -> "c:\\windows\\system32\\w95inf32.dll" err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\Windows Media Player\\logagent.exe" failed with error 1813 all wineservers endet after 202 seconds... Failed: 194 check installation by path or registry value... waiting for wineservers to exit... all wineservers endet after 0 seconds... Microsoft Internet Explorer.* to check Microsoft Internet Explorer 6 SP1 and Internet Tools software installation verified by registry value Failed: 0 There is already a script called ie6 in /home/mmokrejs/bin... There is already a script called outlookexpress in /home/mmokrejs/bin... There is already a script called wmplayer in /home/mmokrejs/bin... and it is not the same as the one we want to copy! Failed: 0 installing new registry... waiting for wineservers to exit... all wineservers endet after 0 seconds... waiting for wineservers to exit... all wineservers endet after 2 seconds... Wine is finalizing your software installation. This may take a few minutes, though it never actually does. err:exec:SHELL_ExecuteW cannot set directory L"c:\\windows\\system32\\shell32.dll" err:exec:SHELL_ExecuteW cannot set directory L"c:\\windows\\system32\\shell32.dll" err:exec:SHELL_ExecuteW cannot set directory L"c:\\windows\\system32\\shell32.dll" err:exec:SHELL_ExecuteW cannot set directory L"c:\\windows\\system32\\shell32.dll" err:exec:SHELL_ExecuteW cannot set directory L"c:\\windows\\system32\\shell32.dll" err:exec:SHELL_ExecuteW cannot set directory L"c:\\windows\\system32\\shell32.dll" err:module:import_dll Loading library MFC40.DLL (which is needed by L"C:\\Program Files\\Common Files\\Microsoft Shared\\MSInfo\\ieinfo5.ocx") failed (error c0000020). err:exec:SHELL_ExecuteW cannot set directory L"c:\\windows\\system32\\shell32.dll" err:exec:SHELL_ExecuteW cannot set directory L"c:\\windows\\system32\\shell32.dll" du: cannot access `/home/mmokrejs/winetools/sys/Windows Update Setup Files': No such file or directory Downloaded IE6-Files=18328 Winetools IE6-Files=0 ive never used winetools so i have no idea ... i just know what's wrong from an ebuild perspective Using the overlay from sunrise I swa same errors as in comment #40. Vapier, please softlink /usr/share/doc/winetools-0.9/ as /usr/share/doc/winetools. The ebuild from sunrise created wt and not wt2 file, probably the former is preferred. Thanks. the version in sunrise is complete garbage and needs to be removed as for /usr/share/doc symlink, no ... update the winetool scripts to respect the doc paths winetools should be installing /usr/bin/wt not /usr/bin/wt2 Created attachment 95804 [details]
winetools-0.9.ebuild
Tidied ebuild. Fixed sed for BASEDIR (added ":g"). Added explicit DEPEND. Changed wt2 to wt, as in the "install" script.
if that works for people i'm happy with it, thanks change requeiriments for >x11-misc/xdialog-2.2 in locale spanish show menssages wrong! Return-Path: <mmokrejs@ribosome.natur.cuni.cz> Date: Tue, 29 Aug 2006 10:40:37 +0200 To: martn <martn@gentoo.reallinks.de> I cannot download the mfc*.dll files. The server is down. When I kill the download window it seems to me the winetools is so stupid it copies the empty file over to .wine/ tree. That shouldn't happen, right? Choice is Microsoft Foundation Classes 4.x with checked=F sytempath=/home/mmokrejs/.wine/dosdevices/c:/windows/system32 mfc40.dll to check software installation verified by /home/mmokrejs/.wine/winetools.log 0 bytes previously downloaded downloading http://www.dlldump.com/dllfiles/M/mfc40.dll to mfc40.dll with 924432 bytes... WINEDEBUG="fixme-all" WINEDLLOVERRIDES="" cp mfc40.dll /home/mmokrejs/.wine/dosdevices/c:/windows/system32 waiting for wineservers to exit... all wineservers endet after 0 seconds... Failed: 0 check installation by return value... Failed: 0 sytempath=/home/mmokrejs/.wine/dosdevices/c:/windows/system32 mfc42.dll to check software installation verified by /home/mmokrejs/.wine/winetools.log 0 bytes previously downloaded downloading http://www.dlldump.com/dllfiles/M/mfc42.dll to mfc42.dll with 995383 bytes... WINEDEBUG="fixme-all" WINEDLLOVERRIDES="" cp mfc42.dll /home/mmokrejs/.wine/dosdevices/c:/windows/system32 waiting for wineservers to exit... all wineservers endet after 0 seconds... Failed: 0 check installation by return value... Failed: 0 martn wrote: >> hello martin, >> >> i saw your bug. did you try the gentoo-sunrise version of winetools? >> http://gentoo-sunrise.org/cgi-bin/trac.cgi/browser/reviewed/app-emulation/winetools >> >> you can get it via overlay. >> this version should work fine. I tried the ebuilds not marked as obsolete but when I launch winetools I get : Winetools cannot run with a version older than 20050628 but I've got wine-0.9.42, last testing version. becoming a bit unsupported and unmainteined. maybe it's better to move to wine-doors http://bugs.gentoo.org/show_bug.cgi?id=179719 unsupported and unmainteined |
