forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.HUSKY

Ответ
 
Опции темы Опции просмотра
  #11  
Старый 20.08.2022, 12:41
Michael Dukelsky
Guest
 
Сообщений: n/a
По умолчанию Проблемы при сборке husky на *nix и их возможные решения

Michael Dukelsky написал(а) к Alex Shuman в Aug 22 11:28:03 по местному времени:

Привет, Alex!

19 Aug 22 19:15, Alex Shuman послал(а) письмо к Michael Dukelsky:

MD>>>> To Max Vasilyev: впиши в file_id.diz, что исходники
MD>>>> предназначены для компиляции в Windows и поэтому содержат CR/LF
MD>>>> в концах строк.
MV>>> Исходники для Windows.
MV>>> Миша, ты жжёшь!
MV>>> Видимо текущая используемая версия git кривая, если переводы
MV>>> строк принудительно меняет - вот с этим разберусь.
MD>> Макс, ты жжёшь! В Windows стандартно git при выполнении fetch
MD>> преобразует концы строк к виду, принятому в Windows, то есть к
MD>> CR/LF. И это правильное поведение. Называть его кривым как-то
MD>> странно.
AS> Это кривое поведение, костыль.

Какой ещё костыль? Это стандартная настройка git в Windows. Изменить эту настройку, если она тебе не нравится, ничего не стоит. Неужто так трудно прочитать документацию?

AS> Примерно, как фидошную букву
AS> автозаменять. Лучше бы отдавалось всё в одном, неизменном виде (т.е.,
AS> как заливалось).

Да, пожалуйста. Можешь настроить git у себя, как хочешь.

AS> Может, платформенно-специфичные вещи типа sh скриптов там лучше
AS> хранить в бинарном виде тогда?

Нет. Читайте документацию и ваши волосы будут красивыми и шелковистыми.

Желаю успехов, Alex!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20181105
Ответить с цитированием
  #12  
Старый 20.08.2022, 13:02
Rinat H. Sadretdinow
Guest
 
Сообщений: n/a
По умолчанию Проблемы при сборке husky на *nix и их возможные решения

Rinat H. Sadretdinow написал(а) к Alex Shuman в Aug 22 11:51:46 по местному времени:

Нello Alex!

19 Aug 22 19:15, you wrote to Michael Dukelsky:

MD>> Макс, ты жжёшь! В Windows стандартно git при выполнении fetch
MD>> преобразует концы строк к виду, принятому в Windows, то есть к
MD>> CR/LF. И это правильное поведение. Называть его кривым как-то
MD>> странно.

AS> Это кривое поведение, костыль.

man git-config:

~~~
core.eol
Sets the line ending type to use in the working directory for files that are marked as text (either by having the text attribute set, or by having text=auto and Git auto-detecting the contents as text). Alternatives are lf, crlf and native, which uses the platform?s native line ending. The default value is native. See gitattributes(5) for more information on end-of-line conversion. Note that this value is ignored if core.autocrlf is set to true or input.
~~~

Так что это стандартное поведение. Но его можно изменить. Если прочитать документацию :-)

Bye!

--- GoldED+/LNX 1.1.5-b20180707
Ответить с цитированием
  #13  
Старый 20.08.2022, 21:01
Alex Shuman
Guest
 
Сообщений: n/a
По умолчанию Проблемы при сборке husky на *nix и их возможные решения

Alex Shuman написал(а) к Michael Dukelsky в Aug 22 19:49:30 по местному времени:


x) Saturday Aug 20, 2022, 11:28. Michael Dukelsky ── Alex Shuman.

AS>> Может, платформенно-специфичные вещи типа sh скриптов там лучше
AS>> хранить в бинарном виде тогда?
MD> Нет. Читайте документацию и ваши волосы будут красивыми и шелковистыми.

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

--- Neon BBS Line 2, 570-57-80, 20:30-06:30. [bbs.ncc.org.ua]
Ответить с цитированием
  #14  
Старый 21.08.2022, 00:11
Michael Dukelsky
Guest
 
Сообщений: n/a
По умолчанию Проблемы при сборке husky на *nix и их возможные решения

Michael Dukelsky написал(а) к Alex Shuman в Aug 22 22:40:41 по местному времени:

Привет, Alex!

20 Aug 22 19:49, Alex Shuman послал(а) письмо к Michael Dukelsky:

AS>>> Может, платформенно-специфичные вещи типа sh скриптов там лучше
AS>>> хранить в бинарном виде тогда?
MD>> Нет. Читайте документацию и ваши волосы будут красивыми и
MD>> шелковистыми.
AS> От этого сомнительное и вредное (в случае sh-скриптов, например)
AS> решение не перестанет быть таковым. Но тут, видимо, разве что гит
AS> форкать (или помечать весь контент бинарным). Сложно сказать, чья
AS> именно вина здесь больше - того, кто реализовал такую пакость в гите,
AS> или того, кто захатчил исходники с кривыми sh файлами, не заметив
AS> подвоха.

Решение не является ни сомнительным, ни вредным. В Юниксах, если не менять настройки по умолчанию, git выдаёт файлы с LF без CR, как и ожидалось. В Windows, если не менять настройки git по умолчанию, git for Windows выдаёт файлы с CR/LF, как и ожидалось. Это относится и к sh-скриптам. Тем не менее, я запускаю эти же самые скрипты в окне git for Windows и собираю Нusky под Windows. Что я делаю не так?

Вот если файлы, полученные в Windows, бездумно использовать в Linux, то ничего хорошего не получится, это да. Поэтому, если уж хатчить виндовые файлы в файлэху, то надо писать, что они виндовые.

Желаю успехов, Alex!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20181105
Ответить с цитированием
  #15  
Старый 21.08.2022, 04:01
Alex Shuman
Guest
 
Сообщений: n/a
По умолчанию Проблемы при сборке husky на *nix и их возможные решения

Alex Shuman написал(а) к Michael Dukelsky в Aug 22 02:52:02 по местному времени:


x) Saturday Aug 20, 2022, 22:40. Michael Dukelsky ── Alex Shuman.

AS>> От этого сомнительное и вредное (в случае sh-скриптов, например)
AS>> решение не перестанет быть таковым. Но тут, видимо, разве что гит
AS>> форкать (или помечать весь контент бинарным). Сложно сказать, чья
AS>> именно вина здесь больше - того, кто реализовал такую пакость в гите,
AS>> или того, кто захатчил исходники с кривыми sh файлами, не заметив
AS>> подвоха.
MD> Решение не является ни сомнительным, ни вредным. В Юниксах, если не менять
MD> настройки по умолчанию, git выдаёт файлы с LF без CR, как и ожидалось. В
MD> Windows, если не менять настройки git по умолчанию, git for Windows выдаёт
MD> файлы с CR/LF, как и ожидалось. Это относится и к sh-скриптам. Тем не
MD> менее, я запускаю эти же самые скрипты в окне git for Windows и собираю
MD> Нusky под Windows. Что я делаю не так?

Использование sh-скриптов в винде? Это эмуляция? А нативно через bat/cmd нельзя?

MD> Вот если файлы, полученные в Windows, бездумно использовать в Linux,
MD> то ничего хорошего не получится, это да. Поэтому, если уж хатчить
MD> виндовые файлы в файлэху, то надо писать, что они виндовые.

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

--- Neon BBS Line 2, 570-57-80, 20:30-06:30. [bbs.ncc.org.ua]
Ответить с цитированием
  #16  
Старый 21.08.2022, 23:52
Michael Dukelsky
Guest
 
Сообщений: n/a
По умолчанию Проблемы при сборке husky на *nix и их возможные решения

Michael Dukelsky написал(а) к Alex Shuman в Aug 22 22:26:55 по местному времени:

Привет, Alex!

21 Aug 22 02:52, Alex Shuman послал(а) письмо к Michael Dukelsky:

