An MS Windows emulator, consisting of both runtime and also source
compatibility functions. You can run your MS executables with it, and
you can write your Windows programs under Linux and link against the
WINE libraries.

It is not necessary to have a Windows installation to run WINE.

Please have a look at /usr/share/doc/packages/wine/README.SuSE. There
is more documentation available in that directory. Read 'man wine' for
further information.

You can invoke wine by entering: 'wine program.exe' wine can be
configured by running 'winecfg'.

*** UNDER CONSTRUCTION ***
There will be the repository with a software for cryptocurrencies.
There are two build targets:
***EL6***
Based on SLE 11 SP1 repository (which I know better than the real EL6).
It already has kernel 2.6.32 and GTK 2.18.
There are some updated packages to make it compatible with EL6:
Xorg 7.4 -> 7.5 (for the Qt5 that is needed by wallets. Also for Xinput 2 and Raw Input support in Qt5);
Mesa 7.7 -> 7.9 (for EGL and GLES 1 and 2 libraries);
// the minimum required version of Mesa is 7.9, not the 7.8-gles branch. Because of 7.8 version has libGLESv2.so.1 library, hovewer we need libGLESv2.so.2
Glibc 2.11 -> 2.12;
OpenSSL 0.9.8 -> 1.0;
rpm is now including xz support;
GCC 4.3 -> 10.
***SLE-11***
Based in SLE 11 SP3 repository + security module (to get OpenSSL 1). It has 1.0.1g version of OpenSSL.
There are some upgraded packages:
libxcb 1.1 -> 1.5
libX11 1.1 -> 1.3
WARNING: in libxcb 1.4 version, the libxcb-xlib library was dropped. To backwards compability for an applications that're already linked with it, SUSE developers maked a stub library. The only one application cannot work with this stub, it's libX11 1.1. So we upgrade only it, and didn't touch all another apps. Any applications compiled with libxcb 1.4 or newer are didn't depends of this library anymore.
Summary:
I'll build some packages (like cryptowallets and mining software) and put them into /opt directory. I will also put all the dependencies (like Qt5 and the current SSL if needed, and the current C++ Runtime) into /opt for make it portable.

Done: autoconf 2.69, automake 1.15, bison 3.8.2, binutils 2.24, gcc 4.8, 11, xcb 1.14, xcb-util 0.4.0
In progress:, xkbcommon, mtdev, tslib, double-conversion, cmake 3.2x, cups >= 1.6, qt 5.15

We're using SLE_11_SP3:Updates:security repository by a two reasons. First: is has 2.6.32 kernel, not 3.0. It's good for a backward compability. Second: it has OpenSSL 1.0.1, and it's fine. But Qt 5.15 didn't want OpenSSL 1.0.1, it wants 1.1.0. It's boring. So you don't need to enable SLE11_Security_Module

English:

For SLES 11 there is no CUPS support. There is CUPS 1.3 however Qt 5 wants 1.4.

For QMMP and SMplayer, get dependencies in Packman.

For maintainters: for SLES 11, there is an upgraded libXCB because Qt5 needs libXCB 1.5 or newer to be builded. Also I'd upgraded libX11 because libXCB removed libxcb-xlib starting from 1.4 version, and libX11 was the only one software that needs it

I'd upgraded xorg-x11-libs to upgrade xcb-util. Qt5 can use buldled xcb-util library if you set -qt-xcb key (yes, it means xcb-util, not libXCB), but I have some problems with that old realization. For example, QMMP 1.x cannot draw skinned view with an old xcb-util bundled with Qt 5 sources, also Phoenix (the 3DO game console emulator) cannot draw part of the interface. Also Discord Linxu client cannot draw part of the interface with an old xcb-util bundled with Qt 5 sources. So I'd upgraded xorg-x11-libs globally

Русский:

Я тут залил xorg-x11-libxcb и xorg-x11-libX11 более новых версий. Дело в том, что Qt5 хочет для своей сборки Xorg 7.5, а у нас тут Xorg 7.4. Дополнительную сложность создаёт то, что SLE 11 имеет libxcb 1.1, а в версии 1.4 удалили одну из её библиотек, libxcb-xlib. К счастью, существует библиотека-"заглушка", чтобы не сломать SLE 11. Но есть одна прога, для которой эта заглушка не работает - это libX11. Поэтому я обновил их обе. А ещё я предусмотрел возможность того, чтобы пользователь обновил эти библиотеки синхронно: вписал необходимые для этого Conflicts и Requires.

Если бы я компилировал Qt5 просто руками в консольке, то я бы использовал статичные библиотеки libxcb и libX11. А как это делать, создавая RPM-пакеты? Я не знаю. Поэтому обновил эти пакеты.

Дальше. Qt5 хочет CUPS 1.4 и выше для поддержки печати. А у нас 1.3.9. Что делать? Не знаю. Я не могу внести нужные изменения в код, потому что не умею. Я пока запретил сборку поддержки CUPS, а в Qt 5.11, возможно, залью новый CUPS из репозитория printing.

Дальше. Я заметил прикольный баг, который даже не знаю как описать... Но я попробую. В общем, libxcb - не единственная зависимость Qt5. Ещё он хочет xcb-util. В openSUSE он находится в пакете xorg.x11-libs (в версии 12.2 "переехал" в отдельный пакет). Так вот, "./configure --help" говорит, что есть ключи сборки -qt-xcb и просто -xcb (ну, типа системный). Это не libxcb, как можно подумать. Это именно xcb-util.

В репозитории Qt 5.6 я использовал -qt-xcb. Всё скомпилировалось и готово к использованию. А тут я заметил: тут баг, там баг... Оказывается, bundled-версия xcb-util, которая идёт вместе с исходниками qt5base, она то ли старая, то ли ещё что... В общем, программа QMMP не отрисовывает skinned-интерфейс, программа Phoenix (эмулятор 3DO) не отрисовывает часть окна, программа Discord тоже (впрочем, работать можно), а программа Teamviewer не работает. Надо именно обновить xcb-util. Поэтому я обновил xorg-x11-libs. Установите его тоже.

Ну и наконец, последнее. Программы QMMP и SMplayer хотят ffmpeg - берите его из репозитория Packman. qt5multimedia хочет OpenAL - берите его из Packman. И вообще: если какой-то зависимости нет - берите её в Packman

Ах да, ещё я заменил мета-пакет gcc на версию 4.8. В системе и так есть GCC 4.8, но этот компилятор не используется по умолчанию, а используется 4.3. А для openSUSE 11.4 я вообще GCC 5 добавил! Я также буду его использовать для SLE 11 для тех программ, которые хотят GCC 5. В репозитории SLE_11_SP4:Updates есть GCC 5

This project was created for package wine-5.11 via attribute OBS:Maintained