LINUX.ORG.RU

Предложена новая система нумерации версий glibc


0

0

Ulrich Drepper (один из основных разработчиков glibc) предложил перейти к новой схеме нумерации версий, основанной на дате. Более того, высказана мысль, что файлы tar.gz не являются оптимальным способом распространения исходных текстов glibc. В качестве основного механизма распространения предложено использовать CVS.

>>> Подробности

anonymous

Проверено: ivlad

цъйня какая-то. че в тарболах плохого?

anonymous
()

Не то чтобы "один из основных разработчиков" и не то чтобы "предложил". Можно это считать случившимся фактом. :)

Murr ★★
()

Приветствую.
CVS пипец ... а зачем ? чем лучше CVS тарболла ? И нумерация ... зачем ее менять ? Объясните пожалуйста.
Best respect,$echo.

anonymous
()
Ответ на: комментарий от anonymous

Во первых - чем пипец?
Во вторых - как минимум тем, что качаются только _изменения_.
В третьих - нумерацию можно сменить по куче причин. В том числе и из-за перехода на ЦВС. Но это все - сугубо личные причины, спросите "предложившего" :)

Nefer
()
Ответ на: комментарий от Nefer

По ссылке-то ходили? Где там хоть слово о том, что раздаваться это будет _только_ из CVS?

Только даже если это и так - всё-равно это неинтересно никому, кроме кучки разработчиков. Обычному пользователю нет нужды вытягивать glibc, а секурити-патчез ему производитель дистрибутива обеспечивает.

//Losiki

anonymous
()
Ответ на: комментарий от anonymous

> По ссылке-то ходили? Где там хоть слово о том, что раздаваться это будет _только_ из CVS?
А слабо было не только по ссылке сходить, но и весь тред там пролистать?
---
To summarize: IMO tarballs are the wrong form of distribution and
announcements are misleading since they "announce" a code base which by
itself is not the recommended one.
---

Как я его понимаю! Я сам участвую в разработке довольно популярного
проекта и знаю, как мешают тарболы.
Каждый день одно и то же:
- У меня в такой-то версии не работает что-то там, как быть?
- Обновись из CVS и всё пройдёт.
- Буду я ещё из CVS обновляться, делай мне тарбол!
- А шёл бы ты, делать мне больше нечего:) Либо обновляйся, либо
сиди с ошибками.
И так из года в год. Надоедает. Тарболы только тормозят разработку
по тому, что CVS тогда никто не тестирует. Именно это, IMHO, и
пытался сказать Drepper.
Тарболлы должны делать дистрибутивостроители, а не разработчики.
У разработчиков совсем другие цели и задачи, и тарболлы у них гвоздём
в одном месте всегда сидят.
На конечных пользователях, которые используют собранные пакеты, это
всё равно никак не отразится.

anonymous
()
Ответ на: комментарий от beetles

> Какой-такой CVS? :-)
> Нормальные люди давно используют subversion или arch вместо этого хлама.
Дык, а ты это админам SourceForge уже сообщил? :)
Вроде как там это только планируется, так что нормальные люди
пока-что использууют CVS.

anonymous
()
Ответ на: комментарий от beetles

> Какой-такой CVS? :-)
> Нормальные люди давно используют subversion или arch
> вместо этого хлама.
> http://subversion.tigris.org

svn хорошая конечно штука, но таки не релиз ещё ;)
Это не к тому что оно виснет, а к тому что протокол не устоялся. Нехорошо такое использовать для больших проектов. У себя например я могу апгрейдить клиента одновременно с сервером, а заставлять апгрейдиться кучу народа некошерно.

-----

По теме - блин, не всё ли равно как распространяются исходники libc?
Бред.

< Баба Маша (одна из знатнейших флеймерш подъезда) предложила перейти к новой системе "перемывания косточек" соседям. В качестве основного механизма предложено использовать язык. >

Dimentiy ★★
()

просто у нас cvs не работает ... вот - не спршивайте почему .. не я админ !!!

anonymous
()
Ответ на: комментарий от anonymous

> просто у нас cvs не работает ... вот - не спршивайте почему ..
> не я админ !!!

Главное что он работает у поставщиков дистрибутивов :)

