Kernel Traffic
Latest | Archives | People | Topics
Wine
Latest | Archives | People | Topics
GNUe
Latest | Archives | People | Topics
Czech
Home | News | RSS Feeds | Mailing Lists | Authors Info | Mirrors | Stalled Traffic
 

Wine Traffic #51 For 10 Jul 2000

By Eric Pouech

Table Of Contents

Introduction

This is the 51st release of the Wine's kernel cousin publication. It's main goal is to distribute widely what's going on around Wine (the Un*x windows emulator).

Mailing List Stats For This Week

We looked at 77 posts in 219K.

There were 29 different contributors. 17 posted more than once. 17 posted last week too.

The top posters of the week were:

1. Wine patches' policy

3 Jul 2000 - 7 Jul 2000 (27 posts) Archive Link: "wine-patches problem"

People: Wilbur DaleFrancois GougetUwe BonnesOve Kåven

Wilbur Dale unconsciously started an in-depth examination of patches submission policy with this simple question:
Last week I submitted a patch to the wine-patches list and it did not show up on the list. 24 hours later I tried again and still no show. I have been receiving other peoples patches.

Today I sent a small test patch and it did show up on the list.

Everything seems to work OK except for my real patch.

The patch contains example programs including a windows dll and a windows exe. The net result is the tar file is about 2 meg. Is there a limit set someplace on the size of an email sent to wine-patches?

First of all, lots of people explained binaries files shouldn't be included in the source tree: even if CVS accepts binary files (with the -kb command line option), its diff mechanism is not well suited (in the tree every binary file evolution is stored, whereas for a text file, only the diffs are stored leading to a much smaller size, and also update time). This is the main reason for which every Wine resource is also stored as a text unit, and converted when needed to a binary format (this holds true for bitmaps, cursors, icons...).

Later on, Wilbur gave some more explanations of his need of binary files:
I am writing the HOWTO-winelib. As part of this I want to present examples of
  1. A windows exe using a winelib dll.
  2. A winelib executable using a windows dll.
  3. A winelib executable using a winelib dll.

As I see it, I have two choices: either provide binaries or force the user to use Visual Studio to generate the windows exe and dll files. I think it is better to provide the binaries with the examples. The point of the examples is to show how to glue the pieces together. The user may not have Visual Studio. I think most winelib users will expect the HOWTO and the examples to which it refers to be in the wine tree.

Lots of people objected the inclusion of generated executable files into CVS and asked for some other ways to do it. The most appealing answer seemed to be: provide only the source files (and generation scripts, like Makefile:s), and let the user compile the sources. If this is required, some tarball of all the binaries can be put on the web (like on www.winehq.com).

Uwe Bonnes and Ove Kåven also reminded of some tools to generate under Linux some Windows executables:

Francois Gouget was also very astonished to see a 2 MB compressed .tgz file for only a small example, and asked how Wilbur got this figure (and what could explain this huge size - debug information, static link of some libraries...). It only turned out that Wilbur also included in the tarball generated files (like config out of config.in and libtool outputs) which greatly increased the overall size (like 3/4).

Finally, no one gave an explanation on Wilbur's first question: why didn't the patches appear on wine-patches list. Well, it seems the majordomo of the mailing list has an upper limit for the size of a submission (the limit seems to be below 2 Meg).

2. Corel and Wine CVS tree merge

5 Jul 2000 (1 post) Archive Link: "Corel PHOTO-PAINT free download available"

People: Jeff Tranter

In the heart of another discussion, Jeff Tranter, Project Leader for Linux Development (Wine team) at Corel, announced:
CorelDRAW and PHOTO-PAINT are now released. It's not our only task, but we will be working on a merge of our code with WineHQ. We're starting to plan it now and expect to start in a week or two (a lot of people are on vacation right now).

And later on, came the full announcement:
In case you missed the announcement, Corel PHOTO-PAINT is now available as a free download. The press release can be found at http://www.corel.com/news/2000/june/june_29_2000.htm

PHOTO-PAINT, as well as CorelDRAW, were ported to Linux using WINE. The source code for Corel's version of WINE is available from http://opensource.corel.com/

Due to tight project schedules, the Corel WINE team has been working pretty much in isolation for the last few months. With the graphics release behind us, we're looking forward to working more closely with the WINE community. We're really excited about some of the recent WINE developments (like address space separation) and want to help WINE move towards a 1.0 release. We will soon be actively working on merging our WINE changes back to the WineHQ public WINE source tree. We also hope to contribute where we can towards the 1.0 WINE release.

Again our thanks go to all of the WINE developers. The credits page for our applications list all of the WINE authors. Without WINE we would not have been able to port these applications to Linux in such a short period of time. It's also a testament to the maturity of WINE (and Linux) that these highly complex applications run with full functionality and good performance.

3. Jobs around Wine

30 Jun 2000 (3 posts) Archive Link: "Wine jobs"

People: Doug RidgwayJeremy WhiteCodeWeaversDouglas Ridgway

Douglas Ridgway was looking for some volunteers:
If anyone is potentially interested in Wine-related jobs, please let me know. Please specify your location, and, if relocation is an option, any restrictions on location.

Or, if you're interested in hiring, feel free to drop me a line. I'll try to put you in touch with people who might be appropriate.

There are also wonderful volunteer positions available:

If anyone is interested in taking one of these on, let me know.

Some people expressed interest in the first item, but the last two remain open. If you feel like doing it, don't hesitate to contact Doug.

Later on, Jeremy White asked whether it was
possible to formalize this process on WineHQ, perhaps with a mailing list or an official place for such requests?

Along the same lines, I've been wondering if the Wine community has a preference for/ideas on working with one of the project sites (e.g. sourcexchange or cosource)? I believe that Ove had a positive experience with CoSource, but AFAIK, there hasn't been any other successful sponsorship of Wine projects through these sites.

We (EdNote: CodeWeavers) would certainly be willing to sponsor projects listed there, and I'm sure there are many other people who feel the same way.

Doug agreed on the core of the proposal but not on the way to put it in place:
A couple of people have suggested this. However, employment ads are particularly volatile pieces of information, and they are useless if stale, so you have to make sure that they are up to date. The big jobs sites do this, along with providing good search capabilities.

current size of the industry, it's probably fine for job ads to just get posted to wine-devel. If the noise gets too high, that will have to change, but this isn't a danger just yet.

 

 

 

 

 

 

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.