[devel] esound => pulseaudio

[devel] esound => pulseaudio

[@ 2008-07-28 9:48 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 10:06 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 11:35 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 11:50 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 11:55 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 12:10 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 12:15 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 12:18 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 12:29 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 12:39 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 12:40 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 12:53 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 12:55 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 12:59 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 13:18 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 13:30 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-28 16:55 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-30 9:40 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-30 9:45 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-30 21:52 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-30 22:44 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 6:31 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 6:35 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 7:04 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 17:00 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 18:36 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 19:18 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 19:42 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 21:19 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 21:20 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 21:21 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 21:22 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 21:24 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 21:50 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 21:55 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 21:57 UTC (permalink / raw)]

Re: [devel] git.alt

[@ 2008-07-31 22:03 UTC (permalink / raw)]

Re: [devel] esound => pulseaudio

[@ 2008-07-31 22:09 UTC (permalink / raw)]

Re: [devel] git.alt

[@ 2008-07-31 22:20 UTC (permalink / raw)]

Re: [devel] git.alt

[@ 2008-07-31 22:32 UTC (permalink / raw)]

Re: [devel] git.alt

[@ 2008-07-31 22:53 UTC (permalink / raw)]

Re: [devel] git.alt

[@ 2008-07-31 22:54 UTC (permalink / raw)]

Re: [devel] git.alt

[Led]

Friday, 01 August 2008 01:53:48 Alexey Tourbin написав:
> On Fri, Aug 01, 2008 at 01:20:07AM +0300, Igor Zubkov wrote:
> > 1 августа 2008 г. 1:03 пользователь Dmitry V. Levin написал:
> > >> Зачем? Тут плюсов от git получить не получится. Я понимаю что git.alt
> > >> рулит, но только для части пакетов. Ядро пилить без git это просто
> > >> изврат. Дерево моего ice-wks у меня на винте лежит, но вот публиковать
> > >> его мне просто не получается. Слишком много трафика это для моего
> > >> тарифа у провайдера что у меня дома.
> > >
> > > Обычно пересылка srpm-пакетов создаёт больше трафика, чем git fetch и
> > > git pull, за исключением первичной закачки git-репозитория.
> >
> > Это понятно. Но src.rpm'ы проще. Когда я в первый раз увидел hasher я
> > был счастлив как ребёнок. Я тогда собирал свой дистрибутив и как раз
> > писал свой hasher. Это было похоже на mach, но только на C. А вот
> > сейчас эти движения с git мне катострафически не нравятся. git
> > уменьшает круг людей которые будут заниматся именно такой разработкой
>
> По-моему, есть два подхода к работе над rpm пакетами.
>
> 1) Условно "запаковка".  Люди заворачивают апстримовские тарболлы в rpm
> пакеты с минимальными изменениями.  Это занятие довольно экстенсивное,
> хотя временами и неизбежное.  Как следствие, люди зачастую не смотрят в
> исходники, а например, увлекаются спорами, какая форма записи в спеке
> предпочтительнее: autoreconf, %__autoreconf или %autoreconf, и т.д.
>
> 2) Разработка.  Люди втягиваются и начинают хачить, или, по крайней
> мере, смотрят в исходники и начинают понимать, в чем там дело.  В
> перспективе разработка может войти в интенсивную фазу.  Для разработки
> тарболлы вредны -- если количество патчей растёт быстрее, чем их
> забирает апстрим, то для поддержки изменений лучше использовать не
> патчи, а полноценный SCM.
>
> Теперь представь, что хачить начитают два или три человека.  Здесь git
> даёт все удобства для совместной разработки.
>
> Так что надо задать себе вопрос: кто я?  Запаковщик тарболлов в rpm'ы
> или разработчик?  Запаковка тарболлов не котруется.  Ни с точки зрения
> индивидуального роста, ни с точки зрения выигрыша для ALT Linux Team.

