LINUX.ORG.RU

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


0

0

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

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

anonymous

Проверено: ivlad

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

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

anonymous ()

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

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

Murr ★★ ()

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

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

anonymous ()

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

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

Nefer ()

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

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

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

//Losiki

anonymous ()

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

> По ссылке-то ходили? Где там хоть слово о том, что раздаваться это будет _только_ из 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 ()

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

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

http://subversion.tigris.org

beetles ()

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

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

anonymous ()

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

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

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

-----

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

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

Dimentiy ★★ ()

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

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

anonymous ()

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

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

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

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

Dimentiy ★★ ()

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

> arch rocks!!!
> http://regexps.srparish.net/tutorial-tla/arch.html

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

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

Dimentiy ★★ ()

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

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

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

anonymous ()

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

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

anonymous ()

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

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

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

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

anonymous ()

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

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

anonymous ()

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

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

anonymous ()

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

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

anonymous ()

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

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

anonymous ()

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

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

yoush ()

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

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

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

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

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

anonymous ()

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

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

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

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

Casus ★★★★★ ()

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

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

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

anonymous ()

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

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

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

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

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

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

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

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

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

anonymous ()

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

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

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

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

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

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

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

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

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

anonymous ()

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

Вот несколько интересных сравнений 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 ()

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

Aegis их всех делает. И arch, и subversion.
http://aegis.sourceforge.net/

anonymous ()

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

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

Eugeny_Balakhonov ★★ ()

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

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

anonymous ()

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

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

adarovsky ★★★★ ()

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

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

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

anonymous ()

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

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

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

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

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

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

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

Надо, надо :)

Dimentiy ★★ ()

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

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

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

Vond ★★ ()

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

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 ★★ ()

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

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

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

anonymous ()

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

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

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

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

mihalych ★★★ ()

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

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

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

anonymous ()

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

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

anonymous ()

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

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

anonymous ()

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

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

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

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

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

Dimentiy ★★ ()

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

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 ()

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

Битая сцыла (http://mail.gnu.org/archive/mbox/gnu-arch-users/2003-12]).

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

Dimentiy ★★ ()

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

2 Dimentiy:

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

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

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

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

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

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