RusWolf
gcc6 может помочь.
Ясно, будет время попробую разобраться.

ЗЫ, думаю можно пометить это как решеное.
ghost
Спорный вопрос… Это если ты уже используешь PoL…
Сформулирую более развернуто. POL - обертка, позволяющая устанавливать разные версии вайна. И запускать нужную версию для нужного префиса. И то и другое можно и вручную делать, просто POL удобный графический интерфейс предлагает. Но с другой стороны запуск сценарием/ярлыком без него побыстрее стартует.
Так вот вопрос, делает ли POL что-то большее (например стабильнее ли с ним работает) или нет. Описание вроде большую часть прочитал на его родном сайте, на эту тему ни слова не увидел (что впрочем не удивляет). В этом смысле нужен ли он вообще.
Пересобрать удалось только те версии которые и так работают ))) И того что попробовал 2.0.5 и 3.0.2 - пересобрались, работают.
Те которые не работают при попытке пересбора выдают те или иные ошибки компиляции. Пример ошибки:

...

../../tools/winegcc/winegcc -o ntdll.dll.so -B../../tools/winebuild -m32 -fasynchronous-unwind-tables -shared ntdll.spec \
  -nodefaultlibs -Wl,--image-base,0x7bc00000 actctx.o atom.o cdrom.o critsection.o debugbuffer.o \
  debugtools.o directory.o env.o error.o exception.o file.o handletable.o heap.o large_int.o \
  loader.o loadorder.o misc.o nt.o om.o path.o printf.o process.o reg.o relay.o resource.o rtl.o \
  rtlbitmap.o rtlstr.o sec.o serial.o server.o signal_arm.o signal_arm64.o signal_i386.o \
  signal_powerpc.o signal_x86_64.o string.o sync.o tape.o thread.o threadpool.o time.o version.o \
  virtual.o wcstring.o version.res -lwinecrt0 -lwine ../../libs/port/libwine_port.a -lpthread \

/usr/bin/ld: cdrom.o: in function `CDROM_GetInterfaceInfo':
/home/owner/aurbuild/wine-1.7.55/dlls/ntdll/cdrom.c:588: undefined reference to `major'
/usr/bin/ld: /home/owner/aurbuild/wine-1.7.55/dlls/ntdll/cdrom.c:601: undefined reference to `minor'
/usr/bin/ld: /home/owner/aurbuild/wine-1.7.55/dlls/ntdll/cdrom.c:616: undefined reference to `minor'
/usr/bin/ld: /home/owner/aurbuild/wine-1.7.55/dlls/ntdll/cdrom.c:616: undefined reference to `major'
/usr/bin/ld: directory.o: in function `DIR_unmount_device':
/home/owner/aurbuild/wine-1.7.55/dlls/ntdll/directory.c:3324: undefined reference to `major'
/usr/bin/ld: file.o: in function `NtQueryVolumeInformationFile':
/home/owner/aurbuild/wine-1.7.55/dlls/ntdll/file.c:3067: undefined reference to `major'
/usr/bin/ld: /home/owner/aurbuild/wine-1.7.55/dlls/ntdll/file.c:3032: undefined reference to `major'
collect2: error: ld returned 1 exit status
winegcc: gcc failed
make[1]: *** [Makefile:786: ntdll.dll.so] Error 2
make[1]: Leaving directory '/Disk2/owner/aurbuild/wine-1.7.55/dlls/ntdll'
make: *** [Makefile:13954: dlls/ntdll] Error 2
Выудить что-либо внятное из гугла за пару часов у меня не получилось, а много времени этому вопросу выделить не могу (да и не очень хочу).
Мой личный опыт подсказывает что скорее всего у меня "неправильная" для компиляции этого конкретно пакета версия gcc. С такого рода ошибками случалось сталкиваться. Но не уверен, да и вайн собрать пробую в первый раз.
Если кто-то может подсказать где об этом всем почитать (или обьяснить почему этим всем нет смысла заниматься) я бы с огромным интересом выслушал.
ghost
нужно пересобирать:
Благодарю за подсказку, буду осваивать.

