Незамутненный вендоюзерский взгляд на гитхаб

А фиг его знает. Но не под грибами же это писали. Значит что-то видели. На самом деле нифига не понятно.

wandrien

В общем, не стоит требовать от них ракетной науки.

Ну как бы да, тут фигня полнейшая. Если у них так сделан сайт при таких «веб-программистах» то не удивительно что такая хрень творится…

Но я никогда не поверю что это нельзя без бабла решить.

Интересно, а он видел, как сегменты в 16 бит защищённого режима выглядят? А то ведь у вынь 3.1 довольно интересное было решение насчёт этих самых сегментов, да и переключалку в реальный режим они тоже сделали самую быструю по сравнению с конкурентами (емнип, конечно же)

Грибы ешь ты.

Или английский не понимаешь, фанатик.

Последний PR — это значит предыдущий принятый PR на другую тему (просто выяснение ответственного). И там сразу показался Wolf 🐺 к которого есть права на принятие PR.

Новый на эту тему не осилили.

Так что ты все выдумал на ровном месте.

им пытается воспользоваться человек, явно что не программист ни разу.

Ничего страшного, автор тоже явно не программист. (Скорее всего, научный сотрудник.)

Ну да, точно. Я ступил.

Всё что делает pyenv это скачивает тарбол с сайта питона, распаковывает его и делает ./configure && make && make install. можно сделать это и руками если нужно

Гитхаб предназначен для программистов, а не для пользователей. Нечего лазить куда не просят. Я вот в электрике не разбираюсь, ну так и не лезу в распределительный шкаф. А если и полезу, бухтеть про то, что там слишком много проводов не буду. А этот электрик полез и бухтит. Или кто он там такой.

А ведь дело ещё не дошло даже до установки Python на Windows, прописывания в PATH пути к интерпретатору, загрузки зависимостей через PIP и последующего запуска скрипта через консольку!

Если через Microsoft Store ставить, то оно там само прописывается. Это прям магия.

Какая ещё семёрочка, она же уже давно не поддерживается. Одиннадцатая на дворе.

она же уже давно не поддерживается

Это людей не останавливает.

Всё что делает pyenv это скачивает тарбол с сайта питона, распаковывает его и делает ./configure && make && make install. можно сделать это и руками если нужно

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

Поправьте меня, если я не прав, но оно качает бинари

для винды и отдельных линуксов

Ну на венде я его не использовал. На «отдельных линуксах» судя по всему тоже.

Уже придумал, как запустить pyenv без питона на машине?

А он ему сильно нужен? Вроде оно же на баше написано.

А какая именно последовательность действий приводит к «похеренному файлу»? Опиши последовательно действия обоих пользователей, включая то, какие команды git они выполняют.

Кстати да, PolarFox верно заметил. Это virtualenv требует питон. А pyenv вроде нет.

Мы люди простые. Файлы редактируем в нотепад++. У гита знаем только две команды - запушить в единственную ветку и скачать запушенное коллегой :)

Конкретнее, к сожалению, не опишу. Где в истории искать пример тоже не помню уже.

Уже придумал, как запустить pyenv без питона на машине?

А он ему сильно нужен? Вроде оно же на баше написано

А, я перепутал его с virtualenv. Да, pyenv воистину не нужен, поскольку не решает проблема библиотек.

У гита знаем только две команды - запушить в единственную ветку и скачать запушенное коллегой

Точно знаешь? Напиши.

pyenv воистину не нужен, поскольку не решает проблема библиотек.

Он решает другую проблему.

Зачем тебе библиотеки, если их нечем запускать.

Я думал очевидно - речь про вендовый гуевый клиент под клик мышкой :) Команды я не «пишу».

Он решает другую проблему.
Зачем тебе библиотеки, если их нечем запускать

Как предлагаешь запускать баш на винде?

А мы исключительно про винду?

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

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

Ну очевидно пуш с конфликтующим файлом.

Там думать надо 😀

И причём по-моему вариант в гуёвых клиентах по типу ни себе, ни тебе по умолчанию.

Типа конфликтующие строки вообще вырежутся.

virtualenv тоже не нужен, есть python -m venv

вендовый гуевый клиент под клик мышкой

Все вопросы к этому клиенту.

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

Разве при правке файла в браузере он не создаёт коммит?

Не уверен, что мы об одном и том же.

Ну вот вдвоем редактируем файл. Я закончил, даю названию коммиту и жму «коммит ту мейн» (да да). С той стороны делают примерно то же. Ну и когда мы оба жмем ту кнопку, которая «принять\отправить» - обоим прилетает жопа :)

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

Нарисуй сразу стадо поней паравозиком, чего мелочиться со всякой неявной гомосятиной

Уже было лёнтой Мёбиуса

Там что-то вроде разрывов строк и «кракозябры».

Мы люди простые. Файлы редактируем в нотепад++.

