Wine 1.7.52 Released

The Wine development release 1.7.52 is now available.
What's new in this release:

• Unicode data updated to Unicode 8.0.0.
• Some implementation of the Web Services DLL.
• More Direct3D 11 interfaces.
• A few more functions in the C++ runtime.
• Output standard glyph names in the PostScript driver.
• Various bug fixes.

The source is available now. Binary packages are in the process of being built, and will appear soon at their respective download locations.

 Bugs fixed in 1.7.52 (total 99):

   5771  Problems with Settlers III films (exotic Indeo RIFF chunks like ##iv are not detected in wine)
   6416  wineps uses custom encoded fonts
   7873  ConceptDraw cannot load project files
   9009  JewelQuest crashes after starting
  14193  Monster Truck Madness 2 Trial: crash in msacm32
  17543  Halo 2 for Windows Vista installer shows empty html user interface (jscript parser fails to recognize 'objectid::eventname' style function declarations)
  17647  TA Demo Recorder doesn't work
  18265  SIAP 3.1 (Argentinian tax software) crashes when entering menus, saving data or trying to exit a module
  20105  Fujiprint/Fotokasten fails to update (msxml3 missing support for special characters escaping and DTD nodes)
  21670  Flying Model Simulator - hangs at graphics card detection
  22067  c2 crashes on exit
  22511  Baldur's Gate 2: only takes up part of top left corner of screen, not full screen
  26122  valgrind shows several uninitialized variables in mscoree/tests/mscoree.c
  26211  Dragon Age II Demo launcher crashes
  26216  Lylian: can't play videos (quartz can't handle the AVI file header correctly)
  26875  Desperados: invisible UI
  27312  Requiem: Avenging Angel - Black artifacts in the main menù
  27513  Lord of the Rings launcher: 'Log in' button corrupted without native gdiplus
  27526  Field of view spins uncontrollably after switching from menu screen in Half Life
  27739  Multiple D3D example applications crash on unimplemented function d3dx10_43.dll.D3DX10CreateEffectFromFileW (NVIDIA D3D SDK 10 Sparkles, DirectX SDK GPUSpectrogram)
  28097  gdiplus fonts test fails unless Times New Roman installed?
  28191  winetest: No usage in wineconsole
  29379  VB6 textbox right click menu does not work
  29609  League Of Legends game client crashes after champion selection (failure to resolve hostname)
  29646  Microsoft Wine Guide crashes after playing one video clip (string sent to MCIWNDM_SENDSTRINGA needs previous translation from 16-bit)
  30180  winecfg hangs on drive actions
  31580  'Create Your Own Model Railway' crashes at 65% preparation after clicking 'Start Game'
  31684  Crash in winealsa driver when exiting World of Warcraft
  31748  Space Pirates and Zombies (Steam): system crashes/freezes when closing the game
  31826  warning: implicit declaration of function ‘isatty’
  32181  linux/videodev.h header is deprecated and unavailable on newer kernels
  32234  Missing dependencies on static / import libraries
  32582  WideCharToMultiByte: incorrectly handling of user specified DBCS "default character"
  32726  Starcraft II fulscreen app is still drawn when Alt+Tabing in KDE
  32959  Warcraft 3: Minimizing problems
  33376  Stick soldier 2 crashes on startup
  33481  Solidworks crashes on mouse action after 1 minute
  33704  Naviextras Toolbox 3.18.1 crashes or hangs (multithreaded wininet connections/races)
  33777  Clamwin doesn't show drive letters in filenames
  33870  Occasional crash during ie7 install
  33877  SimCity 4 Deluxe 'AutoRun.exe' crashes when clicking 'install'
  33935  graphics.c: identical sub-expressions '!(types[i + 1] & PathPointTypeBezier)'
  34172  Failure to install MiKTeX 2.9
  34422  Wizardry 7 Gold - Crash on starting a new game
  34607  When quitting the first area in Oddworld Munch's Oddysee CD, the game crashes
  34608  The character's 3D model in Oddworld Munch's Oddysee lacks body parts
  34750  Eleusis Demo some landscape parts are black rendered
  35219  Wine builtin Internet Explorer fails to authenticate with certain websites (GnuTLS error: Rehandshake was requested by the peer)
  35553  Warhammer 40,000: Dawn of War II: does not start, crypt:CertCreateContext dwFlags not implemented
  35574  gdi32:fonts test_EnumFontFamiliesEx_default_charset() fails on Windows 7 in the Japanese and Hebrew locales
  35708  Dassault Systemes CATIA v5R19 installer passes unsupported UI level 'b-!' to msiexec
  35716  Oblivion Mod Manager file not found although file-select window shows file
  36032  Colin McRea Rally 2005 - graphic glitches on second run/carrier mode
  36060  Hawking Control Center driver installer tool crashes (SHRegCloseUSKey crashes on NULL key)
  36110  Drakan: screen flickers and graphics are distorted (Mac OS X only bug)
  36237  valgrind shows a leak in comctl32/tests/subclass.c
  36276  dxdiagn/tests/container.c crashes when run under valgrind
  36281  valgrind shows an invalid read in gdi32/tests/path.c
  36367  w95_answ.exe (16-bit app) crashes on startup on Mac OS X 10.9 (Mavericks)
  36422  valgrind shows several possible leaks in qcap/tests/qcap.c
  36571  valgrind shows some invalid memory use in shell32/tests/path.c
  36626  dxgi/tests/device.c crashes under valgrind on i965/mesa
  36637  wininet/tests/http.c crashes under valgrind
  36725  Audible Manager crashes immediately on startup
  36732  mscoree PATH environment setup contains a potential stack buffer overflow
  36743  rpcrt4 tests fail when using widl "-Oif" option
  36876  Incorrect check for bad points in draw_poly()
  37018  Viber crashes when trying to make a video call
  37301  MyPhoneExplorer 1.8.6 installer crashes
  37814  NotePad++ 6.x freezes/crashes when copying text
  38217  wininet/tests/http.c hangs under valgrind-3.11.0-SVN
  38380  OSX Wine64 compile hangs on /dlls/ntdll/relay.c with gcc4.9
  38397  World of Warcraft 3.3.5a in D3D mode does not launch after wine 1.7.40
  38456  valgrind shows several uninitialized variables in programs/reg/tests/reg.c
  38678  valgrind shows uninitialized value dlls/kernel32/tests/path.c:test_CheckNameLegalDOS8Dot3
  38728  valgrind shows uninitialized memory in dlls/user32/clipboard.c
  38779  Homeworld 2: unusually long loading time (with built-in msvcr70)
  38871  Homeworld Remastered crashes when starting a new game, needs msvcp110.dll._FDtest
  38915  valgrind shows uninitialized memory in kernel32/tests/time.c
  38992  Chile timezones not detected: Chile/Continental and Chile/EasterIsland
  39021  Valkyria Chronicles (Steam) runs without audio (needs native xaudio2_7.dll)
  39189  Ableton Live 9: Adding Electric/Bass/Wobble Bass instrument causes a crash on unimplemented function msvcp120.dll._DTest
  39190  Ableton Live 9: Adding Impulse/Backbeat Room instrument causes a crash on unimplemented function msvcr120.dll.fminf
  39192  Warhammer 40k: Dawn of War II – Retribution (Steam) needs msvcr80.dll._wctime32_s
  39198  Etherlords 2 demo installer receives an exception after start
  39205  wordpad: paragraph didn't be repaint after undo setting of alignment
  39214  Crazy Machines Elements crashes on unimplemented function x3daudio1_7.dll.X3DAudioCalculate
  39241  msvcrt:string fails in a mixed locale configuration
  39243  oledlg:main fails in the Korean locale
  39256  msxml3/tests/domdoc.c crashes under valgrind
  39273  Quicken 2004 doesn't install
  39277  Enhance error diagnosis for DX10/11 games crashing due to missing support for Mesa OpenGL >= 3.2 core profiles, Shader Model 4, GLSL 1.50
  39280  German manpage claims WINELOADER defaults to @bindir@/wineserver
  39287  Huawei HiSuite 2.3.55 installer crashes
  39320  Unrest doesn't exit properly (hangs on exit) with built-in Xaudio2
  39321  Unrest doesn't play audio with built-in Xaudio2 (needs xaudio2_7)
  39333  TERA client 2015.09.24 crashes on unimplemented function bcrypt.dll.BCryptCreateHash
  39334  comctl32 status bar test crashes on Linux if Bubbler One font is installed
  39361  WildStar Launcher2 crashes immediately after startup

