January 2009 - Wine-Devel - list.winehq.org

Re: compiling python2.5 on linux under wine
by Luke Kenneth Casson Leighton Jan. 7, 2009

Jan. 7, 2009

On Sat, Jan 3, 2009 at 9:22 PM, Luke Kenneth Casson Leighton <lkcl(a)lkcl.net> wrote: > hey, has anyone investigated compiling python2.5 using winegcc, under wine? some people might find this kind of thing amusing. it's considered in very obtuse circles to be "progress"... :) lkcl(a)gonzalez:/mnt/src/python2.5-2.5.2/Lib$ ../build/python -v Could not find platform independent libraries <prefix> Could not find platform dependent libraries <exec_prefix> Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>] # installing zipimport hook import zipimport # builtin # installed zipimport hook 'import site' failed; traceback: ImportError: No module named site Python 2.5.2 (r252:60911, Jan 7 2009, 20:33:53) [gcc] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import site fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored [....] [....] [....] import sre_compile # from Z:\mnt\src\python2.5-2.5.2\Lib\sre_compile.py fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored # wrote Z:\mnt\src\python2.5-2.5.2\Lib\sre_compile.pyc import _sre # builtin import sre_constants # from Z:\mnt\src\python2.5-2.5.2\Lib\sre_constants.py # wrote Z:\mnt\src\python2.5-2.5.2\Lib\sre_constants.pyc import sre_parse # from Z:\mnt\src\python2.5-2.5.2\Lib\sre_parse.py # wrote Z:\mnt\src\python2.5-2.5.2\Lib\sre_parse.pyc Traceback (most recent call last): File "<stdin>", line 1, in <module> File "site.py", line 415, in <module> main() File "site.py", line 406, in main aliasmbcs() File "site.py", line 356, in aliasmbcs import locale, codecs File "Z:\mnt\src\python2.5-2.5.2\Lib\locale.py", line 167, in <module> import re, operator File "Z:\mnt\src\python2.5-2.5.2\Lib\re.py", line 223, in <module> _pattern_type = type(sre_compile.compile("", 0)) File "Z:\mnt\src\python2.5-2.5.2\Lib\sre_compile.py", line 530, in compile groupindex, indexgroup OverflowError: signed integer is less than minimum >>>

1 0

Re: AppDB: Rating / Patching
by James Mckenzie Jan. 7, 2009

Jan. 7, 2009

>On Tue, Jan 6, 2009 at 6:48 AM, Rosanne DiMesio <dimesio(a)earthlink.net> wrote: >> >>> Now, the story changes if the patch is conforming and has been accepted >>> by AJ and is pending the next development release. >>> >> Then the next development release can get the gold, but previous ones still shouldn't. AppDB test ratings are tied to specific releases, and intended to tell normal users how different versions of Wine will work with their app. Patching Wine is not something normal users can or want to do, and allowing ratings based on patched versions of Wine is misleading, even if the patch does eventually make it in to a later release. > >It sounds like the problem is that the version string in appdb isn't >descriptive enough. It's perfectly reasonable to wonder if a given >program can be made to work with a patched version of wine, and wonder >how well it will work. It's also reasonable to wonder how it will >work with a vanilla version. Both types of reports are useful to have >in the appdb. Having a version "x.x.x (patched)" available to >reporters would allow both types of reports to be clearly separated. > No, the appdb should not be touched. Rosanne said it correctly, ordinary users are NOT going to take the time to build Wine, nor should they. We can put in the bug report that the patch works and whether or not it has been submitted. Sometimes a patch is to rough or a real hack that breaks other programs, but with refinement is acceptable and will be incorporated into Wine. The appdb needs to stay as clean as it can. Of course, you can always add a bug report to the appdb entry, add comments and let users decide what they want to do. Rating a rogue patched Wine as Gold is very misleading. We need to keep ratings to what is available for the ordinary, unknowing user (read nOOb.) James McKenzie

7 8

New appdb checkbox: "officially supports wine"?
by Dan Kegel Jan. 7, 2009

Jan. 7, 2009

http://wiki.winehq.org/AppsThatSupportWine is a nice stopgap, but perhaps it should be a report in the appdb, driven by a checkbox that maintainers can check. What do folks think?

4 3

Re: readme: add a note about UNIX paths
by James Hawkins Jan. 7, 2009

Jan. 7, 2009

On Tue, Jan 6, 2009 at 7:04 PM, Austin English <austinenglish(a)gmail.com> wrote: > Adds a note discouraging use of UNIX paths, since there's seems to > have been a rash of it in recent bug reports. > If we don't recommend it, and usually advise against it, why not just remove that line from the README? -- James Hawkins

4 5

Re: AppDB: Rating / Patching
by James Mckenzie Jan. 7, 2009

Jan. 7, 2009

Sparr <sparr0(a)gmail.com> wrote: >On Wed, Jan 7, 2009 at 4:47 AM, Chris Howe <mrmessiah(a)gmail.com> wrote: >> argument for some kind of WineTricks-like Wine application launcher >> that would exist as a separate project to Wine, but would apply patches, > >Re-compiling wine with patches is an extremely farfetched idea when no >one outside Cedega has ever tackled the far simpler tasks involved >with making a wine launcher. > I take offesense to that comment. Darwine does have a wine launcher and it does work. James McKenzie

1 0

Re: AppDB: Rating / Patching
by James Mckenzie Jan. 7, 2009

Jan. 7, 2009

Sparr <sparr0(a)gmail.com> wrote: >On Wed, Jan 7, 2009 at 4:47 AM, Chris Howe <mrmessiah(a)gmail.com> wrote: >> argument for some kind of WineTricks-like Wine application launcher >> that would exist as a separate project to Wine, but would apply patches, > >Re-compiling wine with patches is an extremely farfetched idea when no >one outside Cedega has ever tackled the far simpler tasks involved >with making a wine launcher. > I take offesense to that comment. Darwine does have a wine launcher and it does work. James McKenzie

1 0

why are we not using pkg-config in configure
by Danny Rawlins Jan. 7, 2009

Jan. 7, 2009

Hi, I would like to know if there is any issues as to why we are not using pkg-config to check for needed library's with the m4 macros. Also this question arose in #winehackers TBBle> Hmm. Is pkg-config broken under mingw? And do we care? Regards, Danny Rawlins

2 1

Re: [PATCH 1/2] Add definitions used by reparse points
by Paul Vriens Jan. 7, 2009

Jan. 7, 2009

Paul TBBle Hampson wrote: > Not much to say about this. It's needed for the unit tests coming up. > > > ------------------------------------------------------------------------ > > Hi Paul, Part of your signature says: License: http://creativecommons.org/licenses/by/2.5/au/ Does this mean your patches come under this license (or is it just the signature ;))? -- Cheers, Paul.

2 1

Re: [1/2] dlls: Add loadperf.dll
by Andrew Nguyen Jan. 7, 2009

Jan. 7, 2009

On Tue, Jan 6, 2009 at 8:21 AM, Andrey Turkin <andrey.turkin(a)gmail.com> wrote: > .NET 1.1 uses this dll during installation > > --- > configure.ac | 1 + > dlls/loadperf/Makefile.in | 13 +++++++++++++ > dlls/loadperf/loadperf.spec | 14 ++++++++++++++ > dlls/loadperf/loadperf_main.c | 29 +++++++++++++++++++++++++++++ > 4 files changed, 57 insertions(+), 0 deletions(-) > create mode 100644 dlls/loadperf/Makefile.in > create mode 100644 dlls/loadperf/loadperf.spec > create mode 100644 dlls/loadperf/loadperf_main.c > You've forgotten to append the licensing header to loadperf_main.c.

1 0

Re: [PATCH 1/2] Add definitions used by reparse points
by Austin English Jan. 7, 2009

Jan. 7, 2009

On Wed, Jan 7, 2009 at 12:05 AM, Paul TBBle Hampson <Paul.Hampson(a)pobox.com> wrote: > Not much to say about this. It's needed for the unit tests coming up. > -- > ----------------------------------------------------------- > Paul "TBBle" Hampson, B.Sc, LPI, MCSE > Very-later-year Asian Studies student, ANU > The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) > Paul.Hampson(a)Pobox.com > > Of course Pacman didn't influence us as kids. If it did, > we'd be running around in darkened rooms, popping pills and > listening to repetitive music. > -- Kristian Wilson, Nintendo, Inc, 1989 > > License: http://creativecommons.org/licenses/by/2.5/au/ > ----------------------------------------------------------- > > > > +// Used for all tags where IsReparseTagMicrosoft is false +// and for some tags where IsReparseTagMicrosoft is true Please use /* comments */, not C++ style. -- -Austin

2 1