Re: [Cooker] wine in mdk92
, 1 2003, 23:48,Diego Iastrubni: Hi, I need to beta test a Windows App, and I tested it under wine. I have found that wine basicly works (and sets up the configuration quite well on it's own). Howvere the c:\ is under /var/lib/wine which is not writable by my user. A quick fix is setting this dir g+rw to my group. Any one has a better idea here? That will work out of the box? Fonts are a problem (since I need to set my own fonts, and the dir is not listed in the afm dirs). Hopefully I will work this out. more problems: some programs (dcom98 for example) must be run using wine.bin other wise I get command operation syntax error. type command /? for help. every few times I run a windows program, I get this message: error:9: wine client error:9: wine client error:9: wine client error:9 ... scrolling on the console. google tells me this: http://www.winehq.com/hypermail/wine-devel/2003/06/0639.html I also forgot this last mail: [EMAIL PROTECTED] .wine]$ rpm -qv libwine1 libwine1-20030813-1mdk [EMAIL PROTECTED] .wine]$ rpm -qv wine wine-20030813-1mdk -- diego, 6 Tishrey 5764 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html
Re: [Cooker] wine problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 02 July 2003 01:45, Vincent Meyer, MD wrote: Interesting error message with the latest wine update: [EMAIL PROTECTED] meyerv]$ wine wed.exe /usr/bin/wine.bin: trying to run 'F:\wed.exe', cannot open builtin library for 'winevdm.exe': /home/peroyvind/rpm/tmp/wine-root/usr/lib/wine/winevdm.exe.so: cannot open shared object file: No such file or directory V, should be fixed in wine-20030618-4mdk, related to stupid use of $RPM_BUILD_ROOT in makefiles.. such variables should never been used in makefiles IMHO.. - -- Regards, Per Øyvind Karlsen Sintrax Solutions http://www.sintrax.net - +47 41681061 - GPG Key: http://sintrax.net/~hawkeye/key.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Ar13v8F7V9JOSuURAoQ1AKCOTgCA9Ik9Qz6cTU+Dusk5fmvcbgCaA//f LRD9b7wxgwEo7KhpA3b8OxE= =l1rw -END PGP SIGNATURE-
Re: [Cooker] wine problems
On Wed, 2 Jul 2003 13:09:41 +0200 Per Øyvind Karlsen [EMAIL PROTECTED] wrote: should be fixed in wine-20030618-4mdk, related to stupid use of $RPM_BUILD_ROOT in makefiles.. that stupid use is there because we patched it in there and we had all reason to do so. However, such variables should never been used in makefiles IMHO.. yea right, that's why I proposed this to cooker on, let's see, April 30 - due to popular demand for a fix of manpages and apploader script: s/RPM_BUILD_ROOT/DESTDIR/destdir.patch fixes buildroot being present in manpage files section and apploader scripts (ie notepad etc). Should make build more sane in general. No adverse side effects here. Explanation: while RPM_BUILD_ROOT is set from start, DESTDIR is set at makeinstall_std, ie after make. At make stage it is empty and doesn't get in the way when building. new patch attached - both the explanation and the new patch were sent again on May 7 So I'll try again to propose this one. The attached patch REPLACES patch1. There's no diff to patch1 because the diff is trivial: If you like you can unpack patch1 and then sed -e s/RPM_BUILD_ROOT/DESTDIR/ wine-20021219-destdir.patch wine-20030702-destdir.patch and update the spec Mark wine-20030430-destdir.patch.bz2 Description: Binary data
Re: [Cooker] wine problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 02 July 2003 15:34, Mark Draheim wrote: On Wed, 2 Jul 2003 13:09:41 +0200 Per Øyvind Karlsen [EMAIL PROTECTED] wrote: should be fixed in wine-20030618-4mdk, related to stupid use of $RPM_BUILD_ROOT in makefiles.. that stupid use is there because we patched it in there and we had all reason to do so. However, such variables should never been used in makefiles IMHO.. yea right, that's why I proposed this to cooker on, let's see, April 30 - due to popular demand for a fix of manpages and apploader script: s/RPM_BUILD_ROOT/DESTDIR/destdir.patch fixes buildroot being present in manpage files section and apploader scripts (ie notepad etc). Should make build more sane in general. No adverse side effects here. Explanation: while RPM_BUILD_ROOT is set from start, DESTDIR is set at makeinstall_std, ie after make. At make stage it is empty and doesn't get in the way when building. new patch attached - both the explanation and the new patch were sent again on May 7 So I'll try again to propose this one. The attached patch REPLACES patch1. There's no diff to patch1 because the diff is trivial: If you like you can unpack patch1 and then sed -e s/RPM_BUILD_ROOT/DESTDIR/ wine-20021219-destdir.patch wine-20030702-destdir.patch and update the spec Mark ah, sorry:\ I remember something about this, but it somehow got lost.. also you probably should submit such stuff to bugzilla too so it won't be forgotten I'll take a look at it btw. could you confirm that #714 is solved? - -- Regards, Per Øyvind Karlsen Sintrax Solutions http://www.sintrax.net - +47 41681061 - GPG Key: http://sintrax.net/~hawkeye/key.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/AuHmv8F7V9JOSuURAloGAJ44NIe9vWOYy9UQJcKEwuDb8kCHTACfWw8R 6OaAAiQZAGsRBwUHPdmaPK4= =URtd -END PGP SIGNATURE-
Re: [Cooker] wine update for 9.1
rcc [EMAIL PROTECTED] writes: I guess I don't get the logic behind mdk policy. Split libs from actual programs and then but progs in lib packages because they happen to be devel tools. Ah, it dawns on me, Thierry would probably suggest splitting out the stuff into yet another package. exact :-) !
Re: [Cooker] wine update for 9.1
[EMAIL PROTECTED] writes: Need sleep and there's a new wine package in cooker which brutally dumped our thoroughly crafted mdkconf. aha.Didn't see that yet. My cooker install is hopelessly behind. Want to do a fresh install anyway but lack the time. Thierry: any reasons for not applying some of the patches? there's no reason to not apply these patches. but viet has taken wine maintenance over me since he has access to zindoz. send him your patches with explanations as usual. Also: since Mark did some new stuff (regdefaults) that are working nice, and I fixed a few bugs in the config script, it is a bit awkward and more work to sync our stuff with this new release. A mail would have been nice. my coworker wasn't aware of your work :-(
Re: [Cooker] wine update for 9.1
sorry for this. the wine-mdkconf is still in the SRPMS I haven't really busted anything have I ? :o) Viet On Monday 20 January 2003 4:19 pm, Thierry Vignaud wrote: [EMAIL PROTECTED] writes: Need sleep and there's a new wine package in cooker which brutally dumped our thoroughly crafted mdkconf. aha.Didn't see that yet. My cooker install is hopelessly behind. Want to do a fresh install anyway but lack the time. Thierry: any reasons for not applying some of the patches? there's no reason to not apply these patches. but viet has taken wine maintenance over me since he has access to zindoz. send him your patches with explanations as usual. Also: since Mark did some new stuff (regdefaults) that are working nice, and I fixed a few bugs in the config script, it is a bit awkward and more work to sync our stuff with this new release. A mail would have been nice. my coworker wasn't aware of your work :-(
Re: [Cooker] wine update for 9.1--slightly ot
rcc wrote: On Mon, 20 Jan 2003 18:30:17 + HA Quoc-Viet [EMAIL PROTECTED] wrote: sorry for this. the wine-mdkconf is still in the SRPMS I haven't really busted anything have I ? :o) don't know, I rarely install the cooker wine. It's just that Danny and I made some changes to the default config like enabling arts by default, putting mdk specific font dirs in, changed tmp dir, etc. You couldn't know about my new reg files as I only sent them to Danny for testing. They're still called wine.userreg and wine.systemreg but I decided to install them as system.reg and user.reg because I think there's no reason for deviating from wine's default naming scheme. I attach both reg files. They replace the cooker ones. Also, there's my autofs patch which I haven't yet submitted to winehq, they're probably not interested anyway. The patch shouldn't clash with other ways of mounting, it just tells wine to keep drives that are in config and have an automount line even if wine cannot stat their dirs, which is the case for autofs. Lastly, there's my mdkconf patch. When I can't make you merge rpms into fewer rpms for wine, I'd like to suggest splitting out the fake wine in /var/lib (wine-fakewin*.rpm ?)as I have that dir symlinked elsewhere and don't want it updated each time I install a new wine. I know that this proposal flatly contradicts my previous statements about libification... - Mark has your changes to wine made it so it can run windows based 3d modelling apps? like discreets 3d studio max, mcneel's rhino? only use I have for windows is these apps, which I can't get wine to run.
Re: [Cooker] wine update for 9.1
On Monday 20 January 2003 19:30, you wrote: sorry for this. the wine-mdkconf is still in the SRPMS I haven't really busted anything have I ? :o) course not:) I will try to integrate the few small changes Mark and I made with this version and send it to you tomorrow. Actually it might be very good that you became the new maintainer. I got the impression that Thierry has 2 much to do already :) Danny Viet On Monday 20 January 2003 4:19 pm, Thierry Vignaud wrote: [EMAIL PROTECTED] writes: Need sleep and there's a new wine package in cooker which brutally dumped our thoroughly crafted mdkconf. aha.Didn't see that yet. My cooker install is hopelessly behind. Want to do a fresh install anyway but lack the time. Thierry: any reasons for not applying some of the patches? there's no reason to not apply these patches. but viet has taken wine maintenance over me since he has access to zindoz. send him your patches with explanations as usual. Also: since Mark did some new stuff (regdefaults) that are working nice, and I fixed a few bugs in the config script, it is a bit awkward and more work to sync our stuff with this new release. A mail would have been nice. my coworker wasn't aware of your work :-(
Re: [Cooker] wine update for 9.1
On Mon, 20 Jan 2003 18:30:17 + HA Quoc-Viet [EMAIL PROTECTED] wrote: sorry for this. the wine-mdkconf is still in the SRPMS I haven't really busted anything have I ? :o) don't know, I rarely install the cooker wine. It's just that Danny and I made some changes to the default config like enabling arts by default, putting mdk specific font dirs in, changed tmp dir, etc. You couldn't know about my new reg files as I only sent them to Danny for testing. They're still called wine.userreg and wine.systemreg but I decided to install them as system.reg and user.reg because I think there's no reason for deviating from wine's default naming scheme. I attach both reg files. They replace the cooker ones. Also, there's my autofs patch which I haven't yet submitted to winehq, they're probably not interested anyway. The patch shouldn't clash with other ways of mounting, it just tells wine to keep drives that are in config and have an automount line even if wine cannot stat their dirs, which is the case for autofs. Lastly, there's my mdkconf patch. When I can't make you merge rpms into fewer rpms for wine, I'd like to suggest splitting out the fake wine in /var/lib (wine-fakewin*.rpm ?)as I have that dir symlinked elsewhere and don't want it updated each time I install a new wine. I know that this proposal flatly contradicts my previous statements about libification... - Mark winefiles.tar.gz Description: GNU Zip compressed data
Re: [Cooker] wine update for 9.1
On Fri, 17 Jan 2003, rcc wrote: I like Xwine this looks so much nicer Well than, I can try packaging it. But should wine depend on it and run it automatically on first start (after the wine-config.pl)? I guess I don't get the logic behind mdk policy. Split libs from actual programs and then but progs in lib packages because they happen to be devel tools. Ah, it dawns on me, Thierry would probably suggest splitting out the stuff into yet another package. Lets keep it like it is, at least untill the release. Need sleep and there's a new wine package in cooker which brutally dumped our thoroughly crafted mdkconf. aha.Didn't see that yet. My cooker install is hopelessly behind. Want to do a fresh install anyway but lack the time. Thierry: any reasons for not applying some of the patches? Also: since Mark did some new stuff (regdefaults) that are working nice, and I fixed a few bugs in the config script, it is a bit awkward and more work to sync our stuff with this new release. A mail would have been nice. Regarding the native vs fake win question: I use only the fake win, so I could well live with a fake win as default. The screenshots at codeweavers showed an option to use a fake win in the user's homedir. Now, there's an idea... Think it makes sense? It would require every user to install a new windows program. Sometimes this makes sense. Sometimes it is a huge waste of diskspace. I usually (symbolic) link all the files of a program in a public dir to a subdir in my homedir. The result is that I can save personal stuff there, but the program files are shared. danny - Mark
Re: [Cooker] wine update for 9.1
no, it's more of a frontend than a configuration program. Let it have its own menu entry and when the user starts it and then a winexe through it, wine-config will run. Ah, I see, the user might be tempted to configure wine before running an exe. Hmm, have to think about this. ok, but using it as a frontend sounds ok to me. Configure wine can be a menu entry added by the xwine package? it's not Thierry's name that's in the changelog. Guess HA Quôc-Viêt [EMAIL PROTECTED] got impatient. titi is maintainer and responsible :P maybe I'm seeing probs where there aren't any but this Let me see if I understand you: - registry changes are always written to home dir - if the installed win program is in global dir, some users miss reg entries if using a program not installed by them - if writing reg to globaldir=realwindir you can corrupt your realwindir, and therefore windows. Solution: 1) write config to globaldir!=windir. If this is possible. 2) change wine script to copy a fakeglobalreg from /var/lib/wine/globalreg to userhome dir at start. And copy the, potentially changed userreg to /var/lib/globalreg at exit. Ofcourse, both options are insecure. And user1 can screw user2's setup. But in windows it is the same. Danny
Re: [Cooker] wine update for 9.1
On Fri, 17 Jan 2003 14:21:52 +0100 (CET) [EMAIL PROTECTED] wrote: no, it's more of a frontend than a configuration program. Let it have its own menu entry and when the user starts it and then a winexe through it, wine-config will run. Ah, I see, the user might be tempted to configure wine before running an exe. Hmm, have to think about this. ok, but using it as a frontend sounds ok to me. Configure wine can be a menu entry added by the xwine package? have a look at it, it's really small and doesn't have many dependencies besides GTK. It offers configuration via neat combo boxes and I just noticed it even has a menu entry for launching winesetuptk (if you can push that into contrib). So you can have everything via xwine. http://darken.tuxfamily.org/pages/xwine_en.html i18n support is fairly rudimentary, the pot file created by xgettext is a mess of English and French. But maybe that will change if the app gets some publicity when it makes it into contrib or even the distro. Solution: 1) write config to globaldir!=windir. If this is possible. that's why I said I don't really know wine registry handling. Getting rid of the separate reg files is on the wine TODO list but who knows when it will be implemented. If globaldir reg means /etc/wine we's have to make it 664 for group wine. Don't know if that's a good idea. 2) change wine script to copy a fakeglobalreg from /var/lib/wine/globalreg to userhome dir at start. And copy the, potentially changed userreg to /var/lib/globalreg at exit. Ofcourse, both options are insecure. And user1 can screw user2's setup. But in windows it is the same. yea, any 3-year old can screw windows :P I think we can postpone this registry stuff, need to test this some more. For the time being, it would be nice to get our patches back into the package. My automount patch shouldn't collide with any other mount method as it basically is only an if config has automount line then keep drives. - Mark
Re: [Cooker] wine update for 9.1
Op woensdag 15 januari 2003 20:16, schreef Danny Tholen: On Wednesday 15 January 2003 19:41, rcc wrote: anyway, wine should pick up an existing win as long as it is in fstab. The dummy win is always there in /var/lib/wine. Changing from one to the other means changing one line in your .wine/config actually this failed on NT/2k/XP machines (I made an error in the script again, I am really no perl coder), but I have that fixed now (and a few other bugs which happen on 2k machines. It was usefull to install mdk at work:) Perhaps we can use the codeweavers wizard, isn't that one GPL? Danny Good idea. Its very easy, with current default install, to corrupt your existing windows when playing around with wine.
Re: [Cooker] wine update for 9.1
On Thu, 2003-01-16 at 13:46, Wim Horst wrote: Good idea. Its very easy, with current default install, to corrupt your existing windows when playing around with wine. How do you *tell* that you've corrupted Windows? =) -- adamw
Re: [Cooker] wine update for 9.1
How do you *tell* that you've corrupted Windows? =) Umm.. it doesn't crash correctly? :oP
Re: [Cooker] wine update for 9.1
On Thursday 16 January 2003 00:46, rcc wrote: so you can actually do work at work? :)=) actually, it was a collegues machine. never seen it. Is it that tcl/tk thingy I never got to run? yes, it didn't run? I like Xwine, though last time I checked the config editor was not implemented yet. I'll check it too when time permits. Another thing: do we have to split wine into 4 rpms? It's a pain to I think Thierry even wanted to split it in even more packages? I think wine and wine-devel would be sufficient. I've not yet seen an app that depends on libwine. Me neither, but it is consistant with the mdk lib policy. Some of the utils stuff seems better kept with wine proper. Like? Why move all these notepad, winemine stuff to the wine program? IMO they should be separate. And putting /usr/bin files like winegcc in a lib-devel package looks somehow not right to me. Well, it is used for development? Guess I do not agree, but perhaps you can convince me? Danny
Re: [Cooker] wine update for 9.1
On Thu, 16 Jan 2003 23:03:13 +0100 Danny Tholen [EMAIL PROTECTED] wrote: On Thursday 16 January 2003 00:46, rcc wrote: never seen it. Is it that tcl/tk thingy I never got to run? yes, it didn't run? not for me, but I didn't try very hard because I like Xwine this looks so much nicer Another thing: do we have to split wine into 4 rpms? It's a pain to I think Thierry even wanted to split it in even more packages? yes, I remember that I think wine and wine-devel would be sufficient. I've not yet seen an app that depends on libwine. Me neither, but it is consistant with the mdk lib policy. I feared you would say that And putting /usr/bin files like winegcc in a lib-devel package looks somehow not right to me. Well, it is used for development? I guess I don't get the logic behind mdk policy. Split libs from actual programs and then but progs in lib packages because they happen to be devel tools. Ah, it dawns on me, Thierry would probably suggest splitting out the stuff into yet another package. Guess I do not agree, but perhaps you can convince me? too late, in both senses. Need sleep and there's a new wine package in cooker which brutally dumped our thoroughly crafted mdkconf. Regarding the native vs fake win question: I use only the fake win, so I could well live with a fake win as default. The screenshots at codeweavers showed an option to use a fake win in the user's homedir. Now, there's an idea... - Mark
Re: [Cooker] wine update for 9.1
Op dinsdag 14 januari 2003 09:37, schreef [EMAIL PROTECTED]: Is it possible to give it a first time wizard asking to use existing windows or creating a new windows directory structure. I will soon send an updated version to Thierry. d. On Tue, 14 Jan 2003, Vincent Meyer, MD wrote: Is an update of wine planned for 9.1? V.
Re: [Cooker] wine update for 9.1
On Wed, 15 Jan 2003 19:15:25 +0100 Wim Horst [EMAIL PROTECTED] wrote: Is it possible to give it a first time wizard asking to use existing windows or creating a new windows directory structure. sure, if you provide the code ;) anyway, wine should pick up an existing win as long as it is in fstab. The dummy win is always there in /var/lib/wine. Changing from one to the other means changing one line in your .wine/config - Mark
Re: [Cooker] wine update for 9.1
On Wednesday 15 January 2003 19:41, rcc wrote: anyway, wine should pick up an existing win as long as it is in fstab. The dummy win is always there in /var/lib/wine. Changing from one to the other means changing one line in your .wine/config actually this failed on NT/2k/XP machines (I made an error in the script again, I am really no perl coder), but I have that fixed now (and a few other bugs which happen on 2k machines. It was usefull to install mdk at work:) Perhaps we can use the codeweavers wizard, isn't that one GPL? Danny
Re: [Cooker] wine update for 9.1
On Wed, 15 Jan 2003 20:16:36 +0100 Danny Tholen [EMAIL PROTECTED] wrote: anyway, wine should pick up an existing win as long as it is in fstab. The dummy win is always there in /var/lib/wine. Changing from one to the other means changing one line in your .wine/config actually this failed on NT/2k/XP machines I have none of these, Win98 is the last MS OS ever to hit my HD :) (I made an error in the script again, I am really no perl coder), but I have that fixed now (and a few other bugs which happen on 2k machines. It was usefull to install mdk at work:) so you can actually do work at work? :)=) Perhaps we can use the codeweavers wizard, isn't that one GPL? never seen it. Is it that tcl/tk thingy I never got to run? I like Xwine, though last time I checked the config editor was not implemented yet. Another thing: do we have to split wine into 4 rpms? It's a pain to maintain. Though the unpackaged files feature in cooker helps somewhat. I think wine and wine-devel would be sufficient. I've not yet seen an app that depends on libwine. Some of the utils stuff seems better kept with wine proper. And putting /usr/bin files like winegcc in a lib-devel package looks somehow not right to me. - Mark
Re: [Cooker] wine update for 9.1
I will soon send an updated version to Thierry. d. On Tue, 14 Jan 2003, Vincent Meyer, MD wrote: Is an update of wine planned for 9.1? V.
Re: [Cooker] wine update for 9.1
On Tuesday 14 January 2003 09:37, [EMAIL PROTECTED] wrote: I will soon send an updated version to Thierry. d. On Tue, 14 Jan 2003, Vincent Meyer, MD wrote: Is an update of wine planned for 9.1? V. This is good news! Please make sure that it is compiled with CUPS support, and you will have a winner distribution for MS-office users!
Re: [Cooker] wine problem
bah, completely forgot about this. Spent my time stealing isdn stuff (kernel, capi, applets) from SuSE and RH to get some form of isdn dialer applet running on mdk. BTW, looks really weird to have smpppd (SuSE meta pppd) running on Mandrake, even though I changed configure with yast2 to configure with drakconnect. Anyway, I attached a quick fix for the cdrom problem. Thierry? - Mark --- wine-config.pl.old 2002-10-30 00:30:24.0 +0100 +++ wine-config.pl 2002-09-30 23:00:14.0 +0200 -162,7 +162,7 { push fat, $_[1] if ( -d $_[1]); } - elsif ($_[0] =~ /\/mnt\/cdrom\d?/) + elsif ($_[1] =~ /\/mnt\/cdrom\d?/) { push iso, [ $_[1], $1 ] if ($_[3] =~ /dev=([\w\/]+)/); } It's not long to apply a patch so please, do it ! Thanks, Florent
Re: [Cooker] wine problem
bah, completely forgot about this. Spent my time stealing isdn stuff (kernel, capi, applets) from SuSE and RH to get some form of isdn dialer applet running on mdk. BTW, looks really weird to have smpppd (SuSE meta pppd) running on Mandrake, even though I changed configure with yast2 to configure with drakconnect. Anyway, I attached a quick fix for the cdrom problem. Thierry? - Mark --- wine-config.pl.old 2002-10-30 00:30:24.0 +0100 +++ wine-config.pl 2002-09-30 23:00:14.0 +0200 -162,7 +162,7 { push fat, $_[1] if ( -d $_[1]); } - elsif ($_[0] =~ /\/mnt\/cdrom\d?/) + elsif ($_[1] =~ /\/mnt\/cdrom\d?/) { push iso, [ $_[1], $1 ] if ($_[3] =~ /dev=([\w\/]+)/); } Is anyone applying the patch ? Thanks
Re: [Cooker] wine problem
On Wed, 30 Oct 2002 00:12:54 +0100 Danny Tholen [EMAIL PROTECTED] wrote: On Tuesday 29 October 2002 19:19, Florent BERANGER wrote: directory /mnt/cdrom; starting in windows directory. /usr/bin/wine.bin: cannot find 'Setup.exe' [cosmicflo@cosmic cosmicflo]$ Florent eh..well...I think I made a mistake in the autoconfig script so it forgets to add /mnt/cdrom to the .wine/config. Nobody noticed it before 9.0 was released. I will fix it as soon as I have time to look at it again, unless Mark beats me to it:) bah, completely forgot about this. Spent my time stealing isdn stuff (kernel, capi, applets) from SuSE and RH to get some form of isdn dialer applet running on mdk. BTW, looks really weird to have smpppd (SuSE meta pppd) running on Mandrake, even though I changed configure with yast2 to configure with drakconnect. Anyway, I attached a quick fix for the cdrom problem. Thierry? - Mark --- wine-config.pl.old 2002-10-30 00:30:24.0 +0100 +++ wine-config.pl 2002-09-30 23:00:14.0 +0200 @@ -162,7 +162,7 @@ { push @fat, $_[1] if ( -d $_[1]); } - elsif ($_[0] =~ /\/mnt\/cdrom\d?/) + elsif ($_[1] =~ /\/mnt\/cdrom\d?/) { push @iso, [ $_[1], $1 ] if ($_[3] =~ /dev=([\w\/]+)/); }
Re: [Cooker] wine problem
Le Mardi 29 Octobre 2002 23:22, Pierre a écrit : man wine.conf no, it must works out of the box. For me, I have resolved the problem by editing the config file but it must be fixed for everyone. On 2002.10.29 19:19 Florent BERANGER wrote: Hello, I have a problem with wine out of the box : [cosmicflocosmic cosmicflo]$ wine /mnt/cdrom/Setup.exe Warning: could not find wine config [Drive x] entry for current working directory /mnt/cdrom; starting in windows directory. /usr/bin/wine.bin: cannot find 'Setup.exe' [cosmicflocosmic cosmicflo]$ Florent
Re: [Cooker] Wine: FIX
huug [EMAIL PROTECTED] writes: I got wine.tar.bz2 as an attachment. (?) The old beta of Gnus titi was using had some problems with mime handling. yep :-(
Re: [Cooker] Wine: FIX
Danny Tholen [EMAIL PROTECTED] writes: Seems that Thierry screwed up:) He did not package the new versions of wine-config.pl and wine-launcher.sh. i used what you give me Thierry, if you do not have my original files anymore, I attached above files + a spec with some small fixes I had to make for mdk-club. as usual, you forgot attachments ... :-(
Re: [Cooker] Wine: FIX
On Mon, 2002-09-09 at 14:07, Thierry Vignaud wrote: Danny Tholen [EMAIL PROTECTED] writes: Seems that Thierry screwed up:) He did not package the new versions of wine-config.pl and wine-launcher.sh. i used what you give me Thierry, if you do not have my original files anymore, I attached above files + a spec with some small fixes I had to make for mdk-club. as usual, you forgot attachments ... :-( I got wine.tar.bz2 as an attachment. (?) -- Brad Felmey
Re: [Cooker] Wine
On 09 Sep 2002 10:10:07 -0400 Austin Acton [EMAIL PROTECTED] wrote: true_binary=/usr/bin/wine.bin default=/etc/wine/wine.reg configurator=/usr/share/wine/wine-config winedir=${HOME}/.wine/ if [ ! -d ${winedir} ];then mkdir -p ${winedir} cp ${default} ${winedir}/config if [ -x /usr/bin/perl ];then perl ${configurator} ${winedir}/config || : fi fi ${true_binary} $@ dang, that's the old one I wonder where it's coming from? And even more puzzled why it works here? The source rpm has the right script but the spec doesn't cp winelauncher.sh to wine we fiddled so much with the launcher script that the cp has apparently got lost in the process anyway, there's a new snapshot available Danny, do you still have the 20020509 spec somewhere around? I can't remember the line that copies winelauncher to wine - Mark
Re: [Cooker] Wine
On Mon, 9 Sep 2002, rcc wrote: On 09 Sep 2002 10:10:07 -0400 dang, that's the old one yup noticed that 2. I wonder where it's coming from? And even more puzzled why it works here? Yes, it also works for me. Strange. The source rpm has the right script but the spec doesn't cp winelauncher.sh to wine we fiddled so much with the launcher script that the cp has apparently got lost in the process ah.Perhaps in my famous mixup of all the different specs. I anyway, there's a new snapshot available eh..arent we in super terrible deep-freeze ? Danny, do you still have the 20020509 spec somewhere around? I can't remember the line that copies winelauncher to wine will check. Danny
Re: [Cooker] Wine
Danny, hope this helps: 1. CLEANUP [root@groundstate austin]# urpme wine bash-2.05b$ rm -fr .wine 2. FRESH INSTALL FROM COOKER [root@groundstate austin]# urpmi wine installing /var/cache/urpmi/rpms/libwine1-20020804-1mdk.i586.rpm /var/cache/urpmi/rpms/wine-20020804-1mdk.i586.rpm 3. WHAT'S IN MY PATH bash-2.05b$ wi [TAB] wine wineclipsrvwineserver winicontoppm wish wine.bin wineconsolewineshelllink winpos wish8.3 bash-2.05b$ ls -l /usr/bin/win* -rwxr-xr-x1 root root 526 Aug 19 08:19 /usr/bin/wine -rwxr-xr-x1 root root15096 Aug 19 08:19 /usr/bin/wine.bin -rwxr-xr-x1 root root18412 Aug 19 08:19 /usr/bin/wineclipsrv -rwxr-xr-x1 root root 1584 Aug 19 08:19 /usr/bin/wineconsole -rwxr-xr-x1 root root 199800 Aug 19 08:19 /usr/bin/wineserver -rwxr-xr-x1 root root 5726 Aug 19 08:19 /usr/bin/wineshelllink -rwxr-xr-x1 root root13160 Jul 7 14:02 /usr/bin/winicontoppm 4. HERE'S THE SCRIPT bash-2.05b$ more /usr/bin/wine #!/bin/sh # -*- Mode: sh -*- # Copyright (C) 2000 by Chmouel Boudjnah [EMAIL PROTECTED], # MandrakeSoft # Redistribution of this file is permitted under the terms of the GNU # Public License (GPL) true_binary=/usr/bin/wine.bin default=/etc/wine/wine.reg configurator=/usr/share/wine/wine-config winedir=${HOME}/.wine/ if [ ! -d ${winedir} ];then mkdir -p ${winedir} cp ${default} ${winedir}/config if [ -x /usr/bin/perl ];then perl ${configurator} ${winedir}/config || : fi fi ${true_binary} $@ 5. LET'S TRY WINE-CONFIG bash-2.05b$ mkdir .wine bash-2.05b$ cp /etc/wine/config .wine bash-2.05b$ cp .wine/config .wine/config-orig bash-2.05b$ /usr/share/wine/wine-config .wine/config bash-2.05b$ diff .wine/config .wine/config-orig 33c33 Path = /var/lib/wine --- Path = /mnt/windows 6. LET'S TRY THE DEFAULT SETUP bash-2.05b$ rm -fr .wine bash-2.05b$ wine cp: cannot stat `/etc/wine/wine.reg': No such file or directory cp: cannot stat `/home/austin/.wine//config': No such file or directory wineserver: /home/austin/.wine/config is not a valid registry file wine client error:(nil): recvmsg: Connection reset by peer bash-2.05b$ cat .wine/config bash-2.05b$ Thanks for your efforts! Hope we can fix this. Austin On Mon, 2002-09-09 at 03:50, [EMAIL PROTECTED] wrote: Hi Austin, care to be my test case? i want to get it fixed before 9.0 and it works on my cooker machine and also on 8.2, and for several people it is working. But not for a few others. It think it may be related to the perl autoconfig script. Can you check: 1) whether there is really 1 'wine' in your path, and that this file is a script which should do the copying. 2) Can you copy the /etc/wine/config to your home dir, and run the perl script /usr/share/wine/wine-config on this file? And see if it produces any errors, and how does it modify the config? btw, did cookerlist break again? This is getting annoying. P.S. Nancy is my girlfriend. Don't panic. I'm not a transvestite. :-p I understand Austin, we all have our strangenesess :P bye! Danny
Re: [Cooker] Wine
On 9 Sep 2002, Austin Acton wrote: bash-2.05b$ more /usr/bin/wine #!/bin/sh # -*- Mode: sh -*- # Copyright (C) 2000 by Chmouel Boudjnah [EMAIL PROTECTED], # MandrakeSoft # Redistribution of this file is permitted under the terms of the GNU # Public License (GPL) true_binary=/usr/bin/wine.bin default=/etc/wine/wine.reg Ack! This is not my rewritten script, but the old one! I will check the src.rpm this evening and send it to Thierry. Danny
Re: [Cooker] Wine
On Mon, 9 Sep 2002 17:33:11 +0200 (CEST) [EMAIL PROTECTED] wrote: The source rpm has the right script but the spec doesn't cp winelauncher.sh to wine we fiddled so much with the launcher script that the cp has apparently got lost in the process ah.Perhaps in my famous mixup of all the different specs. I might have been me, at first I wanted to remove winelauncher and move generic winelauncher to wine. Since that didn't work out I might have removed the cp line forgetting that there's still mdk's winelauncher. anyway, there's a new snapshot available eh..arent we in super terrible deep-freeze ? don't know really, maybe make it an update then? hum, from the announcement at freshmeat --- Changes: This release adds much-improved PowerPC support, more correct locale definitions, progress on the conversion of handle types to pointers, many Visio and Quicken fixes merged from Crossover, and lots of bugfixes. --- I think the stuff from crossover alone is worth the risk ;) and anyway, wine is beta no matter what - Mark
Re: [Cooker] Wine: FIX
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Seems that Thierry screwed up:) He did not package the new versions of wine-config.pl and wine-launcher.sh. Seems I couldn't reproduce because I was testing my own rpms instead of cookers. Thierry, if you do not have my original files anymore, I attached above files + a spec with some small fixes I had to make for mdk-club. Danny On Monday 09 September 2002 19:59, rcc wrote: On Mon, 9 Sep 2002 17:33:11 +0200 (CEST) [EMAIL PROTECTED] wrote: The source rpm has the right script but the spec doesn't cp winelauncher.sh to wine we fiddled so much with the launcher script that the cp has apparently got lost in the process ah.Perhaps in my famous mixup of all the different specs. I might have been me, at first I wanted to remove winelauncher and move generic winelauncher to wine. Since that didn't work out I might have removed the cp line forgetting that there's still mdk's winelauncher. anyway, there's a new snapshot available eh..arent we in super terrible deep-freeze ? don't know really, maybe make it an update then? hum, from the announcement at freshmeat --- Changes: This release adds much-improved PowerPC support, more correct locale definitions, progress on the conversion of handle types to pointers, many Visio and Quicken fixes merged from Crossover, and lots of bugfixes. --- I think the stuff from crossover alone is worth the risk ;) and anyway, wine is beta no matter what - Mark - -- Do your part to help preserve life on Earth -- by trying to preserve your own. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9fQgPaeiN+EU2vEIRAqCTAJ40QQJWryvaIwc3aBiHGGocAHJV2ACgqD+E YzfjXuVxA54XXndxcMjag6g= =jydD -END PGP SIGNATURE- wine.tar.bz2 Description: application/tbz
Re: [Cooker] Wine server failed to run
On Friday 30 August 2002 02:44 pm, Ross Melin wrote: Beta4 updated from cooker today. Wine fails with the following errors. $ wine /mnt/windows/windows/notepad.exe wineserver: /home/ross/.wine/config is not a valid registry file wine: for some mysterious reason, the wine server failed to run. Do you have a valid ~/.wine/config? Did you configure wine? -- -- Igor
Re: [Cooker] wine problem
This is because the current wine rpm installs a file called ~/.wine/config but it is empty. It should be a copy of /etc/wine/config. Also it uses /tmp/wine-{username} as temp, but it doesn't create the directory the first time you run wine. It should, or it should use /tmp or ~/tmp or something that exists. Austin On Wed, 2002-09-04 at 19:03, Florent BERANGER wrote: Hello, Here the output when I try to install Adobe Photoshop 3 with wine by default (I have it working with a wine config tool in past) : bash-2.05b$ wine /mnt/cdrom/photoshp/disk1/pssetup.exe cp: Ne peut évaluer `/etc/wine/wine.reg' par stat(): No such file or directory cp: Ne peut évaluer `/home/cosmicflo/.wine//config' par stat(): No such file or directory wineserver: /home/cosmicflo/.wine/config is not a valid registry file wine: for some mysterious reason, the wine server failed to run. For info, I have just installed wine by urpmi before. Thanks for your help -- EXCEPTIONNEL! Tiscali lance les forfaits Internet Illimités, à partir de 15,95EUR / mois. Pour en profiter,cliquez ici: http://register.tiscali.fr/forfaits/ Offres soumises à conditions.
Re: [Cooker] wine success stories
Florent BERANGER [EMAIL PROTECTED] writes: I hope Lotus Notes, Half Life and Warcraft3 will works fine by std. a friend of mine reported that warcraft3 works under wine
Re: [Cooker] WINE has no multimedia (sound)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 delete your .wine directory and try again. It should be setup automagically. Danny On Thursday 29 August 2002 19:55, Jeremy Salch wrote: Whenever wine runs a program it complains about wine-MM section not being setup. and there is no sound - -- Yes, but which self do you want to be? -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9b1lPaeiN+EU2vEIRAgPSAKCeuL4asvLyW5M/ql/72UbyESJceQCfSs4N +yLgQly/z2FOOak5mDCNy2g= =Ilgi -END PGP SIGNATURE-
Re: [Cooker] wine %description
hehe, yeah, after we poked the bot with a stick earlier today;) -Dvalin Randy wrote: Even our friendly #mandrake bot knows it's an interface layer: CookieII Wine: An interface between windows applications and the linux operating system. It does not emulate windows, but translates windows calls into the closest linux functional equivalent. URL: http://www.winehq.com/ -Rand E But when we said that 14 newbies went blank and had to be revived with ammonia salts Per Øyvind Karlsen wrote: wine's %description are incorrect, wine is NOT an emulator;) Time to finally correct this? This is an ALPHA release of Wine, the MS-Windows emulator. This is still a developers release and many applications may still not work. This package consists of the emulator program for running windows executables. Wine is often updated.
Re: [Cooker] wine
On Wednesday 21 August 2002 13:02, Danny Tholen wrote: My system is running pure linux, on reiserfs partitions. I also have win4lin 4.0 installed to make up for what wine is not yet capeable of. Is it possiable to direct wine to the ~/win directory inside of each users home directory like it were a fat partiton with full win98 installed in it? I will be giving the autocad2000 thing a try and let you know the results ;-). As people might have noticed, wine changed quite a bit. I'm interested in some feedback. Especially whether autocad runs or doesn't run. Also, I would like to ask you to remove your old ~/.wine/config, and give me some feedback on the .wine/config that wine auto-creates for you. Does it pick up all your windows partitions? Cdrom drives? Does it set the windows dir correctly? Especially people with win NT/2k/xp should test this, as I have no such system to test with. Danny -- The place of the material world in the universe is that of an exquisitely beautiful precipitate or varied cloud-work in the universal Æther, determined by a geometrical necessity ~ Professor John G. Macvicar1870 ~ Brent Hasty http://www.Hasty-Solutions.com
Re: [Cooker] wine %description
Hey, it's kinda silly to call wine an emulator when WINE stands for Wine Is Not an Emulator... anyways, we want perfection!;) Ben Reser wrote: On Wed, Aug 21, 2002 at 10:03:18AM +0200, Per Øyvind Karlsen wrote: wine's %description are incorrect, wine is NOT an emulator;) Time to finally correct this? Blah who cares... It's an emulator of the interface. Unless you're using the actual windows binaries it's emulation. Try looking up the word emulator sometime: http://www.dictionary.com/search?q=emulator Most users don't know the fine distinction anyway and frankly using the term emulator is more clear.
Re: [Cooker] wine
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 21 August 2002 23:13, Xavier Granier wrote: It do nothing. great bug report :P - -- And ever has it been known that love knows not its own depth until the hour of separation. -- Kahlil Gibran -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD4DBQE9ZAViaeiN+EU2vEIRAn0DAJikLwnbcteW2mh6wBVrzEXpni4YAJ9wsA8z cCJuqw4omHzFS3Udy/Vj/w== =4a+j -END PGP SIGNATURE-
Re: [Cooker] wine %description
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Mercredi 21 Août 2002 23:18, Ben Reser a écrit : On Wed, Aug 21, 2002 at 10:03:18AM +0200, Per Øyvind Karlsen wrote: wine's %description are incorrect, wine is NOT an emulator;) Time to finally correct this? Blah who cares... It's an emulator of the interface. Unless you're using the actual windows binaries it's emulation. Try looking up the word emulator sometime: http://www.dictionary.com/search?q=emulator Most users don't know the fine distinction anyway and frankly using the term emulator is more clear. It looks like we just found the perfect maintainer for wine in Mandrake PPC. CU CPHIL - -- Hé papa, je ne savais pas que FORMAT C: faisait ca !? -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9ZBQqYJwqltj/jHgRAu9KAKCl1Cd17pL1mwIok5CXnMPMIXxRJwCZASuT icxSSVI77gexQ5bM0HjxyqY= =igfu -END PGP SIGNATURE-
Re: [Cooker] wine %description
? Philippe Coulonges wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Mercredi 21 Août 2002 23:18, Ben Reser a écrit : On Wed, Aug 21, 2002 at 10:03:18AM +0200, Per Øyvind Karlsen wrote: wine's %description are incorrect, wine is NOT an emulator;) Time to finally correct this? Blah who cares... It's an emulator of the interface. Unless you're using the actual windows binaries it's emulation. Try looking up the word emulator sometime: http://www.dictionary.com/search?q=emulator Most users don't know the fine distinction anyway and frankly using the term emulator is more clear. It looks like we just found the perfect maintainer for wine in Mandrake PPC. CU CPHIL - -- Hé papa, je ne savais pas que FORMAT C: faisait ca !? -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9ZBQqYJwqltj/jHgRAu9KAKCl1Cd17pL1mwIok5CXnMPMIXxRJwCZASuT icxSSVI77gexQ5bM0HjxyqY= =igfu -END PGP SIGNATURE-
Re: [Cooker] wine %description
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Jeudi 22 Août 2002 01:00, Per Øyvind Karlsen a goretquoté : ? Wine Is Not An Emulator. As such, it can only work on an Intel platform, executing native Windows binaries. Opposite to Windows, Linux works on many hardware platforms, but Wine can't, because it is not an emulator. Does it makes the point clearer ? CU CPHIL - -- ()Campagne du ruban ASCII : /\Contre les mails en HTML et les vcard ! -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9ZB3TYJwqltj/jHgRAlqVAKCJVBzjRSFPSMcRp7Nnicgls5Y2sACeLPzW NQUoGz3KIGlHTsA/UgkHadU= =zmp5 -END PGP SIGNATURE-
Re: [Cooker] wine %description
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Jeudi 22 Août 2002 01:00, Per Øyvind Karlsen a goretquoté : ? Sorry. In my response, I mistaken your message and the one from Ben Reser. Rereading it, it may look like you're the one that don't understand the difference, but he is. For Linux PPC, I was just kidding. CU CPHIL - -- Je compose de la musique aussi naturellement qu'une truie peut pisser. -- Mozart. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9ZCWBYJwqltj/jHgRAlUGAJ9Y51yr3iMUsYJY+HU0dkntlSSh3QCg1AUa 0Vc7X4cAnknYytN2CEINZv4= =ECgG -END PGP SIGNATURE-
Re: [Cooker] wine %description
On Thu, Aug 22, 2002 at 01:42:57AM +0200, Philippe Coulonges wrote: In my response, I mistaken your message and the one from Ben Reser. Rereading it, it may look like you're the one that don't understand the difference, but he is. I most certianly *DO* understand the difference. But you're applying the term emulator to only processor emulation which is certainly a fine distinction that maybe hackers make, but the dictionary and common users do not make! And considering that for the most part Mandrake is for common users not hackers (though some of us use Mandrake) we should be using language common users understand not elitist hacker definitions. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If your love has no hope of being welcomed do not voice it; for if it be silent it can endure, a guarded flame, within you. - The Wisdom of the Sands
Re: [Cooker] wine %description
Mandrake is not _ONLY_ targeted at newbies, and describing wine as an emulator when it's not (WINE still stands for Wine Is Not an Emulator;) will make hackers think of us as stupid;) anyways, it's not harder than just grab the description from winehq.com/about From winehq.com/about: Wine is an implementation of the Windows Win32 and Win16 APIs on top of X and Unix. Think of Wine as a Windows compatibility layer. Wine provides both a development toolkit (Winelib) for porting Windows sources to Unix and a program loader, allowing many unmodified Windows 3.x/95/98/ME/NT/W2K/XP binaries to run under Intel Unixes. Wine works on most popular Intel Unixes, including Linux http://www.linux.org/, FreeBSD http://www.freebsd.org/, and Solaris http://www.sun.com/solaris/. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. Wine comes with complete sources, documentation and examples and is freely redistributable. (The licensing terms http://source.winehq.com/source/LICENSEare the GNU Lesser General Public License.) This should explain it good enough that most linux users understand what it's for, and if it's still not good enough it's just to explain it better, but still, claiming that wine is an emulator, when it's not, well... it's kinda .. From the wine package %description This is an ALPHA release of Wine, the MS-Windows emulator. This is still a developers release and many applications may still not work. This package consists of the emulator program for running windows executables. Wine is often updated. I actually don't think this explains it much better for those without much technical knowledge, and naming Wine the MS-Windows emulator, that's actually quite stupid. Anyways the explanation from winehq is better and correct, and probably not more confusing for a new user than the one from the wine package Ben Reser wrote: On Thu, Aug 22, 2002 at 01:42:57AM +0200, Philippe Coulonges wrote: In my response, I mistaken your message and the one from Ben Reser. Rereading it, it may look like you're the one that don't understand the difference, but he is. I most certianly *DO* understand the difference. But you're applying the term emulator to only processor emulation which is certainly a fine distinction that maybe hackers make, but the dictionary and common users do not make! And considering that for the most part Mandrake is for common users not hackers (though some of us use Mandrake) we should be using language common users understand not elitist hacker definitions.
Re: [Cooker] wine %description
ah, I actually got to the point afterwards:) anyways, if something's wrong, it should be corrected, even if it's just a %description The maintaner could just explain shortly that wine is a windows implementation, and that people may think of it as windows for linux, or something similar, whatever that's correct :) Philippe Coulonges wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Jeudi 22 Août 2002 01:00, Per Øyvind Karlsen a goretquoté : ? Wine Is Not An Emulator. As such, it can only work on an Intel platform, executing native Windows binaries. Opposite to Windows, Linux works on many hardware platforms, but Wine can't, because it is not an emulator. Does it makes the point clearer ? CU CPHIL - -- ()Campagne du ruban ASCII : /\Contre les mails en HTML et les vcard ! -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9ZB3TYJwqltj/jHgRAlqVAKCJVBzjRSFPSMcRp7Nnicgls5Y2sACeLPzW NQUoGz3KIGlHTsA/UgkHadU= =zmp5 -END PGP SIGNATURE-
Re: [Cooker] wine %description
On Thu, 2002-08-22 at 00:49, Ben Reser wrote: I most certianly *DO* understand the difference. But you're applying the term emulator to only processor emulation which is certainly a fine distinction that maybe hackers make, but the dictionary and common users do not make! And considering that for the most part Mandrake is for common users not hackers (though some of us use Mandrake) we should be using language common users understand not elitist hacker definitions. Actually I don't think wine really *does* fit in with most people's conception of an emulator. When I run an emulator I expect a recreation of the original machine / OS / whatever. wine expressly doesn't provide this; you don't run wine and get a windows desktop with a start button and an annoying paperclip, etc. you use wine to run windows programs, it's not exactly emulating windows because you can't run wine then point at something and go look! windows!. badly phrased, but I hope you get what I mean. -- adamw
Re: [Cooker] wine %description
aye, agree anyways, my point is that describing something wrong is not a good idea even if it would make people easily understand what it's for, especially not when you can explain someting right and still make people as easily understand it's purpose:) Adam Williamson wrote: On Thu, 2002-08-22 at 00:49, Ben Reser wrote: I most certianly *DO* understand the difference. But you're applying the term emulator to only processor emulation which is certainly a fine distinction that maybe hackers make, but the dictionary and common users do not make! And considering that for the most part Mandrake is for common users not hackers (though some of us use Mandrake) we should be using language common users understand not elitist hacker definitions. Actually I don't think wine really *does* fit in with most people's conception of an emulator. When I run an emulator I expect a recreation of the original machine / OS / whatever. wine expressly doesn't provide this; you don't run wine and get a windows desktop with a start button and an annoying paperclip, etc. you use wine to run windows programs, it's not exactly emulating windows because you can't run wine then point at something and go look! windows!. badly phrased, but I hope you get what I mean.
Re: [Cooker] wine %description
On Thu, Aug 22, 2002 at 01:10:10AM +0200, Philippe Coulonges wrote: Wine Is Not An Emulator. As such, it can only work on an Intel platform, executing native Windows binaries. Opposite to Windows, Linux works on many hardware platforms, but Wine can't, because it is not an emulator. Does it makes the point clearer ? No because you're still being silly. Wine may not emulate the processor. But it does emulate the DLLs and API functions that Microsoft Windows provides. Definition 3 from the American Heritage Dictionary (from previously provided dictionary.com URL) is: 3. Computer Science. To imitate the function of (another system), as by modifications to hardware or software that allow the imitating system to accept the same data, execute the same programs and achieve the same results as imiteated the system. Saying that WINE is not an emulator is runs simply counter to the everyday definition that most uers understand. It is an emulator. It just isn't emulating a processor which is what you're thinking of when you say emulator. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If your love has no hope of being welcomed do not voice it; for if it be silent it can endure, a guarded flame, within you. - The Wisdom of the Sands
Re: ;) Re: [Cooker] wine %description
heh, not really, I'm not so great at writing english as I once was:o) Let's try to rephrase this; My point is that you don't call wine for an emulator just to make people understand what it's purpose is, when it's not an emulator. Especially not when it's not hard to desribe it correctly and at the same time make people understad it's purpose. eg. people did'nt call PC-DOS, DR-DOS, etc. for MS-DOS emulators just because they could mostly run the same programs. allen wrote: On Wednesday 21 August 2002 08:23 pm, Per Øyvind Karlsen wrote: aye, agree anyways, my point is that describing something wrong is not a good idea even if it would make people easily understand what it's for, especially not when you can explain someting right and still make people as easily understand it's purpose:) I'm not sure I understand... Did you just say Get rid of marketing people ? ;) -AEF
Re: ;) Re: [Cooker] wine %description
On Thu, Aug 22, 2002 at 02:34:51AM +0200, Per Øyvind Karlsen wrote: Let's try to rephrase this; My point is that you don't call wine for an emulator just to make people understand what it's purpose is, when it's not an emulator. Especially not when it's not hard to desribe it correctly and at the same time make people understad it's purpose. The purpose of the a %description is to let people know what the app does. If you don't speak in the terms they understand then it's worthelss... To some degree it's an emulator. You guys just want to use overly broad definitions of the term. My mother and most of my non-techie friends won't understand the distinctions you guys are trying to make. Now I'm not saying the %description couldn't be imporved. But WINE *IS* an emulator at some level. eg. people did'nt call PC-DOS, DR-DOS, etc. for MS-DOS emulators just because they could mostly run the same programs. Doesn't mean they couldn't be called that. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If your love has no hope of being welcomed do not voice it; for if it be silent it can endure, a guarded flame, within you. - The Wisdom of the Sands
Re: [Cooker] wine %description
On Thu, Aug 22, 2002 at 02:06:10AM +0200, Per Øyvind Karlsen wrote: Mandrake is not _ONLY_ targeted at newbies, and describing wine as an emulator when it's not (WINE still stands for Wine Is Not an Emulator;) will make hackers think of us as stupid;) anyways, it's not harder than just grab the description from winehq.com/about I didn't say it was. From winehq.com/about: Wine is an implementation of the Windows Win32 and Win16 APIs on top of X and Unix. Think of Wine as a Windows compatibility layer. Wine provides both a development toolkit (Winelib) for porting Windows sources to Unix and a program loader, allowing many unmodified Windows 3.x/95/98/ME/NT/W2K/XP binaries to run under Intel Unixes. Wine works on most popular Intel Unixes, including Linux http://www.linux.org/, FreeBSD http://www.freebsd.org/, and Solaris http://www.sun.com/solaris/. Wine does not require Microsoft Windows, as it is a completely alternative implementation consisting of 100% Microsoft-free code, but it can optionally use native system DLLs if they are available. Wine comes with complete sources, documentation and examples and is freely redistributable. (The licensing terms http://source.winehq.com/source/LICENSEare the GNU Lesser General Public License.) This should explain it good enough that most linux users understand what it's for, and if it's still not good enough it's just to explain it better, but still, claiming that wine is an emulator, when it's not, well... it's kinda .. So submit a patch to change the spec file and be doen with it. If you know enough to be looking at the spec you can submit a patch. That is a better description but not because it just doesn't call WINE an emulator. Because WINE is an emulator. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If your love has no hope of being welcomed do not voice it; for if it be silent it can endure, a guarded flame, within you. - The Wisdom of the Sands
Re: [Cooker] wine %description
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Per Øyvind Karlsen wrote: | Mandrake is not _ONLY_ targeted at newbies, and describing wine as | an emulator when it's not (WINE still stands for Wine Is Not an | Emulator;) will make hackers think of us as stupid;) | anyways, it's not harder than just grab the description from | winehq.com/about | | From winehq.com/about: | | Wine is an implementation of the Windows Win32 and Win16 APIs on top | of X and Unix. Think of Wine as a Windows compatibility layer. Wine | provides both a development toolkit (Winelib) for porting Windows | sources to Unix and a program loader, allowing many unmodified Windows | 3.x/95/98/ME/NT/W2K/XP binaries to run under Intel Unixes. Wine works | on most popular Intel Unixes, including Linux http://www.linux.org/, | FreeBSD http://www.freebsd.org/, and Solaris | http://www.sun.com/solaris/. | | Wine does not require Microsoft Windows, as it is a completely | alternative implementation consisting of 100% Microsoft-free code, but | it can optionally use native system DLLs if they are available. Wine | comes with complete sources, documentation and examples and is freely | redistributable. (The licensing terms | http://source.winehq.com/source/LICENSEare the GNU Lesser General | Public License.) | | This should explain it good enough that most linux users understand | what it's for, and if it's still not good enough it's just to explain | it better, but still, claiming that wine is an emulator, when it's | not, well... it's kinda .. | | From the wine package | | %description | This is an ALPHA release of Wine, the MS-Windows emulator. This is | still a developers release and many applications may still not work. | | This package consists of the emulator program for running windows | executables. | | Wine is often updated. | | I actually don't think this explains it much better for those without | much technical knowledge, and naming Wine the MS-Windows emulator, | that's actually quite stupid. | Anyways the explanation from winehq is better and correct, and | probably not more confusing for a new user than the one from the wine | package | | | | Ben Reser wrote: | | On Thu, Aug 22, 2002 at 01:42:57AM +0200, Philippe Coulonges wrote: | | | In my response, I mistaken your message and the one from Ben Reser. | Rereading it, it may look like you're the one that don't understand | the difference, but he is. | | | | I most certianly *DO* understand the difference. But you're applying | the term emulator to only processor emulation which is certainly a fine | distinction that maybe hackers make, but the dictionary and common users | do not make! And considering that for the most part Mandrake is for | common users not hackers (though some of us use Mandrake) we should be | using language common users understand not elitist hacker definitions. | | | | | Anyone else think it might be beneficial to either include the words wrapper or compatibility layer in this description? These two come to my mind immediately whenever I think of WINE. As an added bonus for the wrapper description, many of the Windows gamers that started at least 2+ years ago are likely to be familiar with Glide or OpenGL wrappers. A lot of drivers just before that had buggy OpenGL support and some applications only supported the proprietary Glide API so these wrapper DLLs were a must to use many programs with the newer hardware. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1kSl4ACgkQUMkt1ZRwL1MgxgCcD6mtcHFqmOHx5i5/gky4poj+ BAcAn2JKoCowdOEYPzg4grMUbTNHPZGF =EaSN -END PGP SIGNATURE-
Re: [Cooker] wine %description
On Wednesday 21 August 2002 09:20 pm, Richard G. Houser wrote: Anyone else think it might be beneficial to either include the words wrapper or compatibility layer in this description? These two come to my mind immediately whenever I think of WINE. As an added bonus for the wrapper description, many of the Windows gamers that started at least 2+ years ago are likely to be familiar with Glide or OpenGL wrappers. A lot of drivers just before that had buggy OpenGL support and some applications only supported the proprietary Glide API so these wrapper DLLs were a must to use many programs with the newer hardware. That would simply confuse things. My opinion: who cares? It's just a package description, not anything which pretends to be an authoritative source. Hardly anybody ever reads these things. If they do, they'll understand what it's supposed to do if you just call it an emulator. People know what emulators are, they would get confused if you say that it is a an API compatibility wrapper for Win32 binaries or something like that. If they want more details on how it works, they will do a google search and go to winehq.com which clarifies things on the nuts and bolts. Too much detail is a major problem with package descriptions. When people decide whether to install a package or not, they want to know WHAT a program does, not HOW it does it. -- -- Igor
Re: [Cooker] wine %description
hehe, this thread started to get amusing now:) anyways, no offence whatsover and thanks for a insightful discussion ahh, one more hour of sleep then I'm off to work *sigh*
Re: [Cooker] wine config
On Fri, 2 Aug 2002 00:06:39 +0200 Danny Tholen [EMAIL PROTECTED] wrote: iexplorer fails (used to start, at least), no game works (had FAKK2, DeusEx, RTCW running will earlier versions) Maybe try with new CVS version? I'll wait for the August snapshot, shouldn't be too far away is this gcc related? Interesting, what if you try -O2 instead of O3 again? I'll do that. 20020605 showed the same behaviour so, I guess, the compiler is to blame. Ofcourse I'm interested in the stuff you changed, although I currently do not have much time. I do some more testing then - Mark
Re: [Cooker] wine config
On Wed, 31 Jul 2002 23:27:56 +0200 Danny Tholen [EMAIL PROTECTED] wrote: You want patches to wine.reg or a new wine.reg? Whatever. Please cc patch/file so I can renew club rpms as well. will do. This may take a few days as I'm trying to do some cleanup (rm wine.reg, rm redhat patch, maybe winelauncher-patch too, make patches-nonwinesourcefiles consistant), and of course do some quick testing. - Mark
Re: [Cooker] wine config
hmm, this is what I've done already: tried to remove most of the inconsistencies, like - mdkconf patched config that was actually never used instead wine.reg was copied to user's config - use patched sample config - tried to guess which option is more sane when conflicts between wine.reg and mdkconf.old - enabled artsdrv in config WinMM section (test!) - adjusted font paths in config - removed redundant winelauncher.sh because like above winelauncher patch was applied but the resulting winelauncher was never used, instead a static winelauncher.sh was used - use generic winelaucher - removed config edit from winelauncher according to danny - left startup xmessage box intact for debugging (might want to rm that) - make winelauncher cd to dir of exe, many apps want that - put wine-config part into winelauncher removed all traces of wine.reg (hopefully) - removed redhat patch - user config cp is now handled by winelauncher no need to patch the server for that - adjusted winelauncher patch - adjusted wine-config.pl wine.systemreg, wine.userreg - couldn't find where they are used so I removed them - wine creates defaults of its own at first run win.ini, system.ini - removed static parts for win.ini and system.ini from make_a_ windows_ system.sh - use sample win.ini, system.ini made a dir /usr/share/wine/configsamples to hold the samples the stuff is not ready yet but if Danny is interested, I'll send the stuff over to him however, most of the apps that used to run under wine do not anymore. Thing is, they even don't run with an unpatched, unmodified, pure tgz build which used to be an infallible indicator for spec related errors. I can run winzip, acrobat reader, even WMP (no sound though), but iexplorer fails (used to start, at least), no game works (had FAKK2, DeusEx, RTCW running will earlier versions) Tons of wine warnings and an Unhandled exception at the end - and it just barfs on me, strange is this gcc related? I think I did build 20020710 when it came out, and I did it on the then current cooker with gcc3.1, IIRC it did work with more apps than now - Mark
Re: [Cooker] wine config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 01 August 2002 23:38, rcc wrote: I can run winzip, acrobat reader, even WMP (no sound though), but iexplorer fails (used to start, at least), no game works (had FAKK2, DeusEx, RTCW running will earlier versions) Maybe try with new CVS version? is this gcc related? I think I did build 20020710 when it came out, and I did it on the then current cooker with gcc3.1, IIRC it did work with more apps than now Interesting, what if you try -O2 instead of O3 again? Ofcourse I'm interested in the stuff you changed, although I currently do not have much time. Danny -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9SbDzaeiN+EU2vEIRArnNAJ91N/RkiFsfypcjDnsdC3kaUgl72ACcDtK7 mfqLiMDZe52VuqqWPG1vamk= =Aq7F -END PGP SIGNATURE-
Re: [Cooker] wine optimization new version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leon Brooks wrote: | On Tue, 30 Jul 2002 22:42, [EMAIL PROTECTED] wrote: | |It is probably to late for 9.0, but I build a srpms for wine 20020710. | | | That would be nice, it runs AutoCAD R14. The next snapshot will also clean up | some leaks which crash AutoCAD 2000. | | It would be very helpful for replaciong Windows throughout a site if Mdk9 | could have that snapshot of WINE in it. | Only if the RPM does work. This (autocad R14) was one of the reasons (AFAIK) the Mandrakeclub user requested it, but he hasn't been able to get it to run Autocad yet. I haven't had the time to try yet, but I think it would be great if this could be done. Leon, could you also test this? Hint hint, HP will be supporting Pro/E on linux also, it would be great if that was on Mandrake 9.0 with a working wine so Autocad would be available. 10-15% of our desktops are cad stations Buchan - -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9R7ITrJK6UGDSBKcRAiXQAKCggp9eu1j6N3gte/uKAgytx3raNACgoD12 Z3RXqTuAFVSezeBHKgLYwdU= =c/m5 -END PGP SIGNATURE-
Re: [Cooker] wine optimization new version
On Wed, 31 Jul 2002, Leon Brooks wrote: That would be nice, it runs AutoCAD R14. The next snapshot will also clean up some leaks which crash AutoCAD 2000. Problem is, I have a report from a club-member that autocad still freezes. Ofcourse it could be his config file. If you have autocad please try it. Danny
Re: [Cooker] wine config
rcc [EMAIL PROTECTED] writes: Alright, I'll look into it. You want patches to wine.reg or a new wine.reg? patch
Re: [Cooker] wine config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 31 July 2002 22:33, rcc wrote: thanks for the new wine rpm but the configs are out of sync with the samples. Why patch the sample config with mdkconf but then use wine.reg which is outdated (still lacks the WinMM section and other neat stuff)? Ah..probably my fault. I didn't check whether it was still up 2 date. Although I now understand a few errors:) Alright, I'll look into it. Thanx You want patches to wine.reg or a new wine.reg? Whatever. Please cc patch/file so I can renew club rpms as well. Danny -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9SFZiaeiN+EU2vEIRAnspAKCIqgDGEAZ8xVMUk3C/jVZiGrIbqwCeMjI9 pvzwrbd30HtyVw8XQlzAwUI= =7zZZ -END PGP SIGNATURE-
Re: [Cooker] wine optimization new version
[EMAIL PROTECTED] writes: It is probably to late for 9.0, not yet Anyway, should I upload it or not? yes, go on
Re: [Cooker] wine optimization new version
On Tue, 30 Jul 2002 22:42, [EMAIL PROTECTED] wrote: It is probably to late for 9.0, but I build a srpms for wine 20020710. That would be nice, it runs AutoCAD R14. The next snapshot will also clean up some leaks which crash AutoCAD 2000. It would be very helpful for replaciong Windows throughout a site if Mdk9 could have that snapshot of WINE in it. Cheers; Leon
Re: [Cooker] wine install (user group seem to miss) / new versionof wine
Florent BERANGER [EMAIL PROTECTED] writes: Wine is an implementation of the Windows Win32 and Win16 APIs on top of X and Unix. [root@localhost cosmicflo]# urpmi wine Pour satisfaire les dépendances, les paquetages suivants vont être installés (13 Mo): libwine1-20020509-2mdk.i586 wine-20020509-2mdk.i586 Est-ce correct ? (O/n) installation de //home/cosmicflo/cooker/Mandrake/RPMS/wine-20020509-2mdk.i586.rpm //home/cosmicflo/cooker/Mandrake/RPMS/libwine1-20020509-2mdk.i586.rpm Preparing... ## warning: group wine does not exist - using root warning: group wine does not exist - using root [...] warning: group wine does not exist - using root warning: group wine does not exist - using root wine ## libwine1 ## wine group seem to missing. wine need to be rebuild due to the new setup policy, I guess. -- Warly
Re: [Cooker] wine and GL?
Gregoire Favre [EMAIL PROTECTED] writes: Hello, Hello, I just wanted to run wine and I got: Couldn't open required GL library /usr/X11R6/lib/libGL.so.1.2.350! wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c005 flags 0 addr 0x400f4846 Exit 1 I have up to date (well I have maybe one date late packages) rpm... Wine may need to be rebuild against newer Mesa ? Normally it should try to open libGL.so.1.3.403. François.
Re: [Cooker] wine and GL?
Gregoire Favre [EMAIL PROTECTED] writes: Couldn't open required GL library /usr/X11R6/lib/libGL.so.1.2.350! wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c005 flags 0 addr 0x400f4846 Exit 1 I have up to date (well I have maybe one date late packages) rpm... What is to be done? Mesa is wrong :-( Sorry... I made an error of packaging, this is fixed in 2mdk. François.
Re: [Cooker] wine and GL?
On Mon, Jul 01, 2002 at 10:18:11AM +0200, François Pons wrote: Gregoire Favre [EMAIL PROTECTED] writes: Couldn't open required GL library /usr/X11R6/lib/libGL.so.1.2.350! wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c005 flags 0 addr 0x400f4846 Exit 1 Mesa is wrong :-( Sorry... I made an error of packaging, this is fixed in 2mdk. Wouah, very speedy fix: thank you very much, it works perfactly now! ;-)) Grégoire http://ulima.unil.ch/greg ICQ:16624071 mailto:[EMAIL PROTECTED]
Re: [Cooker] wine and GL?
Gregoire Favre [EMAIL PROTECTED] writes: Mesa is wrong :-( Sorry... I made an error of packaging, this is fixed in 2mdk. Wouah, very speedy fix: thank you very much, it works perfactly now! Ok, fine :-) François.
Re: [Cooker] wine and GL?
On Sunday 30 June 2002 11:05 am, Gregoire Favre wrote: Hello, I just wanted to run wine and I got: Couldn't open required GL library /usr/X11R6/lib/libGL.so.1.2.350! wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c005 flags 0 addr 0x400f4846 Exit 1 This is the same error I was getting with KDE apps... I fixed it by sym linking libGL.so.1.2 libGL.so.1.2.305 I have up to date (well I have maybe one date late packages) rpm... What is to be done? Thank you very much, Greg http://ulima.unil.ch/greg ICQ:16624071 mailto:[EMAIL PROTECTED] -- Mr. Jeremy Salch - Data Services Granbury.Com, Inc. [EMAIL PROTECTED] - email www.granbury.com - Business Website www.tblx.net - Personal Website
Re: [Cooker] wine and GL?
Jeremy Salch [EMAIL PROTECTED] writes: This is the same error I was getting with KDE apps... I fixed it by sym linking libGL.so.1.2 libGL.so.1.2.305 It still doesn't work with newer Mesa (remove symlink) ? François.
Re: [Cooker] wine and GL?
Le Lundi 1 Juillet 2002 16:12, vous avez écrit : On Sunday 30 June 2002 11:05 am, Gregoire Favre wrote: Hello, I just wanted to run wine and I got: Couldn't open required GL library /usr/X11R6/lib/libGL.so.1.2.350! wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c005 flags 0 addr 0x400f4846 Exit 1 This is the same error I was getting with KDE apps... I fixed it by sym linking libGL.so.1.2 libGL.so.1.2.305 I have up to date (well I have maybe one date late packages) rpm... What is to be done? Thank you very much, Greg http://ulima.unil.ch/greg ICQ:16624071 mailto:[EMAIL PROTECTED] Be carefull if you use the OpenGL driver provided by nvidia, their libraries are in /usr/lib and so /usr/X11R6/lib/libGL.so.xxx may be a conflicting mesa file. stef
Re: [Cooker] wine config tool for Mdk
On Fri, 21 Jun 2002 04:10, Florent BERANGER wrote: Hi, I'm writing a wine config tool for Mdk. I've just a problem : how to print \\ in perl ? In a single-quoted string: '\\' or q{\\} In a double-quoted string or qq{} Regards, - Brendon.
Re: [Cooker] wine config tool for Mdk
On Fri, Jun 21, 2002 at 07:16:07AM +1000, Brendon Oliver wrote: In a single-quoted string:'\\' or q{\\} In a double-quoted string or qq{} Actually only the second set will work. single quotes don't have variable interpolation but they still do have escaped characters like \n. So is still required for single quotes. [breser@titanium breser]$ perl print q{\\},$/ __END__ \ [breser@titanium breser]$ perl print q{},$/ __END__ \\ -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org We tend to see all wars through the lens of the current conflict, and we mine history for lessons convenient to the present purpose. - Brian Hayes
Re: [Cooker] wine config tool for Mdk
On Fri, 21 Jun 2002 13:21, Ben Reser wrote: On Fri, Jun 21, 2002 at 07:16:07AM +1000, Brendon Oliver wrote: In a single-quoted string: '\\' or q{\\} In a double-quoted string or qq{} Actually only the second set will work. single quotes don't have variable interpolation but they still do have escaped characters like \n. So is still required for single quotes. [breser@titanium breser]$ perl print q{\\},$/ __END__ \ [breser@titanium breser]$ perl print q{},$/ __END__ \\ D'oh! That's what i get for replying before checking (note to self - put brain in gear first!)
Re: [Cooker] Wine doesn't work, compile with -O2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Maybe, you can also try gcc 3.0.4, it solved a couple of problems for me (now using wineX i686 -O3 ) Danny On Monday 25 March 2002 21:37, you wrote: Wine as packaged by Mandrake doesn't work for me. wine notepad.exe even doesn't run. I get this with the version in 8.2 or when i compile it myself. But if i add optflags: i586 -O2 -pipe -mcpu=i586 -march=i586 to my .rpmrc file and compile it than wine does work. So could you change the spec file to force a -O2 build - - -- Arthur yawed wildly as his skin tried to jump one way and his skeleton the other, whilst his brain tried to work out which of his ears it most wanted to crawl out of. `Bet you weren't expecting to see me again,' said the monster, which Arthur couldn't help thinking was a strange remark for it to make, seeing as he had never met the creature before. He could tell that he hadn't met the creature before from the simple fact that he was able to sleep at nights. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8oKmnaeiN+EU2vEIRAhnsAJ9GAh1j9tX6y/9jrR1Q+O1RENHeswCeLB5y 9dgHkeHgiJxRHKGoAHdjM1g= =Na2B -END PGP SIGNATURE-
Re: [Cooker] Wine doesn't work, compile with -O2
On Tuesday 26 March 2002 18:02, Danny Tholen wrote: Maybe, you can also try gcc 3.0.4, it solved a couple of problems for me (now using wineX i686 -O3 ) Danny On Monday 25 March 2002 21:37, you wrote: Wine as packaged by Mandrake doesn't work for me. wine notepad.exe even doesn't run. I get this with the version in 8.2 or when i compile it myself. But if i add optflags: i586 -O2 -pipe -mcpu=i586 -march=i586 to my .rpmrc file and compile it than wine does work. So could you change the spec file to force a -O2 build Tried that too. Does not work either. Only O2 seems to work
Re: [Cooker] Wine doesn't work, compile with -O2
On Thursday 28 March 2002 07:26, andre wrote: On Tuesday 26 March 2002 18:02, Danny Tholen wrote: On Monday 25 March 2002 21:37, you wrote: Wine as packaged by Mandrake doesn't work for me. wine notepad.exe even doesn't run. I get this with the version in 8.2 or when i compile it myself. But if i add optflags: i586 -O2 -pipe -mcpu=i586 -march=i586 to my .rpmrc file and compile it than wine does work. So could you change the spec file to force a -O2 build Maybe, you can also try gcc 3.0.4, it solved a couple of problems for me (now using wineX i686 -O3 ) Tried that too. Does not work either. Only O2 seems to work Maybe a CPU-specific compiler bug? Cheers; Leon
Re: [Cooker] Wine out of the box problems...
Op woensdag 20 maart 2002 22:39, schreef u: When I try to use wine (from the mandrake 8.2 rpm) to start a Windows program I am receiving the following error: err:module:map_image Could not map section .text, file probably truncated err:module:PE_fixup_imports Module (file) shlwapi.dll (which is needed by shell32.dll) not found err:module:load_library can't load shell32.dll wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c005 flags 0 addr 0x402b0d77 According to http://www.winehq.com/hypermail/wine-devel/2001/06/0203.html this could be because wine was compiled with -O3 optimistations... Can anyone shed any light on this? 2,000,000,000 Web Pages--you only need 1. Save time with My Lycos. http://my.lycos.com MDK's wine doesn't work since atleast 8.0 I doubt it ever will
Re: [Cooker] wine .....??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David BAUDENS wrote: | On Wednesday 27 February 2002 18:23, you wrote: | |Op wo 27-02-2002, om 17:27 schreef Michel Clasquin: | |I run Free Agent on it Sometimes it takes a couple of minutes (!) |to start up though, while it churns through the fonts directory | |If you have problems, then get rid of Mandrake's wine and use |Codeweavers' instead | | |It works on some stuff for me It crashes on the |_beginthread() function if anything uses that | | |Have anybody seen WINE work on the 82 ? | |I could not even have the notepadexe working Wine |always crashes | |The version of wine mandrake ships has been bad for atleast a year |now Can we have a version that works for ones If notepad can't even |run than why include it | | | Patches are welcome I have unfortunaly not time to fix it at present | time | | Maybe can you ask Chmouel, he packaged latest releases | | One of the requests on MF was to have wine compiled with GL support, so that people can play Counter-strike without having to use a different Wine I've never had enough time to investigate wine, but being able to play counter-strike with the win32 boys under Mandrake with minimal setup would be cool Buchan - -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://wwwcaecoza GPG Key http://rangerdnsaliascom/gpgkey -BEGIN PGP SIGNATURE- Version: GnuPG v106 (GNU/Linux) Comment: For info see http://wwwgnupgorg iD8DBQE8fk+1rJK6UGDSBKcRAsceAJ97TQ2za1DAAkWtekoXOBjwJ/PSEQCeN9nb /IYiE79peUUcqusXc8yq8uY= =0Z0T -END PGP SIGNATURE-
Re: [Cooker] wine .....??
It works on some stuff for me. It crashes on the _beginthread() function if anything uses that. --- Christophe Combelles [EMAIL PROTECTED] wrote: Have anybody seen WINE work on the 8.2 ? I could not even have the notepad.exe working. Wine always crashes. __ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com
Re: [Cooker] wine .....??
I run Free Agent on it. Sometimes it takes a couple of minutes (!) to start up though, while it churns through the fonts directory If you have problems, then get rid of Mandrake's wine and use Codeweavers' instead. It works on some stuff for me. It crashes on the _beginthread() function if anything uses that. Have anybody seen WINE work on the 8.2 ? I could not even have the notepad.exe working. Wine always crashes. -- Michel Clasquin, D Litt et Phil (Unisa) [EMAIL PROTECTED]/unisa.ac.za http://www.geocities.com/clasqm This message was posted from a Microsoft-free PC ... Linux users and the women who chase them - next Oprah!
Re: [Cooker] wine .....??
Op wo 27-02-2002, om 17:27 schreef Michel Clasquin: I run Free Agent on it. Sometimes it takes a couple of minutes (!) to start up though, while it churns through the fonts directory If you have problems, then get rid of Mandrake's wine and use Codeweavers' instead. It works on some stuff for me. It crashes on the _beginthread() function if anything uses that. Have anybody seen WINE work on the 8.2 ? I could not even have the notepad.exe working. Wine always crashes. The version of wine mandrake ships has been bad for atleast a year now. Can we have a version that works for ones. If notepad can't even run than why include it
Re: [Cooker] wine .....??
On Wednesday 27 February 2002 18:23, you wrote: Op wo 27-02-2002, om 17:27 schreef Michel Clasquin: I run Free Agent on it. Sometimes it takes a couple of minutes (!) to start up though, while it churns through the fonts directory If you have problems, then get rid of Mandrake's wine and use Codeweavers' instead. It works on some stuff for me. It crashes on the _beginthread() function if anything uses that. Have anybody seen WINE work on the 8.2 ? I could not even have the notepad.exe working. Wine always crashes. The version of wine mandrake ships has been bad for atleast a year now. Can we have a version that works for ones. If notepad can't even run than why include it Patches are welcome. I have unfortunaly not time to fix it at present time. Maybe can you ask Chmouel, he packaged latest releases. -- David BAUDENS MandrakeSoft - http://www.mandrakesoft.com
Re: [Cooker] wine .....??
Op wo 27-02-2002, om 17:27 schreef Michel Clasquin: I run Free Agent on it. Sometimes it takes a couple of minutes (!) to start up though, while it churns through the fonts directory Why use Free Agent? PAN is a much better newsgroup program if you ask me. Give it a shot if you haven't already.
Re: [Cooker] wine .....??
On Thursday 28 February 2002 00:17, Tim McKenzie wrote: Why use Free Agent? PAN is a much better newsgroup program if you ask me. Give it a shot if you haven't already. Been there, done that, got the crash damage to prove it. g Nothing serious, actually, just don't like the feel of the app. -- Michel Clasquin, D Litt et Phil (Unisa) [EMAIL PROTECTED]/unisa.ac.za http://www.geocities.com/clasqm This message was posted from a Microsoft-free PC ... Linux users and the women who chase them - next Oprah!
Re: [Cooker] Wine doesn't start
On Sat, Feb 09, 2002 at 01:37:24AM +0100, andre wrote: Op vr 08-02-2002, om 04:59 schreef Aaron Peromsik: Hi... Just thought I'd mention that the version of Wine which shipped with 8.1 was a disaster for me, and the version that was in Cooker this past weekend was no better. Even sol.exe was not able to start. The RPMs built from WINE CVS (which I downloaded from a site linked from WineHQ) seem to work fine, using the same config file... so what's wrong with Mandrake's packages? I'm not just here to complain, I'm willing to help track down the problem if someone who knows what they're doing can ask some pointed questions. I know what to do with a debugger but I don't have any experience debugging Wine. I'd like to see the issue fixed before 8.2 ships if that's possible. Thanks for an otherwise great distro, -- Aaron Peromsik I don't follow this list carefully so please CC me directly on any replies. [sarcasme] Really, do you want to claim that wine doesn't work in Mandrake. That would be the first time i heard about that [/sarcasme] Here on the two computer I installed mandrake rpm of wine, it also doesn't work... Grégoire http://ulima.unil.ch/greg ICQ:16624071 mailto:[EMAIL PROTECTED]
Re: [Cooker] Wine doesn't start
From: Gregoire Favre [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Cooker] Wine doesn't start Date: Sat, 9 Feb 2002 16:50:33 +0100 On Sat, Feb 09, 2002 at 01:37:24AM +0100, andre wrote: Op vr 08-02-2002, om 04:59 schreef Aaron Peromsik: Hi... Just thought I'd mention that the version of Wine which shipped with 8.1 was a disaster for me, and the version that was in Cooker this past weekend was no better. Even sol.exe was not able to start. The RPMs built from WINE CVS (which I downloaded from a site linked from WineHQ) seem to work fine, using the same config file... so what's wrong with Mandrake's packages? I'm not just here to complain, I'm willing to help track down the problem if someone who knows what they're doing can ask some pointed questions. I know what to do with a debugger but I don't have any experience debugging Wine. I'd like to see the issue fixed before 8.2 ships if that's possible. Thanks for an otherwise great distro, -- Aaron Peromsik I don't follow this list carefully so please CC me directly on any replies. [sarcasme] Really, do you want to claim that wine doesn't work in Mandrake. That would be the first time i heard about that [/sarcasme] Here on the two computer I installed mandrake rpm of wine, it also doesn't work... Grégoire http://ulima.unil.ch/greg ICQ:16624071 mailto:[EMAIL PROTECTED] You are not alone.. i tried it on 2 differents computers and it still doesnt work. Fred .-- -- - - | ` -- -- _ MSN Photos est le moyen le plus simple de partager, modifier et imprimer vos photos préférées. http://photos.msn.fr/Support/WorldWide.aspx
Re: [Cooker] Wine doesn't start
Op vr 08-02-2002, om 04:59 schreef Aaron Peromsik: Hi... Just thought I'd mention that the version of Wine which shipped with 8.1 was a disaster for me, and the version that was in Cooker this past weekend was no better. Even sol.exe was not able to start. The RPMs built from WINE CVS (which I downloaded from a site linked from WineHQ) seem to work fine, using the same config file... so what's wrong with Mandrake's packages? I'm not just here to complain, I'm willing to help track down the problem if someone who knows what they're doing can ask some pointed questions. I know what to do with a debugger but I don't have any experience debugging Wine. I'd like to see the issue fixed before 8.2 ships if that's possible. Thanks for an otherwise great distro, -- Aaron Peromsik I don't follow this list carefully so please CC me directly on any replies. [sarcasme] Really, do you want to claim that wine doesn't work in Mandrake. That would be the first time i heard about that [/sarcasme]
Re: [Cooker] Wine 20011108 and WineX and Mandrake Gaming edition
le mer 21-11-2001 à 04:43, Chris Edwards a écrit : There's a new wine snapshot out... diff:s http://www.winehq.com/News/ds20011108.txt I just wonder some things : + If Mandrake want to do a special gaming distribution, why do they not provide Loki games or demos ? A distribution with WineX games ( i.e that run with wineX ) and Loki demos. They may have a deal with Loki and preinstall Loki Tools. Better, with Loki they may develop a special portal where mandrake gaming users will be able to buy games with some special prices. I Transgaming port more games, mdksoft may develop the same thing for them. Of course mdksoft may have a % on all that. Unless this distribution include this kind of properties, this distribution is ... uninteresting. I can dl and easily configure Wine/WineX ( ./tools/wineinstall ) and so play some games, and The Sims ... if I had the windows version I will not want to buy another one or try to launch it via wine. + The Sims, it's a old game. They'd better try to make a 100% working Starcraft/Broodwar/HL/CS/Baldur's Gate. Here you have some great hits and I think that this games are widely use by Linux user that want to play games. On top of that they don't require high framerate ( unless for HL+CS maybe ). + If they can do a special distribution with a working wine, I just hope we will have the ability ro have this in 8.2 and other standard release. Here is my point : People that used to begin with Mandrake used to dl it or buy it in a Magazine. They are bnot going to take the Gaming edition as they are not sure of its capatibilities and maybe want to do something else ( just learn Linux, server/router, etc ... ). When they begin to use Linux and maybe enjoy it, at this time Games questions come. But they have the normal Pack ( not the Gaming one ). If they could have the ability to just install wine mdk rpm and have a working wine to launch some games and application it will be best. Of course we could find and other way to do it. The normal mdk pack use wine and is able to configure it. No problem concerning the configuration. So they can launch some games ( Diablo II in software works well, Baldur's Gate II in OpenGL too, and HL+CS too ). The mdk pack use Winex and is able to configure it. it's better because of the Aladin license of Transgaming ( I think it's no longer Aladdin license but I don't want to check ). So they can launch more games. Mandrake may develop a tool to configure wine with a GUI ( a little bit like the Codeweaver one ) because sometimes users change windows partitions names ( use /mnt/windows instead of /mnt/win_c, etc ... ). So they are able to easily custom/tune their setup. yes I know it's easy to modify by hand ( I do it ), but mdk aims to provide GUI tools to con,figure things even if the configuration is ... trivial by hand. I'm thinking about a tool that can scan my windows partitions ( if I ask it of course ) and set the PATH of all the application it know it can launch well . For example Starcraft is in /mnt/win_d/Program\ Files/Starcraft for me. The tool by scanning all the windows partition may just look for Starcraft ( the scan may ignore casse as it may be starcraft ). I wonder if this tool may not be able to set binfmt so that when I hit starcraft.exe it launches wine. To do this the PATH of stacraft must be set in ~/.wine/config and binfmt set to support wine executable. It's a killer feature ! And last but not least it solves partially the big problem : ok now I like Linux but what about my games/apps ? For some games the probem will be solved. -- http://perso.wanadoo.fr/linux_wizard/index.html - Un seul etre vous manque et tout est depeuple. -- Alphonse de Lamartine, Meditations
RE: [Cooker] wine,win4lin,plex
-- Can anyone tell where there's a complete list of what will be included in 8.1 prosuite? Can't seem to find a description anywhere. Tia, mike -Original Message- From: [EMAIL PROTECTED] [mailto:cooker-owner@linux- mandrake.com] On Behalf Of Blue Lizard Sent: Saturday, September 29, 2001 1:04 PM To: [EMAIL PROTECTED] Subject: [Cooker] wine,win4lin,plex Here's an idea... What about wine (something tells me win4lin is on the commercial cds) setup step in drakx? If diskdrake detects fatty partitions, it will ask the user (during install btw) if he/she wants a windows emulator, if yes, drakx remembers to install wine (win4lin) and configures it according to user input (ie if there are multiple vfats, ask user which is c,d,e...). (drakx) Please select your C: partition: /dev/hda1 (fat32) /dev/hda2 (fat32) /dev/hda3 (fat16) (user)-checks one (drakx runs the wine postin script for drakx installation say with -d --cdrive /dev/hda1 or whatever and it cats out a wine.config (no, i am not up on the current wine semantics)) or like (drakx) Please order your windows partitions: (dialogue box) /dev/hda1 [C:] --this is a drop down of c,d,e... depping on how many partitions detected. same for each one. then dialogue for cdrom, tmp, etc... hard to pull off in recommended mode though. Let's see... wine maintainer == chmou (at least he just uploaded it...) diskdrake master == pixel?
Re: [Cooker] wine,win4lin,plex
This should be pretty easy to do, I would think. I had trouble with the cooker wine package today, so I grabbed Codeweaver's preview 4 rpm. Their setup program looks pretty strait foward - there aren't a whole lot of secrets there. Since most of the setup stuff for wine has to do with paths and drives, shouldn't be too hard. As wine becomes a usable package, might be something for the 8.2 distro? Ran a bunch of stuff with wine tonight - was pleasantly suprised at how many things ran under it. Still quirky in spots, but definitely usable. Vinny Blue Lizard wrote: Here's an idea... What about wine (something tells me win4lin is on the commercial cds) setup step in drakx? If diskdrake detects fatty partitions, it will ask the user (during install btw) if he/she wants a windows emulator, if yes, drakx remembers to install wine (win4lin) and configures it according to user input (ie if there are multiple vfats, ask user which is c,d,e...).
RE: [Cooker] wine doesn't work
On 18 Aug 2001 00:09:35 -0600, Chris Edwards wrote: Wine doesn't work over here either... first of all the wine service won't start... trying to run a windows app won't work either.. -Chris The wine-service starts with me (when told so). If i do /mnt/windows/windows/notepad.exe it will do the same as when i place wine for it. It doesn't work but is active