[devel] [JT] Debian RE

[devel] [JT] Debian RE

[Grigory Batalov]

Здравствуйте!

Вот, родилась такая парадоксальная мысль =).
Пусть меня забросают свежими помидорами, но почему бы ALTLinux-у
не быть "Debian Russian Edition"?

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

Тогда бы имелись три плюса:

1) Русифицировано как можно больше пакетов

2) Русскоязычное community

3) Существенная часть системы протестирована пользователями
   Debian и поддерживается мэйнтейнерами Debian

После использования APT и деления репозитария на архитектуры
ALTLinux всё больше становится похож на Debian. Непонятно тогда,
зачем распылять усилия.

P.S. Обратите внимание на [JT] в теме.

Re: [devel] [JT] Debian RE

[Dmitry V. Levin]

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

Hi,

On Wed, Apr 13, 2005 at 03:39:41AM +0400, Grigory Batalov wrote:
> Вот, родилась такая парадоксальная мысль =).
> Пусть меня забросают свежими помидорами, но почему бы ALTLinux-у
> не быть "Debian Russian Edition"?

Переформулирую вопрос: почему бы не быть на свете
"Debian Russian Edition"?

> P.S. Обратите внимание на [JT] в теме.

Жаль, что нельзя в тему поставить [JT] дважды.


-- 
ldv

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

Re: [devel] [JT] Debian RE

[Kirill A. Shutemov]

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

On Wed, Apr 13, 2005 at 03:39:41AM +0400, Grigory Batalov wrote:
> Здравствуйте!
> 
> Вот, родилась такая парадоксальная мысль =).
> Пусть меня забросают свежими помидорами, но почему бы ALTLinux-у
> не быть "Debian Russian Edition"?
Действительно, а почему бы и нет? =)
> P.S. Обратите внимание на [JT] в теме.
А что есть [JT]?

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Удалите файл ~/.mozilla/default/ZZZ/XUL.mfasl
Если не исправится, то будем удалять дальше.
		-- legion in sisyphus@

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

Re: [devel] [JT] Debian RE

[Ivan Fedorov]

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

Kirill A. Shutemov пишет:
> On Wed, Apr 13, 2005 at 03:39:41AM +0400, Grigory Batalov wrote:
> 
>>Здравствуйте!
>>
>>Вот, родилась такая парадоксальная мысль =).
>>Пусть меня забросают свежими помидорами, но почему бы ALTLinux-у
>>не быть "Debian Russian Edition"?
> 
> Действительно, а почему бы и нет? =)
> 
>>P.S. Обратите внимание на [JT] в теме.
> 
> А что есть [JT]?

Just Talk... треп вобщем... offtopic в некотором роде... можно сразу
фильтрами резать, если неохота читать...


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

Re: [devel] [JT] Debian RE

[Вячеслав Диконов]

В Срд, 13/04/2005 в 09:48 +0300, Kirill A. Shutemov пишет:
> On Wed, Apr 13, 2005 at 03:39:41AM +0400, Grigory Batalov wrote:
> > Здравствуйте!
> > 
> > Вот, родилась такая парадоксальная мысль =).
> > Пусть меня забросают свежими помидорами, но почему бы ALTLinux-у
> > не быть "Debian Russian Edition"?
> Действительно, а почему бы и нет? =)
Может и неплохо было бы опереться на широкие плечи Debian, но что делать
с форматом пакетов? Или есть 100% рабочий конвертер rpm -> deb?

Без совместимости репозиториев и пакетов это явно невозможно.

> > P.S. Обратите внимание на [JT] в теме.
> А что есть [JT]?
ПеаР Просто разговоры 

[devel] Re: [JT] Debian RЁ

[Michael Shigorin]

On Wed, Apr 13, 2005 at 03:39:41AM +0400, Grigory Batalov wrote:
> Пусть меня забросают свежими помидорами, но почему бы
> ALTLinux-у не быть "Debian Russian Edition"?

Спросите AEN -- он как-то отвечал на этот вопрос.

Не помню, звучал ли там технический момент rpm vs dpkg,
но при порой возникающих раздумьях на схожие темы вспоминаю
тараканов, судя по всему обильно населяющих debian kernel
maintainer's head, и обычно тошноту при разглядывании
практически всех debian/rules, равно как и спеков SuSE/FC.

С одной стороны -- некая тенденция к укрупнению (объединению)
стоящих того дистрибутивов наблюдается, с другой стороны -- 
в тех же нишах скорее PLD и Owl, нежели Debian.

Мне вот из всего дебиана не хватает (аж) мягких зависимостей 
и опыта людей, которые подняли canonical.com.  Всё остальное
скорее есть сопоставимое или лучше (PowerPC не нужен сейчас).
Или реализуется при наличии вот этих двух...

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

Re: [devel] [JT] Debian RE

[Vitaly Lipatov]

On Wednesday 13 April 2005 12:42, Ivan Fedorov wrote:
> Kirill A. Shutemov пишет:
> > А что есть [JT]?
>
> Just Talk... треп вобщем... offtopic в некотором роде... можно
> сразу фильтрами резать, если неохота читать...
Вы уверены?
$dict JT
1 definition found

From  [vera]:
          Java Time [+0730] (TZ)

:)

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [devel] Re: [JT] [JT]Debian RЁ

[Konstantin Klimchev]

On Wed, 13 Apr 2005 11:50:39 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> Мне вот из всего дебиана не хватает (аж) мягких
> зависимостей и опыта людей, которые подняли canonical.com.
>  Всё остальное
> скорее есть сопоставимое или лучше (PowerPC не нужен
> сейчас).

Нет самого главного - такого огромного коммунити, как в
debian, когда количество переходит в качество, нет шарахания
из стороны в сторону и придумывания своего пути (т.е.
придумывания еще одного велосипеда, но в этом сошлемся на
юность altlinux'а и попыток самовыражения - "вот какие мы"),
и еще можно придумать "воз+маленькая_тележка" причин, где я
останусь при собственном мнении в вопросе "Всё остальное..."

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] Re: [JT] Debian RЁ

[Kirill A. Shutemov]

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

On Wed, Apr 13, 2005 at 11:50:39AM +0300, Michael Shigorin wrote:
> On Wed, Apr 13, 2005 at 03:39:41AM +0400, Grigory Batalov wrote:
> > Пусть меня забросают свежими помидорами, но почему бы
> > ALTLinux-у не быть "Debian Russian Edition"?
> 
> Спросите AEN -- он как-то отвечал на этот вопрос.
Спросите tren@, что он думает о alt =)

> Не помню, звучал ли там технический момент rpm vs dpkg,
> но при порой возникающих раздумьях на схожие темы вспоминаю
> тараканов, судя по всему обильно населяющих debian kernel
> maintainer's head, и обычно тошноту при разглядывании
> практически всех debian/rules, равно как и спеков SuSE/FC.
Своё ... малиной пахнет ;)

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

> После этого и sim  забарахлил..
Да уж весь инет давно понял, что дело в сервере. Хватит паниковать.
		-- wrar in community@

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

Re: [devel] Re: [JT] [JT]Debian RЁ

[Sergey Bolshakov]

>>>>> "Konstantin" == Konstantin Klimchev <koka@altlinux.ru> writes:

 > On Wed, 13 Apr 2005 11:50:39 +0300
 > Michael Shigorin <mike@osdn.org.ua> wrote:

 >> Мне вот из всего дебиана не хватает (аж) мягких
 >> зависимостей и опыта людей, которые подняли canonical.com.
 >> Всё остальное
 >> скорее есть сопоставимое или лучше (PowerPC не нужен
 >> сейчас).

 > Нет самого главного - такого огромного коммунити, как в
 > debian, когда количество переходит в качество, нет шарахания

В нашей с Вами области количество не переходит в качество, к сожалению.

-- 

Re: [devel] Re: [JT] [JT]Debian RЁ

[Alexey Rusakov]

Konstantin Klimchev wrote:

>On Wed, 13 Apr 2005 11:50:39 +0300
>Michael Shigorin <mike@osdn.org.ua> wrote:
>
>  
>
>>Мне вот из всего дебиана не хватает (аж) мягких
>>зависимостей и опыта людей, которые подняли canonical.com.
>> Всё остальное
>>скорее есть сопоставимое или лучше (PowerPC не нужен
>>сейчас).
>>    
>>
>
>Нет самого главного - такого огромного коммунити,
>
Огромное, как вы его называете, коммунити, по-простому толпой называется.

>как в debian, когда количество переходит в качество,
>
Не всякое количество переходит в качество, в том числе в Debian.

>нет шарахания из стороны в сторону и придумывания своего пути
>
Если бы кое-кто (не будем показывать пальцем на Conectiva) не придумывал 
свой путь, apt4rpm так бы на свет и не появился. Это лишь один из мелких 
примеров. А уж про нешахарание Debian из стороны в сторону - когда они 
там Sarge выпустят, а?

>и еще можно придумать "воз+маленькая_тележка" причин, где я
>останусь при собственном мнении в вопросе "Всё остальное..."
>  
>
Ну так оставайтесь, нам-то какая разница.

ИМХО, опыт надо перенимать, а не примазываться к какому бы то ни было 
"сильному мира сего". Это сейчас Debian на коне, да и то: толстеть конь 
толстеет, да что-то никак не разродится.

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] Re: [JT] [JT]Debian RЁ

[Konstantin Klimchev]

On Wed, 13 Apr 2005 13:40:09 +0400
Alexey Rusakov <ktirf@altlinux.ru> wrote:

> ИМХО, опыт надо перенимать, а не примазываться к какому бы
> то ни было "сильному мира сего". 
Что плохого в адаптации для местных условий продукта
"сильному мира сего"? Свой путь (это я про alt) хорош, но 
когда денег ну уж очень много или есть не то, что паровоз, а
целое депо во власть-придержащих структурах, иначе -
скатывание в кружок_по_интересам и как следствие - смерть.

>Это сейчас Debian на коне, да и то: толстеть конь 
> толстеет, да что-то никак не разродится.
Когда будет готов. Полусырых продуктов ох как много.

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] Re: [JT] [JT]Debian RЁ

[Konstantin Klimchev]

On Wed, 13 Apr 2005 13:32:21 +0400
Sergey Bolshakov <sbolshakov@altlinux.ru> wrote:

>  > Нет самого главного - такого огромного коммунити, как в
>  > debian, когда количество переходит в качество, нет
>  > шарахания
> 
> В нашей с Вами области количество не переходит в качество,
> к сожалению.

С парой сотней активных пользователей, умеющих внятно
локализовать проблему и составить отчет о ней - какое ж это
количество.



-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] Re: [JT] [JT]Debian RЁ

[Konstantin Klimchev]

On Wed, 13 Apr 2005 14:21:30 +0400
Aleksey Novodvorsky <aen@altlinux.ru> wrote:

> Время клонов ушло безвозвратно.  Да и зачем форкать
> Debian?
Да я не про форк Debian'а, а так вообще - про самолюбование
(мы самые крутые, а остальное...)

> Ну, насчет властных структур все не так уж плохо.
> Давайте выпустим 3.0 с новым установщиком, alterator etc.
> Все же наш проект -- самый крупный проект free software в
> exUSSR . Надо соответствовать.  Прорвемся.

Бык, кто ж против, но просто некоторые действия: поддержка
(опять я про свою больную мазоль) месяц после выхода нового
дистрибутива и т.п. не то что новых не привлекет, старых не
удержит. А то получается "ложки целы, но осадок остался".



-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] Re: [JT] [JT]Debian RЁ

[Aleksey Novodvorsky]

Konstantin Klimchev пишет:

>On Wed, 13 Apr 2005 13:40:09 +0400
>Alexey Rusakov <ktirf@altlinux.ru> wrote:
>
>  
>
>>ИМХО, опыт надо перенимать, а не примазываться к какому бы
>>то ни было "сильному мира сего". 
>>    
>>
>Что плохого в адаптации для местных условий продукта
>"сильному мира сего"?
>
Время клонов ушло безвозвратно.  Да и зачем форкать Debian?
Если он нравится -- присоединяйтесь к Debian team. Из ALT там nidd и sacha.
Проблема-то в том, что реализовать там свои решения, особенно 
концептуальные, выходящие за рамки одного пакета, весьма сложно.

> Свой путь (это я про alt) хорош, но 
>когда денег ну уж очень много или есть не то, что паровоз, а
>целое депо во власть-придержащих структурах, иначе -
>скатывание в кружок_по_интересам и как следствие - смерть.
>
>  
>
Ну, насчет властных структур все не так уж плохо.
Давайте выпустим 3.0 с новым установщиком, alterator etc.
Все же наш проект -- самый крупный проект free software в exUSSR . Надо 
соответствовать.  Прорвемся.

Rgrds, Алексей

>>Это сейчас Debian на коне, да и то: толстеть конь 
>>толстеет, да что-то никак не разродится.
>>    
>>
>Когда будет готов. Полусырых продуктов ох как много.
>
>  
>

[devel] re updates

[Michael Shigorin]

On Wed, Apr 13, 2005 at 02:14:01PM +0400, Konstantin Klimchev wrote:
> > Давайте выпустим 3.0 с новым установщиком, alterator etc.
> Бык, кто ж против, но просто некоторые действия: поддержка
> (опять я про свою больную мазоль) месяц после выхода нового
> дистрибутива и т.п. не то что новых не привлекет, старых не
> удержит. А то получается "ложки целы, но осадок остался".

Костя, Вы правы.  Но если хотите помочь в стиле Debian, пойдёмте
в backports@ -- там вполне можно заниматься апдейтами, в т.ч. и
претендующими на sec updates.

Есть и ресурс для координации выпуска последних -- пишите ldv@, 
если есть практическая возможность принять участие.

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

[devel] bugzilla: in vs out

[Michael Shigorin]

On Wed, Apr 13, 2005 at 01:57:29PM +0400, Konstantin Klimchev wrote:
> > В нашей с Вами области количество не переходит в качество,
> > к сожалению.
> С парой сотней активных пользователей, умеющих внятно
> локализовать проблему и составить отчет о ней - какое ж это
> количество.

Это не боттлнек.  У нас проблемы сейчас скорее на принимающем
конце, чем на отдающем.

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

Re: [devel] [JT] Debian RE

[Nick S. Grechukh]

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

On Wednesday 13 April 2005 11:46, Вячеслав Диконов wrote:
> В Срд, 13/04/2005 в 09:48 +0300, Kirill A. Shutemov пишет:
> > On Wed, Apr 13, 2005 at 03:39:41AM +0400, Grigory Batalov wrote:
> > > Здравствуйте!
> > >
> > > Вот, родилась такая парадоксальная мысль =).
> > > Пусть меня забросают свежими помидорами, но почему бы ALTLinux-у
> > > не быть "Debian Russian Edition"?
а что, разве в debian с русским плохо? =)
> > Действительно, а почему бы и нет? =)
> Может и неплохо было бы опереться на широкие плечи Debian, но что делать
> с форматом пакетов? Или есть 100% рабочий конвертер rpm -> deb?
> Без совместимости репозиториев и пакетов это явно невозможно.
а главное, зачем? тогда уж проще в полном составе влиться в стройную колонну 
debian и маршировать. 

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

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

Re: [devel] [JT] Debian RE

[Konstantin Klimchev]

On Wed, 13 Apr 2005 14:23:15 +0300
"Nick S. Grechukh" <ngrechukh@ua.fm> wrote:

> другой вопрос формат пакетов сменить, .. но будет еще хуже
> с foreign packages, поскольку все существующие .deb
> делаются под однозначно дебиан. в отличие от рпм.
не нужно никуда метаться, имхо. дебиану-дебианово,
альту-альтово.


-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] re updates

[Konstantin Klimchev]

On Wed, 13 Apr 2005 14:15:20 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> Костя, Вы правы.  Но если хотите помочь в стиле Debian,
> пойдёмте в backports@ -- там вполне можно заниматься
> апдейтами, в т.ч. и претендующими на sec updates.
> 
> Есть и ресурс для координации выпуска последних -- пишите
> ldv@, если есть практическая возможность принять участие.

"думать буду" (с). Скажем так, _элемент_ возможности (да
и нужности) есть - серваки никуда ж не денешь, а вот
временной ресурс... Вообщем не готов ответить окончательно
(хотя, как в лозунге - "ежли не ты, то кто ж").




-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] [JT] Debian RE

[Grigory Batalov]

On Wed, Apr 13, 2005 at 02:23:15PM +0300, Nick S. Grechukh wrote:

> > > > Вот, родилась такая парадоксальная мысль =).
> > > > Пусть меня забросают свежими помидорами, но почему бы ALTLinux-у
> > > > не быть "Debian Russian Edition"?

> а что, разве в debian с русским плохо? =)

  Не то чтобы "у них плохо", а "у нас лучше" =).
  БОльшая часть нашей аудитории и команды - из xUSSR.

> > > Действительно, а почему бы и нет? =)
> > Может и неплохо было бы опереться на широкие плечи Debian, но что делать
> > с форматом пакетов? Или есть 100% рабочий конвертер rpm -> deb?
> > Без совместимости репозиториев и пакетов это явно невозможно.

> а главное, зачем? тогда уж проще в полном составе влиться в стройную колонну 
> debian и маршировать.

  Некоторые интресные идеи будет трудно к ним протолкнуть.
  А так можно было бы совместимые пакеты брать из Debian,
  а несовместимые собирать самим.

--
 Grigory Batalov

[devel] Re: re updates

[Konstantin A. Lepikhov]

Hi Konstantin!

Wednesday 13, at 03:35:02 PM you wrote:

> On Wed, 13 Apr 2005 14:15:20 +0300
> Michael Shigorin <mike@osdn.org.ua> wrote:
> 
> > Костя, Вы правы.  Но если хотите помочь в стиле Debian,
> > пойдёмте в backports@ -- там вполне можно заниматься
> > апдейтами, в т.ч. и претендующими на sec updates.
> > 
> > Есть и ресурс для координации выпуска последних -- пишите
> > ldv@, если есть практическая возможность принять участие.
> 
> "думать буду" (с). Скажем так, _элемент_ возможности (да
> и нужности) есть - серваки никуда ж не денешь, а вот
> временной ресурс... Вообщем не готов ответить окончательно
> (хотя, как в лозунге - "ежли не ты, то кто ж").
вот-вот :) Хотя лучше не думать, а делать, т.к. "элемент важности"
все-таки важнее ;)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

Re: [devel] [JT] Debian RE

[Konstantin Klimchev]

On Wed, 13 Apr 2005 15:29:43 +0400
Konstantin Klimchev <koka@altlinux.ru> wrote:

> не нужно никуда метаться, имхо. дебиану-дебианово,
> альту-альтово.

Да, забыл добавить. Идеи из debian'а никто ж не запрещает
брать :)


-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] [JT] Debian RE

[Nick S. Grechukh]

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

On Wednesday 13 April 2005 14:40, Grigory Batalov wrote:
> On Wed, Apr 13, 2005 at 02:23:15PM +0300, Nick S. Grechukh wrote:
> > > > > Вот, родилась такая парадоксальная мысль =).
> > > > > Пусть меня забросают свежими помидорами, но почему бы ALTLinux-у
> > > > > не быть "Debian Russian Edition"?
> > а что, разве в debian с русским плохо? =)
>   Не то чтобы "у них плохо", а "у нас лучше" =).
>   БОльшая часть нашей аудитории и команды - из xUSSR.
и что? бОльшая часть команды debian интернациональная, что еще лучше.
> > > > Действительно, а почему бы и нет? =)
> > > Может и неплохо было бы опереться на широкие плечи Debian, но что
> > > делать с форматом пакетов? Или есть 100% рабочий конвертер rpm -> deb?
> > > Без совместимости репозиториев и пакетов это явно невозможно.
> > а главное, зачем? тогда уж проще в полном составе влиться в стройную
> > колонну debian и маршировать.
>   Некоторые интресные идеи будет трудно к ним протолкнуть.
>   А так можно было бы совместимые пакеты брать из Debian,
>   а несовместимые собирать самим.
знаете чем asp отличается от alt? 

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

Re: [devel] [JT] Debian RE

[Grigory Batalov]

On Wed, Apr 13, 2005 at 02:51:34PM +0300, Nick S. Grechukh wrote:

> > > > > > Вот, родилась такая парадоксальная мысль =).
> > > > > > Пусть меня забросают свежими помидорами, но почему бы ALTLinux-у
> > > > > > не быть "Debian Russian Edition"?
> > > а что, разве в debian с русским плохо? =)
> >   Не то чтобы "у них плохо", а "у нас лучше" =).
> >   БОльшая часть нашей аудитории и команды - из xUSSR.
> и что? бОльшая часть команды debian интернациональная, что еще лучше.

  У семи нянек дитя без глазу.

--
 Grigory Batalov

Re: [devel] [JT] Debian RE

[Sergey Pinaev]

On Wed, 13 Apr 2005 15:57:36 +0400
Grigory Batalov <bga@altlinux.ru> wrote:

> > и что? бОльшая часть команды debian интернациональная, что еще
> > лучше.
> 
>   У семи нянек дитя без глазу.

зато у них четырнадцать сисек! =)
/me hides

-- 
mail="Sergey Pinaev <dfo@antex.ru>"
url="http://`echo $mail | sed 's/.* <\(.*\)@\(.*\)>/\1.\2/'`"

Re: [devel] Re: re updates

[Konstantin Klimchev]

On Wed, 13 Apr 2005 15:43:02 +0400
"Konstantin A. Lepikhov" <lakostis@altlinux.ru> wrote:

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

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] [JT] Debian RE

[Zhenja Kaluta]

>>>>> "GB" == Grigory Batalov writes:

 GB>  Вот, родилась такая парадоксальная мысль =).  Пусть меня
 GB>  забросают свежими помидорами, но почему бы ALTLinux-у не быть
 GB>  "Debian Russian Edition"?

[...]

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

Как правило, это выливается в то, что практически все уже решённые
задачи решаются по новой, только чтобы было не как в Debian. Вопросы
типа "А ты глядел python policy в Debian?" вызывают презрительный
взгляд и ответ "Нет и не собираюсь". 

-- 
Zhenja Kaluta                                            ICQ 74596027
GnuPG FingerPrint: B86C B548 7CC4 B58F 0CA3  856E 7EE8 52DE E6B7 8725

Re: [devel] [JT] Debian RE

[Sergey Bolshakov]

>>>>> "Zhenja" == Zhenja Kaluta <tren@altlinux.ru> writes:
[skipped]

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

Соглашусь на Полкана или Трезора на худой конец.

 > Как правило, это выливается в то, что практически все уже решённые
 > задачи решаются по новой, только чтобы было не как в Debian. Вопросы
 > типа "А ты глядел python policy в Debian?" вызывают презрительный
 > взгляд и ответ "Нет и не собираюсь". 

Ойданупрям. Примерчик поконкретней приведёшь ? (лучше в talks@)
BTW, я вот смотрел emacs policy и постигал tcl policy и то, что я
тогда там увидел, мне активно не понравилось -- пусть слон и дальше
сам собой.

-- 

Re: [devel] [JT] Debian RE

[Alexey I. Froloff]

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

* Sergey Bolshakov <sbolshakov@> [050413 17:08]:
> BTW, я вот смотрел emacs policy и постигал tcl policy и то, что я
> тогда там увидел, мне активно не понравилось -- пусть слон и дальше
> сам собой.
Такая же фигня с vim policy...

-- 
Regards, Sir Raorn.
-------------------
Решения о том, достаточно ли серьёзно сломан репозитарий, чтобы
отложить его синхронизацию, обычно принимаю я, на основании своих
собственных трудноформализуемых представлений о важности тех или
иных пакетов и их влиянии на целостность репозитария.
		-- ldv in sisyphus@

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

Re: [devel] [JT] Debian RE

[Aleksey Novodvorsky]

Хм.
Вот это очень странно слышать, мягко говоря.
Мы первыми издали полный Debian  России, да и у меня с сыном (nidd at 
debian dot org , он же nidd at altlinux dot ru) отношения неплохие...
Все же это какая-то странная сказка, господа. :-)


Zhenja Kaluta пишет:

>>>>>>"GB" == Grigory Batalov writes:
>>>>>>            
>>>>>>
>
> GB>  Вот, родилась такая парадоксальная мысль =).  Пусть меня
> GB>  забросают свежими помидорами, но почему бы ALTLinux-у не быть
> GB>  "Debian Russian Edition"?
>
>[...]
>
>Опыт общения с альтовцами показывает, что большинство из них почему-то
>по-детски в чём-то обижена на Debian. Никто ничего конкретного сказать
>не может, но все знают, что во всём виноват Debian. Debian об этом
>само собой ничего не знает, идёт себе сам собой, пока Моська лает.
>
>Как правило, это выливается в то, что практически все уже решённые
>задачи решаются по новой, только чтобы было не как в Debian. Вопросы
>типа "А ты глядел python policy в Debian?" вызывают презрительный
>взгляд и ответ "Нет и не собираюсь". 
>
>  
>

Re: [devel] [JT] Debian RE

[Aleksey Novodvorsky]

У нас очень много из Debian и решения Debian мы всегда смотрим.
Но будем сами решать, что лучше.
Мы придерживаемся хакерской этики,  у нас нет авторитетов, есть коллеги. 
И Слонов и Мосек у хакеров нет.
Если  для Вас существуют авторитеты, Гуру и Ламеры, если Вы не хакер,  
то и в Debian team Вас не поймут.

Rgrds, Алексей

Zhenja Kaluta пишет:

>>>>>>"GB" == Grigory Batalov writes:
>>>>>>            
>>>>>>
>
> GB>  Вот, родилась такая парадоксальная мысль =).  Пусть меня
> GB>  забросают свежими помидорами, но почему бы ALTLinux-у не быть
> GB>  "Debian Russian Edition"?
>
>[...]
>
>Опыт общения с альтовцами показывает, что большинство из них почему-то
>по-детски в чём-то обижена на Debian. Никто ничего конкретного сказать
>не может, но все знают, что во всём виноват Debian. Debian об этом
>само собой ничего не знает, идёт себе сам собой, пока Моська лает.
>
>Как правило, это выливается в то, что практически все уже решённые
>задачи решаются по новой, только чтобы было не как в Debian. Вопросы
>типа "А ты глядел python policy в Debian?" вызывают презрительный
>взгляд и ответ "Нет и не собираюсь". 
>
>  
>
>------------------------------------------------------------------------
>
>  
>

Re: [devel] [JT] Debian RE

[Aleksey Novodvorsky]

Мне хотелось бы изложить свое мнение кратко и определенно.
1. ALTLinux будет заниматься разработкой Sisyphus.  Без Sisyphus не 
будет ALTLinux.
2. Все разговоры о каком-либо противостоянии ALT и Debian мне 
представляются бредом. Я не вижу никаких оснований для этого. Наоборот, 
Debian -- самы близкий нам проект.
3. Время любых RE ушло. По крайней мере ALT никогда не будет этим 
заниматься. Это бессмысленно и вредно.

Rgrds, Алексей

[devel] [POLICY] Re: Debian RE

[Michael Shigorin]

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

On Wed, Apr 13, 2005 at 05:20:18PM +0400, Alexey I. Froloff wrote:
> > BTW, я вот смотрел emacs policy и постигал tcl policy и то,
> > что я тогда там увидел, мне активно не понравилось -- пусть
> > слон и дальше сам собой.
> Такая же фигня с vim policy...

Общение с человеком про webapp-policy и dbapp-policy я сюда
форвардил.  Нормальный человек, нормальные драфты.

На самом деле из Debian policy надо срочно утягивать вопросы про
workflow и таймауты -- вон phoenix@ искали, а ведь ситуация
вполне типичная (бишь описываемая заранее).

Если есть ещё заинтересованные -- пишите, давайте попробуем.
Могу предложить в качестве некой "нулевой точки" для старта
http://www.freesource.info/wiki/AltLinux/AltContext 

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

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

[devel] Re: [JT] Debian RE

[Alexey Tourbin]

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

On Wed, Apr 13, 2005 at 03:39:41AM +0400, Grigory Batalov wrote:
> Вот, родилась такая парадоксальная мысль =).
> Пусть меня забросают свежими помидорами, но почему бы ALTLinux-у
> не быть "Debian Russian Edition"?

> Тогда бы имелись три плюса:
> 1) Русифицировано как можно больше пакетов

По-моему переводы не нужны.
Так что стоило бы выпустить Debian RE без переводов вообще. :)

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

[devel] Re: [JT] [JT] Debian RE

[Alexey Tourbin]

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

On Wed, Apr 13, 2005 at 03:46:49AM +0400, Dmitry V. Levin wrote:
> > P.S. Обратите внимание на [JT] в теме.
> Жаль, что нельзя в тему поставить [JT] дважды.

Можно!!

> -- 
> ldv

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

[devel] [JT] Re: re updates

[Michael Shigorin]

On Wed, Apr 13, 2005 at 04:07:25PM +0400, Konstantin Klimchev wrote:
> > вот-вот :) Хотя лучше не думать, а делать, т.к. "элемент
> > важности" все-таки важнее ;)
> дык я не зря про"ложки" упомянул. Хотя остается большое число
> "прирученных" - выражаясь, кажется, Мишиным термином.

У меня тоже, и это ещё один (хоть и не главный всё же) фактор.

В общем, подумайте.  Свет в конце туннеля вроде появился,
осталось разобраться с его природой...

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

[devel] Re: [JT] Debian RЁ

[Alexey Tourbin]

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

On Wed, Apr 13, 2005 at 11:50:39AM +0300, Michael Shigorin wrote:
> Не помню, звучал ли там технический момент rpm vs dpkg,

Однако rpm кажется мне недостаточно гибким.
(С dpkg близко не знаком.)

> maintainer's head, и обычно тошноту при разглядывании
> практически всех debian/rules, равно как и спеков SuSE/FC.

За вычетом форматирования?

> С одной стороны -- некая тенденция к укрупнению (объединению)
> стоящих того дистрибутивов наблюдается, с другой стороны -- 
> в тех же нишах скорее PLD и Owl, нежели Debian.

Кстати, есть какая-нибудь сравнительная информация про всё это дело?
Т.е. количество установок в пределах/за пределами xUSSR, ежедневное
количество человеко-часов для работы над пакетной базой, количество
человеко-часов при тестировании релиза, сколько full-time разработчиков.

Без такой информации все рассуждения на эти темы рано или поздно
сводятся к тра-ля-ля.

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

[devel] Re: [JT] Debian RЁ

[Michael Shigorin]

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

On Wed, Apr 13, 2005 at 06:40:24PM +0400, Alexey Tourbin wrote:
> > maintainer's head, и обычно тошноту при разглядывании
> > практически всех debian/rules, равно как и спеков SuSE/FC.
> За вычетом форматирования?

Ессно.  Что и натурально при разглядывании всякого заполненного
на 10% темплейта или просто мусорника :-(

(про форматирование головы ничего не скажу, звиняй)

> > С одной стороны -- некая тенденция к укрупнению (объединению)
> > стоящих того дистрибутивов наблюдается, с другой стороны -- 
> > в тех же нишах скорее PLD и Owl, нежели Debian.
> Кстати, есть какая-нибудь сравнительная информация про всё это дело?

http://distrowatch.com

> Т.е. количество установок в пределах/за пределами xUSSR,
> ежедневное количество человеко-часов для работы над пакетной
> базой, количество человеко-часов при тестировании релиза,
> сколько full-time разработчиков.

А этой, думаю, нет и не будет.  Равно как и сравнения
человеко-времени за apache и xmms, скажем.

-- 
...что-то мурлыкая на мотив "Люди в лодках" Макароныча...

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

Re: [devel] Re: [JT] [JT] [JT] Debian RE

[Dmitry V. Levin]

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

On Wed, Apr 13, 2005 at 06:28:48PM +0400, Alexey Tourbin wrote:
> On Wed, Apr 13, 2005 at 03:46:49AM +0400, Dmitry V. Levin wrote:
> > > P.S. Обратите внимание на [JT] в теме.
> > Жаль, что нельзя в тему поставить [JT] дважды.
> 
> Можно!!

Технически и три можно, но практически это ничего не меняет.


-- 
ldv

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

Re: [devel] Re: [JT] Debian RЁ

[Vitaly Lipatov]

On Wednesday 13 April 2005 12:50, Michael Shigorin wrote:
> С одной стороны -- некая тенденция к укрупнению (объединению)
> стоящих того дистрибутивов наблюдается, с другой стороны --
> в тех же нишах скорее PLD и Owl, нежели Debian.
Вот мне на первый взгляд очень нравится идея найти точки 
соприкоснование с PLD - пакетную базу объединить может и сложно, 
но какие-то вещи вполне возможно, и макросы в rpm 
стандартизовать, и CVS'сность их спеков вещь интересная. Мне 
кажется, по подходу к спекам они придерживаются того же 
лаконичного подхода, что и ALT.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [devel] [JT] Re: re updates

[Konstantin Klimchev]

On Wed, 13 Apr 2005 17:29:57 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> В общем, подумайте.  Свет в конце туннеля вроде появился,
> осталось разобраться с его природой...

Вспомнилось вдруг гайдаровское: 
" - я вижу свет в конце тунеля
  - это встречный"



-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] Re: [JT] Debian RЁ

[Konstantin Klimchev]

On Wed, 13 Apr 2005 18:09:44 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> http://distrowatch.com
Миш, но от тебя да на такую ссылку... Этож ничего общего не
имеет в реальностью (собственно и какие-либо
всплывающие голосования). Для примера, у меня знакомый очень
хорошо зарабатывает на web-прогаммировании для буржуев. Так
вот - ничего окромя RHEL ему еще не встречалось. Из этого -
делать вывод что самый популярный RHEL?.

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] [JT] Debian RE

[Stanislav Ievlev]

On Wed, Apr 13, 2005 at 03:40:03PM +0400, Grigory Batalov wrote:
>   Некоторые интресные идеи будет трудно к ним протолкнуть.
>   А так можно было бы совместимые пакеты брать из Debian,
>   а несовместимые собирать самим.
И зачем тогда это нужно.
> 
> --
>  Grigory Batalov
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> https://lists.altlinux.ru/mailman/listinfo/devel

[devel] distro comparison

[Michael Shigorin]

On Thu, Apr 14, 2005 at 08:40:36AM +0400, Konstantin Klimchev wrote:
> > http://distrowatch.com
> Миш, но от тебя да на такую ссылку... Этож ничего общего не
> имеет в реальностью (собственно и какие-либо всплывающие
> голосования).

Я ж ниже сказал -- про популярность в цифрах объективно говорить
смысла нет.  Да и слишком это размытое понятие.  Ну а голосовалка
-- так уже и не помнил, что она там есть. :-)

А для возможности сопоставления дистров Ладислав действительно
делает очень большую работу.

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

[devel] Re: [JT] Debian RЁ

[Alexey Tourbin]

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

On Wed, Apr 13, 2005 at 06:09:44PM +0300, Michael Shigorin wrote:
> http://distrowatch.com

Там про xUSSR ничего не ясно.
Хотя, ASP в top100 там есть (а ALT нет).

> > Т.е. количество установок в пределах/за пределами xUSSR,
> > ежедневное количество человеко-часов для работы над пакетной
> > базой, количество человеко-часов при тестировании релиза,
> > сколько full-time разработчиков.
> 
> А этой, думаю, нет и не будет.  Равно как и сравнения
> человеко-времени за apache и xmms, скажем.

Должна быть.  Количество установок можно оценить исходя их объёма
продаж коробок.  Количество работы над репозитарием можно оценить
исходя из количества full-time разработчиков + maintainer'ов +
постоянных участников профильных рассылок.

Просто я думаю (хотя и не могу с цифрами доказать), что дистрибутивы
ALT относительно непопулярны, а квалифицированного человеческого ресурса
у нас относительно очень мало.  И нужно из этого исходить.  В частности,
из последнего следует необходимость автоматического тестирования.

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

[devel] q: почему мы здесь?

[Michael Shigorin]

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

PreScriptum: см. последний фрагмент.

On Thu, Apr 14, 2005 at 12:57:55PM +0400, Alexey Tourbin wrote:
> > http://distrowatch.com
> Там про xUSSR ничего не ясно.
> Хотя, ASP в top100 там есть (а ALT нет).

Я бы даже сказал -- _уже_ нет, а был то ли 47, то ли 67...
(год-два тому)

> > > Т.е. количество установок в пределах/за пределами xUSSR,
> > > ежедневное количество человеко-часов для работы над
> > > пакетной базой, количество человеко-часов при тестировании
> > > релиза, сколько full-time разработчиков.
> > А этой, думаю, нет и не будет.  Равно как и сравнения
> > человеко-времени за apache и xmms, скажем.
> Должна быть.

Нет и не будет.  IMCO.

> Количество установок можно оценить исходя их объёма продаж
> коробок.

Исходя из объёма продаж коробок можно оценить объём продаж
коробок, а также некоторую часть дохода компании.  Всё.

> Количество работы над репозитарием можно оценить исходя из
> количества full-time разработчиков + maintainer'ов + постоянных
> участников профильных рассылок.

Это да.

> Просто я думаю (хотя и не могу с цифрами доказать), что
> дистрибутивы ALT относительно непопулярны, а квалифицированного
> человеческого ресурса у нас относительно очень мало.  И нужно
> из этого исходить.  В частности, из последнего следует
> необходимость автоматического тестирования.

Или определения направления, если не получается с универсальным,
суперзащищённым или долго поддерживаемым коммерчески доступным
дистрибутивом (причём то, что попытки были, но не удались --
играет против).

Поняв, что кому интересно (коммерчески, профессионально, как
хобби) -- можно говорить "эй, мы исправляемся, давайте снова
сюда!".  А с целями вида "free software for free people" без
дополнительного пояснения, какое именно free software и по
какому из критериев free people, причём пояснения не в ходе
очередного двухквартального флейма, а *на сайте проекта" --
получается непонятно, что эти красивые слова вообще значат.

Я когда-то взялся описать со стороны скорее сообщества --
http://www.freesource.info/wiki/Altlinux/AltContext#h12982-3
получилось, хотелось бы комментариев оного сообщества (team).

Почему мы здесь?

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

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

Re: [devel] Re: [JT] Debian RЁ

[Victor Forsyuk]

On Thu, Apr 14, 2005 at 12:54:48AM +0400, Vitaly Lipatov wrote:
> On Wednesday 13 April 2005 12:50, Michael Shigorin wrote:
> > С одной стороны -- некая тенденция к укрупнению (объединению)
> > стоящих того дистрибутивов наблюдается, с другой стороны --
> > в тех же нишах скорее PLD и Owl, нежели Debian.
> Вот мне на первый взгляд очень нравится идея найти точки 
> соприкоснование с PLD - пакетную базу объединить может и сложно, 
> но какие-то вещи вполне возможно, и макросы в rpm 
> стандартизовать, и CVS'сность их спеков вещь интересная.

Кстати, CVS репозитарии спеков есть не только у PLD:

http://cvs.fedora.redhat.com/
http://cvs.mandriva.com/

Re: [devel] [JT] Debian RE

[Grigory Batalov]

On Thu, Apr 14, 2005 at 11:38:45AM +0400, Stanislav Ievlev wrote:

> >   Некоторые интресные идеи будет трудно к ним протолкнуть.
> >   А так можно было бы совместимые пакеты брать из Debian,
> >   а несовместимые собирать самим.

> И зачем тогда это нужно.

  Чтобы не собирать самим то, что не интересно.

--
 Grigory Batalov

[devel] Re: q: почему мы здесь?

[Alexey Tourbin]

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

On Thu, Apr 14, 2005 at 01:10:38PM +0300, Michael Shigorin wrote:
> > > http://distrowatch.com
> > Там про xUSSR ничего не ясно.
> > Хотя, ASP в top100 там есть (а ALT нет).
> 
> Я бы даже сказал -- _уже_ нет, а был то ли 47, то ли 67...
> (год-два тому)

На начальной странице есть прямо сейчас на 70-м месте.

> > Количество установок можно оценить исходя их объёма продаж
> > коробок.
> 
> Исходя из объёма продаж коробок можно оценить объём продаж
> коробок, а также некоторую часть дохода компании.  Всё.

А количество установок?  Продажа коробок + OEM -- основные каналы
поставки.  Правда, OEM большей частью сносят.  Остаются коробки.

