Cryptographic Update for WineBottler 4.0.1.1

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

Cryptographic Needs 🙂

Thank you very much for all your feedback for WineBottler 4.0.1 ! It shows us, that the need for better support of wines cryptographic functions is in high demand. And yes, I really try to read most of your feedback. But I'm very sorry, that I can answer only a small fraction of your messages, especially if it comes to debug individual problems, as that consumes a considerable amount of time.

ntlm_auth and gnuTLS

The size of the Wine.app is growing rapidly. Because of that I'm not to happy about adding new libs. But with the very justified enforcement of encrypted connection on all channels I've added sambas ntlm_auth and gnuTLS to support more cryptographic functions. This way browsers and Game Clients 🙂 can connect properly. And (once again) you shouldn't see the dreaded:

err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.

WineBottler 4.0.1.1 running Steam
WineBottler 4.0.1.1 running Steam

Gatekeeper

As noticed by several people, my Apple Developer ID Certificates did expired lately, so that Gatekeeper made you do the Unidentified-Developer-Dance and open WineBottler via maxOSs Security & Privacy settings. WineBottler 4.0.1.1 is now properly signed with my new certificates, but the dancing will continue with the older downloads until they are re-signed. New fun looms with Apples Notarization requirements.

Other Changes

At the moment, our main focus is to improve the overall stability of the package. This is why this build of Wine.app is still based on Wine 4.0.1. There might be some more 4.0.1 iterations before we move on to more current builds of WineHQ.

  • made included libs and binaries fully relocatable
  • support for 64 bit prefixes in Wine.app
  • support Darkmode on macOS Mojave in WineBottler and Wine.app
  • fix search for existing WineBottler apps and Wine prefixes
  • removed obsolete code and env variables for X11

Look out for the new builds at winebottler.kronenberg.org.

Cheers
Mike

64-bit support with WineBottler 4.0.1

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

64-bit – Driven by need

With 64-bit only macOS Catalina around the corner and therefore the imminent loss of 32-bit, I had to sort out my toolchain where Wine is still playing a major role.
I therefore rebased my build-environment on macOS High Sierra and XCode 9.4.1. That is the last combination where I can compile both architectures of Wine in one run. As Clang 32-bit is already removed in macOS Mojave. I was able to install the command line tools of XCode 9.4.1 on it, but in the end, I opted for a clean solution. As the already heavy bending of environment variables to build self-contained versions of Wine got to an all-new level with multiple versions of XCode installed :).
But moving up to High Sierra has its price. The new builds will only run on machines with High Sierra or newer. (Let me know if you still need to run WineBottler on older versions of macOS, it might be possible to move one or two incarnations back. Possibly not as far as the now really outdated WineBottler 2.0 or WineBottler 1-8 did. They were still built on OS X 10.6.8 and had a spectacular range of OS versions supported :D).

16-bit, 32-bit and 64-bit

Back to today: The new builds of Wine.app for WineBottler are based on Wine 4.0.1 and come as shared WoW64 builds. They feature the 32-bit and the 64-bit Wine. Even 16-bit programs still work with the current setup. Further, the builds do include Mono (which was already bi-arch) and both architectures of Gecko.

WineBottler 4.0.1 64-bit Settings
WineBottler 4.0.1 64-bit Settings

I did some groundlaying work to include 64-bit support into WineBottlers app-building, already: You can easily select the correct operating-system / architecture combination. But things need to get a little bit smarter still to manage the two possible versions of prefixes that are required. I still consider this build preliminary work. Id est I did not test the setup with macOS Catalina, yet. But I plan on moving all my 32-bit Windows-based programs to their 64-bit counterparts anyway, so I\'m not concerned with 32-bit too much.

Fixes

Finally, we have landed some UI fixes, too. They remove glitches on macOS Mojave, especially in Darkmode. Further, we have addressed missing icons and problems when selecting the exe to be run.

WineBottler 4.0.1 16-bit Program Bang Bang!
WineBottler 4.0.1 running 16-bit Bang Bang!
WineBottler 4.0.1 64-bit Program FireFox
WineBottler 4.0.1 running 64-bit FireFox

Look out for the new builds at winebottler.kronenberg.org

Cheers Mike

WineBottler | 1.8-rc4

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

Yep... Wine is turning final to a new stable!

... and so is WineBottler.
After the dust of the major changes in WineBottler 1.7.52 have settled, this one comes only with minor fixes and improvements.
The most important might be the rebinding of the CMD-key. As 80% have voted on having the CMD-key doing the work of the CTRL-key, this feature is on by default, now.
A big thank you flies out to Tobias B. on directing my head to it :).

Looking at a fracture in MERLIN PACS Viewer on WineBottler on OS X El Capitan.

Looking at a fracture in MERLIN PACS Viewer on WineBottler on OS X El Capitan.

As usual: head over to winebottler.kronenberg.org and grab your copy 🙂 .

Enjoy!
Mike

PS
... no, it's not my shoulder. Txs for asking.

WineBottler | 1.7.52

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

WineBottler 1.7.52 is a major update which sports some thrilling new features.

Runs on OS X El Capitan

Probably the most important feature is the update to run on OS X El Capitan. In Apples proven one-two-combination, after the visual fixes in OS X Yosemite, we could expect a major cleanup in OS X El Capitan. Apple did this with security on its mind, so the proverb “There is the Easy Way and Then There is the Right Way” smacked the lazy dev in the face, once again.

First, Apple got rid of LD_LIBRARY_PATH and DYLD_FALLBACK_LIBRARY_PATH. Forcing us to “otool -L” and “install_name_tool -change” thru all the bins and libs of Wine to use proper @rpath relative paths for all Wine related libraries. The result is, of course, a correct linking through out the app - thank you Apple. I guess somebody has to kick you once a while to come up with proper solutions.

Then Apple implemented App Transport Security which forces us to use secure connections for interactions between Apps and web services – or to disable it. For now it is disabled in WineBottler, but I’m working hard on offering SSL connections to get this right. After all it is all about security and privacy.

Further there where some GUI/multithreading glitches (Toolbar and FilePicker dialog) that lead to crashes on El Capitan and the new Codesigning requirements that have been sorted out.

Saves up to 92% harddrive-space

Yep, this one sounds to good to be true… right? 🙂 But here we go:
A clean Wine prefix weights in about 35mb. But Wine requires big add ons like gecko (for Webservices, 50mb) and mono (for .net Apps, 200mb) by default. They might not be needed by your app, but blow up an empty prefix up to 300mb. These two add ons can now be excluded: down 84%.

Further we added an option, to remove the “c:\users” directory when shipping an app. Wine will automatically add new users, when the app is run on a clients Mac.
Then you can automatically remove installer files (.msi) from your prefix before shipping – if they are no longer needed.

Lastly, we have optimized how WineBottler runs your prefixes. To this point, WineBottler will copy a prefix from the App to the folder ~/Application Support. This approach allows us to install Apps to restricted System folders, or Codesign them, without breaking the signature or having to give read and write access to the app, since the App works in the users Applications Support folder. We stick to that design, but we no longer copy, but link the files to ~/Application Support. Changes files will break the link and replace it with the new file. Unchanged files will only take up some bites, instead of a complete copy, saving nearly 50% of disk-space. THIS FEATURE IS STILL VERY NEW AND IN TESTING! So I’m more than happy to hear from you.

New Wine and mono version

Finally we included the current latest and greatest Wine: Wine changelog.

Thank you very much!

For your ongoing interest and support for this project. All dough I can’t answer all the mails, I’m always interested in feedback and suggestions. Thank you very much.

MusicBee Dabu Fantastic


Listening to Dabu Fantastic playing on MusicBee 2.5 on WineBottler on OS X El Capitan.

As usual: head over to winebottler.kronenberg.org and grab your copy 🙂 .

enjoy

Mike

WineBottler | 1.7.37

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

WineBottler Fixed OpenGL and X11 fallback

This update comes with

  • fix for the X11 fallback (missing dylib).
  • fix for code signing on OS X 10.10 – that should allow you to install WineBottler without lowering your security-settings.

And it is pushing Wine.app to 1.7.37.
Wine changelog: winehq.org

There will be an update to the stable branch of WineBottler and Wine.app, based on Wine 1.6.2 and all the new WineBottler features that appeard since WineBottler 1.6.1 came out.

That said, I will land some major changes to the unstable branch starting next week 🙂 .

riot


Running Notepad++ 6.7.3 on WineBottler on OS X Yosemite.

As usual: head over to winebottler.kronenberg.org and grab your copy 🙂 .

enjoy

Mike