Board.KolibriOS.org

То есть ты хотел сказать, что если в первый раз скачать архив, то трафика меньше уйдет, чем если чекаут делать? Может и так, но вроде svn тоже данные передает в сжатом виде (хотя не уверен), плюс к этому еще и создаются (не качаются!) системные папки svn. А в случае архива рабочей рабочей копии эти папки придется тянуть (пусть и в сжатом виде) из интернета. Хотя я поэкспериментирую...

Heavyiron

Если сделать экспорт то будут только рабочие файлы. Но на сайте уже выложено больше 2 Мб исходников дистрибутива

Serge
Если делать экспорт, то потом не получится все это обновлять через "svn update", а речь идет об экономии трафика на первом чекауте и возможности последующего обновления.
Mario79
Как мне подсказали, при чекауте всего свн-репозитория Колибри нужно около 10 Мб трафика, а запакованная 7zip рабочая копия ~ 2,5 Мб. Экономия и правда есть - ты был прав. Для тех у кого интернет дорогой (или дешевый но медленный) скоро выложу у себя на странице архив текущей рабочей копии свн.

Вот:
http://heavyiron.kolibrios.org/files/svn.7z
Скачать архив имеет смысл тем у кого еще нет рабочей копии, а делать chekout по описанным выше причинам затруднительно. В дальнейшем для обновления нужно использовать "svn update".

Heavyiron
Спасибо за хлопоты. Родина тебя не забудет.

плагин для Far http://turbanoff.narod.ru/svnclient-0.3.zip - 46К клиент SVN, исходную ссылку не нашел, пришлось залить на сайт

Исходная ссылка, как и у большинства плагинов, на http://plugring.farmanager.com - конкретно http://plugring.farmanager.com/cgi-bin/ ... PlugIn=774

Очень прошу выкладывать на СВН, кроме файлов build.bat, рассчитанных на применение в DOS/Windows, ещё и скрипты для сборки в линуксеИли объясните, как эти скрипты делать.

и дописывайте свои проги в build_all (окромя hll программ)

хм.. добавил Checkout и Update для консоли в Wiki.... Commit не могу написать.. благо нету доступа к репозиторию на редактивароние.. если что не так... сильно не пинайти.. =)..
http://wiki.kolibrios.org/Как_работать_ ... ом_Kolibri

Как-то задавал уже вопрос....
Повторю, поскольку он остался без ответа.

Какой кодировкой мы все-таки пользуемся (ну или должны), если делаем commit
На практике - добра всякого хватает: и с 866-й, и с 1251
В чем проблема: ну не хочет черепаха (TortoiseMerge) показывать 866-ю
Не, ну если кто знает как ее "взнуздать" - откройте глаза...
А пока:
1) делаю update
2) смотрю log
3) вижу изменения в programs\system\run\trunk\run.txt - rev.1069
4) двойной клик - запускается TortoiseMerge, из которого можно понять лишь то, что добавились две информативные строки. К сожалению.

Так вот отсюда и вопрос - зачем эти трудности
Переправить - минутное дело. Но дело в том, что есть подозрение, что не все я до конца понимаю.......
Поэтому и задаю этот вопрос так настойчиво.

Вообще-то, меня в большей степени sysfuncr.txt интересует, он тоже в 866-й...

Какая была кодировка изначально в этом файле, в той и добавлены были 2 информативные строчки. Ты можешь заменить у всех или у большинства программ кодировку на 1251, и тогда все будет "пучком".
Еще существует вариант писать на ENGLISH, но боюсь не все смогут (я, как правило пишу с ошибками).

Бога ради, это не претензии, это вопрос
Можно ли это все перевести в 1251
Да не важно кто, хоть бы и я. ЕСЛИ МОЖНО, конечно.

Ну и повторюсь: меня в большей степени sysfuncr.txt интересует

ЗЫ: а еще и словарного запаса не всегда хватает. Особенно, если в комментах есть эмоции

As you know, the kolibriOS work with only 866 code page.

Ну и что.
Мухи - отдельно, котлеты - отдельно.
В дистрибутиве, например, лежит klbr_doc.chm, странички которого в какой кодировке ???