LINUX.ORG.RU

Статья о регрессионном тестировании Wine

 ,


0

1

Для тех, кто часто пользуется пакетом Wine и считает нужным помогать его развитию, будет интересен размещённый на wiki.opennet.ru перевод официального руководства по регрессионному тестированию Wine.

По словам автора в переводе исправлены некоторые ошибки и неточности, содержащиеся в оригинале.

>>> Проведение регрессионного тестирования в Wine



Проверено: maxcom ()

Кто такой Ananius, написавший эту статью?

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

А он скромняга :)

После завершения компиляции не выполняйте команду make install, это может повредить установленную версию Wine.

А --prefix нельзя указать при конфигурировании?

adriano32 ★★★ ()

это не руководство по регрессионному тестированию, а мануал по bisect какой-то

vostrik ★★★☆ ()
Ответ на: комментарий от adriano32

>> После завершения компиляции не выполняйте команду make install, это может повредить установленную версию Wine.

А --prefix нельзя указать при конфигурировании?

Wine может работать и без установки. По-моему нет смысла ставить в систему дополнительный пакет. Хотя если ты имел в виду переменную WINEPREFIX, то замечание дельное. Если указать новую папку по умолчанию, тогда не придётся делать резервное копирование командой mv ~/.wine ~/.wine-backup

Т. е. переназначаем стандартный вайнпрефикс: export WINEPREFIX=$HOME/.new_wine Затем проводим регрессионное тестирование Затем возвращаем вайнпрефикс на значение по умолчанию export WINEPREFIX=$HOME/.wine

Спасибо за замечание, надо добавить (да и в офиц руководство тоже неплохо б)

Bulletout ()
Ответ на: комментарий от Bulletout

Нет, о WINEPREFIX не знаю, так как не пользуюсь сабжем почти.

но, во-первых, приучать к configure && make нехорошо, юзер должен знать, что можно сделать configure --help и узнать об интересных опциях, нельзя всегда полагаться на дефолтные настройки.

Напишите разрабам, пусть поправят.

adriano32 ★★★ ()
Ответ на: комментарий от adriano32

> но, во-первых, приучать к configure && make нехорошо, юзер должен знать, что можно сделать configure --help и узнать об интересных опциях, нельзя всегда полагаться на дефолтные настройки.

Человеку, который проводит регрессионное тестирование, интереснее всего узнать, как бы так всё настроить, чтобы эти 7 или 8 перекомпиляций закончились как можно быстрее. Самый скоростной (если не отключать отдельные компоненты и не использовать какие-то специальные ухищрения) вариант в общем случае:

CC=«ccache gcc» CFLAGS="-g -O0" ./configure -C --disable-tests && make

В статье не описана только опция -C, но она просто кеширует результаты выполнения configure, у меня это 7 секунд.

не пользуюсь сабжем почти.

Ну зачем ты меня так разочаровываешь???

Bulletout ()

Статья о регрессионном тестировании Wine

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

tazhate ★★★★★ ()
Ответ на: комментарий от Bulletout

> Wine может работать и без установки

Но зачем, если можно указать --prefix=/opt/wine-1.3.xx и в любой момент потом пользоваться любым из установленных?..

vovans ★★★★★ ()
Ответ на: комментарий от tazhate

> пойдут закидывать письмами разработчиков от мала до велика. и те (надеюсь), услышат.

Хочешь — верь, хочешь — нет, но мне массово идут уведомления об исправлении багов, которые я вносил в багзиллу вайна в 2006-2007 годах. Что-то там у них активно завертелось.

question4 ★★★★★ ()
Ответ на: комментарий от vovans

> зачем, если можно указать --prefix=/opt/wine-1.3.xx и в любой момент потом пользоваться любым из установленных?..

Как можно меньше переключаться в рута? (Даже через sudo.)

question4 ★★★★★ ()
Ответ на: комментарий от question4

Что-то там у них активно завертелось.

ага, руки до багзиллы дошли, ХОХОХО. почистить, так сказать.

tazhate ★★★★★ ()

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

Да и новость правильнее назвать: «А вы знаете про команду bisect в git?»

исправлены некоторые ошибки и неточности, содержащиеся в оригинале.

А автору оригинала об этом сообщено?

ASM ★★ ()
Ответ на: комментарий от question4

зачем переключаться в рута? У меня /opt всегда доступен для записи пользователю. Там ничего криминального нет. Только самосборный софт всякий. Никто же не говорит в /usr собирать ))

vovans ★★★★★ ()
Ответ на: комментарий от question4

не в /opt/, так в ~ можно сиобирать куда угодно.

vovans ★★★★★ ()

А что, в английском варианте есть что-то непонятное? Читал давно, но там вроде разжеван стандартный git bisect.

Deleted ()
Ответ на: комментарий от Deleted

Теперь он разжёван для тех, кто не учил в школе языки.

adriano32 ★★★ ()
Ответ на: комментарий от adriano32

По git-у есть и русские доки. В которых отлично описан bisect.

Deleted ()
Ответ на: комментарий от question4

> > зачем, если можно указать --prefix=/opt/wine-1.3.xx и в любой момент потом пользоваться любым из установленных?..

Как можно меньше переключаться в рута? (Даже через sudo.)

Внезапно, --prefix можно указать и на каталог внутри хомяка.

geekless ★★ ()
Ответ на: комментарий от geekless

и на /opt права поправить ))) Трагедии не будет, я думаю =) но если у кого приступ паранойи, то вполне можно и в хомяк. Без разницы. Всяко лучше, чем обсуждаемый пример из первоисточника.

vovans ★★★★★ ()

> регрессионное тестирование Wine

Это оксюморон же.

sv75 ★★★★★ ()

вместо мануала по bisect лучше было бы собрать кучу пакетов с разными версиями wine, не?

www_linux_org_ru ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.