The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Первый выпуск переносимого варианта LibreSSL, opennews (??), 12-Июл-14, (0) [смотреть все]

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


25. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  –2 +/
Сообщение от iZEN (ok), 12-Июл-14, 14:09 
Им следовало бы использовать Mercurial вместо CVS, как наиболее простую реализацию DVCS, поддерживающую, к тому же, докачку данных при нестабильном соединении (чувствую, что выбор FTP  обусловлен именно этой причиной: многие разработчики работают в труднодоступных районах, вдали от цивилизации).
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

26. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +1 +/
Сообщение от й (?), 12-Июл-14, 14:15 
А что сразу не RCS over rsync или вообще рассылку по UUCP?

Они тоже докачку умеют, проверены временем и всё такое.

Откуда дровишки про "самую распространённую DVCS", кстати?

Ответить | Правка | Наверх | Cообщить модератору

27. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +/
Сообщение от й (?), 12-Июл-14, 14:18 
> Откуда дровишки про "самую распространённую DVCS", кстати?

Ой. Там про "самую простую было". В OpenBSD в base system есть python2 (hg не работает с трёшкой)?

Ответить | Правка | Наверх | Cообщить модератору

29. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  –1 +/
Сообщение от б.б. (?), 12-Июл-14, 14:28 
>> Откуда дровишки про "самую распространённую DVCS", кстати?
> Ой. Там про "самую простую было". В OpenBSD в base system есть
> python2 (hg не работает с трёшкой)?

нет, нет ни python2, ни python3, и боюсь, за одно предложение этого побьют сильно (иначе я давно бы предложил)

есть perl

проблема в том, что мне НЕ НУЖНА ВСЯ ИСТОРИЯ. у меня 900 мб исходников, несколько сот мегабайт xenocara, и ещё всю историю с 1996 года мне в комплекте? :)

в cvs я могу отдельно хоть каждую веточку дёргать. хоть src/sys, хоть src/aaa/bbb/ccc

Ответить | Правка | Наверх | Cообщить модератору

37. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +1 +/
Сообщение от й (?), 12-Июл-14, 14:58 
> проблема в том, что мне НЕ НУЖНА ВСЯ ИСТОРИЯ. у меня 900
> мб исходников, несколько сот мегабайт xenocara, и ещё всю историю с
> 1996 года мне в комплекте? :)
> в cvs я могу отдельно хоть каждую веточку дёргать. хоть src/sys, хоть
> src/aaa/bbb/ccc

В SVN так же по обоим пунктам.

В Git есть work-around (указываешь при clone, сколько истории тебе нужно). А как в hg?

Ответить | Правка | Наверх | Cообщить модератору

40. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +/
Сообщение от б.б. (?), 12-Июл-14, 15:02 
>> проблема в том, что мне НЕ НУЖНА ВСЯ ИСТОРИЯ. у меня 900
>> мб исходников, несколько сот мегабайт xenocara, и ещё всю историю с
>> 1996 года мне в комплекте? :)
>> в cvs я могу отдельно хоть каждую веточку дёргать. хоть src/sys, хоть
>> src/aaa/bbb/ccc
> В SVN так же по обоим пунктам.
> В Git есть work-around (указываешь при clone, сколько истории тебе нужно). А как в hg?

Мне вообще не нужен никакой лишний файл. Я могу даже с ftp скачать архив, а дальше через cvs up его обновлять. Это прежде всего средство получения и синхронизации. и мне не нужна никакое изучение workaround, я просто захожу в нужный каталог и пишу cvs get src (или cvs get www... или играюсь с ключом -D, и восхищаюсь, что сайт openbsd вообще не изменился с прошлого века, и что тогда, что сейчас, выглядит адекватно и читаемо).

Ответить | Правка | Наверх | Cообщить модератору

42. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +1 +/
Сообщение от Аноним (-), 12-Июл-14, 15:06 
> скачать архив, а дальше через cvs up его обновлять.

Для исходников обновление намного лучше получается у dvcs типа git. К тому же мотаться между ревизиями - быстро. Приехало какое-то гомно - ок, сказали git checkout <чтотамунас> и через несколько секунд у нас все зашибись из версии <чтотамунас>. С нулевым сетевым траффиком и затратами на время состоящими в основном из дискового i/o.

Ответить | Правка | Наверх | Cообщить модератору

52. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  –1 +/
Сообщение от б.б. (?), 12-Июл-14, 15:28 
>> скачать архив, а дальше через cvs up его обновлять.
> Для исходников обновление намного лучше получается у dvcs типа git. К тому
> же мотаться между ревизиями - быстро. Приехало какое-то гомно - ок,
> сказали git checkout <чтотамунас> и через несколько секунд у нас все
> зашибись из версии <чтотамунас>. С нулевым сетевым траффиком и затратами на
> время состоящими в основном из дискового i/o.

для того, чтобы один раз такое сделать - всё время хранить всю историю всей системы с 1996 года? тем более, как я вообще узнаю, как что прилетело. я использую текущую систему всю, целиком, а если разбираться, где источник проблем - тут уже вообще без разницы, какая система версий.

то есть, это, конечно, круто, что я могу вот так вот ВЖИК, и сделать. Только это мне нафиг не надо. У меня на одном компьютере раздел с openbsd 9 гб, на втором - до вчерашнего дня был 7.5, теперь 15. и исходники системы, портов, ксенокары и веб-сайта у меня всегда при мне.

Ответить | Правка | Наверх | Cообщить модератору

90. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +1 +/
Сообщение от Аноним (-), 13-Июл-14, 05:56 
> для того, чтобы один раз такое сделать - всё время хранить всю
> историю всей системы с 1996 года?

Не скажу за HG, а гит это делает столь компактно, что вся история с лохматого ядра 2.6.11 (я даже не помню когда оно вышло) до распоследнего 3.16-rc4 занимает порядка гига в сумме и растет медленно, несколко Мб на релиз. По поводу чего в развернутой иерархии такого калибры, с которой делают что-то осмысленное - основной статьей расхода места на диске как правило является отнюдь не содержимое диры .git. А вот независимо вывалить все ревизии с 2.6.11 до 3.16-rc4 - это да, никакого диска не хватит. Но обычно рабочее дерево всего 1 или как максимум несколько, по этому поводу можно мотаться по 100 версиям отстоящим друг от друга на километр с вполне разумными затратами ресурсов и не перекачивая 100 раз почти все файлы целиком.

Вообще, специалисты по программированию умеют выбирать компактные формы представления и эффективные алгоритмы. Оно хранит только дельту, да еще упакованно. Потому можно хранить 100 ревизий с относительно небольшими затратами места. Не 100х а допустим 2х. Чем-то таким профессионалы от питонистов типа тебя и отличаются.

> тем более, как я вообще узнаю, как что прилетело.

В git есть git log, чтобы посмотреть что и от кого. А если так не понятно откуда гадость прилетела и где замаскировалась - есть bisect. За несколько попыток гадость можно локализовать даже не зная что это было и откуда. Маленькая математическая магия, далеко не новая. Но по прежнему позволяющая красивые фокусы. А вот с CVS/SVN/... такой маневр будет смотреться медленно и печально. И потребует скачать весь интернет 10 раз подряд.

> я использую текущую систему всю, целиком, а если разбираться, где источник
> проблем - тут уже вообще без разницы, какая система версий.

Как раз разница может быть *гигантской*. С гитом можно ткнуться в 10 отстоящих за километр ревизий большого проекта (размером с линевый кернель например), не скачивая весь интернет 10 раз. Это будет просто и быстро и основное время уйдет на, собственно, сборку софта и проверку бажности энной ревизии. А за 10 раз баг, живший в неизвестном месте - загонится в угол. Путем отделения половины жилполщади по критерию "баг тут" или "баг не тут". Очень скоро окажется что багу некуда бежать. А вот с CVS/SVN такой маневр проводить... ээээ.... качать 10 раз почти целиком - задолбаешься. Гит то хранит только дельту, локально и компактно.

> то есть, это, конечно, круто, что я могу вот так вот ВЖИК,

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

> и сделать. Только это мне нафиг не надо. У меня на
> одном компьютере раздел с openbsd 9 гб, на втором - до
> вчерашнего дня был 7.5, теперь 15. и исходники системы, портов, ксенокары
> и веб-сайта у меня всегда при мне.

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

Ответить | Правка | Наверх | Cообщить модератору

61. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  –1 +/
Сообщение от Аноним (-), 12-Июл-14, 16:40 
>> скачать архив, а дальше через cvs up его обновлять.
> Для исходников обновление намного лучше получается у dvcs типа git. К тому
> же мотаться между ревизиями - быстро. Приехало какое-то гомно - ок,
> сказали git checkout <чтотамунас> и через несколько секунд у нас все
> зашибись из версии <чтотамунас>. С нулевым сетевым траффиком и затратами на
> время состоящими в основном из дискового i/o.

Вот кому так надо, используют cvsync. Многие разработчики OpenBSD в том числе. Сюрприз?

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

69. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +/
Сообщение от й (?), 12-Июл-14, 18:04 
Man cvssync:

cvssync is an auxiliary tool issued with cvs-fast-export in order to facilitate moving CVS repositories to version control systems that aren’t chipped out of flint. Of course, you can also use it for backups and other purposes.

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

Ответить | Правка | Наверх | Cообщить модератору

70. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +1 +/
Сообщение от й (?), 12-Июл-14, 18:06 
А, это не оно. Вот оно:

CVSync is a software package for distributing and updating source trees from a master cvs(1) repository on a remote server host. The OpenBSD sources are maintained in a CVS repository on a central development machine in Canada. With CVSync, OpenBSD users can easily keep their own source trees up to date.

CVSync uses the so-called pull model of updating. Under the pull model, each client asks the server for updates, if and when they are wanted. The server waits passively for update requests from its clients. Thus all updates are instigated by the client. The server never sends unsolicited updates. Users must either run the CVSync client manually to get an update, or they must set up a cron(8) job to run it automatically on a regular basis.

http://www.openbsd.org/cvsync.html

Ответить | Правка | Наверх | Cообщить модератору

44. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +1 +/
Сообщение от й (?), 12-Июл-14, 15:17 
Если ты не разработчик, используй хоть ftp, хоть rsync, хоть cvs up, это для тебя удобнее. А VCS тебе вообще не нужен.

Но если ты пишешь код (ещё и без постоянного интернета) -- Git/hg удобнее. Люди, игнорирующие это через 10 лет активного существования DVCS (и даже игнорирующие SVN), вероятно, также упорно закрывают глаза на другие идеи, не описанные в книгах 70-х, поэтому я позволяю себе усомниться к компетенции последних.

Ещё раз: я действительно понимаю, почему CVS is heavily outdated, а ты так и не привёл никаких аргументов. Мне не лень написать brew install cvs, чтобы вернуться в восхитительный мир доисторических VCS, просто это указывает на твердолобость разработчиков LibreSSL.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

46. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +/
Сообщение от б.б. (?), 12-Июл-14, 15:24 
> Но если ты пишешь код (ещё и без постоянного интернета) -- Git/hg
> удобнее.

я использую и hg и git. это не мешает мне считать каждого, кто заикнётся про git в openbsd, неадекватом с абсолютной позицией. короче говоря, больным человеком. короче говоря, типичным современным интернет пользователем.


> Люди, игнорирующие это через 10 лет активного существования DVCS (и
> даже игнорирующие SVN), вероятно, также упорно закрывают глаза на другие идеи,
> не описанные в книгах 70-х, поэтому я позволяю себе усомниться к
> компетенции последних.

это твоё дело. то, что ты не сломаешь openbsd, меня только порадует.


> Ещё раз: я действительно понимаю, почему CVS is heavily outdated, а ты
> так и не привёл никаких аргументов.

зачем? это ты считаешь себя особенным, а я в подобных дискуссиях участвую примерно 997 раз. смысла это не добавляет. зато я смотрю на плоды, и на то, что cvs-ный openbsd с каждым релизом нравится мне всё больше и больше, а git-ный linux - всё меньше и меньше. это для меня главное. то, что кто-то считает, что git может решить все проблемы, пусть и дальше считает - всё равно он ничего не понимает.

Ответить | Правка | Наверх | Cообщить модератору

91. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +/
Сообщение от Аноним (-), 13-Июл-14, 05:59 
> кто заикнётся про git в openbsd, неадекватом с абсолютной позицией. короче
> говоря, больным человеком. короче говоря, типичным современным интернет пользователем.

Больные люди - это те кто использует VCS как файлокачалку, вместо превращения в эффективный инструмент разработки, который вывел бы разработку на качественно новый уровень, позволив ненапряжно и быстро рулить по гигантской иерархии по ВСЕМ ее ревизиям.

Ответить | Правка | Наверх | Cообщить модератору

86. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +/
Сообщение от Аноним (-), 13-Июл-14, 00:07 
> Мне не лень написать brew install ...

Тфу ты!
Предупреждать же надо что ты ахтунг :-/


Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

41. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +1 +/
Сообщение от Аноним (-), 12-Июл-14, 15:04 
> проблема в том, что мне НЕ НУЖНА ВСЯ ИСТОРИЯ. у меня 900
> мб исходников, несколько сот мегабайт xenocara, и ещё всю историю с
> 1996 года мне в комплекте? :)

Не скажу за hg, а git можно вытянуть и для только текущей ревизии. Но зачем, если в нечто типа гига данных умещается все ядро линя с как минимум, v2.6.11 и вплоть до 3.16-RC?

> в cvs я могу отдельно хоть каждую веточку дёргать. хоть src/sys, хоть
> src/aaa/bbb/ccc

Только скачать вместо версии aaa версию bbb займет дохрена времени, если там сколь-нибудь заметное количество файлов поменялось. Вообще, мотаться по версиям в CVS/SVN посли git может заходеть лишь отчаянный мазохитс. Как человек шарящийся по ревизиям такой мелочи как Linux Kernel это ответственно заявляю.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

45. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  –4 +/
Сообщение от б.б. (?), 12-Июл-14, 15:18 
> Не скажу за hg, а git можно вытянуть и для только текущей
> ревизии. Но зачем, если в нечто типа гига данных умещается все
> ядро линя с как минимум, v2.6.11 и вплоть до 3.16-RC?

мне не нужно два гига. как и ядро линя. у меня есть и мелкие носители.. и у других есть мелкие носители. иметь сырцы - это удобно, йоу. а держать всю историю.


>> в cvs я могу отдельно хоть каждую веточку дёргать. хоть src/sys, хоть
>> src/aaa/bbb/ccc
> Только скачать вместо версии aaa версию bbb займет дохрена времени, если там
> сколь-нибудь заметное количество файлов поменялось. Вообще, мотаться по версиям в CVS/SVN
> посли git может заходеть лишь отчаянный мазохитс. Как человек шарящийся по
> ревизиям такой мелочи как Linux Kernel это ответственно заявляю.

чё? это не версия, это путь. мне может не требоваться весь src. мне, например, потребовалось скачать только sys от нужной версии, я сделал cvs get src/sys -rВЕТКА, и всё. потом собрал tiny-ядро и завёл новый релиз на pentium 120. красота.

мне не нужно мотаться по версиям. а если и нужно - то только по дате, типа "какая версия веб-сайта или ещё чего-то была на такую-то дату". для этого есть ключ -D.

Ответить | Правка | Наверх | Cообщить модератору

92. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +1 +/
Сообщение от Аноним (-), 13-Июл-14, 06:09 
> мне не нужно два гига. как и ядро линя. у меня есть и мелкие носители..

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

> и у других есть мелкие носители.

Экономить на своем же собственном удобстве - крайне паскудное начинание, хотя тебе с твоим ником - в самый раз.

> иметь сырцы - это удобно, йоу. а держать всю историю.

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

> cvs get src/sys -rВЕТКА, и всё. потом собрал tiny-ядро и завёл
> новый релиз на pentium 120. красота.

А я завел мой минимальный кернел на MIPS, 400МГц, 16 мег оперативы. А еще размер с полпачки сигарет и питается от одной 18650 банки (в ноуте таких воткнуто от души, 4-6 штук минимум) порядка 5 часов. Куда как больше вставляет чем некромансия с пыльными гробами.