А админ может и *.gz забанить с таким же успехом. Это вообще не аргумент ни разу.

Dimentiy ★★
()
Ответ на: комментарий от Dimentiy

> svn хорошая конечно штука, но таки не релиз ещё ;)

Это не к тому что оно виснет, а к тому что протокол не устоялся. А arch уже весьма стабилен + идеологически лучше svn.

anonymous
()

по-моему этот дреппер диверсант - он мало того что предлагает отказаться от юниксовых архивов так еще и предлагает софт называть с версиями как у виндовс!!!

anonymous
()

>Это не к тому что оно виснет, а к тому что протокол не устоялся.

угу, и не только - стоит только вспомнить 0.28. Переход оказался довольно неудобным ;).

>А arch уже весьма стабилен + идеологически лучше svn. А чем собснно он так уж "идеологически" отличается от svn ?

anonymous
()

Н-да, этот ульрих треппер дождется, что все его пошлют на три буквы,
и переключатся на другую библиотеку, uclibc, например. К glibc сейчас
уже скопилось столько претензий, что такой шаг будет очень оправдан.

anonymous
()

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

anonymous
()

А кстати подскажите в чем сейчас заключается разработка glibc? Чего там нового можно придумать и чего ожидается в будущем?

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

yoush
()
Ответ на: комментарий от Dimentiy

> Оно вроде не умеет права доступа в репозитории разграничивать, я прав или нет?

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

> зы И ещё под него win32 гуя нету ;-))))

А он нам нах не надо ;-)

anonymous
()
Ответ на: комментарий от anonymous

> А кстати подскажите в чем сейчас заключается разработка glibc? Чего там нового можно придумать и чего ожидается в будущем?

Треды + багфиксы + новые архитектуры.

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

Casus ★★★★★
()
Ответ на: комментарий от anonymous

SVN тоже дистрибутится по идее, в архитектуре заложено, и реализовано.

P.S. блин ну как задолбал CVS, молимся всем отделом когда Subversion релизнут.

anonymous
()
Ответ на: комментарий от anonymous

> Типа arch с распределенными репозиториями. Можно брать домой а потом сливать в центральную базу. При хорошем коннекте не шибко и нужно.

Главная фича распределённых репозитариев в том, что ненадёжным сторонним разработчикам не нужно давать доступ на запись в свой (основной) архив (репозитарий). Они (левые разработчики) могут сделать свой локальный репозитарий и вносить в него свои изменения, а upstream автор может при желании мержить (некоторые) changeset'ы в свой основной репозитарий.

> Больше ни одной клевой фичи не припомню.

arch не требует никакого специального демона работающего на стороне сервера! Ему достаточно ftp или sftp или WebDAV или ... Таким образом прикрутить arch репозитарий на sf.net не представляет никакого труда. А svn так может?

Помимо этого arch имеет весьма продвинутые средства для merge'а. Такие как update, replay...

А еще arch умеет автоматическую генерацию ChangeLog'ов? ;-)

> Вообще, имхо еще расти и расти до боевого применения, с svn даже несерьезно сравнивать.

А можно узнать, чем svn так крут? Только обьективно, plz.

anonymous
()
Ответ на: комментарий от anonymous

> Типа arch с распределенными репозиториями. Можно брать домой а потом сливать в центральную базу. При хорошем коннекте не шибко и нужно.

Главная фича распределённых репозитариев в том, что ненадёжным сторонним разработчикам не нужно давать доступ на запись в свой (основной) архив (репозитарий). Они (левые разработчики) могут сделать свой локальный репозитарий и вносить в него свои изменения, а upstream автор может при желании мержить (некоторые) changeset'ы в свой основной репозитарий.

> Больше ни одной клевой фичи не припомню.

arch не требует никакого специального демона работающего на стороне сервера! Ему достаточно ftp или sftp или WebDAV или ... Таким образом прикрутить arch репозитарий на sf.net не представляет никакого труда. А svn так может?

Помимо этого arch имеет весьма продвинутые средства для merge'а. Такие как update, replay...

А еще arch умеет автоматическую генерацию ChangeLog'ов? ;-)

> Вообще, имхо еще расти и расти до боевого применения, с svn даже несерьезно сравнивать.

А можно узнать, чем svn так крут? Только обьективно, plz.

anonymous
()
Ответ на: комментарий от anonymous

>>блин ну как задолбал CVS
А чем собственно ?!

anonymous
()
Ответ на: комментарий от anonymous

Вот несколько интересных сравнений arch, CVS и svn:
http://gnuarch.org/bin/view/Main/SubVersionAndCvsComparison
http://better-scm.berlios.de/comparison/comparison.html (несколько утверждений по отношению к arch'у не верны (устарели?)).

Просто о arch:
http://gnuarch.org/bin/view/Main/ExecutiveSummary

anonymous
()

Вот если бы еще клиент cvs понимал работу скажем через web-прокси, то все было бы гуд. А то как скачать, если сидишь за прокси, дерево из CVS?

Eugeny_Balakhonov ★★
()

Ну наконецто. Сколько можно ждать! осталось теперь вставить оновление по cvs в мейкфайл и вот оно счастье, все будет компилиться и обновляться автоматом. Ручной труд мастдай!!!

anonymous
()
Ответ на: комментарий от Eugeny_Balakhonov

1. Берёшь tconn c sf.net
2. Ставишь админу пиво, чтобы он открыл CONNECT для порта CVS
3. Дока по tconn + (cvs pserver|CVS_RSH=ssh)
Правда, для SSH надо админ и за 22 порт пиво ставить )

adarovsky ★★★★
()
Ответ на: комментарий от adarovsky

>1. Берёшь tconn c sf.net >2. Ставишь админу пиво, чтобы он открыл CONNECT для порта CVS >3. Дока по tconn + (cvs pserver|CVS_RSH=ssh) >Правда, для SSH надо админ и за 22 порт пиво ставить )

А что делать, если по пункту 2 тебя посылают? ;-(

anonymous
()
Ответ на: комментарий от anonymous

не, это все конечно классно. но в таком случае в cvs должны быть как минимум две ветки исходников: стабильная и девелоперская.

anonymous
()
Ответ на: комментарий от anonymous

ssh port forwarding rulez!

> А что делать, если по пункту 2 тебя посылают? ;-(

Читать man ssh на тему port forwarding.

Dselect ★★★
()
Ответ на: комментарий от anonymous

anonymous (*) (30.11.2003 22:37:36):

>> Оно вроде не умеет права доступа в репозитории разграничивать,
>> я прав или нет?

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

Дык то к репозиторию в целом.
В Subversion например можно в одном репозитории дать права на /doc одним людям, на /src - другим, и т.д. Очень удобно.

>> зы И ещё под него win32 гуя нету ;-))))

> А он нам нах не надо ;-)

Надо, надо :)

Dimentiy ★★
()
Ответ на: комментарий от anonymous

> не, это все конечно классно. но в таком случае в cvs должны быть как минимум две ветки исходников: стабильная и девелоперская.

А вы всегда только комментарии ЛОРовцев читаете, или только сейчас? Вкратце: glibc уже давно стабильная и отдельная девелоперская ветка не нужна.

Vond ★★
()
Ответ на: комментарий от anonymous

2 anonymous (*) (30.11.2003 23:19:26) :

> SVN тоже дистрибутится по идее, в архитектуре заложено, и
> реализовано.

Реализовано где, как? "По идее" не считается. Консольный клиент svn этого не позволяет, а сторонними скриптами с использованием всяких svnadmin - некошерно. Криво, прямо скажем.
Этой фичи в svn, в общем-то, нету.

> блин ну как задолбал CVS, молимся всем отделом когда Subversion
> релизнут.

Вообще-то оно достаточно стабильно уже. Пользуемся довольно давно, всё хорошо.

-----

2 anonymous (*) (01.12.2003 0:04:22) :

> А можно узнать, чем svn так крут? Только обьективно, plz.

svn не то чтобы очень "крут". Просто работает себе. Основные фичи расписаны на http://subversion.tigris.org, прямо на главной странице. Релиз будет наверное на новый год или чуть позже.
arch возможно и лучше, но мне надо чтобы под "оффтопик" работало ;)

Dimentiy ★★
()
Ответ на: комментарий от Dimentiy

Dimentiy: > arch возможно и лучше, но мне надо чтобы под "оффтопик" работало ;)

А ты arch'ем не пользовался? Хотелось бы услышать мнение знающего, реально работавшего с arch'ем и svn'ом человека, кто же все-таки лучше. :)

anonymous
()
Ответ на: комментарий от Casus

BitKeeper хуже всех по определению, так как несвободный.

Конкуренция - это хорошо. Надеюсь где-то через год-два несколько свободных систем ведения версий будут превосходить по возможностям многие закрытые аналоги, типа ClearCase и BitKeeper.

Единственное, что может спасти BitKeeper от забвения - это GNU GPL, причём чем раньше, тем лучше. Покаместь все сильные закрытые в оригинале аппликации, что перешли на GPL процветают (можно как минимум 5 примеров привести). Остальные (тут тоже можно примеров 5 привести) либо полностью либо почти забыты, что не может не радовать.

mihalych ★★★
()
Ответ на: комментарий от anonymous

> Aegis их всех делает. И arch, и subversion.

А кто-нибудь его реально использовал? Судя по описалову на сайте Aegis тоже весьма рельная вещь.

anonymous
()
Ответ на: комментарий от mihalych

> BitKeeper хуже всех по определению, так как несвободный.

Кстати, arch имеет очень много общего с BitKeeper.

anonymous
()
Ответ на: комментарий от anonymous

Игрался чуток с bitkeeper-ом. Мож оно конечно и руки кривые, но за полдня тестов он глючил немеряное число раз. От глючного гуя для дифф (не показывал добавление строки в конец) до ругани о коррапте базы (починилась конечно админской коммандой, но неприятный осадок остался). Еще суперкривой 3-way merge гуи, даже говорить противно. После него CVS просто манна небесная. Или я чего-то не понял?

anonymous
()

Subversion зависит от глюка под названием BerkeleyDB-4 и от
идеологически чуждого произведения Микрософт - WebDAV.

anonymous
()
Ответ на: комментарий от anonymous

> Subversion зависит от глюка под названием BerkeleyDB-4 и от
> идеологически чуждого произведения Микрософт - WebDAV.

Subversion не "зависит" от WebDAV. Хочешь - настрой standalone сервер без всякого Апача и работай. Только зачем, непонятно.

Проблем с BDB4 я лично не наблюдал.
Кстати ежедневный бэкап рулит - нипадецки ;-)

Архитектура позволяет использовать другой backend. Хотя я согласен, что возможность сильно отличается, мягко говоря, от реальной работающей функциональности.

Dimentiy ★★
()
Ответ на: комментарий от Dimentiy

2 anonymous:

Я имел ввиду сходство с BitKeeper'ом в хорошем смысле слова :)

2 all:

Только что нашёл статью с весьма интригующим названием:
Diagnosing svn: Tom Lord explains what went wrong with Subversion. [http://mail.gnu.org/archive/mbox/gnu-arch-users/2003-12] Сам я пока еще её не читал, но название многообещающее :)

Также рекомендую почитать http://gnuarch.org/bin/view/Main/ArchListHighlights

--
Любитель arch.

anonymous
()
Ответ на: комментарий от anonymous

> Сам я пока еще её не читал, но название многообещающее :)

Кстати чувак пишет во многом дело.

Dimentiy ★★
()
Ответ на: комментарий от Dimentiy

2 Dimentiy:

> Читать надо например здесь: http://lists.fifthvision.net/pipermail/arch-users/2003-February/025283.html

Прошу прощения, действительно дал не ту ссылку (в буфер не то скопировал).

> Кстати чувак пишет во многом дело.

Кстати, если ты вдруг не заметил, тот этот чувак (Tom Lord) - автор arch. Видно что чел явно не дурк. Следовательно, раз он говорит дело, то настолько же дельна должна быть его идея реализованная в виде arch.

Кстати, что ещё мне нравится в arch, так это то что он спроектирован с нуля и не пытается быть чему-то заменой или быть совместимым по командам с чем-то существующим, в отличие от svn, который пытается быть просто улучшенным CVS'ом.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.