Wine 1.1.29

September 16th, 2009 by

If you want a stable release, please stay with 1.0.1//

For Intel Macs with Tiger, Leopard or Snow Leopard.
Comes with all needed libraries, bins and WineBottler.

This is a test for my new Wine building environment/setup.

  • The package is called Wine now (instead of Darwine).
  • All Wine licenses are changed to lgpl.
  • No custom patches, except the 100% CPU bugfix.
  • Loads of dependencies where updated.
  • Added WineBottler as default alternative for WineHelper (WineHelper still ships with this version).

Small updates for WineBottler.

  • WineBottleStarter now supports custom apps which contain a wine.bundle (for fully self-contained windows apps).
  • updated ie7 template
  • added ie8 template (not working yet)

/me waves big red ALPHA-flag, stay away, if You don’t know what you’re doing 😀


29 Responses to “Wine 1.1.29”

  1. Thank you for providing us this nice alternative, Darwine worked for most of my simple, left-over Windows needs (being a Mac switcher for 3+ years). I wish you good luck to this newer project path, and be sure we will follow your progress. Thanks for sharing your builds.

    Konstantinos (Greece)

    Comment by Konstantinos — September 16, 2009 @ 15:37

  2. Could it be that localization (non-english environment) can still create some problems? I can’t get my foobar2000 bottle to work (custom install with the installer).

    Comment by Tobias — September 16, 2009 @ 17:37

  3. Very good relase, thank you very much 🙂

    Comment by GTOnitsuka — September 16, 2009 @ 18:43

  4. Hmmm…not sure I get it. Am I to put both Wine.bundle and into Applications? It doesn’t seem to work. None of the apps do anything – not even launching X11. WineBottler 1.1.22 works fine though.

    Am I missing something? Does it need to be reconfigured?

    Using 10.5.8 on a macbook pro.

    Comment by CheckeredFlag — September 17, 2009 @ 03:01

  5. great release, actually got rollercoaster tycoon 2 to install which is a first, but not start after though…

    Comment by Ben B — September 17, 2009 @ 03:14

  6. @CheckeredFlag
    Move old Darwine folders and WineBottlers out of the way. (i usually zip them, to not loose them 😉 )
    Copy the complete Wine folder into (~)/Applications. Start an .exe or start WineBottler directly.

    That’s how it’s supposed to work 🙂


    Comment by mike — September 17, 2009 @ 09:50

  7. Duh…too obvious! Since the previous WineBottler was directly in the Applications folder, I expected the same. Now that it’s properly in the Wine subfolder, it works great! Thanks!

    Comment by CheckeredFlag — September 18, 2009 @ 16:11

  8. What is the trick to initial setup here?

    I can’t get anything to run from the launch. Yet when I launch the binary from the command line. (i.e. run /Applications/Wine/ to watch for debugging output) I keep getting the error ‘err:module:attach_process_dlls “gdi32.dll” failed to initialize, aborting.’ Also the ~/Wine\ Files/ folder remains rather sparse. None of the normal DLL’s are copied into ~/Wine\ Files/drive_c/windows/.

    Comment by Luke — September 19, 2009 @ 19:07

  9. Nice work!

    I’ve just a suggestion, maybe as a preference option: As I already have a ton on menu bar items, it’s very hard for me to get access to the WineBottler menu bar icon.

    Solution I suggest: Offer an option to have WineBottler behaving like a normal application, that’s to say, with an icon on the Dock, Menus and normal Windows (not always on top). Just like how WineHelper behaves.

    Comment by iFrodo — September 20, 2009 @ 10:21

  10. I’ve an error on ie7 install:
    I believe you have a local dependency in
    wine.log says
    “err:module:load_builtin_dll failed to: load .so lib for builtin L”winemp3.acm”: dlopen(/Applications/Wine/Wine.bundle/Contents/bin/../lib/wine/, 2): Library not loaded: /Users/mike/Documents/darwine/usr/lib/libmpg123.0.dylib
    Referenced from: /Applications/Wine/Wine.bundle/Contents/bin/../lib/wine/
    I checked and inside there is a reference to your user folder …/mike/…

    BTW super super work!

    Comment by Tom — September 20, 2009 @ 14:35

  11. Just a suggestion,
    I use Italian locale in OSX and Winebottler installs italian localized versions of Win SW.
    I believe, up to the moment Winebottler is beta-grade, it’s better to disable localizations just to reduce number of variables…
    As a side note is it possible to choose localization?
    I normally prefer Int. english.

    Thank you


    Comment by Tom — September 20, 2009 @ 18:29

  12. Congratulations on your work. I tried your Winebottler build 1.1.29 and was amazed by its usability. I believe it is already better than Crossover!

    I would like to report a problem though: I use Wine for some Greek Dictionaries that do not exist in Mac OSX. However, when I switch to Greek keyboard, I can not type all the characters: the bottom row of keys in my keyboard (z-m) do not produce characters at all!

    It is easy for you to recreate the situation: just open notepad.exe, choose Greek keyboard from the menu language bar and try to write something. You will notice the problem at once.

    I would greatly appreciate your opinion on this issue. Thanking you very much in advance.

    Costas (Thessaloniki, Greece).

    Comment by Costas — September 23, 2009 @ 10:04

  13. Update to the previous problem: the keys that do not produce characters in Greek keyboard are: O, P, K, L, N, M.

    Sorry for the mistake in my previous comment.

    Costas (Thessaloniki)

    Comment by Costas — September 23, 2009 @ 10:11

  14. Hi Tom,

    I’ve altered the script to change the image-paths for all so and dylibs. This will help to get rid of workaround like DYLD and FALLBACK paths, which do not work for all cases.

    Still looking into the localization problem. Vars like %programfiles% and the like are not working in every aspect. So I’ve hardcoded “C:\Program FIles” fro now.


    Comment by mike — September 24, 2009 @ 09:07

  15. Thanks a bunch mike… this release works great!

    Comment by pinchies — September 24, 2009 @ 17:17

  16. Great utility and even better “Customer” Care!
    Thank you very much for your work!

    Comment by Tom — September 26, 2009 @ 22:34

  17. Any chance this release is mirrored somewhere? The link seems to be down.

    Awesome new icon, though!

    Comment by Jason — September 30, 2009 @ 00:00

  18. I tried to download this as well as the previous version and the website times out. Any idea when the download will be available?


    Comment by Erick — September 30, 2009 @ 07:24

  19. Should work again…

    Comment by mike — September 30, 2009 @ 20:44

  20. Hi mike, thanks for the work on wine!
    I’m trying this app right now, and I enconutered problems when installing mdac 2.7 and flash from winetricks. The first outputs a wine message dialog that dasetup has crashed, the latter told me is having problem to instal and I have to quit it.
    Also the “show wine log” menu item doesn’t work, even if I enable the “save to ~/Library/Logs/Wine.log” option.
    I’m trying to install Autocad 2008 on snow leopard.
    Should I use the native mdac feature that winetricks offers?
    Keep up the good work!

    Comment by sanzoghenzo — October 1, 2009 @ 12:28

  21. @sanzoghenzo
    new release of this weekend, with loads of fixes like flash and logs :).
    There probably won’t be a 1.1.30 release, as it has major problems with regedit and (large?) key files.
    I’d start with buildin mdac. Builtin dlls are most of the time faster an more compatible with the host system. Even if the default log is not working in 1.1.29 of WineBottler, you still can see the entries in the console.log.
    Check the console log after installing Autocad and see if there are a lot of err: regarding mdac.
    Did you visit: ?

    Comment by mike — October 1, 2009 @ 17:06

  22. Would really like it if you could use drag and drop onto the WineBottle application. Currently it floats on top of the dragged files and you can’t easily drop an installer onto it.

    Comment by Henk Poley — October 1, 2009 @ 20:41

  23. Still not abble to install autocad 2008 (VBA6 troubles, but I’ll manage it in some way), but I’d like to help you listing some bug I found in WineBottler. Maybe you already know of them, but as a former windows programmer I know that the more people are testing your software, the more chances you have to make a stable application!
    Here’s what I found:
    1-The application creation starts even if I choose “Cancel” from the Save application dialog
    2-The “Wine Install” progress bar stays even if an installation exits with an error
    3-I was unable to start autocad installation until I placed the installation files in drive_c/windows/temp since in console I found that wine is invoked with “C:\windows\temp\setup.exe”
    4-For me, always on top windows are little annoying 🙂

    Thanks for the help, keep up the good work!
    Cheers from Italy

    Comment by sanzoghenzo — October 2, 2009 @ 08:20

  24. @Henk, @sanzoghenzo
    I revised the window to the level of NSPaletteWindow, which will allow menus and the like to draw on top of the WineBottler Windows.

    As WineBottler is an “Bodyless” application, that lives in the status bar, windows have to be on top of other windows, as you can’t alt tab to them. Status apps are like services, they never have focus, this is why they place the windows on top of everything else… for a short time. (Well, you could use expose to search for the windows… :/ )

    Why Service/Statusbar app?
    No WineBottler windows on screen or icon in Dock, while you “use” Windows apps. Only helper-windows on screen, if you configure Windows apps, which should be exactly once…. when you install the app 🙂

    I think of Wine as a hidden framework to run Windows apps, not a “visible” app. It is already a mess (and not Mac look and feel), that I can’t hide the X11 App…

    This is why I started the WineBottle in the first place… I don’t need 3 Apps (wine, winehelper and x11) reminding me that I run a exe. I just wan’t to see the exe. You’ll never notice when OS X switches to rosetta to handle ppc code. This is the expected behavior – It just has to run.

    Comment by mike — October 2, 2009 @ 13:49

  25. I tired the predefined IE7 installer. It all goes well until the Internet Explorer installer(the blue background exe) tries to get required updates and it crashes never to resume.

    Any ideas?

    Comment by Brian — October 2, 2009 @ 21:02

  26. Hi mike,
    I totally agree with you. a menubar item is the way to go, it keeps the desktop clean while still offering the tools you need to manage wine.
    I managed to install autocad, the manual way 🙂 (it gave me the same mdac error but it continues the installation and goes to the end…) and I wonder how I can add an that launches my acad.exe binary..Maybe an interesting option to add to winebottler, a launcher creator for programs you already installed in your bottle?
    Thanks again and keep up the good work!

    Comment by sanzoghenzo — October 3, 2009 @ 03:07

  27. Perhaps to make it all (wine, x11) seem more integrated, you could have an option for enabling “Application is agent (UIElement) = 1” in the plist file for x11? It would be hide x11 from the dock, making it all seem much more native.

    Comment by louis — October 14, 2009 @ 15:52

  28. Hi louis,
    It thought of it, too. But altering the users system is against my principles. I’ve already thought about a pref item for this, but users might forget with which program they have altered it. Another possibility I’m looking into at the moment, is using the “open”/”workspace open” command to open up x11 before launching wine. Open does allow to hide the program like UIElement does, but only for the current process, without altering the systems preferences.

    Comment by mike — October 15, 2009 @ 18:10

  29. I totally agree with your philosophy of trying to keep things as simple as possible. But I also hate it when an application tries to be nice by altering my system for me – argh! If I understand what you’re saying in that Wine/WineBottler should not alter the default behavior of X11, then I agree wholeheartedly.

    However, what about creating a Wine/X11 System Preference pane? This system level control provides a clear and elegant means to control and oversee X11 instead of having its behavior altered rudely by a peer app. Each time System Preferences is opened it provides a reminder that of its presence – even if Wine is forgotten about or uninstalled. The preference pane could also provides a convenient gui for configuring Wine/WineBottler preference. Uninstalling the system pref is as simple as clicking its “Uninstall” button, which should return X11’s prefs to its default or prompt to do so.

    I was inspired by the “iStat menus” preference pane which does this all very elegantly. (BTW, if you haven’t tried it, you’ll love it! A free download from

    Not being an OS X developer, I have no idea how feasible this is or whether it makes sense architecturally.

    Comment by CheckeredFlag — October 17, 2009 @ 17:18