Я так понял там был сначала простенький баш-скрипт с wget`ами, а сейчас наверняка это все лучше переписать на каком-нибудь Qt.

Так я тоже не в России живу, но то, что он сделал - глупость и непрофессионализм. Самое малое - он себя на посмешище по всему миру выставил.

Ты это: http://www.kegel.com/wine/winetricks «простеньким» скриптом называешь? Из него я взял только самое необходимое, прикрутил зеркала нормальные, добавил несколько пакетов.

Qt взят для GUI.

Читай внимательно, я писал, когда он только появился, во времена 1.3 вайна вроде его стали более-менее юзать, тогда это был небольшой скрипт.

Кстати, насчет Qt5 - я не уверен, что сами либы в других системах одинаково именуются, которые в зависимости нужно прописать: libqt5network5, libqt5widgets5

Это зависит от политики сборки библиотек.

В Росе, Магее и ОпенМандриве 32-битные пакеты с библиотеками libqt5network5 и libqt5widgets5, а 64-битные lib64qt5network5 и lib64qt5widgets5.

В Федоре libQt5Widgets.so.5 засунули в qt5-qtbase-gui, а libQt5Network.so.5 в qt5-qtbase. Наверняка и другие названия пакетов будут, если ещё по дистрибутивам посмотреть.

Можно было бы обойтись указанием не пакета, а самой библиотеки, но тут тоже универсально не получится - urpmi это умеет (urpmi «libQt5Network.so.5»), а yum нет (во всяком случае, тот yum, который в CentOS 7).

Но пользователи скорее всего сообразят, что надо ставить, если просто написать libqt5network5 и libqt5widgets5.

Понятно. Возможно и был, старые версии не смотрел. Но вставлять туда демки игр - явная их ошибка. Его бы переписать заново, с нуля, тогда и можно было-бы патчить его, а сейчас там даже уже и не найти, где ошибки могут быть, если ты не постоянный его разработчик.

Вот, о чем и думаю - как тогда зависимости в пакетах прописывать? Значит, универсальный rpm уже не получается.

Если вручную ничего не дописывать, то при сборке RPM сам зависимости сгенерирует так, что почти наверняка в других дистрибутивах можно будет установить пакет.

Проблема будет только если туда попадёт что-нибудь вроде «libQt5Core.so.5(Qt_5.6)», а в другом дистрибутиве ещё не будет Qt 5.6 в репозиториях.

Например, вот список зависимостей для 32-битного пакета в Росе:

$ urpmq --requires winewizard
bzip2
cabextract
libQt5Core.so.5
libQt5Core.so.5(Qt_5)
libQt5Core.so.5(Qt_5.6)
libQt5Gui.so.5
libQt5Gui.so.5(Qt_5)
libQt5Network.so.5
libQt5Network.so.5(Qt_5)
libQt5Widgets.so.5
libQt5Widgets.so.5(Qt_5)
libc.so.6
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1.3)
libgcc_s.so.1
libgcc_s.so.1(GCC_3.0)
libpthread.so.0
libpthread.so.0(GLIBC_2.0)
libstdc++.so.6
libstdc++.so.6(CXXABI_1.3)
libstdc++.so.6(GLIBCXX_3.4)
unzip
wget

bzip2, cabextract, unzip и wget прописаны в спеке вручную, а остальное сгенерировалось автоматически.

yum такой пакет должен нормально установить, хоть напрямую и не умеет «yum libc.so.6(GLIBC_2.0)» и т.п.

Вообще, из-за территориальных ограничений его софт уже нельзя считать свободным.

По гуглу на эту тему одни багрепорты сплошняком - многие игрушки сыпятся на этом. И все впустую - а отличие в них от DXt1 только в альфаканале
Чел, что портвайн тянет на самолётах уже с десяток вайнов с разными патчами пересобирал...

ppa

Обновите репозиторий, пожалуйста

Иконка адова просто :)

Ты ж понимаешь что ты щас тонко попытался сделать Слакварщиков из Дебианщикв/Убунтоводов (вручную ставить зависимости которых не хватает).

Извините, но из хреноводов нельзя сделать истинного юниксоида/линуксоида. В дальнейшем, осторожнее с высказываниями...

IntellijIdea после установки из пакета распаковывает бинарник в /opt и при самообновлении переписывает его

Народ, а пакеты, которые checkinstall собирает, не подойдут? Просто, раз ничего, кроме самого бинарника, значка и ярлыка в проге нет, сложнее ничего и не надо?

Я, к сожалению, не системный программист, и низкоуровневыми вещами не занимаюсь, поэтому подправить сам Wine вряд ли смогу. Я еще смогу движок написать, например, и знаю, что такое DXT, но его подноготную переписать - увы...

Репозиторий не я держу, обратитесь к нему: www.linux.org.ru/people/nightuser/profile

Но, я сегодня новую версию выпущу, в ней появится семантическое версионирование, чтобы критические обновления пореже выпускать, так что если он обновит сейчас - сегодня же все устареет.

Зато запоминающаяся :)

Наезд не вкурил :) Не вижу в своём высказывании ничего агрессивного, не понимаю почему осторожничать

Пока разговоры за rpm и Украину ведете, хипстры уже PKGBUILD написали: https://aur.archlinux.org/packages/wine-wizard-git/

Я обновление сделал до 2.0.1, это последнее пока обязательное обновление. После него будут обязательные, когда мажорная версия сменится. Надо было просто мне сразу так сделать, не подумал вначале. Еще пакеты запилил:

https://github.com/LLIAKAJL/WineWizard-Utils/raw/master/winewizard_2.0.1-1_am...

https://github.com/LLIAKAJL/WineWizard-Utils/raw/master/winewizard-2.0.1-1.x8...

Можете потестить, если хотите и можете. Собирал checkinstall, в rpm конвертировал alien. Если все пучком - так и буду делать.

Ну и бинарник обновил, ссылка все та же, что в новости.

Народ, проблема такая - вандализм, пусть и непреднамеренный(добавляют приложения с опечатками, просто для пробы, типа «Testtestest» и т.д.), продолжается, в результате база загрязняется. Какое разумное решение этого вопроса видите? Премодерацию вводить не хочу, да и вообще хочу отстраниться от модерации решений, т.к. когда их станут много добавлять - просто не справлюсь.

1. Дать возможность пользователю не выкладывать решение (но по умолчанию таки выкладывать)
2. Алиасы.
3. Нечёткий поиск с последующим: возможно, вы имели в виду X.

Не выкладывать решения - не очень хорошая идея, т.к. у всех сразу проснется параноя, типа чего это я буду неизвестно что отсылать на какой-то сайт, если есть возможность это отключить?

Алиасы - тут не понял, чем это может помочь. Сейчас есть псевдонимы приложений, если это имеется ввиду, т.е. решения можно объединять с несколькими названиями, если это одно приложение. Но это делается вручную, боюсь здесь пользователям доверять, т.к. кто знает, каких они сокращений напридумывают.

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

Никакой базы в сети не знаете, по приложениям, чтобы в ней еще поиск названий вести, если в моей нет? Википедию может подключить?

Ввести рейтинг решений, как в AUR.

у всех сразу проснется параноя, типа чего это я буду неизвестно что отсылать на какой-то сайт, если есть возможность это отключить

Это уже от интерфейса зависит. Попробуй сделать так, чтобы люди тебе доверяли.
У пользователя должна быть свобода создавать в программе всё, что угодно, поэтому нужна ручка, позволяющая не отправлять всё подряд.

Но это делается вручную, боюсь здесь пользователям доверять, т.к. кто знает, каких они сокращений напридумывают.

Надо подумать над тем, как сделать процесс менее ручным.

Рейтинг и так есть, это - главная особенность 2.0.0

Только пользователи вандалят не решения, а приложения, т.е. названия неправильные вводят. Решения прикрепляются к приложениям, а имя приложения - имя вайнового префикса(после обработки через SHA1 сумму, чтобы недопустимые символы в название папки не попали).

В первую очередь — AppDB.

У пользователя должна быть свобода создавать в программе всё, что угодно, поэтому нужна ручка, позволяющая не отправлять всё подряд.

Но проблему это все равно не решает, т.к. добавлять неправильные названия никто не запрещает. Им ведь просто, видимо, интересно посмотреть - а что будет, если нажму «Добавить»?

Так у меня, собственно, вся база AppDB и залита(игр, приложения не заливал, кстати, надо бы залить).

Ещё базы по играм (mobygames, например).

Но проблему это все равно не решает, т.к. добавлять неправильные названия никто не запрещает. Им ведь просто, видимо, интересно посмотреть - а что будет, если нажму «Добавить»?

Не решает, но значительно уменьшает. Ещё можешь посмотреть фильтров и статистических методов (да даже байесовская фильтрация), чтобы отсортировать рецепты по достоверности.

В принципе, если найти большое количество баз - может тогда белый список ввести? Если программы нигде вообще нет, то она и не нужна?

Очень плохая и негодная идея. В мире полно программ, написанных на каком-нибудь Delphi или С++ Builder, которые никому не известны, но кому-то нужны.
Хотя, сделать так, чтобы они оказались совсем не вначале списка, стоит.

Ну да, тоже верно. А список на основе запроса формируется, и их все равно в выдаче не будет, если они ни на что не похожи. Это мне, по большей части, работу усложняет, а не пользователям. Но вот как бороться с такой вещью: Meta Trader, metatrader, Metatrader4 и прочее. Нужно как-то ведь определять, что это одно приложение. Пользователям не знаю как дать возможность алиасов - кто-нибудь вместо Photoshop CS назовет просто CS и объединит с фотошопом, а это, блин, Counter Strike.

Хотя, ситуация с Meta Trader как раз таки нечетким поиском решается, туплю.

В случае фотошопа, можно заглянуть в метаданные исполняемого файла (ну, и на имя самого файла взглянуть).

Это не надежное решение, туда можно что угодно вписать, особенно если это пиратка какая-нибудь.

Вообще, частичное решение придумал - базу действительно надо расширять максимально, чтобы как можно меньше вообще добавлений было, а мегаредкие приложения выносить в категорию подозрительных, либо таки на премодерацию. Но решение частичное, и модерацию все равно не отменяет, хотя и упрощает.

Это кусок общего решения. Чем больше данных, тем точнее выводы. К примеру, если в метаданных фотошоп, а в имени CS, то скорее всего это не контрстрайк.

Или даже может так - раз уж тебе нужна так эта редкая тулза на делфи - потрудись, отправь вместе названием какие-нибудь доказательства, что она существует и так называется - ссылку на сайт, кусок документа с названием - чтобы было, что скрипту анализировать при добавлении.

отправь вместе названием какие-нибудь доказательства, что она существует

-50 к UX.

в категорию подозрительных

Ну про это я и говорю. Правда, я бы использовал веса вместо категорий.

Хотя да, это тоже может пригодиться.

Тогда над этим и подумаю, как частичное решение пока подойдет. Спасибо за идеи!

Объясните, как надо, если так не правильно.

Если начнут объяснять, то это будет как в притче про Старика, мальчика и осла. Лучше делать как самому удобно и не слушать советов.

Меня удивило то, что меньше двух месяцев прошло. Обычно, вторую версию делают дольше.

Я один раз сделал версию 2 на след. день после первой, просто потому что отказался от архитектуры задуманной и начал делать совсем по-другому.

Но вот как бороться с такой вещью: Meta Trader, metatrader, Metatrader4 и прочее.

Так там же могут быть разные рецепты внутри. У кого-то один заработает, у кого-то другой. А с помощью рейтинга(голосования) годные вылезут, а негодные утонут. Варианты с отрицательным рейтингом можно будет чистить из базы раз в период.

Нет, тут не такая система. Рецепты(решения) - это НЕ имена приложений, они прикреплены к именам приложений. Если щелкнуть на странице выбора решения на имя приложения, откроется как раз список решений. Их и так может быть много, и у них есть рейтинг, тут все в порядке. Проблема в том, что решения присоединяются к разным именам, соответственно тому, кто искал по Meta Trader будут недоступны решения для Metatrader, т.к. нет возможности автоматически определить, что это - одно и то же приложение. Сейчас улучшил поиск на сайте, промахов должно стать меньше.

Сделал стандартную семантическую версию: исправление багов - микро, новые возможности с обратной совместимостью - минор, несовместимые - мажор. Пусть и может такое быть, что мажор обновляется быстро, зато удобно.

Еще неудобно сделал, что для изменения имени приложения надо «Назад» жать, это тоже, походу, одна из причин, почему имена левые добавляют. В ближайшей версии исправлю.