Run Microsoft Windows Applications and Games on Mac, Linux or ChromeOS save up to 20% off  CodeWeavers CrossOver+ today.

How Im Earning My Beer part 2

After completing the first part; Wine's Conformance Tests ran and that was all well and good and fun. There was a flurry of flashes on the screen, various windows were named after various tests, sound played, I rejoiced. It was an exciting accomplishment!

But the report did not work. My results did not show up and I was quickly frustrated. This is where I considered giving up.

I don't need to have a beer, right?

I mean, that's really a simple carrot and nothing else. I wanted to submit the results but if it won't run, it won't run; and it did run but for some reason it didn't report.

This is where the community comes in. This is where we often don't realize how many people are around us willing to help. I dropped a hint at my frustrations into chat and rather than getting the quick response of "that's too bad", I got a question:

How close are you?

And I don't know. And I have to be walked to the log file that wt-daily has very helpfully left in my folders. The location is:

~/wt-daily/winetest/wine/

The log file is called:

wt-bot-(yourtag).log

It's lines and lines of useful information about all the tests that ran. The first thing I learn is that WineTest really did run and it really did submit results to WineHQ. It took it almost 30 minutes to run... and it had 54 failures.

I report the number of failures and I get another question:

How many skips?

I confess I don't know. I didn't skip anything.

