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

office 2007 student trial downloaded, activated, and started ok!

by Dan Kegel

Golly, Wine must be getting good. The student trial (though not the pro trial) of office 2007 from http://office.microsoft.com seems to install, activate, and start properly with no hacks at all. Can't edit the default document though, it says "selection locked". Guess I'll try the overrides listed in the appdb. I'm just blown away that the whole download experience worked. There were two nits: 1) no progress indication other than on the taskbar, and 2) the file was downloaded to $HOME/%MYDOCS%. Are we not expanding something properly?

Feb. 16, 2009

Re: [Fwd: Windows on Linux App of the Year]

by Ben Klein

2009/2/16 Jeremy White <jwhite(a)codeweavers.com>: > We've won the 'Windows on Linux' award of the year on LinuxQuestions.org again > (by quite a large margin, I might add). This really does sound like an award set up for Wine to win. What are the other options? VMs? Crossover (which is basically Wine with a little proprietary stuff) or Cedega (which Wine outperforms in many ways)?

Feb. 16, 2009

Debian Etch, Lenny and Squeeze packages

by Ben Klein

Debian Lenny has gone stable. YAY! I've already got chroots and my build scripts set up for Debian Squeeze, which is the new testing, so I'll be able to produce packages of Wine for Squeeze without trouble, but there are some issues I'd like comment on. 1) I will not supply packages for Etch/amd64 (this used to be a TODO for me). No negotiation on this, but I am willing to assist people to compile/package it themselves if there's a good reason for not upgrading to Lenny. 2) I'll still build Etch/i386 packages (because it's damn easy for me to do so), but how long should this go on for? Ideally, we should encourage people to upgrade to Lenny. 3) Do we want to set up a Squeeze repository with 1.1.15 in it, or should we wait until the next release to set up a Squeeze repository? If the former, I will build packages specifically on/for Squeeze - best to do it this way for maximum compatibility. Ideally, I'd like a standardised policy on points #2 and #3, so that we know what's going on for the next release of Debian (I know, long-term planning). Scott, I'd value your opinion too, even though you only do Ubuntu packages now.

Feb. 16, 2009

[Fwd: Windows on Linux App of the Year]

by Jeremy White

We've won the 'Windows on Linux' award of the year on LinuxQuestions.org again (by quite a large margin, I might add). Woohoo! Cheers, Jeremy

Feb. 16, 2009

Re: Wine talk on FOSDEM

by Ricardo Filipe

2009/2/15 Stefan Dösinger <stefandoesinger(a)gmx.at> > Am Sonntag, 15. Februar 2009 23:03:27 schrieb Marcus Meissner: > > Hi, > > > And my slides are here (feel free to reuse): > > http://files.opensuse.org/opensuse/en/0/05/Fosdem2009-wine.pdf > Just skimmed over them out of curiosity, found one mistake: GameGuard does > not > work because it is a rootkit that doesn't work with Wine by design. > > > yeah i was just looking at that too... all those online protection libraries still don't work, which i think is the next step we have to take on games :p also the game wasn't heroes of might and magic III , it was dark messiah :P the german accent gives the presentation a new horizon :D good job. :)

Feb. 16, 2009

Re: Wine talk on FOSDEM

by Stefan Dösinger

Am Sonntag, 15. Februar 2009 23:03:27 schrieb Marcus Meissner: > Hi, > And my slides are here (feel free to reuse): > http://files.opensuse.org/opensuse/en/0/05/Fosdem2009-wine.pdf Just skimmed over them out of curiosity, found one mistake: GameGuard does not work because it is a rootkit that doesn't work with Wine by design.

Feb. 15, 2009

Re: 1.1.15 failing to build -- what changed?

by Ben Klein