AS>>> От этого сомнительное и вредное (в случае sh-скриптов, например)
AS>>> решение не перестанет быть таковым. Но тут, видимо, разве что
AS>>> гит форкать (или помечать весь контент бинарным). Сложно
AS>>> сказать, чья именно вина здесь больше - того, кто реализовал
AS>>> такую пакость в гите, или того, кто захатчил исходники с кривыми
AS>>> sh файлами, не заметив подвоха.
MD>> Решение не является ни сомнительным, ни вредным. В Юниксах, если
MD>> не менять настройки по умолчанию, git выдаёт файлы с LF без CR,
MD>> как и ожидалось. В Windows, если не менять настройки git по
MD>> умолчанию, git for Windows выдаёт файлы с CR/LF, как и ожидалось.
MD>> Это относится и к sh-скриптам. Тем не менее, я запускаю эти же
MD>> самые скрипты в окне git for Windows и собираю Нusky под Windows.
MD>> Что я делаю не так?
AS> Использование sh-скриптов в винде? Это эмуляция?

В комплект git for Windows входит интерпретатор bash. Как он там реализован, я не смотрел.

AS> А нативно через bat/cmd нельзя?

Можно. Сделай. Мне было интересно сделать универсальное решение, работающее как в Юниксах, так и в винде.

MD>> Вот если файлы, полученные в Windows, бездумно использовать в
MD>> Linux, то ничего хорошего не получится, это да. Поэтому, если уж
MD>> хатчить виндовые файлы в файлэху, то надо писать, что они
MD>> виндовые.

AS> Всё же, исходники в архиве из файлэхи должны быть универсальными...
AS> Достаточно просто хранить платформенно-специфичные вещи в виде,
AS> подходящем для платформы.

С моей точки зрения исходники должны быть на гитхабе. Ну ещё на зеркалах, например на sf.net. И всё. В файлэхе они не нужны.

Желаю успехов, Alex!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20181105
Ответить с цитированием
  #17  
Старый 21.08.2022, 23:52
Michael Dukelsky
Guest
 
Сообщений: n/a
По умолчанию Проблемы при сборке husky на *nix и их возможные решения

Michael Dukelsky написал(а) к Alex Shuman в Aug 22 22:41:44 по местному времени:

Привет, Alex!

21 Aug 22 02:52, Alex Shuman послал(а) письмо к Michael Dukelsky:

AS>>> От этого сомнительное и вредное (в случае sh-скриптов, например)
AS>>> решение не перестанет быть таковым. Но тут, видимо, разве что
AS>>> гит форкать (или помечать весь контент бинарным). Сложно
AS>>> сказать, чья именно вина здесь больше - того, кто реализовал
AS>>> такую пакость в гите, или того, кто захатчил исходники с кривыми
AS>>> sh файлами, не заметив подвоха.
MD>> Решение не является ни сомнительным, ни вредным. В Юниксах, если
MD>> не менять настройки по умолчанию, git выдаёт файлы с LF без CR,
MD>> как и ожидалось. В Windows, если не менять настройки git по
MD>> умолчанию, git for Windows выдаёт файлы с CR/LF, как и ожидалось.
MD>> Это относится и к sh-скриптам. Тем не менее, я запускаю эти же
MD>> самые скрипты в окне git for Windows и собираю Нusky под Windows.
MD>> Что я делаю не так?
AS> Использование sh-скриптов в винде? Это эмуляция?

В комплект git for Windows входит интерпретатор bash. Как он там реализован, я не смотрел. Важно, что скрипты с CR/LF работают правильно.

AS> А нативно через bat/cmd нельзя?

Можно. Сделай. Мне было интересно сделать универсальное решение, работающее как в Юниксах, так и в винде.

MD>> Вот если файлы, полученные в Windows, бездумно использовать в
MD>> Linux, то ничего хорошего не получится, это да. Поэтому, если уж
MD>> хатчить виндовые файлы в файлэху, то надо писать, что они
MD>> виндовые.

