Wine 1.3. Установка

[ihammers]

эмм, про эту статью я знаю, я не совсем корректно выразился выше, я вел речь только о Wine, пока что попытки собрать его самостоятельно так же как и у некоторых выше натыкались на неудовлетворенные зависимости и конфликты с уже существующими пакетами  ,...буду дальше разбираться со своими ЧЯДН

А чем вам не устраивает пример приведённый выше?  Вам в конце нужно получить пакет или рабочую программу?

Открыть содержимое (спойлер)

Решил попробовать собрать пакет самому, сделал все четко как написано тут: http://wiki.debian.org/ru/DebianBuildPackages.

Думаю, что чего-то по зависимостям не хватает.  А пробовали собирать просто, не в виде пакета?

Открыть содержимое (спойлер)

Код Выделить Развернуть


cd /tmp/wine_source/
./configure --exec-prefix=/ud/home/USER_DIR/wine/ --prefix=/ud/home/USER_DIR/wine/ <-- 1
make -j4 depend <-- 3
make -j4 <-- 3
make install

Установиться в пользовательскую директорию, путей не будет, если потребуется придётся их добавить.  Интересует нормально ли проходит конфигурация и сборка (пункт 1,2,3).  Думаю что не хватает каких-либо dev пакетов.

[свернуть]

[свернуть]

[Valeron]

...только вот что прежде еще почитать, начиная прямо отсюда...

[ihammers]

...только вот что прежде еще почитать, начиная прямо отсюда...

Ну если конечно от root запускат, а я предлагаю от пользователя:)

[Ben-zin]

Ставил пакеты отсюда.

Вопрос: пакетам из репозитория, которым требуется libwine никак нельзя подменить зависимости на libwine-unstable?

[flash]

ihammers

Нужен и собранный пакет (для дома) и установленная программа (на работе) ,...дык вроде по выше приведенному примеру не вышло тоже у человека что то, или я что то не так понял ?! 

P.S. кстати по ссылке приведенной Ben-zin тоже как то пробовал установку, та же самая петрушка с конфликтующими пакетами , как ее обойти то ??, выгребать из системы конфликтующие пакеты что ли ?? 

[Metrix]

Я у себя собрал последнюю версию из исходников 3-4 дня назад. Пока проблем не заметил. Использовал cheсkinstall.

[flash]

Открыть содержимое (спойлер)

я б тоже собрал но я уже писал все упирается в интернет (диалап) с 16 часами (это по самым оптимистичным прогнозам) закачек зависимостей во время сборки, ADSL для дома (он у нас с лимитом примерно в 3Гб и ценой 50$ за месяц) при моей зарплате 150$ в месяц мне пока что не по зубам (у других наверное тоже не на много лучше ситуация но все же) ,...на работе скачать что либо можно только втихаря да и то если готовое (deb), собирать что либо на той же работе возможности пока что особой нет  ...так и таскаю пока что с работы домой вручную закачанные (с реп и т.д.) пакеты к своей ОС

offtop: смайл  прикольный

[свернуть]

[Metrix]

Открыть содержимое (спойлер)

Оффтоп. Да с инетем проблемы конечно  ,нет другого провайдера? Я тут плачу 500 рублей за 50 Мбит/с в месяц безлимитка тем более, увидев 50$ у мя глаза на лоб вылезли

[свернуть]

[flash]

Открыть содержимое (спойлер)

у нас они все такие, жмоты  , у меня диалап то и тот за примерно 5$ и лимитирован временем примерно в 25 центов за час (безлимитный диалап у меня только с 01.00 до 09.00, по местному времени), максимальная скорость до 4кБ/сек (временами и не дольше получаса в каждом часу)

[свернуть]

[jakson]

Попытался установить вайн, добавил репозиторий frickelplatz.de, потом сид deb http://ftp.debian.org/debian/ sid main non-free contrib и deb-src http://ftp.debian.org/debian/ sid main non-free contrib, обновил и написал

Код Выделить Развернуть

#apt-get install wine
в итоге получил это

Открыть содержимое (спойлер)

eglibc (2.13-17) unstable; urgency=low

  Starting with the eglibc package version 2.13-5, the libraries are
  shipped in the multiarch directory /lib/<triplet> instead of the more
  traditional /lib, where <triplet> is the multiarch triplet and can be
  retrieved with 'dpkg-architecture -qDEB_HOST_MULTIARCH'. Similarly the
  includes are now shipped in /usr/include/<triplet> instead of the more
  traditional /usr/include.
 
  The toolchain in Debian has been updated to cope with that, and most
  build systems should be unaffected. If you are using a non-Debian
  toolchain to build your software and it is not able to cope with
  multiarch, you might try to pass the following option to your
  compiler:

    -B/usr/lib/<triplet> -I/usr/include/<triplet>

-- Aurelien Jarno <aurel32@debian.org>  Tue, 09 Aug 2011 19:58:28 +0200

eglibc (2.13-7) unstable; urgency=low

  Starting with version 2.13, eglibc provides an SSSE3 optimized version
  of memcpy() on the amd64 architecture. This version might copy memory
  backward in some conditions, which causes issues if the source and
  destination overlap. memmove() should be used in such cases, but some
  programs still wrongly use memcpy().

  For this reason, on the amd64 architecture the Debian package provides
  two wrappers which can be use to workaround and/or debug the issue:
  - /usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so simply replace all
    calls to memcpy() by a call to memmove()
  - /usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so does the same,
    but in addition logs (with rate limit) the issue to syslog, so that it
    can be detected and fixed.

  To use these wrapper on a single binary, the easiest way is to use the
  LD_PRELOAD environment variable:
  - LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so /path/to/binary
  - LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so /path/to/binary

  For system-wide usage, it is possible to add the path of one of the
  wrapper to /etc/ld.so.preload.

  For more details about the issue, please see:
    http://bugs.debian.org/625521
    http://sourceware.org/bugzilla/show_bug.cgi?id=12518

-- Aurelien Jarno <aurel32@debian.org>  Sat, 11 Jun 2011 18:02:52 +0200

pam (1.1.2-1) unstable; urgency=low
  * Name of option for minimum Unix password length has changed

    The Debian-specific 'min=n' option to pam_unix for specifying minimum
    lengths for new passwords has been replaced by a new upstream option
    called 'minlen=n'.  If you are using 'min=n' in
    /etc/pam.d/common-password, this will be migrated to the new option name
    for you on upgrade.  If you have configured pam_unix password changing
    elsewhere on your system, such as in a PAM profile under
    /usr/share/pam-configs or in other files in /etc/pam.d, you will need to
    update them by hand for this change.

-- Steve Langasek <vorlon@debian.org>  Tue, 31 Aug 2010 23:09:30 -0700

[свернуть]

как я понял некоторые зависимости, которые он тащит, не рекомендуется ставить

[Udachnik]

Нет, это просто новости.

[jakson]

А как в уже установленном вайне включить поддержку opengl? я читал, что во время компиляции надо там строку дописать, а если уже установлен, то как?

[Sterios]

А как в уже установленном вайне включить поддержку opengl? я читал, что во время компиляции надо там строку дописать, а если уже установлен, то как?

В большинстве случаев, поддержка OpenGL идёт в стандартной комплектации Wine.

[jakson]

А как проверить её наличие? То просто контра зависает ужас как, хотя запускается.
Сообщение объединено: 19 января 2012, 02:26:14
всмысле поддержку OpenGL

[ihammers]

А как проверить её наличие? То просто контра зависает ужас как, хотя запускается.
Сообщение объединено: 19 января 2012, 02:26:14
всмысле поддержку OpenGL

Проверьте в основной системе.  Нормально ли работают следующие команды:

Код Выделить Развернуть


glxgears
glxinfo