Не собирается

Полный build.log давай.

Ни у кого нет подобной проблемы?

Собирал с месяц назад, может, чуть больше — собралась куча версий без каких-либо проблем

Лог слишком большой, форум не принимает. Я тут поиском по нему прошёлся, был невнимателен, оказывается есть ошибка в середине лога:

Error: Cannot open face /var/tmp/portage/app-emulation/wine-vanilla-2.17/work/wine-2.17/fonts/courier.ttf
make[1]: *** [Makefile:177: coue1255.fon] Error 1
make[1]: Leaving directory '/var/tmp/portage/app-emulation/wine-vanilla-2.17/work/wine-2.17-abi_x86_32.x86/fonts'
make: *** [Makefile:18342: fonts] Error 2
make: *** Waiting for unfinished jobs....

Лог слишком большой, форум не принимает.

На pastebin забанили?

Что делать?

Исправлять.

На pastebin забанили?

https://pastebin.com/DVbx63ri

пишут, что надо откатить freetype до 2.8
https://bugs.gentoo.org/631376

оффтоп:
А кто как сейчас freetype собирает?
у меня X adobe-cff bindist bzip2 infinality
Без infinality уже можно глазами смотреть?

Спасибо, чуть позже попробую собрать, отпишусь.

Вроде как говорят, что недавно сильно рендеринг поменяли. Но собираю с +infinality по привычке всё равно.

Без infinality уже можно глазами смотреть?

А с ним можно было когда-либо смотреть?

аналогично

Однажды собрал с инфиналити, получил такое жуткое ШГ, что теперь матерюсь про себя при каждом упоминании этой хрени. Серьёзно, все буквы плясали по высоте и ни одной линии одинаковой толщины. А без него с парочкой строк в конфиге можно довольно неплохие шрифты получить.

Откатил freetype, начал собирать Wine, то падучее место проскочил, но наткнулся на другую ерунду:
сборка застопорилась на строках

../../tools/winegcc/winegcc -o user32.dll.fake -B../../tools/winebuild -fasynchronous-unwind-tables -shared /var/tmp/portage/app-emulation/wine-vanilla-2.17/work/wine-2.17/dlls/user32/user32.spec \
  button.o caret.o class.o clipboard.o combo.o cursoricon.o dde_client.o dde_misc.o dde_server.o \
  defdlg.o defwnd.o desktop.o dialog.o driver.o edit.o exticon.o focus.o hook.o icontitle.o input.o \
  listbox.o lstr.o mdi.o menu.o message.o misc.o msgbox.o nonclient.o painting.o property.o \
  resource.o scroll.o spy.o static.o sysparams.o text.o uitools.o user_main.o win.o winhelp.o \
  winpos.o winproc.o winstation.o wsprintf.o user32.res -limm32 -lusp10 -lgdi32 -lversion -ladvapi32 \
  ../../libs/port/libwine_port.a -Wb,-dimm32 -Wb,-dusp10 -Wl,-O1 -Wl,--as-needed
make[1]: Leaving directory '/var/tmp/portage/app-emulation/wine-vanilla-2.17/work/wine-2.17-abi_x86_32.x86/dlls/user32'

/var/tmp/portage/app-emulation/.wine-vanilla-2.17.portage_lockfile

Удалить не проблема, конечно, но вопрос - для какой цели была создана эта блокировка и чего ждёт? Может удалю, а зря. Впервые такое встречаю. Процессов запущено по-минимуму - x терминал и emerge (маловероятны какие-то взаимоблокировки).

Удалил лок файл - эффект нулевой. Убил процесс:

Exiting on signal 2 sandbox:stop caught signal 2 in pid 25168
sandbox:stop signal already caught and busy still cleaning up!
ebuild-ipc: daemon process not detected

Второй раз зависла

emerge -av app-emulation/wine-vanilla

но уже в другом месте. Процесса gcc в ps -A нету, даже не знаю куда копать, что откатывать ...

1. Прибей все процессы портежа, там не только gcc.
2. Полностью вычисти папку /var/tmp/portage/

gcc ~x86 + wine-vanilla ~x86? Тебе определённо сюда: https://bugs.gentoo.org

Это будет более адрессным обращением. Ссылку на баг можно разместить здесь, желающие подтянутся туда.

Кажется кое-что проясняется.

$ ps -A | grep emerge
 2615 tty1     00:00:11 emerge

$ pstree 2615
emerge─sandbox─ebuild.sh─ebuild.sh─┬─emake─make─make─i686-pc-linux-g─┬─as
                                   │                                 └─cc1
                                   └─tee

Убиваем as

$ sudo kill -KILL 2643
pavlick@pc ~ $ ps -A | grep as
 2575 tty1     00:00:00 bash
 2643 tty1     00:00:00 as <defunct>  # as всё равно показывается pstree, а emerge висит

Убиваем сс1, итог == emerge развисает и завершается с сообщением об ошибке.

pavlick@pc ~ $ sudo find / -name cc1
/usr/libexec/gcc/i686-pc-linux-gnu/6.4.0/cc1

Есть ли смысл писать в поддержку gcc, emerge то вроде как и не виноват? Или лучше жаловаться гентушникам, им будет проще представить воспроизводимый тест, наверное? И да, я ещё тот англоязычный писатель, поймут ли без бутылки )

Да, есть смысл писать в багтреккер генту со всей информацией, которую просят предоставить в случае ошибки сборки. Обычно это вывод «emerge --info» и соответствующий ebuild.log. Уж не знаю пофиксят ли, но может кто отпишется ещё.

И да, я ещё тот англоязычный писатель, поймут ли без бутылки )

Поймут :)

А вообще попробуй переключиться на «стабильный» gcc и собрать им.

В общем написал я в gentoo https://bugs.gentoo.org/632038

Удалось наконец-то скомпилировать wine.
Сначала установил gcc-5.4.0, но это не помогло, всё равно зависало. Но при убийстве процесса начало выдавать сообщение (с gcc-6.4.0 не выдавалось, вроде):

* Compilation can hang with CFLAGS="-march=i686". You can temporarily work
* around this by adding "-mtune=generic" to your CFLAGS for wine.
* See package.env in man 5 portage for more information on how to do this.
* See https://bugs.gentoo.org/show_bug.cgi?id=613128 for more details
* ERROR: app-emulation/wine-vanilla-2.17::gentoo failed (compile phase):
* emake failed

Ну дальше компилировал gcc-6.4.0, c

# cat /etc/portage/package.env 
app-emulation/wine-vanilla wine-vanilla.conf

cat /etc/portage/env/wine-vanilla.conf 
CFLAGS="-O2 -march=i686 -pipe -mtune=generic"

ЗЫ: а вообще жесть конечно, два бага за одну компиляцию ... )