AS> Всё же, исходники в архиве из файлэхи должны быть универсальными...
AS> Достаточно просто хранить платформенно-специфичные вещи в виде,
AS> подходящем для платформы.

С моей точки зрения исходники должны быть на гитхабе. Ну ещё на зеркалах, например на sf.net. И всё. В файлэхе они не нужны.

Желаю успехов, Alex!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20181105
Ответить с цитированием
  #18  
Старый 22.08.2022, 14:42
Alex Shuman
Guest
 
Сообщений: n/a
По умолчанию Проблемы при сборке husky на *nix и их возможные решения

Alex Shuman написал(а) к Michael Dukelsky в Aug 22 01:49:40 по местному времени:


x) Sunday Aug 21, 2022, 22:26. Michael Dukelsky ── Alex Shuman.

AS>> А нативно через bat/cmd нельзя?
MD> Можно. Сделай. Мне было интересно сделать универсальное решение,
MD> работающее как в Юниксах, так и в винде.

В нашем случае получилось одинаково плохо работающее решение :) В винде добавили зависимость от bash (надеюсь, хоть не от WSL), в *nix, если не повезло с архивом исходников - дебажить скрипт, искать конвертер переноса строки.

AS>> Всё же, исходники в архиве из файлэхи должны быть универсальными...
AS>> Достаточно просто хранить платформенно-специфичные вещи в виде,
AS>> подходящем для платформы.
MD> С моей точки зрения исходники должны быть на гитхабе. Ну ещё на зеркалах,
MD> например на sf.net. И всё. В файлэхе они не нужны.

Вот если бы в *nix была бинарная совместимость, как в винде, то да... Можно было бы просто бинарники туда хатчить, как для винды.

--- Neon BBS Line 2, 570-57-80, 20:30-06:30. [bbs.ncc.org.ua]
Ответить с цитированием
  #19  
Старый 22.08.2022, 15:12
Alexey Vissarionov
Guest
 
Сообщений: n/a
По умолчанию Проблемы при сборке husky на *nix и их возможные решения

Alexey Vissarionov написал(а) к Alex Shuman в Aug 22 14:01:04 по местному времени:

Доброго времени суток, Alex!
22 Aug 2022 01:49:40, ты -> Michael Dukelsky:

AS>>> Всё же, исходники в архиве из файлэхи должны быть универсальными...
AS>>> Достаточно просто хранить платформенно-специфичные вещи в виде,
AS>>> подходящем для платформы.
MD>> С моей точки зрения исходники должны быть на гитхабе. Ну ещё на
MD>> зеркалах, например на sf.net. И всё. В файлэхе они не нужны.
AS> Вот если бы в *nix была бинарная совместимость, как в винде,

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

Статическая сборка эхотага работает, дополнительные действия минимальны.

AS> то да...

Они в любом случае не нужны.

AS> Можно было бы просто бинарники туда хатчить, как для винды.

И ставить мимо пакетной системы? Поздравляю: ты изобрел шлакварь.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Васаби дайкона не слаще
--- /bin/vi
Ответить с цитированием
  #20  
Старый 22.08.2022, 16:42
Oleg Bolshakov
Guest
 
Сообщений: n/a
По умолчанию Проблемы при сборке husky на *nix и их возможные решения

Oleg Bolshakov написал(а) к Alex Shuman в Aug 22 14:55:24 по местному времени:

Пожимаю руку тебе, Alex!

22 авг 22 01:49, Alex Shuman -> Michael Dukelsky:

AS> В нашем случае получилось одинаково плохо работающее решение :) В
AS> винде добавили зависимость от bash (надеюсь, хоть не от WSL), в *nix,
AS> если не повезло с архивом исходников - дебажить скрипт, искать
AS> конвертер переноса строки.

В смысле, искать? Есть же fromdos.

Руку отпускаю, пока, ob
... Мёртвые ходят не спеша ...
--- Binkd 1.1a-101/Darwin | hpt/mac 1.9 | GoldED+/OSX 1.1.5-b20220504
Ответить с цитированием
Ответ

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 19:51. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot