Wine Traffic #269 For 8�Apr�2005

By Brian Vincent

Table Of Contents

Introduction

This is the 269th issue of the Wine Weekly News publication. Its main goal is to light candles. 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.org (http://www.winehq.org)

Mailing List Stats For This Week

We looked at 123 posts in 486K.

There were 53 different contributors. 25 posted more than once. 33 posted last week too.

The top posters of the week were:

1. News: Miguel de Icaza Interview

2�Apr�2005�-�8�Apr�2005 (1 post) Archive Link: "News"

Topics: News

People: Newsforge,�,�Miguel de Icaza,�News,�Joe Barr,�cvs

If you go way back in time, you can find Miguel de Icaza listed in Wine's Changelog (http://cvs.winehq.com/cvsweb/wine/documentation/ChangeLog.OLD?rev=1.1&content-type=text/x-cvsweb-markup) (now Changelog.old). Miguel submitted patches from the earliest days of Wine until early 1995. This week he sat down with Joe Barr for a Newsforge interview (http://software.newsforge.com/software/05/03/31/128223.shtml) . He briefly discusses some of the work:

Joe: OK, that's how you got started. What was your first involvement with an open source project?

Miguel: I cannot remember. I think it was that I was contributing the routines that ran in route, without any port of Wine, I think. Then I worked on Midnight Commander.

Joe: That was your first big splash.

Miguel: I think I was working on Wine, turning Wine into a library, back in the day. No, it wasn't a big splash back in the day. It was just a little tool that I wrote, that was it. It was a tiny tool.

Joe: Midnight Commander?

Miguel: Yeah, but that was in 1992.

2. CAP_SYS_NICE & Win32 Thread Priorities

4�Apr�2005�-�8�Apr�2005 (5 posts) Archive Link: "PGP signing party"

Topics: Fixes

People: Robert Reif,�Robert Shearman,�,�Rob Shearman

Robert Reif wanted to know, " Are there any plans or is anyone working on mapping Windows SetProcessClass and SetThreadPriority support to linux process priorities on kernels that support CAP_SYS_NICE?"

Rob Shearman thought there might be a problem:

Mapping Win32 thread priority levels to Linux nice levels is fairly trivial, but convincing kernel developers to allow unprivileged user-space programs to control thread priorities is the big problem. The last time a discussion like this came up, we (Wine developers and Cedega developers) requested a way of changing a thread's relative priority within a process (without affecting the overall CPU time the process gets). This should be a good compromise between meeting applications' needs and preventing unprivileged applications from freezing the computer. AFAIK, this hasn't been implemented yet.

Robert wanted to know if it could all be done with CAP_SYS_NICE:

CAP_SYS_NICE gives you:

wineserver would need to be a setuid program but it could set CAP_SYS_NICE at startup and immediately reduce it's privileges back to normal.

Rob explained:

There are a number of problems:

  1. I don't think that will work yet as the server process needs to have the same user ID as the client processes.
  2. setuid binaries make sysadmins nervous and would require a security audit by us. Yes, they don't need to make it setuid, but then the people who do could run their programs as root anyway.
  3. setuid programs are a nasty hack that work around limitation in the granularity of security in the kernel.
  4. This approach won't generalize for other apps on the system that might want to control the relative priority of their threads, such as MPlayer.

3. Speeding Up Builds

8�Apr�2005 (6 posts) Archive Link: "Development method"

Topics: Build Process

People: David Hemmo,�Stefan Dosinger,�Mike McCormack,�Ivan Leo Puoti,�

David Hemmo wanted to know how to speed up his build process:

Right now, each time I make a modification (even one line) I do a 'make' followed by a 'make install'. Is there a faster way ?

Stefan D�singer suggested, " I run these commands in the directory of the dll or program which I changed. That is way faster(especially make install)"

Mike McCormack went a step further and suggested not doing a make install:

Try to skip the 'make install', and instead run wine from the build directory. eg.

I make a point of never installing Wine to make sure I don't accidently run an older installed version that didn't get overwritten properly.

Ivan Leo Puoti expanded on that idea:

You can also just have a script called wine in your path, that does something like

just check you don't have other files in your path called wine.

4. Wine-Probe Initiative

6�Apr�2005 (1 post) Archive Link: "Starting up"

Topics: News

People: David Gumbel,�,�News

David G�mbel announced:

A while ago we were debating an initiative named "Wine-Probe"[1] (which would roughly equal "Wine-tasting" in english) on wine-devel that was in the making between Wirtschaftsf�rderung Region Stuttgart GmbH and us (ITOMIG). Its goal is to make local software vendors aware of the potential business opportunity in a Wine-based port or a Wine/Linux version of their software. It's also designed to be beneficial for the Wine project as a whole, e.g. by providing AppDB entries and success stories.

This is to let you know that we've officially launched the initiative by today. It has already made it into several (german speaking) news sites[2], so I'd say things look promising. We're looking forward to the interest and feedback we'll get in the weeks to come.

5. Key Signing Party at WineConf

4�Apr�2005�-�5�Apr�2005 (2 posts) Archive Link: "PGP signing party"

Topics: WineConf 2005

People: Shachar Shemesh,�

Shachar Shemesh wanted to let everyone know he plans on organizing a key signing party at WineConf:

Last year's raving success (I exchanged keys with Marcus) gives appetite for more.

So, if you always wanted to have a PGP key that most of the free software will know [1]. If you wanted to be able to carry out encrypted secure conversations online. Or if you just want a chance to brag about what well connected key you have [2].

We will (try) to hold a PGP key signing party at wineconf this year. In order to participate, it is positively absolutely necessary that you:

  1. Have a PGP key. You can generate one for yourself using gpg.
  2. Send the PGP key finger print to me AT LEAST A WEEK BEFORE THE CONFERENCE. Any later then that, and it is not certain that we'll manage to get your key on the printed piece of paper that is necessary for carrying out the party.
  3. Bring a copy you can trust to wineconf, to make sure other people are really signing your key (i.e. - that I'm not pulling anybody's leg).
  4. Bring an identifying ID to wineconf. Two is preferable. Passport or a driver license in a language people can read. If you can only bring one, a passport is definitely preferable.

The full details of what a key signing party is, why are the procedures as they are, and what's so important about *not* signing the keys with your laptop at the party can be found at http://www.cryptnet.net/fdp/crypto/gpg-party.html

Note: No aliases on PGP keys. If your PGP key says "lord master of compiler optimization", then your passport had better say the same or no one will be able to sign your key.

Shachar followed up the next day:

My mistake. I'm going to need both the finger print AND the actual key. Also, if you DON'T want the key published to a key server (I use http://pgp.mit.edu), please let me know well in advance. Obviously, your key will be published to all the people present at the key party. If your name's not there on your email headers, include it in the body. The name must be the same as appears on your formal IDs.

The purpose of a pgp signing party is to establish a link between your virtual identity (your key) and your real one (as verified by an ID). For that reason it is impossible to participate by proxy, or under an alias.

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.