Now I get the explanation:

Wine's Conformance Tests are set to accept and publish results with 50 or less failures and 10 or less skips. Both requirements must be met to be featured on the results page. It sounds like you didn't skip anything, add a line to your configuration file and skip a test or two that fails and you will get it.

I'm skeptical because I've already put a bit of effort into getting this to run and I've watched a few other people grumble about libraries and dependencies but there is encouragement in that explanation: you will get it.

I started at the bottom of the log-file and looked for the failing tests. They were fairly easy to identify and so I added some tests to skip to my configuration file.

 Look for lines like this:

Running tests - 53 failures
Running: windowscodecs:tiffformat (541 of 579)
2015-10-05 11:28:16.135 wine[44040:808186] void *....
Running tests - 54 failures

Look for a line where the test failures increases. The amount of failures before the test is 53 and after windowscodecs:tiffformat runs, there are 54.

This is where the "windowscodecs:tiffformat" test failed. Adding a skip to that test looks like this in wt-daily's configuration file:

email="your email address here"
tagmac="a-tag"
descmac="A description of your system for Wine developers"
excludemac="windowscodecs:tiffformat"

I need more than one test skipped to get to that 50 or less mark so my configuration file ends up looking like this:

email="caron@codeweavers.com"
tagmac="CWtestbox004"
descmac="OS X 10.11 dual GPU AMD Radeon R9 M370X and Intel Iris Pro"
excludemac="windowscodecs:tiffformat windowscodecs:converter user32:msg 

gdi32:dc dwrite:font"

And it worked:



This is cause for great celebration. Not only is WineTest running on my system, it's reporting on WineTest. I made several Macs run and after a few reports came online, those watching the results come in realized that the name "CWtestbox###" was really horrible for identifying which box was which at a glance. We needed to summarize the box in 20 characters or less and still be able to tell who was who among our Macs.

This is the information we wanted to know at a glance:

• Where is the report coming from?
• Which type of Mac?
• What hardware is onboard?
• Which OS version?
• Which test ran; the Mac Driver or the X11 driver?

My boxes are reporting from CodeWeavers, so "cw-" is the first piece of the new name. That will be consist from each box that comes from systems I setup. Then, the type of Mac. We have MacBook Airs, MacBooks, MacBook Pros, Minis, iMacs; we have a decent collection to choose from and setup. We decided we could summarize them fairly easily with "mba-, mb-, mbp-, mini-, imac-".

Run Microsoft Windows Applications and Games on Mac, Linux or ChromeOS save up to 20% off  CodeWeavers CrossOver+ today.

How Im Earning My Beer part 1