То есть очередная партия проданных коробок даёт очередное количество
установок, с коэффициентом k.  (И я не понимаю, почему у разных вендоров
этот коэффициент должен сильно отличаться.  Откровенно парашных линуксов
сейчас нет, я так думаю.)

Ага, и download edition -- есть статистика скачивания?

> Или определения направления, если не получается с универсальным,

Хотелось бы различать направление развития Сизифа и направление в
развитии дел ООО.  Направление Сизифа более-менее понятно -- ну там
пакеты всякие колбасить, патчи делать, в разработке участвовать.
А направление дел в ООО -- это коммерческий секрет ООО. :)

Если сделать это различие радикльным, то можно даже считать, что ни ООО,
ни его продуктов попросту не существует.

> Поняв, что кому интересно (коммерчески, профессионально, как
> хобби) -- можно говорить "эй, мы исправляемся, давайте снова
> сюда!".  А с целями вида "free software for free people" без
> дополнительного пояснения, какое именно free software и по
> какому из критериев free people, причём пояснения не в ходе
> очередного двухквартального флейма, а *на сайте проекта" --
> получается непонятно, что эти красивые слова вообще значат.

Это пропаганда, не обращай внимания.  А про рабов и свободных
я здесь уже когда-то цитировал -- называется "Главный недостаток
деятельных людей".

> Я когда-то взялся описать со стороны скорее сообщества --
> http://www.freesource.info/wiki/Altlinux/AltContext#h12982-3
> получилось, хотелось бы комментариев оного сообщества (team).
> 
> Почему мы здесь?

Чёрт его знает.  Судьба.  Купил я свой первый линукс -- это был J1.0;
и вот теперь я здесь.  Если бы это был другой линукс, скорее всего меня
бы здесь не было.

Так что я стараюсь писать в духе "Раз уж мы с вами здесь, то..."

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

Re: [devel] q: почему мы здесь?

[Maxim Tyurin]

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

Michael Shigorin writes:
\scip
>> Просто я думаю (хотя и не могу с цифрами доказать), что
>> дистрибутивы ALT относительно непопулярны, а квалифицированного
>> человеческого ресурса у нас относительно очень мало.  И нужно
>> из этого исходить.  В частности, из последнего следует
>> необходимость автоматического тестирования.
>
> Или определения направления, если не получается с универсальным,
> суперзащищённым или долго поддерживаемым коммерчески доступным
> дистрибутивом (причём то, что попытки были, но не удались --
> играет против).

Я не буду расписываться за всех, но многие из моих знакомых уже не
используют дистрибутивов ALT Linux.

>
> Поняв, что кому интересно (коммерчески, профессионально, как
> хобби) -- можно говорить "эй, мы исправляемся, давайте снова
> сюда!".  А с целями вида "free software for free people" без
> дополнительного пояснения, какое именно free software и по
> какому из критериев free people, причём пояснения не в ходе
> очередного двухквартального флейма, а *на сайте проекта" --
> получается непонятно, что эти красивые слова вообще значат.
>
> Я когда-то взялся описать со стороны скорее сообщества --
> http://www.freesource.info/wiki/Altlinux/AltContext#h12982-3
> получилось, хотелось бы комментариев оного сообщества (team).
>
> Почему мы здесь?

Потому что нравился дистрибутив. Нравилось как он развивался. 
Почему собираю пакеты - просто потому что они мне нужны для работы. И
если их не собирать они могут в orphaned оказаться.
Ну и систем с установленным ALTLinux достаточно много у меня.

А не нравится мне многое. 
Для начала нет сроков поддержки дистрибутивов. Причем вообще нет.
Нет roadmap чтоб понять куда мы движемся без ежедневного чтения
рассылок. 
Достаточно много людей из team вообще не заинтересованы в стабильных
дистрибутивах. 
Очень не нравится попытка загнать всех в светлое будущее (например
перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).

-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

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

Re: [devel] Re: q: почему мы здесь?

[Maxim Tyurin]

Alexey Tourbin writes:
\scip
> Хотелось бы различать направление развития Сизифа и направление в
> развитии дел ООО.  Направление Сизифа более-менее понятно -- ну там
> пакеты всякие колбасить, патчи делать, в разработке участвовать.
> А направление дел в ООО -- это коммерческий секрет ООО. :)

Вот это тоже плохо очень. Так как развитие Сизифа сильно зависит от
ООО. А то получается классическое "вы делайте, а мы потом решим".

>
> Если сделать это различие радикльным, то можно даже считать, что ни ООО,
> ни его продуктов попросту не существует.
>
>> Поняв, что кому интересно (коммерчески, профессионально, как
>> хобби) -- можно говорить "эй, мы исправляемся, давайте снова
>> сюда!".  А с целями вида "free software for free people" без
>> дополнительного пояснения, какое именно free software и по
>> какому из критериев free people, причём пояснения не в ходе
>> очередного двухквартального флейма, а *на сайте проекта" --
>> получается непонятно, что эти красивые слова вообще значат.
>
> Это пропаганда, не обращай внимания.  А про рабов и свободных
> я здесь уже когда-то цитировал -- называется "Главный недостаток
> деятельных людей".
>
>> Я когда-то взялся описать со стороны скорее сообщества --
>> http://www.freesource.info/wiki/Altlinux/AltContext#h12982-3
>> получилось, хотелось бы комментариев оного сообщества (team).
>> 
>> Почему мы здесь?
>
> Чёрт его знает.  Судьба.  Купил я свой первый линукс -- это был J1.0;
> и вот теперь я здесь.  Если бы это был другой линукс, скорее всего меня
> бы здесь не было.

:) Точно судьба. Лучше и не скажешь.
Хотя выбирал ALT достаточно осознанно. Может на момент выбора просто
не все осознал.
> Так что я стараюсь писать в духе "Раз уж мы с вами здесь, то..."

-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [devel] q: почему мы здесь?

[Anton Farygin]

Maxim Tyurin wrote:

>Michael Shigorin writes:
>\scip
>  
>
>
<skip>

>Очень не нравится попытка загнать всех в светлое будущее (например
>перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).
>
>  
>
Это не откручивание колес, это простая экономия времени разработки 
следующей версии.

Rgds,
Rider

Re: [devel] [JT] Debian RE

[Stanislav Ievlev]

On Thu, Apr 14, 2005 at 02:41:22PM +0400, Grigory Batalov wrote:
> On Thu, Apr 14, 2005 at 11:38:45AM +0400, Stanislav Ievlev wrote:
> 
> > >   Некоторые интресные идеи будет трудно к ним протолкнуть.
> > >   А так можно было бы совместимые пакеты брать из Debian,
> > >   а несовместимые собирать самим.
> 
> > И зачем тогда это нужно.
> 
>   Чтобы не собирать самим то, что не интересно.
Для этого есть cut'n'build из RH/SuSE/MDK. 
В общем тоже самое только в профиль.
> 
> --
>  Grigory Batalov
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> https://lists.altlinux.ru/mailman/listinfo/devel

Re: [devel] q: почему мы здесь?

[Maxim Tyurin]

Anton Farygin writes:

> Maxim Tyurin wrote:
>
>>Michael Shigorin writes:
>>\scip
>>
>>
>>
> <skip>
>
>>Очень не нравится попытка загнать всех в светлое будущее (например
>>перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).
>>
>>
>>
> Это не откручивание колес, это простая экономия времени разработки
> следующей версии.

Для вас это экономия времени разработки, для меня - отламывание того
что работало и хорошо работало.

-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

[devel] Re: q: почему мы здесь?

[Alexey Tourbin]

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

On Thu, Apr 14, 2005 at 04:09:20PM +0300, Maxim Tyurin wrote:
> > Хотелось бы различать направление развития Сизифа и направление в
> > развитии дел ООО.  Направление Сизифа более-менее понятно -- ну там
> > пакеты всякие колбасить, патчи делать, в разработке участвовать.
> > А направление дел в ООО -- это коммерческий секрет ООО. :)
> 
> Вот это тоже плохо очень. Так как развитие Сизифа сильно зависит от
> ООО. А то получается классическое "вы делайте, а мы потом решим".

Угу.  Было бы здорово, если бы к работе над сизифом подключилось ещё
несколько фирм, которые делают свои продукты на основе сизифа.  Тогда
зависимость от данного конкретного ООО не была бы такой фатальной.

А вообще конечно для работы над репозитарием нужна какая-то гибкая
распределенная система.  (Такая система скорее всего будет source-based.
Но здесь я как собака: всё понимаю, а сказать не могу.  Вот простейший
пример: мне нужен grep, собранный с pcre; для этого нужно пересобрать
grep с pcre и переложить в libpcre в /lib; сейчас цивилизованно это
сделать никак нельзя -- разве что самому зопатчить/пересобрать grep+pcre
и поставить их на холд).

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

Re: [devel] q: почему мы здесь?

[Dmitry V. Levin]

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

On Thu, Apr 14, 2005 at 04:01:41PM +0300, Maxim Tyurin wrote:
[...]
> > Почему мы здесь?
> 
> Потому что нравился дистрибутив. Нравилось как он развивался. 
> Почему собираю пакеты - просто потому что они мне нужны для работы. И
> если их не собирать они могут в orphaned оказаться.
> Ну и систем с установленным ALTLinux достаточно много у меня.
> 
> А не нравится мне многое. 
> Для начала нет сроков поддержки дистрибутивов. Причем вообще нет.
> Нет roadmap чтоб понять куда мы движемся без ежедневного чтения
> рассылок. 
> Достаточно много людей из team вообще не заинтересованы в стабильных
> дистрибутивах. 
> Очень не нравится попытка загнать всех в светлое будущее (например
> перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).

Господа/коллеги, давайте прекратим этот пустой трёп.
То, что деятельности OOO многие из нас имеют основания поставить оценку
неуд, ничего в этом OOO не меняет.
Если вы заинтересованы развивать те общественные проекты, которые когда-то
начинало OOO, замечательно.  Если нет, то нечего пенять на OOO, займитесь
чем-нибудь более приятным (разве что пинать OOO доставляет вам
удовольствие).

-- 
ldv

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

Re: [devel] Re: q: почему мы здесь?

[Aleksey Novodvorsky]

Maxim Tyurin пишет:

>Alexey Tourbin writes:
>\scip
>  
>
>>Хотелось бы различать направление развития Сизифа и направление в
>>развитии дел ООО.  Направление Сизифа более-менее понятно -- ну там
>>пакеты всякие колбасить, патчи делать, в разработке участвовать.
>>А направление дел в ООО -- это коммерческий секрет ООО. :)
>>    
>>
>
>Вот это тоже плохо очень. Так как развитие Сизифа сильно зависит от
>ООО. А то получается классическое "вы делайте, а мы потом решим".
>  
>
Да нет никаких коммерческих секретов, свзяанных с развитием 
дистрибутива, что за ерунда.
То, что зависит от OOO -- это вынужденная зависимость. Зависит от того, 
кто берет на себя ответственность. Только и всего.

Rgrds, Алексей

Re: [devel] Re: q: почему мы здесь?

[Aleksey Novodvorsky]

Alexey Tourbin пишет:

>On Thu, Apr 14, 2005 at 04:09:20PM +0300, Maxim Tyurin wrote:
>  
>
>>>Хотелось бы различать направление развития Сизифа и направление в
>>>развитии дел ООО.  Направление Сизифа более-менее понятно -- ну там
>>>пакеты всякие колбасить, патчи делать, в разработке участвовать.
>>>А направление дел в ООО -- это коммерческий секрет ООО. :)
>>>      
>>>
>>Вот это тоже плохо очень. Так как развитие Сизифа сильно зависит от
>>ООО. А то получается классическое "вы делайте, а мы потом решим".
>>    
>>
>
>Угу.  Было бы здорово, если бы к работе над сизифом подключилось ещё
>несколько фирм, которые делают свои продукты на основе сизифа.
>
Такие фирмы есть.

> Тогда
>зависимость от данного конкретного ООО не была бы такой фатальной.
>  
>

Фатальной -- это как?

>А вообще конечно для работы над репозитарием нужна какая-то гибкая
>распределенная система.  (Такая система скорее всего будет source-based.
>Но здесь я как собака: всё понимаю, а сказать не могу. 
>
Если сказать не можете -- значит не понимаете. Собака она все говорит, 
что понимает. :-)

Rgrds, Алексей


> Вот простейший
>пример: мне нужен grep, собранный с pcre; для этого нужно пересобрать
>grep с pcre и переложить в libpcre в /lib; сейчас цивилизованно это
>сделать никак нельзя -- разве что самому зопатчить/пересобрать grep+pcre
>и поставить их на холд).
>  
>

[devel] Re: q: почему мы здесь?

[Alexey Tourbin]

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

On Thu, Apr 14, 2005 at 05:56:10PM +0400, Aleksey Novodvorsky wrote:
> >Угу.  Было бы здорово, если бы к работе над сизифом подключилось ещё
> >несколько фирм, которые делают свои продукты на основе сизифа.
> Такие фирмы есть.

Они этого не стесняются? :)  Тогда назовите эти фирмы.
Какие продукты они выпускают и какие пакеты в сизифе развивают.

> >зависимость от данного конкретного ООО не была бы такой фатальной.
> Фатальной -- это как?

Когда судьба проекта целиком зависит от ООО, которому "многие из нас
имеют основания поставить оценку неуд".

> Если сказать не можете -- значит не понимаете. Собака она все говорит, 
> что понимает. :-)

Я однако же привел пример с grep+pcre.  Вы давеча написали, что в ALT
проще реализовать концептуальные решения, выходящие за рамки одного
пакета.  Скажите, как реализовать такое шикарное концептуальное решение,
чтобы `grep -P' работало? :)

Теперь формулирую: распределенная система разработки репозитария
подразумевает возможность внесения локальных изменений, которые
"сохраняются" между синхронизациями/обновлениями.  Более того, сама
cинхронизация является по сути слиянием чужих таких локальных изменений
(возможно, не всех).

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

Re: [devel] q: почему мы здесь?

[Andrey Brindeew]

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

On Thu, Apr 14, 2005 at 05:14:31PM +0400, Anton Farygin wrote:
> >Очень не нравится попытка загнать всех в светлое будущее (например
> >перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).
> Это не откручивание колес, это простая экономия времени разработки 
> следующей версии.

Обратная совместимость нужна. Иногда светлое будущее не нужно.
Нужно чтобы просто работало то, что есть.

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

[devel] Re: почему мы здесь?

[Vitaly Ostanin]

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

Alexey Tourbin пишет:

<skipped/>

> Теперь формулирую: распределенная система разработки репозитария
> подразумевает возможность внесения локальных изменений, которые
> "сохраняются" между синхронизациями/обновлениями.  Более того, сама
> cинхронизация является по сути слиянием чужих таких локальных изменений
> (возможно, не всех).

Для такой распледелённости не хватает только указания apt, для
каких пакетов какие репозитории считать приоритетными, независимо
от версий этих пакетов в других репозиториях. Всё остальное для
распределённых репозиториев, по-моему, уже есть.

<skipped/>

--
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [devel] q: почему мы здесь?

[Anton Farygin]

Andrey Brindeew wrote:

>On Thu, Apr 14, 2005 at 05:14:31PM +0400, Anton Farygin wrote:
>  
>
>>>Очень не нравится попытка загнать всех в светлое будущее (например
>>>перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).
>>>      
>>>
>>Это не откручивание колес, это простая экономия времени разработки 
>>следующей версии.
>>    
>>
>
>Обратная совместимость нужна. Иногда светлое будущее не нужно.
>Нужно чтобы просто работало то, что есть.
>  
>
насколько обратная ? Например - ядро 2.0 должно работать ?
И что вообще из того что есть должно работать ? например - должен ли 
работать софт, собранный под Master 2.0 ?

Должен ли в Sisyphus работать софт, собранный под master 2.4 ?

И вообще - что такое обратная совместимость ?

Rgds,
Rider

Re: [devel] Re: q: почему мы здесь?

[Alexander Bokovoy]

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

On Thu, Apr 14, 2005 at 05:38:05PM +0400, Alexey Tourbin wrote:
> On Thu, Apr 14, 2005 at 04:09:20PM +0300, Maxim Tyurin wrote:
> > > Хотелось бы различать направление развития Сизифа и направление в
> > > развитии дел ООО.  Направление Сизифа более-менее понятно -- ну там
> > > пакеты всякие колбасить, патчи делать, в разработке участвовать.
> > > А направление дел в ООО -- это коммерческий секрет ООО. :)
> > 
> > Вот это тоже плохо очень. Так как развитие Сизифа сильно зависит от
> > ООО. А то получается классическое "вы делайте, а мы потом решим".
> 
> Угу.  Было бы здорово, если бы к работе над сизифом подключилось ещё
> несколько фирм, которые делают свои продукты на основе сизифа.  Тогда
> зависимость от данного конкретного ООО не была бы такой фатальной.
Леша, такое ощущение, что ты совсем не следишь за тем, что происходило и
происходит. Уже были компании и более одной, а масштаб "фатальности" от
этого не уменьшался. Более того, уход некоторых из них с общего поля
произошел именно по причине невозможности разумной интеграции в области
основных компонент системы. Архивы devel@ могут рассказать многое об этом.
 
> А вообще конечно для работы над репозитарием нужна какая-то гибкая
> распределенная система.  (Такая система скорее всего будет source-based.
> Но здесь я как собака: всё понимаю, а сказать не могу.  Вот простейший
> пример: мне нужен grep, собранный с pcre; для этого нужно пересобрать
> grep с pcre и переложить в libpcre в /lib; сейчас цивилизованно это
> сделать никак нельзя -- разве что самому зопатчить/пересобрать grep+pcre
> и поставить их на холд).
Для начала рекомендую подумать хорошенько над тем, как такая работа
выставляет требования к окружающей ее инфраструктуре и _что_ требуется для
реализации этой инфраструктуры, и _кто_ за все это будет платить, а
главное, _как_ к этим платежам можно обязать быть ответственным.
Рекомендую посмотреть и не поверхностно, как делает большинство,
выстраивая свои выводы, на то, как подобные вопросы решаются в других
сообществах (и за чей счет). И после этого уже начинать пытаться делать
выводы о "работе".

Все это не лежит на поверхности.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

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

Re: [devel] q: почему мы здесь?

[Maxim Tyurin]

Anton Farygin writes:

> Andrey Brindeew wrote:
>
>>On Thu, Apr 14, 2005 at 05:14:31PM +0400, Anton Farygin wrote:
>>
>>
>>>>Очень не нравится попытка загнать всех в светлое будущее (например
>>>>перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).
>>>>
>>>>
>>> Это не откручивание колес, это простая экономия времени разработки
>>> следующей версии.
>>>
>>>
>>
>>Обратная совместимость нужна. Иногда светлое будущее не нужно.
>>Нужно чтобы просто работало то, что есть.
>>
>>
> насколько обратная ? Например - ядро 2.0 должно работать ?

2.0 может и не должно, но 2.4 точно должно работать.

> И что вообще из того что есть должно работать ? например - должен ли
> работать софт, собранный под Master 2.0 ?

Было бы очень желательно.

>
> Должен ли в Sisyphus работать софт, собранный под master 2.4 ?
>
> И вообще - что такое обратная совместимость ?

Это когда софт написанный 5 лет назад работает и сейчас без применения
напильников и шаманских плясок.

\flame
Например у нас есть софт который написан под NT4 успешно работает под
win2003. 
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [devel] q: почему мы здесь?

[Sergey Y. Afonin]

On Thursday 14 April 2005 22:08, Maxim Tyurin wrote:

> \flame
> Например у нас есть софт который написан под NT4 успешно работает под
> win2003. 

Ага, и это когда он за собой все библиотеки таскает ? Нафиг-нафиг. 
Они на то и библиотеки, чтобы общими быть. Он на то и Open Source,
чтобы пересобрать можно было легко.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] q: почему мы здесь?

[Maxim Tyurin]

Sergey Y. Afonin writes:

> On Thursday 14 April 2005 22:08, Maxim Tyurin wrote:
>
>> \flame
>> Например у нас есть софт который написан под NT4 успешно работает под
>> win2003. 
>
> Ага, и это когда он за собой все библиотеки таскает ? Нафиг-нафиг. 
> Они на то и библиотеки, чтобы общими быть. Он на то и Open Source,
> чтобы пересобрать можно было легко.

Не все в этом мире OpenSource к сожалению.
Коммерческий софт пусть таскает все с собой. Только чтоб работал. 
Кстати то "все" что он с собой таскает влазит на 2 дискеты.
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [devel] q: почему мы здесь?

[Andrey Rahmatullin]

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

On Thu, Apr 14, 2005 at 08:35:46PM +0300, Maxim Tyurin wrote:
> Не все в этом мире OpenSource к сожалению.
Угу.
> Кстати то "все" что он с собой таскает влазит на 2 дискеты.
$ du -s /usr/lib/vmware/lib/
14M     /usr/lib/vmware/lib/

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

 * combr а есть кто специалист по беспроводному оборудованию?  хочу
   связать два дома 
<combr> по 802.11b. будут ли внешним антеннам мешать деревья? ;)
<drF_ckoff> "беспроводное оборудование" будет сосать, пока не изобретут
            "беспроводное электричество" =)

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

Re: [devel] q: почему мы здесь?

[Sergey Y. Afonin]

On Thursday 14 April 2005 22:35, Maxim Tyurin wrote:

> Не все в этом мире OpenSource к сожалению.
> Коммерческий софт пусть таскает все с собой. Только чтоб работал. 
> Кстати то "все" что он с собой таскает влазит на 2 дискеты.

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

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] q: почему мы здесь?

[Andrey Brindeew]

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

On Thu, Apr 14, 2005 at 11:46:43PM +0600, Andrey Rahmatullin wrote:
> On Thu, Apr 14, 2005 at 08:35:46PM +0300, Maxim Tyurin wrote:
> > Не все в этом мире OpenSource к сожалению.
> Угу.
> > Кстати то "все" что он с собой таскает влазит на 2 дискеты.
> $ du -s /usr/lib/vmware/lib/
> 14M     /usr/lib/vmware/lib/

"Life is evil, disk space is cheap. Install EVERYTHING!" :-)

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

[devel] Re: почему мы здесь?

[Vitaly Ostanin]

Sergey Y. Afonin пишет:
> On Thursday 14 April 2005 22:35, Maxim Tyurin wrote:
> 
>>Не все в этом мире OpenSource к сожалению.
>>Коммерческий софт пусть таскает все с собой. Только чтоб работал. 
>>Кстати то "все" что он с собой таскает влазит на 2 дискеты.
> 
> А если он таскает все с собой, то я не вижу проблем в совместимости.
> Ну, для софта из обозримомого, конечно, прошлого. Только, естественно,
> сборка должна быть статическая или библиотеки уникальные.

Максим, это аргумент? Мне тоже предстоят баталии с 
доказательством работы старого кода в linux :(

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

Re: [devel] Re: q: почему мы здесь?

[Вячеслав Диконов]

В Чтв, 14/04/2005 в 16:09 +0300, Maxim Tyurin пишет:
> >> Я когда-то взялся описать со стороны скорее сообщества --
> >> http://www.freesource.info/wiki/Altlinux/AltContext#h12982-3
> >> получилось, хотелось бы комментариев оного сообщества (team).
> >> 
> >> Почему мы здесь?
> >
> > Чёрт его знает.  Судьба.  Купил я свой первый линукс -- это был J1.0;
> > и вот теперь я здесь.  Если бы это был другой линукс, скорее всего меня
> > бы здесь не было.
> 
> :) Точно судьба. Лучше и не скажешь.
> Хотя выбирал ALT достаточно осознанно. Может на момент выбора просто
> не все осознал.
Я тоже достаточно осознанно выбрал когда-то МдкРЕ, потому что искал 
дистрибутив простой в установке, с самой полной локализацией, с
поддержкой (в форме дружеских и не очень советов "гуру", а вовсе не
коммерческую службу "заплати и мы все сделаем") и с широким выбором
различных программ. 

Отсутствие граф. конфигураторов убило преимущество номер 1. Что будет
дальше, я не знаю, но не попробовав альтератор (с соответствующей моему
Гномовскому рабочему столу мордой) считаю, что все пока в тумане.
Желающие оPOSIXить все видимое вокруг убили преимущество номер 2. 
Вот поддержка и контакт действительно есть. Это и пусть ограниченная, но
возможность исправить сильно мешающие огрехи, регулярно обновляться и
иногда реализовывать свои мини-проекты держит.  

> > Так что я стараюсь писать в духе "Раз уж мы с вами здесь, то..."

Re: [devel] q: почему мы здесь?

[Вячеслав Диконов]

В Чтв, 14/04/2005 в 17:14 +0400, Anton Farygin пишет:
> Maxim Tyurin wrote:
> 
> >Michael Shigorin writes:
> >\scip
> >  
> >
> >
> <skip>
> 
> >Очень не нравится попытка загнать всех в светлое будущее (например
> >перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).
> >
> Это не откручивание колес, это простая экономия времени разработки 
> следующей версии.
Это саботаж! 

Никто ведь не проверил и не гарантировал, что следующая версия _ядра_
вообще пригодна для повседневной работы. Мне оно оказалось непригодно,
так что сижу на 2.4 и жду первого приличного выпуска 2.6 чертыхаясь.

Еще раз спасибо за hotplug!

Re: [devel] q: почему мы здесь?

[Anton Farygin]

Maxim Tyurin wrote:

>Anton Farygin writes:
>
>  
>
>>Andrey Brindeew wrote:
>>
>>    
>>
>>>On Thu, Apr 14, 2005 at 05:14:31PM +0400, Anton Farygin wrote:
>>>
>>>
>>>      
>>>
>>>>>Очень не нравится попытка загнать всех в светлое будущее (например
>>>>>перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>Это не откручивание колес, это простая экономия времени разработки
>>>>следующей версии.
>>>>
>>>>
>>>>        
>>>>
>>>Обратная совместимость нужна. Иногда светлое будущее не нужно.
>>>Нужно чтобы просто работало то, что есть.
>>>
>>>
>>>      
>>>
>>насколько обратная ? Например - ядро 2.0 должно работать ?
>>    
>>
>
>2.0 может и не должно, но 2.4 точно должно работать.
>  
>
А почему ? А что еще должно работать помимо ядра ?

>  
>
>>И что вообще из того что есть должно работать ? например - должен ли
>>работать софт, собранный под Master 2.0 ?
>>    
>>
>
>Было бы очень желательно.
>
>  
>
>>Должен ли в Sisyphus работать софт, собранный под master 2.4 ?
>>
>>И вообще - что такое обратная совместимость ?
>>    
>>
>
>Это когда софт написанный 5 лет назад работает и сейчас без применения
>напильников и шаманских плясок.
>
>\flame
>Например у нас есть софт который написан под NT4 успешно работает под
>win2003. 
>  
>
ну так собирайте статически - и все работать будет ;-)

Или просто можно таскать за собой пачку библиотек...

Rgds,
Rider

Re: [devel] q: почему мы здесь?

[Anton Farygin]

Вячеслав Диконов wrote:

>В Чтв, 14/04/2005 в 17:14 +0400, Anton Farygin пишет:
>  
>
>>Maxim Tyurin wrote:
>>
>>    
>>
>>>Michael Shigorin writes:
>>>\scip
>>> 
>>>
>>>
>>>      
>>>
>><skip>
>>
>>    
>>
>>>Очень не нравится попытка загнать всех в светлое будущее (например
>>>перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).
>>>
>>>      
>>>
>>Это не откручивание колес, это простая экономия времени разработки 
>>следующей версии.
>>    
>>
>Это саботаж! 
>
>Никто ведь не проверил и не гарантировал, что следующая версия _ядра_
>вообще пригодна для повседневной работы. Мне оно оказалось непригодно,
>так что сижу на 2.4 и жду первого приличного выпуска 2.6 чертыхаясь.
>  
>
А может быть вместо этого довести до ума то, что не работает ? ;-)

Вместо чертыханий..

>Еще раз спасибо за hotplug!
>
>  
>
Пожалуйста.

Rgds,
Rider

Re: [devel] q: почему мы здесь?

[Maxim Tyurin]

Anton Farygin writes:

>>>>Очень не нравится попытка загнать всех в светлое будущее (например
>>>>перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).
>>>>
>>>>
>>>>
>>> Это не откручивание колес, это простая экономия времени разработки
>>> следующей версии.
>>>
>>>
>> Это саботаж!
>>
>>Никто ведь не проверил и не гарантировал, что следующая версия _ядра_
>>вообще пригодна для повседневной работы. Мне оно оказалось непригодно,
>>так что сижу на 2.4 и жду первого приличного выпуска 2.6 чертыхаясь.
>>
>>
> А может быть вместо этого довести до ума то, что не работает ? ;-)
>
> Вместо чертыханий..

Можно довести до ума. Только то что работает ломать не надо.

"... мы разрушим до основанья, а потом.." это уже проходили.

-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [devel] q: почему мы здесь?

[Maxim Tyurin]

Anton Farygin writes:

> Maxim Tyurin wrote:
>
>>Anton Farygin writes:
>>
>>
>>
>>>Andrey Brindeew wrote:
>>>
>>>
>>>
>>>>On Thu, Apr 14, 2005 at 05:14:31PM +0400, Anton Farygin wrote:
>>>>
>>>>
>>>>
>>>>
>>>>>>Очень не нравится попытка загнать всех в светлое будущее (например
>>>>>>перегнать всех на 2.6.x ядро с пом-ю откручивания колес у ядра 2.4.x).
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>Это не откручивание колес, это простая экономия времени разработки
>>>>>следующей версии.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>Обратная совместимость нужна. Иногда светлое будущее не нужно.
>>>>Нужно чтобы просто работало то, что есть.
>>>>
>>>>
>>>>
>>>>
>>>насколько обратная ? Например - ядро 2.0 должно работать ?
>>>
>>>
>>
>>2.0 может и не должно, но 2.4 точно должно работать.
>>
>>
> А почему ? А что еще должно работать помимо ядра ?

Потому что оно *работает*. Хорошо работает. И покрывает 100% моих
потребностей. 

Если что-то работает и делает все что мне надо я даже не буде
задумываться о его улучшении, обновлении или любом другом изменении. 

> ну так собирайте статически - и все работать будет ;-)

Так и приходится делать.

>
> Или просто можно таскать за собой пачку библиотек...

-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [devel] Re: q: почему мы здесь?

[Aleksey Novodvorsky]

Alexey Tourbin пишет:

>On Thu, Apr 14, 2005 at 05:56:10PM +0400, Aleksey Novodvorsky wrote:
>  
>
>>>зависимость от данного конкретного ООО не была бы такой фатальной.
>>>      
>>>
>>Фатальной -- это как?
>>    
>>
>
>Когда судьба проекта целиком зависит от ООО, которому "многие из нас
>имеют основания поставить оценку неуд".
>  
>

Вы как будто все время кричите "Дайте свободу от проклятых бусурман!".
Как один из вождей бусурман, отвечаю "Берите!". Хватит стучаться в 
открытую дверь!
У Вас была  отличная позитивная программа сборки perl. Вы ее 
реализовали, Вас поддержали в этом. будет позитивная программа в области 
ухода от "зависимости на ООО" или в любой другой -- отлично. А выступать 
под лозунгами "Даешь!" и "Долой!"  -- просто, бессмысленно и вредно для 
дела.
Проблема-то банальна.
Ситуация  на рынке быстро меняется, то что вчера было интересно и стоило 
дорого, сегодня стоит меньше,  меняются приоритеты. Появляются серьезные 
игроки  со своими интересами, вокруг них оживляется всякая шушера, 
желающая сорвать побольше и смыться. ALT должен был расти и рос в 
прошлом году, но мы столкнулись с трудностями. Ответсвенен за это 
менеджмент, в том числе и я.  Сейчас мы реально вылезаем из ямы без 
сокращения деятельности, -- наоборот, я надеюсь на рост к осени. Все 
это, увы, не могло не сказатсья на проектах. Их большая 
самомтсоятельность в наших общих интересах, но без вложений здесь не 
обойтись.
Несмотря на все проблемы, мы, наконец, становимся полностью "особыми",  
том чсиле с точки зрения пользователя,  после появления своего 
установщика и системы настройки. Это будет серьезный прорыв, о котором 
так давно говорили. У нас к лету будет Compact , live cd на его основе, 
по мере напсиания модулей для alterator будем двигаться к Master.
Я предложил бы закончить бесплодные обсуждения. Если есть констуктивные 
предложения -- давайте говорить.
Rgrds, Алексей

>  
>
>>Если сказать не можете -- значит не понимаете. Собака она все говорит, 
>>что понимает. :-)
>>    
>>
>
>Я однако же привел пример с grep+pcre.  Вы давеча написали, что в ALT
>проще реализовать концептуальные решения, выходящие за рамки одного
>пакета.  Скажите, как реализовать такое шикарное концептуальное решение,
>чтобы `grep -P' работало? :)
>
>Теперь формулирую: распределенная система разработки репозитария
>подразумевает возможность внесения локальных изменений, которые
>"сохраняются" между синхронизациями/обновлениями.  Более того, сама
>cинхронизация является по сути слиянием чужих таких локальных изменений
>(возможно, не всех).
>  
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Devel mailing list
>Devel@altlinux.ru
>https://lists.altlinux.ru/mailman/listinfo/devel
>

[devel] Re: q: почему мы здесь?

[Michael Shigorin]

On Thu, Apr 14, 2005 at 05:56:10PM +0400, Aleksey Novodvorsky wrote:
> >Угу.  Было бы здорово, если бы к работе над сизифом
> >подключилось ещё несколько фирм, которые делают свои продукты
> >на основе сизифа.
> Такие фирмы есть.

Да.  Но хотелось бы расставить точки над "ы", поскольку некоторые
прецеденты (навроде забивания на мнение ed@, помнится, и ab@ без
каких-либо внятных пояснений) напрягают, когда опять приходится
формулировать своё мнение.

Т.е. мы все ошибаемся, но из этого надо выводы делать.
И смотреть, что является причиной проблем.

> >Тогда зависимость от данного конкретного ООО не была бы такой
> >фатальной.
> Фатальной -- это как?

Это так, что у нас второй месяц local root в perl-suidperl,
например.  Ну и то, что существенную часть инфраструктуры между
incoming и ftp:// ... /Sisyphus вы вынужденно тащите сами, и
разумных альтернатив пока не вижу.  Это не прямо фатально, но
связь весьма непосредственная.

Можно форкаться, но не нужно.  Ещё не нужно -- стать freebsd или
gentoo с вечными "stable but not production yet" или "latest ==
greatest".

Они уже есть.

С другой стороны, минимум две состоявшихся платформы тоже есть.

Мне почему-то кажется, что альт -- скорее платформа, чем
песочница для разработчиков.  Какие у неё есть особенности?
(помимо очевидного -- локализации, что до сих пор актуально,
но явно сглаживается по годам)

> >А вообще конечно для работы над репозитарием нужна какая-то
> >гибкая распределенная система.  (Такая система скорее всего
> >будет source-based.

Ну, они все в какой-то мере source-based.

Пока из нужного видится уточнение объектов работы и правил
игры: stable, unstable, локальная сборка или "в гостях".

Начато здесь: http://wiki.sisyphus.ru/devel/InfraStructure

> >Но здесь я как собака: всё понимаю, а сказать не могу. 
> Если сказать не можете -- значит не понимаете. Собака она все
> говорит, что понимает. :-)

Алексей, а мне вот кажется -- понимает.

Это как в России две беды -- дураки и дороги, так и в ALT --
слишком умные (не ёрничаю, но это тоже бывает проблемой) и
"знание в головах".  Которое очень дорого оттуда выковыривать
более чем пять раз подряд, а в сочетании с первым склонно
приводить к самоизоляции.

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

[devel] roadmap? (was: q: почему мы здесь?)

[Michael Shigorin]

On Fri, Apr 15, 2005 at 02:06:40PM +0400, Aleksey Novodvorsky wrote:
> Несмотря на все проблемы, мы, наконец, становимся полностью
> "особыми",  том чсиле с точки зрения пользователя,  после
> появления своего установщика и системы настройки.

Главное, чтобы это ещё и работало.

> Это будет серьезный прорыв, о котором так давно говорили.

А работать оно будет, когда отладка, модернизация и расширение
будут даваться разумной ценой... собственно, почему отдельные
личности и ратовали за скрипты, а не плюсы.  Но тут молчу,
поскольку свежие впечатления есть только от старого инсталера, 
нового видел несколько строк пока.  Всё набираюсь смелости :-)

> Я предложил бы закончить бесплодные обсуждения. Если есть
> констуктивные предложения -- давайте говорить.

Давайте roadmap нарисуем.  Когда примерно что примерно хотелось
бы сделать и что для этого надо.

А то висит куча всяких дел и задумок, и по ним в который раз
непонятно, что и на когда имеет смысл пытаться закончить.
Это не говоря про то самое тестирование.

Из того, что у меня:

- webapp/dbapp policy.

Из того, что знаю (по тех. части; в произвольном порядке):

- стандартизация штатных средств работы с репозиториями, начиная
  с инструментария зеркалирования и дефолтов, совместимых с FHS
  (это о тысяче вариаций скриптов, имеющих хождение, и /raid);

- системная поддержка LDAP (vserge@, ab@; eugene@unisoft, sinister@emt)

- решение (не частичное, а системное) вопроса с objprelink и
  подобными технологиями, не приводящее к необходимости отвечать 
  в стиле "это вам кажется" на вопросы "почему в FC3 firefox
  впятеро быстрее стартует?", в конце концов...

По орг. части:

- отделение информации о _проекте_ ALT Linux Team от информации
  про ООО "Альт Линукс":
  + для новостей компании строчка пакетов из Sisyphus -- это
    вредительство, а не показатель жизнедеятельности;
  + для проекта важна страховка от "ботлнеков" в виде сотрудников
    какой-либо фирмы, которые могут производить изменения
    информационных ресурсов, но как правило -- перегружены;
  + позиционирование проекта и фирм существенно различно.

=>

- организация команд, работающих над существенными частями
  проекта и формализация их статуса, прав и ответственности
  (есть мнение, что _команды_ по маркетингу, юзабилити, QA,
  дизайну, переводу -- давно нужны и пока похоже, что они скорее
  родятся при поддержке фирм, чем непосредственно в них, хотя
  задачи они могут решать -- проекта, а не фирм).

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

Я не знаю, где это обсуждать, но это вроде как касается team.

PS: часть из того, что здесь недосказано, надеюсь обсудить в
офисах ООО Альт Линукс ориентировочно в конце следующей недели:
с бумагой, за чаем и видя глаза -- получается продуктивнее.

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

[devel] Re: q: почему мы здесь?

[Michael Shigorin]

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

On Thu, Apr 14, 2005 at 08:44:29PM +0400, Alexander Bokovoy wrote:
> Рекомендую посмотреть и не поверхностно, как делает
> большинство, выстраивая свои выводы, на то, как подобные
> вопросы решаются в других сообществах (и за чей счет). И после
> этого уже начинать пытаться делать выводы о "работе".

Я сейчас довольно тесно наблюдаю за развитием TYPO3 и они мне
чем-то неуловимо напоминают альт (вот это самое "недосказанное",
очень часто ловящееся в архивах рассылок), но они уже минимум
годом впереди нас: важные направления "закрыты" командами, каждый
существенный проект -- тоже, ну и вот организовалась ассоциация
вокруг проекта.

Списался тут с народом из Canonical, спросил, с кем и где бы
пообщаться про взаимодействие фирм и сообществ -- у них явно есть
подход к этой теме.

Отправили в http://lists.ubuntu.com/mailman/listinfo/sounder/ --
посмотрим.

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

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

[devel] Re: q: почему мы здесь?

[Michael Shigorin]

On Thu, Apr 14, 2005 at 05:14:31PM +0400, Anton Farygin wrote:
> >Очень не нравится попытка загнать всех в светлое будущее
> >(например перегнать всех на 2.6.x ядро с пом-ю откручивания
> >колес у ядра 2.4.x).
> Это не откручивание колес, это простая экономия времени
> разработки следующей версии.

Ты говорил, что это _заняло_ время.  Определись.

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

[devel] Re: q: почему мы здесь?

[Michael Shigorin]

On Fri, Apr 15, 2005 at 11:20:47AM +0400, Anton Farygin wrote:
> >>>Обратная совместимость нужна. Иногда светлое будущее не нужно.
> >>>Нужно чтобы просто работало то, что есть.
> >>насколько обратная ? Например - ядро 2.0 должно работать ?

Оно может и работать, если будет заинтересованный в поддержке.

> >2.0 может и не должно, но 2.4 точно должно работать.
> А почему ?

Потому, что это стабильное ядро, наличествующее в ALT Linux 2.x.
Соответственно ломая совместимость с ними по этой части, ты
_де_мотивируешь тех, кто мог бы принять участие в тестировании,
а то и разработке.

А сам всего не сделаешь.

> А что еще должно работать помимо ядра ?

То, что возьмутся поддерживать участники команды (как минимум).
Почему ты протестовал против hotplug24, который бы работал 
на 2.4.x?

> >>И вообще - что такое обратная совместимость ?
> >Это когда софт написанный 5 лет назад работает и сейчас без
> >применения напильников и шаманских плясок.
> >\flame Например у нас есть софт который написан под NT4
> >успешно работает под win2003. 
> ну так собирайте статически - и все работать будет ;-)

А у нас возможно собираться статически занедорого?

Этим вы уже хорошо обломали поставщиков третьего софта в лице 
morozov@ и ott@.  Наверняка потеряв партнёров, дополнительный
приток разработчиков, а то и поставки.

> Или просто можно таскать за собой пачку библиотек...

Антон (да и не только) -- почитай на досуге вот это:
http://www.joelonsoftware.com/articles/APIWar.html

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

Для чего это всё вообще делается?  Чтоб помучаться вдоволь и
других загнать или чтобы сообща _эффективно_ сделать жизнь хоть
чуточку лучше?..

PS: не хочу никого обидеть, поэтому если кто что не понял или
зацепило -- пишите, может, неудачно выразился.  Просто за друзей
и умных всегда обиднее всего.

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

[devel] backwards compatibility

[Michael Shigorin]

On Fri, Apr 15, 2005 at 12:17:13AM +0400, Vitaly Ostanin wrote:
> Максим, это аргумент? Мне тоже предстоят баталии с
> доказательством работы старого кода в linux :(

По умолчанию на это лучше не рассчитывать.

При наличии опыта по заданной сфере и знании отношения к теме
тех, кто в ответе за API и (не)понимание важности обратной
совместимости можно под свою ответственность говорить об
обратном.

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

[devel] 2.4/2.6, hotplug

[Michael Shigorin]

On Fri, Apr 15, 2005 at 09:24:03AM +0400, Вячеслав Диконов wrote:
> Никто ведь не проверил и не гарантировал, что следующая версия
> _ядра_ вообще пригодна для повседневной работы. Мне оно
> оказалось непригодно, так что сижу на 2.4 и жду первого
> приличного выпуска 2.6 чертыхаясь.

Пробуй wks26 и с помощью devel-kernel@, буде таковая настанет,
тащить туда свои проблемные модули.

> Еще раз спасибо за hotplug!

И залей hotplug24 на базе shrek'овского, а?

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

[devel] Re: q: почему мы здесь?

[Michael Shigorin]

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

On Thu, Apr 14, 2005 at 05:42:28PM +0400, Dmitry V. Levin wrote:
> > Очень не нравится попытка загнать всех в светлое будущее
> > (например перегнать всех на 2.6.x ядро с пом-ю откручивания
> > колес у ядра 2.4.x).
> Господа/коллеги, давайте прекратим этот пустой трёп.

Дима, к сожалению, это не помогает.  "Один раз они не закричат".

> То, что деятельности OOO многие из нас имеют основания
> поставить оценку неуд, ничего в этом OOO не меняет.

Люди (возможно, в последний раз) пытаются объяснить своё видение
проблемы проекта, в который их пригласило ООО.

> Если вы заинтересованы развивать те общественные проекты,
> которые когда-то начинало OOO, замечательно.

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

Бросать -- дорого и никому не хочется, как протёртое кресло.
Опять же _это_ сообщество уже не повторится в другом месте.

> Если нет, то нечего пенять на OOO

Это не так.  За слова надо отвечать.

> займитесь чем-нибудь более приятным (разве что пинать OOO
> доставляет вам удовольствие).

Мне -- ни капельки.

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

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

Re: [devel] Re: q: почему мы здесь?

[Anton Farygin]

Michael Shigorin wrote:

>On Fri, Apr 15, 2005 at 11:20:47AM +0400, Anton Farygin wrote:
>  
>
>>>>>Обратная совместимость нужна. Иногда светлое будущее не нужно.
>>>>>Нужно чтобы просто работало то, что есть.
>>>>>          
>>>>>
>>>>насколько обратная ? Например - ядро 2.0 должно работать ?
>>>>        
>>>>
>
>Оно может и работать, если будет заинтересованный в поддержке.
>
>  
>
>>>2.0 может и не должно, но 2.4 точно должно работать.
>>>      
>>>
>>А почему ?
>>    
>>
>
>Потому, что это стабильное ядро, наличествующее в ALT Linux 2.x.
>Соответственно ломая совместимость с ними по этой части, ты
>_де_мотивируешь тех, кто мог бы принять участие в тестировании,
>а то и разработке.
>  
>
тестировании чего ? Ядра 2.4 ? А зачем ? Разработке чего ?

>А сам всего не сделаешь.
>
>  
>
>>А что еще должно работать помимо ядра ?
>>    
>>
>
>То, что возьмутся поддерживать участники команды (как минимум).
>Почему ты протестовал против hotplug24, который бы работал 
>на 2.4.x?
>  
>
Потому что мне все равно придется с ним работать - как минимум отвечать 
на вопросы - почему не работает ядро 2.6

И как его обновлять ? вешать на него obsolete ? так он сразу и заменится.

>  
>
>>>>И вообще - что такое обратная совместимость ?
>>>>        
>>>>
>>>Это когда софт написанный 5 лет назад работает и сейчас без
>>>применения напильников и шаманских плясок.
>>>\flame Например у нас есть софт который написан под NT4
>>>успешно работает под win2003. 
>>>      
>>>
>>ну так собирайте статически - и все работать будет ;-)
>>    
>>
>
>А у нас возможно собираться статически занедорого?
>
>Этим вы уже хорошо обломали поставщиков третьего софта в лице 
>morozov@ и ott@.  Наверняка потеряв партнёров, дополнительный
>приток разработчиков, а то и поставки.
>  
>
Кстати, я всегда собираю в своих пакетах статические библиотеки... и 
всем настоятельно советую это делать.

>  
>
>>Или просто можно таскать за собой пачку библиотек...
>>    
>>
>
>Антон (да и не только) -- почитай на досуге вот это:
>http://www.joelonsoftware.com/articles/APIWar.html
>
>Хорошая статья, по делу.  Эти хреновы новости уже заколебали,
>когда каждая -- как иллюстрация к китайскому проклятию "чтоб ты
>жил в эпоху перемен".  Что в апстриме, что у нас, что "у них".
>
>Для чего это всё вообще делается?  Чтоб помучаться вдоволь и
>других загнать или чтобы сообща _эффективно_ сделать жизнь хоть
>чуточку лучше?..
>
>PS: не хочу никого обидеть, поэтому если кто что не понял или
>зацепило -- пишите, может, неудачно выразился.  Просто за друзей
>и умных всегда обиднее всего.
>
>  
>
Я люблю читать короткие письма.. не в плане объема, а в плане фраз.

так что я читаю, но не все.

Rgds,
Rider

Re: [devel] 2.4/2.6, hotplug

[Anton Farygin]

Michael Shigorin wrote:

>On Fri, Apr 15, 2005 at 09:24:03AM +0400, Вячеслав Диконов wrote:
>  
>
>>Никто ведь не проверил и не гарантировал, что следующая версия
>>_ядра_ вообще пригодна для повседневной работы. Мне оно
>>оказалось непригодно, так что сижу на 2.4 и жду первого
>>приличного выпуска 2.6 чертыхаясь.
>>    
>>
>
>Пробуй wks26 и с помощью devel-kernel@, буде таковая настанет,
>тащить туда свои проблемные модули.
>
>  
>
>>Еще раз спасибо за hotplug!
>>    
>>
>
>И залей hotplug24 на базе shrek'овского, а?
>  
>
Заливайте заливайте.. только плз так что бы не мешало никому жить - 
ничего не ломало, ничего не провайдило и т.д.

Rgds,
Rider

Re: [devel] Re: q: почему мы здесь?

[Anton Farygin]

Michael Shigorin wrote:

>On Thu, Apr 14, 2005 at 05:14:31PM +0400, Anton Farygin wrote:
>  
>
>>>Очень не нравится попытка загнать всех в светлое будущее
>>>(например перегнать всех на 2.6.x ядро с пом-ю откручивания
>>>колес у ядра 2.4.x).
>>>      
>>>
>>Это не откручивание колес, это простая экономия времени
>>разработки следующей версии.
>>    
>>
>
>Ты говорил, что это _заняло_ время.  Определись.
>  
>
Чего заняло время ? Я не понял твоей фразы...

Rgds,
Rider

Re: [devel] Re: q: почему мы здесь?

[Anton Farygin]

Michael Shigorin wrote:

>On Thu, Apr 14, 2005 at 05:42:28PM +0400, Dmitry V. Levin wrote:
>  
>
>
<skip>

>  
>
>>Если вы заинтересованы развивать те общественные проекты,
>>которые когда-то начинало OOO, замечательно.
>>    
>>
>
>Если завтра придёт Антон и скажет, что это заливать нельзя, 
>а то будет вот так и никак иначе -- смысла развивать здесь
>что-либо нет.  Всё равно что играть в демократию с императором.
>  
>
Я могу сказать все что угодно, но это же не значит что так делать нельзя ;-)
Залить можно все.. вопрос насколько что-то залитое будет мешать работам 
(согласись - необходимым) над инсталятором/конфигуратором и т.д.

>
>Мне -- ни капельки.
>  
>
Тогда займись делом.. ;-)

Ты же обещал как минимум поработать над хелпами для 3.0 .

Или все, от тебя кроме бета-тестинга (ну и агрессивных писем в devel@ с 
сообщением что жить надо по другому, давайте научу..) - уже не стоит 
ничего ожидать ?

Rgds,
Rider

Re: [devel] Re: q: почему мы здесь?

[Maxim Tyurin]

Anton Farygin writes:

>>Потому, что это стабильное ядро, наличествующее в ALT Linux 2.x.
>>Соответственно ломая совместимость с ними по этой части, ты
>>_де_мотивируешь тех, кто мог бы принять участие в тестировании,
>>а то и разработке.
>>
>>
> тестировании чего ? Ядра 2.4 ? А зачем ? Разработке чего ?

Не ядра, а всего Сизифа.
\scip
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [devel] 2.4/2.6, hotplug

[Peter V. Saveliev]

On Friday 15 April 2005 18:24, Anton Farygin wrote:
<skip />
> Заливайте заливайте.. только плз так что бы не мешало никому жить -
> ничего не ломало, ничего не провайдило и т.д.
<skip />

афтар жжёт :)) Антон, хуже, чем мне сломал новый хотплаг -- не по твоей вине, 
а по своей природе -- мне старый ничего не сломает. Это только имхо, но есть.

-- 
Peter V. Saveliev

Re: [devel] Re: q: почему мы здесь?

[Anton Farygin]

Maxim Tyurin wrote:

>Anton Farygin writes:
>
>  
>
>>>Потому, что это стабильное ядро, наличествующее в ALT Linux 2.x.
>>>Соответственно ломая совместимость с ними по этой части, ты
>>>_де_мотивируешь тех, кто мог бы принять участие в тестировании,
>>>а то и разработке.
>>>
>>>
>>>      
>>>
>>тестировании чего ? Ядра 2.4 ? А зачем ? Разработке чего ?
>>    
>>
>
>Не ядра, а всего Сизифа.
>\scip
>  
>
Я не понимаю что мешает тестировать весь сизиф ?

Я когда объявлял о прекращении поддержки hotplug'ом ядра 2.4 - ясно 
написал, что все, кто хочет что бы он у них работал на ядре 2.4 - 
ставить на hold.

Не поставили ???

Чем я могу помочь ?

Или мне предлагается потратить пару недель, переставить на шести 
доступных под рукой машинах ядра с 2.6 на 2.4, провести работы по 
доработке детекта железа на ядре 2.4 в libhw, допилить наконец до этого 
хотплуг, подумать как сделать что бы на 2.4 использовался один набор 
драйверов, на 2.6 - другой, переписать все заточенные на sysfs утилиты 
... я правильно понимаю ?

Или постоянно собирать kudzu, сборка которого ломается с завидной 
переодичностью из-за появления новых библиотек, а mainstream kudzu уже 
давным давно забыл про ядро 2.4 как про страшный сон (в плане детекта 
железа)... и естественно у них нет ни кусочка кода для работы с ядром 
2.4 (по секрету скажу - я уже не знаю дистрибутивов новых версий, у 
которых _хоть как-то_ поддерживается автодетект оборудования на ядре 
2.4)...

Так что - вы предлагаете мне активно поработать, что бы у Славы Диконова 
работали его DVB платы ?

Так может быть намного проще тому же Славе списаться с авторами дров DVB 
для ядра 2.6 и все-таки сделать их работоспособными ?

Или все-таки наконец то мы поймем, что пользоваться - одно, тестировать 
- другое, разрабатывать - третье.. и уж если ушли вперед, все-таки 
собрав 2.6 ядра, обновив userspace для работы с ними, собрав KDE и GNOME 
с поддержкой этого ... то наверное не стоит вспоминать про то, что было 
несколько лет назад.

Мне вот например _ОЧЕНЬ_ не нравится xorg. Ничего не работает, все 
падает.. все криво... на savage вообще труба.
Но я же ничего не говорю.. просто вешаю баги, жду новых сборок, 
тестирую.. где-то (где есть время) исправляю сам.

так что давайте все-таки определимся - где мы хотим жить ? В вечном 
stable или в вечном development с выпуском stable срезов ?

Я думаю что только последнее.

И вообще - весь этот тред надо закрывать как абсолютно бесполезный, 
убивающий время на чтение и создающий лишний трафик.

Есть желание подискутировать - welcom to talk-room@, но без меня.


Rgds,
Rider

Re: [devel] 2.4/2.6, hotplug

[Anton Farygin]

Peter V. Saveliev wrote:

>On Friday 15 April 2005 18:24, Anton Farygin wrote:
><skip />
>  
>
>>Заливайте заливайте.. только плз так что бы не мешало никому жить -
>>ничего не ломало, ничего не провайдило и т.д.
>>    
>>
><skip />
>
>афтар жжёт :)) Антон, хуже, чем мне сломал новый хотплаг -- не по твоей вине, 
>а по своей природе -- мне старый ничего не сломает. Это только имхо, но есть.
>
>  
>
А чего он тебе сломал то ?

Ты в bugzilla это повесил ? ;-)

Rgds,
Rider

Re: [devel] 2.4/2.6, hotplug

[Peter V. Saveliev]

On Friday 15 April 2005 18:43, Anton Farygin wrote:
<skip />
> А чего он тебе сломал то ?
>
> Ты в bugzilla это повесил ? ;-)
<skip />

Жизнь он мне сломал, Антон, в багзиллу это не повесишь :)) Вот монтировалась у 
меня флэшка. Теперь не монтируется. Запускалась машина нормально -- теперь не 
запускается. Почему? Потому что 2.6. Потому что modprobe ppp-async и modprobe 
nvidia у меня не отрабатывают, нужен insmod. А /etc/modules причёсывает 
modprobe. Потому что ядро 2.6 тормозное, как выводок даунов на весенней 
прогулке, потому что I hate 2.6 :) Это не баги в основном, это ощущения, их 
не всегда занесёшь в глюкозавра.

Но вот -- пришло время, нужно обновиться, чтобы было что заносить в багзиллу, 
ты ведь не интересуешься позапрошлогодними багами? А что мне ещё обновление 
отвалит? Я не знаю. А у меня десктоп домашний с юзерами :| В общем, как 
наберусь смелости -- обновлюсь, и держите меня семеро -- раззудившейся рукой 
занесу туда тридцать три бага, которые раньше, как известно, выходили из 
моря, а теперь прямо из-под земли лезут...

-- 
Peter V. Saveliev

Re: [devel] Re: q: почему мы здесь?

[Maxim Tyurin]

Anton Farygin writes:

> Maxim Tyurin wrote:
>
>>Anton Farygin writes:
>>
>>
>>
>>>>Потому, что это стабильное ядро, наличествующее в ALT Linux 2.x.
>>>>Соответственно ломая совместимость с ними по этой части, ты
>>>>_де_мотивируешь тех, кто мог бы принять участие в тестировании,
>>>>а то и разработке.
>>>>
>>>>
>>>>
>>>>
>>>тестировании чего ? Ядра 2.4 ? А зачем ? Разработке чего ?
>>>
>>>
>>
>>Не ядра, а всего Сизифа.
>>\scip
>>
>>
> Я не понимаю что мешает тестировать весь сизиф ?
>
> Я когда объявлял о прекращении поддержки hotplug'ом ядра 2.4 - ясно
> написал, что все, кто хочет что бы он у них работал на ядре 2.4 -
> ставить на hold.
>
> Не поставили ???

Поставили. 
Только без *ежедневного* и вдумчивого чтения рассылок это сокровенное
знание (что hotplug надо на hold поставить) добыть невозможно.

>
> Чем я могу помочь ?

roadmap'ом

>
> Или мне предлагается потратить пару недель, переставить на шести
> доступных под рукой машинах ядра с 2.6 на 2.4, провести работы по
> доработке детекта железа на ядре 2.4 в libhw, допилить наконец до
> этого хотплуг, подумать как сделать что бы на 2.4 использовался один
> набор драйверов, на 2.6 - другой, переписать все заточенные на sysfs
> утилиты ... я правильно понимаю ?
>
> Или постоянно собирать kudzu, сборка которого ломается с завидной
> переодичностью из-за появления новых библиотек, а mainstream kudzu уже
> давным давно забыл про ядро 2.4 как про страшный сон (в плане детекта
> железа)... и естественно у них нет ни кусочка кода для работы с ядром
> 2.4 (по секрету скажу - я уже не знаю дистрибутивов новых версий, у
> которых _хоть как-то_ поддерживается автодетект оборудования на ядре
> 2.4)...
>
> Так что - вы предлагаете мне активно поработать, что бы у Славы
> Диконова работали его DVB платы ?
>
> Так может быть намного проще тому же Славе списаться с авторами дров
> DVB для ядра 2.6 и все-таки сделать их работоспособными ?
>
> Или все-таки наконец то мы поймем, что пользоваться - одно,
> тестировать - другое, разрабатывать - третье.. и уж если ушли вперед,
> все-таки собрав 2.6 ядра, обновив userspace для работы с ними, собрав
> KDE и GNOME с поддержкой этого ... то наверное не стоит вспоминать про
> то, что было несколько лет назад.

И не вспоминая что было несколько лет назад обреченно прыгать на
грабли. Постоянно причем.

>
> Мне вот например _ОЧЕНЬ_ не нравится xorg. Ничего не работает, все
> падает.. все криво... на savage вообще труба.
> Но я же ничего не говорю.. просто вешаю баги, жду новых сборок,
> тестирую.. где-то (где есть время) исправляю сам.
>
> так что давайте все-таки определимся - где мы хотим жить ? В вечном
> stable или в вечном development с выпуском stable срезов ?

А что у нас stable? Слегка поддерживаемый Master 2.4?
На котором 51 баг висит?

> Я думаю что только последнее.
>
> И вообще - весь этот тред надо закрывать как абсолютно бесполезный,
> убивающий время на чтение и создающий лишний трафик.
>
> Есть желание подискутировать - welcom to talk-room@, но без меня.

Хорошо. Я узнал все что хотел. 
Спасибо за внимание.
-- 

With Best Regards, Maxim Tyurin aka Bungarus
JID:	MrKooll@jabber.pibhe.com

Re: [devel] 2.4/2.6, hotplug

[Anton Farygin]

Peter V. Saveliev wrote:

>On Friday 15 April 2005 18:43, Anton Farygin wrote:
><skip />
>  
>
>>А чего он тебе сломал то ?
>>
>>Ты в bugzilla это повесил ? ;-)
>>    
>>
><skip />
>
>Жизнь он мне сломал, Антон, в багзиллу это не повесишь :)) Вот монтировалась у 
>меня флэшка. Теперь не монтируется. Запускалась машина нормально -- теперь не 
>запускается. Почему? Потому что 2.6. Потому что modprobe ppp-async и modprobe 
>nvidia у меня не отрабатывают, нужен insmod. А /etc/modules причёсывает 
>modprobe. Потому что ядро 2.6 тормозное, как выводок даунов на весенней 
>прогулке, потому что I hate 2.6 :) Это не баги в основном, это ощущения, их 
>не всегда занесёшь в глюкозавра.
>
>Но вот -- пришло время, нужно обновиться, чтобы было что заносить в багзиллу, 
>ты ведь не интересуешься позапрошлогодними багами? А что мне ещё обновление 
>отвалит? Я не знаю. А у меня десктоп домашний с юзерами :| В общем, как 
>наберусь смелости -- обновлюсь, и держите меня семеро -- раззудившейся рукой 
>занесу туда тридцать три бага, которые раньше, как известно, выходили из 
>моря, а теперь прямо из-под земли лезут...
>  
>
:-)

Петь, не обновляйся ;-)

Я тебя очень прошу - останься на Master 2.4.

У меня все машины, где надо работать, на не фиксить баги - не 
обновляются. Правда там далеко не мастер и ядро уже 2.6 (тормозов кстати 
не замечаю, но может быть я привык ?) - то машины все равно обновляются 
крайне редко, только тогда, когда у меня есть время _исправлять_ ошибки, 
которые я там могу поймать.

а все остальное - живет на Sisyphus. И вполне надо тебе сказать 
неплохо.. но это не означает что всем можно ставить. Можно пробовать 
ставить,  ожидая появление ошибок. Как впрочем и в любом софте более 
новых версий.

Rgds,
Rider

Re: [devel] roadmap? (was: q: почему мы здесь?)

[Alexey Voinov]

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

Michael Shigorin wrote
> On Fri, Apr 15, 2005 at 02:06:40PM +0400, Aleksey Novodvorsky wrote:
> > Несмотря на все проблемы, мы, наконец, становимся полностью
> > "особыми",  том чсиле с точки зрения пользователя,  после
> > появления своего установщика и системы настройки.
> 
> Главное, чтобы это ещё и работало.
> 
> > Это будет серьезный прорыв, о котором так давно говорили.
> 
> А работать оно будет, когда отладка, модернизация и расширение
> будут даваться разумной ценой... собственно, почему отдельные
> личности и ратовали за скрипты, а не плюсы.
Миша, у тебя неправильное представление о том, что находится внутри
alterator и из чего он сделан. Язык программирования не диктуется _нигде_.
Посмотри на модули и на программы из комплекта хоть одним глазом.

-- 
Best Regards!
Alexey Voinov
	     
voins@voins.program.ru
voins@altlinux.ru


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

[devel] backwards compatibility

[Michael Shigorin]

> >http://www.joelonsoftware.com/articles/APIWar.html
> Я люблю читать короткие письма.. не в плане объема, а в плане
> фраз.  так что я читаю, но не все.
Понимаю.  А статью -- почитай, эти грабли уже на карте.

On Fri, Apr 15, 2005 at 06:21:38PM +0400, Anton Farygin wrote:
> >>>2.0 может и не должно, но 2.4 точно должно работать.
> >>А почему ?
> >Потому, что это стабильное ядро, наличествующее в ALT Linux 2.x.
> >Соответственно ломая совместимость с ними по этой части, ты
> >_де_мотивируешь тех, кто мог бы принять участие в
> >тестировании, а то и разработке.
> тестировании чего ?

Sisyphus.

> Ядра 2.4 ? А зачем ?

Затем, что ядром и околоядерной частью дистрибутив не
заканчивается, а функционирование большей части софта к ним не
привязано.

> Разработке чего ?

Вот этой остальной части софта.  XMMS какого вон.

> >А сам всего не сделаешь.
> >>А что еще должно работать помимо ядра ?
> >То, что возьмутся поддерживать участники команды (как минимум).
> >Почему ты протестовал против hotplug24, который бы работал 
> >на 2.4.x?
> Потому что мне все равно придется с ним работать

Нет, конечно.  Не твой пакет -- не твои проблемы. :-)
Тебя много доставали про livecd-*? :-)

> как минимум отвечать на вопросы - почему не работает ядро 2.6

Пока многим приходится отвечать, почему не работает ядро 2.4.
Точнее, флэшки.

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

> И как его обновлять ? вешать на него obsolete ? так он сразу и
> заменится.

Никак не обновлять, это действие админа (по аналогии с
обновлением ядра).

> >>ну так собирайте статически - и все работать будет ;-)
> >А у нас возможно собираться статически занедорого?
> >Этим вы уже хорошо обломали поставщиков третьего софта в лице
> >morozov@ и ott@.  Наверняка потеряв партнёров, дополнительный
> >приток разработчиков, а то и поставки.
> Кстати, я всегда собираю в своих пакетах статические
> библиотеки... и всем настоятельно советую это делать.

А общая тенденция в дистрибутиве противоположна.  Шиза :-(

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

Re: [devel] backwards compatibility

[Anton Farygin]

Michael Shigorin wrote:

>>>http://www.joelonsoftware.com/articles/APIWar.html
>>>      
>>>
>>Я люблю читать короткие письма.. не в плане объема, а в плане
>>фраз.  так что я читаю, но не все.
>>    
>>
>Понимаю.  А статью -- почитай, эти грабли уже на карте.
>
>On Fri, Apr 15, 2005 at 06:21:38PM +0400, Anton Farygin wrote:
>  
>
>>>>>2.0 может и не должно, но 2.4 точно должно работать.
>>>>>          
>>>>>
>>>>А почему ?
>>>>        
>>>>
>>>Потому, что это стабильное ядро, наличествующее в ALT Linux 2.x.
>>>Соответственно ломая совместимость с ними по этой части, ты
>>>_де_мотивируешь тех, кто мог бы принять участие в
>>>тестировании, а то и разработке.
>>>      
>>>
>>тестировании чего ?
>>    
>>
>
>Sisyphus.
>
>  
>
>>Ядра 2.4 ? А зачем ?
>>    
>>
>
>Затем, что ядром и околоядерной частью дистрибутив не
>заканчивается, а функционирование большей части софта к ним не
>привязано.
>  
>
Не всегда, но почти всегда.

>  
>
>>Разработке чего ?
>>    
>>
>
>Вот этой остальной части софта.  XMMS какого вон.
>  
>
ну так какие проблемы ? рабочий hotplug на hold и вперед.
а то, что в 2.4 udev/hal не будет работать - так мечтать не надо.. во 
времена 2.4 о них только подозревали.

>  
>
>>>А сам всего не сделаешь.
>>>      
>>>
>>>>А что еще должно работать помимо ядра ?
>>>>        
>>>>
>>>То, что возьмутся поддерживать участники команды (как минимум).
>>>Почему ты протестовал против hotplug24, который бы работал 
>>>на 2.4.x?
>>>      
>>>
>>Потому что мне все равно придется с ним работать
>>    
>>
>
>Нет, конечно.  Не твой пакет -- не твои проблемы. :-)
>Тебя много доставали про livecd-*? :-)
>  
>
Как минимум одна бага у нас висит - ddcprobe или еще что-то с кем-то 
конфликтует.

>  
>
>>как минимум отвечать на вопросы - почему не работает ядро 2.6
>>    
>>
>
>Пока многим приходится отвечать, почему не работает ядро 2.4.
>Точнее, флэшки.
>
>На самом деле можно, конечно, громоздить обёртки и перекидывать
>версии в зависимости от загруженного ядра, но это изврат.
>
Вот и я про то.

>  
>
>>>>ну так собирайте статически - и все работать будет ;-)
>>>>        
>>>>
>>>А у нас возможно собираться статически занедорого?
>>>Этим вы уже хорошо обломали поставщиков третьего софта в лице
>>>morozov@ и ott@.  Наверняка потеряв партнёров, дополнительный
>>>приток разработчиков, а то и поставки.
>>>      
>>>
>>Кстати, я всегда собираю в своих пакетах статические
>>библиотеки... и всем настоятельно советую это делать.
>>    
>>
>
>А общая тенденция в дистрибутиве противоположна.  Шиза :-(
>  
>
А кто тебе это сказал ? Ты вообще видел от меня хоть где-то писем о 
борьбе со static библиотеками ? Миш, я понимаю - весна и все такое.. но 
ты хоть ознакомься с вопросом сначала что ли...

Или ты предлагаешь мне заняться разборками со всеми, кто не собирает 
static библиотеки ?

glibc-static собран, а почему не собирают все остальные - я не знаю. На 
тех пакетах, static библиотеки которых были нужны кому-то - либо висят 
соответствующие баги, либо соотвтетствующие библиотеки были собраны.

Так в чем проблема то ?

Или просто пошуметь ? Так я же говорил уже - есть список где можно и 
нужно пар выпускать... зачем это делать в рабочем списке ?

Rgds,
Rider

[devel] Re: q: почему мы здесь?

[Michael Shigorin]

On Fri, Apr 15, 2005 at 06:32:05PM +0400, Anton Farygin wrote:
> Тогда займись делом.. ;-)
> Ты же обещал как минимум поработать над хелпами для 3.0 .

На это adiel@ напущу, как вылезет из-под этой недели.

> Или все, от тебя кроме бета-тестинга (ну и агрессивных писем в
> devel@ с сообщением что жить надо по другому, давайте научу..)

Они не агрессивные, это именно "однажды они не закричат".

> - уже не стоит ничего ожидать ?

Я и сам не пойму, чего сейчас от себя ожидать.

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

[devel] alterator architecture? (was: roadmap?)

[Michael Shigorin]

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

On Fri, Apr 15, 2005 at 08:07:52PM +0400, Alexey Voinov wrote:
> > > Это будет серьезный прорыв, о котором так давно говорили.
> > А работать оно будет, когда отладка, модернизация и
> > расширение будут даваться разумной ценой... собственно,
> > почему отдельные личности и ратовали за скрипты, а не плюсы.
> Миша, у тебя неправильное представление о том, что находится
> внутри alterator и из чего он сделан. Язык программирования не
> диктуется _нигде_.

Лёш, я о том, что в Xconfigurator.pm порыться неоднократно
получалось и даже с исправлением багов, которые мешали, но вот
почему настраивалка иксов топчется на одном и том же диалоге
выбора XYbpp -- из /usr/lib/alterator/backend/xconf непонятно,
а "краткий разбор примерного scripts/*.scm" публично недоступен.

Равно как непонятно, почему слегка готовый (но без части секций)
xorg.conf в /var/cache/alterator/xorg.work лежит и куда копать.

(о... rider говорит, вроде отловили)

> Посмотри на модули и на программы из комплекта хоть одним
> глазом.

Да вот смотрю (впервые), уже даже и пример твой в обсуждении
языкового вопроса в devel-conf откопал.

Давай я его на sisyphus.wiki плюхну, а ты расскажешь, как сейчас
обстоит?  А то и набросок архитектуры и любимых проблемных мест
накидаешь? :)

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

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

[devel] Re: backwards compatibility

[Michael Shigorin]

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

On Fri, Apr 15, 2005 at 08:29:16PM +0400, Anton Farygin wrote:
> >А общая тенденция в дистрибутиве противоположна.
> А кто тебе это сказал ?

http://lists.altlinux.ru/pipermail/devel/2005-February/018303.html

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

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

Re: [devel] Re: backwards compatibility

[Sergey Vlasov]

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

On Fri, Apr 15, 2005 at 08:02:24PM +0300, Michael Shigorin wrote:
> On Fri, Apr 15, 2005 at 08:29:16PM +0400, Anton Farygin wrote:
> > >А общая тенденция в дистрибутиве противоположна.
> > А кто тебе это сказал ?
> 
> http://lists.altlinux.ru/pipermail/devel/2005-February/018303.html

Так это не в дистрибутиве тенденция, а уровнем повыше - у
разработчиков glibc.  Сколько людей наступило на статический /bin/rpm
при переходе на glibc-2.3?

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

Re: [devel] alterator architecture? (was: roadmap?)

[Alexey Voinov]

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

Michael Shigorin wrote
> > Посмотри на модули и на программы из комплекта хоть одним
> > глазом.
> Да вот смотрю (впервые), уже даже и пример твой в обсуждении
> языкового вопроса в devel-conf откопал.
> 
> Давай я его на sisyphus.wiki плюхну, а ты расскажешь, как сейчас
> обстоит?  А то и набросок архитектуры и любимых проблемных мест
> накидаешь? :)
Очень даже может быть :)
Кидай, что можешь, а я дальше доредактирую. А Стас потом ещё подправит. :)


-- 
Best Regards!
Alexey Voinov
	     
voins@voins.program.ru
voins@altlinux.ru


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

Re: [devel] Re: q: почему мы здесь?

[Вячеслав Диконов]

В Птн, 15/04/2005 в 18:42 +0400, Anton Farygin пишет:
> Maxim Tyurin wrote:
> Я не понимаю что мешает тестировать весь сизиф ?
> 
> Я когда объявлял о прекращении поддержки hotplug'ом ядра 2.4 - ясно 
> написал, что все, кто хочет что бы он у них работал на ядре 2.4 - 
> ставить на hold.
> 
> Не поставили ???
Я поставил, и даже старый срез Сизиф сохранил, но это не помогло.
Снесло вместе с hold и не давало поставить обратно из-за HAL+udev.

> Чем я могу помочь ?
> 
> Или мне предлагается потратить пару недель, переставить на шести 
> доступных под рукой машинах ядра с 2.6 на 2.4, провести работы по 
> доработке детекта железа на ядре 2.4 в libhw, допилить наконец до этого 
> хотплуг, подумать как сделать что бы на 2.4 использовался один набор 
> драйверов, на 2.6 - другой, переписать все заточенные на sysfs утилиты 
> ... я правильно понимаю ?
Неправильно :).
Можно ведь новое делать не трогая старого. Все равно все перейдут, но
силой гнать вредно для дела.

> Или постоянно собирать kudzu, сборка которого ломается с завидной 
> переодичностью из-за появления новых библиотек, а mainstream kudzu уже 
> давным давно забыл про ядро 2.4 как про страшный сон (в плане детекта 
> железа)... и естественно у них нет ни кусочка кода для работы с ядром 
> 2.4 (по секрету скажу - я уже не знаю дистрибутивов новых версий, у 
> которых _хоть как-то_ поддерживается автодетект оборудования на ядре 
> 2.4)...
> 
> Так что - вы предлагаете мне активно поработать, что бы у Славы Диконова 
> работали его DVB платы ?
> 
> Так может быть намного проще тому же Славе списаться с авторами дров DVB 
> для ядра 2.6 и все-таки сделать их работоспособными ?
Ждем-с. Все проблемы известны. 

Драйвер этот в альфа-состоянии уже давно :( .  Последние версии (которые
я пробовал, так как проверить все срезы CVS одному нереально) либо не
собираются, либо собравшись просто не работают. При этом у меня самая
классическая из всех этих железок, своего рода эталон.

> Или все-таки наконец то мы поймем, что пользоваться - одно, тестировать 
> - другое, разрабатывать - третье.. и уж если ушли вперед, все-таки 
> собрав 2.6 ядра, обновив userspace для работы с ними, собрав KDE и GNOME 
> с поддержкой этого ... то наверное не стоит вспоминать про то, что было 
> несколько лет назад.
Лично мне мало интересно состояние ядра, glibc gcc и т.д. Я согласен на
старые, но проверенные версии, которые давали бы стабильность,
необходимую для работы на более высоком уровне пользовательских
программ. Мне сейчас интереснее perl освоить и доделать систему
обработки телепрограмм для СНГ, чем тестировать последние драйвера, если
есть вполне рабочие их версии.


> Мне вот например _ОЧЕНЬ_ не нравится xorg. Ничего не работает, все 
> падает.. все криво... на savage вообще труба.
> Но я же ничего не говорю.. просто вешаю баги, жду новых сборок, 
> тестирую.. где-то (где есть время) исправляю сам.
> 
> так что давайте все-таки определимся - где мы хотим жить ? В вечном 
> stable или в вечном development с выпуском stable срезов ?

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

> Я думаю что только последнее.
> 
> И вообще - весь этот тред надо закрывать как абсолютно бесполезный, 
> убивающий время на чтение и создающий лишний трафик.
> 
> Есть желание подискутировать - welcom to talk-room@, но без меня.
Вот и идите. А мне некогда.

Re: [devel] backwards compatibility

[Vitaly Lipatov]

On Friday 15 April 2005 20:15, Michael Shigorin wrote:
> > Кстати, я всегда собираю в своих пакетах статические
> > библиотеки... и всем настоятельно советую это делать.
>
> А общая тенденция в дистрибутиве противоположна.  Шиза :-(:-(
Я действительно отключаю во вновь собираемых пакетах static,
когда не вижу смысла тратить время на их укладку, но всегда готов 
по звоночку добавить -static.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

[devel] Re: backwards compatibility

[Alexey Tourbin]

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

On Sat, Apr 16, 2005 at 12:57:47AM +0400, Vitaly Lipatov wrote:
> > А общая тенденция в дистрибутиве противоположна.  Шиза :-(:-(
> Я действительно отключаю во вновь собираемых пакетах static,
> когда не вижу смысла тратить время на их укладку, но всегда готов 
> по звоночку добавить -static.

Policy нужна (которой у нас нет).
Общая тенденция -- условная запаковка статических библиотек.
То есть в простейшем случае так:

%def_disable static

%if_enabled static
%files -n lib%name-devel-static
%_libdir/lib%name.a
%endif

Тогда чтобы получить lib%name-devel-static, нужно пересобрать пакет с
`--enable static'.  Установка lib%name-devel-static автоматически ставит
на hold lib%name-devel и, следовательно, lib%name (если между пакетами
правильные зависимости).

Плюс если используется autoconf, то

%configure %{subst_enable static}

отключает и саму сборку статических библиотек.

> -- 
> Lav
> Виталий Липатов
> Санкт-Петербург
> GNU! ALT Linux Team! LaTeX! LyX!

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

Re: [devel] Re: backwards compatibility

[Vitaly Lipatov]

On Saturday 16 April 2005 01:31, Alexey Tourbin wrote:
> On Sat, Apr 16, 2005 at 12:57:47AM +0400, Vitaly Lipatov wrote:
> > > А общая тенденция в дистрибутиве противоположна.  Шиза
> > > :-(:-(
> >
> > Я действительно отключаю во вновь собираемых пакетах static,
> > когда не вижу смысла тратить время на их укладку, но всегда
> > готов по звоночку добавить -static.
>
> Policy нужна (которой у нас нет).
Ну кстати
http://www.freesource.info/wiki/AltLinux/Razrabotchiku/OsobennostiSborkiPaketov?v=d75#h328-10

...
я внёс некоторые исправления согласно вашему письму.
> Тогда чтобы получить lib%name-devel-static, нужно пересобрать
> пакет с `--enable static'.  Установка lib%name-devel-static
> автоматически ставит на hold lib%name-devel и, следовательно,
> lib%name (если между пакетами правильные зависимости).
Не понял при чём тут hold и какие должны быть зависимости (обычно
libX-devel-static -> libX-devel -> libX

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

[devel] Re: backwards compatibility

[Alexey Tourbin]

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

On Sat, Apr 16, 2005 at 02:09:25AM +0400, Vitaly Lipatov wrote:
> > Тогда чтобы получить lib%name-devel-static, нужно пересобрать
> > пакет с `--enable static'.  Установка lib%name-devel-static
> > автоматически ставит на hold lib%name-devel и, следовательно,
> > lib%name (если между пакетами правильные зависимости).
> Не понял при чём тут hold и какие должны быть зависимости (обычно
> libX-devel-static -> libX-devel -> libX

Да.  Если поставить "самосборную" libX-devel-static, то новые сборки
libX-devel и libX уже не встанут (без сноса libX-devel-static).

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

Re: [devel] backwards compatibility

[Sergey Y. Afonin]

On Friday 15 April 2005 17:37, Michael Shigorin wrote:

> При наличии опыта по заданной сфере и знании отношения к теме
> тех, кто в ответе за API и (не)понимание важности обратной
> совместимости можно под свою ответственность говорить об
> обратном.

Мудреный ответ. :-) То есть, упрощаю. Cтатическая сборка - слабая
гарантия работоспособности приложнения. Так ? Что-то пока все 
работало. Хотя не так много я и пробовал. Ну и давно не пробовал. 
Но то, что собиралось с ядрами 2.0 и glibc не помню каким на 2.4 
еще работало - у меня, к примеру, одно время вьювер картинок стоял
xv.

-- 
С уважением, Сергей Афонин
asy@kraft-s.ru

Re: [devel] Re: backwards compatibility [JT]

[Vitaly Lipatov]

On Saturday 16 April 2005 10:42, Alexey Tourbin wrote:
> Да.  Если поставить "самосборную" libX-devel-static, то новые
> сборки libX-devel и libX уже не встанут (без сноса
> libX-devel-static).
А, дошло наконец. Вы не могли бы пояснить, почему они не встанут, 
а не libX-devel-static снесётся?


-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

[devel] Re: backwards compatibility

[Michael Shigorin]

On Sat, Apr 16, 2005 at 12:57:47AM +0400, Vitaly Lipatov wrote:
> > > Кстати, я всегда собираю в своих пакетах статические
> > > библиотеки... и всем настоятельно советую это делать.
> > А общая тенденция в дистрибутиве противоположна.  Шиза :-(:-(
> Я действительно отключаю во вновь собираемых пакетах static,
> когда не вижу смысла тратить время на их укладку, но всегда
> готов по звоночку добавить -static.

Аналогично, но ты ж видишь, как "сокровенное знание" оказалось
некогерентно по крайней мере в двух непоследних головах.

Тоже фиксировать надо. (осталось отважиться)

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

[devel] Re: backwards compatibility [JT]

[Alexey Tourbin]

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

On Sat, Apr 16, 2005 at 11:58:30PM +0400, Vitaly Lipatov wrote:
> On Saturday 16 April 2005 10:42, Alexey Tourbin wrote:
> > Да.  Если поставить "самосборную" libX-devel-static, то новые
> > сборки libX-devel и libX уже не встанут (без сноса
> > libX-devel-static).
> А, дошло наконец. Вы не могли бы пояснить, почему они не встанут, 
> а не libX-devel-static снесётся?

Про apt не знаю.  Возможно, он старается прежде всего ничего не сносить,
а потом уже обновлять.

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

[devel] Re: backwards compatibility

[Michael Shigorin]

On Sat, Apr 16, 2005 at 11:39:55PM +0500, Sergey Y. Afonin wrote:
> Cтатическая сборка - слабая гарантия работоспособности
> приложнения. Так?

Да.  В силу как минимум glibc-nss.

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

[devel] Re: backwards compatibility [JT]

[Michael Shigorin]

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

On Sun, Apr 17, 2005 at 09:42:18AM +0400, Alexey Tourbin wrote:
> > А, дошло наконец. Вы не могли бы пояснить, почему они не
> > встанут, а не libX-devel-static снесётся?
> Про apt не знаю.  Возможно, он старается прежде всего ничего не
> сносить, а потом уже обновлять.

Именно так.

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

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

Re: [devel] backwards compatibility

[Grigory Batalov]

On Sat, Apr 16, 2005 at 12:57:47AM +0400, Vitaly Lipatov wrote:

> > > Кстати, я всегда собираю в своих пакетах статические
> > > библиотеки... и всем настоятельно советую это делать.
> >
> > А общая тенденция в дистрибутиве противоположна.  Шиза :-(:-(
> Я действительно отключаю во вновь собираемых пакетах static,
> когда не вижу смысла тратить время на их укладку, но всегда готов 
> по звоночку добавить -static.

  Аналогично, почти всегда ставлю %if_enabled static.
--
 Grigory Batalov

Re: [devel] Re: q: почему мы здесь обсуждаем hotplug

[Dmitry V. Levin]

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

On Fri, Apr 15, 2005 at 06:32:05PM +0400, Anton Farygin wrote:
> Michael Shigorin wrote:
> >On Thu, Apr 14, 2005 at 05:42:28PM +0400, Dmitry V. Levin wrote:
> >
> >>Если вы заинтересованы развивать те общественные проекты,
> >>которые когда-то начинало OOO, замечательно.
> >
> >Если завтра придёт Антон и скажет, что это заливать нельзя, 
> >а то будет вот так и никак иначе -- смысла развивать здесь
> >что-либо нет.  Всё равно что играть в демократию с императором.
> >
> Я могу сказать все что угодно, но это же не значит что так делать нельзя ;-)
> Залить можно все.. вопрос насколько что-то залитое будет мешать работам 
> (согласись - необходимым) над инсталятором/конфигуратором и т.д.

Антон, наверное, имел в виду, что если кто-то выложит в Сизиф пакет,
который при очередном dist-upgrade'е (или apt-get install -y --print-uris)
заменит его любимый и лелеемый hotplug, на который у него завязана
функциональность, то его радость не будет знать границ и достанет вас, где
бы вы не находились. :)


-- 
ldv

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

Re: [devel] Re: почему мы здесь?

[Alexey I. Froloff]

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

* Vitaly Ostanin <vyt@> [050414 19:48]:
> Для такой распледелённости не хватает только указания apt, для
> каких пакетов какие репозитории считать приоритетными, независимо
> от версий этих пакетов в других репозиториях. Всё остальное для
> распределённых репозиториев, по-моему, уже есть.
Однако механизм такой есть и даже работает - man apt_preferences

-- 
Regards, Sir Raorn.
-------------------
Господа, если встретите переводчика [k3b], пригласите его в kde-russian@ на
принудительную консультацию, пожалуйста.
		-- avp in sisyphus@

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

Re: [devel] Re: backwards compatibility

[Anton Farygin]

Alexey Tourbin wrote:

>On Sat, Apr 16, 2005 at 12:57:47AM +0400, Vitaly Lipatov wrote:
>  
>
>>>А общая тенденция в дистрибутиве противоположна.  Шиза :-(:-(
>>>      
>>>
>>Я действительно отключаю во вновь собираемых пакетах static,
>>когда не вижу смысла тратить время на их укладку, но всегда готов 
>>по звоночку добавить -static.
>>    
>>
>
>Policy нужна (которой у нас нет).
>Общая тенденция -- условная запаковка статических библиотек.
>То есть в простейшем случае так:
>
>%def_disable static
>
>%if_enabled static
>%files -n lib%name-devel-static
>%_libdir/lib%name.a
>%endif
>
>Тогда чтобы получить lib%name-devel-static, нужно пересобрать пакет с
>`--enable static'.  Установка lib%name-devel-static автоматически ставит
>на hold lib%name-devel и, следовательно, lib%name (если между пакетами
>правильные зависимости).
>
>Плюс если используется autoconf, то
>
>%configure %{subst_enable static}
>
>отключает и саму сборку статических библиотек.
>
>  
>
А это плохо.

У меня уже было несколько случаев, когда при необходимости собрать 
чего-то статически приходится пересобирать целую пачку не всегда 
собирающихся библиотек.

IMHO enable-static надо по умолчанию.

Rgds,
Rider

Re: [devel] Re: backwards compatibility

[Dmitry V. Levin]

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

On Mon, Apr 18, 2005 at 04:56:09PM +0400, Anton Farygin wrote:
> IMHO enable-static надо по умолчанию.

IMHO %def_enable static только по запросу, а по умолчанию %def_disable.


-- 
ldv

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

Re: [devel] 2.4/2.6, hotplug

[Anton V. Boyarshinov]

Добрый день

On Fri, 15 Apr 2005 19:30:18 +0400 Anton Farygin
 wrote:

> У меня все машины, где надо работать, на не фиксить баги - не 
> обновляются. Правда там далеко не мастер и ядро уже 2.6
> (тормозов кстати не замечаю, но может быть я привык ?) - то
> машины все равно обновляются крайне редко, только тогда, когда
> у меня есть время _исправлять_ ошибки, которые я там могу
> поймать.

А вот тут демонстрируется ситуация довольно проблемная для многих
майнтейнеров, насколько я понимаю :( Когда отдельной машины
специально для разработки нет, а доводить машину, от которой
требуется работоспособноть, до Сизифа -- страшно (и есть чего
бояться). Конечно, благодаря hasher-у собрать пакет под Сизиф, не
устанавливая его (Сизифа) возможно, но надо же и убедиться в его
работоспособности...

Антон
-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
 17:12:01  up 87 days,  5:51, 10 users,  load average: 0.04,
0.15, 0.16

Re: [devel] 2.4/2.6, hotplug

[Konstantin Klimchev]

On Mon, 18 Apr 2005 17:21:44 +0400
"Anton V. Boyarshinov" <boyarsh@ru.echo.fr> wrote:

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

Виртуальные компьютеры?

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

[devel] Re: 2.4/2.6, hotplug

[Vitaly Ostanin]

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

Anton V. Boyarshinov пишет:
> Добрый день
>
> On Fri, 15 Apr 2005 19:30:18 +0400 Anton Farygin
>  wrote:
>
>>У меня все машины, где надо работать, на не фиксить баги - не
>>обновляются. Правда там далеко не мастер и ядро уже 2.6
>>(тормозов кстати не замечаю, но может быть я привык ?) - то
>>машины все равно обновляются крайне редко, только тогда, когда
>>у меня есть время _исправлять_ ошибки, которые я там могу
>>поймать.
>
> А вот тут демонстрируется ситуация довольно проблемная для многих
> майнтейнеров, насколько я понимаю :( Когда отдельной машины
> специально для разработки нет, а доводить машину, от которой
> требуется работоспособноть, до Сизифа -- страшно (и есть чего
> бояться). Конечно, благодаря hasher-у собрать пакет под Сизиф, не
> устанавливая его (Сизифа) возможно, но надо же и убедиться в его
> работоспособности...

Для таких случаев можно и vserver с Сизифом завести. У меня он
разросся до 500 Mb, но можно и меньше ужать. Иксовые программы
там запускать тоже можно.

--
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [devel] Re: backwards compatibility

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

On Mon, Apr 18, 2005 at 05:13:41PM +0400, Dmitry V. Levin wrote:

>> IMHO enable-static надо по умолчанию.
DVL> IMHO %def_enable static только по запросу, а по умолчанию %def_disable.

Чем плох def_enable? Разве что местом в репозитории. Это, IMHO, не шибко
страшно. А в дистрибутив их класть и не обязательно.

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

http://freesource.info

Re: [devel] 2.4/2.6, hotplug

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

On Mon, Apr 18, 2005 at 05:21:44PM +0400, Anton V. Boyarshinov wrote:

AVB> А вот тут демонстрируется ситуация довольно проблемная для многих
AVB> майнтейнеров, насколько я понимаю :( Когда отдельной машины
AVB> специально для разработки нет, а доводить машину, от которой
AVB> требуется работоспособноть, до Сизифа -- страшно (и есть чего
AVB> бояться). Конечно, благодаря hasher-у собрать пакет под Сизиф, не
AVB> устанавливая его (Сизифа) возможно, но надо же и убедиться в его
AVB> работоспособности...

VMWare.

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

http://freesource.info

Re: [devel] Re: backwards compatibility

[Dmitry V. Levin]

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

On Mon, Apr 18, 2005 at 06:09:00PM +0400, Денис Смирнов wrote:
> On Mon, Apr 18, 2005 at 05:13:41PM +0400, Dmitry V. Levin wrote:
> 
> >> IMHO enable-static надо по умолчанию.
> DVL> IMHO %def_enable static только по запросу, а по умолчанию %def_disable.
> 
> Чем плох def_enable? Разве что местом в репозитории. Это, IMHO, не шибко
> страшно. А в дистрибутив их класть и не обязательно.

Это плохо
+ местом в репозитории;
+ временем, уходящим на сборку;
+ неконтролируемым расползанием сборочных зависимостей на статические
библиотеки, ввиду отстутствия инструмента отслеживания таких зависимостей.


-- 
ldv

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

Re: [devel] Re: backwards compatibility

[Vitaly Lipatov]

On Monday 18 April 2005 16:56, Anton Farygin wrote:

> >отключает и саму сборку статических библиотек.
>
> А это плохо.
>
> У меня уже было несколько случаев, когда при необходимости
> собрать чего-то статически приходится пересобирать целую пачку
> не всегда собирающихся библиотек.
Мне кажется, причина выпадания стат. библиотек именно в том, что 
они перестают пересобираться в какой-то момент, а смотреть 
почему - стимула нет.

> IMHO enable-static надо по умолчанию.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [devel] Re: 2.4/2.6, hotplug [JT]

[Vitaly Lipatov]

On Monday 18 April 2005 17:33, Vitaly Ostanin wrote:

> Для таких случаев можно и vserver с Сизифом завести. У меня он
> разросся до 500 Mb, но можно и меньше ужать. Иксовые программы
> там запускать тоже можно.
А есть простое описание, как завести vserver? А то как-то броду 
совсем не знаю. 

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

[devel] Re: 2.4/2.6, hotplug [JT]

[Konstantin A. Lepikhov]

Hi Vitaly!

Tuesday 19, at 01:08:31 AM you wrote:

> On Monday 18 April 2005 17:33, Vitaly Ostanin wrote:
> 
> > Для таких случаев можно и vserver с Сизифом завести. У меня он
> > разросся до 500 Mb, но можно и меньше ужать. Иксовые программы
> > там запускать тоже можно.
> А есть простое описание, как завести vserver? А то как-то броду 
> совсем не знаю. 
а чем не устраивает дока из util-vserver? Там все просто - сначала 
- vserver <name> build
- потом подстраиваете /etc/vservers/<name>.conf по-вкусу
- затем vserver <name> enter и можно собирать.

либо можно начальный root сделать через mklivecd-root от сепаратора,
сделав profile с нужными пакетами.

PS А вообще у меня тут статейка пишется по этой кухне.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

Re: [devel] Re: 2.4/2.6, hotplug [JT]

[Vitaly Lipatov]

On Tuesday 19 April 2005 08:45, Konstantin A. Lepikhov wrote:
> Hi Vitaly!
>
> Tuesday 19, at 01:08:31 AM you wrote:
> > А есть простое описание, как завести vserver? А то как-то
> > броду совсем не знаю.
>
> а чем не устраивает дока из util-vserver? Там все просто -
> сначала - vserver <name> build
> - потом подстраиваете /etc/vservers/<name>.conf по-вкусу
> - затем vserver <name> enter и можно собирать.
...
Спасибо.
Вспомнил, в чём у меня была проблема - ядро-то нужно vs...

> либо можно начальный root сделать через mklivecd-root от
> сепаратора, сделав profile с нужными пакетами.
>
> PS А вообще у меня тут статейка пишется по этой кухне.
Будет на wiki?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [devel] Re: q: почему мы здесь?

[Stanislav Ievlev]

On Fri, Apr 15, 2005 at 03:45:45PM +0300, Michael Shigorin wrote:
> On Thu, Apr 14, 2005 at 05:42:28PM +0400, Dmitry V. Levin wrote:
> > > Очень не нравится попытка загнать всех в светлое будущее
> > > (например перегнать всех на 2.6.x ядро с пом-ю откручивания
> > > колес у ядра 2.4.x).
> > Господа/коллеги, давайте прекратим этот пустой трёп.
> 
> Дима, к сожалению, это не помогает.  "Один раз они не закричат".
> 
> > То, что деятельности OOO многие из нас имеют основания
> > поставить оценку неуд, ничего в этом OOO не меняет.
> 
> Люди (возможно, в последний раз) пытаются объяснить своё видение
> проблемы проекта, в который их пригласило ООО.
ООО никого формально не приглашало. Приглашала команда.
Надо раз и на всегда разделить эти понятия и более не смешивать.

Re: [devel] alterator architecture? (was: roadmap?)

[Stanislav Ievlev]

On Fri, Apr 15, 2005 at 07:59:58PM +0300, Michael Shigorin wrote:
> On Fri, Apr 15, 2005 at 08:07:52PM +0400, Alexey Voinov wrote:
> > > > Это будет серьезный прорыв, о котором так давно говорили.
> > > А работать оно будет, когда отладка, модернизация и
> > > расширение будут даваться разумной ценой... собственно,
> > > почему отдельные личности и ратовали за скрипты, а не плюсы.
> > Миша, у тебя неправильное представление о том, что находится
> > внутри alterator и из чего он сделан. Язык программирования не
> > диктуется _нигде_.
> 
> Лёш, я о том, что в Xconfigurator.pm порыться неоднократно
> получалось и даже с исправлением багов, которые мешали, но вот
> почему настраивалка иксов топчется на одном и том же диалоге
> выбора XYbpp -- из /usr/lib/alterator/backend/xconf непонятно,
Ни слова не понял, кто, где и как топчется?
> а "краткий разбор примерного scripts/*.scm" публично недоступен.
Почему недоступен?
> 
> Равно как непонятно, почему слегка готовый (но без части секций)
> xorg.conf в /var/cache/alterator/xorg.work лежит и куда копать.
А почему бы ему там и не лежать? Каких секций не хватает?

В общем, Миша, спрашивай если что не понятно. Сейчас похоже что ничего не
понятно ;)

Re: [devel] alterator architecture? (was: roadmap?)

[Nick S. Grechukh]

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

On Tuesday 19 April 2005 11:44, Stanislav Ievlev wrote:
> On Fri, Apr 15, 2005 at 07:59:58PM +0300, Michael Shigorin wrote:
> > почему настраивалка иксов топчется на одном и том же диалоге
> > выбора XYbpp -- из /usr/lib/alterator/backend/xconf непонятно,
> Ни слова не понял, кто, где и как топчется?
настраивалка иксов, предпоследний шаг инсталлятора циклится. при нажатии 
"далее" экран мигает, видна консоль, потом возвращается к диалогу выбора 
card/monitor/res/bpp.
об этом сообщали в sisyphus@ как минимум трое.

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

Re: [devel] alterator architecture? (was: roadmap?)

[Stanislav Ievlev]

On Tue, Apr 19, 2005 at 11:52:13AM +0300, Nick S. Grechukh wrote:
> On Tuesday 19 April 2005 11:44, Stanislav Ievlev wrote:
> > On Fri, Apr 15, 2005 at 07:59:58PM +0300, Michael Shigorin wrote:
> > > почему настраивалка иксов топчется на одном и том же диалоге
> > > выбора XYbpp -- из /usr/lib/alterator/backend/xconf непонятно,
> > Ни слова не понял, кто, где и как топчется?
> настраивалка иксов, предпоследний шаг инсталлятора циклится. при нажатии 
> "далее" экран мигает, видна консоль, потом возвращается к диалогу выбора 
> card/monitor/res/bpp.
> об этом сообщали в sisyphus@ как минимум трое.
Да, это известная проблема сборки 2.9.9.2. В 2.9.9.3 проблема частично
должна быть снята. Возможны грабли в случае наличия двух мышей.

В любом случае будет очень полезно если в BTS появится бага с описанием
конфигурации и приаттаченным конфигом из /var/cache/alterator/xorg.work.

> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> https://lists.altlinux.ru/mailman/listinfo/devel

Re: [devel] Re: backwards compatibility

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

On Mon, Apr 18, 2005 at 06:14:14PM +0400, Dmitry V. Levin wrote:

>> Чем плох def_enable? Разве что местом в репозитории. Это, IMHO, не шибко
>> страшно. А в дистрибутив их класть и не обязательно.
DVL> Это плохо
DVL> + местом в репозитории;

Это действительно существенно? В смысле у нас проблемы с местом на дисках?
;)

DVL> + временем, уходящим на сборку;

Гм. Разве? Там же считаные секунды на каждом пакете вроде?

DVL> + неконтролируемым расползанием сборочных зависимостей на статические
DVL> библиотеки, ввиду отстутствия инструмента отслеживания таких зависимостей.

А сие существенно.
Скриптец, который будет анализировать кто у нас зависит от *-devel-static
устроит в качестве такого средства?

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

http://freesource.info

[devel] Re: vserver (was: 2.4/2.6, hotplug [JT])

[Vitaly Ostanin]

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

Konstantin A. Lepikhov пишет:
> Hi Vitaly!
>
> Tuesday 19, at 01:08:31 AM you wrote:
>
>
>>On Monday 18 April 2005 17:33, Vitaly Ostanin wrote:
>>
>>
>>>Для таких случаев можно и vserver с Сизифом завести. У меня он
>>>разросся до 500 Mb, но можно и меньше ужать. Иксовые программы
>>>там запускать тоже можно.
>>
>>А есть простое описание, как завести vserver? А то как-то броду
>>совсем не знаю.
>
> а чем не устраивает дока из util-vserver? Там все просто - сначала
> - vserver <name> build

При этом желательно в файле
/usr/sbin/vserver
из пакета util-vserver строку
cp -ax /sbin /bin /etc /usr /var /lib $VROOTDIR/$1/. || exit 1
поменять на "rsync -avPH ..........", где в --exclude указать
/var/cache/squid и т.п. Потом можно в построенном vserver
поудалять лишние пакеты.

Но это всё сложновато и кривовато, лучше действительно через
mklivecd-root сделать (не умею :)).

> - потом подстраиваете /etc/vservers/<name>.conf по-вкусу

Потом создаёте /etc/vservices/sshd.conf, содержащий
IP="lo eth0 eth1"
Список интерфейсов для sshd в хост-сервере может отличаться.

Потом выполняете
chkconfig sshd off
chkconfig v_sshd on

И загружаетесь в vserver ядре (у меня заработало vs26, на 2.4 vs
были глюки).

Проблема при смене vs-ядра на обычное в том, что
/etc/init.d/v_sshd не проверяет доступность vserver-фичей, и при
загрузке с обычным ядром не запустит sshd.
https://bugzilla.altlinux.org/show_bug.cgi?id=5607

То есть при смене vs-ядра обратно на обычное нужно выключать
v_sshd и включать sshd. Это если хотите по ssh на vserver ходить,
можно и просто через vserver enter.

Ещё кстати, в /etc/vservers/<name>.conf лучше не использовать
больше одного физического интерфейса, т.к. у второго маска
подсети будет такой же, как у первого. Я об этом писал в sisyphus@

Ещё кстати, /var/lib/vservers желательно держать на ext3, это
тоже в sisyphus@ обсуждалось.

> - затем vserver <name> enter и можно собирать.
>
> либо можно начальный root сделать через mklivecd-root от сепаратора,
> сделав profile с нужными пакетами.
>
> PS А вообще у меня тут статейка пишется по этой кухне.

Жду с нетерпением :)

--
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [devel] Re: backwards compatibility

[Dmitry V. Levin]

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

On Tue, Apr 19, 2005 at 02:39:40PM +0400, Денис Смирнов wrote:
> On Mon, Apr 18, 2005 at 06:14:14PM +0400, Dmitry V. Levin wrote:
[...]
> DVL> + неконтролируемым расползанием сборочных зависимостей на статические
> DVL> библиотеки, ввиду отстутствия инструмента отслеживания таких зависимостей.
> 
> А сие существенно.
> Скриптец, который будет анализировать кто у нас зависит от *-devel-static
> устроит в качестве такого средства?

Лучшим выходом было бы доработать apt-cache, чтобы он обрабатывал исходные
пакеты нужным образом.


-- 
ldv

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

Re: [devel] Re: vserver

[Anton Farygin]

Vitaly Ostanin wrote:

> Konstantin A. Lepikhov пишет:
>
>> Hi Vitaly!
>>
>> Tuesday 19, at 01:08:31 AM you wrote:
>>
>>
>>> On Monday 18 April 2005 17:33, Vitaly Ostanin wrote:
>>>
>>>
>>>> Для таких случаев можно и vserver с Сизифом завести. У меня он
>>>> разросся до 500 Mb, но можно и меньше ужать. Иксовые программы
>>>> там запускать тоже можно.
>>>
>>>
>>> А есть простое описание, как завести vserver? А то как-то броду
>>> совсем не знаю.
>>
>>
>> а чем не устраивает дока из util-vserver? Там все просто - сначала
>> - vserver <name> build
>
>
> При этом желательно в файле
> /usr/sbin/vserver
> из пакета util-vserver строку
> cp -ax /sbin /bin /etc /usr /var /lib $VROOTDIR/$1/. || exit 1
> поменять на "rsync -avPH ..........", где в --exclude указать
> /var/cache/squid и т.п. Потом можно в построенном vserver
> поудалять лишние пакеты.
>
> Но это всё сложновато и кривовато, лучше действительно через
> mklivecd-root сделать (не умею :)).

1) mklive-root
2) можно использовать tor напрямую, если установка будет идти под рутом 
(а как иначе-то)ю
3) было бы крайне пользительно иметь профайл в separator'е для создания 
vserver

Rgds,
Rider

Re: [devel] Re: vserver

[Konstantin Klimchev]

On Tue, 19 Apr 2005 15:31:59 +0400
Anton Farygin <rider@altlinux.com> wrote:

> 1) mklive-root
> 2) можно использовать tor напрямую, если установка будет
> идти под рутом (а как иначе-то)ю
> 3) было бы крайне пользительно иметь профайл в separator'е
> для создания vserver

А нельзя ли про vserver в новой ветке? А то вещи интерсные
обсуждаются, но боюсь "помрут" они тут, а ооочень не
хотелось бы. Вообщем, труднее потом найти будет, ежли что.

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

[devel] [fin] Re: q: почему мы здесь?

[Michael Shigorin]

On Tue, Apr 19, 2005 at 12:37:19PM +0400, Stanislav Ievlev wrote:
> > > То, что деятельности OOO многие из нас имеют основания
> > > поставить оценку неуд, ничего в этом OOO не меняет.
> > Люди (возможно, в последний раз) пытаются объяснить своё
> > видение проблемы проекта, в который их пригласило ООО.
> ООО никого формально не приглашало. Приглашала команда.
> Надо раз и на всегда разделить эти понятия и более не смешивать.

Так для этого надо разделить источники информации от ООО и от
команды и более не смешивать.  А хорошо бы -- и идентификацию
(_теперь_ дошло, какие проблемы Отставнов тоже имел в виду,
когда говорил про торговую марку и название компании),
но это малореально.

Поясню: приглашение висело уже вот здесь:

http://web.archive.org/web/20010617063038/http://altlinux.ru/index.php?module=sisyphus

Подписана страница -- (c) ALT Linux и адрес/телефон _фирмы_.

Поэтому не стоит говорить, что кто-то не так понял: это просто
не так сказали.  Как и в случае с распространителями самописных
CD, убивство каковых сделало больше плохого, чем хорошего.

Ладно, это для архива и чтоб раз и навсегда было понятно --
приглашало ООО и ничего не знаю.  А как такого избежать,
подумаем в четверг-пятницу, OK?

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

[devel] Re: vserver

[Michael Shigorin]

On Tue, Apr 19, 2005 at 03:45:35PM +0400, Konstantin Klimchev wrote:
> А нельзя ли про vserver в новой ветке? А то вещи интерсные
> обсуждаются, но боюсь "помрут" они тут, а ооочень не
> хотелось бы. Вообщем, труднее потом найти будет, ежли что.

А ещё лучше -- вот здесь:
http://lists.osdn.org.ua/wws/info/vserver

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

Re: [devel] alterator architecture?

[Genix]

Stanislav Ievlev wrote:

>>об этом сообщали в sisyphus@ как минимум трое.
> 
> Да, это известная проблема сборки 2.9.9.2. В 2.9.9.3 проблема частично
> должна быть снята. Возможны грабли в случае наличия двух мышей.

мышь 1 (PS/2), клава 1 (PS/2).
есть еще класс видеокарт, которые не живут с драйверами nvidia >= 6629. 
Может проблема в этом?

> В любом случае будет очень полезно если в BTS появится бага с описанием
> конфигурации и приаттаченным конфигом из /var/cache/alterator/xorg.work.

будет


-- 
У каждого в башке свои тараканы...

[devel] Re: 2.4/2.6, hotplug [JT]

[Konstantin A. Lepikhov]

<цитата от="Vitaly Lipatov">
<skip>
>> PS А вообще у меня тут статейка пишется
>> по этой кухне.
> Будет на wiki?
пока она пишется для одного печатного
издания. Если разрешат, то можно и в wiki.

-- 
WBR et al.

[devel] Re: alterator architecture? (was: roadmap?)

[Michael Shigorin]

On Tue, Apr 19, 2005 at 01:06:16PM +0400, Stanislav Ievlev wrote:
> Да, это известная проблема сборки 2.9.9.2. В 2.9.9.3 проблема
> частично должна быть снята. Возможны грабли в случае наличия
> двух мышей.

Не полегчало, мышей было и две, и одна.

> В любом случае будет очень полезно если в BTS появится бага с
> описанием конфигурации и приаттаченным конфигом из
> /var/cache/alterator/xorg.work.

Будет. (если кто повесит -- ответьте сюда с номером pls)
Надеюсь вечером провести "чистый" эксперимент с 2.9.9.3
и разными видео для порядку.

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

Re: [devel] alterator architecture?

[Nick S. Grechukh]

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

On Tuesday 19 April 2005 15:29, Genix wrote:
> Stanislav Ievlev wrote:
> >>об этом сообщали в sisyphus@ как минимум трое.
> >
> > Да, это известная проблема сборки 2.9.9.2. В 2.9.9.3 проблема частично
> > должна быть снята. Возможны грабли в случае наличия двух мышей.
>
> мышь 1 (PS/2), клава 1 (PS/2).
> есть еще класс видеокарт, которые не живут с драйверами nvidia >= 6629.
> Может проблема в этом?
у меня и RIVA TNT2, и geforce2mx400 вообще живут с 7167. 
но не живут в инсталлере.

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

Re: [devel] alterator architecture?

[Stanislav Ievlev]

On Wed, Apr 20, 2005 at 10:46:24AM +0300, Nick S. Grechukh wrote:
> On Tuesday 19 April 2005 15:29, Genix wrote:
> > Stanislav Ievlev wrote:
> > >>об этом сообщали в sisyphus@ как минимум трое.
> > >
> > > Да, это известная проблема сборки 2.9.9.2. В 2.9.9.3 проблема частично
> > > должна быть снята. Возможны грабли в случае наличия двух мышей.
> >
> > мышь 1 (PS/2), клава 1 (PS/2).
> > есть еще класс видеокарт, которые не живут с драйверами nvidia >= 6629.
> > Может проблема в этом?
> у меня и RIVA TNT2, и geforce2mx400 вообще живут с 7167. 
> но не живут в инсталлере.
Обязательно сделайте полный bug report в BTS, иначе ничем не сможем помочь.


> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> https://lists.altlinux.ru/mailman/listinfo/devel

Re: [devel] Re: backwards compatibility

[Alexey I. Froloff]

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

* Денис Смирнов <mithraen@> [050420 14:39]:
> DVL> Лучшим выходом было бы доработать apt-cache, чтобы он обрабатывал исходные
> DVL> пакеты нужным образом.
> Это как?
Например так:

$ rpm -qp --requires vim-6.1.178-alt9.src.rpm
XFree86-devel  
XFree86-libs  
ctags  
glib-devel  
gtk+-devel  
lesstif-devel  
libacl-devel  
libattr-devel  
libelf-devel  
libgpm-devel  
libneXtaw-devel  
libtinfo-devel  
man  
openmotif  
perl-devel  
python-devel  
ruby-devel  
tcl-devel  
tkinter  
xpm-devel  
rpmlib(CompressedFileNames) <= 3.0.4-1

И по этим данным смотреть сборочные зависимости.

-- 
Regards, Sir Raorn.
-------------------
если вам кажется что [...] все остальные из team тихо сидят себе дома и
ночами собирают пакеты, а всем говорят что у них винда стоит - вы
ошибаетесь :-)
		-- gns in community@

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

Re: [devel] Re: backwards compatibility

[Dmitry V. Levin]

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

On Wed, Apr 20, 2005 at 07:20:47PM +0400, Denis Smirnov wrote:
> Не понял, причём тут static?

Хочу, чтобы
$ apt-cache whatdepends zlib-devel-static
(или аналогичное)
выводило бы имена исходных пакетов, зависящих от zlib-devel-static.


-- 
ldv

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

Re: [devel] Re: backwards compatibility

[Alexey I. Froloff]

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

* Denis Smirnov <mithraen@> [050420 15:01]:
> > $ rpm -qp --requires vim-6.1.178-alt9.src.rpm
[/dev/null]
> > И по этим данным смотреть сборочные зависимости.
> Не понял, причём тут static?
apt-cache showsrcpkg glibc-devel-static

Увидим кто хочет glibc-devel-static для сборки.

-- 
Regards, Sir Raorn.
-------------------
> > Развешивать баги или майнтейнерам уже разослали чего-нить?
> мантейнеры вряд ли тут помогут, скорее надо дёргать upstream.
Кто же ещё будет дёргать upstream, если не maintainerы?
		-- ldv in sisyphus@

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

Re: [devel] Re: backwards compatibility

[Dmitry V. Levin]

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

On Wed, Apr 20, 2005 at 09:36:09PM +0400, Денис Смирнов wrote:
> On Wed, Apr 20, 2005 at 03:07:30PM +0400, Dmitry V. Levin wrote:
> 
> >> Не понял, причём тут static?
> DVL> Хочу, чтобы
> DVL> $ apt-cache whatdepends zlib-devel-static
> DVL> (или аналогичное)
> DVL> выводило бы имена исходных пакетов, зависящих от zlib-devel-static.
> 
> Туплю. Конкретно. А из-за чего оно сейчас не работает? Что мешает?

Наверное, правильный ответ на этот вопрос содержит в себе не менее
половины решения.


-- 
ldv

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

Re: [devel] Re: backwards compatibility

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

On Tue, Apr 19, 2005 at 02:54:31PM +0400, Dmitry V. Levin wrote:

DVL> Лучшим выходом было бы доработать apt-cache, чтобы он обрабатывал исходные
DVL> пакеты нужным образом.

Это как?

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

http://freesource.info

Re: [devel] Re: backwards compatibility

[Denis Smirnov]

Alexey I. Froloff wrote:

>* Денис Смирнов <mithraen@> [050420 14:39]:
>  
>
>>DVL> Лучшим выходом было бы доработать apt-cache, чтобы он обрабатывал исходные
>>DVL> пакеты нужным образом.
>>Это как?
>>    
>>
>Например так:
>
>$ rpm -qp --requires vim-6.1.178-alt9.src.rpm
>XFree86-devel  
>XFree86-libs  
>ctags  
>glib-devel  
>gtk+-devel  
>lesstif-devel  
>libacl-devel  
>libattr-devel  
>libelf-devel  
>libgpm-devel  
>libneXtaw-devel  
>libtinfo-devel  
>man  
>openmotif  
>perl-devel  
>python-devel  
>ruby-devel  
>tcl-devel  
>tkinter  
>xpm-devel  
>rpmlib(CompressedFileNames) <= 3.0.4-1
>
>И по этим данным смотреть сборочные зависимости.
>  
>
Не понял, причём тут static?

Re: [devel] Re: backwards compatibility

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

On Wed, Apr 20, 2005 at 03:07:30PM +0400, Dmitry V. Levin wrote:

>> Не понял, причём тут static?
DVL> Хочу, чтобы
DVL> $ apt-cache whatdepends zlib-devel-static
DVL> (или аналогичное)
DVL> выводило бы имена исходных пакетов, зависящих от zlib-devel-static.

Туплю. Конкретно. А из-за чего оно сейчас не работает? Что мешает?

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

http://freesource.info

[devel] спасибо :-)

[Michael Shigorin]

On Fri, Apr 15, 2005 at 03:06:08PM +0300, Michael Shigorin wrote:
> с бумагой, за чаем и видя глаза -- получается продуктивнее.

Всем, с кем встретились -- спасибо за общение и помощь!

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

Re: [devel] alterator architecture?

[Genix]

Stanislav Ievlev wrote:

> В любом случае будет очень полезно если в BTS появится бага с описанием
> конфигурации и приаттаченным конфигом из /var/cache/alterator/xorg.work.

На 2.9.9.3 такого файла не нашел, а 2.9.9.4 нормально прошел этап 
конфигурирования иксов (может совпадение?).


-- 
У каждого в башке свои тараканы...

Re: [devel] alterator architecture?

[Stanislav Ievlev]

On Mon, Apr 25, 2005 at 10:50:57AM +0400, Genix wrote:
> Stanislav Ievlev wrote:
> 
> >В любом случае будет очень полезно если в BTS появится бага с описанием
> >конфигурации и приаттаченным конфигом из /var/cache/alterator/xorg.work.
> 
> На 2.9.9.3 такого файла не нашел, а 2.9.9.4 нормально прошел этап 
> конфигурирования иксов (может совпадение?).
Там шаблон конфига стал генериться через x11createconfig, возможно
какие-то секции стали более правильно прописываться?
> 
> 
> -- 
> У каждого в башке свои тараканы...
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> https://lists.altlinux.ru/mailman/listinfo/devel

Re: [devel] alterator architecture?

[Genix]

Stanislav Ievlev wrote:

>>На 2.9.9.3 такого файла не нашел, а 2.9.9.4 нормально прошел этап 
>>конфигурирования иксов (может совпадение?).
> 
> Там шаблон конфига стал генериться через x11createconfig, возможно
> какие-то секции стали более правильно прописываться?

попробую еще раз детальнее посмотреть что изменилось (поиграться с 
разрешениями) -- попробую убедиться что это не случайное совпадение


-- 
У каждого в башке свои тараканы...

[devel] [wiki] Re: alterator architecture? (was: roadmap?)

[Michael Shigorin]

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

On Fri, Apr 15, 2005 at 09:43:41PM +0400,

(это ж надо столько разбираться с одним паролем на две вики...
кто-то из меня крутой тормоз)

Alexey Voinov wrote:

> > > Посмотри на модули и на программы из комплекта хоть одним
> > > глазом.

[хорошо, что ты тогда быстро убегал, а год назад в подробности 
не вдавался :]

> > Да вот смотрю (впервые), уже даже и пример твой в обсуждении
> > языкового вопроса в devel-conf откопал.
> > Давай я его на sisyphus.wiki плюхну, а ты расскажешь, как
> > сейчас обстоит?  А то и набросок архитектуры и любимых
> > проблемных мест накидаешь? :)
> Очень даже может быть :) Кидай, что можешь, а я дальше
> доредактирую. А Стас потом ещё подправит. :)

http://wiki.sisyphus.ru/Alterator

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

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

Re: [devel] [wiki] Re: alterator architecture?

[Anton Farygin]

Michael Shigorin wrote:

>On Fri, Apr 15, 2005 at 09:43:41PM +0400,
>
>(это ж надо столько разбираться с одним паролем на две вики...
>кто-то из меня крутой тормоз)
>
>Alexey Voinov wrote:
>
>  
>
>>>>Посмотри на модули и на программы из комплекта хоть одним
>>>>глазом.
>>>>        
>>>>
>
>[хорошо, что ты тогда быстро убегал, а год назад в подробности 
>не вдавался :]
>
>  
>
>>>Да вот смотрю (впервые), уже даже и пример твой в обсуждении
>>>языкового вопроса в devel-conf откопал.
>>>Давай я его на sisyphus.wiki плюхну, а ты расскажешь, как
>>>сейчас обстоит?  А то и набросок архитектуры и любимых
>>>проблемных мест накидаешь? :)
>>>      
>>>
>>Очень даже может быть :) Кидай, что можешь, а я дальше
>>доредактирую. А Стас потом ещё подправит. :)
>>    
>>
>
>http://wiki.sisyphus.ru/Alterator
>  
>
С утра не мог на нее зайти ;-(

Rgds,
Rider

Re: [devel] [wiki] Re: alterator architecture?

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

On Thu, Apr 28, 2005 at 10:58:31AM +0400, Anton Farygin wrote:

>>http://wiki.sisyphus.ru/Alterator
AF> С утра не мог на нее зайти ;-(

Посыпаю голову пеплом. С утра минут 5 сайт не был доступен.

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

http://freesource.info