[devel] Re: Уже второй день подряд

[devel] Re: Уже второй день подряд

[Konstantin A. Lepikhov]

<цитата от="Led">
<skip>
> А сизифовский mplayer/mencoder - это не ко мне...
тогда придется делать NMU и решать вопрос о передаче данного пакета группе
заинтересованных товарищей в одностороннем порядке, т.к. данная ситуация
уже порядком достала.

-- 
WBR et al.

Re: [devel] Уже второй день подряд

[Led]

В сообщении от 14 августа 2006 13:07 Konstantin A. Lepikhov написал(a):
> <цитата от="Led">
> <skip>
>
> > А сизифовский mplayer/mencoder - это не ко мне...
>
> тогда придется делать NMU и решать вопрос о передаче данного пакета группе
> заинтересованных товарищей в одностороннем порядке, т.к. данная ситуация
> уже порядком достала.

Вопрос о передаче был уже почти решён, но в последний момент объявился 
мейнтейнер и заявил, что никому пакет он не отдаст, взял мою сборку из Дедала 
и забросил в сизиф...

-- 
Led.

[devel] Re: Уже второй день подряд

[Konstantin A. Lepikhov]

<цитата от="Led">
<skip>
>> тогда придется делать NMU и решать вопрос о передаче данного пакета
>> группе
>> заинтересованных товарищей в одностороннем порядке, т.к. данная ситуация
>> уже порядком достала.
>
> Вопрос о передаче был уже почти решён, но в последний момент объявился
> мейнтейнер и заявил, что никому пакет он не отдаст, взял мою сборку из
> Дедала
> и забросил в сизиф...
как это "не отдаст"? Это уже какие-то детские игры. Тогда предлагаю
сделать сборку MPlayer.working с conflicts MPlayer и выложить ее в сизиф.
А на тот пакет забить.

-- 
WBR et al.

Re: [devel] Уже второй день подряд

[Led]

В сообщении от 14 августа 2006 13:19 Konstantin A. Lepikhov написал(a):
> <цитата от="Led">
> <skip>
>
> >> тогда придется делать NMU и решать вопрос о передаче данного пакета
> >> группе
> >> заинтересованных товарищей в одностороннем порядке, т.к. данная ситуация
> >> уже порядком достала.
> >
> > Вопрос о передаче был уже почти решён, но в последний момент объявился
> > мейнтейнер и заявил, что никому пакет он не отдаст, взял мою сборку из
> > Дедала
> > и забросил в сизиф...
>
> как это "не отдаст"? Это уже какие-то детские игры. Тогда предлагаю
> сделать сборку MPlayer.working с conflicts MPlayer и выложить ее в сизиф.
> А на тот пакет забить.

Сборка в дедале как раз уже называется mplayer, а не MPlayer. По имени 
пересекается только производный бинарный пакет mencoder, но, думаю, это не 
помешает. Вот только решать подобные вопросы самолично я, естественно, не 
могу:)

-- 
Led.

[devel] Re: Уже второй день подряд

[Konstantin A. Lepikhov]

<цитата от="Led">
> В сообщении от 14 августа 2006 13:19 Konstantin A. Lepikhov написал(a):
>> <цитата от="Led">
>> <skip>
>>
>> >> тогда придется делать NMU и решать вопрос о передаче данного пакета
>> >> группе
>> >> заинтересованных товарищей в одностороннем порядке, т.к. данная
>> ситуация
>> >> уже порядком достала.
>> >
>> > Вопрос о передаче был уже почти решён, но в последний момент объявился
>> > мейнтейнер и заявил, что никому пакет он не отдаст, взял мою сборку из
>> > Дедала
>> > и забросил в сизиф...
>>
>> как это "не отдаст"? Это уже какие-то детские игры. Тогда предлагаю
>> сделать сборку MPlayer.working с conflicts MPlayer и выложить ее в
>> сизиф.
>> А на тот пакет забить.
>
> Сборка в дедале как раз уже называется mplayer, а не MPlayer. По имени
> пересекается только производный бинарный пакет mencoder, но, думаю, это не
> помешает. Вот только решать подобные вопросы самолично я, естественно, не
> могу:)
давай тогда team делать %) думаю, народ нас поймет.

-- 
WBR et al.

Re: [devel] Уже второй день подряд

[Led]

В сообщении от 14 августа 2006 13:31 Konstantin A. Lepikhov написал(a):
> <цитата от="Led">
>
> > В сообщении от 14 августа 2006 13:19 Konstantin A. Lepikhov написал(a):
> >> <цитата от="Led">
> >> <skip>
> >>
> >> >> тогда придется делать NMU и решать вопрос о передаче данного пакета
> >> >> группе
> >> >> заинтересованных товарищей в одностороннем порядке, т.к. данная
> >>
> >> ситуация
> >>
> >> >> уже порядком достала.
> >> >
> >> > Вопрос о передаче был уже почти решён, но в последний момент объявился
> >> > мейнтейнер и заявил, что никому пакет он не отдаст, взял мою сборку из
> >> > Дедала
> >> > и забросил в сизиф...
> >>
> >> как это "не отдаст"? Это уже какие-то детские игры. Тогда предлагаю
> >> сделать сборку MPlayer.working с conflicts MPlayer и выложить ее в
> >> сизиф.
> >> А на тот пакет забить.
> >
> > Сборка в дедале как раз уже называется mplayer, а не MPlayer. По имени
> > пересекается только производный бинарный пакет mencoder, но, думаю, это
> > не помешает. Вот только решать подобные вопросы самолично я, естественно,
> > не могу:)
>
> давай тогда team делать %) думаю, народ нас поймет.

IMHO Team ради одного MPlayer'а - это, пожалуй, слишком... А вот Multimedia 
Team (или Media Codecs/Players Team) не помешало бы - многие 
кодеки/библиотеки/плейеры переплетены/взаимосвязаны между собой и хотелось бы 
лучшего согласования между соотв мейнтейнерами и более оперативной реакции от 
них, чем через базгзиллу...

-- 
Led.

[devel] Re: Уже второй день подряд

[Konstantin A. Lepikhov]

<цитата от="Led">
<skip>
>> давай тогда team делать %) думаю, народ нас поймет.
>
> IMHO Team ради одного MPlayer'а - это, пожалуй, слишком... А вот
> Multimedia
> Team (или Media Codecs/Players Team) не помешало бы - многие
> кодеки/библиотеки/плейеры переплетены/взаимосвязаны между собой и хотелось
> бы
> лучшего согласования между соотв мейнтейнерами и более оперативной реакции
> от
> них, чем через базгзиллу...
и кто будет в этой тим, точнее какие полномочия будут те, кто в ней
состоит? По-логике, каждый участник тим должен иметь права на NMU, т.е. в
acl пакета должна быть абстрактная @multimedia, а не конкретный человек.

-- 
WBR et al.

Re: [devel] Уже второй день подряд

[Michael Shigorin]

On Mon, Aug 14, 2006 at 04:36:46PM +0400, Konstantin A. Lepikhov wrote:
> >> давай тогда team делать %) думаю, народ нас поймет.
> > IMHO Team ради одного MPlayer'а - это, пожалуй, слишком...
> > А вот Multimedia Team (или Media Codecs/Players Team) не
> > помешало бы - многие кодеки/библиотеки/плейеры
> > переплетены/взаимосвязаны между собой и хотелось бы лучшего
> > согласования между соотв мейнтейнерами и более оперативной
> > реакции от них, чем через базгзиллу...
> и кто будет в этой тим, точнее какие полномочия будут те, кто в
> ней состоит? По-логике, каждый участник тим должен иметь права
> на NMU, т.е. в acl пакета должна быть абстрактная @multimedia,
> а не конкретный человек.

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

PS: Гриша грит, вроде из отпуска вернулся.

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

Re: [devel] Multimedia packages

[Pavlov Konstantin]

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

On Monday 14 August 2006 14:50, Led wrote:

> > >> как это "не отдаст"? Это уже какие-то детские игры. Тогда предлагаю
> > >> сделать сборку MPlayer.working с conflicts MPlayer и выложить ее в
> > >> сизиф.
> > >> А на тот пакет забить.
> > >
> > > Сборка в дедале как раз уже называется mplayer, а не MPlayer. По имени
> > > пересекается только производный бинарный пакет mencoder, но, думаю, это
> > > не помешает. Вот только решать подобные вопросы самолично я,
> > > естественно, не могу:)
> >
> > давай тогда team делать %) думаю, народ нас поймет.
>
> IMHO Team ради одного MPlayer'а - это, пожалуй, слишком... А вот Multimedia
> Team (или Media Codecs/Players Team) не помешало бы - многие
> кодеки/библиотеки/плейеры переплетены/взаимосвязаны между собой и хотелось
> бы лучшего согласования между соотв мейнтейнерами и более оперативной
> реакции от них, чем через базгзиллу...

Я вообще говоря не против (со стороны vlc, ffmpeg и их buildreq'ов, которые 
собираю я).

Скорее даже "за". Но для этого понадобится git-репозиторий.

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] Уже второй день подряд

[Led]

В сообщении от 14 августа 2006 15:36 Konstantin A. Lepikhov написал(a):
> <цитата от="Led">
> <skip>
>
> >> давай тогда team делать %) думаю, народ нас поймет.
> >
> > IMHO Team ради одного MPlayer'а - это, пожалуй, слишком... А вот
> > Multimedia
> > Team (или Media Codecs/Players Team) не помешало бы - многие
> > кодеки/библиотеки/плейеры переплетены/взаимосвязаны между собой и
> > хотелось бы
> > лучшего согласования между соотв мейнтейнерами и более оперативной
> > реакции от
> > них, чем через базгзиллу...
>
> и кто будет в этой тим, точнее какие полномочия будут те, кто в ней
> состоит? По-логике, каждый участник тим должен иметь права на NMU, т.е. в
> acl пакета должна быть абстрактная @multimedia, а не конкретный человек.

Честно говоря, не знаю... нет опыта в этом...  А в случае с MPlayer даже 
теоретически не представляю, как можно его полноценно без синхронной сборки 
ffmpeg... никому не в обиду, может как-то и можно - просто не знаю как;)

-- 
Led.

Re: [devel] Уже второй день подряд

[Pavlov Konstantin]

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

On Monday 14 August 2006 16:59, Led wrote:

> > и кто будет в этой тим, точнее какие полномочия будут те, кто в ней
> > состоит? По-логике, каждый участник тим должен иметь права на NMU, т.е. в
> > acl пакета должна быть абстрактная @multimedia, а не конкретный человек.
>
> Честно говоря, не знаю... нет опыта в этом...  А в случае с MPlayer даже
> теоретически не представляю, как можно его полноценно без синхронной сборки
> ffmpeg... никому не в обиду, может как-то и можно - просто не знаю как;)

В git есть post-commit hook'и, которые в принципе можно и использовать для 
автоматической пересборки всего зависящего.

В случае с ffmpeg+MPlayer это, IMHO, вполне реально и очень нужно.

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] Уже второй день подряд

[Led]

В сообщении от 14 августа 2006 16:11 Pavlov Konstantin написал(a):
> On Monday 14 August 2006 16:59, Led wrote:
> > > и кто будет в этой тим, точнее какие полномочия будут те, кто в ней
> > > состоит? По-логике, каждый участник тим должен иметь права на NMU, т.е.
> > > в acl пакета должна быть абстрактная @multimedia, а не конкретный
> > > человек.
> >
> > Честно говоря, не знаю... нет опыта в этом...  А в случае с MPlayer даже
> > теоретически не представляю, как можно его полноценно без синхронной
> > сборки ffmpeg... никому не в обиду, может как-то и можно - просто не знаю
> > как;)
>
> В git есть post-commit hook'и, которые в принципе можно и использовать для
> автоматической пересборки всего зависящего.
>
> В случае с ffmpeg+MPlayer это, IMHO, вполне реально и очень нужно.

Нестатическая сборка MPlayer зачастую требует разных "хуков" для сборки с 
разными SVR ревизиями ffmpeg:)

-- 
Led.

Re: [devel] Уже второй день подряд

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

On Mon, Aug 14, 2006 at 01:50:33PM +0300, Led wrote:

L> IMHO Team ради одного MPlayer'а - это, пожалуй, слишком... 

Так гибче. Напоминаю что team это всего лишь группа мантейнеров, которая
работает над конкретным пакетом или группой пакетов.

Тому кому нужен mplayer далеко не обязательно нужен другой multimedia
софт.

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

http://freesource.info
----------------------------------------------------------------------------
БРИТВА ХЕЛЛОНА
 Не усматривайте злого умысла в том, что вполне объяснимо глупостью.

Re: [devel] Уже второй день подряд

[Led]

В сообщении от 14 августа 2006 20:36 Денис Смирнов написал(a):
> On Mon, Aug 14, 2006 at 01:50:33PM +0300, Led wrote:
>
> L> IMHO Team ради одного MPlayer'а - это, пожалуй, слишком...
>
> Так гибче. Напоминаю что team это всего лишь группа мантейнеров, которая
> работает над конкретным пакетом или группой пакетов.
>
> Тому кому нужен mplayer далеко не обязательно нужен другой multimedia
> софт.

Кому -то нужен mplayer без ffmpeg (как минимум)? А ffmpeg (который практически 
каждый день в мейнстриме дорабатывается/совершенствуется/развивается), в свою 
очередь, "хочет" xvid, x264 (который тоже в мейнстриме интенсивно 
разрабатывается/совершенствуется), libogg, libvorbis и ещё много чего... 
Может для пользователя, который только смотрит видео, это и безразлично, но 
для мейнтейнеров очень даже существенно, ИМХО.
Так что (опять же, ИМХО) от команды вокруг одного mplayer, без тесного 
взаимодействия мейнтейнеров множества мультимедийных пакетов-библиотек, толку 
мало.

-- 
Led.

Re: [devel] Уже второй день подряд

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

On Mon, Aug 14, 2006 at 08:50:11PM +0300, Led wrote:

L> Кому -то нужен mplayer без ffmpeg (как минимум)? А ffmpeg (который практически 
L> каждый день в мейнстриме дорабатывается/совершенствуется/развивается), в свою 
L> очередь, "хочет" xvid, x264 (который тоже в мейнстриме интенсивно 
L> разрабатывается/совершенствуется), libogg, libvorbis и ещё много чего... 
L> Может для пользователя, который только смотрит видео, это и безразлично, но 
L> для мейнтейнеров очень даже существенно, ИМХО.
L> Так что (опять же, ИМХО) от команды вокруг одного mplayer, без тесного 
L> взаимодействия мейнтейнеров множества мультимедийных пакетов-библиотек, толку 
L> мало.

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

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

http://freesource.info
----------------------------------------------------------------------------
Виноват, забыл, что у меня alias xmms=beep-media-player.
		-- avm in devel@

Re: [devel] Уже второй день подряд

[Pavlov Konstantin]

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

On Monday 14 August 2006 21:53, Денис Смирнов wrote:

> Только напоминаю что вроде libogg сейчас относительно стабилен, и, вроде,
> бинарной несовместимости иметь не должен.

К сожалению, к ffmpeg и x264 это не относится.

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] Уже второй день подряд

[Led]

В сообщении от 14 августа 2006 23:21 Pavlov Konstantin написал(a):
> On Monday 14 August 2006 21:53, Денис Смирнов wrote:
> > Только напоминаю что вроде libogg сейчас относительно стабилен, и, вроде,
> > бинарной несовместимости иметь не должен.
>
> К сожалению, к ffmpeg и x264 это не относится.

Или к счастью:) Потому как проекты не просто постоянно изменяются, но 
постоянно бурно развиваются! Можно ещё и xvid'ом заняться (он в SVN/CVS тоже 
довольно быстро развивается, в частности, многопоточность уже работает, что, 
учитывая хорошую оптимизацию под процессоры AMD и сегодняшние цены на их 
двухядерные процессоры, довольно полезно):)

-- 
Led.