I had the pleasure of attending WineConf 2015 in Vienna, Austria. The weather was better than I could have asked for, the food was excellent. The company of thirty five other contributors to Wine was encouraging and appreciated. It's the first WineConf in years and it was well overdue.

Everyone's reports are trickling in and we're all scurrying to do the work asked of us to help move the project along. The coming weeks and months should reveal the community is more driven than ever. We've re-united with those who had trickled to Wine-Staging and there's a flurry of updates going to wiki pages, blogs, and articles all around. Not to mention the process changes, thinking around bugs and forums, and so much more.

My little piece has to do with what we are called to action over every time we meet.

Every WineConf, we fret over this page and it's various friends:


Ideally, we would have every single test passing on each version of Windows that's running our tests AND we would have it passing on Linux and Mac systems. As you can see, we're a little remiss in Mac test results in the last two months. Wine's test suite isn't (wasn't) running successfully enough on any Mac to report its results.

This year's idea is that next year we *might* insist that before anyone can have a beer on Friday night, they have to fix one test on this page. Granted, I'm a little early and arguably submitting more tests to the page is not fixing tests themselves... but it is making it so everyone else has something to fix. Hopefully that's where I'm earning my beer... and I'm not even sure I want a beer, to be truthful. Maybe I want a nice glass of Wine, seriously.

It is not to say that I'm going it alone, getting Wine's tests to run on any system means that tests have to be written well by the Wine community. It means that I have to have a way to install dependencies on OS X. And, it means I drag my peers through reviewing the problems I'm seeing even if they are caused by my own human error.

For the Wine community, it means OS X results that run in some reliable fashion. It means a contribution in a different form. It's something I'm proud of because the task isn't all that easy. If you're looking for a way to contribute to Open Source, understand that contributions come in many forms. They come from community support, testing, spreading the word, development, and so much more. After I release this blog post into the world, the absolute best thing I can do is go back to WineHQ and ensure that my method of getting Wine's Conformance Tests to run is logged on one of the many wiki pages. With that, I will have come full circle and made a decent suggestion on how others can help too.

Run Microsoft Windows Applications and Games on Mac, Linux or ChromeOS save up to 20% off  CodeWeavers CrossOver+ today.

Wine преминава към фиксиран цикъл на версиите и се интегрира с Wine-staging

Създателите на проекта Wine утвърдиха прехода към фиксиран цикъл за формиране на стабилни версии, с период от 12 месеца. Всяка година в средата или края на месец септември, сорс-кода ще се архивира и работата по него временно ще се прекратява. След кратък стабилизационен цикъл, в края на есента, ще бъде публикувана поредната стабилна версия. Първата стабилна версия от новия цикъл ще бъде компилацията Wine 1.8, която се очаква да излезе след няколко седмици.



Поддръжката на стабилната компилация ще се осъществява чрез bugzilla. За всички Linux дистрибуции, в които не са предвидени инсталационни пакети с Wine, ще бъдат разпространявани готови бинарни пакети.

Освен това, официално бе съобщено за започване на съвместна работа с клона Wine-staging, в рамките на който се разработват неофициални разширени компилации на Wine, включващи пачове, които не са приети в оригиналния Wine. Wine-staging става част от WineHQ обществото и ще бъде включен в основния цикъл на разработване във вид на експериментални пачове за предварителни тестове, преди техния сорс-код да бъде включен в основния проект.



Wine-staging ще допълни текущите стабилни и експериментални версии на Wine и изцяло ще бъде интегриран в структурата на WineHQ. Официално, в средата на Wine-staging ще се тестват и настройват рисковите допълнения, които още не са напълно готови. Тези експериментални пачове ще бъдат отбелязани със специалния таг Staging.

А если вы используете этот скидочный код ( TOM23 ) вы можете сэкономить дополнительные 20% от $20.95 цене.

 

Run Microsoft Windows Applications and Games on Mac, Linux or ChromeOS save up to 20% off  CodeWeavers CrossOver+ today.

 

The glass of wine thats worth 350 million dollars

Today while reading the Linux Foundations report titled ( Estimating the Total Development Cost of Linux Foundation’s Collaborative Projects ) that is located here.

Top-level findings from the report include:

• The total lines of source code present today in Linux Foundation’s Collaborative Projects are 115,013,302.
   
• The estimated, total amount of effort required to retrace the steps of collaborative development for these projects is 41,192.25 person years.
   
• In other words, it would take 1,356 developers 30 years to recreate the code bases present in Linux Foundation’s current Collaborative Projects listed above. The total economic value of this work is estimated to be over 5 billion dollars.

I began to think what a project like WineHQ would be worth using their same estimates and cost  variables. So first I need the Total Physical Source Lines of Code (SLOC) in Wine and that is 3,512,143 as of yesterday.

Next to make this extremely simple I need the average cost per SLOC and if I divide  $5,663,488,007.63 by 115,013,302 I get $49.24 as the average cost per line of code. Now all I need to do is multiply 3,512,143 by $49.24 and we get  $172,937,921.32

But now your asking yourself why did I title this article the 350 million dollar glass of Wine when in fact the source is only worth 172 million.

Because if you actuality read the report you will see that they have not taken documentation, the projects web sites, marketing, or brand value into account. And I could even go further down the rabbit hole and include  “emotional attachment” or “top of mind.” because everything has a value.

If we now take a look ( The Value of Freedom: Linux Kernel Worth $1.4 Billion ) in this article we get into what a brand is worth, keep in mind brand valuation is only a guessing game, While Apple or Google would have excellent brand values I don't foresee many company's opening their doors tomorrow under the name ENRON.

"I think lawyers would likely evaluate the value of a trademark differently than we did," McPherson said. "I think they would take into account the 'goodwill' of the brand around the world and the economic systems it powers, which is far, far more than the $1.4 billion of the code due to its use, its network, its momentum, etc. That's why the $1.4 billion number is low."

Should third party applications like PlayOnLinux, PlayOnMac, WineBottler, Wine-Staging's patch set etc etc be included. Because they are all open source and are built around the Wine project.

Should we also include the commercial backing from company's like CodeWeavers and the ingenious marketing strategies to further the WineHQ brand.

And lastly developer worth isn't included in any of these other evaluation's, I believe the talent pool around a project is another form of worth because their are only so many guru hackers on this planet and if your project is fortunate like the Wine project and you have between 20 and 50 of the worlds best programmers that in it's self is saying something.

So to get the total valuation of 350 million dollars I essentially doubled the SLOC worth because that is only about half of a given projects net value.

Comments, Flames or thumbs up are always welcome...

Run Microsoft Windows Applications and Games on Mac, Linux or ChromeOS save up to 20% off  CodeWeavers CrossOver+ today.

WineHQ WineConf 2015 Videos and Slides

Here is three Videos taken at this years #WineHQ WineConf Alexandre is the maintainer of #Wine development, Jeremy is the CEO of #CodeWeavers and Michael is a member of #Wine-Staging and will become the new Wine stable maintainer.

Credit goes to Stefan Dösinger for editing and uploading the videos to YouTube.

Alexandre: https://www.youtube.com/watch?v=GTN5ksxzFnE
Jeremy: https://www.youtube.com/watch?v=EzR9RPlWi7c
Michael: https://www.youtube.com/watch?v=QdcFNqWTja4

Run Microsoft Windows Applications and Games on Mac, Linux or ChromeOS save up to 20% off  CodeWeavers CrossOver+ today.

CodeWeavers CrossOver промо-код CXROSSIYA был продлен

Здравствуйте,

Наша 20% купон на скидку код ( TOM23 ) не был удлинен до 20 октября 2016 года Этот код действует для клиентов в России и на Украине и действует в течение 30 мгновенного% скидка Codeweavers наградами CrossOver Mac или Linux. Просто введите код на кассе в магазине и нажмите кнопку Применить.

 

 

Putty for Mac

$15.00

PlayOnLinux and PlayOnMac 5 the Current state

Hi everybody,

I'm writing this post to give some news about PlayOnLinux and PlayOnMac v5. First of all, the development is rather going well. It takes quite a lot of time because we have to maintain PlayOnLinux 4 and the servers at the same time, and a lot of work remains to be done. This is why it is not possible to give an ETA for the release. However, I can show you what is done so far.

User interface

I guess that this is one of the topic that will concern you the most. A good news is that the application is designed to be totally decoupled from PlayOnLinux core. Basically, it means that we can end up with several interface implementation without changing the core (containing most features)

JavaFX interface

This is the main reference interface. This interface is supported on Linux and on OSX. We are trying to spend time to make it as user friendly as possible to avoid any confusion.
Here are some screenshot of the current version:

Installed applications

Available applications. (We want to replace POL logos by something unique for each program)

Available applications: Description of an installer

This is a script installing a version of wine (1.7.39)

Future configuration window

QT Interface

We are also aware that some of you do not really like the idea of having a non native interface. This is why some effort are put in the implementation of a QT interface. (This development is mostly done by seijikun, a big thank to him).

This interface aims to be as close as possible to PlayOnLinux 4 current interface. The QT interface is not fully implemented at all for the moment, I'm personally putting some effort in implementing the core features, so I do not have a lot of time to help seijkun. But still, here is a screenshot so that you can have an idea.

CLI interface

The CLI interface is not implemented yet at all. We want, on the long run to be able to run PlayOnLinux from the command line.

Integration test mock interface

This interface allows us to run automated test. I'll talk about this in a short paragraph.

Scripting

Introducing templates

The scripts (or installers) are written in Python. Basically, it will give to the scriptors as much liberty as they have in PlayOnLinux 4. However, we are also going to support a new concept: Installers templates. Installers templates are reusable scripts. For example, we will write one script for all Source games.

A more complex example would look like this: 

(Yes some games are natively available on Linux, but it is just for the example ;-))

