Re: About code freeze...
Alex Villacís Lasso wrote: Wine 1.0 is out! Great! Does this mean we are now out of code freeze? I have a bunch of richedit patches I submitted previously but were held up because of the code freeze. Is it time to submit them again? AJ said earlier in IRC that the Code Freeze is now over so I would assume everyone is ok to continue sending as usual. Ben H.
Wine compiler options benchmarks
Just in-case anyone was ever curious about how well Wine performs with different C/XXFLAGs I did a test today with RC5 to see how much of a difference it makes with 3DMark 2001 SE, nothing major but if someone can think of a better benchmark to try, please let me know (I had hoped to try Oblivion or some such but it has no benchmark feature). Core2Quad Q9450 @ 3.4Ghz || 4GB PC8500 5-5-5-15 || GCC 4.3.1 || Linux 2.6.25 3DMark 2001 SE B300. Wine 1.0-rc5. 28576 -march=native -O3 -pipe -fomit-frame-pointer 28522 -march=native -O3 -pipe -fomit-frame-pointer -mfpmath=sse,387 28511 -march=native -O2 -pipe -fomit-frame-pointer 28427 -march=native -O3 -fomit-frame-pointer -ffast-math -funroll-loops -Wall -pipe 28426 -march=native -O2 -pipe -mfpmath=sse,387 28311 -march=native -O2 -pipe 28270 -march=native -Os -pipe -fomit-frame-pointer 28126 -O3 -pipe -fomit-frame-pointer 28072 Wine Default (-g -O2) 27984 -march=native -O3 -pipe 27646 -march=native -Os -pipe For reference I tried the same with Lame just to show how it would affect other programs: Core2Quad Q9450 @ 3.4Ghz || 4GB PC8500 5-5-5-15 || GCC 4.3.1 || Linux 2.6.25 ~30 minute stereo wave file encoded in Lame Lame-3.97 64bit. real1m28.739s -O3 -ffast-math -funroll-loops -Wall -pipe (Lame defaults) real1m29.168s -march=native -O3 -ffast-math -funroll-loops -Wall -pipe real1m35.633s -march=native -O3 -pipe -ffast-math real1m35.923s -march=native -O3 -pipe -ftracer -ffast-math real1m36.346s -march=native -O3 -pipe -ffast-math -falign-functions=64 real1m36.768s -march=native -O2 -pipe -ftracer -ffast-math real1m37.242s -march=native -O3 -pipe -ftracer real1m38.127s -march=native -O3 -pipe -fomit-frame-pointer real1m38.235s -march=native -O3 -pipe -fvect-cost-model real1m38.243s -march=native -O2 -pipe -mfpmath=sse,387 real1m38.278s -march=native -O2 -pipe real1m38.423s -march=native -O2 -pipe -falign-functions=64 real1m38.527s -march=native -O2 -pipe -ffast-math real1m38.573s -march=native -O2 -pipe -falign-functions=128 real1m38.575s -march=native -O2 -pipe -mfpmath=sse real1m39.241s -march=native -O2 -pipe -ftracer real1m39.261s -march=native -O2 -pipe -fomit-frame-pointer real1m40.946s -march=native -Os -pipe -ffast-math real1m41.385s -march=native -Os -pipe real1m41.513s -march=native -Os -pipe -fomit-frame-pointer real1m41.602s -march=native -Os -pipe -fomit-frame-pointer -mfpmath=sse,387 real1m46.577s -march=native -O2 -pipe -mfpmath=387 Slightly more influential there. Ben H.
Wine compiler options benchmarks
Just in-case anyone was ever curious about how well Wine performs with different C/XXFLAGs I did a test today with RC5 to see how much of a difference it makes with 3DMark 2001 SE, nothing major but if someone can think of a better benchmark to try, please let me know (I had hoped to try Oblivion or some such but it has no benchmark feature). Core2Quad Q9450 @ 3.4Ghz || 4GB PC8500 5-5-5-15 || GCC 4.3.1 || Linux 2.6.25 3DMark 2001 SE B300. Wine 1.0-rc5. 28576 -march=native -O3 -pipe -fomit-frame-pointer 28522 -march=native -O3 -pipe -fomit-frame-pointer -mfpmath=sse,387 28511 -march=native -O2 -pipe -fomit-frame-pointer 28427 -march=native -O3 -fomit-frame-pointer -ffast-math -funroll-loops -Wall -pipe 28426 -march=native -O2 -pipe -mfpmath=sse,387 28311 -march=native -O2 -pipe 28270 -march=native -Os -pipe -fomit-frame-pointer 28126 -O3 -pipe -fomit-frame-pointer 28072 Wine Default (-g -O2) 27984 -march=native -O3 -pipe 27646 -march=native -Os -pipe For reference I tried the same with Lame just to show how it would affect other programs: Core2Quad Q9450 @ 3.4Ghz || 4GB PC8500 5-5-5-15 || GCC 4.3.1 || Linux 2.6.25 ~30 minute stereo wave file encoded in Lame Lame-3.97 64bit. real1m28.739s -O3 -ffast-math -funroll-loops -Wall -pipe (Lame defaults) real1m29.168s -march=native -O3 -ffast-math -funroll-loops -Wall -pipe real1m35.633s -march=native -O3 -pipe -ffast-math real1m35.923s -march=native -O3 -pipe -ftracer -ffast-math real1m36.346s -march=native -O3 -pipe -ffast-math -falign-functions=64 real1m36.768s -march=native -O2 -pipe -ftracer -ffast-math real1m37.242s -march=native -O3 -pipe -ftracer real1m38.127s -march=native -O3 -pipe -fomit-frame-pointer real1m38.235s -march=native -O3 -pipe -fvect-cost-model real1m38.243s -march=native -O2 -pipe -mfpmath=sse,387 real1m38.278s -march=native -O2 -pipe real1m38.423s -march=native -O2 -pipe -falign-functions=64 real1m38.527s -march=native -O2 -pipe -ffast-math real1m38.573s -march=native -O2 -pipe -falign-functions=128 real1m38.575s -march=native -O2 -pipe -mfpmath=sse real1m39.241s -march=native -O2 -pipe -ftracer real1m39.261s -march=native -O2 -pipe -fomit-frame-pointer real1m40.946s -march=native -Os -pipe -ffast-math real1m41.385s -march=native -Os -pipe real1m41.513s -march=native -Os -pipe -fomit-frame-pointer real1m41.602s -march=native -Os -pipe -fomit-frame-pointer -mfpmath=sse,387 real1m46.577s -march=native -O2 -pipe -mfpmath=387 Slightly more influential there. Ben H.
Re: compile fail on Linux Mint
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chad Harris wrote: Hi guys. Please use the user-list in future or use the pre-compiled packages until you're experienced with compiling programs, this is the Wine development list. Ben H. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH1q5NuqCUopk11kIRAmWKAJ0UdQ1s+BFS4yUlEeMlOK1ZG4XBoQCdF93f xm50wCaqQs9UoJzrd3vZyr4= =VhRI -END PGP SIGNATURE-
Re: Wine still busted?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dan Kegel wrote: Even with Alexandre's most recent fix, I'm seeing hangs on Photoshop CS2 installer, iTunes installer, and Word Perfect Office X3 installer, and Susan is seeing hangs on Dragon, all with the suspicious line $ err:ntdll:RtlpWaitForCriticalSection section 0x7bc8cf80 rtl.c: peb_lock wait timed out in thread 0014, blocked by 0016, retrying (60 sec) Juliard's patch fixed a few apps and broke considerably more (when he fixed the Fls issue). Currently Wine is a bit FUBAR for the most part. See bug 11779. Ben H. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHyMGguqCUopk11kIRAudSAJ9eLdyU+4mJ9OZxxse0TAl/jTakeQCfRh1D 3JzqN2+BUDltIBINnrkoyUI= =93dU -END PGP SIGNATURE-
Re: Wine Weekly News
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Possibly, but on the other hand it could just as easily become Garbage in the next release of Wine ;) (sorry, I already sent this once at the start of the day but emailed it directly to the previous person rather than back to the list) Ben H. Tomas Zijdemans wrote: This is great :) Would it be a good idea to include major news from the appDB? Ex: Photoshop cs2 has now reached Gold status I think this would be very inspiring to users. Tomas Triton wrote: On Tue, 4 Dec 2007 18:23:10 -0500 Zachary Goldberg [EMAIL PROTECTED] wrote: Kai, It was my pleasure :). Keep the interesting wine discussion/news coming and I'll keep writing WWNs. I'll also make note to highlight in particular GSoC developments as they happen. --Zach Hi everyone, I've been following the mailing lists for some time now, this is my first post. OK, presentation done... I also had to thank you bring to life the WWN, it's a great resource for those who don't actively follow the development discussions. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHVytLuqCUopk11kIRAkesAJ9d/vngVV71xY/749SA8g5hkys4DgCfVEwh IlVnueogwUYAb4y1qx4iU38= =qmuz -END PGP SIGNATURE-
Adding Bugzilla keyword for Copy-protection/Debugger issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a thought but it may be a good idea to add a keyword to Bugzilla for issues related to debuggers or copy-protection, that would help group them all together as at the moment there seem to be many bugs related to breakages from obscure debugger protections or things like GameGuard. It's much cleaner than the hated meta bug idea and is easier to implement. Just a thought. Ben H. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHTrfQuqCUopk11kIRAhDnAJ4iGkr6bUk1/FPUFrrdzlsnqC5dDwCfd2r5 WDylDKMPprC22RtEwYG01o4= =fLJB -END PGP SIGNATURE-
Re: #winehq admin troubles
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There's something many people are missing here and something that the noobs enforce. They come in, know little about wine, then attempt to help other people, of course they don't because their information and suggestions are wrong and either a) do nothing, b) make more work for other people or c) make it considerably worse. It's an annoying trend and becomes infuriating for anyone (especially when they start insulting you as well). I'm pretty sure Ghandi would have KO'ed someone with his keyboard by now. So remember kids, bad advice is worse than no advice. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHNFZIuqCUopk11kIRAlK9AJ9K40UwG1cRniG/8pyYPwl7HaZSPACfdpJ4 +J934XIwR4ftWqjqMrE9cqM= =e+yU -END PGP SIGNATURE-
Re: appdb problem: deleting test data?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Currently it doesn't seem to be implemented which is a little annoying. Ben H. Dan Kegel wrote: How does one delete just one test report? There's a 'delete version' button but no 'delete test data' button, and clicking on 'edit' for the test data also doesn't offer a way to delete the test data. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGkfSZuqCUopk11kIRAhjmAJ9d0PPO9FrRtI3igSk6t0ff3rNz5wCbBASB WornYmPECbDKgO4oiDzejko= =J2VF -END PGP SIGNATURE-
ws2_32: Dont tell users to run Wine as root when sockets not creatable (try 2)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Change the wording so that users aren't told to run Wine as root any more as that's unsupported and dangerous. Instead specify that they need special permissions to be able to create the socket (sockets can be created without the need to be root specifically). Also cuts the lines down below the 80 char mark. - --- dlls/ws2_32/socket.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGiB/3uqCUopk11kIRAtCIAJ9ApRKM0rbp/w73EabqK2MKXJoVEQCcCtDh eXD5owofcCmFlW1uj6hdF0Q= =7UA7 -END PGP SIGNATURE- From 844bb4631e078e89adc1910b2e0df5097ad14846 Mon Sep 17 00:00:00 2001 From: Ben Hodgetts [EMAIL PROTECTED] Date: Sat, 30 Jun 2007 00:27:59 +0100 Subject: [PATCH] ws2_32: Dont tell users to run Wine as root when sockets not creatable To: wine-patches [EMAIL PROTECTED] --- dlls/ws2_32/socket.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/dlls/ws2_32/socket.c b/dlls/ws2_32/socket.c index 90fa9b0..5984790 100644 --- a/dlls/ws2_32/socket.c +++ b/dlls/ws2_32/socket.c @@ -3767,9 +3767,11 @@ SOCKET WINAPI WSASocketW(int af, int type, int protocol, if (GetLastError() == WSAEACCES) /* raw socket denied */ { if (type == SOCK_RAW) -MESSAGE(WARNING: Trying to create a socket of type SOCK_RAW, will fail unless running as root\n); +MESSAGE(WARNING: Trying to create a socket of type SOCK_RAW, this + will fail unless you have special permissions.\n); else -MESSAGE(WS_SOCKET: not enough privileges to create socket, try running as root\n); +MESSAGE(WS_SOCKET: Failed to create socket, this requires + special permissions.\n); SetLastError(WSAESOCKTNOSUPPORT); } -- 1.5.2.2
Re: request to change appdb message
Me and Chris Morgan changed it to this because we were sick of people pasting pages and pages of terminal output into the What works or What doesn't work boxes of the test data which is NOT where it belongs. The information in test data should be written in plain English, not pastes of lots of (mostly useless) terminal output which just looks awful and isn't any use to most users of the AppDB. I agree with point 2 but the problem is most AppDB submitters just... too stupid to be able to use some sense or judgement about what they are asked to actually put in the test reports. What you'd rather change it to would make the previous situation much, much worse so under no circumstances should it be changed to that though. Ben H. Louis. Lenders wrote: Hi, since a few weeks the following message is displayed when you try to submit test results into appdb: *Please DO NOT include crash or Wine debug output. Instead report the crash as a bug in the Wine bugzilla at http://bugs.winehq.org http://bugs.winehq.org/. We ask that you use bugzilla because developers do not monitor the AppDB for bugs. I'm not that happy with this message for a few reasons: 1. Most testers will not attach this to a bug, either because there isn't an entry for the app in bugzilla, or they don't bother to do so. 2. There are crashes like these that users attach: wine app.exe err:module:import_dll Library MSVBVM60.DLL (which is needed by LC:\\app.exe) not found err:module:LdrInitializeThunk Main exe initialization for LC:\\app.exe failed, status c135 We don't want users to attach these things in bugzilla, we'd rather point them what to do in the email-field. If users don't attach crashes anymore to the testresults , i cannot by no means see anymore if a testresult is valid or not. I'd rather see something like: **Please DO include crash or Wine debug output here, and **report the crash as a bug in the Wine bugzilla at http://bugs.winehq.org http://bugs.winehq.org/**. Any comments? * Yahoo! Answers - Get better answers from someone who knows. Try it now http://uk.answers.yahoo.com/;_ylc=X3oDMTEydmViNG02BF9TAzIxMTQ3MTcxOTAEc2VjA21haWwEc2xrA3RhZ2xpbmU.
Wine networking broke on Debian Sid
Just to make this clear before starting this is a Sid issue (as far as I can tell) not a Wine issue. Anyway, to the point. Networking is broken on Debian Sid and has been for at least a week. I can't find out what has changed in Sid for it to stop working but basically anyone running Wine on Sid wont be able to use any form of network access. Firefox wont work, games wont be able to access servers or anything else, Gecko wont work, etc. This is using GIT, not the distros own packages. I tried using the x86_64 package for Ubuntu 7.04 (because no x86_64 package exists for Debian) and Wine acted exactly the same way with a clean .wine so it's not related to any build time issues. I reset to 0.9.34 in GIT and built that to make sure it wasn't anything that has changed in Wine itself and the issue continued, so it's not something that's changed in Wine. Although using an earlier version of Wine gives a Winehq.com could not be found, please check the address and try again. Current Wine (or rather Gecko) doesn't bother giving you an error message. Could this be the work of the removal of an unspoken Wine dependency or something more sinister? All native apps still work perfectly which is what makes this such a hard thing to track down. I just thought I'd throw this out there in-case any of you are using Sid and wondering what the the hell happened to Wine. Log attached for completeness. Ben H. [EMAIL PROTECTED] ~/source/wine-git]$ WINEPREFIX=~/.wine-iet wine iexplore http://winehq.org fixme:shdocvw:IEWinMain http://winehq.org; 1 fixme:ole:CoResumeClassObjects stub err:ole:CoGetClassObject apartment not initialised err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} not registered err:ole:CoGetClassObject no class object {4955dd33-b159-11d0-8fcf-00aa006bcc59} could be created for context 0x1 fixme:shdocvw:ClOleCommandTarget_QueryStatus (0x1b553c)-((null) 1 0x33faec (nil)) fixme:shdocvw:ClOleCommandTarget_Exec (0x1b553c)-((null) 25 2 0x33fb00 (nil)) fixme:shdocvw:ClOleCommandTarget_Exec (0x1b553c)-((null) 26 2 0x33fb00 (nil)) fixme:shdocvw:ClientSite_GetContainer (0x1b553c)-(0x33fb3c) fixme:shdocvw:ClOleCommandTarget_Exec (0x1b553c)-({000214d1---c000-0046} 37 0 0x33fc60 (nil)) fixme:shdocvw:HttpNegotiate_BeginningTransaction (0x1b63a8)-(L L 0 0x33fc74) fixme:shdocvw:BindStatusCallback_GetBindInfo (0x1b63a8)-(0x33fc78 0x33fb9c) fixme:shdocvw:ClOleCommandTarget_Exec (0x1b553c)-((null) 29 2 0x33fca0 (nil)) fixme:shdocvw:DocHostUIHandler_GetDropTarget (0x1b553c) fixme:shdocvw:ClientSite_GetContainer (0x1b553c)-(0x33fb8c) fixme:shdocvw:InPlaceFrame_SetStatusText (0x1b553c)-(0xf7ecdff5) fixme:shdocvw:ClOleCommandTarget_Exec (0x1b553c)-((null) 25 2 0x33fac8 (nil)) fixme:shdocvw:ClOleCommandTarget_Exec (0x1b553c)-((null) 26 2 0x33fac8 (nil)) fixme:shdocvw:ClOleCommandTarget_Exec (0x1b553c)-({000214d1---c000-0046} 67 0 0x33ee10 0x33ee00) fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 800a err:ole:local_server_thread Failure during ConnectNamedPipe 317
Re: configure:2479: error: C compiler cannot create executables
Why are you posting this to the Wine development list? This is nothing other than user error. Please use the Wine users list. Ben H. jens wrote: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by Wine configure 0.9.39, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --prefix=/opt/wine --with-x ## - ## ## Platform. ## ## - ## hostname = jens uname -m = x86_64 uname -r = 2.6.20-15-generic uname -s = Linux uname -v = #2 SMP Sun Apr 15 06:17:24 UTC 2007 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = x86_64 /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/sbin PATH: /usr/bin PATH: /sbin PATH: /bin PATH: /usr/games ## --- ## ## Core tests. ## ## --- ## configure:1888: checking build system type configure:1906: result: x86_64-unknown-linux-gnu configure:1928: checking host system type configure:1943: result: x86_64-unknown-linux-gnu configure:2008: checking whether make sets $(MAKE) configure:2029: result: yes configure:2086: checking for gcc configure:2113: result: gcc -m32 configure:2351: checking for C compiler version configure:2358: gcc -m32 --version 5 gcc (GCC) 4.1.2 (Ubuntu 4.1.2-0ubuntu4) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2361: $? = 0 configure:2368: gcc -m32 -v 5 Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-checking=release x86_64-linux-gnu Thread model: posix gcc version 4.1.2 (Ubuntu 4.1.2-0ubuntu4) configure:2371: $? = 0 configure:2378: gcc -m32 -V 5 gcc: '-V' must come at the start of the command line configure:2381: $? = 1 configure:2404: checking for C compiler default output file name configure:2431: gcc -m32 /usr/lib32 conftest.c 5 /usr/bin/ld: /usr/lib32: No such file: File format not recognized collect2: ld returned 1 exit status configure:2434: $? = 1 configure:2472: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME Wine | #define PACKAGE_TARNAME wine | #define PACKAGE_VERSION 0.9.39 | #define PACKAGE_STRING Wine 0.9.39 | #define PACKAGE_BUGREPORT wine-devel@winehq.org | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2479: error: C compiler cannot create executables See `config.log' for more details. ## ## ## Cache variables. ## ## ## ac_cv_build=x86_64-unknown-linux-gnu ac_cv_env_CCC_set= ac_cv_env_CCC_value= ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXFLAGS_set= ac_cv_env_CXXFLAGS_value= ac_cv_env_CXX_set= ac_cv_env_CXX_value= ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value=/usr/lib32 ac_cv_env_LIBS_set= ac_cv_env_LIBS_value= ac_cv_env_XMKMF_set= ac_cv_env_XMKMF_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_host=x86_64-unknown-linux-gnu ac_cv_prog_ac_ct_CC='gcc -m32' ac_cv_prog_make_make_set=yes ## - ## ## Output variables. ## ## - ## ALSALIBS='' AR='' AS='as --32' AUDIOIOLIBS='' BISON='' BUILTINFLAG='' CARBONLIB='' CC='gcc -m32' CFLAGS='' COREAUDIO='' COREFOUNDATIONLIB='' CPP='' CPPBIN='' CPPFLAGS='' CROSSCC='' CROSSTEST='' CROSSWINDRES='' CRTLIBS='' CXX='' CXXFLAGS='' DEFS='' DEPENDENCIES='' DISKARBITRATIONLIB='' DLLEXT='' DLLFLAGS='' DLLTOOL='' DLLWRAP='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' ESDCONFIG='' ESDINCL='' ESDLIBS='' EXEEXT='' EXTRACFLAGS='' EXTRA_BINARIES='' FLEX='' FONTFORGE='' FONTSSUBDIRS='' FREETYPEINCL='' FREETYPELIBS='' GLU32FILES='' GPHOTO2INCL='' GPHOTO2LIBS='' GREP='' HALINCL='' ICULIBS='' IMPLIBEXT='' INSTALL_DATA='' INSTALL_PROGRAM='' INSTALL_SCRIPT='' IOKITLIB='' LCMSLIBS='' LD='ld -m elf_i386' LDAPLIBS='' LDCONFIG='' LDD='' LDDLLFLAGS='' LDEXECFLAGS='' LDFLAGS='/usr/lib32' LDPATH='' LDSHARED='' LIBDL='' LIBEXT='' LIBOBJS='' LIBPOLL='' LIBPTHREAD='' LIBS='' LIBWINE_LDFLAGS='' LINT='' LINTFLAGS='' LN='' LN_S='' LTLIBOBJS='' MAIN_BINARY='' MINGWAR='' NASLIBS='' OBJEXT='' OPENGLFILES='' OPENGL_LIBS=''
Re: How to make your machine crash when running Wine
That's nothing to do with Wine nor does it make the machine crash. The nVidia driver works enough to run X and 2D but X closes itself if you do anything related to OpenGL (i.e. it'll happen even if you try and run glxinfo). I've never had it happen from an X update though, just minor kernel updates without recompiling the driver (i.e. 2.6.22-1 to 2.6.22-2). Ben H. gslink wrote: If you are using the Nvidia drivers posted on the Nvidia web site then you MUST reinstall these drivers whenever you update ANY of the X-server software. If you replace the kernel you will be forced to reinstall the drivers but just replacing the X-server or the open GL code does not do this. Not reinstalling drivers when video code is replaced usually causes problems. It seems like every time RH updates any video code but does not upgrade the kernel at the same time there are complaints that Wine causes machines to crash. This is the reason.
Re: Making the wiki FAQ live
I've done some heavy modifications and additions to the Wiki FAQ and it's now the YOU MUST READ THIS NOW! document pointed to by the #winehq IRC channel so I agree. It's also impossible to edit the old FAQ easily anyway. Some users have been confused though finding two FAQs on the site, so the quicker the old one can be taken down the better. Ben H. Scott Ritchie wrote: So, about a month ago we discussed the idea of replacing the documentation FAQ with one based in the wiki. Nothing was done, but the general consensus seemed to be to wait and see if the wiki approach worked out better. Since that time, the Wiki FAQ has been updated by 7 people other than myself. We've removed most of the cruft, and taken the FAQ from an unhelpful mess to something a user actually should read. Meanwhile, the original FAQ has been unchanged. It's not done, but I think it's time to take it live and make the wiki FAQ our official FAQ, and then remove the old one from the documentation build. Based on the past month alone, I think it's fairly safe to say that it's easier to maintain, update, and keep relevant this way. I've already sent a patch for lostwages to wine-devel. Thanks, Scott Ritchie
Problem with the Ubuntu 7.04 (Feisty) package (again)
We've had a few people report issues with the Ubuntu Feisty .38 package in the WineHQ repo lately (http://wine.budgetdedicated.com/archive/ubuntu/feisty/wine_0.9.38~winehq0~ubuntu~7.04-1_i386.deb) the specific issue being that the fonts are all missing on most things, in other places only the first few letters may be shown. Originally I thought this was something to do with them lacking fonts but in each case telling them to install the .37 package instead fixed the issue meaning it's more likely to be a problem with the .38 package. Any ideas Scott? Ben H.
Re: Status regarding the recent Appdb vandalism
Yes, EVERYTHING from the listed apps was deleted. The AppDB sends an email for each individual thing though, for instance if an app has 2 versions, 5 sets of test data, 80 comments and 7 screenshots it will send you 94 individual emails with the info from each item that has been deleted. For the record I have no emails containing Roop at all. Bryan: Don't email the mailing list AND every single person on the list, ONLY mail the list itself. Ben H. Bryan Haskins wrote: Also, in respect to World of Warcraft (Only notify list I'm on), I saw another deleting quite a bit, as I was saying this morning in #winehq, I recorded deletions by Roop, no clue if they might actually be legit, but there was a lot deleted, so I thought I might throw that out there, On 5/23/07, *Jan Zerebecki* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Please do _only_ address replies to this email to wine-devel@winehq.org mailto:wine-devel@winehq.org ! Remove all other recipients from To and Cc ! Work is currently underway to restore the state of the Appdb to the backup of May 22 07:00 CST. This morning ( TZ +0200 ) someone used the account Molle Bestefich to vandalize the Appdb. He was also seen on IRC and on the wiki. His IP was identified on all three, logs are available. See towards the end of this mail for IRC log snippet and whois on his IP. Please contact me first if you intend to contact abuse or police personal regarding this, so we don't cause headaches or duplicate work. We do not yet know how this person got access to Molle Bestefich his account. I received 4454 emails about deletes or other actions by the account Molle Bestefich. Send between Date: Tue, 22 May 2007 21:43:46 -0500 and Date: Tue, 22 May 2007 22:18:55 -0500. (2 mails sent by the Appdb in that date range were legit actions.) I don't know if these are all, because admin-accounts were explicitly deleted and thus the notification to them stopped. The following applications where mentioned in these notification emails: Adobe Illustrator Battlefield 1942 Battlefield 2 Battlefield 2142 Call of Duty 2 Call of Duty Checkpoint Firewall-1 Policy editor Command Conquer 3: Tiberium Wars Counter-Strike: Source Day of Defeat: Source Deus Ex Diablo II EVE Online F.E.A.R.: First Encounter Assault Recon Final Fantasy XI Online Guild Wars IDA Pro Photoshop S.T.A.L.K.E.R. : Shadow of Chernobyl Soldat Steam Supreme Commander The Elder Scrolls IV: Oblivion Trillian World of Warcraft PunkBuster Rune Igowin Age of Empires Age of Mythology Black White Brothers in Arms Flash FlatOut .NET Framework Lotus Notes Some notifcations didn't contain a application of version, here the Message-Id-s of some examples (this is probably a bug in the Appdb code): screen shot Message-Id: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] test result Message-Id: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] monitor Message-Id: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] bug Message-Id: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] One message about a rejected bug link seemed like these type of message don't contain any information: Message-Id: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] On IRC from the #winehq channel: Mai 23 05:27:14 -- noerrorsfound_ (n= [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) has joined #winehq [unrelated stuff deleted] Mai 23 06:21:37 --- noerrorsfound_ is now known as molle-molle-moll Mai 23 06:21:41 molle-molle-moll molle molle molle Mai 23 06:21:42 molle-molle-moll molle Mai 23 06:21:51 molle-molle-moll molle Mai 23 06:22:03 molle-molle-moll mole string Mai 23 06:22:18 molle-molle-moll hello give thank Mai 23 06:22:18 -- Amorphous has kicked molle-molle-moll from #winehq (Amorphous) /whois output: [06:22:38] --- [molle-molle-moll] ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED]) : Nicholas [06:22:38] --- [whoismolle-molle-moll] irc.freenode.net http://irc.freenode.net :http://freenode.net/ [06:22:38] --- [molle-molle-moll] End of WHOIS list. 2007-05-23T06:50:15+0200 $ whois 64.119.66.10 http://64.119.66.10 OrgName:Windstream Communications Inc OrgID: WINDS-6 Address:4001 Rodney Parham Rd City: Little Rock StateProv: AR PostalCode: 72212 Country:US NetRange: 64.119.64.0 http://64.119.64.0 - 64.119.79.255 http://64.119.79.255 CIDR: 64.119.64.0/20 http://64.119.64.0/20 NetName:WINDSTREAM-COMMUNICATIONS NetHandle: NET-64-119-64-0-1 Parent: NET-64-0-0-0-0 NetType:Direct Allocation NameServer: NS1-AUTH.WINDSTREAM.NET
Re: Install fail on 64bit syst Q
[EMAIL PROTECTED] wrote: Hello, I am aware that wine currently installs on 32 bit only according to numerous blogentries. Here is my congif.log on this attempt to better assist in a X86_64 generic compile. I suppose, on my ignorance- that this compile needs to be put in a different location to be called for? I am new to Linux/Ubuntu and programming language-speak, so any help here, non-tech type would be a help. William Pickett Albuquerque NM WINE Installer v0.75 Running configure... configure: creating cache config.cache checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking whether make sets $(MAKE)... yes checking for gcc... gcc -m32 checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. Configure failed, aborting install. This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by Wine configure 0.9.37, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure -C --prefix=/usr/local --- cropped Wine compiles fine on 64bit machines, you just don't have everything needed to compile software installed on your machine. This is a Wine developer mailing list and you should not be posting this here. Please direct it to your Linux distro forums or IRC. Ben H
AppDB latest entry not shown in test-data table
I just noticed an issue with the AppDB while I was browsing. The data from the latest submission is shown by default, but it doesn't appear in the table of testing data (the block below which says what OS, version, ratings, etc). So it means you're unable to edit the latest submitted test data for each app in the AppDB or see what rating, version of Wine and submitter it has. Wasn't sure where to send this so I thought I'd throw it into here as it's likely to find the person that needs to correct it one way or another. Ben H. signature.asc Description: OpenPGP digital signature
Re: App DB TOP-10 issue
This issue is already logged and assigned on Bugz. Ex. [EMAIL PROTECTED] wrote: Hi, I want to annotate that there are apps/games twice in the Platinum List(Diablo II Lord of Destruction 1.x , Outlaws All versions) even thrice(if you add Diablo II 1.x and LoD up for such a list). Btw: Why are Outlaws and IDA Pro top? Doesn't seem they are so popular, nvm. signature.asc Description: OpenPGP digital signature
Re: Forum proposal
That's not really that much of an issue as only the ML is official so devs and such don't have to go trapsing after people, they have to come here. Ex. Tomas Carnecky wrote: Scott Ritchie wrote: On Thu, 2007-03-01 at 20:57 +0100, Tomas Carnecky wrote: Luis C. Busquets Pérez wrote: I understand that for some people the mailing list is a far better thing. May be for some other, a forum is better. Why not trying both systems? This question has already been answered.. anyway: if you have both a ML and a forum, you effectively split the community into two parts! Nobody will be on both the forum and the ML, it will be harder for the users because they'll have to two places to go to, and it will be harder for the developers because bug-reports will be posted two two different places. tom This just isn't true. I read the mailing list and check the various forums where Wine is discussed regularly. It's not that difficult to do both, since I check my email anyway. Maybe you, but there are other people who just don't have time to monitor both a forum and the ML. And my point still stands, you split the community up! tom signature.asc Description: OpenPGP digital signature
Re: Sound problems with Alice
Please use bugs.winehq.org for things like this, not the mailing list. It's a bug and should be reported so it can be fixed, it will just get lost or ignored on the mailing list. Ex. gslink wrote: In the past I have always used the demo version of the game Alice to test Wine. Recently I loaded a Wine installation and found the game had no sound. After considerable testing it appears that about a year ago a change was made in Wine that killed the sound. Has anyone else had this problem and does it affect anything else? On my loads most other things seem to have sound. signature.asc Description: OpenPGP digital signature
Re: wine-0.9.31 version is absent from bugzilla
It's done manually by an admin. Lei Zhang wrote: Does someone manually add new versions to bugzilla or is it done automatically? On 2/19/07, Vitaliy Margolen [EMAIL PROTECTED] wrote: Please whoever has powers to add new versions to bugzilla, can they please do that? Thanks. Vitaliy. signature.asc Description: OpenPGP digital signature
Re: appdb rating inflation
Chris Morgan wrote: On 03 Jan 2007 22:46:31 +0200, Kari Hurtta [EMAIL PROTECTED] wrote: Chris Morgan [EMAIL PROTECTED] writes in gmane.comp.emulators.wine.devel: On 03 Jan 2007 16:34:21 +0200, Kari Hurtta [EMAIL PROTECTED] wrote: Dan Kegel [EMAIL PROTECTED] writes in gmane.comp.emulators.wine.devel: The appdb says Only applications which install and run flawlessly on an out-of-the-box Wine installation make it to the Platinum list Yes. Also on front page http://appdb.winehq.org/ on first item: The Top-10 Platinum List Ragnarok Online All Versions http://appdb.winehq.org/appview.php?iVersionId=928 Maintainer's Rating:Platinum Description:What was not tested * Installation. That was not necessary because I already installed it in Windows - I'm just running RO from the Windows partition. So that appdb classification is complete garbage. If Platinum requires that installation works out of box, and tester did even tested installation and still gives platinium. So first item on http://appdb.winehq.org/ says don't trust me. / Kari Hurtta ( Some other maintenaivers have give rating 'Garbage' for this application :-) ) I agree, the rating isn't correct. We aren't going to be able to avoid issues with mis-rated applications though, so discussing language changes is only going to clarify the issue not entirely prevent them. In this case the maintainer of the application should be made aware of this issue and should take care of correcting the rating. Chris Yes. However there may be another test for this application, which may be correctly rated platinium: http://appdb.winehq.org/appview.php?iVersionId=928iTestingId=8032 On that test, installation is tested: | What works | Installing the game, patching, launching the game from the directory. | Sound worked flawlessly. Runs as fast as on win32 at 1024x768 (full detail). http://appdb.winehq.org/ platinium list's first item should point to that test instead. Perhapsappdb should check that Installs? and Runs? column on particular test have Yes, before it accept Platinum to Rating column ? / Kari Hurtta Exactly, we need some logic to ensure ratings are correct. I think the fundamental change is that we should remove maintainer ratings entirely and be driven by the test results. This way the rating of the application depends on how well users can get it to run on their platform under wine instead of an experts opinion. Chris I'd have to agree. Just having the normal app-reports seems to make more sense. I'm also not sure how the maintainer rating was supposed to work. I was going by current Wine but another maintainer changed it back and the Wine version to and old one saying you have to set it to the one that worked best. Ex.
Re: appdb rating inflation
Frank Richter wrote: On 03.01.2007 04:00, Dan Kegel wrote: No manual editing of files, no winecfg settings, no native DLLs, no third-party install scripts, and no cracks are allowed for a Platinum rating. Giving a set of points may lead to some people think hey to run MyApplication I just have to some obscure workaround. It's not in the list, so lets rate it platinum!. So maybe put some generalized criterium in front of that list: The application should install and run on a fresh, unmodified Wine, from original installation media. That means, among other things, no manual editing of files, ... OTOH, there are not much obscure workarounds not covered by that list. Manually editing the registry might be one that should be be disallowed. Also, you mentioned apps that only run as root; this might be worthwhile to disallow, too. -f.r. I'd have to disagree on the NoCD bit simply because the AppDB will only ever end up with a handful of Platinum games at best due to the fact that copy-protection code will not be implemented for quite some time, if ever when really other than that easily workaroundable point the game may work perfectly. Ex.
Re: ppviewer.exe MSI failure (PowerPoint 2k3): HowTo assemble a lynch mob?
Robert Shearman wrote: Ben Hodgetts (Enverex) wrote: James Hawkins wrote: This installer works fine for me with git wine. It is probably the -2140172307 bug (http://bugs.winehq.org/show_bug.cgi?id=6998 - Tested by me and Vitaliy) doing it. Basically it started happening after 0.9.27 to newer installshield apps. They simply stop installing without error but it wasn't always and was at a random point (then patches after .28 caused it to give a crazy error message and now a patch has been submitted to fix it). The errors seen in the terminal were normal, you tend to get a lot when installing things but they are rarely critical. PowerPoint Viewer 2003 isn't an InstallShield installer. Ah, sorry, was just taking a stab in the dark. Ex.
Re: appdb rating inflation
Dan Kegel wrote: Also, I am dismayed that some people think cracks are OK. They're illegal, last time I checked, and I don't think winehq should advocate their use. I've never heard anything about them being illegal over here (which means even if they are it's one of those retarded laws that absoloutely zero people follow due to it being something that has been implemented wrongly shown by it's complete non-existant follow-up). Copy protection is invasive, annoying, technically for the most part useless and makes most Wine apps useless without a patch for it. Ex.
Re: ppviewer.exe MSI failure (PowerPoint 2k3): HowTo assemble a lynch mob?
James Hawkins wrote: On 1/1/07, Andreas Mohr [EMAIL PROTECTED] wrote: Hi all, http://www.microsoft.com/downloads/details.aspx?familyid=428D5727-43AB-4F24-90B7-A94784AF71A4displaylang=en failed to install with some nice MSI failures when I tried it last week on a current Wine version (Ubuntu package 0.9.28, I think). Does that mean that I'm entitled to assemble a capable lynch mob for the guys who were supposed to fix any and all MSI installer issues at CodeWeavers? ;) IMHO ppviewer.exe is important since those people who receive some scripted PowerPoint file (yes, that's even some games!) won't have much luck with OpenOffice Impress, so they're fully dependant on getting ppviewer.exe to work. This installer works fine for me with git wine. It is probably the -2140172307 bug (http://bugs.winehq.org/show_bug.cgi?id=6998 - Tested by me and Vitaliy) doing it. Basically it started happening after 0.9.27 to newer installshield apps. They simply stop installing without error but it wasn't always and was at a random point (then patches after .28 caused it to give a crazy error message and now a patch has been submitted to fix it). The errors seen in the terminal were normal, you tend to get a lot when installing things but they are rarely critical. Ex.