Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Проект FreeBSD отключил инфраструктуру для обеспечения работ..., opennews (??), 30-Сен-14, (0) [смотреть все] На Git перейти гордость не позволит , Аноним (-), 10:13 , 30-Сен-14, (1) // тебя забыли спросить, что им лучше, IMHO (?), 10:16 , 30-Сен-14, (2) –1 // Они под одеялом тихой сапой гит поюзывают, но признаться официально - стесняются, Аноним (-), 23:43 , 30-Сен-14, (40) –1 http en wikipedia org wiki Requirementhttp en wikipedia org wiki Requirement, uniman (ok), 10:19 , 30-Сен-14, (3) –1 // Смотрите, дети это называется маркетинговый буллшит , Аноним (-), 23:44 , 30-Сен-14, (41) +1 // Нужно быть дураком от индустрии, что бы управление требованиями, проектными и эк, uniman (ok), 16:47 , 01-Окт-14, (56) –1 Нужно быть просто дypaком, чтобы все это где-то найти в сабже Но ты не расстраи, Аноним (-), 23:35 , 01-Окт-14, (69) +1 детка, ты всегда пользуешся тремя буквами алфавита вообще-то, еще раз, отличие u, uniman (ok), 11:53 , 02-Окт-14, (94) –1 У некоторых пиплов, более известных как совок , есть интересное свойство припи, Аноним (-), 15:45 , 02-Окт-14, (110) Весь текст объясняет стокгольский синдром , uniman (ok), 22:45 , 02-Окт-14, (129) –1 Можете и Git использовать https wiki freebsd org GitОфициальное зеркало - http, Аноним (-), 10:31 , 30-Сен-14, (4) +3 // Модель там как раз ещё более распределённая чем в Linux - есть контрибуторы, ест, Аноним (-), 14:50 , 30-Сен-14, (13) // А нахрена тебе Хочешь работать с git по проектам freebsd git-svn тебе в руль А, uniman (ok), 16:49 , 01-Окт-14, (57) –1 Я и так работаю с исходниками FreeBSD через git, только git-svn не нужен, когда , Аноним (-), 22:37 , 01-Окт-14, (61) +2 А в результате Linux с его диктатором пилить удобнее чем BSD с его bunch of ma, Аноним (-), 23:40 , 01-Окт-14, (70) –1 Обычная Пилишь что-то локально, либо в своей ветке на freebsd org, потом шлёшь , Аноним (-), 03:38 , 02-Окт-14, (79) –1 всё это, конечно, можно делать даже безо всяких систем контроля версий вопрос т, arisu (ok), 07:33 , 02-Окт-14, (85) +1 Как бы это сказать Он активно стимулирует по дефолту именно такой - централизов, Аноним (-), 15:52 , 02-Окт-14, (111) +1 Не надо мне рассказывать что умеет и не умеет svn и git Просто поймите что есть, Аноним (-), 16:06 , 02-Окт-14, (113) –1 При том человеков, для которых все обстоит именно вот так - ну может десятки на , Аноним (-), 16:25 , 02-Окт-14, (117) +1 Несколько сотен коммиттеров FreeBSD - именно они SVN и выбрали Посмотрел бы я н, Аноним (-), 19:39 , 02-Окт-14, (125) –1 Я рад за них - качественный у них получился саботажик А оно мне надо Я не проти, Аноним (-), 23:35 , 02-Окт-14, (133) +1 бред какой-то от непонимания системы разработки вообще, когда дойдет, что центр, uniman (ok), 10:45 , 02-Окт-14, (91) Как мастурбирующая обезьяна с некоторым стажем, ответственно заявляю, что BSD, , Аноним (-), 17:18 , 02-Окт-14, (122) –1 К большинству сородичей по моим наблюдениям это тоже вполне применимо А зачем мн, Аноним (-), 17:26 , 02-Окт-14, (123) Mercurial гораздо эффективнее Git, позволяет сосредоточиться исключительно на ра, iZEN (ok), 15:02 , 30-Сен-14, (16) –2 // Это ложь Невменяемые аргументы командной строки, идиотская концепция многоголов, Аноним (-), 15:21 , 30-Сен-14, (18) +5 // Какая ложь Иди и почитай сам Там всё на русском языке На Mercurial разрабаты, iZEN (ok), 15:56 , 30-Сен-14, (20) –1 Java - никому не нужное дeрьмецо, мозилла потеряла большую часть рынка А вот в , Аноним (-), 16:15 , 30-Сен-14, (23) –3 Вот уж что верно то верно А компании вроде Oracle и RedHat где Java является ос, Аноним (-), 13:11 , 01-Окт-14, (53) +1 мда , arisu (ok), 13:19 , 01-Окт-14, (54) +1 Они не становятся, они всегда были Oracle умеет только покупать и гробить чужое, Аноним (-), 22:39 , 01-Окт-14, (62) –1 ---1 6 2 GitGit 8212 распределенная система контроля версий, которая была, iZEN (ok), 20:07 , 03-Окт-14, (142) –1 3 проекта Круто А на git 300 тысяч https www openhub net repositories compa, Аноним (-), 16:18 , 30-Сен-14, (25) А на винде 300 миллионов , бедный буратино (ok), 16:24 , 30-Сен-14, (28) –1 улыбнулоsvn 48 git 37 cvs 9 bazaar - 1 mercurial - 2 , IMHO (?), 16:45 , 30-Сен-14, (29) +1 300 миллионов чего Проектов VCS Это врядли А количество тех кто умеет перевод, Аноним (-), 01:41 , 02-Окт-14, (75) Весёлая история с потерей данных в Git http www linux org ru forum general 10, iZEN (ok), 23:28 , 08-Окт-14, (143) Тем хуже для них - нагрели себя на толпу разработчиков В результате куча разраб, Аноним (-), 00:33 , 01-Окт-14, (46) Так это же iZEN Ламерство - его визитная карточка , Аноним (-), 23:40 , 01-Окт-14, (71) +1 Ну это замечание конечно обязательно должно было появиться в теме про системы ко, vitalif (ok), 19:49 , 30-Сен-14, (37) Оно и видно - все на гит почему-то свалили, а гитхаб стал новым крупнейшим опенс, Аноним (-), 23:46 , 30-Сен-14, (42) // Ну, я не считаю git лучшей системой контроля версий, а github - лучшей площадкой, бедный буратино (ok), 05:45 , 01-Окт-14, (50) –1 Поймите, мало интересуете именно вы Храните исходники в mercurial или fossil,, Аноним (-), 22:45 , 01-Окт-14, (63) +1 Так буратино вообще cannot into опенсорсные процессы Почему питон и всякая нако, Аноним (-), 23:42 , 01-Окт-14, (72) +1 Вот в чём я точно уверен, так это в том, что OpenBSD с вашим F OSS сообществом н, бедный буратино (ok), 11:45 , 02-Окт-14, (93) –1 Полностью согласен Этой замшелой помойке вообще ни с чем не по пути, и ни откры, Аноним (-), 12:35 , 02-Окт-14, (96) +1 А мне не по пути с проектом где кладут на мои задачи и проблемы Между строк , Аноним (-), 16:58 , 02-Окт-14, (121) +1 Это же можно сказать про тебя и твое мнение со стороны остальных Ты тоже входиш, Аноним (-), 01:52 , 02-Окт-14, (76) +1 небольшое уточнение если уж TCP, то тогда SPX , arisu (ok), 07:41 , 02-Окт-14, (88) Да блин, надо было IPX SPX писать , Аноним (-), 16:11 , 02-Окт-14, (115) Тупость, стереотипность, левые аналогии Полное списание модели поведения с изве, бедный буратино (ok), 11:56 , 02-Окт-14, (95) –2 Сначала ты казался вменяемым, но просто не успевшим оценить новые технологии Те, Аноним (-), 12:40 , 02-Окт-14, (98) +1 Кого же мне это напоминает Ты что, автобиографию пишешь В том числе и мы Резуль, Аноним (-), 14:36 , 02-Окт-14, (106) +1 не гордость 8212 просто dvcs ещё недостаточно протухли , arisu (ok), 20:43 , 30-Сен-14, (38) +2 иретики в openbsd я сделал cvsync на всё получилось 4 гб зато там есть в, бедный буратино (ok), 12:28 , 30-Сен-14, (9) +1 // svnmirror получится 2GB, а git - полгигабайта И работать будет в 2 и 10 раз быс, Аноним (-), 14:51 , 30-Сен-14, (14) +1   // Как git работает с AUR, сколько места оно занимает и как быстро работает - я в, бедный буратино (ok), 16:19 , 30-Сен-14, (26) –1   // Не знаю что вы там видели и с чем сравнивали, но с FreeBSD шными исходниками в g, Аноним (-), 17:32 , 30-Сен-14, (31) +1   надо, чтобы продолжалась история, но чтобы оверхеда по размеру не было ясно , бедный буратино (ok), 17:36 , 30-Сен-14, (33) –1   Что вы имеете в виду под оверхедом по размеру Продолжающуюся историю как-бы над, Аноним (-), 19:04 , 30-Сен-14, (35)   Чудес не бывает или уж история хранится, или уж нет И если что - у гита в мене, Аноним (-), 00:43 , 01-Окт-14, (47)   Дело не в хранении исходников Просто человек получает tar gz на cd или выкачив, бедный буратино (ok), 05:41 , 01-Окт-14, (49) –2   Ну и с git так будет, безо всякого оверхеда Я даже больше скажу, когда человек, Аноним (-), 22:47 , 01-Окт-14, (64)   сейчас к тебе прибегут с коронным аргументом 171 а git не умеет докачку я в , arisu (ok), 07:38 , 02-Окт-14, (86)   Да и фиг с ним, имхо - 1 раз в жизни я могу распереться скачать 600 метров керне, Аноним (-), 16:38 , 02-Окт-14, (120) +1   Ну так git как-то так и работает - однажды качаешь большую чушку, получаешь лока, Аноним (-), 23:56 , 01-Окт-14, (73) +1   Я так же получаю обновления локального дерева портов через portsnap 8 Вот толь, iZEN (ok), 03:17 , 02-Окт-14, (78) –1   Тут умные дяди говорят про VCS Иди отсюда со своим portsnap, он вообще не при ч, Аноним (-), 03:40 , 02-Окт-14, (80) +1   Упыри попутавшие VCS с файлокачалкой - вообще отдельная история , Аноним (-), 15:01 , 02-Окт-14, (107)   Так почему Git не имеет возможности докачки при обрыве соединения , iZEN (ok), 21:52 , 02-Окт-14, (128) –1   Научись читать В http www opennet ru openforum vsluhforumID3 99130 html 120 я, Аноним (-), 23:45 , 02-Окт-14, (134) +1   да оставь ты их в покое, у них до сих пор прошлый век, распространение тарболами, arisu (ok), 07:16 , 01-Окт-14, (51) +1   более озабочен тем, что в россии позапрошлый век svnrdump dump -r 250000 27212, uniman (ok), 10:36 , 02-Окт-14, (89) –1   Git не столько транспорт сколько DVCS Хотя транспорт с дельтами там тоже доволь, Аноним (-), 15:05 , 02-Окт-14, (108) +1   если человек разрабатывает проект, имеет такую цель, то может обойтись даже vi, , uniman (ok), 23:02 , 02-Окт-14, (131) –1   Да что там, первые программы ассемблировали руками, на бумажке И вбивали тумбле, Аноним (-), 23:56 , 02-Окт-14, (135) +1   репозитарий freebsd - средство публикации кода до сих пор думал, что работать с , uniman (ok), 11:00 , 03-Окт-14, (141) –1   В каком году это было , iZEN (ok), 20:35 , 01-Окт-14, (60) –2   В 2012-м Только не надо мне рассказывать что hg стал быстрее, ибо с месяц назад, Аноним (-), 22:49 , 01-Окт-14, (65) +1   Откуда конвертировался Клонирование локального репозитория hg выполняет символи, iZEN (ok), 03:15 , 02-Окт-14, (77) –2   Проблемы с твоей головой, ибо ты символические ссылки от жёстких не отличаешь, а, Аноним (-), 03:42 , 02-Окт-14, (81) +2   Ну да, жёсткими Так проблема с ФС или где , iZEN (ok), 21:47 , 02-Окт-14, (127) –1   Проблема с твоей головой, я же сказал , Аноним (-), 22:51 , 02-Окт-14, (130) +1   Всё понятно Хардлинки не пересекают пространства ФС Если клонирование локально, iZEN (ok), 01:40 , 03-Окт-14, (137) –1   Клонирование локального репозитория, когда хардлинки не создаются mkdir downl, iZEN (ok), 02:46 , 03-Окт-14, (138) –1   А я видел как git разворачивает проект размером с линевый кернель за несколько с, Аноним (-), 23:49 , 30-Сен-14, (43) +1   Сомневаюсь, что сотни тысяч файлов можно развернуть за несколько секунд на обычн, бедный буратино (ok), 05:38 , 01-Окт-14, (48) –1   Я смотрю ты под своей openbsd и файловых систем нормальных не видел, какие уж ту, Аноним (-), 22:58 , 01-Окт-14, (68) +1   бедный буратино бедный , arisu (ok), 07:39 , 02-Окт-14, (87) +1   Можно, можно EXT4 сам по себе быстрый, а у меня еще и невъ й дисковый буфер , Аноним (-), 15:21 , 02-Окт-14, (109) +1   - вот так, из буханки хлеба, двух карандашей и катушек ниток можно за одну минут, uniman (ok), 23:09 , 02-Окт-14, (132) –2   Затем что 1 Я иногда даю себе труд попытаться локализовать баги на которые на, Аноним (-), 00:04 , 03-Окт-14, (136) +1   попробуйте воспользоваться редактором и отладчиком , uniman (ok), 10:41 , 03-Окт-14, (140) –1   Проект FreeBSD отключил инфраструктуру обеспечения работы CVSup от системы жизне, Нанобот (ok), 13:21 , 30-Сен-14, (10) чо бы dvcs не использовать потому что в проклятом ляпиксе уже dvcs , Аноним (-), 13:42 , 30-Сен-14, (11) –2 // Потому что ИМ пока не нужно У них модель разработки другая , __yurkis__ (?), 13:45 , 30-Сен-14, (12) // У них модель разработки именно такая Но вы правы, git им не нужен , Аноним (-), 14:51 , 30-Сен-14, (15) // ну ладно, другая, но у тебя тоже один гит в голове , Аноним (-), 15:03 , 30-Сен-14, (17) –1 Теперь то же самое, но по-русски , Аноним (-), 15:22 , 30-Сен-14, (19) –1 Какая проблема использовать гит централизованно , Аноним (-), 16:06 , 30-Сен-14, (21) // Не могут выбрать между Mercurial и Git Одни орут Ставьте Git Его все мо, iZEN (ok), 16:10 , 30-Сен-14, (22) –1 Когда переходили на SVN множество разработчиков предлагало git, но ни один - mer, Аноним (-), 16:16 , 30-Сен-14, (24) А чем их CVS-то не устроил , бедный буратино (ok), 16:23 , 30-Сен-14, (27) –1 Мы с парнями годами храним файлы в архивах по дате, заказчики довольны, аптайм 1, Аноним (-), 17:14 , 30-Сен-14, (30) –1 А вон те чуваки до сих пор на деревянной телеге с лошадью на дорогу выезжают Св, Аноним (-), 23:51 , 30-Сен-14, (44) Вы наверное о разных VCS только краем уха слышали Пора бы уже что-нибудь освоит, Аноним (-), 17:34 , 30-Сен-14, (32) Ну, я о разных VCS слышал У меня даже fossil-репозиторий поднят, не говоря о hg, бедный буратино (ok), 17:42 , 30-Сен-14, (34) –1 То есть якобы пользуетесь всем, на деле ничем Понятно Такая же Пользователи пе, Аноним (-), 19:38 , 30-Сен-14, (36) +1 С чего бы это В DFBSD гит из коробки уж сто лет как И для системы, и для порто, Аноним (-), 16:22 , 01-Окт-14, (55) +1 У них нет ни пользователей ни самописных утилит - в таком состоянии они могут со, Аноним (-), 22:51 , 01-Окт-14, (66) –1 При том у всех поди целый 1 коммитер - сам буратина Так прямо сплю и вижу могуч, Аноним (-), 16:32 , 02-Окт-14, (119) +1 Очень неполный список https wiki freebsd org VCSCvsProblems, Аноним (-), 12:42 , 02-Окт-14, (99) да подожди ты лет десять-пятнадцать, и всё будет , arisu (ok), 20:47 , 30-Сен-14, (39) +2 // Ну так как раз напишут свой урезанный и глючный вариант Зато под BSDL 1111 , Аноним (-), 23:52 , 30-Сен-14, (45) +1 // да не, тут не лицензия, тут реально old farts не въезжают для них dvcs 8212 , arisu (ok), 07:29 , 01-Окт-14, (52) +1 А оно в каком-то роде анархия и есть В своем локальном закутке можно извращатьс, Аноним (-), 00:10 , 02-Окт-14, (74) да это-то понятно я в данном случае имел в виду 171 анархия как что-то плохое, arisu (ok), 07:25 , 02-Окт-14, (84) +1 Столько споров и о таком вопросе Скажите, неужели всем нравятся блондинки да п, snake7 (ok), 19:17 , 01-Окт-14, (58) // пример некорректный ответ на вопрос 171 почему 187 8212 171 купи метл, arisu (ok), 19:23 , 01-Окт-14, (59) +1 // Отлично аргументированная позиция А главное-насколько полна миролюбия, как приз, snake7 (ok), 06:38 , 02-Окт-14, (82) –1 // ты меня с кем-то попутал лично мне в 171 приверженцах 187 дураки не нужны , arisu (ok), 07:21 , 02-Окт-14, (83) +1 Сам ты попутал Кому ты нафиг нужен, яркий пример глухого закостенелого мышлен, snake7 (ok), 10:37 , 02-Окт-14, (90) –1 Вы наверное ren-tv любите смотреть , Аноним (-), 11:40 , 02-Окт-14, (92) +1 Вы, наверное, не знаете о существовании зяпятых , snake7 (ok), 12:39 , 02-Окт-14, (97) –1 Ты ещё к моей национальности придерись Если уж слил, лучше помалкивай , Аноним (-), 12:43 , 02-Окт-14, (100) +1 Твоя национальность-аноним неизвестный Как к оной придраться-то, дубинушка А с, snake7 (ok), 13:38 , 02-Окт-14, (103) –1 А вы, я сотрю, наоборот любитель дураков на трон сажать , Аноним (-), 12:45 , 02-Окт-14, (101) +1 Сотрю Это ты ластиком сотрюшь , snake7 (ok), 13:36 , 02-Окт-14, (102) –1 Чем дальше, тем большим дурачком ты себя выставляешь, отвечая не по делу Вон сн, Аноним (-), 13:46 , 02-Окт-14, (104) +1 Хочешь убедить меня посадить тебя, дурака, на трон Знаешь, как пишется слово , snake7 (ok), 13:49 , 02-Окт-14, (105) –1 Ха-ха, пришёл как славный примирятель во славу единения приверженцев свободного, Аноним (-), 16:13 , 02-Окт-14, (116) +1 Фу, анонимная какаха, какая же ты отвратная Тебе же было сказано не булькать со, snake7 (ok), 18:06 , 02-Окт-14, (124) –1 Покажи пожалуйста ещё своей натуры , Аноним (-), 19:43 , 02-Окт-14, (126) +1 Не дождёшься , snake7 (ok), 06:11 , 03-Окт-14, (139) –1 Сам себя не похвалишь-никто не похвалит, да Как-то не оценивают люди твою ан, Аноним (-), 11:02 , 15-Окт-14, (144) Правильная аналогия такая есть девушки, старухи и резиновые бабы Есть жирные з, Аноним (-), 22:57 , 01-Окт-14, (67) +3 1,9,10,11,58

Сообщения

[Сортировка по времени | RSS]

	14. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 30-Сен-14, 14:51
	> в openbsd я сделал cvsync на всё... получилось 4 гб... svnmirror получится 2GB, а git - полгигабайта. И работать будет в 2 и 10 раз быстрее соответственно.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от бедный буратино (ok), 30-Сен-14, 16:19
	Как git работает с AUR, сколько места оно занимает и как "быстро" работает - я видел... Кстати, у git есть такие возможности, чтобы загруженные с сайта тарболы дальше продолжать обновлять через git? Кстати#2, а как в git сделать срез "как репозиторий выглядел в определённую дату"?
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 30-Сен-14, 17:32
	> Как git работает с AUR, сколько места оно занимает и как "быстро" работает - я видел... Не знаю что вы там видели и с чем сравнивали, но с FreeBSD'шными исходниками в git работать на порядок быстрее чем с svn. Когда я начинал работать с DVCS, а начинал я с mercurial, репозиторий конвертился неделю, и клонировался около часа (локально!), так что о hg можно даже не заикаться. > Кстати, у git есть такие возможности, чтобы загруженные с сайта тарболы дальше продолжать обновлять через git? Тарболы чего? Если вам запакуют в тарбол репозиторий, разумеется им можно будет пользоваться как локально созданным. > Кстати#2, а как в git сделать срез "как репозиторий выглядел в определённую дату"? git co '@{yesterday}', git co '@{2014-09-30 12:00}', git co '@{1 hour ago}'
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от бедный буратино (ok), 30-Сен-14, 17:36
	> Тарболы чего? Если вам запакуют в тарбол репозиторий, разумеется им можно будет пользоваться как локально созданным. надо, чтобы продолжалась история, но чтобы оверхеда по размеру не было :) > git co '@{yesterday}', git co '@{2014-09-30 12:00}', git co '@{1 hour ago}' ясно... как-нибудь, может даже сегодня, попробую сконвертировать...
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от Аноним (-), 30-Сен-14, 19:04
	> надо, чтобы продолжалась история, но чтобы оверхеда по размеру не было :) Что вы имеете в виду под оверхедом по размеру? Продолжающуюся историю как-бы надо где-то хранить.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от Аноним (-), 01-Окт-14, 00:43
	> надо, чтобы продолжалась история, но чтобы оверхеда по размеру не было :) Чудес не бывает: или уж история хранится, или уж нет. И если что - у гита в менее чем гиг лезет, на секундочку, ВЕСЬ НАБОР ВЕРСИЙ ЯДРА LINUX. С древнего 2.6.11 до распоследнего 3.17-rc6. То-есть, файл базы с полной историей со времен царя гороха весит примерно как рабочий набор файлов. Т.е. утяжеление - в пару раз, а одних только tagged версий там 389 штук на данный момент. Хотя можно шариться по всем коммитам вообще, просто tag'ом помечают нечто логически оформившееся, что по идее должно собираться и не падать вот так сходу.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	49. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–2 +/–
	Сообщение от бедный буратино (ok), 01-Окт-14, 05:41
	>> надо, чтобы продолжалась история, но чтобы оверхеда по размеру не было :) > Чудес не бывает: или уж история хранится, или уж нет. Дело не в хранении исходников. Просто человек получает .tar.gz на cd или выкачивает через ftp, а затем, не выкачивая заново сотни мегабайт, может дальше продолжать обновлять этот архив. У CVS тут совсем незначительный оверхед в размере архива, поэтому оно так и идёт "как есть". А там уже - хошь на другую ветку переключайся, хошь эту обновляй. Содержимое anoncvs никто же не включает в поставку этих tar.gz :)
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от Аноним (-), 01-Окт-14, 22:47
	> Дело не в хранении исходников. Просто человек получает .tar.gz на cd или > выкачивает через ftp, а затем, не выкачивая заново сотни мегабайт, может > дальше продолжать обновлять этот архив. Ну и с git так будет, безо всякого оверхеда.. Я даже больше скажу, когда человек делает git clone, он по сути качает такой же архив, только оный генерится на сервере налету, поэтому подобные костыли просто не нужны.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	+/–
	Сообщение от arisu (ok), 02-Окт-14, 07:38
	сейчас к тебе прибегут с коронным аргументом: «а git не умеет докачку! я в svn могу ^c нажать, и потом докачать остаток, а в гите если коннект слетел, то всё сначала качай!»
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 16:38
	> сейчас к тебе прибегут с коронным аргументом: «а git не умеет докачку! Да и фиг с ним, имхо - 1 раз в жизни я могу распереться скачать 600 метров кернела со всей историей. Ну или при плохой конективити типа GPRS без надежды на какой либо апгрейд - получить "флоппинетом". А потом дельты мизерные, их хоть по GPRS качать можно не напрягаясь. Хз, мне это жить не мешает.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 01-Окт-14, 23:56
	> выкачивает через ftp, а затем, не выкачивая заново сотни мегабайт, может > дальше продолжать обновлять этот архив. Ну так git как-то так и работает - однажды качаешь большую чушку, получаешь локальную базу со всеми ревизиями (если не надо всю историю - глубина выкачивания настраивается). А потом он будет качать только весьма эффективную дельту относительно того что уже есть. Считанные мегабайты на релиз нового ядра линуха, например. Намного меньше чем тарбол этой версии ядра с HTTP. При этом можно за 5 секунд отмотать на какой-нибудь 3.12-rc3, если это за каким-то стало надо. Времени уйдет несколько секунд - на перелопачивание файлов. При том формат хранения весьма эффективен - в нечто типа гигабайта влезают ВСЕ РЕВИЗИИ ядра Linux. С 2.6.11 до текущего. Сколько все это весит как тарболы я даже представить себе боюсь - там более 300 одних только tags. Не говоря о доступности коммитов. > У CVS тут совсем незначительный оверхед в размере архива, У CVS феерический пи...ц и с передачей отличий, и с мотанием по версиям. Если его как VCS рассматривать. Да и как файлокачалка там мало чего хорошего. > поэтому оно так и идёт "как есть". Оно идет как есть только за счет ретардов и некрофилов которые "так привыкли" и игнорируют тот факт что можно делать удобнее и эффективнее. Но да, для этого знания инструментария придется подтянуть. > А там уже - хошь на другую ветку переключайся, хошь эту обновляй. Только ожидалка ожидать отсохнет ждать апдейта мало-мальски активного проекта. И сетевуха качать полинтернета задолбается если эта другая ветка заметно отличается. А гит ни байта не передаст - он из локальной базы построит нужное состояние, такое какое было на момент запрошенной версии. И работать это все будет со скоростью записи на диск, плюс-минус. По крайней мере на современных машинах. Как на первом пне - не знаю и знать не хочу. > Содержимое anoncvs никто же не включает в поставку этих tar.gz :) Поэтому если поменялась половина файлов - будешь полинтернета заново выкачивать. Очень круто и все такое - всего полчаса даунлоада и у тебя запрошенная версия. А гит за единицы секунд применит нужное состояние...
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	78. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от iZEN (ok), 02-Окт-14, 03:17
	>> выкачивает через ftp, а затем, не выкачивая заново сотни мегабайт, может >> дальше продолжать обновлять этот архив. > Ну так git как-то так и работает - однажды качаешь большую чушку, > получаешь локальную базу со всеми ревизиями (если не надо всю историю > - глубина выкачивания настраивается). А потом он будет качать только весьма > эффективную дельту относительно того что уже есть. Считанные мегабайты на релиз > нового ядра линуха, например. Я так же получаю обновления локального дерева портов через portsnap(8). Вот только для этого никакой DVCS не надо.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 03:40
	> Я так же получаю обновления локального дерева портов через portsnap(8). Вот только > для этого никакой DVCS не надо. Тут умные дяди говорят про VCS. Иди отсюда со своим portsnap, он вообще не при чём.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+/–
	Сообщение от Аноним (-), 02-Окт-14, 15:01
	> для этого никакой DVCS не надо. Упыри попутавшие VCS с файлокачалкой - вообще отдельная история.
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	128. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от iZEN (ok), 02-Окт-14, 21:52
	>> для этого никакой DVCS не надо. > Упыри попутавшие VCS с файлокачалкой - вообще отдельная история. Так почему Git не имеет возможности докачки при обрыве соединения?
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 23:45
	> Так почему Git не имеет возможности докачки при обрыве соединения? Научись читать? В https://www.opennet.ru/openforum/vsluhforumID3/99130.html#120 я вроде нормально объяснил. Скорее всего большинство разработчиков как-то так же считают.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	+1 +/–
	Сообщение от arisu (ok), 01-Окт-14, 07:16
	да оставь ты их в покое, у них до сих пор прошлый век, распространение тарболами, вся вот эта фигня. то, что git тоже умеет разных гитик, их не волнует: они еле-еле svn освоили за кучу лет, а тут вообще придётся мозг перестраивать и ломать привычные паттерны.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	89. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	–1 +/–
	Сообщение от uniman (ok), 02-Окт-14, 10:36
	> да оставь ты их в покое, у них до сих пор прошлый  век более озабочен тем, что в россии позапрошлый век. >распространение тарболами, вся вот эта фигня. $ svnrdump dump -r 250000:272127 svn://svn.freebsd.org/base/stable/9/ > svn.dump если уж так хочется. > то, что git тоже умеет разных гитик с каких пор транспорт заменяет интеллект разработчика? вообще, тема не стоит яичной скорлупы. в bsd проекте был субпроект смены cvs на иную систему управления репозирарием кодап с минимальными затратами, при том что cvs репозитарий содержит все изменения с 1994 года. действующим советом был выбран вариант миграции на svn как наиболее оптимальный вариант. >а тут вообще придётся мозг перестраивать и ломать привычные паттерны. ты из штатов пишешь и вчера лично общался с разработчиками? нет? может у тебя проблемы? =)
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 15:05
	> с каких пор транспорт заменяет интеллект разработчика? Git не столько транспорт сколько DVCS. Хотя транспорт с дельтами там тоже довольно эффективный, но его осноная фича даже не в том. > cvs на иную систему управления репозирарием кодап с минимальными затратами, Экономить на одном из основных рабочих инструментов - не умно, мягко говоря. > действующим советом был выбран вариант миграции на svn как наиболее оптимальный вариант. И именно поэтому половина разрабоитчиков под одеялом поюзывает гит, да? Юзеров гита которые бы хотели svn-ом пользоваться мне что-то не попадалось, а вот наоборот - бывает. > ты из штатов пишешь и вчера лично общался с разработчиками? нет? может > у тебя проблемы? =) У кого там будут проблемы - это мы еще посморим. Например, тынц: http://w3techs.com/diagram/history_technology/os-bsd
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	–1 +/–
	Сообщение от uniman (ok), 02-Окт-14, 23:02
	>> с каких пор транспорт заменяет интеллект разработчика? > Git не столько транспорт сколько DVCS. Хотя транспорт с дельтами там тоже > довольно эффективный, но его осноная фича даже не в том. если человек разрабатывает проект, имеет такую цель, то может обойтись даже vi, rcs и mail. если не намерен, то и new-super-cool-dcvs-glit-and-split не поможет. будет писать портянки на форумах о необходимости ...бла-бла... что практика и подверждает. > Экономить на одном из основных рабочих инструментов - не умно, мягко говоря. а в чем потери, опишите пожалуйста? желательно в цифрах. > У кого там будут проблемы - это мы еще посморим. читаю это с 1997 года.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 23:56
	> если человек разрабатывает проект, имеет такую цель, то может обойтись даже vi, > rcs и mail. Да что там, первые программы ассемблировали руками, на бумажке. И вбивали тумблерами на шине, пошагово. Так что вы с вашим vi, rcs и mail - кучка мягкотелых пижонов. В чем проблема? В том что все это несколько нагибает эффективность. И одно дело когда выбора нет по чисто техническим причинам (если ты запускаешь какой-нибудь там первый компьютер в городе - тебе чисто технически негде софт взять) и совсем другое - сознательно нагибать рабочий процесс при том что хорошие решения есть. Это уже попахивает чем-то типа саботажа или просто контрпродуктивной упертости в терминальной стадии. > если не намерен, то и new-super-cool-dcvs-glit-and-split не поможет. > будет писать портянки на форумах о необходимости ...бла-бла... Я могу заассемблировать программу на бумажке и вбить ее тумблерами, пошагово. Ну так, если сильно приспичило. Но могу != хочу программировать именно так. А зачем мне создавать сеюе искусственные сложности, если можно взять нормальный програмерский редактор с подсветкой синтаксиса, а сборку спихнуть на компилятор? Ну вот и с VCS'ами как-то так же ;). > что практика и подверждает. Пока-что я вижу что практика показывает нам нечто типа http://w3techs.com/diagram/history_technology/os-bsd и я вижу на то вполне валидные причины. > а в чем потери, опишите пожалуйста? В удобстве разработчика/тестировщика/экспериментатора/etc. Возможность быстро работать с ревизиями не выкачивая каждый раз по половине интернета и не делая больших отличий между локальными и ремотными коммитами - это хорошо. Это позволяет просто сделать то что хотел, а не бороться с искусственными сложностями на ровном месте. > желательно в цифрах. Сложно замерять - я вообще забыл когда я в последний раз что-то коммитил в svn. Это было давно и неправда. > читаю это с 1997 года. А прикольно такие как ты потом истекают от новостей про то что всякие там яху и апачи, яндексы и рамблеры и кого я там еще забыл - драпают на пингвины :). Не знаю как там с 1997 года, но в последние лет пять с бздов слиняло довольно много контор.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	–1 +/–
	Сообщение от uniman (ok), 03-Окт-14, 11:00
	>в удобстве разработчика/тестировщика/экспериментатора/etc. репозитарий freebsd - средство публикации кода. >быстро работать с ревизиями до сих пор думал, что работать с ревизиями - это анализ, разработка архитектуры-кода. ан нет. >не выкачивая каждый раз по половине интернета #cd /usr/src/sys # find . -type f | wc -l    10849 # time svn update real    0m23.561s # cd rockbox # find . -type f | wc -l     8677 # time git pull real    0m19.236s может хватит про пол-интернета, детка? > и не делая больших отличий между локальными и ремотными коммитами - это хорошо. нахрен такого из рабочей группы. >> желательно в цифрах. >сложно замерять ... а чего тогда трандеть в консерватории?
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–2 +/–
	Сообщение от iZEN (ok), 01-Окт-14, 20:35
	> Когда я начинал работать с DVCS, а начинал я с mercurial, > репозиторий конвертился неделю, и клонировался около часа (локально!), так что о > hg можно даже не заикаться. В каком году это было?
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	65. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 01-Окт-14, 22:49
	>> Когда я начинал работать с DVCS, а начинал я с mercurial, >> репозиторий конвертился неделю, и клонировался около часа (локально!), так что о >> hg можно даже не заикаться. > В каком году это было? В 2012-м. Только не надо мне рассказывать что hg стал быстрее, ибо с месяц назад коллега в точности повторил мой опыт.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–2 +/–
	Сообщение от iZEN (ok), 02-Окт-14, 03:15
	> Когда я начинал работать с DVCS, а начинал я с mercurial, > репозиторий конвертился неделю, и клонировался около часа (локально!), так что о > hg можно даже не заикаться. > В 2012-м. Только не надо мне рассказывать что hg стал быстрее, ибо с месяц назад коллега в точности повторил мой опыт. Откуда конвертировался? Клонирование локального репозитория hg выполняет символическими ссылками, если есть такая возможность. Может проблемы с ФС?
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+2 +/–
	Сообщение от Аноним (-), 02-Окт-14, 03:42
	> Откуда конвертировался? Клонирование локального репозитория hg выполняет символическими > ссылками, если есть такая возможность. Может проблемы с ФС? Проблемы с твоей головой, ибо ты символические ссылки от жёстких не отличаешь, а лезешь в обсуждения VCS.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от iZEN (ok), 02-Окт-14, 21:47
	>> Откуда конвертировался? Клонирование локального репозитория hg выполняет символическими >> ссылками, если есть такая возможность. Может проблемы с ФС? > Проблемы с твоей головой, ибо ты символические ссылки от жёстких не отличаешь, > а лезешь в обсуждения VCS. Ну да, жёсткими. Так проблема с ФС или где?
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 22:51
	Проблема с твоей головой, я же сказал.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от iZEN (ok), 03-Окт-14, 01:40
	Всё понятно. Хардлинки не пересекают пространства ФС. Если клонирование локального репозитория происходит на другой жёсткий диск, в другую ФС, то будет простое копирование файлов средствами hg. То есть будет затрачено в том числе время на дополнительную верификацию копируемой информации. % cd /downloads0/netbeans.org/ % date && hg clone main devel && date пятница,  3 октября 2014 г. 02:27:45 (MSK) обновляемся на ветку default 92565 файлов обновлено, 0 слито, 0 удалено, 0 c конфликтами пятница,  3 октября 2014 г. 02:29:01 (MSK) % du -d0 -h main devel 3,4G    main 440M    devel
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от iZEN (ok), 03-Окт-14, 02:46
	Клонирование локального репозитория, когда хардлинки не создаются: % mkdir /downloads2/netbeans.org/ % date && hg clone main /downloads2/netbeans.org/devel2 && date пятница,  3 октября 2014 г. 02:36:40 (MSK) обновляемся на ветку default 92565 файлов обновлено, 0 слито, 0 удалено, 0 c конфликтами пятница,  3 октября 2014 г. 02:43:12 (MSK) % du -d0 -h main /downloads2/netbeans.org/devel2 3,4G    main 3,4G    /downloads2/netbeans.org/devel2 % hg vers Распределенная SCM Mercurial (версия 3.1.1) (подробнее см. http://mercurial.selenic.com) (С) 2005-2014 Matt Mackall и другие. Это свободное ПО; условия распространения см. в исходном коде. НИКАКИХ ГАРАНТИЙ НЕ ПРЕДОСТАВЛЯЕТСЯ, в том числе на пригодность для коммерческого использования и для решения конкретных задач.
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

	43. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 30-Сен-14, 23:49
	> Как git работает с AUR, сколько места оно занимает и как "быстро" > работает - я видел... А я видел как git разворачивает проект размером с линевый кернель за несколько секунд. Перелопатив половину файлов и не переслав ни бита по сети. CVS/SVN для такого как раком до китая.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	48. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от бедный буратино (ok), 01-Окт-14, 05:38
	Сомневаюсь, что сотни тысяч файлов можно развернуть за несколько секунд на обычный носитель даже чисто теоретически. Ну, у меня вся история OpenBSD тоже хранится, в CVS. Вся, начиная с самого начала проекта, с ветки netbsd_1_1_1 :) Все сырцы, все поколения иксов, все порты, все варианты веб-сайта - в общем, полная история всего проекта. Могу иметь к ней доступ без наличия сети. Если мне не нужна история - могу использовать просто cvs up с любого из зеркал, храня только ту ветку исходников/портов, которая мне нужна для реального использования. Я не вижу тут проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 01-Окт-14, 22:58
	> Сомневаюсь, что сотни тысяч файлов можно развернуть за несколько секунд на обычный > носитель даже чисто теоретически. Я смотрю ты под своей openbsd и файловых систем нормальных не видел, какие уж тут vcs.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Проект FreeBSD отключил инфраструктуру для обеспечения..."	+1 +/–
	Сообщение от arisu (ok), 02-Окт-14, 07:39
	> Я смотрю ты под своей openbsd и файловых систем нормальных не видел, > какие уж тут vcs. бедный буратино бедный.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 02-Окт-14, 15:21
	> Сомневаюсь, что сотни тысяч файлов можно развернуть за несколько секунд на обычный > носитель даже чисто теоретически. Можно, можно. EXT4 сам по себе быстрый, а у меня еще и невъ...й дисковый буфер. В него весь working set умещается, со всеми вытекающими, как то постоянный cache hit и скорость более характерная для ram-диска чем hdd. А даже если не повезло, ext4 и сам по себе достаточно резвый. Совсем на холодную конечно работает медленнее на чтение, но тоже прилично. Как я уже сказал - я не люблю тормозливые компьютеры. Теперь ты понимаешь зачем мне СОВРЕМЕННЫЙ компьютер? Гигазы оперативки будут частично использованы VM-ами, а частично пойдут под большой дисковый буфер. Свопа нет как класса - не вижу смысла эмулировать оперативку тормозным винчом если оперативки и без этого достаточно. Зато программы не заклинит потому что страницу надо вынуть с механики, которая полсекунды будет головы гонять. Несколько дисков - позволяет разнести нагрузку. Система вообще живет на отдельном SSD, поэтому взлетает со скоростью ракеты и никогда не тормозит. Это оптимизация I/O. Ну и мощный проц - который с удовольствием соберет софт в 8 потоков не напрягаясь. > Ну, у меня вся история OpenBSD тоже хранится, в CVS. Вся, начиная > с самого начала проекта, с ветки netbsd_1_1_1 :) Что я тут могу сказать? Это оправдывает твой ник на все 120%. Хранить историю в CVS? Как бы это сказать? Git даже сервера не требует - каждая репа самодостаточна by design. А cvs без сервера и получения с него данных вообще шагу ступить не может. > Все сырцы, все поколения иксов, все порты, все варианты веб-сайта - в общем, полная > история всего проекта. Могу иметь к ней доступ без наличия сети. Это круто, только в git это делается 1 командой, в систему не вкрячивается ничего кроме самого гита, а сам гит - быстрый как пoнос. > Я не вижу тут проблемы. Ну еще бы. Ты же не разработчик. А вот если вопрос в том чтобы разрабатывать и поменьше греть себе мозг закидонами тулзов и поменьше ожидать их реакции - вот тут git просто unbeatable.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	132. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–2 +/–
	Сообщение от uniman (ok), 02-Окт-14, 23:09
	>> Как git работает с AUR, сколько места оно занимает и как "быстро" >> работает - я видел... > А я видел как git разворачивает проект размером с линевый кернель за > несколько секунд. - вот так, из буханки хлеба, двух карандашей и катушек ниток можно за одну минуту собрать модель треллейбуса. один вопрос, а нахрена? такое впечатление, что у расписывающих прелести git vs что-то и как жить без него, шизофренический распад представлений о мире. =)
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	136. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	+1 +/–
	Сообщение от Аноним (-), 03-Окт-14, 00:04
	> - вот так, из буханки хлеба, двух карандашей и катушек ниток можно > за одну минуту собрать модель треллейбуса. > один вопрос, а нахрена? Затем что 1) Я иногда даю себе труд попытаться *локализовать* баги на которые натыкаюсь. Да, git умеет такую мелкую но симпатичную плюшку как git bisect. При помощи svn нечто такое делать вообще на мало-мальски большом проекте отcтой неимоверный. И любой кто хоть минимально относится к разработке софта должен это бы уже усвоить. Хотя, несомненно, можно и не использовать эффективные инструментарии отлова багов. Любое дело можно делать нудно, сложно и печально, стоит только захотеть. 2) Я таки билдую по разным причинам те или иные проекты и иногда так бывает что например в новой версии программы посадили жирный баг. Будет здорово, если будет можно отмотать на исправную версию пока причастные врубаются где они там лоханулись и лыжи все-таки будут ездить. При том сейчас, а не через неделю. И не скачивая половину интернета еще раз. > без него, шизофренический распад представлений о мире. =) Всего лишь приступ капитанинга, не более.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Проект FreeBSD отключил инфраструктуру для обеспечения работ..."	–1 +/–
	Сообщение от uniman (ok), 03-Окт-14, 10:41
	> даю себе труд попытаться *локализовать* баги на которые натыкаюсь. попробуйте воспользоваться редактором и отладчиком.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема