[devel] esound => pulseaudio

[devel] esound => pulseaudio

[Sergey Bolshakov]

Привет.
Как многим известно, pulseaudio способен замещать esound.
Поскольку разговоры в узком кругу о желательности такой замены
идут уже более года -- и без видимых подвижек, попытаемся
объясниться здесь.

Итак, сейчас есть 33 бинарных пакета зависящих от esound:

- возжелавшие esound явно, иногда с указанием версии;

beep-output-esd-1:0.9.7.1-alt0.3.qa1
gltron-0.70-alt2
gnome-libs-1.4.2-alt7
gnome-media-vumeter-2.22.0-alt3
libao-esd-0.8.8-alt1.13239 (*)
xmms-out-esd-20080515:1.2.11-alt4 (*)

- зависящие через libesd.so.0

GTKsubtitler-0.2.4-alt0.7
TiMidity++-2.13.2-alt8
WSoundServer-0.4.0-alt11
X-Downloader-1:2.5.7.1-alt4
alsaplayer-out-esound-0.99.80-alt6
audacious-plugins-1.5.1-alt4 (*)
avidemux-2.4.2-alt1
cinelerra-2.1-alt0.8.1056
ekiga-2.0.12-alt1
enlightenment-1:0.16.8.9-alt1
gkrellm-ss-esound-2.6-alt1
gkrellm-ss-full-2.6-alt1
gok-1.3.7-alt3
gst-plugins-good-0.10.8-alt2
gtktalog-1.0.4-alt4.1
kvm-68-alt1
libSDL-1.2.13-alt1
liballegro-esound-4.2.2-alt1
libestools1.2-1.2.96-alt2.6
libmpeg4ip-1.5.0.1-alt5
libvisual-input-esd-1:0.2.0-alt2
libxine-1.1.14-alt1 (*)
madplay-0.15.2b-alt2
mhWaveEdit-1.4.15-alt1
mplayer-1.0-alt35.26470.1 (*)
soundtracker-0.6.8-alt3.qa1
synaesthesia-2.4-alt1
vlc-plugin-esd-0.8.6h-alt1 (*)
xmp-2.5.1-alt1 (*)
zapping-0.10-alt0.1.cvs6

Пакеты, отмеченные (*) умеют pulseaudio нативно сами либо через
родственный субпакет.

Хорошей тактикой переезда, на мой взгляд, было бы:
- для первой группы -- лишить желания esound либо упразднить;
- для второй -- оставить в покое, выделив libesd.so.0 в отдельный
  пакет.

Мнения ?

-- 

Re: [devel] esound => pulseaudio

[Alexey I. Froloff]

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

* Sergey Bolshakov <sbolshakov@> [080728 13:52]:
> WSoundServer-0.4.0-alt11
По поводу этого убожества я вешал #8349.  Если pulseaudio умеет
прикидываться esd и отдаёт нормальный дескриптор в
esd_play_stream_fallback() в любых условиях, то нет проблем.  Ну
а если не умеет или не отдаёт, я по этому пакету сильно плакать
не буду (как-то отвык за полтора года на ноуте).

-- 
Regards,
Sir Raorn.

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

Re: [devel] esound => pulseaudio

[Yuri N. Sedunov]

В Пнд, 28/07/2008 в 13:48 +0400, Sergey Bolshakov пишет:
> Привет.
> Как многим известно, pulseaudio способен замещать esound.
> Поскольку разговоры в узком кругу о желательности такой замены
> идут уже более года -- и без видимых подвижек, попытаемся
> объясниться здесь.
> 
> Итак, сейчас есть 33 бинарных пакета зависящих от esound:
> 
> - возжелавшие esound явно, иногда с указанием версии;
> 
> beep-output-esd-1:0.9.7.1-alt0.3.qa1
> gltron-0.70-alt2
> gnome-libs-1.4.2-alt7
> gnome-media-vumeter-2.22.0-alt3
> libao-esd-0.8.8-alt1.13239 (*)
> xmms-out-esd-20080515:1.2.11-alt4 (*)
> 
> - зависящие через libesd.so.0
> 
> GTKsubtitler-0.2.4-alt0.7
> TiMidity++-2.13.2-alt8
> WSoundServer-0.4.0-alt11
> X-Downloader-1:2.5.7.1-alt4
> alsaplayer-out-esound-0.99.80-alt6
> audacious-plugins-1.5.1-alt4 (*)
> avidemux-2.4.2-alt1
> cinelerra-2.1-alt0.8.1056
> ekiga-2.0.12-alt1
> enlightenment-1:0.16.8.9-alt1
> gkrellm-ss-esound-2.6-alt1
> gkrellm-ss-full-2.6-alt1
> gok-1.3.7-alt3
> gst-plugins-good-0.10.8-alt2
> gtktalog-1.0.4-alt4.1
> kvm-68-alt1
> libSDL-1.2.13-alt1
> liballegro-esound-4.2.2-alt1
> libestools1.2-1.2.96-alt2.6
> libmpeg4ip-1.5.0.1-alt5
> libvisual-input-esd-1:0.2.0-alt2
> libxine-1.1.14-alt1 (*)
> madplay-0.15.2b-alt2
> mhWaveEdit-1.4.15-alt1
> mplayer-1.0-alt35.26470.1 (*)
> soundtracker-0.6.8-alt3.qa1
> synaesthesia-2.4-alt1
> vlc-plugin-esd-0.8.6h-alt1 (*)
> xmp-2.5.1-alt1 (*)
> zapping-0.10-alt0.1.cvs6
> 
> Пакеты, отмеченные (*) умеют pulseaudio нативно сами либо через
> родственный субпакет.
> 
> Хорошей тактикой переезда, на мой взгляд, было бы:
> - для первой группы -- лишить желания esound либо упразднить;

Пусть желают /usr/bin/esd, который будет провайдить пакет под названием,
например, pulseaudio-{esd,esound} и дальше, а /usr/bin/esd в настоящем
esound можно просто убить.

> - для второй -- оставить в покое, выделив libesd.so.0 в отдельный
>   пакет.

По-моему, -- не нужно. Пусть собираются по-прежнему с esound.

> Мнения ?
> 
> -- 
> 
> 
> 
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
-- 
Yuri N. Sedunov

Re: [devel] esound => pulseaudio

[Sergey Bolshakov]

>>>>> "Yuri" == Yuri N Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
[skipped]
 >> Хорошей тактикой переезда, на мой взгляд, было бы:
 >> - для первой группы -- лишить желания esound либо упразднить;

 > Пусть желают /usr/bin/esd, который будет провайдить пакет под названием,
 > например, pulseaudio-{esd,esound} и дальше, а /usr/bin/esd в настоящем
 > esound можно просто убить.

заодно убив esddsp и esdplay -- в их существовании нет смысла.
Тогда из оригинального esound останется:
libesd.so.0 с /etc/esd.conf, условно libesd, и
нынешний esound-devel.
esound-utils, похоже, также не нужны.

 >> - для второй -- оставить в покое, выделив libesd.so.0 в отдельный
 >> пакет.
 > По-моему, -- не нужно. Пусть собираются по-прежнему с esound.
Собираются с esound-devel -- да, видимо.

Бишь, если бы существовал libesd, я бы мог провайдить-обсолетить
esound в pulseaudio и не лохматить^W требовать пересборки первых шести вообще.

-- 

Re: [devel] esound => pulseaudio

[Led]

В сообщении от Monday 28 July 2008 14:50:13 Sergey Bolshakov написал(а):
> >>>>> "Yuri" == Yuri N Sedunov
> >>>>> <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
>
> [skipped]
>
>  >> Хорошей тактикой переезда, на мой взгляд, было бы:
>  >> - для первой группы -- лишить желания esound либо упразднить;
>  >
>  > Пусть желают /usr/bin/esd, который будет провайдить пакет под названием,
>  > например, pulseaudio-{esd,esound} и дальше, а /usr/bin/esd в настоящем
>  > esound можно просто убить.
>
> заодно убив esddsp и esdplay -- в их существовании нет смысла.
> Тогда из оригинального esound останется:
> libesd.so.0 с /etc/esd.conf, условно libesd, и
> нынешний esound-devel.
> esound-utils, похоже, также не нужны.
>
>  >> - для второй -- оставить в покое, выделив libesd.so.0 в отдельный
>  >> пакет.
>  >
>  > По-моему, -- не нужно. Пусть собираются по-прежнему с esound.
>
> Собираются с esound-devel -- да, видимо.
>
> Бишь, если бы существовал libesd, я бы мог провайдить-обсолетить
> esound в pulseaudio и не лохматить^W требовать пересборки первых шести
> вообще.

А почему бы не начать с того, что "правильный GNOME" обсолетит все 
остальные "неправильнвые" DE?

-- 
Led

Re: [devel] esound => pulseaudio

[Yuri N. Sedunov]

В Пнд, 28/07/2008 в 14:55 +0300, Led пишет:
> В сообщении от Monday 28 July 2008 14:50:13 Sergey Bolshakov написал(а):
<skip>
> 
> А почему бы не начать с того, что "правильный GNOME" обсолетит все 
> остальные "неправильнвые" DE?

GNOME-2.24 в декабре, будет Obsoletes: "неправильные" DE and WM"
и Provides "неправильные" DE and WM"
-- 
Yuri N. Sedunov

Re: [devel] esound => pulseaudio

[Led]

В сообщении от Monday 28 July 2008 15:10:53 Yuri N. Sedunov написал(а):
> В Пнд, 28/07/2008 в 14:55 +0300, Led пишет:
> > В сообщении от Monday 28 July 2008 14:50:13 Sergey Bolshakov написал(а):
>
> <skip>
>
> > А почему бы не начать с того, что "правильный GNOME" обсолетит все
> > остальные "неправильнвые" DE?
>
> GNOME-2.24 в декабре, будет Obsoletes: "неправильные" DE and WM"
> и Provides "неправильные" DE and WM"

Спасибо за предупреждение.

-- 
Led

Re: [devel] esound => pulseaudio

[Sergey Bolshakov]

>>>>> "Led" == Led  <ledest-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
[skipped]

 >> Бишь, если бы существовал libesd, я бы мог провайдить-обсолетить
 >> esound в pulseaudio и не лохматить^W требовать пересборки первых шести
 >> вообще.

 > А почему бы не начать с того, что "правильный GNOME" обсолетит все 
 > остальные "неправильнвые" DE?

По существу есть что сказать ?

-- 

Re: [devel] esound => pulseaudio

[Led]

В сообщении от Monday 28 July 2008 15:18:51 Sergey Bolshakov написал(а):
> >>>>> "Led" == Led  <ledest-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> >>>>> writes:
>
> [skipped]
>
>  >> Бишь, если бы существовал libesd, я бы мог провайдить-обсолетить
>  >> esound в pulseaudio и не лохматить^W требовать пересборки первых шести
>  >> вообще.
>  >
>  > А почему бы не начать с того, что "правильный GNOME" обсолетит все
>  > остальные "неправильнвые" DE?
>
> По существу есть что сказать ?

Да. Достатночно привести в порядок пакет esound, выделив из него 
libesound/libesound-devel/esound/esound-utils/esound-doc (что для нового 
0.2.39 я для себя уже почти сделал. Лечение ампутацией - оно, конечно, самое 
простое, но не факт, что самое правильное.

-- 
Led

Re: [devel] esound => pulseaudio

[Sergey Bolshakov]

>>>>> "Led" == Led  <ledest-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
[skipped]
 >> По существу есть что сказать ?

 > Да. Достатночно привести в порядок пакет esound, выделив из него 
 > libesound/libesound-devel/esound/esound-utils/esound-doc (что для нового 
 > 0.2.39 я для себя уже почти сделал. Лечение ампутацией - оно, конечно, самое 
 > простое, но не факт, что самое правильное.

Это, разумеется, вариант -- добавить conflicts друг на друга
в пакетах, содержащих /usr/bin/esd и пытаться сосуществовать
дальше.

Собственно, что в нашем случае 'правильно', можно попытаься
понять, сопоставив получаемые плюшки, усилия разработчегов и добрые им
пожелания пользователей в каждом из вариантов.

Мне, покрутив в уме всё это, _кажется_, что похоронить esound
было бы в конечном счёте разумнее -- но решать всяко не [одному]
мне; тем не менее хотелось бы придти, и побыстрее, к какому-то
согласию, не впадая в уже привычную техношизофрению.

-- 

Re: [devel] esound => pulseaudio

[Led]

В сообщении от Monday 28 July 2008 15:40:34 Sergey Bolshakov написал(а):
> >>>>> "Led" == Led  <ledest-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> >>>>> writes:
>
> [skipped]
>
>  >> По существу есть что сказать ?
>  >
>  > Да. Достатночно привести в порядок пакет esound, выделив из него
>  > libesound/libesound-devel/esound/esound-utils/esound-doc (что для нового
>  > 0.2.39 я для себя уже почти сделал. Лечение ампутацией - оно, конечно,
>  > самое простое, но не факт, что самое правильное.
>
> Это, разумеется, вариант -- добавить conflicts друг на друга
> в пакетах, содержащих /usr/bin/esd и пытаться сосуществовать
> дальше.
>
> Собственно, что в нашем случае 'правильно', можно попытаься
> понять, сопоставив получаемые плюшки, усилия разработчегов и добрые им
> пожелания пользователей в каждом из вариантов.
>
> Мне, покрутив в уме всё это, _кажется_, что похоронить esound
> было бы в конечном счёте разумнее -- но решать всяко не [одному]
> мне; тем не менее хотелось бы придти, и побыстрее, к какому-то
> согласию, не впадая в уже привычную техношизофрению.

дайте права на esound и поставте в своём пакете, содержащем /usr/bin/esd
Provides: esound
Obsoletes: esound
если, конечно, он действительно честно провайдит оригинальный /usr/bin/esd
Тогда и будет "побыстрее".

-- 
Led

Re: [devel] esound => pulseaudio

[Sergey Bolshakov]

>>>>> "Led" == Led  <ledest-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
[skipped]

 > дайте права на esound и поставте в своём пакете, содержащем /usr/bin/esd
 > Provides: esound
 > Obsoletes: esound
 > если, конечно, он действительно честно провайдит оригинальный /usr/bin/esd
 > Тогда и будет "побыстрее".

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

-- 

Re: [devel] esound => pulseaudio

[Yuri N. Sedunov]

В Пнд, 28/07/2008 в 15:55 +0300, Led пишет:
> В сообщении от Monday 28 July 2008 15:40:34 Sergey Bolshakov написал(а):
> > >>>>> "Led" == Led  <ledest-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > >>>>> writes:
> >
> > [skipped]
> >
> >  >> По существу есть что сказать ?
> >  >
> >  > Да. Достатночно привести в порядок пакет esound, выделив из него
> >  > libesound/libesound-devel/esound/esound-utils/esound-doc (что для нового
> >  > 0.2.39 я для себя уже почти сделал. Лечение ампутацией - оно, конечно,
> >  > самое простое, но не факт, что самое правильное.
> >
> > Это, разумеется, вариант -- добавить conflicts друг на друга
> > в пакетах, содержащих /usr/bin/esd и пытаться сосуществовать
> > дальше.
> >
> > Собственно, что в нашем случае 'правильно', можно попытаься
> > понять, сопоставив получаемые плюшки, усилия разработчегов и добрые им
> > пожелания пользователей в каждом из вариантов.
> >
> > Мне, покрутив в уме всё это, _кажется_, что похоронить esound
> > было бы в конечном счёте разумнее -- но решать всяко не [одному]
> > мне; тем не менее хотелось бы придти, и побыстрее, к какому-то
> > согласию, не впадая в уже привычную техношизофрению.
> 
> дайте права на esound и поставте в своём пакете, содержащем /usr/bin/esd
> Provides: esound
> Obsoletes: esound
> если, конечно, он действительно честно провайдит оригинальный /usr/bin/esd
> Тогда и будет "побыстрее".

Сегодня в Сизиф за несколько часов до начала дискуссии "esound =>
pulseaudio" поступил традиционно беспорядочный esound-0.2.39. Пилить
придется уже его. Прав на сборку, насколько я понимаю, могут дать
icesik@ и ktirf@.


-- 
Yuri N. Sedunov

Re: [devel] esound => pulseaudio

[Alexey Rusakov]

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

В Пнд, 28/07/2008 в 17:30 +0400, Yuri N. Sedunov пишет:
> В Пнд, 28/07/2008 в 15:55 +0300, Led пишет:
> > В сообщении от Monday 28 July 2008 15:40:34 Sergey Bolshakov написал(а):
> > > >>>>> "Led" == Led  <ledest-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> > > >>>>> writes:
> > >
> > > [skipped]
> > >
> > >  >> По существу есть что сказать ?
> > >  >
> > >  > Да. Достатночно привести в порядок пакет esound, выделив из него
> > >  > libesound/libesound-devel/esound/esound-utils/esound-doc (что для нового
> > >  > 0.2.39 я для себя уже почти сделал. Лечение ампутацией - оно, конечно,
> > >  > самое простое, но не факт, что самое правильное.
> > >
> > > Это, разумеется, вариант -- добавить conflicts друг на друга
> > > в пакетах, содержащих /usr/bin/esd и пытаться сосуществовать
> > > дальше.
> > >
> > > Собственно, что в нашем случае 'правильно', можно попытаься
> > > понять, сопоставив получаемые плюшки, усилия разработчегов и добрые им
> > > пожелания пользователей в каждом из вариантов.
> > >
> > > Мне, покрутив в уме всё это, _кажется_, что похоронить esound
> > > было бы в конечном счёте разумнее -- но решать всяко не [одному]
> > > мне; тем не менее хотелось бы придти, и побыстрее, к какому-то
> > > согласию, не впадая в уже привычную техношизофрению.
> > 
> > дайте права на esound и поставте в своём пакете, содержащем /usr/bin/esd
> > Provides: esound
> > Obsoletes: esound
> > если, конечно, он действительно честно провайдит оригинальный /usr/bin/esd
> > Тогда и будет "побыстрее".
> 
> Сегодня в Сизиф за несколько часов до начала дискуссии "esound =>
> pulseaudio" поступил традиционно беспорядочный esound-0.2.39. Пилить
> придется уже его. Прав на сборку, насколько я понимаю, могут дать
> icesik@ и ktirf@.
Мне неинтересно собирать esound, могу отдать его кому-нибудь насовсем.
icesik@, ты ещё собираешься его поддерживать, или ты его будешь собирать
в своём "традиционно беспорядочном" (с) режиме?

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] esound => pulseaudio

[Michael Shigorin]

On Mon, Jul 28, 2008 at 02:55:14PM +0300, Led wrote:
> > Бишь, если бы существовал libesd, я бы мог
> > провайдить-обсолетить esound в pulseaudio и не лохматить^W
> > требовать пересборки первых шести вообще.
> А почему бы не начать с того, что "правильный GNOME" обсолетит
> все остальные "неправильнвые" DE?

Это неконструктивно.  esound -- качественно мёртвый апстрим,
над ним даже на xmms.org непомнюскольколет потешаются цитатой
из Кокса.

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

Re: [devel] esound => pulseaudio

[Yuri N. Sedunov]

В Пнд, 28/07/2008 в 15:50 +0400, Sergey Bolshakov пишет:
> >>>>> "Yuri" == Yuri N Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> [skipped]
>  >> Хорошей тактикой переезда, на мой взгляд, было бы:
>  >> - для первой группы -- лишить желания esound либо упразднить;
> 
>  > Пусть желают /usr/bin/esd, который будет провайдить пакет под названием,
>  > например, pulseaudio-{esd,esound} и дальше, а /usr/bin/esd в настоящем
>  > esound можно просто убить.
> 
> заодно убив esddsp и esdplay -- в их существовании нет смысла.
> Тогда из оригинального esound останется:
> libesd.so.0 с /etc/esd.conf, условно libesd, и
> нынешний esound-devel.
> esound-utils, похоже, также не нужны.

Ну, хотя-бы для проверки работы /usr/bin/esdcompat as /usr/bin/esd можно и оставить.

> 
>  >> - для второй -- оставить в покое, выделив libesd.so.0 в отдельный
>  >> пакет.
>  > По-моему, -- не нужно. Пусть собираются по-прежнему с esound.
> Собираются с esound-devel -- да, видимо.
> 
> Бишь, если бы существовал libesd, я бы мог провайдить-обсолетить
> esound в pulseaudio и не лохматить^W требовать пересборки первых шести вообще.
> 

Кажется уже повторяюсь, первые шесть хотят не esound, а /usr/bin/esd,
вот пусть правильно и хотят.
-- 
Yuri N. Sedunov

Re: [devel] esound => pulseaudio

[Sergey Bolshakov]

>>>>> "Yuri" == Yuri N Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > В Пнд, 28/07/2008 в 15:50 +0400, Sergey Bolshakov пишет:
 >> >>>>> "Yuri" == Yuri N Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
 >> [skipped]
 >> >> Хорошей тактикой переезда, на мой взгляд, было бы:
 >> >> - для первой группы -- лишить желания esound либо упразднить;
 >> 
 >> > Пусть желают /usr/bin/esd, который будет провайдить пакет под названием,
 >> > например, pulseaudio-{esd,esound} и дальше, а /usr/bin/esd в настоящем
 >> > esound можно просто убить.
 >> 
 >> заодно убив esddsp и esdplay -- в их существовании нет смысла.
 >> Тогда из оригинального esound останется:
 >> libesd.so.0 с /etc/esd.conf, условно libesd, и
 >> нынешний esound-devel.
 >> esound-utils, похоже, также не нужны.

 > Ну, хотя-бы для проверки работы /usr/bin/esdcompat as /usr/bin/esd можно и оставить.
Содержимое utils частью тупо не нужно ввиду наличия нативных pulse
вариантов, частью ограниченно или неработоспособно.
В конце концов, работоспособный esdcat не та цель, за которую
нужно бороться, правда ?

 >> 
 >> >> - для второй -- оставить в покое, выделив libesd.so.0 в отдельный
 >> >> пакет.
 >> > По-моему, -- не нужно. Пусть собираются по-прежнему с esound.
 >> Собираются с esound-devel -- да, видимо.
 >> 
 >> Бишь, если бы существовал libesd, я бы мог провайдить-обсолетить
 >> esound в pulseaudio и не лохматить^W требовать пересборки первых шести вообще.
 >> 

 > Кажется уже повторяюсь, первые шесть хотят не esound, а /usr/bin/esd,
 > вот пусть правильно и хотят.
Формально они хотят esound -- охотно верю, что подразумевался
/usr/bin/esd (а кстати, из чего это следует ?), частью хотят версию не
менее чем. Если у нас вдруг найдутся желающие быстренько пересобрать
gnome-libs и прочий стафф на предмет правильных хотелок --
ну, ура и всё такое. Только я кагбэ давно тут сижу и во что такие
походы выливаются, мне известно.

-- 

Re: [devel] esound => pulseaudio

[Yuri N. Sedunov]

В Пнд, 28/07/2008 в 16:53 +0400, Sergey Bolshakov пишет:
> >>>>> "Yuri" == Yuri N Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> 
>  > В Пнд, 28/07/2008 в 15:50 +0400, Sergey Bolshakov пишет:
>  >> >>>>> "Yuri" == Yuri N Sedunov <aris-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
>  >> [skipped]
>  >> >> Хорошей тактикой переезда, на мой взгляд, было бы:
>  >> >> - для первой группы -- лишить желания esound либо упразднить;
>  >> 
>  >> > Пусть желают /usr/bin/esd, который будет провайдить пакет под названием,
>  >> > например, pulseaudio-{esd,esound} и дальше, а /usr/bin/esd в настоящем
>  >> > esound можно просто убить.
>  >> 
>  >> заодно убив esddsp и esdplay -- в их существовании нет смысла.
>  >> Тогда из оригинального esound останется:
>  >> libesd.so.0 с /etc/esd.conf, условно libesd, и
>  >> нынешний esound-devel.
>  >> esound-utils, похоже, также не нужны.
> 
>  > Ну, хотя-бы для проверки работы /usr/bin/esdcompat as /usr/bin/esd можно и оставить.
> Содержимое utils частью тупо не нужно ввиду наличия нативных pulse
> вариантов, частью ограниченно или неработоспособно.
> В конце концов, работоспособный esdcat не та цель, за которую
> нужно бороться, правда ?

Я вовсе не настаиваю на сохранении esound-utils. Они могут быть
интересны чисто в познавательных целях -- в дистрибутивы их брать не
нужно.

>  >> 
>  >> >> - для второй -- оставить в покое, выделив libesd.so.0 в отдельный
>  >> >> пакет.
>  >> > По-моему, -- не нужно. Пусть собираются по-прежнему с esound.
>  >> Собираются с esound-devel -- да, видиимо.
>  >> 
>  >> Бишь, если бы существовал libesd, я бы мог провайдить-обсолетить
>  >> esound в pulseaudio и не лохматить^W требовать пересборки первых шести вообще.
>  >> 
> 
>  > Кажется уже повторяюсь, первые шесть хотят не esound, а /usr/bin/esd,
>  > вот пусть правильно и хотят.
> Формально они хотят esound -- охотно верю, что подразумевался
> /usr/bin/esd (а кстати, из чего это следует ?), 

Хороший вопрос. Я погорячился, некоторые из этих шести хотят
libesd.so.0.

> частью хотят версию не
> менее чем. Если у нас вдруг найдутся желающие быстренько пересобрать
> gnome-libs и прочий стафф на предмет правильных хотелок --
> ну, ура и всё такое. Только я кагбэ давно тут сижу и во что такие
> походы выливаются, мне известно.

Вообще, порой, иной раз, пересобирается и более многочисленный стафф. 




-- 
Yuri N. Sedunov

Re: [devel] esound => pulseaudio

[Michael Shigorin]

On Mon, Jul 28, 2008 at 01:48:41PM +0400, Sergey Bolshakov wrote:
> - возжелавшие esound явно, иногда с указанием версии;
> xmms-out-esd-20080515:1.2.11-alt4 (*)

Не вопрос, утопим ;-)

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

Re: [devel] esound => pulseaudio

[Igor Zubkov]

28 июля 2008 г. 12:48 пользователь Sergey Bolshakov написал:
> Привет.

Тут скорее надо написать "Пока". Ибо такой

> Как многим известно, pulseaudio способен замещать esound.
> Поскольку разговоры в узком кругу о желательности такой замены
> идут уже более года -- и без видимых подвижек, попытаемся
> объясниться здесь.
>
> Итак, сейчас есть 33 бинарных пакета зависящих от esound:
>
> - возжелавшие esound явно, иногда с указанием версии;
>
> beep-output-esd-1:0.9.7.1-alt0.3.qa1
> gltron-0.70-alt2
> gnome-libs-1.4.2-alt7
> gnome-media-vumeter-2.22.0-alt3
> libao-esd-0.8.8-alt1.13239 (*)
> xmms-out-esd-20080515:1.2.11-alt4 (*)
>
> - зависящие через libesd.so.0
>
> GTKsubtitler-0.2.4-alt0.7
> TiMidity++-2.13.2-alt8
> WSoundServer-0.4.0-alt11
> X-Downloader-1:2.5.7.1-alt4
> alsaplayer-out-esound-0.99.80-alt6
> audacious-plugins-1.5.1-alt4 (*)
> avidemux-2.4.2-alt1
> cinelerra-2.1-alt0.8.1056
> ekiga-2.0.12-alt1
> enlightenment-1:0.16.8.9-alt1
> gkrellm-ss-esound-2.6-alt1
> gkrellm-ss-full-2.6-alt1
> gok-1.3.7-alt3
> gst-plugins-good-0.10.8-alt2
> gtktalog-1.0.4-alt4.1
> kvm-68-alt1
> libSDL-1.2.13-alt1
> liballegro-esound-4.2.2-alt1
> libestools1.2-1.2.96-alt2.6
> libmpeg4ip-1.5.0.1-alt5
> libvisual-input-esd-1:0.2.0-alt2
> libxine-1.1.14-alt1 (*)
> madplay-0.15.2b-alt2
> mhWaveEdit-1.4.15-alt1
> mplayer-1.0-alt35.26470.1 (*)
> soundtracker-0.6.8-alt3.qa1
> synaesthesia-2.4-alt1
> vlc-plugin-esd-0.8.6h-alt1 (*)
> xmp-2.5.1-alt1 (*)
> zapping-0.10-alt0.1.cvs6
>
> Пакеты, отмеченные (*) умеют pulseaudio нативно сами либо через
> родственный субпакет.
>
> Хорошей тактикой переезда, на мой взгляд, было бы:
> - для первой группы -- лишить желания esound либо упразднить;
> - для второй -- оставить в покое, выделив libesd.so.0 в отдельный
>  пакет.
>
> Мнения ?
>
> --
>
>
>
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel



-- 
icesik

Re: [devel] esound => pulseaudio

[Igor Zubkov]

28 июля 2008 г. 12:48 пользователь Sergey Bolshakov написал:

Кажись я предыдущее письмо отправил случайно. gmail + моя мышка не
сильно дружат. :)

> Привет.

Тут скорее надо написать "Пока". Ибо такой разговор надо было начинать
весть здесь как раз год назад.

> Как многим известно, pulseaudio способен замещать esound.
> Поскольку разговоры в узком кругу о желательности такой замены
> идут уже более года -- и без видимых подвижек, попытаемся
> объясниться здесь.

А этот вопрос здесь кто-то уже поднимал? Этот вопрос должен был
поднять текущий маинтейнер pulseaudio, но так как ему видимо всё
равно, этот вопрос поднимается только через год. За последний год в
мире pulseaudio очень много изменилось, а в альте нет. Всё тот же
странно и не правильно собранный pulseaudio.

Я бы хотел расписать тут все проблемы с нашим pulseaudio здесь, но мне
лень. Лучше в таракано-сборнике. И там мне тоже лень. Сколько мне надо
повесить багов на pulseaudio (если считать что они все разные) что бы
получить бесплатный iPhone 3G?

> Мнения ?

"Просрали все полимеры" (с) [1] [2]

Пока народ из Fedora и Ubuntu это всё к себе втянул и давно оттестил,
у нас ничего толком то и не работает. У меня на Fedora 8 уже
pulseaudio работыл после установки одного пакета. Для того что бы
такого добиться в альте, надо ещё попотеть.

Я вот всё думаю, толи сделать новый пакет PulseAudio и пересобрать с
ним весь утиль от него который висит на мне, толи перевесить этот
утиль на nobody@. В обоих случаях я знаю результат. Так же, я знаю
какая будет реакция на это письмо. Но меня это не сильно волнует. Я
начинаю уставать от линукса и его глюков. Мне проще включить свой Мэк
и не думать о проблемах которые приходится героически решать каждый
день под линуксом.

1) http://www.wikiznanie.ru/ru-wz/index.php/%D0%9F%D1%80%D0%BE%D1%81%D1%80%D0%B0%D0%BB%D0%B8_%D0%B2%D1%81%D0%B5_%D0%BF%D0%BE%D0%BB%D0%B8%D0%BC%D0%B5%D1%80%D1%8B
2) http://www.ivanzykov.com/lj/master_klass.mp3

p.s.: а для того что бы быть настоящим маинтейнером pulseaudio, надо
быть действительно любителем музыки. текущий им не является.

-- 
icesik

Re: [devel] esound => pulseaudio

[Pavlov Konstantin]

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

On Thu, Jul 31, 2008 at 01:44:53AM +0300, Igor Zubkov wrote:
> > Как многим известно, pulseaudio способен замещать esound.
> > Поскольку разговоры в узком кругу о желательности такой замены
> > идут уже более года -- и без видимых подвижек, попытаемся
> > объясниться здесь.
> 
> А этот вопрос здесь кто-то уже поднимал? Этот вопрос должен был
> поднять текущий маинтейнер pulseaudio, но так как ему видимо всё
> равно, этот вопрос поднимается только через год. За последний год в
> мире pulseaudio очень много изменилось, а в альте нет. Всё тот же
> странно и не правильно собранный pulseaudio.
> 
> Я бы хотел расписать тут все проблемы с нашим pulseaudio здесь, но мне
> лень. Лучше в таракано-сборнике. И там мне тоже лень. Сколько мне надо
> повесить багов на pulseaudio (если считать что они все разные) что бы
> получить бесплатный iPhone 3G?

Talk is cheap, show us the code.

-- 
Квотим, господа, квотим не стесняясь!
		-- genix in community@

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

Re: [devel] esound => pulseaudio

[Andrey Rahmatullin]

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

On Thu, Jul 31, 2008 at 10:31:32AM +0400, Pavlov Konstantin wrote:
> Talk is cheap, show us the code.
+1
Пафосно писать я тоже умею.

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

инсталлятор SuSE - это вообще труба. Шаг вправо, шаг влево от
генеральной линии и попадаешь в такие диалоги, что лучше бы их не видел
;) Один раз залетел куда-то с перепугу - долго пытался вырулить обратно
на шоссе.
		-- inger in #10993

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

Re: [devel] esound => pulseaudio

[Michael Shigorin]

On Thu, Jul 31, 2008 at 12:35:54PM +0600, Andrey Rahmatullin wrote:
> On Thu, Jul 31, 2008 at 10:31:32AM +0400, Pavlov Konstantin wrote:
> > Talk is cheap, show us the code.
> +1
> Пафосно писать я тоже умею.

+1
И я тоже.

PS: да, меня чуточку волнует то, чтобы PA у нас был в хорошей
форме -- ради ALTSP.  Хотя звукокарточка и колонки явно получше,
чем у дражайшего лентяя \m/ :)

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

Re: [devel] esound => pulseaudio

[Led]

Thursday, 31 July 2008 20:00:35 Michael Shigorin написав:
> On Thu, Jul 31, 2008 at 12:35:54PM +0600, Andrey Rahmatullin wrote:
> > On Thu, Jul 31, 2008 at 10:31:32AM +0400, Pavlov Konstantin wrote:
> > > Talk is cheap, show us the code.
> >
> > +1
> > Пафосно писать я тоже умею.
>
> +1
> И я тоже.
>
> PS: да, меня чуточку волнует то, чтобы PA у нас был в хорошей
> форме -- ради ALTSP.

Он сейчас у нас "в форме": микшер для толстых десктопов. Для других целей не 
позиционируется. Поэтому после насильственного выкидывания esound, для 
действительно тонкого клинта осталься только NAS (который, к сожалению, не 
работает с ALSA) :( (хорошо хоть я его успел перехватить, пока его 
не "приговорили" воинструющие HIG'офилы:))

-- 
Led

Re: [devel] esound => pulseaudio

[Michael Shigorin]

On Thu, Jul 31, 2008 at 09:36:34PM +0300, Led wrote:
> > PS: да, меня чуточку волнует то, чтобы PA у нас был в хорошей
> > форме -- ради ALTSP.
> Он сейчас у нас "в форме": микшер для толстых десктопов. Для
> других целей не позиционируется. Поэтому после насильственного
> выкидывания esound, для действительно тонкого клинта осталься
> только NAS (который, к сожалению, не работает с ALSA) :(
> (хорошо хоть я его успел перехватить, пока его не "приговорили"
> воинструющие HIG'офилы:))

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

Дядя Большаков, правда ж ты не такой страшный и не будешь
зажимать пакет исключительно для личных целей, а и другим
позволишь его поправить по надобности? :)  Я им говорю,
не верят.  Подтверди pls :)

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

Re: [devel] esound => pulseaudio

[Sergey Bolshakov]

>>>>> "Michael" == Michael Shigorin <mike-nVB1ZwtFQf3sG83rWm+8vg@public.gmane.org> writes:
[skipped]

 > Ну если для esound есть применение и он живой, то давай отнимем
 > и поддерживай на здоровье.  Только мне покамест кажется, что
 > лучше бы напильниками по pulseaudio скинуться.

 > Дядя Большаков, правда ж ты не такой страшный и не будешь
 > зажимать пакет исключительно для личных целей, а и другим
 > позволишь его поправить по надобности? :)  Я им говорю,
 > не верят.  Подтверди pls :)

Да, я не вербдюд.
Число, подпиcь.

-- 

Re: [devel] esound => pulseaudio

[Igor Zubkov]

31 июля 2008 г. 22:18 пользователь Michael Shigorin написал:
> Дядя Большаков, правда ж ты не такой страшный и не будешь
> зажимать пакет исключительно для личных целей, а и другим
> позволишь его поправить по надобности? :)  Я им говорю,
> не верят.  Подтверди pls :)

Я наблюдаю другую картину сюдя по
$ lftp
lftp :~> open ftp.altlinux.org
lftp ftp.altlinux.org:/> cd
/pub/distributions/ALTLinux/Sisyphus/files/list/lftp lftp
ftp.altlinux.org:/pub/distributions/ALTLinux/Sisyphus/files/list> cat
list.src.classic | grep pulseaudio
pulseaudio      sbolshakov
172594 байта перемещены за 3 секунды (49.0Кб/с)
lftp ftp.altlinux.org:/pub/distributions/ALTLinux/Sisyphus/files/list> exit
$

Таки мяу.

А судя по Дедалу
$ lftp
lftp :~> open ftp.altlinux.org
lftp ftp.altlinux.org:~> cd /pub/distributions/ALTLinux/Daedalus/SRPMS.daedalus/
lftp ftp.altlinux.org:/pub/distributions/ALTLinux/Daedalus/SRPMS.daedalus>
ls pulseaudio-0*
-rw-r--r--    1 ftp      ftp       1201050 Aug 22  2007
pulseaudio-0.9.7-alt1.src.rpm
lftp ftp.altlinux.org:/pub/distributions/ALTLinux/Daedalus/SRPMS.daedalus> exit
$

На collaboration он не хочет идти с Aug 22 2007. Ах да, это ведь не
git.alt! А мне вот не охота связыватся с git.alt для пакета в котором
вообще не должно быть патчей.

-- 
icesik

Re: [devel] esound => pulseaudio

[Mikhail Gusarov]

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

Twas brillig at 00:19:55 01.08.2008 UTC+03 when igor.zubkov@gmail.com did gyre and gimble:

 IZ> Таки мяу.

Кто может залить пакет - дело десятое и никакой роли в совместной (sic!)
работе не играющее.

-- 

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

Re: [devel] esound => pulseaudio

[Igor Zubkov]

1 августа 2008 г. 0:22 пользователь Mikhail Gusarov написал:
>  IZ> Таки мяу.
>
> Кто может залить пакет - дело десятое и никакой роли в совместной (sic!)
> работе не играющее.

Измения были. Лежали в Дедале. Почему их не втянули?

-- 
icesik

Re: [devel] esound => pulseaudio

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

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

On Fri, Aug 01, 2008 at 12:50:39AM +0300, Igor Zubkov wrote:

>> Кто может залить пакет - дело десятое и никакой роли в совместной (sic!)
>> работе не играющее.
IZ> Измения были. Лежали в Дедале. Почему их не втянули?

Цирк... Hint -- любой мантейнер человек по-определению занятой и
работающий добровольно. Поэтому он ничего никому не обязан. А если хочется
чтобы все было хорошо -- надо подумать как ему будет удобнее и таким
образом и передать ему изменения.

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

/me оглядывается не запинают ли его сейчас за postgresql-common и
быстро-быстро бежит втягивать патч из git, пока не запинали

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

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

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

Re: [devel] esound => pulseaudio

[Igor Zubkov]

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

Ага. Прямщаз. Как говорит wrar@. :) Маинтейнер как раз работает на ООО
которое ему зарплату платит. Мне они не платят т.к. я на них не
работаю (и не работал). Ну и кто тут финансово должен быть
заинтересован в этом вопросе? Волонтёр типа меня или маинтейнер?

-- 
icesik

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] esound => pulseaudio

[Mykola S. Grechukh]

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

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

[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] esound => pulseaudio

[Dmitry V. Levin]

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

On Fri, Aug 01, 2008 at 12:19:55AM +0300, Igor Zubkov wrote:
[...]
> На collaboration он не хочет идти с Aug 22 2007. Ах да, это ведь не
> git.alt! А мне вот не охота связыватся с git.alt для пакета в котором
> вообще не должно быть патчей.

Однако с git.alt придётся связаться, причём чем раньше, тем лучше.
Иначе collaboration, скорее всего, не выйдет.


-- 
ldv

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

Re: [devel] esound => pulseaudio

[Igor Zubkov]

1 августа 2008 г. 0:24 пользователь Dmitry V. Levin написал:
>> На collaboration он не хочет идти с Aug 22 2007. Ах да, это ведь не
>> git.alt! А мне вот не охота связыватся с git.alt для пакета в котором
>> вообще не должно быть патчей.
>
> Однако с git.alt придётся связаться, причём чем раньше, тем лучше.
> Иначе collaboration, скорее всего, не выйдет.

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

-- 
icesik

Re: [devel] git.alt

[Dmitry V. Levin]

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

On Fri, Aug 01, 2008 at 12:55:32AM +0300, Igor Zubkov wrote:
> 1 августа 2008 г. 0:24 пользователь Dmitry V. Levin написал:
> >> На collaboration он не хочет идти с Aug 22 2007. Ах да, это ведь не
> >> git.alt! А мне вот не охота связыватся с git.alt для пакета в котором
> >> вообще не должно быть патчей.
> >
> > Однако с git.alt придётся связаться, причём чем раньше, тем лучше.
> > Иначе collaboration, скорее всего, не выйдет.
> 
> Зачем? Тут плюсов от git получить не получится. Я понимаю что git.alt
> рулит, но только для части пакетов. Ядро пилить без git это просто
> изврат. Дерево моего ice-wks у меня на винте лежит, но вот публиковать
> его мне просто не получается. Слишком много трафика это для моего
> тарифа у провайдера что у меня дома.

Обычно пересылка srpm-пакетов создаёт больше трафика, чем git fetch и
git pull, за исключением первичной закачки git-репозитория.
Кроме того, возможно, имеет смысл поменять тариф и/или провайдера.


-- 
ldv

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

Re: [devel] git.alt

[Igor Zubkov]

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
уменьшает круг людей которые будут заниматся именно такой разработкой
(скажем так, завышает планку там где этого не надо делать). Какой кайф
делать git clone для репки которая пять мешков и там нет ничего чего
не было у апстрима (пять шеков это для примера, никакой аналогии с
мегабайтами тут нет)? Так это ещё надо читать документацию на git. А
она не такая простая и не такая уж и маленькая. Да ещё и на
английском. Иного, новички которые хотели бы что-то сделать уйдут
сразу. Я не новичёк, но мне уже изрядно всё надоело.

> Кроме того, возможно, имеет смысл поменять тариф и/или провайдера.

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

-- 
icesik

Re: [devel] git.alt

[Dmitry V. Levin]

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

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
> уменьшает круг людей которые будут заниматся именно такой разработкой

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

> (скажем так, завышает планку там где этого не надо делать). Какой кайф
> делать git clone для репки которая пять мешков и там нет ничего чего
> не было у апстрима (пять шеков это для примера, никакой аналогии с
> мегабайтами тут нет)?

Имея удалённый shell с быстрым каналом до разных git-репозиториев,
делать git clone можно не задумываясь.  Я думаю что скоро мы сможем
предоставлять такую возможность каждому мантейнеру.

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

Достаточно простая и вполне обозримая.

> Да ещё и на английском.

Не вижу в этом никакой сложности.  При желании можно перевести.

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

Очевидно, это произошло по другой причине.


-- 
ldv

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

Re: [devel] git.alt

[Igor Zubkov]

1 августа 2008 г. 1:32 пользователь Dmitry V. Levin написал:
>> Это понятно. Но src.rpm'ы проще. Когда я в первый раз увидел hasher я
>> был счастлив как ребёнок. Я тогда собирал свой дистрибутив и как раз
>> писал свой hasher. Это было похоже на mach, но только на C. А вот
>> сейчас эти движения с git мне катострафически не нравятся. git
>> уменьшает круг людей которые будут заниматся именно такой разработкой
>
> Я думаю, что уже сейчас git более широко известен чем hasher, и в
> дальнейшем распространённость git как инструмента будет только расти.

hasher как раз хорош тем что он работает почти из коробки. Это просто
средство проверки пакетов на сборо-прочность в текущем репозитории, а
не в том что называется Сизиф который стоит на машине. Конечно же,
после buildreq. Это две из самых главных фич альта. К списку, конечно
же, надо добавить ещё rpm-build-*.

>> (скажем так, завышает планку там где этого не надо делать). Какой кайф
>> делать git clone для репки которая пять мешков и там нет ничего чего
>> не было у апстрима (пять шеков это для примера, никакой аналогии с
>> мегабайтами тут нет)?
>
> Имея удалённый shell с быстрым каналом до разных git-репозиториев,

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

> делать git clone можно не задумываясь.  Я думаю что скоро мы сможем
> предоставлять такую возможность каждому мантейнеру.

А толку? Аналогию с ядром я не просто так привёл. Даже если я соберу
ядро, для тестирования мне придётся его затянуть обратно и проверить.
И не раз. И толку от такого шелла?

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

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

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

Это не ответ. Что очевидно? Что новички уйдуит или что мне всё изрядно надоело?

-- 
icesik

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 --]

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] 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/

Re: [devel] git.alt

[Alexey Tourbin]

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

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.

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

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

[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] 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

[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] 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] 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

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 --]

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 --]

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] 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: 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

[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/

[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/

[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

[Igor Zubkov]

31 июля 2008 г. 9:35 пользователь Andrey Rahmatullin написал:
> On Thu, Jul 31, 2008 at 10:31:32AM +0400, Pavlov Konstantin wrote:
>> Talk is cheap, show us the code.
> +1
> Пафосно писать я тоже умею.

Таким образом, никто не видит проблем которые сейчас существуют с
pulseaudio и с pulseaudio у нас в Сизифе?

-- 
icesik

Re: [devel] esound => pulseaudio

[Igor Zubkov]

31 июля 2008 г. 9:31 пользователь Pavlov Konstantin написал:
>> Я бы хотел расписать тут все проблемы с нашим pulseaudio здесь, но мне
>> лень. Лучше в таракано-сборнике. И там мне тоже лень. Сколько мне надо
>> повесить багов на pulseaudio (если считать что они все разные) что бы
>> получить бесплатный iPhone 3G?
>
> Talk is cheap, show us the code.

ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Daedalus/SRPMS.daedalus/pulseaudio-0.9.7-alt1.src.rpm

Для начала хватит?

-- 
icesik

Re: [devel] esound => pulseaudio

[Alexander Bokovoy]

31 июля 2008 г. 2:44 пользователь Igor Zubkov <igor.zubkov@gmail.com> написал:
> "Просрали все полимеры" (с) [1] [2]
>
> Пока народ из Fedora и Ubuntu это всё к себе втянул и давно оттестил,
> у нас ничего толком то и не работает. У меня на Fedora 8 уже
> pulseaudio работыл после установки одного пакета. Для того что бы
> такого добиться в альте, надо ещё попотеть.
pulseaudio в Ubuntu упакован и интегрирован неправильно, это мнение
разработчиков pulseaudio. Это же касается и других дистрибутивов.
Вместо пафоса и отсылок на другие дистрибутивы лучше ситуацию
исправлять. Но если, Игорь, тебе это лень делать, как ты сам
выразился, то зачем этот пафос?

Процитирую Lennart Poettering, отвечающего на критику Jeffrey
Stedfast-а по плохой работе PulseAudio.
http://0pointer.de/blog/projects/jeffrey-stedfast.html
....
Some distributions did a better job adopting PulseAudio than others.
On the good side I certainly have to list Mandriva, Debian[3], and
Fedora[4]. OTOH Ubuntu didn't exactly do a stellar job. They didn't do
their homework. Adopting PA in a distribution is a fair amount of
work, given that it interfaces with so many different things at so
many different places. The integration with other systems is crucial.
The information was all out there, communicated on the wiki, the
mailing lists and on the PA IRC channel. But if you join and hang
around on neither, then you won't get the memo. To my surprise when
Ubuntu adopted PulseAudio they moved into one of their 'LTS' releases
rightaway [5]. Which I guess can be called gutsy -- on the background
that I work for Red Hat and PulseAudio is not part of RHEL at this
time. I get a lot of flak from Ubuntu users, and I am pretty sure the
vast amount of it is undeserving and not my fault.

Why Jeffrey's distro of choice (SUSE?) didn't package pavucontrol
0.9.6 although it has been released months ago I don't know. But
there's certainly no reason to whine about that to me and bash me for
it.

Having said all this -- it's easy to point to other software's faults
or other people's failures. So, admitting this, PulseAudio is
certainly not bug-free, far from that. It's a relatively complex piece
of software (threading, real-time, lock-free, sensitive to timing,
...), and every software has its bugs. In some workloads they might be
easier to find than it others. And I am working on fixing those which
are found. I won't forget any bug report, but the order and priority I
work on them is still mostly up to me I guess, right? There's still a
lot of work to do in desktop audio, it will take some time to get
things completely right and complete.
.....

-- 
/ Alexander Bokovoy