Table Of Contents
|1.||15 Nov 2003 - 21 Nov 2003||(3 posts)||News: Wine-20031118, WineX 3.2, TG Updates|
|2.||19 Nov 2003 - 20 Nov 2003||(12 posts)||LGPL'ed Bits of WineX|
|3.||17 Nov 2003||(3 posts)||Using Standard Fonts|
|4.||17 Nov 2003||(3 posts)||Integrating With NetMeeting|
|5.||19 Nov 2003 - 20 Nov 2003||(6 posts)||Using Wine's Builtin C Runtime|
This is the 197th issue of the Wine Weekly News publication. Its main goal is to ski more. It also serves to inform you of what's going on around Wine. Wine is an open source implementation of the Windows API on top of X and Unix. Think of it as a Windows compatibility layer. 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. You can find more info at www.winehq.com (http://www.winehq.com)
Mailing List Stats For This Week
We looked at 133 posts in 379K.
There were 45 different contributors. 25 posted more than once. 25 posted last week too.
The top posters of the week were:
1. News: Wine-20031118, WineX 3.2, TG Updates
15 Nov 2003 - 21 Nov 2003 (3 posts) Archive Link: "News"
People: Alexandre Julliard, Transgaming, Max, CodeWeavers, , News, TransGaming, Mark
Wine-20031118 spawned from CVS. Alexandre noted the following changes:
WHAT'S NEW with Wine-20031118: (see ChangeLog (http://cvs.winehq.com/cvsweb/wine/ChangeLog?rev=1.77&content-type=text/x-cvsweb-markup) for details)
It seems like a lot of the patches from CodeWeavers appeared on wine-patches this time. In the past it seemed like a lot of them were culled from the CodeWeavers codebase and committed by Alexandre. Over the past month there's been patches from the CodeWeaver's staff submitted to wine-patches first. Enough rambling.. go download. (http://sourceforge.net/project/showfiles.php?group_id=6241)
TransGaming unleashed WineX 3.2 this week. From the press release:"
TransGaming Technologies. release of its flagship Linux technology, WineX 3.2, brings the hottest Windows titles to devoted Linux gamers and includes support for blockbuster hits like Max Payne [R] 2: The Fall of Max Payne, Warcraft [R] III: The Frozen Throne [TM] and Homeworld 2, to name a few.
"TransGaming's unique ability to enable Max Payne 2 to run on Linux without any access to the source code is quite impressive," comments Markus Maki, Development Director of Remedy Entertainment. "We're extremely pleased that TransGaming is broadening our reach to new audiences and that the Linux community continues to enjoy our products thanks to TransGaming's outstanding work.""
TransGaming put up their November Development Status and Voting (http://www.transgaming.com/showthread.php?news=92) Report. Not too much news on that front. More significant, they announced the creation of transgaming.org (http://www.transgaming.org) . WineX mailing lists and the CVS repository have been moved over to the new site.
LinuxQuestion.org is conducting several polls (http://www.linuxquestions.org/questions/forumdisplay.php?forumid=37) including Best Windows on Linux App of the Year (http://www.linuxquestions.org/questions/showthread.php?s=&threadid=116387) . Wine is currently leading the pack with WineX and CrossOver Office in the running.
2. LGPL'ed Bits of WineX
19 Nov 2003 - 20 Nov 2003 (12 posts) Archive Link: "WineX relation to Wine"
Topics: Transgaming, Licensing
People: Gerhard Gruber, Lionel Ulmer, Dmitry Timoshkov, Gavriel State, , Transgaming, Gav State, TransGaming
For those of you new to this little soap opera we call Wine, Gerhard Gruber asked some questions you may have wondered:
I was wondering what is the relation of Wine to WineX? There is a CVS access to WineX, at least part of it, which is covered under the GPL. What I was wondering about is, wether this code is the same as wine or is it more advanced? Or is this code only the sutff which is also contained in Wine and all the other stuff is (more or less) closed, so that you can not use it for Wine.
Lionel Ulmer replied first:
>From what I know, on some 'non-core business' DLLs, TransGaming took the WineHQ tree after the license change and imported them into their own tree. So these DLLs (and only those) are covered under the LGPL.
This means also that if these DLLs are more advanced than the one in WineHQ, you can submit patches to merge them back into WineHQ's mainline.
Dmitry Timoshkov found a description of how the licenses interrelate:
Anyway, were is a snippet of the LICENSE file at the root of the WineX tree:
"Source code and other software components explicitly identified as Copyright TransGaming Technologies Inc. is covered by the Aladdin Free Public Licese, (AFPL) the terms of which are listed below. In particular, redistribution of the following components in source or object code form is allowed only under the terms specified by the AFPL:
This is not an exhaustive list. Other components that include TransGaming Technologies Copyright notices are also covered by the AFPL, with the exception of components covered under the GNU Lesser General Public License."
The AFPL is not considered (http://www.gnu.org/licenses/license-list.html#NonFreeSoftwareLicense) a free software license by the Free Software Foundation. TransGaming chose distribute their WineX software under that license because of the restrictions it imposes. When the original Wine sources were under the X11 license this was no problem. The X11 license, a BSD derivative, basically says you can take the software and do whatever you want with it. That includes adding components (such as a Direct3D implementation) and re-licensing it however you wish. Since then some of TransGaming's components have been updated and have adopted the new LGPL license. Gav State dropped a note to clarify which parts are LGPL'ed:
All of this info can be found here:
The LGPLed components in the WineX tree are:
That prompted Tom Wickline to ask for a clarification of what, if any, components were covered by the X11 license. As of press time there was no answer on that. All parts of the ReWind tree (the successor of the forked Wine code) are still covered under the X11 license.
3. Using Standard Fonts
17 Nov 2003 (3 posts) Archive Link: "Can I turn off freetype at runtime"
People: Bill Medland, Lionel Ulmer, , Huw Davies
Bill Medland needed some help finding a configuration option:
Is it possible to turn off the freetype use at runtime, e.g. by changing something in the config file?
Basically under SuSE several dialogs are drawing with 5 pixel text whereas under Windows they are about 9 pixel high (which I don't understand because I think that they should not exceed 8). Under RedHat they are 7 pixel which are at least readable.
I hope that if I can turn off the freetype then on SuSE it will get the same font as on RedHat
I tried setting an Alias but it didn't make any difference; it still used the same font instead of the alias
Lionel Ulmer spotted some lines in the sample configuration that appeared to fit:
; Use the Render extension to render client side fonts (default "Y")
;;"ClientSideWithRender" = "Y"
; Fallback on X core requests to render client side fonts (default "Y")
;;"ClientSideWithCore" = "Y"
; Set both of the previous two to "N" in order to force X11 server side fonts
; Anti-alias fonts if using the Render extension (default "Y")
;;"ClientSideAntiAliasWithRender" = "Y"
; Anti-alias fonts if using core requests fallback (default "Y")
;;"ClientSideAntiAliasWithCore" = "Y"
I never tested it and do not know if it still works... But it certainly sounds like it should do what you require :-)
Huw Davies agreed that should work.
4. Integrating With NetMeeting
17 Nov 2003 (3 posts) Archive Link: "Netmeeting under wine"
People: Jerome Bouat, Shachar Shemesh, , Microsoft
David Martinez Prado wanted know if Microsoft NetMeeting worked with Wine. Apparently he couldn't even get it to install. No one else appeared to know about it either. Jerome Bouat gave a pointer to another application, " use GnomeMeeting: http://www.gnomemeeting.org/ (http://www.gnomemeeting.org/) "
According to the GnomeMeeting FAQ it's compatible with NetMeeting.
At that point Tom Wickline decided to stir things up and flamed Jerome for not promoting a Wine solution. Other pointed out that NetMeeting doesn't currently work with Wine and it will be quite a challenge to fix it. Most Wine developers seem to always aupport native programs first, but the trade-off may be a learning curve or lost $$$ when switching to a new app. Shachar Shemesh explained his position, " Well, I guess making a new app work on Wine is a non-trivial task, and so people prefer to focus their efforts where the app is truely needed - i.e., where no native free software alternative is available. This does not mean that David can't hack wine to make NetMeeting work himself, or that Alexandre won't commit it. It just means that I, for one, have little incentive to jump in at the moment. Once Jerome pointed (me) to GnomeMeeting (how did they skip the chance to call it Gnomeeting??), it's not my itch any more."
5. Using Wine's Builtin C Runtime
19 Nov 2003 - 20 Nov 2003 (6 posts) Archive Link: "include files"
People: Ralf Juengling, Alexandre Julliard,
Ralf Juengling had a question about using some of Wine's builtin functions for compilation:
A Makefile created by winemake & configure adds /whereever/include/wine/windows to the include paths.
Why doesn't it also add /whereever/include/wine/msvcrt ?
What is the status of the include files in msvcrt?
With regard to the first question, Alexandre replied, " Because not everybody wants to use msvcrt. Unless you need some specific features of the Windows C run time, in a Winelib app you are better off using the standard Unix C library. " As to the status, Alexandre felt they were fine, " They should work just fine. Make sure you also import msvcrt if you use the headers. "
Ralf didn't think they would work though:
... but I also need things defined in <math.h>. The file mscvrt/math.h coming with wine, however, is empty. So have to include things from the Windows C runtime library and the Unix C library. For some reason, the cpp picks wine's version of 'math.h' first even if '-I/usr/include' precedes '-I/local/include/wine/msvcrt' on the command line.
So my solution to make it compile was to remove wine's 'math.h'. That's why I would say the include files are incomplete. How do other people deal with a case like the one I described?
Ralf overlooked Alexandre's obvious answer, " By submitting a patch to add the missing definitions <g> "
Sharon And Joy
Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at kernel.org. All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0.