2009/2/16 Hin-Tak Leung <hintak_leung(a)yahoo.co.uk>: > > --- On Sun, 15/2/09, Ben Klein <shacklein(a)gmail.com> wrote: > >> 2009/2/15 Hin-Tak Leung <hintak_leung(a)yahoo.co.uk>: >> > >> > --- On Sun, 15/2/09, Ben Klein >> <shacklein(a)gmail.com> wrote: >> > >> >> 2009/2/15 Hin-Tak Leung >> <hintak_leung(a)yahoo.co.uk>: >> >> > I have no idea why suddenly at wine 1.1.15 it >> requires >> >> the >> >> > x86_64-redhat-linux-{as,ld,nm} form of the >> binutils >> >> tools. It seems to treat x86_64 suddenly as a >> >> cross-compiling environment. >> >> >> >> Are you sure nothing in the build environment just >> happened >> >> to change >> >> in the last 2 weeks or so? >> > >> > Well, I do my weekly fedora update, so a few hundred >> MB changes weekly. Given that this problem happens with both >> Debian/Ubuntu systems and fedora, this week... and I have >> had my rpmbuild system working smoothly for about a year... >> > >> > If I am going to guess, I think the change has >> something to do with cross-compiling, instead of just the >> occasional -m32 . >> >> scguy318 just brought this to my attention on IRC: >> http://bugs.winehq.org/show_bug.cgi?id=17340 > > Argh... the original reporter of that bug seems to be rather mistaken - there is no need to have a separate cross-compile tool chain on 64-bit fedora (which I am also using) to build 32-bit applications. Just passing -m32 to both the compiler (CFLAGS for c , CXXFLAGS for c++ code and FFLAGS for fortrans) and the linker (LDFLAGS) would do. > > So to make it work for one person's peculiar build environment, everybody else's normal environment has to break... Only when using --target and --host flags (which I don't use because I have chroots, so I didn't notice the change), but I get your point.

Feb. 15, 2009

Wine talk on FOSDEM

by Marcus Meissner

Hi, A week ago I went to Bruessel / Bruxelles in Belgium to the largest opensource developer conference in Europa, FOSDEM 2009. openSUSE has a developer room there the last years and we fill our time by holding talks, mostly concerning openSUSE and stuff that we do for the distribution and what our developers do. So the openSUSE organizers asked me to hold a talk on Wine this year, after my LinuxTag talk was so well received. I expected that like 20-30 people would show up, but it actually were around 110 according to our camera guy and they filled up the room. I have no idea why Wine is so interesting though. I gave a basic introduction and overview mostly and in the end tried to demo iTunes (failed, because installation was not successful in preparation) and demoed Heroes of Might and Magic III (successful). If you want to watch my 45 minutes: http://tube.opensuse.org/fosdem09/fosdem09_day2_03-wine.ogg (196MB) And my slides are here (feel free to reuse): http://files.opensuse.org/opensuse/en/0/05/Fosdem2009-wine.pdf http://files.opensuse.org/opensuse/en/0/05/Fosdem2009-wine.odp I also said hi to some ReactOS guys. Funnily all of them in suit and tie. :) Ciao, Marcus

Feb. 15, 2009

Re: Updated cebit presentation. Looking for ideas...

by Ricardo Filipe

2009/2/15 Dan Kegel <dank(a)kegel.com> > On Sun, Feb 15, 2009 at 1:26 PM, Marcus Meissner <marcus(a)jet.franken.de> > wrote: > > Btw, I have run my last 3 Wine presentations in > > OpenOffice_org 2.4 for Win32. > > > > Did not give much crowd "ooooh" effect though. > > I guess I'm not trying to impress, I'm trying to reassure. > So maybe doing it in MS Office 2003 or 2007 in wine > or crossover would be optimal. > yeah using MS office would give the cool factor that openoffice lacks through wine since it has the native counterpart...

Feb. 15, 2009

Re: http://wiki.winehq.org/NamedPipes - documenting the samba / wine NamedPipes integration

by Juan Lang

Hi Luke, > does this sound like a reasonable proposition - a mini SMB/wineserver > protocol - for use for inter-communication between wine and samba in > order to exchange named pipe traffic? Well, I think we have to crawl before we can walk. I think it's more important that we have a working local named pipe implementation before we start thinking about SMBs from Wine to a remote machine. Usually, having a specific app in mind really helps drive an implementation, too. So, for instance, local message-mode named pipes will help Python run in Wine: cool. There are of course many apps that might want to do SMBs over named pipes.. but having a specific one we're trying to fix, along with someone motivated to get it working, helps. --Juan

Feb. 15, 2009