With this example, the Diablo III script would be "complex", like current scripts, but Half-Life script would look like this:

1 2 3 4 5 6

class HalfLife(WineSteamInstaller):     title = "Half-Life"     prefix = "Prefix"     wineversion = "1.7.34"     steamId = 130     packages = ["package1", "package2"]

The choice of the base template is made by the scriptor.

New tools

We have integrated a Python console inside the application so that scriptors can test PlayOnLinux framework (Sorry for the quality):

Performances

Memory consumption

In terms of memory, PlayOnLinux 5 seems to use a little more memory than PlayOnLinux 4.
It is expected because contrary to PlayOnLinux 4, everything us running in a single multi-threaded process. PlayOnLinux 4 is creating a lot of processes, making memory measurement very hard, and wasting a lot of resources.

Interface performances

We've run some benchmark to compare interface performances. PlayOnLinux 5 is running way faster. In fact, it was impossible to script a smooth progressbar with PlayOnLinux 4 because the wizard was responding too slow. To measure the responsiveness of the interface, we compare the time required to show 1000 messages in a wizard.

And a video highlighting the difference:
https://www.youtube.com/watch?v=b57JIFCQg54 (PlayOnLinux is the window on the right)

Testing

Automated testing is part of the code quality. With the new application design, we can run automated tests on a daily basis to detect breaks (in script, or in PlayOnLinux itself). So far, we have written three integration tests:

• Download and install a wine version
• File deletion is safe
• Shortcut creation

We also write unit tests for non UI classes.

I think that this is all I have to present for the moment. If you have any question, feel free to comment. I will edit the news if I find anything else.

Cheers,

Run Microsoft Windows Applications and Games on Mac, Linux or ChromeOS save up to 20% off  CodeWeavers CrossOver+ today.

Executando o CrossOver 14 Linux para uma melhor experiência com o Wine

Para uma grande quantidade de usuários de Linux e Mac a realidade é que sempre vai existir um programa de Windows que eles ainda precisam usar quase que diariamente. Para muitos a resposta é o Wine, permitindo que programas sejam utilizados com um certo nível  de sucesso em seus sistemas compatíveis com Unix. Infelizmente o Wine não vem com nenhum tipo de garantia de sucesso para uma determinada aplicação, também não possui nenhum tipo de suporte além da comunidade de desenvolvedores, ou um desenvolvedor muito dedicado. Vamos ao Crossover.

O CrossOver tem sido o principal fundo de recursos para o projeto Wine por muitos anos, ele oferece uma versão personalizada do código do Wine e inclusive com suporte garantido a uma variedade de aplicativos -- uns jogos, uns softwares de escritório e produtividade, uns utilitários.

O Wine atende as necessidades de muitos usuários, de forma gratuita, mas para aqueles que precisam de uma mãozinha ou para aqueles que não se acham capazes de configurar sua instalação do Wine para uma determinada situação o CrossOver é uma boa escolha.

Por US$ 59,95 o CrossOver conta com um instalador automatizado para muitas aplicações, além de integração com o gerenciador de pacotes do sistema para garantir a instalação de dependências que as camadas de compatibilidade podem requerer -- como codecs, bibliotecas para áudio mp3 e vídeos mpeg, ou fontes de texto específicas.

O comprador também pode optar por comprar suporte telefônico direto direto com a equipe do CrossOver, de forma a garantir que os programas rodem em seus sistemas. E não é só isso, toda compra do CrossOver vai diretamente para o desenvolvimento contínuo do Wine uma vez que o CrossOver emprega muitos dos contribuidores e desenvolvedores, assim como todas as correções feitas no código, "não importa o quão pequena", são sempre enviadas ao projeto do Wine em si. Ao comprar o CrossOver você contribui diretamente com o Wine.

Para mim, o maior e mais importante recurso é a integração com o gerenciador de pacotes. Todas as minhas aplicações principais (Microsoft Office, World Of Warcraft, Warcraft 3) e as outras funcionam muito bem com a versão base do Wine. Mas toda vez que troco minha distribuição do SO eu sempre preciso analisar e instalar todas as dependências do sistema, como as versões de 32 bits do gstreamer, lipmpg, mp3, entre outras. Já com o CrossOver assim que um programa sendo instalado precisa dessas dependências ele me avisa dos pacotes necessários.

Para usuários avançados comprar o CrossOver pode não ter um benefício direto. Mas para aqueles mais leigos com a computação, ou que querem ajudar o projeto do Wine, então comprar o CrossOver é uma maneira simples de contribuir.

O CrossOver tem se mantido funcionando muito bem através dos anos, mesmo lembrando do CrossOver Office 5 de mais de 10 anos atrás e também do CrossOver Games, que foi integrado ao CrossOver atual.

 

Os mais novos cupons de desconto do CrossOver são ( TOM23 )  que garantem 20% de desconto tanto na versão Mac quanto Linux!

 

Run Microsoft Windows Applications and Games on Mac, Linux or ChromeOS save up to 20% off  CodeWeavers CrossOver+ today.

WineHQ WineConf 2015 Group Photo

WineHQ WineConf 2015 Group Photo

From left top to right bottom: Sebastian Lackner, Aaryaman Vasishta, Austin English, Rosanne DiMesio, Ulrich Czekalla, Michael Stefaniuc, Henri Verbeet 

Aric Stewart, Piotr Caban, Jacek Caban, Caron Wills, Christian Inci, André Hentschel, Jeremy White, Alois Schloegl, Andrew Eikum, Huw Davies, Hans Leidekker, Robert (Focht)

Stefan Doesinger, Dmitry Timoshkov, Alexandre Julliard, Francois Gouget, Andrei Podoplelov, Nikolay Sivov, Michael Müller 

Marcus Meissner, Jactry Zeng, Qian Hong, Josh DuBois, Vincent Povirk, Józef Kucia, Matteo Bruni

Run Microsoft Windows Applications and Games on Mac, Linux or ChromeOS save up to 20% off  CodeWeavers CrossOver+ today.

Wine Stable Release Changes

Hello,

At WineConf we had a fairly uncontroversial discussion about the Wine Stable release process. As the current process of feature based Wine releases isn't working(*) following changes were agreed upon.

Release Process Changes
------------------------
- - Switch to time based releases.
- - Major releases once a year in autumn/fall. Code freeze starts around mid/end of September.
- - Michael Stefaniuc will be the stable maintainer starting with 1.8.x. Other people are more than welcome to help out with Wine Stable. I'll document stuff and send out a request for help during the code freeze.
- - The stable release will be supported in bugzilla.
- - This changes take effect immediately. You can expect Alexandre to announce a code freeze in the next couple of weeks.
- - We will revisit this changes should the need arise, e.g. reduce the time between two major stable releases.