Один из вас отредактировал файл в Notepad++ в Win-1251, другой в UTF-8. Вот тебе и кракозябры.

Один из вас отредактировал файл в Notepad++ с использованием CR LF, другой c LF. Вот тебе и проблемы с разрывами строк.

Проблема скорее всего не на стороне Git’а.

Не веб-интерфейс. Локальный официальный толстый клиент. UTF-8 без BOM.

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

Кодировки точно правильные, иначе бы просто нихрена не работало вообще :)

CR LF, LF

Честно говоря даже не знаю что это. Ну проблема бывала (и то не 100% гарантированно!) только если вместе пушить в один файл. А так все ок.

Жмешь кнопку «код». Получаешь код. Логично вроде.

попробуй через мобилу код скачнуть :))))

Честно говоря даже не знаю что это.

Переводы строк в любых текстовых файлах. По историческим причинам в MS-DOS и Windows строка должна была заканчиваться на CR LF, тогда как на UNIX-like системах просто на LF. Был ещё один наркоманский вариант CR в классическом Mac OS до их перехода на UNIX-like.

Но в Git есть настройка, позволяющая выправлять переводы строк при операциях в Windows на CR LF, тогда как в репозитории хорошим тоном считается использование LF.

Называется оно вроде core.autocrlf и как-то отмечено при установке Git’а.

Никогда не умела Это еще дико радовало иногда с самбой, когда виндовые товарищи видел кучи анием РѕРґРЅРѕРіРѕ РґРѕРї вместо названий файлов

4.2

Windows поддерживает Unicode начиная с Windows NT.

https://imgur.com/a/5ZNWAmI

Винда до десятки не признавала ничего, акромя 1251 и 866.

можешь поискать эти иероглифы в cp866…

А его просто скопировать разве нельзя?

Нет. Его переписать нужно. Они дропнули поддержку Windows 7 начиная с 3.9

Это примерно, как спросить, а будет ли Python 3.9 работать на ядре Linux 2.2…

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

А вообще, почему только виндузятники? Линуксоидов такого уровня развития тоже развелось последнее время. Они как раз за flatpak/appimage/snap топят.

Честно говоря даже не знаю что это.

Это когда изобретали телеграф, а потом телетайп, в кодовой таблице нужны были сигналы для перевода строки (Line Feed) и возврата каретки (Carriage Return) печатающего устройства. Потом это перекочевало в компутеры в качестве разделителя строк, исторически в венде используется CRLF, в юниксах LF

редактируем в нотепад++

Там настраивается используемое в документе окончание строки. Возможно, они у вас разные выставлены - у одного win, у другого unix. Так же у одного может записываться BOM для utf8, у другого нет - из-за чего всё немного может поехать.

С таким набором команд неудивительно, что припопытке скачать себе то, чего нет у себя, что-то момается. Скорее всего в файле появляются записи вида «>>> HEAD» ?

Переключаю в браузере режим «десктоп» и качаю. Раньше можно было и без этого, но потом кнопку для мобилок убрали.

до чего же иногда не задумываемся, что привычные вещи кому-то и не привычны.

Так это ж проблема принимающей стороны, что хочется кнопку "сделать зашибись". Я тут недавно фрикад открыл, открыл, посмотрел и пошел читать/смотреть как этим пользоваться. Но это ж не проблемы фрикада что я никогда кады не тыкал и не понимаю как они устроены.

Записи вроде примерно такие. И всегда еще цифры какие-то.

УТФ без БОМа давно у всех. Да и не каждый раз ломалось то! Вот в чем прикол! Я бы понял принципиальную проблему с нашей стороны, если бы так каждый раз происходило. А иногда встречные коммиты в один файл прокатывали. А иногда нет :)

но потом кнопку для мобилок убрали.

убрали в тихую и никого не предупредили, казлы!

Охлол, я тоже об эту кнопку спотыкался. :)

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

почему классические репы deb/rpm привели к полному провалу

Тому что приводят к «dll-hell». Но адепты линаксвэя ж МЫНИТАКИИЕ, у нас НИБУДЕТ, это ж БИЗОПАСНОСТЬ + ЭКОНОМИЯ ПАМЯТИ!!111. Нет, будет. Это свойственно всем большим системам зависимостей. Теперь вот приходится изобретать велосипеды и прочие флатпаки.

УТФ без БОМа давно у всех

Ага, я тож так думал, пока мой «парсер» одного конфига (винда их как раз в своих редакторах добавляет) не напоролся на это символ в начале строки. А так как мне лень было читать про wchar (тем более я код c++ вижу раз в 2 года),то я просто добавил проверку на наличие этой последовательности символов и пропуск этого bom.

Честно говоря даже не знаю что это.

Суровое наследие эпохи.

CR возвращает печатающую голову в начало строки.

А LF прокручивает бумагу на следующую строку.

При выводе на экран всё это оказалось избыточным, вот разные ОС и пошли кто в лес кто по дрова с разными форматами перевода строки.