Проект не собирается

[just-boris]

Исполняю:
./node_modules/.bin/yate templates.yate > templates.yate.js

Получаю ошибку:

d:\Coding\noscript-demo\node_modules\yate\lib\actions.js:46
            throw Error( e.toString() );
                  ^
Error: ERROR: number, string, jpath, variable or function call expected
at (4, 3) in d:\Coding\noscript-demo\node_modules\noscript\yate\noscript.yate:
 */
---^

[chestozo]

Ты исполняешь руками или делаешь make?
Попробуй сделать make -B.
Но, вообще, я не знаю, как там на винде дела...

[chestozo]

/сс @pasaran отзыв про запуск yate на винде.

[just-boris]

@chestozo в windows нет make. Поэтому я исполняю команду напрямую.
И да, скорее всего все дело в том, что у меня windows

[pasaran]

У меня нет винды. Не могу ничего проверить.
Попробуйте в unix'овый формат файл сконверить. Например, вот этим http://dos2unix.sourceforge.net/
Ну или в редакторе можно настроить, чтобы концы строк были юниксовыми.
Может поможет, хз.

[just-boris]

Спасибо, помогло.
Вам прислать pull-request с конвертацией шаблонов или сами сделаете?

[chestozo]

А что именно там будет?
Все файлы с правильными концами строк? )

[just-boris]

перезакоммиченный yate\noscript.yate
это обязательно нужно сделать, потому что без этого не собрать ни один проект на этом фреймворке. Предлагаю это сделать вам, чтобы потом не было конфликтов с каким нибудь feature-branch

[chestozo]

перезакоммиченный yate\noscript.yate

Что там будет-то?

[just-boris]

sorry, все намного хуже чем я думал. Со строками все нормально, просто yate не умеет с ними работать.
Переношу дискуссию в pasaran/parse-tools#5

[pasaran]

Спасибо, помогло.

Так помогло или нет? Непонятно.

[just-boris]

@pasaran помогло, но только на один раз. Закоммитить эти изменения не получится, потому что git при этом нормализует переводы строк.
Поэтому, чтобы это работало безо всяких бубнов с моей стороны, я завел issue

[pasaran]

https://help.github.com/articles/dealing-with-line-endings

Sergey Nikitin
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

On Sunday, 9 February 2014 г. at 13:16, Boris Serdyuk wrote:

@pasaran (https://github.com/pasaran) помогло, но только на один раз. Закоммитить эти изменения не получится, потому что git при этом нормализует переводы строк.
Поэтому, чтобы это работало безо всяких бубнов с моей стороны, я завел issue

—
Reply to this email directly or view it on GitHub (#1 (comment)).

[just-boris]

Совершенно верно.
После установки git config core.autocrlf false все работает нормально.
Именно это я и имел в виду под танцами с бубном. По-хорошему, все должно работать и без этого переопределения.

[pasaran]

Я имел в виду, что нужно положить в репозиторий файл .gitattributes и написать туда:

text eol=lf

И все. Никаких бубнов с танцами.

[just-boris]

А если какая-то другая библиотека потребует противоположного значения этого конфига? Тогда вместе в одном проекте они не уживутся.
Причем автор другой библиотеки будет прав, потому что рассчитывает на стандартное поведение системы

[pasaran]

Можно положить этот файл в конкретную директорию с шаблонами.

Sergey Nikitin

On Sunday 9 February 2014 at 15:48, Boris Serdyuk wrote:

А если какая-то другая библиотека потребует противоположного значения этого конфига? Тогда вместе в одном проекте они не уживутся.
Причем автор другой библиотеки будет прав, потому что рассчитывает на стандартное поведение системы

—
Reply to this email directly or view it on GitHub (#1 (comment)).

[just-boris]

не помогло. После checkout файл перезаписывается