ghost
по моим наблюдениям: старые игры лучше запускать на новом wine, только версию винды в winecfg выставить XP (или 98 для лютого олдгейма)
Верю но любопытно же )))
И кстати хотя уже и не совсем по теме, версию винды думаю придется подбирать методом научного тыка во многих случаях. Например Might & Magic 6 - 7 - 8 в свое время ловчее всего работали на Windows Millenium но те сборки которые распространяются сейчас уже пропатчены под ХР.

ghost
далее, что бы собранная версия была доступна в POL:
А нужен он вообще? Я 2.20 и 3.0.2 благополучно без него запускал, просто путь к вайн прописывал. А если вайнтрикс для левого вайна то:
env WINE=/path/to/wine WINEPREFIX=/path/to/prefix winetricks
и погнали...
Имеется: archlinux, все пакеты актуальных версий + набор стрых версий вайна установленых с помощью playonlinux.
Версия 2.20 и новее запускаются без проблем.
Версии древнее падают с однотипной ошибкой:

wine: Unhandled page fault on read access to 0x00000004 at address 0x7e488d44 (thread 0009), starting debugger...
winedbg: Internal crash at 0x7e7b3d44
address разумеется каждый раз разный, остальное одинаково.
На всякий случай подчеркну что до установки / запуска виндовой проги дело не доходит, валится вайн во время создания префикса, поэтому список виндовых прог не уточняю, они не причем.
Консультация с гуглом из того что имеет прямое отношение к теме выдает только такую вот ссылку.
В двух словах суть того что там написано - всякое старье на современном арче работать не будет, аргументации не заметил.
Подозреваю что так оно и есть. Тем не менее, может кто изучал вопрос поглубже. Есть ли способ запустить всякое старье или проще забыть?

ЗЫ, на вопрос "зачем мне это надо" ответ такой, периодически развлекаюсь со всякими древностями из мира винды, 1996 - 2005 годов выпуска. Рекомендации по версиям вайна для них тоже соотвествующие. На текущей работает что как. Если нет, ну на нет и суда нет, забуду. Но хочу разобраться .
nafanja
а под виндой CrystalDiskInfo
Пробовал, не "читает" подробности, значит видимо реально старая уже модель SSD.
nafanja
что бы ~/.cache перенести в /tmp то попробуй такой юнит:
Спасибо за подробное руководство, буду разбираться.
Morisson
Кстати, а какой профит от переноса кэша в tmpfs?
Ведь получается, что кэш каждый раз будет заново пересоздаваться, а это намного медленнее.
Моя текушая идея - комп при "штатном" использовании загружается раз в день. И сколько он это делает мне в принципе не важно, не 20 же минут. Пусть хоть 3 минуты грузится главное чтобы потом четко работал. Что из этого выйдет - буду пробовать

И спасибо всем за отклики, более-менее понял чего хотел!
Morisson
То есть вы хотите сказать, что в нашей английской вики неправильно написано, и трим самому включать не надо?
Я делал как в вики сказано, без этого * слева от TRIM не было. SSD - Silicon Power V55, достаточно уже старая модель. Хотя и без понятия важно ли какая модель )))
redix
Не выкинете, если вы переместите /var на другой носитель, то получите при выключении/перезагрузке ошибку: "Failed unmounting /var".
Failure to umount /var at shutdown
/var stays busy at shutdown due to journald #867
Если честно, не могу похвастаться что сходу полностью понял в чем именно суть проблемы описаной по этим ссылкам.
На практике получилось вот что, сделал как собирался - переместил /var обратно, кроме /var/log и /var/cache/pacman, в fstab прописал так:
/Disk2/var/log  /var/log none  bind  0 0
/Disk2/var/cache/pacman  /var/cache/pacman  none bind  0 0
Перезагрузил раза 3, все штатно. Проверил работоспособность pacman. Аномалий не вижу. Набрал для интереса systemctl --failed --all. Тоже все чисто.
Пока даже не знаю что еще проверить и надо ли.
И не знаю как прокомментировать то что пишут по вашим ссылкам, я не понял относятся ли они к тому что я сейчас сделал. А может просто пофиксили это уже?
nafanja
/var я не переносил никуда никогда с ssd, там же и свап
Присмотрелся повнимательнее к /var. У меня он сейчас весит около 2.2 гигов, из них почти 2 гига это кэши pacman. Наверное вот их на HDD выкину и еще логи, остальное действительно на SSD пусть будет.
Свап если понадобится думаю разумеется на SSD делать но таки надеюсь что не понадобится.

nafanja
утилита показывает что осталось ресурса 93%.
Не по теме но поделитесь пожалуйста какая утилита. У мнея 2 SSD, один свежий второй модели 2013 года так вот для второго те утилиты что я пробовал статистики не показываю, только смарт. Пишут что слишком старый. Может та что вы пользуете осилит.

nafanja
~/.cache я тоже никуда не выносил.
Опять же не по теме, но подскажите пожалуйста как это вообще делать или лучше в каком гайде такие вопросы описаны. Все забыл нафиг, не соображу с ходу даже что гуглить )))
И благодарю за отзыв!
Возник у меня вопрос почти аналогичный тому что здесь обсуждали поэтому подниму эту тему.
Линуксами почти 5 лет не пользовался, все что знал забыл, могу спросить какую-нибудь глупость заранее извините )))
Итак, ставлю арч второй системой на свой личный домашний комп. Диски могу размечать как сочту нужным если понадобится, ограничений нет.
Дано: оперативка 16 гигов, на SSD порядка 110 гигов, на HDD в принципе сколько потребуется. Пока на HDD около 200 гигов выделил, могу увеличить до терабайта если понадобится (пока не вижу зачем такое могло бы понадобиться). Еще на HDD есть разделы с музыкой, киношками и прочими файлопомойками, их потом примонтирую как сочту удобным.

Цель ставится чтобы система максимально быстро работала. Экономия места на дисках интересует в последнюю очередь. Но разумеется по возможности не хотелось бы забивать SSD всяким хламом (или чтобы система его без надобности насиловала). Молиться на него не собираюсь но то что гигабайт на SSD все еще недешев учитывать приходится.
Гибернацию и сон не использую, комп как правило раз в день загружается и раз в день выключается. Использование виртуалок в принципе планируется, но не могу себе представить чтобы мне понадобилось две или больше одновременно. Одну для всяких экспериментов использую регулярно.

Пока у меня складывается такая картина:
Свап не делаю вообще. Потому что пока практически не встречал в своей деятельности совокупность программ которая заняла бы больше 12 гигов памяти под Windows 7 (там причем больше 2 гигов сразу занимает сама винда). Большую часть времени у меня вообще 4-6 гигов используется остальное свободно.
Создал раздел /boot. Не хотел но EFI. По инструкции все делал, FAT32 и так далее. На всякий случай сделал 1 гиг чтобы точно хватало места.
Все остальное доступное место на SSD - сделал один раздел который монтирую как /
На HDD создал тоже один раздел, монтирую как /Disk2
А все что хочу видеть на HDD прописал туда при помощи симлинков и биндов:
Для home:
ln –s /Disk2/home /
Для var:
mount --bind /Disk2/var /var
И в fstab прописал строку:
/Disk2/var /var none bind 0 0
Предварительно все содержимое var разумеется перенес в /Disk2/var
Монтировать /home, /var или что-либо еще к отдельным разделам на домашнем компе смысла не вижу, наоборот думаю будет неэффективное использование диска.
Файлопомойки всякие монтирую отдельно, пока не до конца понял как мне удобнее но разберусь, это не принципиально.

Итого вроде все нормально работает. Прошу более опытных пользователей покритиковать с точки зрения оптимальности.
Может что-то еще стоит выкинуть на HDD или наоборот что-то вернуть на SSD?

Haron_Prime
P.S> ~/.cache вынесен в /tmp
Подскажите пожалуйста где вот это правильнее будет прописать.
И правильно ли я понял что /tmp в арче монтируется в оперативку по умолчанию, мне ничего для этого специально править не надо?