Судя по пакетам - очень даже котируется, к сожалению. Более того: "котируется" 
запаковка с левым, кривым, откуда-то утянутым спеком, с секциями %clean, 
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot и другими 
несуразностями :(

-- 
Led

Re: [devel] git.alt

[Igor Zubkov]

1 августа 2008 г. 2:12 пользователь Led написал:
>> Так что надо задать себе вопрос: кто я?  Запаковщик тарболлов в rpm'ы
>> или разработчик?  Запаковка тарболлов не котруется.  Ни с точки зрения
>> индивидуального роста, ни с точки зрения выигрыша для ALT Linux Team.
>
> Судя по пакетам - очень даже котируется, к сожалению. Более того: "котируется"
> запаковка с левым, кривым, откуда-то утянутым спеком, с секциями %clean,
> BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot и другими
> несуразностями :(

Мне опубликовать статистику пакетов в которых прописаны теги
Distribution: и Vendor: которые вообще-то уже определены в нашем rpm?

-- 
icesik

Re: [devel] git.alt

[Igor Zubkov]

1 августа 2008 г. 1:53 пользователь Alexey Tourbin написал:
>> Это понятно. Но src.rpm'ы проще. Когда я в первый раз увидел hasher я
>> был счастлив как ребёнок. Я тогда собирал свой дистрибутив и как раз
>> писал свой hasher. Это было похоже на mach, но только на C. А вот
>> сейчас эти движения с git мне катострафически не нравятся. git
>> уменьшает круг людей которые будут заниматся именно такой разработкой
>
> По-моему, есть два подхода к работе над rpm пакетами.
>
> 1) Условно "запаковка".  Люди заворачивают апстримовские тарболлы в rpm
> пакеты с минимальными изменениями.  Это занятие довольно экстенсивное,
> хотя временами и неизбежное.  Как следствие, люди зачастую не смотрят в
> исходники, а например, увлекаются спорами, какая форма записи в спеке
> предпочтительнее: autoreconf, %__autoreconf или %autoreconf, и т.д.
>
> 2) Разработка.  Люди втягиваются и начинают хачить, или, по крайней
> мере, смотрят в исходники и начинают понимать, в чем там дело.  В
> перспективе разработка может войти в интенсивную фазу.  Для разработки
> тарболлы вредны -- если количество патчей растёт быстрее, чем их
> забирает апстрим, то для поддержки изменений лучше использовать не
> патчи, а полноценный SCM.
>
> Теперь представь, что хачить начитают два или три человека.  Здесь git
> даёт все удобства для совместной разработки.
>
> Так что надо задать себе вопрос: кто я?  Запаковщик тарболлов в rpm'ы
> или разработчик?  Запаковка тарболлов не котруется.  Ни с точки зрения
> индивидуального роста, ни с точки зрения выигрыша для ALT Linux Team.

Вот это уже интересный ответ. Конечно же у нас не один подход к тому
что лежит в Сизифе (скорее даже, к тому что положить в Сизиф и как).
Спорить об этом бесполезно. Будем считать что это догмат. У меня есть
пара пакетов у которых либо мёртвый апстрим либо полуживой и не
принимающий мои патчи. Я думаю что тут не стоит показывать не чужие
пакета, так что я начну со своих. catpkt, o3read, pmount, nx, plib и
mdbtools. У catpkt умер апстрим. Патчи там слать уже некуда. o3read
апстрим делает вид что живой, но судя по дате посленнего релиза, патчи
им слать уже поздно. С plib тоже самое что и с o3read. С pmount
ситуация более веселее, апстрим живой, а вот на мои патчи в багзилла
не реагирует. NX просто проприетащики и патчи им отсылать просто
бесполезно. А в mdbtools просто мелкий патч для облегчения создания
sql кода который легко модно вставить в sql базу. Заводить для этого
по git репозиторию я не будаю что будет целесообразно. В остальных
пакетах у меня патчей практически нет. Зачем мне git?

-- 
icesik

Re: [devel] git.alt

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 677 bytes --]

On Fri, Aug 01, 2008 at 02:12:38AM +0300, Led wrote:
> > Так что надо задать себе вопрос: кто я?  Запаковщик тарболлов в rpm'ы
> > или разработчик?  Запаковка тарболлов не котруется.  Ни с точки зрения
> > индивидуального роста, ни с точки зрения выигрыша для ALT Linux Team.
> 
> Судя по пакетам - очень даже котируется, к сожалению. Более того: "котируется" 
> запаковка с левым, кривым, откуда-то утянутым спеком, с секциями %clean, 
> BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot и другими 
> несуразностями :(

Эти несуразности как раз не особенно страшны.  Хуже, например, --
не сделать version script для новой версии системной библиотеки.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] git.alt

[Led]

Friday, 01 August 2008 02:22:57 Alexey Tourbin написав:
> On Fri, Aug 01, 2008 at 02:12:38AM +0300, Led wrote:
> > > Так что надо задать себе вопрос: кто я?  Запаковщик тарболлов в rpm'ы
> > > или разработчик?  Запаковка тарболлов не котруется.  Ни с точки зрения
> > > индивидуального роста, ни с точки зрения выигрыша для ALT Linux Team.
> >
> > Судя по пакетам - очень даже котируется, к сожалению. Более того:
> > "котируется" запаковка с левым, кривым, откуда-то утянутым спеком, с
> > секциями %clean, BuildRoot:
> > %{_tmppath}/%{name}-%{version}-%{release}-buildroot и другими
> > несуразностями :(
>
> Эти несуразности как раз не особенно страшны.

4.2

> Хуже, например, -- 
> не сделать version script для новой версии системной библиотеки.

Эти "несуразности" задокументированы. В некоторых случаях они действительно не 
страшны, но они показывают отношение мейнтейнера к упаковке.
А вот как "сделать version script для новой версии системной библиотеки" - 
документацию ещё поискать надо. Я, например, не нашёл, а перелопачивать архив 
рассылок за последние 10 лет - сорри, но на это времени как раз жалко.

-- 
Led

Re: [devel] git.alt

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1435 bytes --]

On Fri, Aug 01, 2008 at 02:15:44AM +0300, Igor Zubkov wrote:
> > Так что надо задать себе вопрос: кто я?  Запаковщик тарболлов в rpm'ы
> > или разработчик?  Запаковка тарболлов не котруется.  Ни с точки зрения
> > индивидуального роста, ни с точки зрения выигрыша для ALT Linux Team.
> 
> Вот это уже интересный ответ. Конечно же у нас не один подход к тому
> что лежит в Сизифе (скорее даже, к тому что положить в Сизиф и как).
> Спорить об этом бесполезно. Будем считать что это догмат. У меня есть
> пара пакетов у которых либо мёртвый апстрим либо полуживой и не
> принимающий мои патчи. Я думаю что тут не стоит показывать не чужие
> пакета, так что я начну со своих. catpkt, o3read, pmount, nx, plib и
> mdbtools. У catpkt умер апстрим. Патчи там слать уже некуда. o3read
> апстрим делает вид что живой, но судя по дате посленнего релиза, патчи
> им слать уже поздно. С plib тоже самое что и с o3read. С pmount
> ситуация более веселее, апстрим живой, а вот на мои патчи в багзилла
> не реагирует. NX просто проприетащики и патчи им отсылать просто
> бесполезно. А в mdbtools просто мелкий патч для облегчения создания
> sql кода который легко модно вставить в sql базу. Заводить для этого
> по git репозиторию я не будаю что будет целесообразно. В остальных
> пакетах у меня патчей практически нет. Зачем мне git?

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

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] git.alt

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1111 bytes --]

On Fri, Aug 01, 2008 at 01:54:29AM +0300, Igor Zubkov wrote:

IZ> У меня есть не один удалёный шелл с жирными каналами. А если не
IZ> хватит, ещё добавят. Проблема в том что у меня дома нет анлимного
IZ> канала. Заниматся Сизифом на работе просто некогда. А вот дома, в
IZ> таком случае, не позволяют тех. возможности.

В примере с ядром, достаточно сделать git clone ядра у кого-нибудь к себе
на git.alt, а уже потом туда push'ить свою работу. Которая наверняка
базировалась на чьем-то уже имеющемся, или хотя бы на git-репо линуса.

Уйдут только diff'ы, трафика сэкономится море. 

>> Не вижу в этом никакой сложности.  При желании можно перевести.
IZ> Вот только ещё никто не перевёл. Моего Elementary для восприятия этой
IZ> документации на английском явно не достаточно.

Думаю ты не пробовал. Посмотри everyday git. Вся документация на git
нужна только Великим Хакерам. Я пользуюсь несколькими процентами
возможностей git, и мне их -- вполне достаточно.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[devel] version script howto

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 4342 bytes --]

On Fri, Aug 01, 2008 at 02:29:53AM +0300, Led wrote:
> Friday, 01 August 2008 02:22:57 Alexey Tourbin написав:
> > On Fri, Aug 01, 2008 at 02:12:38AM +0300, Led wrote:
> > > > Так что надо задать себе вопрос: кто я?  Запаковщик тарболлов в rpm'ы
> > > > или разработчик?  Запаковка тарболлов не котруется.  Ни с точки зрения
> > > > индивидуального роста, ни с точки зрения выигрыша для ALT Linux Team.
> > >
> > > Судя по пакетам - очень даже котируется, к сожалению. Более того:
> > > "котируется" запаковка с левым, кривым, откуда-то утянутым спеком, с
> > > секциями %clean, BuildRoot:
> > > %{_tmppath}/%{name}-%{version}-%{release}-buildroot и другими
> > > несуразностями :(
> >
> > Эти несуразности как раз не особенно страшны.
> 
> 4.2

???

> > Хуже, например, -- 
> > не сделать version script для новой версии системной библиотеки.
> 
> Эти "несуразности" задокументированы. В некоторых случаях они действительно не 
> страшны, но они показывают отношение мейнтейнера к упаковке.
> А вот как "сделать version script для новой версии системной библиотеки" - 
> документацию ещё поискать надо. Я, например, не нашёл, а перелопачивать архив 
> рассылок за последние 10 лет - сорри, но на это времени как раз жалко.

Ну, в принципе, когда приходит новый человек, который не особо в теме,
пусть собирает свои пакеты, которые ему интересны.  Нужно только следить,
чтобы он не вклинивался бесконтрольно собирать "новые версии" системных
пакетов.  Поняв, как "чистить спек", он со временем (hopefully) поймёт
и что-то ещё.

Что до системных библиотек, то бывает, в основном, два расклада.

1) Апстрим не отвечает за бинарную совместимость.  Это особенно плохо
вот в каком отношении: бинарная совместимость может обеспечивается не
только названиями функций и переменных, но ещё и доступом к полям
структур (например, структура может целиком создаваться на стеке).
В Си доступ к полям структуры заменятся на доступ по смещению
относительно начального адреса размещения структуры (то есть поля
структуры на самом деле "пронумерованы" примерно как в массиве).  Это
означает, что (если API подразумевает доступ к полям структур) если
просто переставить местами два поля в структуре, то вся бинарная
совместимость накрывается медным тазом.

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

2) Апстрим понимает, что такое бинарная совместимость, и не делает
глупостей (по крайней мере, не меняет базовых определений и прототипов).
К счастью, такой расклад имеет место быть с большей частью системных
библиотек.  Тогда достаточно убедиться, что

a) В новой версии библиотеки не исчезли никакие старые переменные, и,
по крайней мере, функции.  Если исчезли, тогда нужно проверить, что
их никто не использует.  Если их кто-то использует, тогда придётся
восстанавливать.  И

б) Если добавились новые переменные или функции, сделать version script
(добавить новую секцию в version script, в которой перечислены все новые
переменные и, по крайней мере, функции).

Поясняю.

а) Как проверить что убавившиеся функции никто не использует.
Нужно иметь копию Сизифа.  Нужно установить пакет qa-robot и запустить
'qa-robot bad_elf_symbols /ALT/Sisyphus/files/i586/RPMS'.  Далее грепать
файл ~/.qa-robot/bad_elf_symbols/ref на предмет убавившихся символов.

б) Как узнать, убавились ли или добавились новые символы, и как сделать
version script.  Нужно собрать новую версию пакета в тестовом режиме (со
старым version script или без него).  Далее установить пакет qa-robot
и запустить 'rpmsodiff libстарый.rpm libновый.rpm'.  Он покажет, какие
символы убавились, а какие добавились, а также выдаст заготовку для
version script'а.  Эту заготовку нужно поместить в файл с названием
lib%name.map (альтернативно lib%name.ver, lib%name.sym или lib%name.def),
возможно, немножко поправив название секции (LIBNAME_1.2.3 vs NAME_1.2.3).
Этот файл далее нужно скормить в gcc или libtool с помощью
-Wl,--version-script=lib%name.def.  Убедиться, что у пакета появился
provides вида lib%name*.so*(LIBNAME_1.2.3).

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] version script howto

[Led]

Friday, 01 August 2008 03:17:46 Alexey Tourbin написав:
> Что до системных библиотек, то бывает, в основном, два расклада.
>............
> Поясняю.
>.............

Искреннее большое спасибо!:)

-- 
Led

Re: [devel] git.alt

[Slava Semushin]

1 августа 2008 г. 5:54 пользователь Igor Zubkov <igor.zubkov /
gmail.com> написал:
[...]
>>> Так это ещё надо читать документацию на git. А
>>> она не такая простая и не такая уж и маленькая.
>>
>> Достаточно простая и вполне обозримая.
>>
>>> Да ещё и на английском.
>>
>> Не вижу в этом никакой сложности.  При желании можно перевести.
>
> Вот только ещё никто не перевёл. Моего Elementary для восприятия этой
> документации на английском явно не достаточно.

http://freesource.info/wiki/RuslanHihin/GitUserManual
http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] version script howto

[Slava Semushin]

1 августа 2008 г. 7:17 пользователь Alexey Tourbin <at / altlinux.ru> написал:
>> > > Судя по пакетам - очень даже котируется, к сожалению. Более того:
>> > > "котируется" запаковка с левым, кривым, откуда-то утянутым спеком, с
>> > > секциями %clean, BuildRoot:
>> > > %{_tmppath}/%{name}-%{version}-%{release}-buildroot и другими
>> > > несуразностями :(
>> >
>> > Эти несуразности как раз не особенно страшны.
>>
>> 4.2
>
> ???

Перевожу с LOR-овского: "вызывающе неверная информация"


2led@: пожалуйста, прекращай флеймить и оффтопить в devel@ и
sisyphus@, ведь есть же курилка и LOR. Спасибо.


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] git.alt

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 401 bytes --]

On Fri, Aug 01, 2008 at 02:15:02AM +0300, Igor Zubkov wrote:
> Мне опубликовать статистику пакетов в которых прописаны теги
> Distribution: и Vendor: которые вообще-то уже определены в нашем rpm?
Опубликуй.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Не знаю майнтейнера e2fsprogs.  Знаю майнтейнера startup.
Един в двух и более лицах. :)
		-- ldv in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] esound => pulseaudio

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 593 bytes --]

On Fri, Aug 01, 2008 at 01:09:17AM +0300, Igor Zubkov wrote:
> Маинтейнер как раз работает на ООО которое ему зарплату платит. 
Шо, таки за РА платит? 

> Мне они не платят т.к. я на них не работаю (и не работал). Ну и кто тут
> финансово должен быть заинтересован в этом вопросе? 
Не заинтересован - не стони. Или включи свой Мэк и слушай Музыку как
Истеный Сын Севи^W^WПоклонник.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Пользователи будут страдать только если программа/интерфейс кривые.
Это можно на чем угодно реализовать.
		-- zerg in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] version script howto

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 229 bytes --]

* Alexey Tourbin <at@> [080801 04:33]:
> Что до системных библиотек, то бывает, в основном, два расклада.
Второй расклад сложен на
http://www.altlinux.org/Shared_Library_Symbol_Versioning_HOWTO .

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] git traffic

[Michael Shigorin]

On Fri, Aug 01, 2008 at 12:55:32AM +0300, Igor Zubkov wrote:
> > Однако с git.alt придётся связаться, причём чем раньше, тем
> > лучше.  Иначе collaboration, скорее всего, не выйдет.
> Зачем? Тут плюсов от git получить не получится. Я понимаю что
> git.alt рулит, но только для части пакетов.

Для спеков он тоже весьма рулит.

> Ядро пилить без git это просто изврат. Дерево моего ice-wks у
> меня на винте лежит, но вот публиковать его мне просто не
> получается. Слишком много трафика это для моего тарифа у
> провайдера что у меня дома.

Эта... а ты по примеру, на винт его и к анлимному каналу.
Будешь у нас, заходи.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] esound => pulseaudio

[Mykola S. Grechukh]

2008/8/1 Igor Zubkov <>:
> 1 августа 2008 г. 0:57 пользователь Денис Смирнов написал:
>>>> Кто может залить пакет - дело десятое и никакой роли в совместной (sic!)
>>>> работе не играющее.
>> IZ> Измения были. Лежали в Дедале. Почему их не втянули?
>>
>> Цирк... Hint -- любой мантейнер человек по-определению занятой и
>> работающий добровольно. Поэтому он ничего никому не обязан. А если хочется
>> чтобы все было хорошо -- надо подумать как ему будет удобнее и таким
>> образом и передать ему изменения.
>
> Ага. Прямщаз. Как говорит wrar@. :) Маинтейнер как раз работает на ООО
> которое ему зарплату платит. Мне они не платят т.к. я на них не
> работаю (и не работал). Ну и кто тут финансово должен быть
> заинтересован в этом вопросе? Волонтёр типа меня или маинтейнер?

Dear Icesik, когда я захотел rusxmms2, а у майнтейнера руки не
доходили смержить - я приехал в Киев и на его десктопе за час вмержил
свои изменения (конечно git бы решал), протестил и проследил чтобы
пакет ушел в инкаминг. Это конечно крайности, ты в Москву можешь не
ехать :)

Re: [devel] git.alt

[Michael Shigorin]

On Fri, Aug 01, 2008 at 02:32:50AM +0400, Dmitry V. Levin wrote:
> > Это понятно. Но src.rpm'ы проще. Когда я в первый раз увидел
> > hasher я был счастлив как ребёнок. [...] git уменьшает круг
> > людей которые будут заниматся именно такой разработкой

Мне всё-таки кажется, что нам с тобой src.rpm просто /привычны/.
И осилить git в достаточной степени мы с тобой вполне можем.

> Я думаю, что уже сейчас git более широко известен чем hasher,
> и в дальнейшем распространённость git как инструмента будет
> только расти.

Ну это всё-таки сильно разные вещи.

Сейчас gear явно менее широко известен, чем hasher.

> > Так это ещё надо читать документацию на git. А
> > она не такая простая и не такая уж и маленькая.
> Достаточно простая и вполне обозримая.

URL? (http://altlinux.org/Git -- свалка наспех)

> > Иного, новички которые хотели бы что-то сделать уйдут
> > сразу. Я не новичёк, но мне уже изрядно всё надоело.
> Очевидно, это произошло по другой причине.

Ага, мне вот тоже "изрядно всё надоело".  Просто в отпуск
пора -- и бук с собой не брать. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[devel] [JT] админы-пакаджеры

[Michael Shigorin]

On Fri, Aug 01, 2008 at 02:53:48AM +0400, Alexey Tourbin wrote:
> Так что надо задать себе вопрос: кто я?  Запаковщик тарболлов в
> rpm'ы или разработчик?  Запаковка тарболлов не котруется.  Ни с
> точки зрения индивидуального роста, ни с точки зрения выигрыша
> для ALT Linux Team.

Лёш, куда мне как запаковщику в rpm'ы пройти? :)

Ты поступаешь как учёный, который ответственно заявляет,
что инженеры не нужны.  Или девелопер, который утверждает,
что не нужны админы.

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

И разумеется, это не отменяет нужды в разработчиках и более
глубоко заинтересованных в коде :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] git.alt