> мне не нужно мотаться по версиям. а если и нужно - то
> только по дате, типа "какая версия веб-сайта или ещё чего-то была
> на такую-то дату". для этого есть ключ -D.

А пофигу - у CVS/SVN есть абсолютно фатальный недостаток - они не хранят историю и не оперируют дельта-компрессией в этом процессе и при передаче данных. Это означает что скачка сколь-нибудь разной ревизии будет занимать почти столько же времени как скачка с ноля. А это буллшит.

Ответить | Правка | Наверх | Cообщить модератору

122. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  –1 +/
Сообщение от Аноним (-), 14-Июл-14, 20:49 
>> иметь сырцы - это удобно, йоу. а держать всю историю.
> А вся история - более информативно. Особенно когда в очередной версии появился
> какой-то паскудный баг, сразу не понятно где он вылез, но очень
> уж хочется гада прибить.

Вот кому это надо, те используют что-то сверх CVS. Тот же cvsync.

>> cvs get src/sys -rВЕТКА, и всё. потом собрал tiny-ядро и завёл
>> новый релиз на pentium 120. красота.
> А я завел мой минимальный кернел на MIPS, 400МГц, 16 мег оперативы.
> А еще размер с полпачки сигарет и питается от одной 18650
> банки (в ноуте таких воткнуто от души, 4-6 штук минимум) порядка
> 5 часов. Куда как больше вставляет чем некромансия с пыльными гробами.

То есть выкидываем рабочее железо и покупаем новое со сравнимой производительностью. ОК.

>> мне не нужно мотаться по версиям. а если и нужно - то
>> только по дате, типа "какая версия веб-сайта или ещё чего-то была
>> на такую-то дату". для этого есть ключ -D.
> А пофигу - у CVS/SVN есть абсолютно фатальный недостаток - они не
> хранят историю

Ещё раз - cvsync.

> и не оперируют дельта-компрессией в этом процессе

Простите, дядя мальчик, вы - даун?..

> и при передаче данных.

... судя по всему, вопрос риторический.

> Это означает что скачка сколь-нибудь разной ревизии будет занимать
> почти столько же времени как скачка с ноля. А это буллшит.

Буллшит - ваши заявления. Не имея понятия о том, как на самом деле устроен и что умеет CVS, вы с пафосом вещаете о том, что все, кто им пользуются - лохи. Неужели самому не противно вариться в собственном желудочном соке?

Да, у CVS есть масса недостатков, он не умеет много вкусностей, которые есть у Mercurial и прочих. Но вы об этом не имеете никакого понятия, иначе бы у вас были аргументы, а не... буллшит.

Ответить | Правка | Наверх | Cообщить модератору

55. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +1 +/
Сообщение от metallica (ok), 12-Июл-14, 16:03 
>чувствую, что  выбор FTP  обусловлен именно этой причиной: многие разработчики работают в
> труднодоступных районах, вдали от цивилизации.

Где можно почитать о том, откуда работают разрабы? Интерсено.


Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

62. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  –1 +/
Сообщение от Аноним (-), 12-Июл-14, 16:43 
>>чувствую, что  выбор FTP  обусловлен именно этой причиной: многие разработчики работают в
>> труднодоступных районах, вдали от цивилизации.
> Где можно почитать о том, откуда работают разрабы? Интерсено.

Порт geo/openbsd-developers к вашим услугам. Что лично до меня - даже если работаю в Москве, то нередко через мобильник, причём из такого здания, где и 3G не всегда ловится.

Ответить | Правка | Наверх | Cообщить модератору

93. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +1 +/
Сообщение от Аноним (-), 13-Июл-14, 06:09 
> работаю в Москве, то нередко через мобильник, причём из такого здания,
> где и 3G не всегда ловится.

А программируете на тетрисе? :)

Ответить | Правка | Наверх | Cообщить модератору

121. "Первый выпуск LibreSSL, форка OpenSSL от проекта OpenBSD"  +/
Сообщение от Аноним (-), 14-Июл-14, 20:44 
>> работаю в Москве, то нередко через мобильник, причём из такого здания,
>> где и 3G не всегда ловится.
> А программируете на тетрисе? :)

На абаке. :-P

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру