[devel] Обоснование и план выпуска нового бранча

[devel] Обоснование и план выпуска нового бранча

[Aleksey Novodvorsky]

Коллеги, выношу на ваш суд:
http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)

Внимание! В этом тексте все обсуждается!
Если что-то не нравится, -- пишите почему.
Если чего-то не хватает, что-то неточно, -- пишите, предлагайте,
уточняйте, дополняйте.

Rgrds, Алексей

Re: [devel] Обоснование и план выпуска нового бранча

[Led]

>Коллеги, выношу на ваш суд:
>http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)

Такая мелочь как glibc даже упоминания не заслуживает?

-- 
Led

Re: [devel] Обоснование и план выпуска нового бранча

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

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

On Mon, Mar 19, 2012 at 02:02:52AM +0300, Aleksey Novodvorsky wrote:

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

План по GHC:
- переход на 7.4.1 практически завершен (заливается множество модулей, на
  днях 6.12 будет удален из репозитория)
- поддержка установки нескольких версий одновремено (ghc может
  потребоваться обновлять после выхода бранча -- без поддержки нескольких
  версий это будет грабля);
- мелкие исправления (сейчас есть known бага с haddock)

Прочее:
- сейчас многие модули у нас устарели, хорошо бы попросить viy@ с его
  роботами эту проблему решить.

- у нас до сих пор (!) не все пакеты пересобраны с debuginfo. Не удивлюсь,
  если не все пакеты также пересобраны с новым форматом so-зависимостей.
  Это надо решить до форка бранча.

- глобальная проблема всех пользователей альта -- мы **вынуждены**
  использовать другие дистрибутивы на хостингах и т.д. И если в случае с
  dedicated проблему можно решать независимо от бранча (см. обсуждение
  hetzner), то для Amazon EC2 AFAIR требуется доточка ядра. Будет очень
  хорошо, если альт можно будет использовать на EC2.

- есть еще работа viy@ по втягиванию пакетов из Fedora. В каком сейчас
  статусе эта работа? Одна из частых причин критики ALT со стороны новых
  пользователей -- "мало пакетов".

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] Обоснование и план выпуска нового бранча

[Dubrovskiy Viacheslav]

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

18.03.2012 19:02, Aleksey Novodvorsky пишет:
> Коллеги, выношу на ваш суд:
> http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
>
> Внимание! В этом тексте все обсуждается!
> Если что-то не нравится, -- пишите почему.
> Если чего-то не хватает, что-то неточно, -- пишите, предлагайте,
> уточняйте, дополняйте.
Скажите, а server-light релиза на р6 не будет?

Хочется еще:
- Поддержка установки с помощью сценария. Инструмент для создания этого
сценария.
- Еще хочется выбор типа ядра в установщике.

По существующим пунктам:
- Php Переход на 5.4. - Нужен не переход, а иметь несколько версий, так
как с gcc.
- MySQL Требуется переход на 5.5. - А мигея на MariaDB перешли ;)


-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [devel] Обоснование и план выпуска нового бранча

[Aleksey Novodvorsky]

19 марта 2012 г. 5:30 пользователь Dubrovskiy Viacheslav
<slava@tangramltd.com> написал:
> 18.03.2012 19:02, Aleksey Novodvorsky пишет:
>> Коллеги, выношу на ваш суд:
>> http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
>>
>> Внимание! В этом тексте все обсуждается!
>> Если что-то не нравится, -- пишите почему.
>> Если чего-то не хватает, что-то неточно, -- пишите, предлагайте,
>> уточняйте, дополняйте.
> Скажите, а server-light релиза на р6 не будет?
>

Это к автору.

> Хочется еще:
> - Поддержка установки с помощью сценария. Инструмент для создания этого
> сценария.

http://www.altlinux.org/Autoinstall -- разве не то?

> - Еще хочется выбор типа ядра в установщике.

Не знаю, как к этому отнесутся релиз-менеджеры и служба поддержки. Все
же тестировать и поддерживать два и более разных ядра <...>. А каков
смысл?

>
> По существующим пунктам:
> - Php Переход на 5.4. - Нужен не переход, а иметь несколько версий, так
> как с gcc.

Это к мейнтейнеру (он же автор server-light:))

> - MySQL Требуется переход на 5.5. - А мигея на MariaDB перешли ;)

Ну, там нашелся любитель MariaDB.  Если у нас найдется, то почему бы и нет.

Rgrds, Алексей

Re: [devel] Обоснование и план выпуска нового бранча

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

[-- Attachment #1: Type: Text/Plain, Size: 475 bytes --]

19 марта 2012 Денис Смирнов написал:
> - глобальная проблема всех пользователей альта -- мы **вынуждены**
>   использовать другие дистрибутивы на хостингах и т.д. И если в случае с
>   dedicated проблему можно решать независимо от бранча (см. обсуждение
>   hetzner), то для Amazon EC2 AFAIR требуется доточка ядра. Будет очень
>   хорошо, если альт можно будет использовать на EC2.
Что помимо доточки ядра нужно для хостинга?

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

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

Re: [devel] Обоснование и план выпуска нового бранча

[Alexey Shabalin]

19 марта 2012 г. 3:02 пользователь Aleksey Novodvorsky написал:
> Коллеги, выношу на ваш суд:
> http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
>
> Внимание! В этом тексте все обсуждается!
> Если что-то не нравится, -- пишите почему.
> Если чего-то не хватает, что-то неточно, -- пишите, предлагайте,
> уточняйте, дополняйте.

Если предлагается использовать systemd наравне с sysv, то предлагается
довести sysv до возможностей systemd.
А именно добавить обработку tmpfiles.d,binfmt.d,  и т.п. в sysv.
Обеспечить работу /var/run, /var/lock на tmpfs.
Перейти или добавить обработку /etc/os-release везде, где раньше
использовался altlinux-release.
(подробнее
http://0pointer.de/blog/projects/os-release
http://www.freedesktop.org/software/systemd/man/os-release.html
http://www.opennet.ru/opennews/art.shtml?num=33092
)
Ну и остальные конфигурационные файлы:
/etc/timezone
/etc/vconsole.conf
/etc/locale.conf

-- 
Alexey Shabalin

Re: [devel] Обоснование и план выпуска нового бранча

[Павел Исопенко]

> уточняйте, дополняйте.
Дополнил некоторыми соображениями о том, что ещё полезного могла бы
делать специальная утилита обработки сторонних rpm, если бы таковая
существовала.
http://www.altlinux.org/Специальной_утилитой

-- 
С уважением,  Павел Исопенко

Re: [devel] Обоснование и план выпуска нового бранча

[Aleksey Novodvorsky]

19 марта 2012 г. 14:40 пользователь Павел Исопенко <master@pauli.ru> написал:
>> уточняйте, дополняйте.
> Дополнил некоторыми соображениями о том, что ещё полезного могла бы
> делать специальная утилита обработки сторонних rpm, если бы таковая
> существовала.
> http://www.altlinux.org/Специальной_утилитой

Видел, спасибо!
Думаю, что это может быть просто развитие rpminstall.


Rgrds, Алексей

Re: [devel] Обоснование и план выпуска нового бранча

[Aleksey Novodvorsky]

19 марта 2012 г. 13:15 пользователь Alexey Shabalin
<a.shabalin@gmail.com> написал:
> 19 марта 2012 г. 3:02 пользователь Aleksey Novodvorsky написал:
>> Коллеги, выношу на ваш суд:
>> http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
>>
>> Внимание! В этом тексте все обсуждается!
>> Если что-то не нравится, -- пишите почему.
>> Если чего-то не хватает, что-то неточно, -- пишите, предлагайте,
>> уточняйте, дополняйте.
>
> Если предлагается использовать systemd наравне с sysv, то предлагается
> довести sysv до возможностей systemd.
> А именно добавить обработку tmpfiles.d,binfmt.d,  и т.п. в sysv.
> Обеспечить работу /var/run, /var/lock на tmpfs.
> Перейти или добавить обработку /etc/os-release везде, где раньше
> использовался altlinux-release.
> (подробнее
> http://0pointer.de/blog/projects/os-release
> http://www.freedesktop.org/software/systemd/man/os-release.html
> http://www.opennet.ru/opennews/art.shtml?num=33092
> )
> Ну и остальные конфигурационные файлы:
> /etc/timezone
> /etc/vconsole.conf
> /etc/locale.conf

Спасибо!
Алексей, так как Вы главный двигатель systemd в Сизифе и главный наш
эксперт по нему, то было бы очень здорово, если бы написали план его
интеграции на вики.

Rgrds, Алексей

Re: [devel] Обоснование и план выпуска нового бранча

[Aleksey Avdeev]

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

19.03.2012 06:05, Aleksey Novodvorsky пишет:
> 19 марта 2012 г. 5:30 пользователь Dubrovskiy Viacheslav
> <slava@tangramltd.com> написал:
...
>> Хочется еще:
...
>> - MySQL Требуется переход на 5.5. - А мигея на MariaDB перешли ;)
> 
> Ну, там нашелся любитель MariaDB.  Если у нас найдется, то почему бы и нет.

  Тогда надо будет предусмотреть взаимозаменяемость MySQL и MariaDB по
пакетам (как минимум для серверной части).

-- 

С уважением. Алексей.



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

Re: [devel] Обоснование и план выпуска нового бранча

[Павел Исопенко]

В Пнд, 19/03/2012 в 13:40 +0300, Aleksey Novodvorsky пишет:
> Думаю, что это может быть просто развитие rpminstall.

А что? И очень даже может. Дополнил.

-- 
С уважением,  Павел Исопенко

Re: [devel] Обоснование и план выпуска нового бранча

[Dmitry V. Levin]

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

On Mon, Mar 19, 2012 at 01:52:28AM +0200, Led wrote:
> >Коллеги, выношу на ваш суд:
> >http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
> 
> Такая мелочь как glibc даже упоминания не заслуживает?

Зависит от степени детализации.
Там написано toolchain, значит, имели в виду binutils+gcc+glibc.
Если считаете нужным расписать подробнее - пожалуйста, это же wiki.


-- 
ldv

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

Re: [devel] Обоснование и план выпуска нового бранча

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

[-- Attachment #1: Type: Text/Plain, Size: 371 bytes --]

19 марта 2012 Павел Исопенко написал:
> > уточняйте, дополняйте.
> 
> Дополнил некоторыми соображениями о том, что ещё полезного могла бы
> делать специальная утилита обработки сторонних rpm, если бы таковая
> существовала.
> http://www.altlinux.org/Специальной_утилитой
Спасибо, буду иметь ввиду при доработке rpminstall.

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

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

Re: [devel] Обоснование и план выпуска нового бранча

[Igor Vlasenko]

On Mon, Mar 19, 2012 at 04:36:32AM +0400, Денис Смирнов wrote:
> Прочее:
> - сейчас многие модули у нас устарели, хорошо бы попросить viy@ с его
>   роботами эту проблему решить.

я помню; обязательно займусь.
Недели две мне нужно разгрести обвалы в java репозитории.
как только разгребу java репозиторий, займусь плотнее.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Обоснование и план выпуска нового бранча

[Igor Vlasenko]

On Mon, Mar 19, 2012 at 04:36:32AM +0400, Денис Смирнов wrote:
> - есть еще работа viy@ по втягиванию пакетов из Fedora. В каком сейчас
>   статусе эта работа? Одна из частых причин критики ALT со стороны новых
>   пользователей -- "мало пакетов".

Тестовые испытания прошли успешно, надо это все дело разворачивать.
но не в Сизиф, так как нагенерируют 10000-20000 пакетов, а мне
уже некуда - уже на мне 2000+ пакетов, и
больше 2500-3000 пакетов я сопровождать не смогу.

Планы следующие:
Наразворачивать автоматических сборчниц, на подобие autoports,
для конверсии пакетов из Федоры и многочисленных оверлеев к ней, 
Мандривы, SuSE и т.д.
На них, дорабатывать код робота, чтобы получались более качественные пакеты,
и параллельно организовывать взаимодействие с пользователями -
пользователи роются в полученной свалке и находят нужные им пакеты.
Если он работает - хорошо, если нет - совместно с пользователем
(который обеспечивает тестирование) допиливаем пакет до рабочего.
Рабочие протестированные пакеты можно, в принципе, выкладывать и в Сизиф.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Обоснование и план выпуска нового бранча

[Anton Farygin]

19.03.2012 05:30, Dubrovskiy Viacheslav пишет:
> 18.03.2012 19:02, Aleksey Novodvorsky пишет:
>> Коллеги, выношу на ваш суд:
>> http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
>>
>> Внимание! В этом тексте все обсуждается!
>> Если что-то не нравится, -- пишите почему.
>> Если чего-то не хватает, что-то неточно, -- пишите, предлагайте,
>> уточняйте, дополняйте.
> Скажите, а server-light релиза на р6 не будет?

Чем-то текущая версия не устраивает ?

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

>
> Хочется еще:
> - Поддержка установки с помощью сценария. Инструмент для создания этого
> сценария.

Это есть, но сценарии делаются ручками.

> - Еще хочется выбор типа ядра в установщике.

Мне не хочется, можно ядро поставить уже потом.

>
> По существующим пунктам:
> - Php Переход на 5.4. - Нужен не переход, а иметь несколько версий, так
> как с gcc.

в p7 надо будет переходить на PHP 5.4. Несколько версий PHP - тяжкий 
труд для мейнтейнера, зачастую не оправданный.

Re: [devel] Обоснование и план выпуска нового бранча

[Павел Исопенко]

В Втр, 20/03/2012 в 12:18 +0400, Anton Farygin пишет:
> > Скажите, а server-light релиза на р6 не будет?
> 
> Чем-то текущая версия не устраивает ?
> 
> И да, думаю сделать релиз, переименовав дистрибутив, добавить альтового 
> дизайна и имени. Ну и сделать его всё-таки коммерческим, дабы при 
> вопросе об сборке новой версии было время на эту самую сборку.
> 
По всем пунктам - нужно. Включая коммерциализацию.

> >
> > Хочется еще:
> > - Поддержка установки с помощью сценария. Инструмент для создания этого
> > сценария.
> 
> Это есть, но сценарии делаются ручками.
Это недостаток. Даже самой кривой лопатой копать всё же полегче, чем
ручками.

-- 
С уважением,  Павел Исопенко

Re: [devel] Обоснование и план выпуска нового бранча

[Michael Shigorin]

On Sun, Mar 18, 2012 at 09:30:05PM -0400, Dubrovskiy Viacheslav wrote:
> - Еще хочется выбор типа ядра в установщике.

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

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

> - MySQL Требуется переход на 5.5. - А мигея на MariaDB перешли ;)

Это не так пугает, как http://lists.mysql.com/packagers/528

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

Re: [devel] Обоснование и план выпуска нового бранча

[Aleksey Novodvorsky]

20 марта 2012 г. 15:57 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Sun, Mar 18, 2012 at 09:30:05PM -0400, Dubrovskiy Viacheslav wrote:
>> - Еще хочется выбор типа ядра в установщике.
>
> На mkimage-profiles плотно отработаны вопросы помещения
> нескольких ядер и комплектов модулей к ним в образ, при
> этом указать дефолтное ядро можно прямо сейчас -- этому
> какая-то особая поддержка инсталера не требуется.
>
> Именно выбиралку сделать можно, но хорошо бы понять,
> не получится ли пришивание заплат.  Возможно, лучше
> вложить силы в генератор образов.
>

+1

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

Rgrds, Алексей

Re: [devel] Обоснование и план выпуска нового бранча

[Gleb Fotengauer-Malinovskiy]

20.03.2012 14:57, Павел Исопенко пишет:
> В Втр, 20/03/2012 в 12:18 +0400, Anton Farygin пишет:
>>>
>>> Хочется еще:
>>> - Поддержка установки с помощью сценария. Инструмент для создания этого
>>> сценария.
>>
>> Это есть, но сценарии делаются ручками.
> Это недостаток. Даже самой кривой лопатой копать всё же полегче, чем
> ручками.

Не знаю, на сколько крива эта лопата, но почти готовый autoinstall.scm 
лежит после ручной установки системы в /root/.install-log/wizard.log
Из него можно выдрать лишние строки с action "read" и те, что начинаются 
с ";"
+ добавить "auto #t" в /pkg-install

-- 
glebfm

Глеб Фотенгауэр-Малиновский

Re: [devel] Обоснование и план выпуска нового бранча

[Alexey Shabalin]

19 марта 2012 г. 12:21 пользователь Андрей Черепанов написал:
> 19 марта 2012 Денис Смирнов написал:
>> - глобальная проблема всех пользователей альта -- мы **вынуждены**
>>   использовать другие дистрибутивы на хостингах и т.д. И если в случае с
>>   dedicated проблему можно решать независимо от бранча (см. обсуждение
>>   hetzner), то для Amazon EC2 AFAIR требуется доточка ядра. Будет очень
>>   хорошо, если альт можно будет использовать на EC2.
> Что помимо доточки ядра нужно для хостинга?

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

Для сравнения с RHEL:

$ isoinfo -d -i ~/ISO/RH/rhel-server-5.5-x86_64-dvd.iso
CD-ROM is in ISO 9660 format
System id: LINUX
Volume id: RHEL/5.5 x86_64 DVD
Volume set id: RHEL/5.5 x86_64
Publisher id:
Data preparer id:
Application id: RHEL/5.5 x86_64

И наши:

$ isoinfo -d -i
~/ISO/Altlinux/altlinux-6.0.0-centaurus-x86_64-ru-install-dvd5.iso
CD-ROM is in ISO 9660 format
System id:
Volume id: ALT Linux 6.0.0 Centaurus  (Chei
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ - wtf?
Volume set id:
Publisher id: ALT Linux Team
Data preparer id:
Application id:


$isoinfo -d -i ~/ISO/Altlinux/Platform6-1.1.7-20110616-server-light-x86_64-ru-install-cd.iso
CD-ROM is in ISO 9660 format
System id:
Volume id: ALT Linux 1.1.7 Server Light bet
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ - wtf?
Volume set id:
Publisher id: ALT Linux Team
Data preparer id:
Application id:


Т.е. не понятно, что на диске x86_64 или i586. Обрезано Volume id.
И насколько всё понятно у RH.
Это мешает сделать нормальный детект диска в python-module-virtinst и
в libosinfo, используемых в системах виртуализации.

-- 
Alexey Shabalin

Re: [devel] Обоснование и план выпуска нового бранча

[Michael Shigorin]

On Wed, Mar 21, 2012 at 04:48:38PM +0400, Alexey Shabalin wrote:
> Мне не хватает нормальной информации в наших iso-образах дистрибутивов.

Вешай на mkimage-profiles-desktop (см. тж. profiles/Makefile.in
насчёт BOOT_*, если решишь нарисовать патчик).

> Это мешает сделать нормальный детект диска
> в python-module-virtinst и в libosinfo,
> используемых в системах виртуализации.

Спасибо, записал в TODO по mkimage-profiles.
Это всё-таки к профилям, а не бранчам.

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

Re: [devel] Обоснование и план выпуска нового бранча

[Михаил]

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

On 21 марта 2012 16:48:38 Alexey Shabalin wrote:
> 19 марта 2012 г. 12:21 пользователь Андрей Черепанов написал:
> > 19 марта 2012 Денис Смирнов написал:
> >> - глобальная проблема всех пользователей альта -- мы **вынуждены**
> >>   использовать другие дистрибутивы на хостингах и т.д. И если в случае с
> >>   dedicated проблему можно решать независимо от бранча (см. обсуждение
> >>   hetzner), то для Amazon EC2 AFAIR требуется доточка ядра. Будет очень
> >>   хорошо, если альт можно будет использовать на EC2.
> > 
> > Что помимо доточки ядра нужно для хостинга?
> 
> Не уверен, что нужно именно для хостинга, но вставлю свои пять копеек.
> Мне не хватает нормальной информации в наших iso-образах дистрибутивов.
> 
> Для сравнения с RHEL:
> 
> $ isoinfo -d -i ~/ISO/RH/rhel-server-5.5-x86_64-dvd.iso
> CD-ROM is in ISO 9660 format
> System id: LINUX
> Volume id: RHEL/5.5 x86_64 DVD
> Volume set id: RHEL/5.5 x86_64
> Publisher id:
> Data preparer id:
> Application id: RHEL/5.5 x86_64
> 
> И наши:
> 
> $ isoinfo -d -i
> ~/ISO/Altlinux/altlinux-6.0.0-centaurus-x86_64-ru-install-dvd5.iso
> CD-ROM is in ISO 9660 format
> System id:
> Volume id: ALT Linux 6.0.0 Centaurus  (Chei
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ - wtf?
> Volume set id:
> Publisher id: ALT Linux Team
> Data preparer id:
> Application id:
> 
> 
> $isoinfo -d -i
> ~/ISO/Altlinux/Platform6-1.1.7-20110616-server-light-x86_64-ru-install-cd.i
> so CD-ROM is in ISO 9660 format
> System id:
> Volume id: ALT Linux 1.1.7 Server Light bet
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ - wtf?
> Volume set id:
> Publisher id: ALT Linux Team
> Data preparer id:
> Application id:
> 
> 
> Т.е. не понятно, что на диске x86_64 или i586. Обрезано Volume id.
> И насколько всё понятно у RH.
> Это мешает сделать нормальный детект диска в python-module-virtinst и
> в libosinfo, используемых в системах виртуализации.

При генерации ISO было бы не плохо уйти (или исправить) c mkisofs, на xorriso.

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

Re: [devel] Обоснование и план выпуска нового бранча

[Anton Farygin]

20.03.2012 14:57, Павел Исопенко пишет:
> В Втр, 20/03/2012 в 12:18 +0400, Anton Farygin пишет:
>>> Скажите, а server-light релиза на р6 не будет?
>>
>> Чем-то текущая версия не устраивает ?
>>
>> И да, думаю сделать релиз, переименовав дистрибутив, добавить альтового
>> дизайна и имени. Ну и сделать его всё-таки коммерческим, дабы при
>> вопросе об сборке новой версии было время на эту самую сборку.
>>
> По всем пунктам - нужно. Включая коммерциализацию.

Знаю что нужно... времени катастрофически не хватает ;(

>
>>>
>>> Хочется еще:
>>> - Поддержка установки с помощью сценария. Инструмент для создания этого
>>> сценария.
>>
>> Это есть, но сценарии делаются ручками.
> Это недостаток. Даже самой кривой лопатой копать всё же полегче, чем
> ручками.
>

Смотря что копать. Ценности лучше добывать руками ;)

Re: [devel] Обоснование и план выпуска нового бранча

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

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

On Mon, Mar 19, 2012 at 12:21:58PM +0400, Андрей Черепанов wrote:

>> - глобальная проблема всех пользователей альта -- мы **вынуждены**
>>   использовать другие дистрибутивы на хостингах и т.д. И если в случае с
>>   dedicated проблему можно решать независимо от бранча (см. обсуждение
>>   hetzner), то для Amazon EC2 AFAIR требуется доточка ядра. Будет очень
>>   хорошо, если альт можно будет использовать на EC2.
> Что помимо доточки ядра нужно для хостинга?

Если речь о hetzner -- нужно создание образа и файла с метаданными в
формате, который понимает их rescue консоль. Подробности у них на сайте
(на немецком).

Если речь о Amazon EC2, то там сложнее: надо сделать темплейт виртуалки.
Это потребует плясок с бубном (правильный initrd сгенерировать, и т.д.).

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

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] Обоснование и план выпуска нового бранча

[Igor Zubkov]

2012/3/19 Aleksey Novodvorsky:
> Коллеги, выношу на ваш суд:
> http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
>
> Внимание! В этом тексте все обсуждается!
> Если что-то не нравится, -- пишите почему.
> Если чего-то не хватает, что-то неточно, -- пишите, предлагайте,
> уточняйте, дополняйте.

Что с ruby? Или не так. По пунктам:
1) ruby надо обновить до 1.9.3p125.
2) починить модули (половина из них давно не пересобирается)
3) обновить модули
4) собрать redmine.

Четвёртый пункт тянет за собой так же образ altlinux для EC2...

-- 
Igor Zubkov
http://hi.im/ice

Re: [devel] Обоснование и план выпуска нового бранча

[Aleksey Novodvorsky]

28 марта 2012 г. 4:30 пользователь Igor Zubkov <igor.zubkov@gmail.com> написал:
> 2012/3/19 Aleksey Novodvorsky:
>> Коллеги, выношу на ваш суд:
>> http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
>>
>> Внимание! В этом тексте все обсуждается!
>> Если что-то не нравится, -- пишите почему.
>> Если чего-то не хватает, что-то неточно, -- пишите, предлагайте,
>> уточняйте, дополняйте.
>
> Что с ruby? Или не так. По пунктам:
> 1) ruby надо обновить до 1.9.3p125.
> 2) починить модули (половина из них давно не пересобирается)
> 3) обновить модули
> 4) собрать redmine.

Можно это на wiki, лучше отдельной главкой со сслыкой из таблички.

>
> Четвёртый пункт тянет за собой так же образ altlinux для EC2...
>

Каким образом?
По EC2 лучше бы со ссылками (это и к mithraen@)

Rgrds, Алексей

Re: [devel] Обоснование и план выпуска нового бранча

[Michael Shigorin]

On Wed, Mar 28, 2012 at 03:30:02AM +0300, Igor Zubkov wrote:
> Что с ruby? Или не так. По пунктам:
> 1) ruby надо обновить до 1.9.3p125.
> 2) починить модули (половина из них давно не пересобирается)

Есть набросок ruby-gtk2.spec.

> 3) обновить модули
> 4) собрать redmine.

Тж. https://plus.google.com/u/0/111512356605658929685/posts/Ry4Kpdd9cfx

> Четвёртый пункт тянет за собой так же образ altlinux для EC2...

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

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

Re: [devel] Обоснование и план выпуска нового бранча

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

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

On Wed, Mar 28, 2012 at 11:58:01AM +0300, Michael Shigorin wrote:
>> Четвёртый пункт тянет за собой так же образ altlinux для EC2...
MS> Если мне расскажут, что именно требуется произвести --
MS> могу попробовать изобразить выгонялку в mkimage-profiles.

Увы, чтобы собрать EBS-based образ, надо его разворачивать загрузившись
уже с чего-то на EC2. Так что, видимо, создавать надо просто tar.gz.

А вот что там внутри должно быть кроме соответствующего ядра, конфига
pvgrub и правильного intrd -- надо смотреть экспериментально.

Я начинал этим заниматься, но потом забил из-за ядра -- и там возни
немало.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] Обоснование и план выпуска нового бранча

[Igor Zubkov]

2012/3/28 Aleksey Novodvorsky:
> 28 марта 2012 г. 4:30 пользователь Igor Zubkov написал:
>> 2012/3/19 Aleksey Novodvorsky:
>>> Коллеги, выношу на ваш суд:
>>> http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
>>>
>>> Внимание! В этом тексте все обсуждается!
>>> Если что-то не нравится, -- пишите почему.
>>> Если чего-то не хватает, что-то неточно, -- пишите, предлагайте,
>>> уточняйте, дополняйте.
>>
>> Что с ruby? Или не так. По пунктам:
>> 1) ruby надо обновить до 1.9.3p125.
>> 2) починить модули (половина из них давно не пересобирается)
>> 3) обновить модули
>> 4) собрать redmine.
>
> Можно это на wiki, лучше отдельной главкой со сслыкой из таблички.

Это примерный план. Всё равно единственный кто заинтересован в ruby в
Team это наверно я. Иначе я просто не понимаю почему за год никто до
него не добрался и не сделал. У меня одного времени не хватит собирать
руби в Сизиф и ещё где-то работать. В сутках всего 24 часа.

>> Четвёртый пункт тянет за собой так же образ altlinux для EC2...
> Каким образом?

Платформа для запуска redmine + альта. Моим клиентам железо не нужно.
Они хотят на Amazon быть. А альт на нём даже поднять нельзя.

-- 
Igor Zubkov
http://hi.im/ice

Re: [devel] Обоснование и план выпуска нового бранча

[Igor Zubkov]

2012/3/28 Michael Shigorin:
> On Wed, Mar 28, 2012 at 03:30:02AM +0300, Igor Zubkov wrote:
>> Что с ruby? Или не так. По пунктам:
>> 1) ruby надо обновить до 1.9.3p125.
>> 2) починить модули (половина из них давно не пересобирается)
>
> Есть набросок ruby-gtk2.spec.

Для gtk+ нужно уже железо, а у меня негде сейчас запускать альт.

>> 3) обновить модули
>> 4) собрать redmine.
>
> Тж. https://plus.google.com/u/0/111512356605658929685/posts/Ry4Kpdd9cfx

Там просто обсуждение сборки rspec и что же там сломалось. Это будет
нужно когда будет что собирать. (Да и самого rspec у нас даже нет в
Сизифе.)

>> Четвёртый пункт тянет за собой так же образ altlinux для EC2...
>
> Если мне расскажут, что именно требуется произвести --
> могу попробовать изобразить выгонялку в mkimage-profiles.

Такое надо сразу на EC2 и тестировать...

-- 
Igor Zubkov
http://hi.im/ice

Re: [devel] Обоснование и план выпуска нового бранча

[Vitaly Kuznetsov]

On Fri, 30 Mar 2012 20:34:27 +0400, Денис Смирнов wrote:
> On Wed, Mar 28, 2012 at 11:58:01AM +0300, Michael Shigorin wrote:
>>> Четвёртый пункт тянет за собой так же образ altlinux для EC2...
> MS> Если мне расскажут, что именно требуется произвести --
> MS> могу попробовать изобразить выгонялку в mkimage-profiles.
>
> Увы, чтобы собрать EBS-based образ, надо его разворачивать 
> загрузившись
> уже с чего-то на EC2. Так что, видимо, создавать надо просто tar.gz.
>
> А вот что там внутри должно быть кроме соответствующего ядра, конфига
> pvgrub и правильного intrd -- надо смотреть экспериментально.
>
> Я начинал этим заниматься, но потом забил из-за ядра -- и там возни
> немало.

Давайте реанимируем процесс. Я попробую посмотреть и оценить объём 
работ.

Re: [devel] Обоснование и план выпуска нового бранча

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

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

On Wed, Mar 28, 2012 at 05:16:45AM +0400, Aleksey Novodvorsky wrote:

AN> По EC2 лучше бы со ссылками (это и к mithraen@)

А что за ссылки нужны по поводу EC2?

http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/UserProvidedkernels.html

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

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] Обоснование и план выпуска нового бранча

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

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

On Fri, Mar 30, 2012 at 08:47:45PM +0400, Vitaly Kuznetsov wrote:

VK> Давайте реанимируем процесс. Я попробую посмотреть и оценить объём 
VK> работ.

Тогда см:

http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/UserProvidedkernels.html

Только там описан вариант как создавать образы для заргузки с ephemeral
storage. Но:
а) t1.micro доступен только при загрузке с EBS;
б) итеративная работа по фиксам для такого образа неудобна -- для любого
изменения требуется заново создавать бандл, аплоадить его, и т.д. Если
канал не быстрый -- это банально долго.

Более быстрый вариант: запустить instance с любым другим дистрибутивом,
примонтировать ему EBS-volume (блшаго это можно сделать прямо из
веб-интерфейса), на него распаковать образ. Ну и потом создать уже AMI с
этим EBS volume. Это удобно тем, что если оно не зарузилось -- можно
подмонтировать этот volume к другому instance, поправить, а потом заново
попытаться загрузиться.

Также я рекомендую перед началом экспериментов посмотреть какие модули в
имещихся дистрах вкомпилированы в ядро, и какие в initrd.

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

http://mithraen.ru/
----------------------------------------------------------------------------


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

Re: [devel] Обоснование и план выпуска нового бранча

[Michael Shigorin]

On Fri, Mar 30, 2012 at 07:42:48PM +0300, Igor Zubkov wrote:
> Всё равно единственный кто заинтересован в ruby в Team это
> наверно я. Иначе я просто не понимаю почему за год никто до
> него не добрался и не сделал.

Как минимум stanv@ с timonbl4@ его и чинили; я тоже заинтересован,
но прокапывать не возьмусь, разве что порой подтолкнуть кусочек.

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

Re: [devel] Обоснование и план выпуска нового бранча

[Aleksey Novodvorsky]

30 марта 2012 г. 20:47 пользователь Vitaly Kuznetsov
<vitty@altlinux.ru> написал:
> On Fri, 30 Mar 2012 20:34:27 +0400, Денис Смирнов wrote:
>>
>> On Wed, Mar 28, 2012 at 11:58:01AM +0300, Michael Shigorin wrote:
>>>>
>>>> Четвёртый пункт тянет за собой так же образ altlinux для EC2...
>>
>> MS> Если мне расскажут, что именно требуется произвести --
>> MS> могу попробовать изобразить выгонялку в mkimage-profiles.
>>
>> Увы, чтобы собрать EBS-based образ, надо его разворачивать загрузившись
>> уже с чего-то на EC2. Так что, видимо, создавать надо просто tar.gz.
>>
>> А вот что там внутри должно быть кроме соответствующего ядра, конфига
>> pvgrub и правильного intrd -- надо смотреть экспериментально.
>>
>> Я начинал этим заниматься, но потом забил из-за ядра -- и там возни
>> немало.
>
>
> Давайте реанимируем процесс. Я попробую посмотреть и оценить объём работ.

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

Rgrds, Алексей

Re: [devel] Обоснование и план выпуска нового бранча

[Igor Zubkov]

2012/3/30 Michael Shigorin:
> On Fri, Mar 30, 2012 at 07:42:48PM +0300, Igor Zubkov wrote:
>> Всё равно единственный кто заинтересован в ruby в Team это
>> наверно я. Иначе я просто не понимаю почему за год никто до
>> него не добрался и не сделал.
>
> Как минимум stanv@ с timonbl4@ его и чинили; я тоже заинтересован,
> но прокапывать не возьмусь, разве что порой подтолкнуть кусочек.

OK. Тогда где фикс для CVE-2011-3389
(http://svn.ruby-lang.org/repos/ruby/tags/v1_9_2_381/ChangeLog)? Для
этого достаточно было собрать ruby-1.9.2p381. Это даже не сборка 1.9.3
ветки.

-- 
Igor Zubkov
http://hi.im/ice

Re: [devel] Обоснование и план выпуска нового бранча

[Michael Shigorin]

On Mon, Mar 19, 2012 at 02:02:52AM +0300, Aleksey Novodvorsky wrote:
> http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)

Надо переехать на новый nut -- просьба тестировать task #67662.

Возможно, стоит посмотреть на собираемость сизифа make3.82.

Хорошо бы обновить ltsp до 5.3, нужны помощники.

Что-то ещё было, забыл с утра...

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

Re: [devel] Обоснование и план выпуска нового бранча

[Michael Shigorin]

On Sun, Apr 01, 2012 at 07:47:32PM +0300, I wrote:
> > http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
> Что-то ещё было, забыл с утра...

Ну и из серии "помечтать": RPMS.debuginfo и RPMS.contrib.

Сюда пишу с тем, чтобы заведомо недостижимое не заносить на вики,
но всё же обсудить.

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

Re: [devel] Обоснование и план выпуска нового бранча

[Aleksey Novodvorsky]

1 апреля 2012 г. 20:47 пользователь Michael Shigorin <mike@osdn.org.ua> написал:
> On Mon, Mar 19, 2012 at 02:02:52AM +0300, Aleksey Novodvorsky wrote:
>> http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
>
> Надо переехать на новый nut -- просьба тестировать task #67662.

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

Rgrds, Алексей

Re: [devel] Обоснование и план выпуска нового бранча

[Michael Shigorin]

On Sun, Apr 01, 2012 at 07:47:32PM +0300, I wrote:
> Что-то ещё было, забыл с утра...

А, вспомнил.

Договориться о месте жительства симлинков на локальные зеркала.

Пусть это будет /var/lib, /var/ftp, /srv или ещё что -- но чтоб
можно было опираться в "изкоробочных" sources.list (заремарив и
имея возможность дёшево и надёжно разремарить).

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

Re: [devel] Обоснование и план выпуска нового бранча

[Vitaly Kuznetsov]

On Sun, 1 Apr 2012 19:53:11 +0300, Michael Shigorin wrote:
> On Sun, Apr 01, 2012 at 07:47:32PM +0300, I wrote:
>> > 
>> http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
>> Что-то ещё было, забыл с утра...
>
> Ну и из серии "помечтать": RPMS.debuginfo и RPMS.contrib.
>
> Сюда пишу с тем, чтобы заведомо недостижимое не заносить на вики,
> но всё же обсудить.

Отчего же. RPMS.debuginfo - вполне можно на wiki, с этим, вроде как, 
все согласны. Надо только заимплементить.
А вот с RPMS.contrib не всё так просто - нужна какая-нибудь модель, 
описание того, как это всё будет работать в свете нашего замкнутого 
репозитория/elf symbols check/build dependencies...
IMHO подход должен быть следующий:
1) Мы делаем "персональный дополнения к репозиторию" (AKA карманы 
какого-то там типа)
2) Мы начинаем вынос в них из Сизифа того самого "contrib"
3) Сизиф стабилизируется как некоторая "базовая система" и в дальнейшем 
не очень сильно разрастается по числу пакетов.

Re: [devel] Обоснование и план выпуска нового бранча

[Vitaly Kuznetsov]

On Sun, 1 Apr 2012 21:19:06 +0300, Michael Shigorin wrote:
> On Sun, Apr 01, 2012 at 07:47:32PM +0300, I wrote:
>> Что-то ещё было, забыл с утра...
>
> А, вспомнил.
>
> Договориться о месте жительства симлинков на локальные зеркала.
>
> Пусть это будет /var/lib, /var/ftp, /srv или ещё что -- но чтоб
> можно было опираться в "изкоробочных" sources.list (заремарив и
> имея возможность дёшево и надёжно разремарить).

В alterator-mirror это место определено как /srv/public/mirror -- надо 
либо на этом сойтись, либо и alterator-mirror поправить.

Re: [devel] Обоснование и план выпуска нового бранча

[Michael Shigorin]

On Mon, Apr 02, 2012 at 11:03:30AM +0400, Vitaly Kuznetsov wrote:
> >Договориться о месте жительства симлинков на локальные зеркала.
> >Пусть это будет /var/lib, /var/ftp, /srv или ещё что -- но чтоб
> >можно было опираться в "изкоробочных" sources.list (заремарив и
> >имея возможность дёшево и надёжно разремарить).
> В alterator-mirror это место определено как /srv/public/mirror
> -- надо либо на этом сойтись, либо и alterator-mirror
> поправить.

Устраивает.  Если возражений нет, вешаю FR на apt-conf-sisyphus
с просьбой добавить /etc/apt/sources.list.d/local.list .

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

Re: [devel] RPMS.debuginfo

[Dmitry V. Levin]

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

On Mon, Apr 02, 2012 at 10:59:57AM +0400, Vitaly Kuznetsov wrote:
> On Sun, 1 Apr 2012 19:53:11 +0300, Michael Shigorin wrote:
> >On Sun, Apr 01, 2012 at 07:47:32PM +0300, I wrote:
> >>> 
> >>http://www.altlinux.org/План_выпуска_бранча_p7_(проект,_для_обсуждения)
> >>Что-то ещё было, забыл с утра...
> >
> >Ну и из серии "помечтать": RPMS.debuginfo и 
> >RPMS.contrib.
> >
> >Сюда пишу с тем, чтобы заведомо 
> >недостижимое не заносить на вики,
> >но всё же обсудить.
> 
> Отчего же. RPMS.debuginfo - вполне можно на wiki, с 
> этим, вроде как, все согласны. Надо только 
> заимплементить.

Я собираюсь это реализовать в ближайшее время.
Надо выбрать один из двух возможных вариантов реализации:

classic -> classic + debuginfo (вынести debuginfo из classic);
classic -> classic = main + debuginfo (разбить classic на main +
debuginfo, оставив прежний classic для обратной совместимости).


-- 
ldv

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

Re: [devel] RPMS.debuginfo

[Michael Shigorin]

On Mon, Apr 02, 2012 at 10:18:54PM +0400, Dmitry V. Levin wrote:
> Надо выбрать один из двух возможных вариантов реализации:
> 
> classic -> classic + debuginfo (вынести debuginfo из classic);

Насколько понимаю, это минимум действий (и good enough).

> classic -> classic = main + debuginfo (разбить classic на main +
> debuginfo, оставив прежний classic для обратной совместимости).

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

Сделать первое и там уже смотреть, нужно ли сейчас второе?

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

Re: [devel] Обоснование и план выпуска нового бранча

[Aleksey Novodvorsky]

27 марта 2012 г. 23:49 пользователь Денис Смирнов
<mithraen@freesource.info> написал:
> On Mon, Mar 19, 2012 at 12:21:58PM +0400, Андрей Черепанов wrote:
>
>>> - глобальная проблема всех пользователей альта -- мы **вынуждены**
>>>   использовать другие дистрибутивы на хостингах и т.д. И если в случае с
>>>   dedicated проблему можно решать независимо от бранча (см. обсуждение
>>>   hetzner), то для Amazon EC2 AFAIR требуется доточка ядра. Будет очень
>>>   хорошо, если альт можно будет использовать на EC2.
>> Что помимо доточки ядра нужно для хостинга?
>
> Если речь о hetzner -- нужно создание образа и файла с метаданными в
> формате, который понимает их rescue консоль. Подробности у них на сайте
> (на немецком).

А можно ссылку?

Rgrds, Алексей

Re: [devel] RPMS.debuginfo

[Dmitry V. Levin]

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

On Tue, Apr 03, 2012 at 12:26:32AM +0300, Michael Shigorin wrote:
> On Mon, Apr 02, 2012 at 10:18:54PM +0400, Dmitry V. Levin wrote:
> > Надо выбрать один из двух возможных вариантов реализации:
> > 
> > classic -> classic + debuginfo (вынести debuginfo из classic);
> 
> Насколько понимаю, это минимум действий (и good enough).
> 
> > classic -> classic = main + debuginfo (разбить classic на main +
> > debuginfo, оставив прежний classic для обратной совместимости).
> 
> А это лучше в том случае, если просматривается дальнейшее
> возвращение компонент сообразно состоянию пакетов.

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

Вопрос только в обратной совместимости.  Есть, наверное, куча скриптов,
где гвоздями прибит classic, и которые никто не будет трогать, пока они
не сломаются (если поломку кто-то отрепортит, конечно).  Не говоря уже
о пользовательских sources.list, в которых сейчас classic.
Возможно, этот вопрос об обратной совместимости надуманный, и на самом
деле недостачи debuginfo мало кто заметит.

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

> Сделать первое и там уже смотреть, нужно ли сейчас второе?

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


-- 
ldv

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

Re: [devel] Обоснование и план выпуска нового бранча

[Dmitry V. Levin]

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

On Mon, Mar 19, 2012 at 04:36:32AM +0400, Денис Смирнов wrote:
> - глобальная проблема всех пользователей альта -- мы **вынуждены**
>   использовать другие дистрибутивы на хостингах и т.д. И если в случае с
>   dedicated проблему можно решать независимо от бранча (см. обсуждение
>   hetzner), то для Amazon EC2 AFAIR требуется доточка ядра.

Нет, не требуется доточка ядра, kernel-image-domU-std-def-3.2.13-alt1
вполне годится.


-- 
ldv

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

Re: [devel] Обоснование и план выпуска нового бранча

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

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

On Tue, Apr 03, 2012 at 02:32:50AM +0400, Aleksey Novodvorsky wrote:

>> Если речь о hetzner -- нужно создание образа и файла с метаданными в
>> формате, который понимает их rescue консоль. Подробности у них на сайте
>> (на немецком).
AN> А можно ссылку?

Оказывается уже перевели на русский:

http://wiki.hetzner.de/index.php/Eigene_Images_installieren/ru

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] Обоснование и план выпуска нового бранча

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

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

On Mon, Apr 02, 2012 at 11:52:55AM +0300, Michael Shigorin wrote:

MS> Устраивает.  Если возражений нет, вешаю FR на apt-conf-sisyphus
MS> с просьбой добавить /etc/apt/sources.list.d/local.list .

Аналогично etersoft-build-utils содержит свои sources.list.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] Обоснование и план выпуска нового бранча

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

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

On Tue, Apr 03, 2012 at 02:50:03AM +0400, Dmitry V. Levin wrote:
>> - глобальная проблема всех пользователей альта -- мы **вынуждены**
>>   использовать другие дистрибутивы на хостингах и т.д. И если в случае с
>>   dedicated проблему можно решать независимо от бранча (см. обсуждение
>>   hetzner), то для Amazon EC2 AFAIR требуется доточка ядра.
DVL> Нет, не требуется доточка ядра, kernel-image-domU-std-def-3.2.13-alt1
DVL> вполне годится.

Как это проверялось?

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

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] Обоснование и план выпуска нового бранча

[Aleksey Novodvorsky]

3 апреля 2012 г. 4:46 пользователь Денис Смирнов
<mithraen@freesource.info> написал:
> On Tue, Apr 03, 2012 at 02:32:50AM +0400, Aleksey Novodvorsky wrote:
>
>>> Если речь о hetzner -- нужно создание образа и файла с метаданными в
>>> формате, который понимает их rescue консоль. Подробности у них на сайте
>>> (на немецком).
> AN> А можно ссылку?
>
> Оказывается уже перевели на русский:
>
> http://wiki.hetzner.de/index.php/Eigene_Images_installieren/ru

"Для корректного применения сетевых настроек образ должен являться
производным от Debian, SuSE или CentOS. "

Rgrds, Алексей

Re: [devel] Обоснование и план выпуска нового бранча

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

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

On Tue, Apr 03, 2012 at 04:52:15AM +0400, Aleksey Novodvorsky wrote:

>> http://wiki.hetzner.de/index.php/Eigene_Images_installieren/ru
AN> "Для корректного применения сетевых настроек образ должен являться
AN> производным от Debian, SuSE или CentOS. "

Так как через recovery можно получить доступ к shell -- это не проблема.

Кроме того, если делать спец образ для hetzner (а это имеет смысл), то
простой скрипт сконвертирует при первом запуске созданный ими конфиг в
конфиг для etcnet.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] Обоснование и план выпуска нового бранча

[Vitaly Kuznetsov]

On Tue, 3 Apr 2012 04:50:03 +0400, Денис Смирнов wrote:
> On Tue, Apr 03, 2012 at 02:50:03AM +0400, Dmitry V. Levin wrote:
>>> - глобальная проблема всех пользователей альта -- мы **вынуждены**
>>>   использовать другие дистрибутивы на хостингах и т.д. И если в 
>>> случае с
>>>   dedicated проблему можно решать независимо от бранча (см. 
>>> обсуждение
>>>   hetzner), то для Amazon EC2 AFAIR требуется доточка ядра.
> DVL> Нет, не требуется доточка ядра, 
> kernel-image-domU-std-def-3.2.13-alt1
> DVL> вполне годится.
>
> Как это проверялось?
>

Мне вчера удалось запустить OpenSuse 12.1 (PVGRUB, instance store) с 
нашим ядром/initrd. Алгоритм простой:

1) Заливаем в работающую машину несжатое ядро (vmlinux-*) , 
/lib/modules/{version}, специальный initrd. Явно избыточный список для 
make-initrd следующий:

MODULES_ADD = xen-netback xen-blkback xen-kbdfront xen-netfront 
xen-pcifront xen-pciback xenfs xen-gntdev xen-gntalloc xen-evtchn cdrom 
ext3 jbd loop af_packet autofs4

2) Правим внутри /boot/grub/menu.lst, учитываем то, что в нашем ядре 
/dev/sda1 станет /dev/xvda1, правим /etc/fstab (переписываем в виде 
UUID=...)

3) reboot

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

Нужно просто взять образ диска с /boot/grub/menu.lst внутри и засунуть 
в ami-tools, должно заработать. Я буду продолжать изыскания.

Re: [devel] RPMS.debuginfo

[Vitaly Kuznetsov]

On Mon, 2 Apr 2012 22:18:54 +0400, Dmitry V. Levin wrote:
>>
>> Отчего же. RPMS.debuginfo - вполне можно на wiki, с
>> этим, вроде как, все согласны. Надо только
>> заимплементить.
>
> Я собираюсь это реализовать в ближайшее время.
> Надо выбрать один из двух возможных вариантов реализации:
>
> classic -> classic + debuginfo (вынести debuginfo из classic);
> classic -> classic = main + debuginfo (разбить classic на main +
> debuginfo, оставив прежний classic для обратной совместимости).

В первом случае пользователям придётся подключать дополнительную 
компоненту в случае наличия желания устанавливать debuginfo. Во втором 
случае нам нужно увеличивать дефолтный APT::Cache-Limit т.к. с новым 
arepo-репозиторием нас снова ждёт E: Dynamic MMap ran out of room. Никто 
же не будет сам по себе менять classic на main в sources.list.
Есть и ещё одни вариант:  classic -> classic = main + debuginfo без 
classic для обратной совместимости. Пользователям придётся выполнить 
сознательное действие по переключению sources.list, однако мы не услышим 
проблем типа "apt мне тут пол системы вынести хочет" из-за нескольких 
установленных -debuginfo пакетов.
А можно таки сделать  classic -> classic = main + debuginfo с classic 
для обратной совместимости в Сизифе, но во все будущие бранчи уже не 
тащить эту classic-компоненту, оставить там только main и debuginfo.

Re: [devel] RPMS.debuginfo

[Sergei Epiphanov]

On 3 апреля 2012 02:44 Dmitry V. Levin wrote:
> Я говорю конкретно о RPMS.debuginfo, это четко определенное множество
> пакетов, которое хорошо выделяется в отдельную компоненту,
> и обратного пути для них не предвидится.

Тогда, мне кажется, ближе первый вариант. Сразу вздохнут пользователи. А 
разработчики, которым требуется debuginfo, спокойно могут подключить 
необходимое. Я лично не вижу необходимости во всеобъемлющей ветке.

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

Re: [devel] RPMS.debuginfo

[Aleksey Novodvorsky]

3 апреля 2012 г. 14:51 пользователь Sergei Epiphanov
<serpiph@nikiet.ru> написал:
> On 3 апреля 2012 02:44 Dmitry V. Levin wrote:
>> Я говорю конкретно о RPMS.debuginfo, это четко определенное множество
>> пакетов, которое хорошо выделяется в отдельную компоненту,
>> и обратного пути для них не предвидится.
>
> Тогда, мне кажется, ближе первый вариант. Сразу вздохнут пользователи. А
> разработчики, которым требуется debuginfo, спокойно могут подключить
> необходимое. Я лично не вижу необходимости во всеобъемлющей ветке.

+1

Rgrds, Алексей

Re: [devel] RPMS.debuginfo

[Dmitry V. Levin]

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

On Tue, Apr 03, 2012 at 02:51:01PM +0400, Sergei Epiphanov wrote:
> On 3 апреля 2012 02:44 Dmitry V. Levin wrote:
> > Я говорю конкретно о RPMS.debuginfo, это четко определенное множество
> > пакетов, которое хорошо выделяется в отдельную компоненту,
> > и обратного пути для них не предвидится.
> 
> Тогда, мне кажется, ближе первый вариант. Сразу вздохнут пользователи. А 
> разработчики, которым требуется debuginfo, спокойно могут подключить 
> необходимое. Я лично не вижу необходимости во всеобъемлющей ветке.

Кстати, если не будет всеобъемлющей компоненты, то из contents_index
автоматически пропадут все записи о debuginfo-пакетах.  Может быть,
это даже правильно, но надо быть к этому готовым.


-- 
ldv

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

Re: [devel] RPMS.debuginfo

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

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

On Tue, Apr 03, 2012 at 06:44:19PM +0400, Dmitry V. Levin wrote:

DVL> Кстати, если не будет всеобъемлющей компоненты, то из contents_index
DVL> автоматически пропадут все записи о debuginfo-пакетах.  Может быть,
DVL> это даже правильно, но надо быть к этому готовым.

На что это повлияет?

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] RPMS.debuginfo

[Dmitry V. Levin]

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

On Tue, Apr 03, 2012 at 06:46:36PM +0400, Денис Смирнов wrote:
> On Tue, Apr 03, 2012 at 06:44:19PM +0400, Dmitry V. Levin wrote:
> 
> DVL> Кстати, если не будет всеобъемлющей компоненты, то из contents_index
> DVL> автоматически пропадут все записи о debuginfo-пакетах.  Может быть,
> DVL> это даже правильно, но надо быть к этому готовым.
> 
> На что это повлияет?

На операции с contents_index'ами: с одной стороны, файлы станут заметно
меньше, с другой стороны, в них не будет записей об /usr/src/debug/.

$ wc -l < Sisyphus/x86_64/base/contents_index
2176621
$ grep -c ^/usr/src/debug/ Sisyphus/x86_64/base/contents_index
770742


-- 
ldv

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

Re: [devel] RPMS.debuginfo

[Michael Shigorin]

On Tue, Apr 03, 2012 at 02:44:50AM +0400, Dmitry V. Levin wrote:
> > > Надо выбрать один из двух возможных вариантов реализации:
> > > classic -> classic + debuginfo (вынести debuginfo из classic);
> > Насколько понимаю, это минимум действий (и good enough).
> Если сделать первое, то обратная совместимость уже будет
> утрачена, и второе будет делать бессмысленно.

Плохо прочёл слово "вынести".  Да, лучше вынести.
Отладка -- явление сознательное.

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

Re: [devel] Обоснование и план выпуска нового бранча

[Michael Shigorin]

On Tue, Apr 03, 2012 at 04:52:15AM +0400, Aleksey Novodvorsky wrote:
> > http://wiki.hetzner.de/index.php/Eigene_Images_installieren/ru
> "Для корректного применения сетевых настроек образ должен
> являться производным от Debian, SuSE или CentOS. "

Можно эмулировать при помощи net-scripts.

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

Re: [devel] RPMS.debuginfo

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

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

On Tue, Apr 03, 2012 at 08:44:54AM +0400, Vitaly Kuznetsov wrote:

VK> В первом случае пользователям придётся подключать дополнительную 
VK> компоненту в случае наличия желания устанавливать debuginfo. Во втором 
VK> случае нам нужно увеличивать дефолтный APT::Cache-Limit т.к. с новым 
VK> arepo-репозиторием нас снова ждёт E: Dynamic MMap ran out of room. 

Его в любом случае следует увеличить, чтобы пользователь подключивший и
debuginfo и x86_64-i586 не получил этой ошибки.

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

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

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

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] RPMS.debuginfo

[Dmitry V. Levin]

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

On Tue, Apr 03, 2012 at 06:51:03PM +0400, Dmitry V. Levin wrote:
> On Tue, Apr 03, 2012 at 06:46:36PM +0400, Денис Смирнов wrote:
> > On Tue, Apr 03, 2012 at 06:44:19PM +0400, Dmitry V. Levin wrote:
> > 
> > DVL> Кстати, если не будет всеобъемлющей компоненты, то из contents_index
> > DVL> автоматически пропадут все записи о debuginfo-пакетах.  Может быть,
> > DVL> это даже правильно, но надо быть к этому готовым.
> > 
> > На что это повлияет?
> 
> На операции с contents_index'ами: с одной стороны, файлы станут заметно
> меньше, с другой стороны, в них не будет записей об /usr/src/debug/.
> 
> $ wc -l < Sisyphus/x86_64/base/contents_index
> 2176621
> $ grep -c ^/usr/src/debug/ Sisyphus/x86_64/base/contents_index
> 770742

Ну вот,
$ ls Sisyphus/x86_64/RPMS.debuginfo/ |wc -l
7757
$ wc -l < Sisyphus/x86_64/base/contents_index
1249708


-- 
ldv

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

Re: [devel] RPMS.debuginfo

[REAL]

09.04.2012 18:23, Dmitry V. Levin пишет:
> Ну вот,
> $ ls Sisyphus/x86_64/RPMS.debuginfo/ |wc -l
> 7757
> $ wc -l<  Sisyphus/x86_64/base/contents_index
> 1249708

А в настройках apt ничего не изменится? Или запрос "apt-get install 
foo-debuginfo" будет работать по-прежнему?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] RPMS.debuginfo

[Dmitry V. Levin]

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

On Mon, Apr 09, 2012 at 06:26:52PM +0700, REAL wrote:
> 09.04.2012 18:23, Dmitry V. Levin пишет:
> >Ну вот,
> >$ ls Sisyphus/x86_64/RPMS.debuginfo/ |wc -l
> >7757
> >$ wc -l<  Sisyphus/x86_64/base/contents_index
> >1249708
> 
> А в настройках apt ничего не изменится?

Полный набор настроек для sources.list немного изменяется, вместо
rpm [alt] file:/ALT/Sisyphus x86_64 classic
теперь можно будет написать
rpm [alt] file:/ALT/Sisyphus x86_64 classic debuginfo
и получить debuginfo обратно.


-- 
ldv

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

Re: [devel] RPMS.debuginfo

[REAL]

09.04.2012 18:35, Dmitry V. Levin пишет:
> Полный набор настроек для sources.list немного изменяется, вместо
> rpm [alt] file:/ALT/Sisyphus x86_64 classic
> теперь можно будет написать
> rpm [alt] file:/ALT/Sisyphus x86_64 classic debuginfo
> и получить debuginfo обратно.

работает, спасибо.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] RPMS.debuginfo

[Michael Shigorin]

On Mon, Apr 09, 2012 at 03:23:26PM +0400, Dmitry V. Levin wrote:
> $ ls Sisyphus/x86_64/RPMS.debuginfo/

Спасибо! :)  Оформил на http://www.altlinux.org/Changes

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

Re: [devel] RPMS.debuginfo

[Dmitry V. Levin]

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

On Mon, Apr 09, 2012 at 03:35:27PM +0400, Dmitry V. Levin wrote:
> On Mon, Apr 09, 2012 at 06:26:52PM +0700, REAL wrote:
> > 09.04.2012 18:23, Dmitry V. Levin пишет:
> > >Ну вот,
> > >$ ls Sisyphus/x86_64/RPMS.debuginfo/ |wc -l
> > >7757
> > >$ wc -l<  Sisyphus/x86_64/base/contents_index
> > >1249708
> > 
> > А в настройках apt ничего не изменится?
> 
> Полный набор настроек для sources.list немного изменяется, вместо
> rpm [alt] file:/ALT/Sisyphus x86_64 classic
> теперь можно будет написать
> rpm [alt] file:/ALT/Sisyphus x86_64 classic debuginfo
> и получить debuginfo обратно.

Не пора ли, кстати, сделать такой RPMS.debuginfo для 6-х бранчей?


-- 
ldv

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

Re: [devel] RPMS.debuginfo

[Evgeny Sinelnikov]

17 апреля 2012 г. 3:21 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> On Mon, Apr 09, 2012 at 03:35:27PM +0400, Dmitry V. Levin wrote:
>> On Mon, Apr 09, 2012 at 06:26:52PM +0700, REAL wrote:
>> > 09.04.2012 18:23, Dmitry V. Levin пишет:
>> > >Ну вот,
>> > >$ ls Sisyphus/x86_64/RPMS.debuginfo/ |wc -l
>> > >7757
>> > >$ wc -l<  Sisyphus/x86_64/base/contents_index
>> > >1249708
>> >
>> > А в настройках apt ничего не изменится?
>>
>> Полный набор настроек для sources.list немного изменяется, вместо
>> rpm [alt] file:/ALT/Sisyphus x86_64 classic
>> теперь можно будет написать
>> rpm [alt] file:/ALT/Sisyphus x86_64 classic debuginfo
>> и получить debuginfo обратно.
>
> Не пора ли, кстати, сделать такой RPMS.debuginfo для 6-х бранчей?

Пора... хотя вопрос спорный... кому-то придётся подключать debuginfo.


-- 
Sin (Sinelnikov Evgeny)
Etersoft

Re: [devel] RPMS.debuginfo

[Aleksey Novodvorsky]

17 апреля 2012 г. 6:47 пользователь Evgeny Sinelnikov <sin@altlinux.ru> написал:
> 17 апреля 2012 г. 3:21 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
>> On Mon, Apr 09, 2012 at 03:35:27PM +0400, Dmitry V. Levin wrote:
>>> On Mon, Apr 09, 2012 at 06:26:52PM +0700, REAL wrote:
>>> > 09.04.2012 18:23, Dmitry V. Levin пишет:
>>> > >Ну вот,
>>> > >$ ls Sisyphus/x86_64/RPMS.debuginfo/ |wc -l
>>> > >7757
>>> > >$ wc -l<  Sisyphus/x86_64/base/contents_index
>>> > >1249708
>>> >
>>> > А в настройках apt ничего не изменится?
>>>
>>> Полный набор настроек для sources.list немного изменяется, вместо
>>> rpm [alt] file:/ALT/Sisyphus x86_64 classic
>>> теперь можно будет написать
>>> rpm [alt] file:/ALT/Sisyphus x86_64 classic debuginfo
>>> и получить debuginfo обратно.
>>
>> Не пора ли, кстати, сделать такой RPMS.debuginfo для 6-х бранчей?
>
> Пора... хотя вопрос спорный... кому-то придётся подключать debuginfo.

Таких не очень много и они знают что делают.

Rgrds, Алексей

Re: [devel] RPMS.debuginfo

[Michael Shigorin]

On Tue, Apr 17, 2012 at 03:21:12AM +0400, Dmitry V. Levin wrote:
> Не пора ли, кстати, сделать такой RPMS.debuginfo для 6-х бранчей?

Пора.

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

Re: [devel] RPMS.debuginfo

[Павел Исопенко]

В Втр, 17/04/2012 в 12:42 +0400, Aleksey Novodvorsky пишет:
> >>
> >> Не пора ли, кстати, сделать такой RPMS.debuginfo для 6-х бранчей?
> >
> > Пора... хотя вопрос спорный... кому-то придётся подключать debuginfo.
> 
> Таких не очень много и они знают что делают.
> 
Пора. Немногим потребуется подключить debuginfo, а многим облегчит
жизнь. И умножить на количество пользовательских рабочих мест.

-- 
С уважением,  Павел Исопенко

[devel] apt-conf-* (was: Обоснование и план выпуска нового бранча)

[Michael Shigorin]

On Mon, Apr 02, 2012 at 11:52:55AM +0300, I wrote:
> On Mon, Apr 02, 2012 at 11:03:30AM +0400, Vitaly Kuznetsov wrote:
> > >Договориться о месте жительства симлинков на локальные зеркала.
> > >Пусть это будет /var/lib, /var/ftp, /srv или ещё что -- но чтоб
> > >можно было опираться в "изкоробочных" sources.list (заремарив и
> > >имея возможность дёшево и надёжно разремарить).
> > В alterator-mirror это место определено как /srv/public/mirror
> > -- надо либо на этом сойтись, либо и alterator-mirror
> > поправить.
> Устраивает.  Если возражений нет, вешаю FR на apt-conf-sisyphus
> с просьбой добавить /etc/apt/sources.list.d/local.list .

Как понимаю, возражений нет;
https://bugzilla.altlinux.org/27259

Также предлагаю обеспечить выполнение следующих условий:

- в Sisyphus единственным провайдером apt-conf должен быть
  пакет apt-conf-sisyphus (с версией >= текущего бранча);
- в каждом актуальном бранче единственным провайдером apt-conf
  должен быть пакет apt-conf-branch соответствующей версии
  либо apt-conf-{cert,platform,team}N.

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

Сейчас мешают:
p5: apt-conf-sisyphus-5.0-alt5
5.1: apt-conf-sisyphus-5.0-alt5
sisyphus: apt-conf-branch-6.0.0-alt6

IMHO излишни:
sisyphus: apt-conf-branch-6.0.0-alt6
sisyphus: apt-conf-centaurus-6.0.0-alt6
sisyphus: apt-conf-cert6-6.0-alt1
p6: apt-conf-cert6-6.0-alt1
t6: apt-conf-centaurus-6.0.0-alt6
t6: apt-conf-cert6-6.0-alt1

Отправил запросы на удаление:
5.1: apt-conf-sisyphus-5.0-alt5
t6: apt-conf-cert6-6.0-alt1

Хорошо бы удалить перечисленные, если и впрямь не нужны.

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

Re: [devel] Обоснование и план выпуска нового бранча

[Michael Shigorin]

On Tue, Jan 22, 2013 at 09:04:01AM +0200, Viacheslav Dubrovskyi wrote:
> > - MySQL Требуется переход на 5.5. - А мигея на MariaDB перешли ;)
> Вот и федора планирует.

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

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

Re: [devel] Обоснование и план выпуска нового бранча

[Viacheslav Dubrovskyi]

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

22.01.2013 12:22, Michael Shigorin пишет:
> On Tue, Jan 22, 2013 at 09:04:01AM +0200, Viacheslav Dubrovskyi wrote:
>>> - MySQL Требуется переход на 5.5. - А мигея на MariaDB перешли ;)
>> Вот и федора планирует.
> Ну у шляпы с ораклом свои счёты, я не уверен, что они напрямую
> переносятся на нас и поэтому смотрел бы скорее на другие
> дистрибутивы.  В данном контексте могу предложить оставить
> libmysqlclient18 от mariadb, если берёшься майнтейнить :)
Не берусь пока :(
Кажется у меня скоро на пакеты вообще не будет времени.

-- 
WBR,
Viacheslav Dubrovskyi


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 3746 bytes --]

Re: [devel] Обоснование и план выпуска нового бранча

[Sergey Y. Afonin]

On Monday 19 March 2012, Dubrovskiy Viacheslav wrote:

> - MySQL Требуется переход на 5.5. - А мигея на MariaDB перешли ;)
 
Oracle ещё mysql-workbench поддерживает... У него как с совместимостью
с MariaDB ?

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

Re: [devel] Обоснование и план выпуска нового бранча

[Anton Gorlov]

22.01.2013 14:42, Sergey Y. Afonin пишет:
> On Monday 19 March 2012, Dubrovskiy Viacheslav wrote:
>
>> - MySQL Требуется переход на 5.5. - А мигея на MariaDB перешли ;)
>   
> Oracle ещё mysql-workbench поддерживает... У него как с совместимостью
> с MariaDB ?
>
На тестах  вроде работает..