Discussion
-----------
The discussion was done based on slide 9 of Alexandre's keynote At the start Alexandre and others noted that we do not hear from users for whom 1.6 is just working. We are getting reports only about the stuff that breaks.

The discussion quickly geared to the changes accepted from above with the focus on implementation details:

- - 6 months better? No, the 12-18 months stable release cadence prior to 1.8 was ok. Can be reduced later on should the need arise.
- - Synchronize with (a) major distro? No, release dates can slip on both ends. Freeze should also not impact GSoC.
- - Nobody else volunteered during the discussion for the stable maintainer role.

For the more drastic proposal of removing the the Wine Stable version altogether, Alexandre made drafted a plan to follow a similar model to the Linux Kernel. One release for the risky stuff and every second release is for stabilization. He proposed also a two weeks "merge window" for risky stuff followed by two weeks for the fixes and the last two weeks of "freeze". This produced a loud outcry from most developers: it would be unworkable without a prior move to a git pull model to accept new features. This basically killed the proposal.

(*) 1.6 released > 2 years ago and was latest updated 1.5 years ago. It doesn't compiles on a modern distribution anymore.

bye,
Michael

Run Microsoft Windows Applications and Games on Mac, Linux or ChromeOS save up to 20% off  CodeWeavers CrossOver+ today.

Crossover 14 Linux, una experiencia Wine más llevadera

Una buena parte de los usuarios de Linux y Mac se encontrarán con que hay algún programa para Windows que tienen que utilizar a diario o con cierta frecuencia. Para muchos la solución es Wine, que les permite usar esas aplicaciones en entornos *nix con mayor o menor éxito. Desafortunadamente, Wine no proporciona ninguna garantía para aplicaciones concretas, ni existe un soporte oficial por parte de los desarrolladores más allá de la comunidad o de colaboradores altruistas. Aquí es donde CrossOver entra en juego. 

CrossOver lleva varios años siendo el principal soporte económico del proyecto Wine. Ofrecen una versión personalizada de Wine e incluso dan soporte oficial a ciertas aplicaciones -determinados juegos, software de productividad y utilidades-.

Para muchos usuarios Wine satisface sus necesidades sin coste alguno, pero para aquellos que quieran una ayuda extra o no se vean capaces de configurar su instalación de Wine adecuadamente, CrossOver es una buena solución.

Por 59.95$ USD, CrossOver proporciona un instalador automático de muchas aplicaciones, así como integración con el gestor de paquetes para instalar las dependencias que hagan falta -por ejemplo, códecs o fuentes concretas-.

El cliente también puede contratar el soporte telefónico directo de CrossOver para lograr ejecutar sus aplicaciones. Y eso no es todo. Cada compra de CrossOver contribuye con el desarrollo de Wine pues muchos de los colaboradores y desarrolladores son empleados de CrossOver, y cualquier corrección que realizan, “por muy pequeña que sea”, se aporta a Wine. Respaldando CrossOver, los usuarios respaldan Wine

 

Para mí personalmente, la mejor característica de CrossOver es la integración con el gestor de paquetes. Todas mis aplicaciones (MS Office, World of Warcraft, Warcraft 3 y otras) funcionan correctamente en la versión básica de Wine, pero cada que vez que cambio de distribución Linux tengo que instalar todas las dependencias del sistema como los códecs gstreamer, libmpg, soporte mp3, etc. Sin embargo, CrossOver me ofrece instalar todos esos paquetes en cuanto intento ejecutar una aplicación Windows que los necesita. 

 

Para usuarios avanzados, adquirir CrossOver puede que no suponga un beneficio directo, pero para aquellos menos tecnológicamente versados o que simplemente quieren contribuir con el proyecto Wine, CrossOver es una manera fácil de obtener ayuda y ayudar a la comunidad de Wine. 

 

Con el paso del tiempo CrossOver ha conseguido asentarse, desde CrossOver Office 5 de hace más de 10 años y CrossOver Games, que ahora se incluye integrado en el propio CrossOver. 

Run Microsoft Windows Applications and Games on Mac, Linux or ChromeOS save up to 20% off  CodeWeavers CrossOver+ today.