Tag: wine

WineBottler | 1.5.29

by Mike Kronenberg | Posted in c/obj-c, cross-platform, ies4osx, wine, WineBottlerTagged , , , , , , ,
Keep me going
give me coffee! Smoke 1 Smoke 2 Smoke 3

WineBottlerFirst I'd like to shout out a loud "Thank you!" to all the supporters over the last years, especially the last month. You made me not drop the ball... and here I stand now, not with one new version of WineBottler, but with two 🙂

I happily raise the curtain for:

WineBottler 1.4.1
I showed of a very early version of it once. One of the main features is, that it hides X11 by writing a custom xinitrc for every bottled app. This way, every app has it's custom X11 environment, with icon and menu. You can cmd-tab between the apps like with every other app. Additionally, there is a tool-menu with the most important tools like filemanager, configuration and winetricks.

WineBottler 1.5.29
But somebody pushed me to adapt it to Wine 1.5.29 because of the new Mac driver. So here we are... pushing WineBottler 1.4.1 to obsoleteness in the very same post. What is the Mac driver, you ask? It's the replacement of X11 in Wine for the Mac, which is great news, as X11 is an optional install on OS X now. I did not yet add the menus I normally have in the bottled Apps, as this will force me to break the "non patched wine" policy I had for years now. But we will see, how this evolves.

WineBottler_1_5_29

Update your current version of WineBottler and Wine.app by downloading the new versions from winebottler.kronenberg.org
As 1.4.1 is still the stable version, you manually have to download 1.5.29. 1.5.x have their of appcast for future updates.

I'm currently revamping the WineBottler website, please be patient with me, if something is not in its place during the next days.

enjoy
Mike

Wine | 1.4.1

by Mike Kronenberg | Posted in c/obj-c, cross-platform, wine, WineBottlerTagged , , , , , , , , ,

Long time no see 🙂

This time we got two fresh Wine builds, one for Lion and Mountain-Lion, and one for Tiger, Leopard and Snowleopard. Because of ongoing development, I had to make a cut somewhere. The Lion version comes with better System support, and the bins are codesigned, so they should behave somewhat with gatekeeper. The Tiger version lacks audiosupport, because the wine project decided to move their coreaudio-support to the next level - and i don't know, if it will be possible to compile for Tiger in the future. Both version support the current winetricks.

Just update your current version of wine by selecting "Preferences..." from the Wine-Glass Icon in the Statusbar, or download it manually from
http://winebottler.kronenberg.org/wine/
(The Tiger/Leopard-Version is only available as manual download for now).

Here is a list of all the libs and the changes to the libs.

enjoy
Mike

Wine 1.2.1

by Mike Kronenberg | Posted in cross-platform, wine, WineBottlerTagged , , ,

Quick update:

First, Thank you very much for all the feedback, books and donations lately. I'm in the process of answering as many mails as time allows. For the books: Amazone does not give out the donators name, so forgive me, if I'm not able to thank you personally... I really appreciate it and I enjoy the reading - NO, this does not take away time from WineBottler 😉 .

Second, compiled Wine 1.2.1, you can find it here:
http://winebottler.kronenberg.org/wine/

Third: WineBottler 1.2 and Wine 1.3.x builds are on hold until November. A big project of a customer hits a major milestone on October 27th. (That's the WorldDidact in Basel, Switzerland, if you happen to be close, meet us at the Ingold/profax booth 😉 ).

Yours
Mike

Finally: still causing trouble...
Adobe is updating flash at an increased rate. This leads to a lot of sha1 mismatches, as the winetricks team is always some hours behind an update. So your installation of ie6 or steam might fail because of that. I will remove Flash from the default installation in WineBottler 1.2. You'll be able to install it with WineTricks if needed.

ies4osx 2.5beta6_4 [updated 2]

by Mike Kronenberg | Posted in c/obj-c, cross-platform, ies4osx, wineTagged , , ,

First,
let me thank You for all the feedback, bugreports and suggestions! I really appreciate it.
ies4osx had a little more exposure than usual during the last days. It showed that loads of people moved on to Leopard, what led to some frustration, as darwine an thus ies4osx was not working as expected.

Now with Darwine 0.9.49 Darwine 0.9.49_2 and ies4osx 2.5beta6_4 I hope I can better serve that need. Sorry, still no PPC solution (if You are interested, You should bug this guy).

Please note, both are still in very early stages for Leopard... so please tell me if it works for you. The whole setup is NOT tested on Tiger as stated in the last post.

Two request that where made more than one time:

  • use the wrapper of ies4osx to install other Windows Applications as .app packages (gives me some headaches on how to define the desired executable after installation 😉 )
  • install interesting windows components similar to Dan Kegels winetricks.

enjoy
Mike

[Update]
As I feared, this Darwine-x86-0.9.49 is only working on Leopard atm. Users of Tiger should use Darwine-x86-0.9.48 for now.

[Update 2]
Here is a new .49 Darwine Build, that works for me on Tiger and Leopard:
Darwine-x86-0.9.49_2

Darwine 0.9.49 with freetype 2.3.5 [updated 2]

by Mike Kronenberg | Posted in c/obj-c, cross-platform, ies4osx, wineTagged , ,

Geeks just have to pay double - but in the end it pays.
This is a first shot at building darwine for Leopard with included freetype for antialiased fonts. It's built against X11 4.2 in the hope to have a result that runs on Tiger and Leopard. But as I don't have a spare external HD to install Tiger, I can not test it atm.

Why did it take so long?

  • I was in good hope to get OpenGL running by now... but it's still broken on X11 7.2. So I decided to go for a version that runs on 10.4 and 10.5.
  • WineHelper and distrib needed some patching to build on Leopard (patch submitted to darwine project)
  • Leopard has a new way of starting X11. Most important, $DISPLAY has to be set correctly - but on Leopard, $DISPLAY is a random value, that is not accessible from within cocoa apps. [[[NSProcessInfo processInfo] environment] objectForKey:@"DISPLAY"] will always return @"localhost", which is wrong... another bug.) A way to get the current $DISPLAY if not set by bash is export DISPLAY="$(find -f /tmp/launch-* -name :0)"