[devel] нормальный biarch

[devel] нормальный biarch

[Alexey Tourbin]

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

On Sun, Mar 29, 2009 at 11:51:02PM +0300, Led wrote:
> On Monday, 30 March 2009 00:32:47 Aleksey Novodvorsky wrote:
> > Наличие публично неанонсированного  закрытого форка  всегда есть
> > мощный источник конфликтов на уровне исполнителей, мы здесь не первые
> > и не последние.
> 
> Его наличие объясняется только ОДНОЙ причиной: ПРИНЦИПИАЛЬНОЕ нежелание 
> вносить изменения и исправлять баги в базовых пакетах сотрудниками OOO 
> ALTLinux. Эта принципиальность доходит до того, что как только в рассылке 
> указывается на кривости и костыли НЕ сотрудником ALTLinux, его тут же 
> обливают грязью. как только с подобным/похожим предложением месяц спустя 
> выступает сотрудник ALTLinux - всё тут же быстро, в течение пары дней 
> решается. Если сотрудник ALTLinux накосячил с пакетами и сломал сборочную 
> среду - моментально у других сотрудников возникает и желание, и время патчить 
> rpm и apt и чтобы быстренько спрятать эти косяки.

Говорите конкретнее.  Я не сотрудник ALT Linux (имеются специфические
статус-кво отношения).  По крайней мере, никто не вправе сообщить мне (с
позиций субординации), чем мне следует заняться.  Это в полной мере
касается rpm и apt.  У меня, однако, есть определенные представления
и определенный инетерс, как сделать чтобы rpm и apt работали хорошо.
И в штатных режимах они работают неплохо (с учетом всех наработок).

> Если вы называете желание получить нормальный biarch форком, тогда да - это 
> форк. А какие ещё решения вы предложите, если кроме этих 
> нескольких "отступников" НИКОМУ в Team biarch не нужен?

Я обсуждал biarch в частной переписке с eostapets.
Считаю важным выделить следующие два момента:

1) Native biarch дает проблемы конфликтов имен пакетов и конфликтов
файлов.  Biarch по схеме arepo таких проблем не дает.

2) Native biarch или же "нормальный biarch" -- это схема реализации
biarch, принятая в Редхате.  В SuSE принята другая схема реализации
biarch, близкая к arepo.  См. *-32bit-*.x86_64.rpm пакеты в
http://download.opensuse.org/factory/repo/oss/suse/x86_64/

В схеме SuSE, как и в arepo, проблема конфликта пакетов разрешается
за счет переименования пакетов; а проблема конфликта файлов разрешается
за счет исключения пересекающихся файлов.

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

Re: [devel] нормальный biarch

[Sergey Y. Afonin]

On Monday 30 March 2009, Alexey Tourbin wrote:

> 2) Native biarch или же "нормальный biarch" -- это схема реализации
> biarch, принятая в Редхате.  

И конфликт пакетов они там не разруливают ?

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

Re: [devel] нормальный biarch

[Led]

On Monday, 30 March 2009 08:25:49 Alexey Tourbin wrote:
> Считаю важным выделить следующие два момента:
>
> 1) Native biarch дает проблемы конфликтов имен пакетов и конфликтов
> файлов.  Biarch по схеме arepo таких проблем не дает.
>
> 2) Native biarch или же "нормальный biarch" -- это схема реализации
> biarch, принятая в Редхате.  В SuSE принята другая схема реализации
> biarch, близкая к arepo.  См. *-32bit-*.x86_64.rpm пакеты в
> http://download.opensuse.org/factory/repo/oss/suse/x86_64/
>
> В схеме SuSE, как и в arepo, проблема конфликта пакетов разрешается
> за счет переименования пакетов; а проблема конфликта файлов разрешается
> за счет исключения пересекающихся файлов.

Сначала объясните, что вы понимаете под 1) Native biarch и 2) Native biarch

-- 
Led

Re: [devel] нормальный biarch

[Alexey Tourbin]

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

On Mon, Mar 30, 2009 at 10:57:47AM +0500, Sergey Y. Afonin wrote:
> > 2) Native biarch или же "нормальный biarch" -- это схема реализации
> > biarch, принятая в Редхате.  
> 
> И конфликт пакетов они там не разруливают ?

Там совмещаются пакеты по подчиненным архитектурам.  Конфликтующие файлы
автоматически замещаются по принципу "file coloring".  Всё это похоже на
бракосочетание беременной девушки с мужчиной, который её не очень любит.

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

Re: [devel] нормальный biarch

[Led]

On Monday, 30 March 2009 09:23:56 Alexey Tourbin wrote:
> On Mon, Mar 30, 2009 at 10:57:47AM +0500, Sergey Y. Afonin wrote:
> > > 2) Native biarch или же "нормальный biarch" -- это схема реализации
> > > biarch, принятая в Редхате.
> >
> > И конфликт пакетов они там не разруливают ?
>
> Там совмещаются пакеты по подчиненным архитектурам.  Конфликтующие файлы
> автоматически замещаются по принципу "file coloring".  Всё это похоже на
> бракосочетание беременной девушки с мужчиной, который её не очень любит.

Возможно. Но т.н. реализация т.н. biarch посредством arepo - это извращение 
похлеще инцеста. Прошу прощения за терминологию, но я подстраиваюсь под вас - 
возможно вам так проще с подобными аналогиями.

-- 
Led

Re: [devel] нормальный biarch

[Sergey Y. Afonin]

On Monday 30 March 2009, Led wrote:

> Сначала объясните, что вы понимаете под 1) Native biarch и 2) Native biarch
 
Я так понял, что это один "Native biarch" а-ля Red Hat и две его проблемы.

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

Re: [devel] нормальный biarch

[Alexey Tourbin]

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

On Mon, Mar 30, 2009 at 09:22:12AM +0300, Led wrote:
> On Monday, 30 March 2009 08:25:49 Alexey Tourbin wrote:
> > Считаю важным выделить следующие два момента:
> >
> > 1) Native biarch дает проблемы конфликтов имен пакетов и конфликтов
> > файлов.  Biarch по схеме arepo таких проблем не дает.
> >
> > 2) Native biarch или же "нормальный biarch" -- это схема реализации
> > biarch, принятая в Редхате.  В SuSE принята другая схема реализации
> > biarch, близкая к arepo.  См. *-32bit-*.x86_64.rpm пакеты в
> > http://download.opensuse.org/factory/repo/oss/suse/x86_64/
> >
> > В схеме SuSE, как и в arepo, проблема конфликта пакетов разрешается
> > за счет переименования пакетов; а проблема конфликта файлов разрешается
> > за счет исключения пересекающихся файлов.
> 
> Сначала объясните, что вы понимаете под 1) Native biarch и 2) Native biarch

А я уже объяснил.  Native "редхатовский" biarch предполагает установку
в систему двух одноименных пакетов разных архитктур.  Конфликты файлов
каким-то образом подавляются.  Пусть это называется "нормальный" biarch.

Рассмотрим теперь, в противоположность "нормальному", "честный" biarch.
Честный biarch означает, что одноименных пакетов быть не должно, и
файловых конфликтов тоже быть не должно.

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

Re: [devel] нормальный biarch

[Alexey Tourbin]

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

On Mon, Mar 30, 2009 at 09:27:38AM +0300, Led wrote:
> On Monday, 30 March 2009 09:23:56 Alexey Tourbin wrote:
> > On Mon, Mar 30, 2009 at 10:57:47AM +0500, Sergey Y. Afonin wrote:
> > > > 2) Native biarch или же "нормальный biarch" -- это схема реализации
> > > > biarch, принятая в Редхате.
> > >
> > > И конфликт пакетов они там не разруливают ?
> >
> > Там совмещаются пакеты по подчиненным архитектурам.  Конфликтующие файлы
> > автоматически замещаются по принципу "file coloring".  Всё это похоже на
> > бракосочетание беременной девушки с мужчиной, который её не очень любит.
> 
> Возможно. Но т.н. реализация т.н. biarch посредством arepo - это извращение 
> похлеще инцеста. Прошу прощения за терминологию, но я подстраиваюсь под вас - 
> возможно вам так проще с подобными аналогиями.

В SuSE тоже плохо подумали?
В SuSE используется схема, близкая к arepo.

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

Re: [devel] нормальный biarch

[Led]

On Monday, 30 March 2009 09:33:00 Alexey Tourbin wrote:
> On Mon, Mar 30, 2009 at 09:22:12AM +0300, Led wrote:
> > On Monday, 30 March 2009 08:25:49 Alexey Tourbin wrote:
> > > Считаю важным выделить следующие два момента:
> > >
> > > 1) Native biarch дает проблемы конфликтов имен пакетов и конфликтов
> > > файлов.  Biarch по схеме arepo таких проблем не дает.
> > >
> > > 2) Native biarch или же "нормальный biarch" -- это схема реализации
> > > biarch, принятая в Редхате.  В SuSE принята другая схема реализации
> > > biarch, близкая к arepo.  См. *-32bit-*.x86_64.rpm пакеты в
> > > http://download.opensuse.org/factory/repo/oss/suse/x86_64/
> > >
> > > В схеме SuSE, как и в arepo, проблема конфликта пакетов разрешается
> > > за счет переименования пакетов; а проблема конфликта файлов разрешается
> > > за счет исключения пересекающихся файлов.
> >
> > Сначала объясните, что вы понимаете под 1) Native biarch и 2) Native
> > biarch
>
> А я уже объяснил.  Native "редхатовский" biarch предполагает установку
> в систему двух одноименных пакетов разных архитктур.

Почему "одноимённых"? pkg.x86_64 и pkg.i586 - это два разных пакета и имена у 
них с точки зрения rpm - разные.

> Конфликты файлов 
> каким-то образом подавляются.

Не "каким-то", а вполне определённым образом, и не "подавляются", а просто 
недопускаются (в системе).

> Пусть это называется "нормальный" biarch. 
>
> Рассмотрим теперь, в противоположность "нормальному", "честный" biarch.
> Честный biarch означает, что одноименных пакетов быть не должно, и
> файловых конфликтов тоже быть не должно.

Так и есть: "одноимённых" пакетов нет и файловых конфликтов - тоже нет. О чём 
тогда разговор?

-- 
Led

Re: [devel] нормальный biarch

[Alexey Tourbin]

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

On Mon, Mar 30, 2009 at 09:50:54AM +0300, Led wrote:
> > > > 1) Native biarch дает проблемы конфликтов имен пакетов и конфликтов
> > > > файлов.  Biarch по схеме arepo таких проблем не дает.
> > > >
> > > > 2) Native biarch или же "нормальный biarch" -- это схема реализации
> > > > biarch, принятая в Редхате.  В SuSE принята другая схема реализации
> > > > biarch, близкая к arepo.  См. *-32bit-*.x86_64.rpm пакеты в
> > > > http://download.opensuse.org/factory/repo/oss/suse/x86_64/
> > > >
> > > > В схеме SuSE, как и в arepo, проблема конфликта пакетов разрешается
> > > > за счет переименования пакетов; а проблема конфликта файлов разрешается
> > > > за счет исключения пересекающихся файлов.
> > >
> > > Сначала объясните, что вы понимаете под 1) Native biarch и 2) Native
> > > biarch
> >
> > А я уже объяснил.  Native "редхатовский" biarch предполагает установку
> > в систему двух одноименных пакетов разных архитктур.
> 
> Почему "одноимённых"? pkg.x86_64 и pkg.i586 - это два разных пакета и имена у 
> них с точки зрения rpm - разные.

%{NAME} у пакетов одинаковый.
Что должен делать "rpm -e libfoo"?
Или "rpm -e --allmatches libfoo"?

А "rpm -q --provides libfoo" что должен показывать?
По-моему, это не серьезно.

> > Конфликты файлов 
> > каким-то образом подавляются.
> 
> Не "каким-то", а вполне определённым образом, и не "подавляются", а просто 
> недопускаются (в системе).

Сомнительно.

lib/poptI.c:
    23  struct rpmQVKArguments_s rpmIArgs = {
    24  #if defined(RPM_VENDOR_MANDRIVA) /* dont-filter-install-file-conflicts */
    25      .probFilter = RPMPROB_FILTER_NONE,
    26  #else
    27      .probFilter = (RPMPROB_FILTER_REPLACEOLDFILES | RPMPROB_FILTER_REPLACENEWFILES),
    28  #endif
    29  };

> > Пусть это называется "нормальный" biarch. 
> >
> > Рассмотрим теперь, в противоположность "нормальному", "честный" biarch.
> > Честный biarch означает, что одноименных пакетов быть не должно, и
> > файловых конфликтов тоже быть не должно.
> 
> Так и есть: "одноимённых" пакетов нет и файловых конфликтов - тоже нет. О чём 
> тогда разговор?

Мне не интересно дальше спорить.

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

Re: [devel] нормальный biarch

[Led]

On Monday, 30 March 2009 10:07:26 Alexey Tourbin wrote:
> On Mon, Mar 30, 2009 at 09:50:54AM +0300, Led wrote:
> > > > > 1) Native biarch дает проблемы конфликтов имен пакетов и конфликтов
> > > > > файлов.  Biarch по схеме arepo таких проблем не дает.
> > > > >
> > > > > 2) Native biarch или же "нормальный biarch" -- это схема реализации
> > > > > biarch, принятая в Редхате.  В SuSE принята другая схема реализации
> > > > > biarch, близкая к arepo.  См. *-32bit-*.x86_64.rpm пакеты в
> > > > > http://download.opensuse.org/factory/repo/oss/suse/x86_64/
> > > > >
> > > > > В схеме SuSE, как и в arepo, проблема конфликта пакетов разрешается
> > > > > за счет переименования пакетов; а проблема конфликта файлов
> > > > > разрешается за счет исключения пересекающихся файлов.
> > > >
> > > > Сначала объясните, что вы понимаете под 1) Native biarch и 2) Native
> > > > biarch
> > >
> > > А я уже объяснил.  Native "редхатовский" biarch предполагает установку
> > > в систему двух одноименных пакетов разных архитктур.
> >
> > Почему "одноимённых"? pkg.x86_64 и pkg.i586 - это два разных пакета и
> > имена у них с точки зрения rpm - разные.
>
> %{NAME} у пакетов одинаковый.
> Что должен делать "rpm -e libfoo"?
> Или "rpm -e --allmatches libfoo"?
>
> А "rpm -q --provides libfoo" что должен показывать?
> По-моему, это не серьезно.
>
> > > Конфликты файлов
> > > каким-то образом подавляются.
> >
> > Не "каким-то", а вполне определённым образом, и не "подавляются", а
> > просто недопускаются (в системе).
>
> Сомнительно.
>
> lib/poptI.c:
>     23  struct rpmQVKArguments_s rpmIArgs = {
>     24  #if defined(RPM_VENDOR_MANDRIVA) /*
> dont-filter-install-file-conflicts */ 25      .probFilter =
> RPMPROB_FILTER_NONE,
>     26  #else
>     27      .probFilter = (RPMPROB_FILTER_REPLACEOLDFILES |
> RPMPROB_FILTER_REPLACENEWFILES), 28  #endif
>     29  };
>
> > > Пусть это называется "нормальный" biarch.
> > >
> > > Рассмотрим теперь, в противоположность "нормальному", "честный" biarch.
> > > Честный biarch означает, что одноименных пакетов быть не должно, и
> > > файловых конфликтов тоже быть не должно.
> >
> > Так и есть: "одноимённых" пакетов нет и файловых конфликтов - тоже нет. О
> > чём тогда разговор?
>
> Мне не интересно дальше спорить.

Вы с кем-то о чём-то спорили? Я не заметил:)

-- 
Led

Re: [devel] Led проспорил biarch

[Dmitry V. Levin]

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

On Mon, Mar 30, 2009 at 10:11:17AM +0300, Led wrote:
> Вы с кем-то о чём-то спорили? Я не заметил:)

Led, возможно, вы не заметили, но, тем не менее,
вы только что проспорили biarch. ;)

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


-- 
ldv

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

Re: [devel] Led проспорил biarch

[Eugene Ostapets]

2009/3/30 Dmitry V. Levin <ldv altlinux.org>:
> On Mon, Mar 30, 2009 at 10:11:17AM +0300, Led wrote:
>> Вы с кем-то о чём-то спорили? Я не заметил:)
>
> Led, возможно, вы не заметили, но, тем не менее,
> вы только что проспорили biarch. ;)
Это можно считать официальной позицией? biarch в стиле RH не нужен?
Просто нехочется еще раз возвращаться к теме сокрытия никому не нужных
мифических исходников...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] Led проспорил biarch

[Led]

On Monday 30 March 2009 12:31:23 Dmitry V. Levin wrote:
> On Mon, Mar 30, 2009 at 10:11:17AM +0300, Led wrote:
> > Вы с кем-то о чём-то спорили? Я не заметил:)
>
> Led, возможно, вы не заметили, но, тем не менее,
> вы только что проспорили biarch. ;)

Я рад, что этим доставил вам нескрываемое вами удовольствие:)

Вы возможно не заметили, но спора не было:)
Было со старта брошено утверждение с четырьмя передёргиваниями и с 
назидательным тоном, не терпящим противоречий. Это во-первых. А во-вторых, с 
чего вы взяли, что я собираюсь СПОРИТЬ о биарче?:)

>
> Тут дело вот в чём:  когда вы что-то утверждаете, вас обычно не слушают,
> потому что, с одной стороны, вы не даёте себе труда привести существенную
> аргументацию,

А зачем?

> и с другой стороны, не можете заменить часть аргументации 
> собственным авторитетом.

Всё верно: я не пытаюсь заменить аргументацию собственным авторитетом - мне 
самомнения не достаёт:)

> Если вы будете чаще делать первое, то со 
> временем вы сможете рассчитывать на второе.

Спасибо. Я не хочу (уже) делать первое и, надеюсь, никогда не опущусь до 
второго:)

> А если не будете, 
> то не сможете.

Не буду. Значит не смогу - "авторитетом" не вышел. И не выйду:)

-- 
Led

Re: [devel] Led проспорил biarch

[Aleksey Novodvorsky]

30.03.09, Eugene Ostapets<eostapets@gmail.com> написал(а):
> 2009/3/30 Dmitry V. Levin <ldv altlinux.org>:
>
> > On Mon, Mar 30, 2009 at 10:11:17AM +0300, Led wrote:
>  >> Вы с кем-то о чём-то спорили? Я не заметил:)
>  >
>  > Led, возможно, вы не заметили, но, тем не менее,
>  > вы только что проспорили biarch. ;)
>
> Это можно считать официальной позицией?


Чьей официальной позицией?

> biarch в стиле RH не нужен?
>  Просто нехочется еще раз возвращаться к теме сокрытия никому не нужных
>  мифических исходников...
>

Rgrds, Алексей

P.S. Евгений, для определенности: Вы вышли из тим или нет?

[devel] Administrativia

[Dmitry V. Levin]

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

On Mon, Mar 30, 2009 at 01:03:13PM +0300, Led wrote:
> On Monday 30 March 2009 12:31:23 Dmitry V. Levin wrote:
[...]
> > Тут дело вот в чём:  когда вы что-то утверждаете, вас обычно не слушают,
> > потому что, с одной стороны, вы не даёте себе труда привести существенную
> > аргументацию,
> 
> А зачем?

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

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


-- 
ldv

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

Re: [devel] Led проспорил biarch

[Eugene Ostapets]

2009/3/30 Aleksey Novodvorsky <aen altlinux.ru>:
> 30.03.09, Eugene Ostapets<eostapets gmail.com> написал(а):
>> 2009/3/30 Dmitry V. Levin <ldv altlinux.org>:
> Rgrds, Алексей
>
> P.S. Евгений, для определенности: Вы вышли из тим или нет?
Де-факто - да, на мне уже не числится пакетов. Де-юре еще нет,
поскольку технический адрес eostapets@a.o использовался для подписки
на баги, судьба которых мне не безразлична. Если вы настаиваете на
ускорении процедуры, я постараюсь сегодня же переподписаться на эти
баги с нейтрального адреса.

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] нормальный biarch

[Wartan Hachaturow]

2009/3/30 Led <ledest@gmail.com>:
> Возможно. Но т.н. реализация т.н. biarch посредством arepo - это извращение
> похлеще инцеста. Прошу прощения за терминологию, но я подстраиваюсь под вас -
> возможно вам так проще с подобными аналогиями.

(устало)

Led, ну прекрати. Мы уже тысячу копий на эту тему сломали.

Ну надо вам ставить пакеты под RHEL -- ну хорошо, сделайте rpm с
coloring'ом и втянутыми патчами, почините apt и всё вместе сделайте
так, чтобы не вносить кардинальных изменений в репозитарий, выложите
код, мы его все вместе пообсуждаем и Дима с Лёшей примут решение, надо
оно в Сизифе в таком виде или нет.

У меня есть своё мнение на этот счёт, у at@ своё, у Т-Софта -- своё.
Единственный вменяемый способ разрешить эту разницу во мнениях --
показать код, объяснить решение и придти к компромиссу.
То, что я наблюдаю сейчас -- безобразный неконструктивный срач,
недостойный каждого из участников.

-- 
Regards, Wartan.

Re: [devel] Led проспорил biarch

[Aleksey Novodvorsky]

30.03.09, Eugene Ostapets<eostapets@gmail.com> написал(а):
> 2009/3/30 Aleksey Novodvorsky <aen altlinux.ru>:
>
> > 30.03.09, Eugene Ostapets<eostapets gmail.com> написал(а):
>  >> 2009/3/30 Dmitry V. Levin <ldv altlinux.org>:
>
> > Rgrds, Алексей
>  >
>  > P.S. Евгений, для определенности: Вы вышли из тим или нет?
>
> Де-факто - да, на мне уже не числится пакетов. Де-юре еще нет,
>  поскольку технический адрес eostapets@a.o использовался для подписки
>  на баги, судьба которых мне не безразлична. Если вы настаиваете на
>  ускорении процедуры, я постараюсь сегодня же переподписаться на эти
>  баги с нейтрального адреса.

Нет-нет, я не вмешиваюсь в Ваши отношения с трупом.

Rgrds, Алексей

Re: [devel] Led проспорил biarch

[Sergey Y. Afonin]

On Monday 30 March 2009, Dmitry V. Levin wrote:

> вы только что проспорили biarch. ;)

А, вообще, какова нужность этого biarch на текущий момент ? Что ещё
осталось, без чего жить нельзя/сложно/разное ? И каковы перспективы
появления этого оставшегося нужного под x86_64 ? Может не нулевые
совсем ?

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

Re: [devel] Led проспорил biarch

[Wartan Hachaturow]

2009/3/30 Sergey Y. Afonin <asy@altlinux.ru>:
> А, вообще, какова нужность этого biarch на текущий момент ? Что ещё
> осталось, без чего жить нельзя/сложно/разное ? И каковы перспективы
> появления этого оставшегося нужного под x86_64 ? Может не нулевые
> совсем ?

Нужность этого биарч на текущий момент очень большая.
И будет таковой ещё довольно долго.
В случае Linux on Power -- возможно, что очень долго :)

-- 
Regards, Wartan.

Re: [devel] Led проспорил biarch

[Motsyo Gennadi aka Drool]

Aleksey Novodvorsky пишет:
>>  на баги, судьба которых мне не безразлична. Если вы настаиваете на
>>  ускорении процедуры, я постараюсь сегодня же переподписаться на эти
>>  баги с нейтрального адреса.
> 
> Нет-нет, я не вмешиваюсь в Ваши отношения с трупом.

	Какую же вы тут склоку развели, как сварливые бабы на придорожном 
рынке. Противно.

Re: [devel] Led проспорил biarch

[Michael Pozhidaev]

Hello, Sergey Y. Afonin!

> А, вообще, какова нужность этого biarch на текущий момент ? Что ещё
> осталось, без чего жить нельзя/сложно/разное ? И каковы перспективы
> появления этого оставшегося нужного под x86_64 ? Может не нулевые
> совсем ?
Пока необходимость есть. Без glibc-core из x86_32 не запускаются
закрытые синтезаторы речи. Типичный пример: mbrola. Он самый популярный
по части анг. языка. Про вероятность его пересборки автором на x86_64
ничего сказать не могу. Пока неизвестно.
-- 
Michael Pozhidaev. E-mail: msp@altlinux.ru.
Tomsk State University. http://www.csd.tsu.ru
ALT Linux Team. http://www.altlinux.org

[devel] ldv теряет авторитет

[Michael Shigorin]

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

On Mon, Mar 30, 2009 at 01:31:23PM +0400, Dmitry V. Levin wrote:
> Тут дело вот в чём:  когда вы что-то утверждаете, вас обычно не
> слушают, потому что, с одной стороны, вы не даёте себе труда
> привести существенную аргументацию, и с другой стороны, не
> можете заменить часть аргументации собственным авторитетом.
> Если вы будете чаще делать первое, то со временем вы сможете
> рассчитывать на второе.  А если не будете, то не сможете.

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

Думаю, не только в моих.

А предыдущий раз я тебе это писал личной почтой, когда ты
поступал с письмами lakostis@ неподобающим модератору образом.

Вот, пишу публично.

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

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

Re: [devel] нормальный biarch

[Michael Shigorin]

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

On Mon, Mar 30, 2009 at 11:07:26AM +0400, Alexey Tourbin wrote:
> По-моему, это не серьезно.

2 ldv: кстати, это аргумент был или нет?

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

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

Re: [devel] ldv теряет авторитет

[Dmitry V. Levin]

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

On Mon, Mar 30, 2009 at 04:58:09PM +0300, Michael Shigorin wrote:
> On Mon, Mar 30, 2009 at 01:31:23PM +0400, Dmitry V. Levin wrote:
> > Тут дело вот в чём:  когда вы что-то утверждаете, вас обычно не
> > слушают, потому что, с одной стороны, вы не даёте себе труда
> > привести существенную аргументацию, и с другой стороны, не
> > можете заменить часть аргументации собственным авторитетом.
> > Если вы будете чаще делать первое, то со временем вы сможете
> > рассчитывать на второе.  А если не будете, то не сможете.
> 
> Дим, поскольку это уже не первый раз: ты зарываешься
> и твой авторитет в моих глазах стремительно падает.
> 
> Думаю, не только в моих.
> 
> А предыдущий раз я тебе это писал личной почтой, когда ты
> поступал с письмами lakostis@ неподобающим модератору образом.
> 
> Вот, пишу публично.

Мой авторитет не в словах, которые я говорю.  И ваш, между прочим, тоже.


-- 
ldv

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

Re: [devel] нормальный biarch

[Dmitry V. Levin]

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

On Mon, Mar 30, 2009 at 05:02:06PM +0300, Michael Shigorin wrote:
> On Mon, Mar 30, 2009 at 11:07:26AM +0400, Alexey Tourbin wrote:
> > По-моему, это не серьезно.
> 
> 2 ldv: кстати, это аргумент был или нет?

Это было резюме аргументов, которые ты, Миша, забыл процитировать,
т.е. просто вырвал фразу из контекста.  Жаль.


-- 
ldv

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

Re: [devel] Led проспорил biarch

[Vitaly Lipatov]

On 30 марта 2009, Michael Pozhidaev wrote:
> Hello, Sergey Y. Afonin!
>
> > А, вообще, какова нужность этого biarch на текущий момент ?
> > Что ещё осталось, без чего жить нельзя/сложно/разное ? И
> > каковы перспективы появления этого оставшегося нужного под
> > x86_64 ? Может не нулевые совсем ?
>
> Пока необходимость есть. Без glibc-core из x86_32 не
> запускаются закрытые синтезаторы речи. Типичный пример:
> mbrola. Он самый популярный по части анг. языка. Про
> вероятность его пересборки автором на x86_64 ничего сказать не
> могу. Пока неизвестно.
Кстати, у меня такое ощущение, что нормальные репозитории x86_32 
только у нас:
ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/

-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] Led проспорил biarch

[Serge Ryabchun]

2009/3/30 Vitaly Lipatov <lav@altlinux.ru>:
> Кстати, у меня такое ощущение, что нормальные репозитории x86_32
> только у нас:
> ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/

А libGL*?

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] Led проспорил biarch

[Andrii Dobrovol`s`kii]

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

Eugene Ostapets пишет:
> 2009/3/30 Dmitry V. Levin <ldv altlinux.org>:
>> On Mon, Mar 30, 2009 at 10:11:17AM +0300, Led wrote:
>>> Вы с кем-то о чём-то спорили? Я не заметил:)
>> Led, возможно, вы не заметили, но, тем не менее,
>> вы только что проспорили biarch. ;)
> Это можно считать официальной позицией? biarch в стиле RH не нужен?
> Просто нехочется еще раз возвращаться к теме сокрытия никому не нужных
> мифических исходников...
> 
Евгений, Вы про какую позицию спрашиваете? Алексей ничего не ответил
на конкретные вопросы тезки. Просто прешел на "авторитет" о котором
и ответил Дмитрий. Я не специалист по коду rpm. Здесь таких ещё много.
Из собственного опыта общения по переписке с led@ вынужден тоже
считать, что он не всегда склонен слышать, что именно иму пытаются
сказать.
rpm -qa|grep powersave
powersave-0.15.20-alt2
libpowersave-0.15.20-alt2
Как видно, тут нет указания архитектуры. И в публичной дискусси
важные технические моменты остаются за кадром.
Лирическое отступление. Главная проблема сейчас в команде -- стиль
общения. Пока он не станет в обязательном для всех порядке
уважительным к собеседнику, не важно какую ошибку тот сделал,
конфликт будет только накручиваться.
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


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

Re: [devel] Led проспорил biarch

[Vitaly Lipatov]

On 30 марта 2009, Serge Ryabchun wrote:
> 2009/3/30 Vitaly Lipatov <lav@altlinux.ru>:
> > Кстати, у меня такое ощущение, что нормальные репозитории
> > x86_32 только у нас:
> > ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
> > ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
> > ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>
> А libGL*?
Спасибо за напоминание.
Готово для 5.0 и Sisyphus.

-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] Led проспорил biarch

[Serge Ryabchun]

2009/3/30 Vitaly Lipatov <lav@altlinux.ru>:
>> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>>
>> А libGL*?
> Спасибо за напоминание.
> Готово для 5.0 и Sisyphus.

Да незачто, но это не решает проблему apt-get distupgrade

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] Led проспорил biarch

[Vitaly Lipatov]

On 31 марта 2009, Serge Ryabchun wrote:
> 2009/3/30 Vitaly Lipatov <lav@altlinux.ru>:
> >> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
> >>
> >> А libGL*?
> >
> > Спасибо за напоминание.
> > Готово для 5.0 и Sisyphus.
>
> Да незачто, но это не решает проблему apt-get distupgrade
Боюсь, что я не в курсе этой проблемы. Есть номер баги?


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] Led проспорил biarch

[Aleksey Novodvorsky]

30 марта 2009 г. 18:41 пользователь Vitaly Lipatov <lav@altlinux.ru> написал:

> Кстати, у меня такое ощущение, что нормальные репозитории x86_32
> только у нас:
> ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/

Круто! :-)

Re: [devel] Led проспорил biarch

[Vitaly Lipatov]

On 31 марта 2009, Aleksey Novodvorsky wrote:
> 30 марта 2009 г. 18:41 пользователь Vitaly Lipatov 
<lav@altlinux.ru> написал:
> > Кстати, у меня такое ощущение, что нормальные репозитории
> > x86_32 только у нас:
> > ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
> > ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
> > ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>
> Круто! :-)
Я так понимаю, спасибо Алексею Мыльцеву за arepo. Запустить-то 
его дело простого скрипта.


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] Led проспорил biarch

[Alexey Rusakov]

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

В Втр, 31/03/2009 в 02:03 +0400, Vitaly Lipatov пишет:
> On 31 марта 2009, Aleksey Novodvorsky wrote:
> > 30 марта 2009 г. 18:41 пользователь Vitaly Lipatov 
> <lav@altlinux.ru> написал:
> > > Кстати, у меня такое ощущение, что нормальные репозитории
> > > x86_32 только у нас:
> > > ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
> > > ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
> > > ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
> > > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
> >
> > Круто! :-)
> Я так понимаю, спасибо Алексею Мыльцеву за arepo. Запустить-то 
> его дело простого скрипта.
Он Александр :)

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

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

Re: [devel] Led проспорил biarch

[Aleksey Novodvorsky]

31 марта 2009 г. 2:03 пользователь Vitaly Lipatov <lav@altlinux.ru> написал:
> On 31 марта 2009, Aleksey Novodvorsky wrote:
>> 30 марта 2009 г. 18:41 пользователь Vitaly Lipatov
> <lav@altlinux.ru> написал:
>> > Кстати, у меня такое ощущение, что нормальные репозитории
>> > x86_32 только у нас:
>> > ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
>> > ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
>> > ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
>> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>>
>> Круто! :-)
> Я так понимаю, спасибо Алексею Мыльцеву за arepo. Запустить-то
> его дело простого скрипта.

С libGL были проблемы.

Rgrds, Алексей

Re: [devel] нормальный biarch

[Stanislav Ievlev]

Как человек, активно использовавший arepo для установки всяких извращённых
конфигураций на 64-битных машинах могу сказать, что единственное и главное
чего не хватает - это постоянной поддержки x86_32 в репозитариях Sisyphus,
4.1 и 5.0.

Всё остальное уже решено и с этим можно жить и работать без каких либо проблем.

P.S. Кстати, Лёша, спасибо за исправление баги в apt связанной с biarch - это сильно облегчит
жизнь сисадминам ;)

(кстати спасибо за исправление баги с biarch в apt)
On Mon, Mar 30, 2009 at 10:34:38AM +0400, Alexey Tourbin wrote:
> On Mon, Mar 30, 2009 at 09:27:38AM +0300, Led wrote:
> > On Monday, 30 March 2009 09:23:56 Alexey Tourbin wrote:
> > > On Mon, Mar 30, 2009 at 10:57:47AM +0500, Sergey Y. Afonin wrote:
> > > > > 2) Native biarch или же "нормальный biarch" -- это схема реализации
> > > > > biarch, принятая в Редхате.
> > > >
> > > > И конфликт пакетов они там не разруливают ?
> > >
> > > Там совмещаются пакеты по подчиненным архитектурам.  Конфликтующие файлы
> > > автоматически замещаются по принципу "file coloring".  Всё это похоже на
> > > бракосочетание беременной девушки с мужчиной, который её не очень любит.
> > 
> > Возможно. Но т.н. реализация т.н. biarch посредством arepo - это извращение 
> > похлеще инцеста. Прошу прощения за терминологию, но я подстраиваюсь под вас - 
> > возможно вам так проще с подобными аналогиями.
> 
> В SuSE тоже плохо подумали?
> В SuSE используется схема, близкая к arepo.



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

Re: [devel] нормальный biarch

[Serge Ryabchun]

2009/3/31 Stanislav Ievlev <inger@altlinux.org>:
> Как человек, активно использовавший arepo для установки всяких извращённых
> конфигураций на 64-битных машинах могу сказать, что единственное и главное
> чего не хватает - это постоянной поддержки x86_32 в репозитариях Sisyphus,
> 4.1 и 5.0.
>
> Всё остальное уже решено и с этим можно жить и работать без каких либо проблем.

Значит, вам хватает. А мне на днях снова понадобился glibc-devel-static

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] Led проспорил biarch

[Max Ivanov]

> Кстати, у меня такое ощущение, что нормальные репозитории x86_32
> только у нас:
> ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/

Как этим пользоваться? Просто подключить в дефолтную систему и всё?

Re: [devel] glibc-devel-static biarch

[Dmitry V. Levin]

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

On Tue, Mar 31, 2009 at 10:26:35AM +0300, Serge Ryabchun wrote:
> 2009/3/31 Stanislav Ievlev <inger@altlinux.org>:
> > Как человек, активно использовавший arepo для установки всяких извращённых
> > конфигураций на 64-битных машинах могу сказать, что единственное и главное
> > чего не хватает - это постоянной поддержки x86_32 в репозитариях Sisyphus,
> > 4.1 и 5.0.
> >
> > Всё остальное уже решено и с этим можно жить и работать без каких либо проблем.
> 
> Значит, вам хватает. А мне на днях снова понадобился glibc-devel-static

А что с ним особенного?


-- 
ldv

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

Re: [devel] glibc-devel-static biarch

[Andrii Dobrovol`s`kii]

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

Eugene Prokopiev пишет:
>>  > Перепакуй его arepo'ой и поставь x86_64 пакет с 32bit'ной библиотекой.
>>
>>
>>  Вартан, предложи это всем разработчикам. Замечательное решение для
>>  пользователей дистрибутива.
>>  На дворе сейчас не 1996 год, что бы вручную заниматься решением
>>  вопросов а-ля "А как русифицировать консоль".
> 
> Требуется легализовать (т.е. разместить на f.a.o) cодержимое
> ftp://updates.etersoft.ru/pub/ALTLinux/*/x86_32/ и исправить баг,
> который просил сформулировать lav@, или что-то большее?
> 
На фтп альтлинукса есть вполне легальный */x86_32/* Правда, весьма
небольшой. Может нужно просто его наполнять?.. Кто-то же должен
первый раз пересобрать нужное и, убедившись в его работоспособности,
опубликовать...
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


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

Re: [devel] glibc-devel-static biarch

[Serge Ryabchun]

2009/3/31 Dmitry V. Levin <ldv@altlinux.org>:
> On Tue, Mar 31, 2009 at 10:26:35AM +0300, Serge Ryabchun wrote:
>> 2009/3/31 Stanislav Ievlev <inger@altlinux.org>:
>> > Как человек, активно использовавший arepo для установки всяких извращённых
>> > конфигураций на 64-битных машинах могу сказать, что единственное и главное
>> > чего не хватает - это постоянной поддержки x86_32 в репозитариях Sisyphus,
>> > 4.1 и 5.0.
>> >
>> > Всё остальное уже решено и с этим можно жить и работать без каких либо проблем.
>>
>> Значит, вам хватает. А мне на днях снова понадобился glibc-devel-static
>
> А что с ним особенного?

Да почти ничего.

[root@localhost usr]# apt-get install glibc-devel-static
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
  glibc-devel-static
0 upgraded, 1 newly installed, 0 removed and 0 not upgraded.
Need to get 0B/1076kB of archives.
After unpacking 6591kB of additional disk space will be used.
Committing changes...
Preparing...
        ###################################################################################################
[100%]
1: glibc-devel-static
        ###################################################################################################
[100%]
Running /usr/lib/rpm/posttrans-filetriggers
Done.
[root@localhost usr]# rpm -ql glibc-devel-static
/usr/lib64/libBrokenLocale.a
/usr/lib64/libanl.a
/usr/lib64/libc.a
/usr/lib64/libcrypt.a
/usr/lib64/libdl.a
/usr/lib64/libm.a
/usr/lib64/libnsl.a
/usr/lib64/libpthread.a
/usr/lib64/libresolv.a
/usr/lib64/librt.a
/usr/lib64/libutil.a
[root@localhost usr]# apt-get install glibc-devel-static.32bit
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
  glibc-devel-static.32bit
0 upgraded, 1 newly installed, 0 removed and 0 not upgraded.
Need to get 0B/835kB of archives.
After unpacking 4416kB of additional disk space will be used.
Committing changes...
Preparing...
        ###################################################################################################
[100%]
1: glibc-devel-static
        ###################################################################################################
[100%]
Running /usr/lib/rpm/posttrans-filetriggers
Done.
[root@localhost usr]# rpm -qa|grep glibc-devel-static
glibc-devel-static-2.9-alt4
[root@localhost usr]# ls -l /usr/lib64/libc.a
ls: cannot access /usr/lib64/libc.a: No such file or directory
[root@localhost usr]# rpm -ql glibc-devel-static
/usr/lib/libBrokenLocale.a
/usr/lib/libanl.a
/usr/lib/libc.a
/usr/lib/libcrypt.a
/usr/lib/libdl.a
/usr/lib/libm.a
/usr/lib/libnsl.a
/usr/lib/libpthread.a
/usr/lib/libresolv.a
/usr/lib/librt.a
/usr/lib/libutil.a

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] glibc-devel-static biarch

[Wartan Hachaturow]

2009/3/31 Serge Ryabchun <serge.ryabchun@gmail.com>:
> Да почти ничего.
>
> [root@localhost usr]# apt-get install glibc-devel-static
> [root@localhost usr]# apt-get install glibc-devel-static.32bit

Ух ты, мы выяснили, что в альте не работает биарч редхэтовским способом.
Сюрприз-сюрприз.
Перепакуй его arepo'ой и поставь x86_64 пакет с 32bit'ной библиотекой.

-- 
Regards, Wartan.

Re: [devel] glibc-devel-static biarch

[Serge Ryabchun]

2009/3/31 Wartan Hachaturow <wartan.hachaturow@gmail.com>:
> 2009/3/31 Serge Ryabchun <serge.ryabchun@gmail.com>:
>> Да почти ничего.
>>
>> [root@localhost usr]# apt-get install glibc-devel-static
>> [root@localhost usr]# apt-get install glibc-devel-static.32bit
>
> Ух ты, мы выяснили, что в альте не работает биарч редхэтовским способом.
> Сюрприз-сюрприз.
> Перепакуй его arepo'ой и поставь x86_64 пакет с 32bit'ной библиотекой.

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

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] glibc-devel-static biarch

[Eugene Prokopiev]

>  > Перепакуй его arepo'ой и поставь x86_64 пакет с 32bit'ной библиотекой.
>
>
>  Вартан, предложи это всем разработчикам. Замечательное решение для
>  пользователей дистрибутива.
>  На дворе сейчас не 1996 год, что бы вручную заниматься решением
>  вопросов а-ля "А как русифицировать консоль".

Требуется легализовать (т.е. разместить на f.a.o) cодержимое
ftp://updates.etersoft.ru/pub/ALTLinux/*/x86_32/ и исправить баг,
который просил сформулировать lav@, или что-то большее?

-- 
С уважением,
Прокопьев Евгений

Re: [devel] glibc-devel-static biarch

[Serge Ryabchun]

2009/3/31 Andrii Dobrovol`s`kii <dobr@iop.kiev.ua>:
> Eugene Prokopiev пишет:
>>>  > Перепакуй его arepo'ой и поставь x86_64 пакет с 32bit'ной библиотекой.
>>>
>>>
>>>  Вартан, предложи это всем разработчикам. Замечательное решение для
>>>  пользователей дистрибутива.
>>>  На дворе сейчас не 1996 год, что бы вручную заниматься решением
>>>  вопросов а-ля "А как русифицировать консоль".
>>
>> Требуется легализовать (т.е. разместить на f.a.o) cодержимое
>> ftp://updates.etersoft.ru/pub/ALTLinux/*/x86_32/ и исправить баг,
>> который просил сформулировать lav@, или что-то большее?
>>
> На фтп альтлинукса есть вполне легальный */x86_32/* Правда, весьма
> небольшой. Может нужно просто его наполнять?.. Кто-то же должен
> первый раз пересобрать нужное и, убедившись в его работоспособности,
> опубликовать...

И перепаковать половину содержимого */i586/, желательно синхронно.
Че там, диски выросли, каналы тоже, выдержит.

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] glibc-devel-static biarch

[Mikhail Gusarov]

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


Twas brillig at 13:51:34 31.03.2009 UTC+03 when dobr@iop.kiev.ua did gyre and gimble:

 AD> Кто-то же должен первый раз пересобрать нужное и, убедившись в его
 AD> работоспособности, опубликовать...

Не нужно ручной работы. Если что-то сломается - это сизиф.

-- 

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

Re: [devel] glibc-devel-static biarch

[Dmitry V. Levin]

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

On Tue, Mar 31, 2009 at 02:26:16PM +0300, Serge Ryabchun wrote:
> 2009/3/31 Dmitry V. Levin <ldv@altlinux.org>:
> > On Tue, Mar 31, 2009 at 10:26:35AM +0300, Serge Ryabchun wrote:
> >> 2009/3/31 Stanislav Ievlev <inger@altlinux.org>:
> >> > Как человек, активно использовавший arepo для установки всяких извращённых
> >> > конфигураций на 64-битных машинах могу сказать, что единственное и главное
> >> > чего не хватает - это постоянной поддержки x86_32 в репозитариях Sisyphus,
> >> > 4.1 и 5.0.
> >> >
> >> > Всё остальное уже решено и с этим можно жить и работать без каких либо проблем.
> >>
> >> Значит, вам хватает. А мне на днях снова понадобился glibc-devel-static
> >
> > А что с ним особенного?
> 
> Да почти ничего.
> 
> [root@localhost usr]# apt-get install glibc-devel-static
[...]
> [root@localhost usr]# apt-get install glibc-devel-static.32bit

Это у нас не будет работать.  Я использую
# apt-get install i586-glibc-devel-static
из репозитория
rpm ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus x86_32 classic


-- 
ldv

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

Re: [devel] arepo.conf

[Dmitry V. Levin]

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

On Mon, Mar 30, 2009 at 06:41:01PM +0400, Vitaly Lipatov wrote:
[...]
> Кстати, у меня такое ощущение, что нормальные репозитории x86_32 
> только у нас:
[...]
> ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/

Чем это отличаются от аналогичного на ftp.a.o, и
где можно посмотреть соответствующий arepo.conf?


-- 
ldv

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

Re: [devel] arepo.conf

[Boris Savelev]

2009/3/31 Dmitry V. Levin <ldv@altlinux.org>:
> On Mon, Mar 30, 2009 at 06:41:01PM +0400, Vitaly Lipatov wrote:
> [...]
>> Кстати, у меня такое ощущение, что нормальные репозитории x86_32
>> только у нас:
> [...]
>> ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>
> Чем это отличаются от аналогичного на ftp.a.o, и
> где можно посмотреть соответствующий arepo.conf?

ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/arepo.conf ?
хотя я не уверен-)


-- 
С уважением, Борис Савельев

Re: [devel] glibc-devel-static biarch

[Serge Ryabchun]

2009/3/31 Dmitry V. Levin <ldv@altlinux.org>:
> On Tue, Mar 31, 2009 at 02:26:16PM +0300, Serge Ryabchun wrote:
>> 2009/3/31 Dmitry V. Levin <ldv@altlinux.org>:
>> > On Tue, Mar 31, 2009 at 10:26:35AM +0300, Serge Ryabchun wrote:
>> >> 2009/3/31 Stanislav Ievlev <inger@altlinux.org>:
>> >> > Как человек, активно использовавший arepo для установки всяких извращённых
>> >> > конфигураций на 64-битных машинах могу сказать, что единственное и главное
>> >> > чего не хватает - это постоянной поддержки x86_32 в репозитариях Sisyphus,
>> >> > 4.1 и 5.0.
>> >> >
>> >> > Всё остальное уже решено и с этим можно жить и работать без каких либо проблем.
>> >>
>> >> Значит, вам хватает. А мне на днях снова понадобился glibc-devel-static
>> >
>> > А что с ним особенного?
>>
>> Да почти ничего.
>>
>> [root@localhost usr]# apt-get install glibc-devel-static
> [...]
>> [root@localhost usr]# apt-get install glibc-devel-static.32bit
>
> Это у нас не будет работать.

Я знаю, почему оно у нас работать не будет.

> Я использую
> # apt-get install i586-glibc-devel-static
> из репозитория
> rpm ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus x86_32 classic

Файл:i586-glibc-devel-static-2.9-alt4.i586.rpm  	892 KB  	31.03.2009  	12:01:00

там что-то будет появляться после каждого вопроса "Ачезанафиг?".
А все *wine* будут захардлинкены, что бы не подключать i586 репозиторий?
И nspluginwrapper можно будет пользовать?

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] glibc-devel-static biarch

[Dmitry V. Levin]

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

On Tue, Mar 31, 2009 at 04:31:01PM +0300, Serge Ryabchun wrote:
> 2009/3/31 Dmitry V. Levin <ldv@altlinux.org>:
[...]
> > Я использую
> > # apt-get install i586-glibc-devel-static
> > из репозитория
> > rpm ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus x86_32 classic
> 
> Файл:i586-glibc-devel-static-2.9-alt4.i586.rpm  	892 KB  	31.03.2009  	12:01:00
> 
> там что-то будет появляться после каждого вопроса "Ачезанафиг?".
> А все *wine* будут захардлинкены, что бы не подключать i586 репозиторий?
> И nspluginwrapper можно будет пользовать?

Да, конечно, это же free software. ;)


-- 
ldv

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

Re: [devel] glibc-devel-static biarch

[Serge Ryabchun]

2009/3/31 Dmitry V. Levin <ldv@altlinux.org>:
> On Tue, Mar 31, 2009 at 04:31:01PM +0300, Serge Ryabchun wrote:
>> 2009/3/31 Dmitry V. Levin <ldv@altlinux.org>:
> [...]
>> > Я использую
>> > # apt-get install i586-glibc-devel-static
>> > из репозитория
>> > rpm ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus x86_32 classic
>>
>> Файл:i586-glibc-devel-static-2.9-alt4.i586.rpm        892 KB          31.03.2009      12:01:00
>>
>> там что-то будет появляться после каждого вопроса "Ачезанафиг?".
>> А все *wine* будут захардлинкены, что бы не подключать i586 репозиторий?
>> И nspluginwrapper можно будет пользовать?
>
> Да, конечно, это же free software. ;)

Дык, когда? Когда будет наш вариант, мы озвучивали. Когда будет ваш вариант?

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] glibc-devel-static biarch

[Wartan Hachaturow]

2009/3/31 Serge Ryabchun <serge.ryabchun@gmail.com>:

> Дык, когда? Когда будет наш вариант, мы озвучивали. Когда будет ваш вариант?

Когда у меня дойдут до него руки. Примерно через неделю.
При этом задача, которая стоит передо мной (по приведению нашего
arepo-биарча в чувство) на много порядков проще, чем та, которая стоит
перед вами, а значит и вероятность её успешного решения несколько
выше.
Сергей, ну зачем эти разборки снова? Мы же даже лично это обсудили, помнится.

-- 
Regards, Wartan.

Re: [devel] glibc-devel-static biarch

[Serge Ryabchun]

2009/3/31 Wartan Hachaturow <wartan.hachaturow@gmail.com>:
> 2009/3/31 Serge Ryabchun <serge.ryabchun@gmail.com>:
>
>> Дык, когда? Когда будет наш вариант, мы озвучивали. Когда будет ваш вариант?
>
> Когда у меня дойдут до него руки. Примерно через неделю.

OK

> При этом задача, которая стоит передо мной (по приведению нашего
> arepo-биарча в чувство) на много порядков проще, чем та, которая стоит
> перед вами, а значит и вероятность её успешного решения несколько
> выше.
> Сергей, ну зачем эти разборки снова? Мы же даже лично это обсудили, помнится.

Это не разборки, это напоминание о том, что проблема есть, она никуда
не делась. wine, skype и еще куча проприетарной хрени как нужны были,
так они все еще нужны и будут нужны еще кучу лет. А текущее решение
проблемы выглядит как "каждый пользователь должен знать, что такое
arepo и hasher и уметь этим пользоваться, а не умеет, то сам дурак".

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] glibc-devel-static biarch

[Anton Farygin]

Wartan Hachaturow пишет:
> 2009/3/31 Serge Ryabchun <serge.ryabchun@gmail.com>:
> 
>> Дык, когда? Когда будет наш вариант, мы озвучивали. Когда будет ваш вариант?
> 
> Когда у меня дойдут до него руки. Примерно через неделю.
> При этом задача, которая стоит передо мной (по приведению нашего
> arepo-биарча в чувство) на много порядков проще, чем та, которая стоит
> перед вами, а значит и вероятность её успешного решения несколько
> выше.
> Сергей, ну зачем эти разборки снова? Мы же даже лично это обсудили, помнится.

Вартан, извини пожалуйста за публичность, но в _твои_ руки _завтра_ я 
уже не верю.

Re: [devel] glibc-devel-static biarch

[Wartan Hachaturow]

2009/3/31 Anton Farygin <rider@altlinux.com>:

> Вартан, извини пожалуйста за публичность, но в _твои_ руки _завтра_ я уже не
> верю.

(пожимая плечами)
Твоё право. Верь в Леда :)) Главное -- во что-нибудь верить.

-- 
Regards, Wartan.

Re: [devel] glibc-devel-static biarch

[Anton Farygin]

Wartan Hachaturow пишет:
> 2009/3/31 Anton Farygin <rider@altlinux.com>:
> 
>> Вартан, извини пожалуйста за публичность, но в _твои_ руки _завтра_ я уже не
>> верю.
> 
> (пожимая плечами)
> Твоё право. Верь в Леда :)) Главное -- во что-нибудь верить.

лучше верить в заповеди, чем в тех, кто их нарушает.. мы отошли от темы 
рассылки... по поводу rpm5 vs arepo: я буду использовать то, что будет 
раньше и будет работать хорошо. Думаю, что это касается как и led'а, так 
и тебя.

Re: [devel] glibc-devel-static biarch

[Serge Ryabchun]

2009/3/31 Wartan Hachaturow <wartan.hachaturow@gmail.com>:
>> Вартан, извини пожалуйста за публичность, но в _твои_ руки _завтра_ я уже не
>> верю.
>
> (пожимая плечами)
> Твоё право. Верь в Леда :)) Главное -- во что-нибудь верить.

Вартан, меня ты тоже извини за публичность, но не нужно ставить
удвоенную ухмылку в отношении led@. В данный момент он сильно ближе к
решению, чем ты. Даже, если решение в итоге окажется локальным и не
будет принято в Альте.

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] glibc-devel-static biarch

[Wartan Hachaturow]

2009/3/31 Serge Ryabchun <serge.ryabchun@gmail.com>:
> Вартан, меня ты тоже извини за публичность, но не нужно ставить
> удвоенную ухмылку в отношении led@. В данный момент он сильно ближе к
> решению, чем ты. Даже, если решение в итоге окажется локальным и не
> будет принято в Альте.

Серёж, я видел код Леда, и знаю, в каком он состоянии.
Ухмылка относилась не к коду. Я буду очень рад, если всё заработает.

-- 
Regards, Wartan.

Re: [devel] arepo.conf

[Vitaly Lipatov]

On 31 марта 2009, Dmitry V. Levin wrote:
> On Mon, Mar 30, 2009 at 06:41:01PM +0400, Vitaly Lipatov
> wrote: [...]
>
> > Кстати, у меня такое ощущение, что нормальные репозитории
> > x86_32 только у нас:
>
> [...]
>
> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>
> Чем это отличаются от аналогичного на ftp.a.o, и
> где можно посмотреть соответствующий arepo.conf?
Тем, что 
a) достаточен для установки wine
b) обновляется каждые сутки
arepo.conf рядом:
ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/arepo.conf

-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] Led проспорил biarch

[Vitaly Lipatov]

On 31 марта 2009, Max Ivanov wrote:
> > Кстати, у меня такое ощущение, что нормальные репозитории
> > x86_32 только у нас:
> > ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
> > ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
> > ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>
> Как этим пользоваться? Просто подключить в дефолтную систему и
> всё?
Да, репозиторий для вашей системы. И ставить 32-битные пакеты из 
скаченых файлов через apt-get, например:
# apt-get install wine-1.0.9-alt42.i586.rpm

см. также
http://wiki.etersoft.ru/WINEsetupx8664

-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] glibc-devel-static biarch

[Aleksey Novodvorsky]

31 марта 2009 г. 22:01 пользователь Serge Ryabchun
<serge.ryabchun@gmail.com> написал:
> 2009/3/31 Wartan Hachaturow <wartan.hachaturow@gmail.com>:
>>> Вартан, извини пожалуйста за публичность, но в _твои_ руки _завтра_ я уже не
>>> верю.
>>
>> (пожимая плечами)
>> Твоё право. Верь в Леда :)) Главное -- во что-нибудь верить.
>
> Вартан, меня ты тоже извини за публичность, но не нужно ставить
> удвоенную ухмылку в отношении led@. В данный момент он сильно ближе к
> решению, чем ты. Даже, если решение в итоге окажется локальным и не
> будет принято в Альте.

Очевидно, будет принято лучшее из доступных решений.
Лично мне доводы  at@ кажутся важными, а количество решаемых при
помощи rpm coloring неспециальных задач, -- незначительным и
стремительно уменьшающимся. Практически все Вы здесь перечислили. На
мой взгляд, существенной проблемой в перспективе полугода-года явлется
лишь wine, который на достаточно мощной 64-битной станции (а есть ли
другие, дающие  выигрыш в производительности несерверных приложений?),
можно запустить в виртуальной машине как подсистему для унаследованных
Win32-приложений.
Это на мой взгляд, не слишком высокая цена за обход проблем, указанных at@.
Обо всем этом мы уже говорили в приватной переписке, но хорошо, что
сейчас весь devel@ может подумать сам,  постараться дать свой прогноз
и проверить его спустя не такое уж длительное время.
Мы безобразно затянули с интеграцией arepo в дистрибутивы, постараемся
идти быстрее. Нет цели обогнать вас или что-то доказать, -- есть цель
дать решение, которое нам сейчас кажется ближе к оптимальному.

Rgrds, Алексей


>


> --
> Рябчун Сергей <serge.ryabchun@gmail.com>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] arepo.conf

[Aleksey Novodvorsky]

31 марта 2009 г. 23:20 пользователь Vitaly Lipatov <lav@altlinux.ru> написал:
> On 31 марта 2009, Dmitry V. Levin wrote:
>> On Mon, Mar 30, 2009 at 06:41:01PM +0400, Vitaly Lipatov
>> wrote: [...]
>>
>> > Кстати, у меня такое ощущение, что нормальные репозитории
>> > x86_32 только у нас:
>>
>> [...]
>>
>> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>>
>> Чем это отличаются от аналогичного на ftp.a.o, и
>> где можно посмотреть соответствующий arepo.conf?
> Тем, что
> a) достаточен для установки wine

Да ну?
ну тогда главная проблема решена.:-)

Rgrds, Алексей

Re: [devel] glibc-devel-static biarch

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 31 марта 2009 г. 22:01 пользователь Serge Ryabchun
> <serge.ryabchun@gmail.com> написал:
>> 2009/3/31 Wartan Hachaturow <wartan.hachaturow@gmail.com>:
>>>> Вартан, извини пожалуйста за публичность, но в _твои_ руки _завтра_ я уже не
>>>> верю.
>>> (пожимая плечами)
>>> Твоё право. Верь в Леда :)) Главное -- во что-нибудь верить.
>> Вартан, меня ты тоже извини за публичность, но не нужно ставить
>> удвоенную ухмылку в отношении led@. В данный момент он сильно ближе к
>> решению, чем ты. Даже, если решение в итоге окажется локальным и не
>> будет принято в Альте.
> 
> Очевидно, будет принято лучшее из доступных решений.
> Лично мне доводы  at@ кажутся важными, а количество решаемых при
> помощи rpm coloring неспециальных задач, -- незначительным и
> стремительно уменьшающимся. Практически все Вы здесь перечислили. На
> мой взгляд, существенной проблемой в перспективе полугода-года явлется
> лишь wine, который на достаточно мощной 64-битной станции (а есть ли
> другие, дающие  выигрыш в производительности несерверных приложений?),
> можно запустить в виртуальной машине как подсистему для унаследованных
> Win32-приложений.

Алексей, всё намного прозрачнее. Нужна возможность выкладывать в x86_64 
Sisyphus пакеты, слинкованные с 32-bit библиотеками. Или в ppc32 
Sisyphus пакеты, слинкованные с ppc64 библиотеками...

Например, для поддержки виндёвых плагинов у видео-проигрывателей или 
поддержки 32-bit плагинов у mozilla, или для сборки grub и wine (именно 
сборки, а не установки wine.32bit).

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

Про два пути решения этой проблемы всем уже известно...

Re: [devel] arepo.conf

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 31 марта 2009 г. 23:20 пользователь Vitaly Lipatov <lav@altlinux.ru> написал:
>> On 31 марта 2009, Dmitry V. Levin wrote:
>>> On Mon, Mar 30, 2009 at 06:41:01PM +0400, Vitaly Lipatov
>>> wrote: [...]
>>>
>>>> Кстати, у меня такое ощущение, что нормальные репозитории
>>>> x86_32 только у нас:
>>> [...]
>>>
>>>> ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>>> Чем это отличаются от аналогичного на ftp.a.o, и
>>> где можно посмотреть соответствующий arepo.conf?
>> Тем, что
>> a) достаточен для установки wine
> 
> Да ну?
> ну тогда главная проблема решена.:-)

Нет, не решена.

Я не могу сказать на своём 64-х битном контейнере apt-get install wine, 
что бы получить работающий 32-х битный wine в 64-х битной системе.

Аналогично - grub.

Это не дистрибутивно, пока-что, к сожалению.

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

Re: [devel] arepo.conf

[Serge Ryabchun]

2009/3/31 Aleksey Novodvorsky <a.e.nvdv@gmail.com>:
> 31 марта 2009 г. 23:20 пользователь Vitaly Lipatov <lav@altlinux.ru> написал:
>> On 31 марта 2009, Dmitry V. Levin wrote:
>>> On Mon, Mar 30, 2009 at 06:41:01PM +0400, Vitaly Lipatov
>>> wrote: [...]
>>>
>>> > Кстати, у меня такое ощущение, что нормальные репозитории
>>> > x86_32 только у нас:
>>>
>>> [...]
>>>
>>> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>>>
>>> Чем это отличаются от аналогичного на ftp.a.o, и
>>> где можно посмотреть соответствующий arepo.conf?
>> Тем, что
>> a) достаточен для установки wine
>
> Да ну?
> ну тогда главная проблема решена.:-)

Ой, Алексей, если бы только wine был проблемой

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] arepo.conf

[Serge Ryabchun]

2009/3/31 Vitaly Lipatov <lav@altlinux.ru>:
> On 31 марта 2009, Dmitry V. Levin wrote:
>> On Mon, Mar 30, 2009 at 06:41:01PM +0400, Vitaly Lipatov
>> wrote: [...]
>>
>> > Кстати, у меня такое ощущение, что нормальные репозитории
>> > x86_32 только у нас:
>>
>> [...]
>>
>> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>>
>> Чем это отличаются от аналогичного на ftp.a.o, и
>> где можно посмотреть соответствующий arepo.conf?
> Тем, что
> a) достаточен для установки wine
> b) обновляется каждые сутки
> arepo.conf рядом:
> ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/arepo.conf

Кстати, Виталий, что-то не так с вашим репозитарием

# apt-get install i586-libX11
Reading Package Lists... Done
Building Dependency Tree... Done
Selecting i586-libX11.32bit for 'i586-libX11'
The following extra packages will be installed:
  i586-libX11.32bit libXau.32bit libXdmcp.32bit libxcb.32bit
The following NEW packages will be installed:
  i586-libX11.32bit libXau.32bit libXdmcp.32bit libxcb.32bit
0 upgraded, 4 newly installed, 0 removed and 0 not upgraded.
Need to get 0B/657kB of archives.
After unpacking 1649kB of additional disk space will be used.
Do you want to continue? [Y/n]
Committing changes...
Preparing...
        ###################################################################################################
[100%]
package libxcb-1.2-alt2 is already installed
E: Error while running transaction
[root@localhost RPMS.classic]# rpm -qa|grep xcb
libxcb-devel-1.2-alt2
xorg-xcbproto-devel-1.4-alt1
libxcbutil-0.3.3-alt1
libxcb-1.2-alt2
[root@localhost RPMS.classic]# apt-get install i586-libxcb
Reading Package Lists... Done
Building Dependency Tree... Done
Selecting i586-libxcb.32bit for 'i586-libxcb'
The following extra packages will be installed:
  i586-libxcb.32bit libXau.32bit libXdmcp.32bit
The following NEW packages will be installed:
  i586-libxcb.32bit libXau.32bit libXdmcp.32bit
0 upgraded, 3 newly installed, 0 removed and 0 not upgraded.
Need to get 0B/98.3kB of archives.
After unpacking 463kB of additional disk space will be used.
Do you want to continue? [Y/n]
Committing changes...
Preparing...
        ###################################################################################################
[100%]
1: libXdmcp
        ###################################################################################################
[ 33%]
2: libXau
        ###################################################################################################
[ 66%]
3: i586-libxcb
        ###################################################################################################
[100%]
Running /usr/lib/rpm/posttrans-filetriggers
Done.
[root@localhost RPMS.classic]# apt-get install i586-libX11
Reading Package Lists... Done
Building Dependency Tree... Done
Selecting i586-libX11.32bit for 'i586-libX11'
You might want to run `apt-get --fix-broken install' to correct these:
The following packages have unmet dependencies:
  libXau-devel: Depends: /usr/lib64/libXau.so.6.0.0
  libXdmcp-devel: Depends: /usr/lib64/libXdmcp.so.6.0.0
  libXp: Depends: libXau.so.6()(64bit)
  libaudio: Depends: libXau.so.6()(64bit)
  libxcb: Depends: libXau.so.6()(64bit)
          Depends: libXdmcp.so.6()(64bit)
  xauth: Depends: libXau.so.6()(64bit)
  xorg-server: Depends: libXau.so.6()(64bit)
               Depends: libXdmcp.so.6()(64bit)
E: Unmet dependencies. Try 'apt-get --fix-broken install' with no
packages (or specify a solution).


-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] arepo.conf

[Aleksey Novodvorsky]

31 марта 2009 г. 23:46 пользователь Serge Ryabchun
<serge.ryabchun@gmail.com> написал:
> 2009/3/31 Aleksey Novodvorsky <a.e.nvdv@gmail.com>:
>> 31 марта 2009 г. 23:20 пользователь Vitaly Lipatov <lav@altlinux.ru> написал:
>>> On 31 марта 2009, Dmitry V. Levin wrote:
>>>> On Mon, Mar 30, 2009 at 06:41:01PM +0400, Vitaly Lipatov
>>>> wrote: [...]
>>>>
>>>> > Кстати, у меня такое ощущение, что нормальные репозитории
>>>> > x86_32 только у нас:
>>>>
>>>> [...]
>>>>
>>>> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>>>>
>>>> Чем это отличаются от аналогичного на ftp.a.o, и
>>>> где можно посмотреть соответствующий arepo.conf?
>>> Тем, что
>>> a) достаточен для установки wine
>>
>> Да ну?
>> ну тогда главная проблема решена.:-)
>
> Ой, Алексей, если бы только wine был проблемой

Какие еще неспециальные проблемы останутся, по Вашему мнению, к концу
этого года?
Почему их неудобно решать в VM?

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

Rgrds, Алексей

Re: [devel] arepo.conf

[Mikhail Gusarov]

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


Twas brillig at 23:58:23 31.03.2009 UTC+04 when aen@altlinux.ru did gyre and gimble:

 AN> Какие еще неспециальные проблемы останутся, по Вашему мнению, к
 AN> концу этого года?

Игрушки.

 AN> Почему их неудобно решать в VM?

Если написать обвязку а-ля Cedega, но с VM внутри - то будет удобно. Но
это ж писать надо.

-- 

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

Re: [devel] arepo.conf

[Aleksey Novodvorsky]

2009/4/1 Mikhail Gusarov <dottedmag@altlinux.org>:
>
> Twas brillig at 23:58:23 31.03.2009 UTC+04 when aen@altlinux.ru did gyre and gimble:
>
>  AN> Какие еще неспециальные проблемы останутся, по Вашему мнению, к
>  AN> концу этого года?
>
> Игрушки.

Виндовые закрытые? Я просто ничего про это не знаю, потому спрашиваю.

Rgrds, Алексей

Re: [devel] arepo.conf

[Aleksey Novodvorsky]

2009/4/1 Mikhail Gusarov <dottedmag@altlinux.org>:
>
> Twas brillig at 23:58:23 31.03.2009 UTC+04 when aen@altlinux.ru did gyre and gimble:
>
>  AN> Какие еще неспециальные проблемы останутся, по Вашему мнению, к
>  AN> концу этого года?
>
> Игрушки.


Виндовые закрытые? Я просто ничего про это не знаю, потому спрашиваю.

Rgrds, Алексей

Re: [devel] arepo.conf

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 2009/4/1 Mikhail Gusarov <dottedmag@altlinux.org>:
>> Twas brillig at 23:58:23 31.03.2009 UTC+04 when aen@altlinux.ru did gyre and gimble:
>>
>>  AN> Какие еще неспециальные проблемы останутся, по Вашему мнению, к
>>  AN> концу этого года?
>>
>> Игрушки.
> 
> Виндовые закрытые? Я просто ничего про это не знаю, потому спрашиваю.

И виндовые, и линуксовые...

Re: [devel] arepo.conf

[Mikhail Gusarov]

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


Twas brillig at 00:06:33 01.04.2009 UTC+04 when aen@altlinux.ru did gyre and gimble:

 AN> Виндовые закрытые? Я просто ничего про это не знаю, потому спрашиваю.

И виндовые закрытые, и линуксовые закрытые (Quake4!), и некоторые открытые,
которые совсем уж игроделателями писаны и переносу поддаются с большим
трудом.

-- 

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

Re: [devel] arepo.conf

[Aleksey Novodvorsky]

1 апреля 2009 г. 0:06 пользователь Anton Farygin <rider@altlinux.com> написал:
> Aleksey Novodvorsky пишет:
>>
>> 2009/4/1 Mikhail Gusarov <dottedmag@altlinux.org>:
>>>
>>> Twas brillig at 23:58:23 31.03.2009 UTC+04 when aen@altlinux.ru did gyre
>>> and gimble:
>>>
>>>  AN> Какие еще неспециальные проблемы останутся, по Вашему мнению, к
>>>  AN> концу этого года?
>>>
>>> Игрушки.
>>
>> Виндовые закрытые? Я просто ничего про это не знаю, потому спрашиваю.
>
> И виндовые, и линуксовые...

То есть, если я правильно понимаю, ситуация примерно такова:
 геймера есть новые 64-битные игрушки, которые для скорости лучше
запускать на 64-битной системе. И старые 32-битные, которые приходится
запукать там же, но терять в производительности из-за контейнера
нельзя. так?

Rgrds, Алексей

Re: [devel] arepo.conf

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 1 апреля 2009 г. 0:06 пользователь Anton Farygin <rider@altlinux.com> написал:
>> Aleksey Novodvorsky пишет:
>>> 2009/4/1 Mikhail Gusarov <dottedmag@altlinux.org>:
>>>> Twas brillig at 23:58:23 31.03.2009 UTC+04 when aen@altlinux.ru did gyre
>>>> and gimble:
>>>>
>>>>  AN> Какие еще неспециальные проблемы останутся, по Вашему мнению, к
>>>>  AN> концу этого года?
>>>>
>>>> Игрушки.
>>> Виндовые закрытые? Я просто ничего про это не знаю, потому спрашиваю.
>> И виндовые, и линуксовые...
> 
> То есть, если я правильно понимаю, ситуация примерно такова:
>  геймера есть новые 64-битные игрушки, которые для скорости лучше
> запускать на 64-битной системе. И старые 32-битные, которые приходится
> запукать там же, но терять в производительности из-за контейнера
> нельзя. так?
> 

Можно и так, но как правило всё хуже: ставим себе 64-х битную систему 
(не знаю зачем, кому-то хочется)...

а потом хотим поиграть в 32-х битные игрушки (под той же cedega, например).

Re: [devel] arepo.conf

[Dmitry V. Levin]

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

On Tue, Mar 31, 2009 at 11:20:58PM +0400, Vitaly Lipatov wrote:
> On 31 марта 2009, Dmitry V. Levin wrote:
> > On Mon, Mar 30, 2009 at 06:41:01PM +0400, Vitaly Lipatov
> > wrote: [...]
> >
> > > Кстати, у меня такое ощущение, что нормальные репозитории
> > > x86_32 только у нас:
> >
> > [...]
> >
> > > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
> >
> > Чем это отличаются от аналогичного на ftp.a.o, и
> > где можно посмотреть соответствующий arepo.conf?
> Тем, что 
> a) достаточен для установки wine
> b) обновляется каждые сутки
> arepo.conf рядом:
> ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/arepo.conf

Спасибо, я синхронизировал ваш arepo.conf с
ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/x86_32/arepo.conf
Вероятно, теперь ваша очередь.


-- 
ldv

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

Re: [devel] arepo.conf

[Vitaly Lipatov]

On 31 марта 2009, Serge Ryabchun wrote:
...
> Кстати, Виталий, что-то не так с вашим репозитарием
>
> # apt-get install i586-libX11
> Reading Package Lists... Done
> Building Dependency Tree... Done
> Selecting i586-libX11.32bit for 'i586-libX11'
> The following extra packages will be installed:
>   i586-libX11.32bit libXau.32bit libXdmcp.32bit libxcb.32bit
...
> package libxcb-1.2-alt2 is already installed
> E: Error while running transaction
А при чём тут репозиторий? Возможно что-то не так с rpm у вас?
Это вы в Сизиф ставите?

У меня
$ rpm -q rpm
rpm-4.0.4-alt98.2

[lav@builder64 ~]$ sudo apt-get install i586-libX11
Reading Package Lists... Done
Building Dependency Tree... Done
Selecting i586-libX11.32bit for 'i586-libX11'
i586-libX11.32bit is already the newest version.



-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] arepo.conf

[Aleksey Novodvorsky]

1 апреля 2009 г. 0:20 пользователь Anton Farygin <rider@altlinux.com> написал:
> Aleksey Novodvorsky пишет:
>>
>> 1 апреля 2009 г. 0:06 пользователь Anton Farygin <rider@altlinux.com>
>> написал:
>>>
>>> Aleksey Novodvorsky пишет:
>>>>
>>>> 2009/4/1 Mikhail Gusarov <dottedmag@altlinux.org>:
>>>>>
>>>>> Twas brillig at 23:58:23 31.03.2009 UTC+04 when aen@altlinux.ru did
>>>>> gyre
>>>>> and gimble:
>>>>>
>>>>>  AN> Какие еще неспециальные проблемы останутся, по Вашему мнению, к
>>>>>  AN> концу этого года?
>>>>>
>>>>> Игрушки.
>>>>
>>>> Виндовые закрытые? Я просто ничего про это не знаю, потому спрашиваю.
>>>
>>> И виндовые, и линуксовые...
>>
>> То есть, если я правильно понимаю, ситуация примерно такова:
>>  геймера есть новые 64-битные игрушки, которые для скорости лучше
>> запускать на 64-битной системе. И старые 32-битные, которые приходится
>> запукать там же, но терять в производительности из-за контейнера
>> нельзя. так?
>>
>
> Можно и так, но как правило всё хуже: ставим себе 64-х битную систему (не
> знаю зачем, кому-то хочется)...

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

Rgrds, Алексей

Re: [devel] arepo.conf

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 1 апреля 2009 г. 0:20 пользователь Anton Farygin <rider@altlinux.com> написал:
>> Aleksey Novodvorsky пишет:
>>> 1 апреля 2009 г. 0:06 пользователь Anton Farygin <rider@altlinux.com>
>>> написал:
>>>> Aleksey Novodvorsky пишет:
>>>>> 2009/4/1 Mikhail Gusarov <dottedmag@altlinux.org>:
>>>>>> Twas brillig at 23:58:23 31.03.2009 UTC+04 when aen@altlinux.ru did
>>>>>> gyre
>>>>>> and gimble:
>>>>>>
>>>>>>  AN> Какие еще неспециальные проблемы останутся, по Вашему мнению, к
>>>>>>  AN> концу этого года?
>>>>>>
>>>>>> Игрушки.
>>>>> Виндовые закрытые? Я просто ничего про это не знаю, потому спрашиваю.
>>>> И виндовые, и линуксовые...
>>> То есть, если я правильно понимаю, ситуация примерно такова:
>>>  геймера есть новые 64-битные игрушки, которые для скорости лучше
>>> запускать на 64-битной системе. И старые 32-битные, которые приходится
>>> запукать там же, но терять в производительности из-за контейнера
>>> нельзя. так?
>>>
>> Можно и так, но как правило всё хуже: ставим себе 64-х битную систему (не
>> знаю зачем, кому-то хочется)...
> 
> Это понятно, это случай глупости. он распространен, но не думаю, что
> на него так уж стоит ориентироваться.

Алексей, а ты знаешь все преимущества AMD64 ? Основные ? Зачем оно 
вообще может быть нужно ...

Я готов поставить на своё медиа-центр x86_64, как только появится 
возможность использовать 32-bit dll от windows в mplayer.

Заодно и памяти добить побольше...

Re: [devel] arepo.conf

[Serge Ryabchun]

2009/3/31 Aleksey Novodvorsky <aen@altlinux.ru>:
>> Ой, Алексей, если бы только wine был проблемой
>
> Какие еще неспециальные проблемы останутся, по Вашему мнению, к концу
> этого года?
> Почему их неудобно решать в VM?

Алексей, ну спуститесь с неба на землю. Какой VM, о чем Вы? Оглянитесь
вокруг, спросите ближайшего Linux-юзера за пределами Вашей конторы,
что такое VM. Алексей, в Linux уже давно много ПРОСТО ПОЛЬЗОВАТЕЛЕЙ.
Не нас с вами, а просто тех кто этот самый Linux используют. Вы хотите
к ним админа поставить? Или научить их, что такое VM.

> Я не хочу переспорить сейчас, я скорее хочу проверить наши прогнозы.

Да какие прогнозы. Изза того, что VM и другие всякие разные слова
пихают куда угодно Linux сегодня проср^W прощелкал рынок нетбуков, и
кому, системе 8-ми летней давности. А нетбуки планку 3GB будут брать
очень долго.

Или Вы хотите услышать мой прогноз по поводу 32-бит? Я его сегодня у
нас озвучил - на мой полтинник, а до него еще больше 8-ми лет, у меня
все еще будут стоять 32-бит окружение для всякого, что его еще будет
хотеть. А в бизнесе 32-бит будут и через 10 лет востребованы.

> Готов поставить хороший коньяк по Вашему выбору или другой
> предпочитаемый Вами напиток (не с аукциона) :-)

Договорились.

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

Так и я о том же. Со всякой проприетарщиной за кучу денег очень просто
договориться о целевой поставке, вплоть до сборки у заказчика. Речь о
всяком-разном. Я вот недавно с удовольствием пробежался по уровням
первого HalfLife, а ему скоро червонец стукнет.

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] arepo.conf

[Serge Ryabchun]

2009/3/31 Vitaly Lipatov <lav@altlinux.ru>:
> On 31 марта 2009, Serge Ryabchun wrote:
> ...
>> Кстати, Виталий, что-то не так с вашим репозитарием
>>
>> # apt-get install i586-libX11
>> Reading Package Lists... Done
>> Building Dependency Tree... Done
>> Selecting i586-libX11.32bit for 'i586-libX11'
>> The following extra packages will be installed:
>>   i586-libX11.32bit libXau.32bit libXdmcp.32bit libxcb.32bit
> ...
>> package libxcb-1.2-alt2 is already installed
>> E: Error while running transaction
> А при чём тут репозиторий? Возможно что-то не так с rpm у вас?
> Это вы в Сизиф ставите?
>
> У меня
> $ rpm -q rpm
> rpm-4.0.4-alt98.2

Ну значит с моим
# rpm -q rpm
rpm-4.0.4-alt98.3

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] arepo.conf

[Serge Ryabchun]

2009/3/31 Aleksey Novodvorsky <a.e.nvdv@gmail.com>:
>> Можно и так, но как правило всё хуже: ставим себе 64-х битную систему (не
>> знаю зачем, кому-то хочется)...
>
> Это понятно, это случай глупости. он распространен, но не думаю, что
> на него так уж стоит ориентироваться.

Это не случай глупости - это всего навсего 4GB в машине, при цене
меньше 10$ за 1GB достаточно распространенное явление.

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] arepo.conf

[Alexey I. Froloff]

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

* Serge Ryabchun <serge.ryabchun@> [090331 23:52]:
> Selecting i586-libX11.32bit for 'i586-libX11'
> The following extra packages will be installed:
>   i586-libX11.32bit libXau.32bit libXdmcp.32bit libxcb.32bit
Не надо подключать честный i586.  Должны были установиться
i586-libXau.32bit, i586-libXdmcp.32bit и i586-libxcb.32bit.

-- 
Regards,
Sir Raorn.

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

Re: [devel] arepo.conf

[Vitaly Lipatov]

On 1 апреля 2009, Dmitry V. Levin wrote:
...
> Спасибо, я синхронизировал ваш arepo.conf с
> ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/x86
>_32/arepo.conf Вероятно, теперь ваша очередь.
А x86_32 для 4.0, 4.1 и 5.0 тоже синхронизировали? :)


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] glibc-devel-static biarch

[Serge Ryabchun]

2009/3/31 Aleksey Novodvorsky <aen@altlinux.ru>:
> стремительно уменьшающимся. Практически все Вы здесь перечислили. На
> мой взгляд, существенной проблемой в перспективе полугода-года явлется
> лишь wine, который на достаточно мощной 64-битной станции (а есть ли
> другие, дающие  выигрыш в производительности несерверных приложений?),
> можно запустить в виртуальной машине как подсистему для унаследованных
> Win32-приложений.

Алексей, если бы у меня были пару свободных лимонов зеленых денег, то
я бы вложил их в Wine, точнее в редизайн. У MS не получается нормально
запустить свой родной win32api на своем win64 и Wine был бы спасением
для бизнес-пользователей. Но Wine-тим больше похож на академическую
тусовку, т.е. продукт там не получится. В любом случае, продукт Wine
или не продукт, он будет востребован долго, и это не полгода-год, а
сильно больше. Полгода-год - это, извините, розовые очки, у меня в
2004-м тоже такие были.

А насчет выиграша, то хм syscall64 на несуществующий syscall помоему
117 тактов стоит против 280 на sysenter32 на AMD64, 450 на EM64T и
2200 на EM64T с BIGMEM. Цифры очень старые, я 32-бит ядро не видел
года 2 уже.

> Мы безобразно затянули с интеграцией arepo в дистрибутивы, постараемся
> идти быстрее.

Ну, наконец-то я от Вас дождался нужных слов ;-). Еще бы услышать про
сроки - так будет совсем хорошо ;-).

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] arepo.conf

[Serge Ryabchun]

2009/4/1 Alexey I. Froloff <raorn@altlinux.ru>:
> * Serge Ryabchun <serge.ryabchun@> [090331 23:52]:
>> Selecting i586-libX11.32bit for 'i586-libX11'
>> The following extra packages will be installed:
>>   i586-libX11.32bit libXau.32bit libXdmcp.32bit libxcb.32bit
> Не надо подключать честный i586.  Должны были установиться
> i586-libXau.32bit, i586-libXdmcp.32bit и i586-libxcb.32bit.

Блин, точно, i586 остался подключенным, да и еще с более высоким приоритетом.

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] glibc-devel-static biarch

[Aleksey Novodvorsky]

1 апреля 2009 г. 1:26 пользователь Serge Ryabchun
<serge.ryabchun@gmail.com> написал:
> 2009/3/31 Aleksey Novodvorsky <aen@altlinux.ru>:
>> стремительно уменьшающимся. Практически все Вы здесь перечислили. На
>> мой взгляд, существенной проблемой в перспективе полугода-года явлется
>> лишь wine, который на достаточно мощной 64-битной станции (а есть ли
>> другие, дающие  выигрыш в производительности несерверных приложений?),
>> можно запустить в виртуальной машине как подсистему для унаследованных
>> Win32-приложений.
>
> Алексей, если бы у меня были пару свободных лимонов зеленых денег, то
> я бы вложил их в Wine, точнее в редизайн. У MS не получается нормально
> запустить свой родной win32api на своем win64 и Wine был бы спасением
> для бизнес-пользователей. Но Wine-тим больше похож на академическую
> тусовку, т.е. продукт там не получится. В любом случае, продукт Wine
> или не продукт, он будет востребован долго, и это не полгода-год, а
> сильно больше. Полгода-год - это, извините, розовые очки, у меня в
> 2004-м тоже такие были.

Э, нет. Это разные парадигмы. Разговор не для здесь, но на мой взгляд
все наши копеечные доли на десктопах и недостаточные на серверах --
именно от того, что мы больше думаем о  приспособлении  к окружающей
виндовой среде, чем о создании преимуществ своей. Сейчас у нас есть
шанс переломить ситуацию, в частности с местными бизнес-приложениями,
которые доминируют в low-end и обладают большой долей в middle-end.
Нам нужно встречное движение, -- удобная виртуализация, создание
преимуществ гомогенных Линукс-сетей etc.

>
> А насчет выиграша, то хм syscall64 на несуществующий syscall помоему
> 117 тактов стоит против 280 на sysenter32 на AMD64, 450 на EM64T и
> 2200 на EM64T с BIGMEM. Цифры очень старые, я 32-бит ядро не видел
> года 2 уже.
>
>> Мы безобразно затянули с интеграцией arepo в дистрибутивы, постараемся
>> идти быстрее.
>
> Ну, наконец-то я от Вас дождался нужных слов ;-). Еще бы услышать про
> сроки - так будет совсем хорошо ;-).
>

Это пока не главная для нас задача, потому про сроки не буду.

Rgrds, Алексей

Re: [devel] arepo.conf

[Dmitry V. Levin]

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

On Wed, Apr 01, 2009 at 01:19:18AM +0400, Vitaly Lipatov wrote:
> On 1 апреля 2009, Dmitry V. Levin wrote:
> ...
> > Спасибо, я синхронизировал ваш arepo.conf с
> > ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/x86
> >_32/arepo.conf Вероятно, теперь ваша очередь.
> А x86_32 для 4.0, 4.1 и 5.0 тоже синхронизировали? :)

Нет, для 4.0 нормального биарча не будет (там gcc -m32 не работает), для
4.1, кажется, тоже (по той же причине, хотя это я уже мог забыть).
Для 5.0, наверное, подойдёт нынешний arepo.conf от Сизифа.


-- 
ldv

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

Re: [devel] glibc-devel-static biarch

[Serge Ryabchun]

2009/4/1 Aleksey Novodvorsky <aen@altlinux.ru>:
> Э, нет. Это разные парадигмы. Разговор не для здесь, но на мой взгляд
> все наши копеечные доли на десктопах и недостаточные на серверах --
> именно от того, что мы больше думаем о  приспособлении  к окружающей
> виндовой среде, чем о создании преимуществ своей. Сейчас у нас есть
> шанс переломить ситуацию, в частности с местными бизнес-приложениями,
> которые доминируют в low-end и обладают большой долей в middle-end.
> Нам нужно встречное движение, -- удобная виртуализация, создание
> преимуществ гомогенных Линукс-сетей etc.

С 2007 года, когда домашних тачек стало больше, уже не в бизнесе
счастье. Деньги пока еще там, но ситуация уже в другом месте и ломать
ее уже нужно на десктопе и для десктопа. Но разговор точно не для
здесь. Можем продолжить через пару недель в приватной обстановке.

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] glibc-devel-static biarch

[Aleksey Novodvorsky]

1 апреля 2009 г. 2:01 пользователь Serge Ryabchun
<serge.ryabchun@gmail.com> написал:
> 2009/4/1 Aleksey Novodvorsky <aen@altlinux.ru>:
>> Э, нет. Это разные парадигмы. Разговор не для здесь, но на мой взгляд
>> все наши копеечные доли на десктопах и недостаточные на серверах --
>> именно от того, что мы больше думаем о  приспособлении  к окружающей
>> виндовой среде, чем о создании преимуществ своей. Сейчас у нас есть
>> шанс переломить ситуацию, в частности с местными бизнес-приложениями,
>> которые доминируют в low-end и обладают большой долей в middle-end.
>> Нам нужно встречное движение, -- удобная виртуализация, создание
>> преимуществ гомогенных Линукс-сетей etc.
>
> С 2007 года, когда домашних тачек стало больше, уже не в бизнесе
> счастье. Деньги пока еще там, но ситуация уже в другом месте и ломать
> ее уже нужно на десктопе и для десктопа.

Ключевой момент. Это сегодня, даже я бы сказал сегодня утром. А
сегодня вечером у нас уже домашние сети с appliances и гаджетами. И
нам нужно целить не только  в сам десктоп, а в синергию систем
гомогенной сети (сейчас разве что у Apple и криво у MS), которая
завтра утром включит в себя облака.

Но разговор точно не для
> здесь. Можем продолжить через пару недель в приватной обстановке.
>

Ok.

Rgrds, Алексей

> --

> Рябчун Сергей <serge.ryabchun@gmail.com>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] glibc-devel-static biarch

[Aleksey Novodvorsky]

1 апреля 2009 г. 2:01 пользователь Serge Ryabchun
<serge.ryabchun@gmail.com> написал:
> 2009/4/1 Aleksey Novodvorsky <aen@altlinux.ru>:
>> Э, нет. Это разные парадигмы. Разговор не для здесь, но на мой взгляд
>> все наши копеечные доли на десктопах и недостаточные на серверах --
>> именно от того, что мы больше думаем о  приспособлении  к окружающей
>> виндовой среде, чем о создании преимуществ своей. Сейчас у нас есть
>> шанс переломить ситуацию, в частности с местными бизнес-приложениями,
>> которые доминируют в low-end и обладают большой долей в middle-end.
>> Нам нужно встречное движение, -- удобная виртуализация, создание
>> преимуществ гомогенных Линукс-сетей etc.
>
> С 2007 года, когда домашних тачек стало больше, уже не в бизнесе
> счастье. Деньги пока еще там, но ситуация уже в другом месте и ломать
> ее уже нужно на десктопе и для десктопа.

Ключевой момент. Это сегодня, даже я бы сказал сегодня утром. А
сегодня вечером у нас уже домашние сети с appliances и гаджетами. И
нам нужно целить не только  в сам десктоп, а в синергию систем
гомогенной сети (сейчас разве что у Apple и криво у MS), которая
завтра утром включит в себя облака.


Но разговор точно не для
> здесь. Можем продолжить через пару недель в приватной обстановке.
>


Ok.

Rgrds, Алексей
> --

Re: [devel] arepo.conf

[Vitaly Lipatov]

On 1 апреля 2009, Dmitry V. Levin wrote:
...
> > А x86_32 для 4.0, 4.1 и 5.0 тоже синхронизировали? :)
>
> Нет, для 4.0 нормального биарча не будет (там gcc -m32 не
> работает), для 4.1, кажется, тоже (по той же причине, хотя это
> я уже мог забыть).
А как связаны gcc -m32 и возможность установки и запуска 
32-битных программ?

> Для 5.0, наверное, подойдёт нынешний arepo.conf от Сизифа.
Главное чтобы репозиторий формировался.


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] arepo.conf

[Dmitry V. Levin]

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

On Wed, Apr 01, 2009 at 02:22:35AM +0400, Vitaly Lipatov wrote:
[...]
> > > А x86_32 для 4.0, 4.1 и 5.0 тоже синхронизировали? :)
> >
> > Нет, для 4.0 нормального биарча не будет (там gcc -m32 не
> > работает), для 4.1, кажется, тоже (по той же причине, хотя это
> > я уже мог забыть).
> А как связаны gcc -m32 и возможность установки и запуска 
> 32-битных программ?

Нашей самой первой целевой аудиторией для биарча были именно
пользователи gcc -m32.


-- 
ldv

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

Re: [devel] arepo.conf

[Pavlov Konstantin]

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

On Wed, Apr 01, 2009 at 02:35:46AM +0400, Dmitry V. Levin wrote:
> On Wed, Apr 01, 2009 at 02:22:35AM +0400, Vitaly Lipatov wrote:
> [...]
> > > > А x86_32 для 4.0, 4.1 и 5.0 тоже синхронизировали? :)
> > >
> > > Нет, для 4.0 нормального биарча не будет (там gcc -m32 не
> > > работает), для 4.1, кажется, тоже (по той же причине, хотя это
> > > я уже мог забыть).
> > А как связаны gcc -m32 и возможность установки и запуска 
> > 32-битных программ?
> 
> Нашей самой первой целевой аудиторией для биарча были именно
> пользователи gcc -m32.

Так сейчас 4.0 может использоваться не только для запуска gcc -m32, может
всё-таки сделаете?

-- 
 * combr а что, в инсталлере так и не сделали utf консольных шрифтов? мне
   сейчас rpm ругался примерно так &^$%&^%$&^&$

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

Re: [devel] glibc-devel-static biarch

[Андрей Черепанов]

31 марта 2009, Anton Farygin написал(а):
> Многое для чего.. это разрешило бы массу проблем. Как это будет
> реализовано - дело десятое и лично меня это волнует в последнюю очередь.
> Главное - что бы работало и работало хорошо.
>
> Про два пути решения этой проблемы всем уже известно...
Может, багу завести (кстати, на что, интересно). И периодически теребить?


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] glibc-devel-static biarch

[Anton Farygin]

Андрей Черепанов пишет:
> 31 марта 2009, Anton Farygin написал(а):
>> Многое для чего.. это разрешило бы массу проблем. Как это будет
>> реализовано - дело десятое и лично меня это волнует в последнюю очередь.
>> Главное - что бы работало и работало хорошо.
>>
>> Про два пути решения этой проблемы всем уже известно...
> Может, багу завести (кстати, на что, интересно). И периодически теребить?

Не имеет смысла... все и так всё знают.

Re: [devel] arepo.conf

[Sergey V Turchin]

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

On Wednesday 01 April 2009, Dmitry V. Levin wrote:

[...]
> для 4.1, кажется, тоже 
Я пользовал arepo для 4.1 для pSX, PCSX и ePSXe , пока не пересел на 
5.0

[...]

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] glibc-devel-static biarch

[Андрей Черепанов]

1 апреля 2009, Anton Farygin написал(а):
> Андрей Черепанов пишет:
> > 31 марта 2009, Anton Farygin написал(а):
> >> Многое для чего.. это разрешило бы массу проблем. Как это будет
> >> реализовано - дело десятое и лично меня это волнует в последнюю очередь.
> >> Главное - что бы работало и работало хорошо.
> >>
> >> Про два пути решения этой проблемы всем уже известно...
> >
> > Может, багу завести (кстати, на что, интересно). И периодически теребить?
>
> Не имеет смысла... все и так всё знают.
А толку?! Делать надо, будоражить. Иначе опять всё знание улетит в трубу.


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [devel] Led проспорил biarch

[Michael Shigorin]

On Tue, Mar 31, 2009 at 02:10:41AM +0400, Aleksey Novodvorsky wrote:
> >> > Кстати, у меня такое ощущение, что нормальные репозитории
> >> > x86_32 только у нас:
> >> > ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
> >> > ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
> >> > ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
> >> > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/

Сижу в раздумьях: заряжать зеркалироваться на ftp.linux.kiev.ua
или само приедет с ftp.altlinux.org...

> >> Круто! :-)
> > Я так понимаю, спасибо Алексею Мыльцеву за arepo.
> > Запустить-то его дело простого скрипта.
> С libGL были проблемы.

По крайней мере у sr@ на буке я осенью наблюдал их решёнными.

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

[devel] altlinux.org/Biarch

[Michael Shigorin]

On Mon, Mar 30, 2009 at 06:41:01PM +0400, Vitaly Lipatov wrote:
> Кстати, у меня такое ощущение, что нормальные репозитории
> x86_32 только у нас:
> ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
> ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/

Добавил к http://www.altlinux.org/Ports/x8664/32bitOn64bit
и набросал в нулевом приближении http://www.altlinux.org/Biarch

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

Re: [devel] altlinux.org/Biarch

[Aleksey Novodvorsky]

03.04.09, Michael Shigorin<mike@osdn.org.ua> написал(а):
> On Mon, Mar 30, 2009 at 06:41:01PM +0400, Vitaly Lipatov wrote:
>  > Кстати, у меня такое ощущение, что нормальные репозитории
>  > x86_32 только у нас:
>  > ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
>  > ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
>  > ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
>  > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
>
>  Добавил к http://www.altlinux.org/Ports/x8664/32bitOn64bit
>  и набросал в нулевом приближении http://www.altlinux.org/Biarch

Михаил, очень прошу не обижаться ни Вас, ни Ваших коллег, но
"существует" у нас то, что можно всем посмотреть. Если нельзя
посмотреть, то лучше "разрабатывается", -- так точнее.
Я не хочу сам править эту статью wiki.
Rgrds, Алексей

Re: [devel] altlinux.org/Biarch

[Mikhail Gusarov]

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


Twas brillig at 18:43:04 03.04.2009 UTC+03 when mike@osdn.org.ua did gyre and gimble:

> В общем случае — использование возможности аппаратной платформы
> исполнять код «предыдущей» архитектуры

Это не точно. См. биарч 64->32 и 32->64 для power.

> Решает прикладные проблемы, создаёт системные.

ОРИСС. Требует подтверждения фактами, либо удаления.

Про виртуальную реализацию имени led уже сказал aen.

-- 

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

Re: [devel] altlinux.org/Biarch

[Michael Shigorin]

On Fri, Apr 03, 2009 at 07:56:49PM +0400, Aleksey Novodvorsky wrote:
> >  > Кстати, у меня такое ощущение, что нормальные репозитории
> >  > x86_32 только у нас:
> >  > ftp://updates.etersoft.ru/pub/ALTLinux/4.0/x86_32/
> >  > ftp://updates.etersoft.ru/pub/ALTLinux/4.1/x86_32/
> >  > ftp://updates.etersoft.ru/pub/ALTLinux/5.0/x86_32/
> >  > ftp://updates.etersoft.ru/pub/ALTLinux/Sisyphus/x86_32/
> >  Добавил к http://www.altlinux.org/Ports/x8664/32bitOn64bit
> >  и набросал в нулевом приближении
> >  http://www.altlinux.org/Biarch
> Михаил, очень прошу не обижаться ни Вас, ни Ваших коллег,
> но "существует" у нас

Не знаю, где это.  У нас определённо существует.

> то, что можно всем посмотреть.  Если нельзя посмотреть,
> то лучше "разрабатывается", -- так точнее.

Полиси напишите. :)

> Я не хочу сам править эту статью wiki.

Никто ж и не заставляет.  Если глаза мозолит -- могу попросить
уничтожить страницу, но мне это скорее напоминалка.


On Fri, Apr 03, 2009 at 11:00:27PM +0700, Mikhail Gusarov wrote:
> > В общем случае ??? использование возможности аппаратной
> > платформы исполнять код ??предыдущей?? архитектуры
> Это не точно. См. биарч 64->32 и 32->64 для power.

Поправишь?  Упоминания встречал, но не возьмусь описать то,
с чем не сталкивался вообще и сходу не понял.

> > Решает прикладные проблемы, создаёт системные.
> ОРИСС.

В глаз дам за непристойный сленг.

> Требует подтверждения фактами, либо удаления.

Я не собираюсь угождать каждому твоему чиху.  Потому как твой
формализм лукав и при его последовательном применении хорошо 
если всего лишь большую половину www.altlinux.org надо выкинуть.

> Про виртуальную реализацию имени led уже сказал aen.

Мне есть что сказать в ответ про "открытую" разработку, но зачем?
Лучше пусть когда-нибудь и aen, и мне станет стыдно за глупости.
Самим.

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

Re: [devel] glibc-devel-static biarch

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

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

On Tue, Mar 31, 2009 at 11:29:22PM +0400, Aleksey Novodvorsky wrote:

AN> стремительно уменьшающимся. Практически все Вы здесь перечислили. На
AN> мой взгляд, существенной проблемой в перспективе полугода-года явлется
AN> лишь wine, который на достаточно мощной 64-битной станции (а есть ли
AN> другие, дающие  выигрыш в производительности несерверных приложений?),
AN> можно запустить в виртуальной машине как подсистему для унаследованных
AN> Win32-приложений.

1. Есть игрушки.

2. Виртуальные машины -- это не так хорошо как кажется. Все мы помним
историю как сдох vserver. Все мы также помним период когда ovz в alt
фактически не особо-то поддерживался. Все мы также помним что ovz
поддерживается в одном единственном kernel flavour. Говорить о виртуалках
совсем всерьез можно будет когда хоть какое-то из решений станет
мейнстримом.

kvm пока им тоже не стал -- в нем я уже попадал на баги которые для меня
были блокерами (например неработа сети).

То есть да, это ценная технология, которая имеет массу применений сейчас,
и еще больше -- в ближайшем будущем. Но это не серебрянная пуля.

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

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


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

Re: [devel] glibc-devel-static biarch

[Aleksey Novodvorsky]

5 апреля 2009 г. 17:28 пользователь Денис Смирнов
<mithraen@altlinux.ru> написал:
> On Tue, Mar 31, 2009 at 11:29:22PM +0400, Aleksey Novodvorsky wrote:
>
> AN> стремительно уменьшающимся. Практически все Вы здесь перечислили. На
> AN> мой взгляд, существенной проблемой в перспективе полугода-года явлется
> AN> лишь wine, который на достаточно мощной 64-битной станции (а есть ли
> AN> другие, дающие  выигрыш в производительности несерверных приложений?),
> AN> можно запустить в виртуальной машине как подсистему для унаследованных
> AN> Win32-приложений.
>
> 1. Есть игрушки.

Про игрушки понял.
Это все?
То есть можно ли считать, что для корпоративного использования
реальными проблемами сейчас остались skype и закрытые драйверы, в том
числе существующие только для win32?

>
> 2. Виртуальные машины -- это не так хорошо как кажется. Все мы помним
> историю как сдох vserver. Все мы также помним период когда ovz в alt
> фактически не особо-то поддерживался. Все мы также помним что ovz
> поддерживается в одном единственном kernel flavour. Говорить о виртуалках
> совсем всерьез можно будет когда хоть какое-то из решений станет
> мейнстримом.
>
> kvm пока им тоже не стал -- в нем я уже попадал на баги которые для меня
> были блокерами (например неработа сети).
>

Давно? Вешайте их, пожалуйста.

Rgrds, Алексей

Re: [devel] glibc-devel-static biarch

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 5 апреля 2009 г. 17:28 пользователь Денис Смирнов
> <mithraen@altlinux.ru> написал:
>> On Tue, Mar 31, 2009 at 11:29:22PM +0400, Aleksey Novodvorsky wrote:
>>
>> AN> стремительно уменьшающимся. Практически все Вы здесь перечислили. На
>> AN> мой взгляд, существенной проблемой в перспективе полугода-года явлется
>> AN> лишь wine, который на достаточно мощной 64-битной станции (а есть ли
>> AN> другие, дающие  выигрыш в производительности несерверных приложений?),
>> AN> можно запустить в виртуальной машине как подсистему для унаследованных
>> AN> Win32-приложений.
>>
>> 1. Есть игрушки.
> 
> Про игрушки понял.
> Это все?
> То есть можно ли считать, что для корпоративного использования
> реальными проблемами сейчас остались skype и закрытые драйверы, в том
> числе существующие только для win32?

Нет. Есть масса проприетарных приложений, которые имеются в наличии 
только под 32bit. Или требуют для установки biarch.

Например - интеловский компилятор для кластерного дистрибутива. 
Подробности знает Стас.

Re: [devel] glibc-devel-static biarch

[Aleksey Novodvorsky]

5 апреля 2009 г. 19:56 пользователь Anton Farygin <rider@altlinux.com> написал:
> Aleksey Novodvorsky пишет:
>>
>> 5 апреля 2009 г. 17:28 пользователь Денис Смирнов
>> <mithraen@altlinux.ru> написал:
>>>
>>> On Tue, Mar 31, 2009 at 11:29:22PM +0400, Aleksey Novodvorsky wrote:
>>>
>>> AN> стремительно уменьшающимся. Практически все Вы здесь перечислили. На
>>> AN> мой взгляд, существенной проблемой в перспективе полугода-года
>>> явлется
>>> AN> лишь wine, который на достаточно мощной 64-битной станции (а есть ли
>>> AN> другие, дающие  выигрыш в производительности несерверных
>>> приложений?),
>>> AN> можно запустить в виртуальной машине как подсистему для
>>> унаследованных
>>> AN> Win32-приложений.
>>>
>>> 1. Есть игрушки.
>>
>> Про игрушки понял.
>> Это все?
>> То есть можно ли считать, что для корпоративного использования
>> реальными проблемами сейчас остались skype и закрытые драйверы, в том
>> числе существующие только для win32?
>
> Нет. Есть масса проприетарных приложений, которые имеются в наличии только
> под 32bit. Или требуют для установки biarch.
>
> Например - интеловский компилятор для кластерного дистрибутива. Подробности
> знает Стас.

Антон, мы говорим (и уже давно) о пользовательских приложениях, для
которых не годится arepo.

Rgrds, Алексей

Re: [devel] glibc-devel-static biarch

[Anton Farygin]

Aleksey Novodvorsky пишет:
> 5 апреля 2009 г. 19:56 пользователь Anton Farygin <rider@altlinux.com> написал:
>> Aleksey Novodvorsky пишет:
>>> 5 апреля 2009 г. 17:28 пользователь Денис Смирнов
>>> <mithraen@altlinux.ru> написал:
>>>> On Tue, Mar 31, 2009 at 11:29:22PM +0400, Aleksey Novodvorsky wrote:
>>>>
>>>> AN> стремительно уменьшающимся. Практически все Вы здесь перечислили. На
>>>> AN> мой взгляд, существенной проблемой в перспективе полугода-года
>>>> явлется
>>>> AN> лишь wine, который на достаточно мощной 64-битной станции (а есть ли
>>>> AN> другие, дающие  выигрыш в производительности несерверных
>>>> приложений?),
>>>> AN> можно запустить в виртуальной машине как подсистему для
>>>> унаследованных
>>>> AN> Win32-приложений.
>>>>
>>>> 1. Есть игрушки.
>>> Про игрушки понял.
>>> Это все?
>>> То есть можно ли считать, что для корпоративного использования
>>> реальными проблемами сейчас остались skype и закрытые драйверы, в том
>>> числе существующие только для win32?
>> Нет. Есть масса проприетарных приложений, которые имеются в наличии только
>> под 32bit. Или требуют для установки biarch.
>>
>> Например - интеловский компилятор для кластерного дистрибутива. Подробности
>> знает Стас.
> 
> Антон, мы говорим (и уже давно) о пользовательских приложениях, для
> которых не годится arepo.

arepo годится для любых пользовательских и системных приложений, если 
его доинтегрировать в сизиф.

Ты читал мои письма ? Я в одном из них говорил, что только то решение 
будет рабочим, которое позволит собирать в сизиф для x86_64 приложения, 
слинкованные с x86_32 библиотеками. О чём ты продолжаешь гадать, я не 
понимаю.

Т.е. - как только в сизиф для x86_64 можно будет без матюгов и какой-то 
матери собрать grub, wine (32bit) и т.д. - все вопросы исчезнут.

[devel] [JT] biarch / 32-bit legacy (was: glibc-devel-static biarch)

[Michael Shigorin]

On Sun, Apr 05, 2009 at 05:36:24PM +0400, Aleksey Novodvorsky wrote:
> > kvm пока им тоже не стал -- в нем я уже попадал на баги
> > которые для меня были блокерами (например неработа сети).
> Давно? Вешайте их, пожалуйста.

Свежесобранные образы на ветке 5.0 у меня в kvm продолжают
затыкаться "в конце" (видимо, сразу после) заливки пакетов
под свежесобранным для 2.6.26-ovz-smp-alt3 kvm-84 на Xeon 54xx
с текущими прошивками.  Понятно, что виноват Intel, но от этого
не легче.

В общем я согласен с sr@, что оптимистически относиться
к проблеме наследственного 32-битного кода наивно -- до
сих пор вон 16-битный живёт и никто его не переписывает.

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

Re: [devel] [JT] biarch / 32-bit legacy (was: glibc-devel-static biarch)

[Aleksey Novodvorsky]

5 апреля 2009 г. 20:14 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sun, Apr 05, 2009 at 05:36:24PM +0400, Aleksey Novodvorsky wrote:
>> > kvm пока им тоже не стал -- в нем я уже попадал на баги
>> > которые для меня были блокерами (например неработа сети).
>> Давно? Вешайте их, пожалуйста.
>
> Свежесобранные образы на ветке 5.0 у меня в kvm продолжают
> затыкаться "в конце" (видимо, сразу после) заливки пакетов
> под свежесобранным для 2.6.26-ovz-smp-alt3 kvm-84 на Xeon 54xx
> с текущими прошивками.  Понятно, что виноват Intel, но от этого
> не легче.
>
> В общем я согласен с sr@, что оптимистически относиться
> к проблеме наследственного 32-битного кода наивно -- до
> сих пор вон 16-битный живёт и никто его не переписывает.
>
> --
>  ---- WBR, Michael Shigorin <mike@altlinux.ru>
>  ------ Linux.Kiev http://www.linux.kiev.ua/
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] [JT] biarch / 32-bit legacy (was: glibc-devel-static biarch)

[Aleksey Novodvorsky]

5 апреля 2009 г. 20:14 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sun, Apr 05, 2009 at 05:36:24PM +0400, Aleksey Novodvorsky wrote:
>> > kvm пока им тоже не стал -- в нем я уже попадал на баги
>> > которые для меня были блокерами (например неработа сети).
>> Давно? Вешайте их, пожалуйста.
>
> Свежесобранные образы на ветке 5.0 у меня в kvm продолжают
> затыкаться "в конце" (видимо, сразу после) заливки пакетов
> под свежесобранным для 2.6.26-ovz-smp-alt3 kvm-84

Воля Ваша, но я бы советовал взять из 5 бранча.

 на Xeon 54xx
> с текущими прошивками.  Понятно, что виноват Intel, но от этого
> не легче.
>
> В общем я согласен с sr@, что оптимистически относиться
> к проблеме наследственного 32-битного кода наивно -- до
> сих пор вон 16-битный живёт и никто его не переписывает.
>

Это вопрос не оптимизма/пессимизма, а степени уступок при поиске компромисса.

Rgrds, Алексей

Re: [devel] glibc-devel-static biarch

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [090405 20:13]:
> Т.е. - как только в сизиф для x86_64 можно будет без матюгов и
> какой-то матери собрать grub, wine (32bit) и т.д. - все вопросы
> исчезнут.
Зачем их собирать, если можно поставить из i586?  Другой вопрос,
как их без геммороя ставить apt-get'ом.

-- 
Regards,
Sir Raorn.

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

Re: [devel] [JT] biarch / 32-bit legacy (was: glibc-devel-static biarch)

[Michael Shigorin]

On Sun, Apr 05, 2009 at 08:49:55PM +0400, Aleksey Novodvorsky wrote:
> >> > kvm пока им тоже не стал -- в нем я уже попадал на баги
> >> > которые для меня были блокерами (например неработа сети).
> >> Давно? Вешайте их, пожалуйста.
> > Свежесобранные образы на ветке 5.0 у меня в kvm продолжают
> > затыкаться "в конце" (видимо, сразу после) заливки пакетов
> > под свежесобранным для 2.6.26-ovz-smp-alt3 kvm-84
> Воля Ваша, но я бы советовал взять из 5 бранча.

Попробую добраться.

> > В общем я согласен с sr@, что оптимистически относиться
> > к проблеме наследственного 32-битного кода наивно -- до
> > сих пор вон 16-битный живёт и никто его не переписывает.
> Это вопрос не оптимизма/пессимизма, а степени уступок при
> поиске компромисса.

Один вендор как-то запускал новую 64-битную архитектуру,
реализацию которой в песке по прошествии некоторого времени
окрестили "итаник".  Его любимый конкурент тем временем сильно
вырвался вперёд, продемонстрировав здоровый пессимизм по части
цены наследства; о степенях уступок судить не берусь, а вот
сравнить результаты здесь могут все и сами.

Если уж играть в бескомпромиссных Че, то кажется более
осмысленным отыскать gosha@elins и помочь с MIPS-портом...

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

Re: [devel] [JT] biarch / 32-bit legacy (was: glibc-devel-static biarch)

[Aleksey Novodvorsky]

5 апреля 2009 г. 21:30 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sun, Apr 05, 2009 at 08:49:55PM +0400, Aleksey Novodvorsky wrote:
>> Это вопрос не оптимизма/пессимизма, а степени уступок при
>> поиске компромисса.
>
> Один вендор как-то запускал новую 64-битную архитектуру,
> реализацию которой в песке по прошествии некоторого времени
> окрестили "итаник".  Его любимый конкурент тем временем сильно
> вырвался вперёд, продемонстрировав здоровый пессимизм по части
> цены наследства; о степенях уступок судить не берусь, а вот
> сравнить результаты здесь могут все и сами.
>
> Если уж играть в бескомпромиссных Че, то кажется более
> осмысленным отыскать gosha@elins и помочь с MIPS-портом...

Передергиваете. Зачем?

Rgrds, Алексей

Re: [devel] [JT] biarch / 32-bit legacy (was: glibc-devel-static biarch)

[Michael Shigorin]

On Sun, Apr 05, 2009 at 09:33:44PM +0400, Aleksey Novodvorsky wrote:
> >> Это вопрос не оптимизма/пессимизма, а степени уступок при
> >> поиске компромисса.
> > Один вендор как-то запускал новую 64-битную архитектуру,
> > реализацию которой в песке по прошествии некоторого времени
> > окрестили "итаник".  Его любимый конкурент тем временем сильно
> > вырвался вперёд, продемонстрировав здоровый пессимизм по части
> > цены наследства; о степенях уступок судить не берусь, а вот
> > сравнить результаты здесь могут все и сами.
> > Если уж играть в бескомпромиссных Че, то кажется более
> > осмысленным отыскать gosha@elins и помочь с MIPS-портом...
> Передергиваете. Зачем?

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

Если про MIPS -- да, это другое, и там с wine куда хуже. :-)
Здесь и впрямь передёрг, да в нём намёк.

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

Re: [devel] glibc-devel-static biarch

[Anton Farygin]

Alexey I. Froloff пишет:
> * Anton Farygin <rider@> [090405 20:13]:
>> Т.е. - как только в сизиф для x86_64 можно будет без матюгов и
>> какой-то матери собрать grub, wine (32bit) и т.д. - все вопросы
>> исчезнут.
> Зачем их собирать, если можно поставить из i586?  Другой вопрос,
> как их без геммороя ставить apt-get'ом.

Если мы говорим про arepo, то видимо - лучше собрать.

Хотя, если их тоже прогнать через arepo, то можно будет и не собирать. 
Но смысл остаётся - apt-get install grub на x86_64 должен работать без 
проблем.

Re: [devel] glibc-devel-static biarch

[Serge Ryabchun]

2009/4/5 Aleksey Novodvorsky <aen@altlinux.ru>:
> Про игрушки понял.
> Это все?
> То есть можно ли считать, что для корпоративного использования
> реальными проблемами сейчас остались skype и закрытые драйверы, в том
> числе существующие только для win32?

Вообще-то, любой кто сталкивался со словом "миграция" скажет, что это не все.

-- 
Рябчун Сергей <serge.ryabchun@gmail.com>

Re: [devel] glibc-devel-static biarch

[Stanislav Ievlev]

On Mon, Apr 06, 2009 at 03:39:59AM +0400, Anton Farygin wrote:
> Alexey I. Froloff пишет:
> >* Anton Farygin <rider@> [090405 20:13]:
> >>Т.е. - как только в сизиф для x86_64 можно 
> >>будет без матюгов и
> >>какой-то матери собрать grub, wine (32bit) и т.д. 
> >>- все вопросы
> >>исчезнут.
> >Зачем их собирать, если можно поставить 
> >из i586?  Другой вопрос,
> >как их без геммороя ставить apt-get'ом.
> 
> Если мы говорим про arepo, то видимо - лучше 
> собрать.
> 
> Хотя, если их тоже прогнать через arepo, то 
> можно будет и не собирать. Но смысл 
> остаётся - apt-get install grub на x86_64 должен 
> работать без проблем.
Так он так и работает при наличии репозитария x86_32.

Re: [devel] glibc-devel-static biarch

[Anton Farygin]

Stanislav Ievlev пишет:
> On Mon, Apr 06, 2009 at 03:39:59AM +0400, Anton Farygin wrote:
>> Alexey I. Froloff пишет:
>>> * Anton Farygin <rider@> [090405 20:13]:
>>>> Т.е. - как только в сизиф для x86_64 можно 
>>>> будет без матюгов и
>>>> какой-то матери собрать grub, wine (32bit) и т.д. 
>>>> - все вопросы
>>>> исчезнут.
>>> Зачем их собирать, если можно поставить 
>>> из i586?  Другой вопрос,
>>> как их без геммороя ставить apt-get'ом.
>> Если мы говорим про arepo, то видимо - лучше 
>> собрать.
>>
>> Хотя, если их тоже прогнать через arepo, то 
>> можно будет и не собирать. Но смысл 
>> остаётся - apt-get install grub на x86_64 должен 
>> работать без проблем.
> Так он так и работает при наличии репозитария x86_32.

А какие репозитарии должны быть подключены ?

x86_64, x86_32 и i586 ?

Правильно ?

В x86_64 и в x86_32 grub отсутствует.

Кстати, x86_32 нет для 5.0/branch

Re: [devel] glibc-devel-static biarch

[Led]

On Monday 06 April 2009 11:36:32 Stanislav Ievlev wrote:
> On Mon, Apr 06, 2009 at 03:39:59AM +0400, Anton Farygin wrote:
> > Alexey I. Froloff пишет:
> > >* Anton Farygin <rider@> [090405 20:13]:
> > >>Т.е. - как только в сизиф для x86_64 можно
> > >>будет без матюгов и
> > >>какой-то матери собрать grub, wine (32bit) и т.д.
> > >>- все вопросы
> > >>исчезнут.
> > >
> > >Зачем их собирать, если можно поставить
> > >из i586?  Другой вопрос,
> > >как их без геммороя ставить apt-get'ом.
> >
> > Если мы говорим про arepo, то видимо - лучше
> > собрать.
> >
> > Хотя, если их тоже прогнать через arepo, то
> > можно будет и не собирать. Но смысл
> > остаётся - apt-get install grub на x86_64 должен
> > работать без проблем.
>
> Так он так и работает при наличии репозитария x86_32.

А apt уже научился remove пакетов из x86_32?


-- 
Led

Re: [devel] grub biarch

[Dmitry V. Levin]

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

On Mon, Apr 06, 2009 at 11:44:37AM +0300, Led wrote:
> On Monday 06 April 2009 11:36:32 Stanislav Ievlev wrote:
> > On Mon, Apr 06, 2009 at 03:39:59AM +0400, Anton Farygin wrote:
> > > Alexey I. Froloff пишет:
> > > >* Anton Farygin <rider@> [090405 20:13]:
> > > >>Т.е. - как только в сизиф для x86_64 можно
> > > >>будет без матюгов и
> > > >>какой-то матери собрать grub, wine (32bit) и т.д.
> > > >>- все вопросы
> > > >>исчезнут.
> > > >
> > > >Зачем их собирать, если можно поставить
> > > >из i586?  Другой вопрос,
> > > >как их без геммороя ставить apt-get'ом.
> > >
> > > Если мы говорим про arepo, то видимо - лучше
> > > собрать.
> > >
> > > Хотя, если их тоже прогнать через arepo, то
> > > можно будет и не собирать. Но смысл
> > > остаётся - apt-get install grub на x86_64 должен
> > > работать без проблем.
> >
> > Так он так и работает при наличии репозитария x86_32.
> 
> А apt уже научился remove пакетов из x86_32?

https://bugzilla.altlinux.org/show_bug.cgi?id=17839#c10


-- 
ldv

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

Re: [devel] glibc-devel-static biarch

[Aleksey Novodvorsky]

06.04.09, Serge Ryabchun<serge.ryabchun@gmail.com> написал(а):
> 2009/4/5 Aleksey Novodvorsky <aen@altlinux.ru>:
>
> > Про игрушки понял.
>  > Это все?
>  > То есть можно ли считать, что для корпоративного использования
>  > реальными проблемами сейчас остались skype и закрытые драйверы, в том
>  > числе существующие только для win32?
>
>
> Вообще-то, любой кто сталкивался со словом "миграция" скажет, что это не все.

Я уже несколько дней прошу конкретику. К чему общие фразы? Стоит ли
ради них на кнопки наживать?
Да, и я "сталкивался со словом "миграция".

Rgrds, Алексей

Re: [devel] grub biarch

[Led]

On Monday 06 April 2009 11:57:20 Dmitry V. Levin wrote:
> On Mon, Apr 06, 2009 at 11:44:37AM +0300, Led wrote:
> > On Monday 06 April 2009 11:36:32 Stanislav Ievlev wrote:
> > > On Mon, Apr 06, 2009 at 03:39:59AM +0400, Anton Farygin wrote:
> > > > Alexey I. Froloff пишет:
> > > > >* Anton Farygin <rider@> [090405 20:13]:
> > > > >>Т.е. - как только в сизиф для x86_64 можно
> > > > >>будет без матюгов и
> > > > >>какой-то матери собрать grub, wine (32bit) и т.д.
> > > > >>- все вопросы
> > > > >>исчезнут.
> > > > >
> > > > >Зачем их собирать, если можно поставить
> > > > >из i586?  Другой вопрос,
> > > > >как их без геммороя ставить apt-get'ом.
> > > >
> > > > Если мы говорим про arepo, то видимо - лучше
> > > > собрать.
> > > >
> > > > Хотя, если их тоже прогнать через arepo, то
> > > > можно будет и не собирать. Но смысл
> > > > остаётся - apt-get install grub на x86_64 должен
> > > > работать без проблем.
> > >
> > > Так он так и работает при наличии репозитария x86_32.
> >
> > А apt уже научился remove пакетов из x86_32?
>
> https://bugzilla.altlinux.org/show_bug.cgi?id=17839#c10

О, спасибо. Я как-то пропустил этот момент:)

-- 
Led

Re: [devel] glibc-devel-static biarch

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [090406 03:43]:
> Если мы говорим про arepo, то видимо - лучше собрать.
Чем лучше?

> Хотя, если их тоже прогнать через arepo, то можно будет и не собирать. 
Да их даже через arepo прогонять не надо.  Поскольку на x86_64
этот пакет отсутствует, перепаковывать придётся весь пакет
целиком (на самом деле arepo ругнётся, потому как на одной из
архитектур он отсутствует).

> Но смысл остаётся - apt-get install grub на x86_64 должен
> работать без проблем.
Чтобы работал apt-get надо подключить x86_32 _И_ i586.  Но из
i586 оно НИКОГДА-НИКОГДА не должно устанавливать пакеты, которые
есть и в x86_64, а то будет труба.  Это и есть основная проблема.

-- 
Regards,
Sir Raorn.

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

Re: [devel] glibc-devel-static biarch

[Dmitry V. Levin]

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

On Mon, Apr 06, 2009 at 01:06:39PM +0400, Aleksey Novodvorsky wrote:
> 06.04.09, Serge Ryabchun<serge.ryabchun@gmail.com> написал(а):
> > 2009/4/5 Aleksey Novodvorsky <aen@altlinux.ru>:
> >
> > > Про игрушки понял.
> >  > Это все?
> >  > То есть можно ли считать, что для корпоративного использования
> >  > реальными проблемами сейчас остались skype и закрытые драйверы, в том
> >  > числе существующие только для win32?
> >
> > Вообще-то, любой кто сталкивался со словом "миграция" скажет, что это не все.
> 
> Я уже несколько дней прошу конкретику. К чему общие фразы? Стоит ли
> ради них на кнопки наживать?
> Да, и я "сталкивался со словом "миграция".

Достаточно.  Иду отключать в mailman этот тред.


-- 
ldv

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

Re: [devel] glibc-devel-static biarch

[Anton Farygin]

Alexey I. Froloff пишет:
> * Anton Farygin <rider@> [090406 03:43]:
>> Если мы говорим про arepo, то видимо - лучше собрать.
> Чем лучше?
> 
>> Хотя, если их тоже прогнать через arepo, то можно будет и не собирать. 
> Да их даже через arepo прогонять не надо.  Поскольку на x86_64
> этот пакет отсутствует, перепаковывать придётся весь пакет
> целиком (на самом деле arepo ругнётся, потому как на одной из
> архитектур он отсутствует).
> 
>> Но смысл остаётся - apt-get install grub на x86_64 должен
>> работать без проблем.
> Чтобы работал apt-get надо подключить x86_32 _И_ i586.  Но из
> i586 оно НИКОГДА-НИКОГДА не должно устанавливать пакеты, которые
> есть и в x86_64, а то будет труба.  Это и есть основная проблема.

Так о чём и речь. Либо просто нужно собрать grub для x86_64 с 
библиотеками из x86_32.

Re: [devel] glibc-devel-static biarch

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

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

On Sun, Apr 05, 2009 at 05:36:24PM +0400, Aleksey Novodvorsky wrote:

>> 1. Есть игрушки.
AN> Про игрушки понял.
AN> Это все?
AN> То есть можно ли считать, что для корпоративного использования
AN> реальными проблемами сейчас остались skype и закрытые драйверы, в том
AN> числе существующие только для win32?

Могу привести еще пример из недавней практики -- мне понадобился _хороший_
компилятор Java->native. gcj для той задачи не устроил. Ответом была
ссылка на весьма хорошее проприетарное решение, но, x86-only.

Следующее -- у меня на компьютере сейчас установлен клиент-банк от БИФИТ.
Кстати один из лучших клиент-банков в плане функций и работы под Linux :)
Но -- там криптобиблиотеки. Они -- x86-only. Ну я-то ладно, псих, мне для
этой цели лишний VE создать нетрудно. Только вот это вынуждает меня
пользоваться ovz-ядрами даже на ноутбуке, что, как Вы понимаете, не самый
лучший выбор.

К счастью flash, наконец-то, x86-64 уже появился. Правда если не ошибаюсь
в репо его нет -- ставил по ссылкке что, кажется, Миша Шигорин забрасывал.
Да, я в курсе что flash это мерзкое проприетарное поделие врагов из Adobe,
предназначеное для отнимающих время игрушек и страшных баннеров :) Только
вот когда мне нужно в google analytics отчеты смотреть -- они во flash'е,
без него никак.

Статус java plugin'а под x86-64 мне неизвестен (оно уже заработало?).

Wine -- must have, увы. IE-only клиент-банки до сих пор очень часто
встречаются. И идиоты-саппорты которые вообще отказываются разговаривать
при словах linux и firefox -- тоже, поэтому при разговоре с техподдержкой
запускать IE из Wine и делать вид по телефону что я тупой-тупой
виндузятник часто единственный способ решить проблему (причем проблему не
на моей стороне).

1С под Wine -- будет жить очень долго. Несмотря на интересную 8.2, до сих
пор 7.7 юзается и будет юзаться, а это только Wine. В компании побольше --
да, можно вынести все на терминал-сервер и сделать красиво. В малом
бизнесе -- это слишком дорого. Дорого из-за стоимости рабочего времени
того, кто все это настроит.

Точно также под Wine еще требуется целый ряд всяких программок (такие как
программы из фондов разных, для подготовки отчетности, и т.д.). Я не верю
что можно будет вести полноцненый бизнес без использования Wine или
Windows в ближайшие 3 года. Единственное что спасает -- вещи вроде KVM
которые позволяют загнать винду в песочницы и использовать по мере
необходимости, но в этом случае экономическая выгода от использования
Linux становится уже мне неочевидной.

>> 2. Виртуальные машины -- это не так хорошо как кажется. Все мы помним
>> историю как сдох vserver. Все мы также помним период когда ovz в alt
>> фактически не особо-то поддерживался. Все мы также помним что ovz
>> поддерживается в одном единственном kernel flavour. Говорить о виртуалках
>> совсем всерьез можно будет когда хоть какое-то из решений станет
>> мейнстримом.
>> kvm пока им тоже не стал -- в нем я уже попадал на баги которые для меня
>> были блокерами (например неработа сети).
AN> Давно? Вешайте их, пожалуйста.

Ok. Обновлю ядро + kvm и проведу следующий этап тестирования/мучений :)

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

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


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

Re: [devel] glibc-devel-static biarch

[Aleksey Novodvorsky]

Денис, добрый день!

11 апреля 2009 г. 17:19 пользователь Денис Смирнов
<mithraen@altlinux.ru> написал:
> On Sun, Apr 05, 2009 at 05:36:24PM +0400, Aleksey Novodvorsky wrote:
>
>>> 1. Есть игрушки.
> AN> Про игрушки понял.
> AN> Это все?
> AN> То есть можно ли считать, что для корпоративного использования
> AN> реальными проблемами сейчас остались skype и закрытые драйверы, в том
> AN> числе существующие только для win32?
>
> Могу привести еще пример из недавней практики -- мне понадобился _хороший_
> компилятор Java->native. gcj для той задачи не устроил. Ответом была
> ссылка на весьма хорошее проприетарное решение, но, x86-only.

Это все же не массовое решение и можно всегда в контейнере.

>
> Следующее -- у меня на компьютере сейчас установлен клиент-банк от БИФИТ.
> Кстати один из лучших клиент-банков в плане функций и работы под Linux :)
> Но -- там криптобиблиотеки. Они -- x86-only. Ну я-то ладно, псих, мне для
> этой цели лишний VE создать нетрудно. Только вот это вынуждает меня
> пользоваться ovz-ядрами даже на ноутбуке, что, как Вы понимаете, не самый
> лучший выбор.

Проприетарные криптобиблиотеки -- да, вот это действительно проблема.

>
> К счастью flash, наконец-то, x86-64 уже появился.

Это ответ. Он появился.


 Правда если не ошибаюсь
> в репо его нет -- ставил по ссылкке что, кажется, Миша Шигорин забрасывал.
> Да, я в курсе что flash это мерзкое проприетарное поделие врагов из Adobe,
> предназначеное для отнимающих время игрушек и страшных баннеров :) Только
> вот когда мне нужно в google analytics отчеты смотреть -- они во flash'е,
> без него никак.



>
> Статус java plugin'а под x86-64 мне неизвестен (оно уже заработало?).
>
> Wine -- must have, увы. IE-only клиент-банки до сих пор очень часто
> встречаются. И идиоты-саппорты которые вообще отказываются разговаривать
> при словах linux и firefox -- тоже, поэтому при разговоре с техподдержкой
> запускать IE из Wine и делать вид по телефону что я тупой-тупой
> виндузятник часто единственный способ решить проблему (причем проблему не
> на моей стороне).

Wine работает с arepo.

>
> 1С под Wine -- будет жить очень долго. Несмотря на интересную 8.2, до сих
> пор 7.7 юзается и будет юзаться, а это только Wine. В компании побольше --
> да, можно вынести все на терминал-сервер и сделать красиво. В малом
> бизнесе -- это слишком дорого. Дорого из-за стоимости рабочего времени
> того, кто все это настроит.

Для того и нужны контейнеры, чтобы не настраивать особо, а просто
загрузить образ.

Rgrds, Алексей

Re: [devel] glibc-devel-static biarch

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

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

On Sat, Apr 11, 2009 at 05:26:54PM +0400, Aleksey Novodvorsky wrote:

>> Могу привести еще пример из недавней практики -- мне понадобился _хороший_
>> компилятор Java->native. gcj для той задачи не устроил. Ответом была
>> ссылка на весьма хорошее проприетарное решение, но, x86-only.
AN> Это все же не массовое решение и можно всегда в контейнере.

Это -- можно.

>> Следующее -- у меня на компьютере сейчас установлен клиент-банк от БИФИТ.
>> Кстати один из лучших клиент-банков в плане функций и работы под Linux :)
>> Но -- там криптобиблиотеки. Они -- x86-only. Ну я-то ладно, псих, мне для
>> этой цели лишний VE создать нетрудно. Только вот это вынуждает меня
>> пользоваться ovz-ядрами даже на ноутбуке, что, как Вы понимаете, не самый
>> лучший выбор.
AN> Проприетарные криптобиблиотеки -- да, вот это действительно проблема.

Да :(

>> К счастью flash, наконец-то, x86-64 уже появился.
AN> Это ответ. Он появился.

В настоящий момент в Сизифе его нет.

>> Wine -- must have, увы. IE-only клиент-банки до сих пор очень часто
>> встречаются. И идиоты-саппорты которые вообще отказываются разговаривать
>> при словах linux и firefox -- тоже, поэтому при разговоре с техподдержкой
>> запускать IE из Wine и делать вид по телефону что я тупой-тупой
>> виндузятник часто единственный способ решить проблему (причем проблему не
>> на моей стороне).
AN> Wine работает с arepo.

Изначальный вопрос был о необходимости biarch. Да, необходима, какой
именно хак для этого будет использоваться -- arepo или что-то еще мне
лично не важно.

>> 1С под Wine -- будет жить очень долго. Несмотря на интересную 8.2, до сих
>> пор 7.7 юзается и будет юзаться, а это только Wine. В компании побольше --
>> да, можно вынести все на терминал-сервер и сделать красиво. В малом
>> бизнесе -- это слишком дорого. Дорого из-за стоимости рабочего времени
>> того, кто все это настроит.
AN> Для того и нужны контейнеры, чтобы не настраивать особо, а просто
AN> загрузить образ.

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

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

Виртуализация это buzzword, но "обычному пользователю" в нынешнем виде это
неудобно, если вообще работоспособно.

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

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

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

Re: [devel] glibc-devel-static biarch

[Michael Shigorin]

ссылки ради:

On Thu, Apr 16, 2009 at 10:41:54PM +0400, Денис Смирнов wrote:
> >> К счастью flash, наконец-то, x86-64 уже появился.
> AN> Это ответ. Он появился.
> В настоящий момент в Сизифе его нет.

zerg@ сказал, что подождёт официально синхронизированного
по версиям выпуска; я согласился, но выложил сборку здесь:
http://fly.osdn.org.ua/~mike/packages/mozilla-plugin-adobe-flash/

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

+1

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