[Michael Shigorin]

On Fri, Aug 01, 2008 at 02:15:44AM +0300, Igor Zubkov wrote:
> Зачем мне git?

Правишь спек, делаешь git diff.  Удобно, однако.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] version script howto

[Michael Shigorin]

On Fri, Aug 01, 2008 at 10:29:32AM +0400, Alexey I. Froloff wrote:
> > Что до системных библиотек, то бывает, в основном, два расклада.
> Второй расклад сложен на
> http://www.altlinux.org/Shared_Library_Symbol_Versioning_HOWTO .

Ох.  Оба только что причесал сюда -- грохнуть-то как?
http://www.altlinux.org/VersionScripts

Как бы поудобнее дочитывать треды, чем отмечая непрочитанным то,
что требует второго прохода...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] version script howto

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 370 bytes --]

Twas brillig at 11:28:19 01.08.2008 UTC+03 when mike@osdn.org.ua did gyre and gimble:

 >> http://www.altlinux.org/Shared_Library_Symbol_Versioning_HOWTO .

 MS> Ох.  Оба только что причесал сюда -- грохнуть-то как?

Поставь {{d}}.

В wiki есть мегассылка "help". Весьма советую.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

[devel] [JT] Re: esound => pulseaudio

[Michael Shigorin]

On Fri, Aug 01, 2008 at 11:04:40AM +0300, Mykola S. Grechukh wrote:
> Dear Icesik, когда я захотел rusxmms2, а у майнтейнера руки не
> доходили смержить - я приехал в Киев и на его десктопе за час
> вмержил свои изменения (конечно git бы решал), протестил и
> проследил чтобы пакет ушел в инкаминг. Это конечно крайности,

Да, приезжать было необязательно, хотя всегда рад тебя видеть :)

Кстати, xmms и apache -- как раз те два пакета, занимаясь
которыми раз в полгода, каждый раз хочется запихать в git.
Но xmms пока (уже?) лениво, а apache.git есть у solo@.

> ты в Москву можешь не ехать :)

Точнее, по калужской области.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] version script howto

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 265 bytes --]

* Michael Shigorin <mike@> [080801 12:34]:
> Ох.  Оба только что причесал сюда -- грохнуть-то как?
Вставить {{D}} в текст статьи.

> http://www.altlinux.org/VersionScripts
Не надо тащить ваковские привычки в Нормальный Движок ;-)

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] version script howto

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 385 bytes --]

Twas brillig at 11:28:19 01.08.2008 UTC+03 when mike@osdn.org.ua did gyre and gimble:

 MS> http://www.altlinux.org/VersionScripts

Придумал {{merge|страница}}. В следующий раз вместо обычной ссылки ставь
эту пометку, так будет видно, какие страницы стоит объединять.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] version script howto

[Led]

Friday, 01 August 2008 06:27:33 Slava Semushin написав:
> 1 августа 2008 г. 7:17 пользователь Alexey Tourbin <at / altlinux.ru> 
написал:
> >> > > Судя по пакетам - очень даже котируется, к сожалению. Более того:
> >> > > "котируется" запаковка с левым, кривым, откуда-то утянутым спеком, с
> >> > > секциями %clean, BuildRoot:
> >> > > %{_tmppath}/%{name}-%{version}-%{release}-buildroot и другими
> >> > > несуразностями :(
> >> >
> >> > Эти несуразности как раз не особенно страшны.
> >>
> >> 4.2
> >
> > ???
>
> Перевожу с LOR-овского: "вызывающе неверная информация"

Не надо "переводить" неправильно. Здесь имелась ввиду классика (Дуглас 
Адамс),а не ЛОР, т.е.  примерно "каков вопрос - таков ответ":)

>
>
> 2led@: пожалуйста, прекращай флеймить и оффтопить в devel@ и
> sisyphus@, ведь есть же курилка и LOR. Спасибо.

По поводу "42" прошу прощения - возможно это было не к месту. По остальному 
прошу указать по пунктам: где там "флейм и оффтопик"?

-- 
Led