[devel] cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[devel] cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Canis Cerberus]

Здравствуйте !!!
cube3d-2002.10.20-alt3.src.rpm  -- уже в Инкоминге !!!

#official site
Url: http://wouter.fov120.com/cube/
#source code mirror
#Url: ftp://ftp.altlinux.ru/pub/people/canis/cube3d/cube_2002_10_20_src.zip

#The source code can be reseived here:
#ftp://ftp.altlinux.ru/pub/people/canis/cube3d/cube_2002_10_20_src.zip

+ В этой версии были исправлены ошибки в системе пользовательских конфигураций 
!!!; для правильной работы рекоммендуется удалить ~/.cube3d содзанный 
предыдущими версиями сборки :-)

+Исходный код игры cube3d можно получить либо с официального сайта - 
http://wouter.fov120.com/cube/, либо если там лениво искать (они там есть!!!) 
можно получить с моего зеркала - 
ftp://ftp.altlinux.ru/pub/people/canis/cube3d/cube_2002_10_20_src.zip;
Но проще всего установить пакет и посмотреть папочку 
/usr/share/doc/cube3d/source/ -- там теперь будут лежать исходники :-)

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

+Я хочу создать проект "Cube 3D in ALT Linux" - это типа "OpenOffice in 
ALTLinux" - буду собирать и локализовывать cube3d_linux_client, 
cube_windows_client, cube_linux_server ;-)
Как вы на это смотрите господа?

С уважением.

-- 
Canis Cerberus
Magna est veritas et praevalebit !
Санкт-Петербург

Re: [devel] cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Dmitry V. Levin]

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

On Fri, Oct 17, 2003 at 12:04:47AM +0400, Canis Cerberus wrote:
> cube3d-2002.10.20-alt3.src.rpm  -- уже в Инкоминге !!!
[...]
> +Исходный код игры cube3d можно получить либо с официального сайта - 
> http://wouter.fov120.com/cube/, либо если там лениво искать (они там есть!!!) 
> можно получить с моего зеркала - 
> ftp://ftp.altlinux.ru/pub/people/canis/cube3d/cube_2002_10_20_src.zip;
> Но проще всего установить пакет и посмотреть папочку 
> /usr/share/doc/cube3d/source/ -- там теперь будут лежать исходники :-)

1. Если есть необходимость паковать исходный код, то лучше его паковать в
отдельный пакет, ибо не всем оно надо.

2. Исходный код следует размещать в /usr/src/.

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

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


-- 
ldv

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

Re: [devel] cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Vitaly Lipatov]

On Пятница 17 Октябрь 2003 00:04, Canis Cerberus wrote:
> + В этой версии были исправлены ошибки в системе
> пользовательских конфигураций !!!; для правильной работы
Можно узнать как?

>>src.zip; Но проще всего установить пакет и посмотреть папочку
> /usr/share/doc/cube3d/source/ -- там теперь будут лежать
> исходники :-)
надеюсь, это не надолго.

>
> +К концу следующей недели я постараюсь предоставить сборку
> "alt4" которая будет собираться из исходников :-) Пока же, как
> и в случае с опенофис - "мне так удобнее" (занят сильно),
> благо где можно стянуть исходники я указал (см. выше или
> комментарии в спеке:-) )
>
> +Я хочу создать проект "Cube 3D in ALT Linux" - это типа
> "OpenOffice in ALTLinux" - буду собирать и локализовывать
> cube3d_linux_client, cube_windows_client, cube_linux_server
> ;-)
> Как вы на это смотрите господа?
Хоты бы сделать сборку из исходников для начала...
И вряд этот проект интересен в devel

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

Re: [devel] cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Vitaly Lipatov]

On Пятница 17 Октябрь 2003 00:43, Dmitry V. Levin wrote:

> Плохой прецедент создал этот openoffice.
> Похоже, что придётся создавать отдельный репозитарий под такие
> пакеты.
Мне кажется, проще отменить в Сизифе прецедентное право. 
Такие пакеты должны быть хорошо обоснованными исключениями, когда 
уже других путей не остаётся. cube3d к таким не относится.
Просто если автор не заботится о том, чтобы его программа 
нормально собиралась, то может ему надо просто помочь...

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

Re: [devel] cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Stanislav Ievlev]

Данный пакет пройдёт в Сизиф только после одобрения QA (qa at altlinux).
Оно обнаружило факт отсутствия исходников, оно же и должно дать теперь добро.

On Fri, Oct 17, 2003 at 12:04:47AM +0400, Canis Cerberus wrote:
> Здравствуйте !!!
> cube3d-2002.10.20-alt3.src.rpm  -- уже в Инкоминге !!!
> 
> #official site
> Url: http://wouter.fov120.com/cube/
> #source code mirror
> #Url: ftp://ftp.altlinux.ru/pub/people/canis/cube3d/cube_2002_10_20_src.zip
> 
> #The source code can be reseived here:
> #ftp://ftp.altlinux.ru/pub/people/canis/cube3d/cube_2002_10_20_src.zip
> 
> + В этой версии были исправлены ошибки в системе пользовательских конфигураций 
> !!!; для правильной работы рекоммендуется удалить ~/.cube3d содзанный 
> предыдущими версиями сборки :-)
> 
> +Исходный код игры cube3d можно получить либо с официального сайта - 
> http://wouter.fov120.com/cube/, либо если там лениво искать (они там есть!!!) 
> можно получить с моего зеркала - 
> ftp://ftp.altlinux.ru/pub/people/canis/cube3d/cube_2002_10_20_src.zip;
> Но проще всего установить пакет и посмотреть папочку 
> /usr/share/doc/cube3d/source/ -- там теперь будут лежать исходники :-)
> 
> +К концу следующей недели я постараюсь предоставить сборку "alt4" которая 
> будет собираться из исходников :-) Пока же, как и в случае с опенофис - "мне 
> так удобнее" (занят сильно), благо где можно стянуть исходники я указал (см. 
> выше или комментарии в спеке:-) )
> 
> +Я хочу создать проект "Cube 3D in ALT Linux" - это типа "OpenOffice in 
> ALTLinux" - буду собирать и локализовывать cube3d_linux_client, 
> cube_windows_client, cube_linux_server ;-)
> Как вы на это смотрите господа?
> 
> С уважением.
> 
> -- 
> Canis Cerberus
> Magna est veritas et praevalebit !
> Санкт-Петербург
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

[devel] Re: cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Alexey Tourbin]

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

On Fri, Oct 17, 2003 at 12:04:47AM +0400, Canis Cerberus wrote:
> +Исходный код игры cube3d можно получить либо с официального сайта - 
> http://wouter.fov120.com/cube/, либо если там лениво искать (они там есть!!!) 

Это принципиальный вопрос, где они там есть.
Я проделал следующий путь:
http://wouter.fov120.com/cube/
http://sourceforge.net/projects/cube/
http://sourceforge.net/project/showfiles.php?group_id=91993&release_id=190950
http://prdownloads.sourceforge.net/cube/cube_2002_10_20.zip?download
http://prdownloads.sourceforge.net/cube/cube_2002_10_20.zip?use_mirror=keihanna
http://keihanna.dl.sourceforge.net/sourceforge/cube/cube_2002_10_20.zip
404 not found.

Это же повторяется со всеми зеркалами sourceforge.

> можно получить с моего зеркала - 
> ftp://ftp.altlinux.ru/pub/people/canis/cube3d/cube_2002_10_20_src.zip;

Хоть так.

> Но проще всего установить пакет и посмотреть папочку 
> /usr/share/doc/cube3d/source/ -- там теперь будут лежать исходники :-)

Нет, исходники должны быть в src.rpm; бинарики, собранные из исходников,
должны быть в i586.rpm.

> +К концу следующей недели я постараюсь предоставить сборку "alt4" которая 
> будет собираться из исходников :-) Пока же, как и в случае с опенофис - "мне 

Ждем.
Предлагаю начиная с сегодняшнего дня ни один пакет с precompile binaries
в основной репозитарий не пропускать.  Даже OpenOffice.

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

Re: [devel] Re: cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Denis Ovsienko]

> http://keihanna.dl.sourceforge.net/sourceforge/cube/cube_2002_10_20.zip
> 404 not found.
>
> Это же повторяется со всеми зеркалами sourceforge.
>
> > можно получить с моего зеркала -
> > ftp://ftp.altlinux.ru/pub/people/canis/cube3d/cube_2002_10_20_src.zip;
Интересно, почему на зеркале имя файла не то же, что на sf.net?

--
    DO4-UANIC

Re: [devel] Re: cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Canis Cerberus]

В сообщении от 17 Октябрь 2003 16:34 Denis Ovsienko написал(a):
> > http://keihanna.dl.sourceforge.net/sourceforge/cube/cube_2002_10_20.zip
> > 404 not found.
> >
> > Это же повторяется со всеми зеркалами sourceforge.
> >
> > > можно получить с моего зеркала -
> > > ftp://ftp.altlinux.ru/pub/people/canis/cube3d/cube_2002_10_20_src.zip;
>
> Интересно, почему на зеркале имя файла не то же, что на sf.net?
>
потому что это не одно и тоже; cube_2002_10_20_src.zip - лежит внутри 
cube_2002_10_20.zip
-- 
Canis Cerberus
Magna est veritas et praevalebit !
Санкт-Петербург

Re: [devel] Re: cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Denis Ovsienko]

> > Интересно, почему на зеркале имя файла не то же, что на sf.net?
> потому что это не одно и тоже; cube_2002_10_20_src.zip - лежит внутри
> cube_2002_10_20.zip
Тогда это не является pristine source. Хотя я и сам грешен, перепаковал
один архив, чтобы выбросить что-то около полумегабайта документации в PDF,
PS, TeX и оставить только txt. Я просил автора перераспределить файлы по
разным архивам, но он отказался. Что посоветуют другие разработчики:
восстановить pristiness или экономить трафик на src.rpm дальше? Это
единственное изменение.

Может быть, наилучшим вариантом вам будет сконтактировать непосредственно
с Wouter van Oortmerssen? Если с исходниками что-то не так, то одного
человека в среднем легче убедить внести какие-то изменения, чем целую
команду. Тем более что упоминаний я о игре почти не нашёл в сети, думаю,
ему будет приятно, что его продукт входит в наш репозиторий и он не
откажется помочь в решении проблем.

--
    DO4-UANIC

[devel] Re: cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Michael Shigorin]

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

On Fri, Oct 17, 2003 at 03:18:05PM +0400, Alexey Tourbin wrote:
> Предлагаю начиная с сегодняшнего дня ни один пакет с precompile
> binaries в основной репозитарий не пропускать.  Даже
> OpenOffice.

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

В любом случае.

И особенно -- когда это касается продукта и/или ресурсов.

См. выше (про unmets).

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

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

[devel] Re: cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Konstantin Lepikhov]

Hi Canis!

Friday 17, at 12:04:47 AM you wrote:

<skip>
> +Исходный код игры cube3d можно получить либо с официального сайта - 
> http://wouter.fov120.com/cube/, либо если там лениво искать (они там есть!!!) 
> можно получить с моего зеркала - 
> ftp://ftp.altlinux.ru/pub/people/canis/cube3d/cube_2002_10_20_src.zip;
> Но проще всего установить пакет и посмотреть папочку 
> /usr/share/doc/cube3d/source/ -- там теперь будут лежать исходники :-)
Обалдеть! А если оно мне не надо? Уж лучше сделать cube3d-sdk, например.

> 
> +К концу следующей недели я постараюсь предоставить сборку "alt4" которая 
> будет собираться из исходников :-) Пока же, как и в случае с опенофис - "мне 
> так удобнее" (занят сильно), благо где можно стянуть исходники я указал (см. 
> выше или комментарии в спеке:-) )
Тогда зачем так торопиться =) darkplaces уже год для _сизифа_ зреют, но
все никак не дозреют, а то бы я тоже их залил.
 
-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

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

[devel] Re: cube3d-2002.10.20-alt3.src.rpm -- уже в Инкоминге !!!

[Michael Shigorin]

On Sat, Oct 18, 2003 at 12:32:47AM +0400, Konstantin Lepikhov wrote:
> > /usr/share/doc/cube3d/source/ -- там теперь будут лежать
> > исходники :-)
> Обалдеть! А если оно мне не надо? Уж лучше сделать cube3d-sdk,
> например.

Оригинально.  Но в свете src.rpm бесполезно :-D

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

[devel] Sisyphus quality standards

[Dmitry V. Levin]

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

On Fri, Oct 17, 2003 at 10:05:02PM +0300, Michael Shigorin wrote:
> On Fri, Oct 17, 2003 at 03:18:05PM +0400, Alexey Tourbin wrote:
> > Предлагаю начиная с сегодняшнего дня ни один пакет с precompile
> > binaries в основной репозитарий не пропускать.  Даже
> > OpenOffice.
> 
> Предлагаю руководствоваться жизненными реалиями, а не
> сферическими конями.

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

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

> И особенно -- когда это касается продукта и/или ресурсов.

Не надо смешивать.
Сизиф делаем мы все вместе.
Продукты на основе Сизифа делают коммерческие фирмы типа ALT Linux.

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


-- 
ldv

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

[devel] Re: Sisyphus quality standards

[Michael Shigorin]

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

On Sat, Oct 18, 2003 at 03:35:35PM +0400, Dmitry V. Levin wrote:
> > > Предлагаю начиная с сегодняшнего дня ни один пакет с
> > > precompile binaries в основной репозитарий не пропускать.
> > > Даже OpenOffice.
> > Предлагаю руководствоваться жизненными реалиями, а не
> > сферическими конями.
> Похоже, что в этом списке собрались люди с разными жизненными
> реалиями.  Так что изложите вашу реалию более детально,
> пожалуйста.

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

Прекрасно понимаю, почему вопрос возник.  И что теперь?
Заставить aen@ собирать в пакет то, что он бы и рад, да вот не
собирается?  А большей оправданности в использовании рабочего
времени не нашлось?

Правила -- для людей.  ЗАПОМНИТЕ ЭТО ВСЕ.  Правила -- для людей,
и полиси и инструменты -- для майнтейнеров.  А не наоборот.

Если фирме требуется определенный уровень качества -- фирма
обеспечивает его своими силами, минимум -- контролируя вход,
максимум -- создавая _исключительно_ свой код [...].

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

В данном случае (OOo) говорится "ИСКЛЮЧЕНИЕ ИЗ ПРАВИЛА" по
причине неоправданной ресурсоемкости правильного решения _и_
критичности наличия результата в продукте.

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

Да, местами я залажу не в свое дело.  Это должен делать человек
внутри фирмы, для которого это _обязанность_.  Вот и найдите --
мне тоже не с руки объяснять банальные, но нетехнологические вещи
умным, но упершимся в технологию людям.

> Сизиф делаем мы все вместе.

Да.  При этом есть правила игры, которые, вообще говоря,
по-разному понимаются разными участниками.  Что плохо.

> Продукты на основе Сизифа делают коммерческие фирмы типа ALT
> Linux.

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

"Доступно излагаю?" (tm)

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

Да.  И возиться со старым наследственным кодом вроде gnome1 вряд
ли у кого-то есть желание, это прекрасно понятно.

Я к тому, что принимаемые меры малоадекватны.  Попробую изложить
картинку, как она должна быть с _моей_ (субъективной, кривой-по-
определению, etc) точки зрения.

---

[157 fewer lines]

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

Надеюсь, не позже вечера понедельника.

---

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

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

Re: [devel] Re: Sisyphus quality standards

[Dmitry V. Levin]

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

On Sun, Oct 19, 2003 at 06:20:32PM +0300, Michael Shigorin wrote:
> On Sat, Oct 18, 2003 at 03:35:35PM +0400, Dmitry V. Levin wrote:
> > > > Предлагаю начиная с сегодняшнего дня ни один пакет с
> > > > precompile binaries в основной репозитарий не пропускать.
> > > > Даже OpenOffice.
> > > Предлагаю руководствоваться жизненными реалиями, а не
> > > сферическими конями.
> > Похоже, что в этом списке собрались люди с разными жизненными
> > реалиями.  Так что изложите вашу реалию более детально,
> > пожалуйста.
> 
> В данном случае это касалось того, что выкинуть OOo из сизифа
> ради нигде не формализованных соображений -- да даже
> формализованных, но не являющихся абсолютно критичными -- это
> чушь.  По простой причине: это hit feature.

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

Я считаю, что основной критерий формирования Sisyphus'а - это
ПОДДЕРЖИВАЕМОСТЬ пакетов.

Не важно, hit feature или extra/optional.

[...]
> В данном случае (OOo) говорится "ИСКЛЮЧЕНИЕ ИЗ ПРАВИЛА" по
> причине неоправданной ресурсоемкости правильного решения _и_
> критичности наличия результата в продукте.

Не надо силком тащить в Sisyphus то, что туда не лезет.
Пакуйте, распространяйте, но не разрушайте Sisyphus.

[...]
> > Продукты на основе Сизифа делают коммерческие фирмы типа ALT
> > Linux.
> 
> Которые, как ни странно, претендуют на то, чтобы в
> распространении (да и доводке) этих продуктов с ними кто-то
> _сотрудничал_.  Поэтому изолирование получается обоюдоострым
> -- ошибки при создании продуктов подставляют и партнеров, которые
> опять становятся просто друзьями, и не более.  Которые вопросами
> продаж не занимаются.

Не вижу в этом ничего странного.
Даже RedHat проводит широкое beta-тестирование с активным привлечением
добровольцев.

Вот выпуск обновлений к поддерживаемым дистрибутивам силами добровольцев -
это действительно очень сомнительный ход.


-- 
ldv

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

[devel] Re: Sisyphus quality standards

[Alexey Tourbin]

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

On Sun, Oct 19, 2003 at 06:20:32PM +0300, Michael Shigorin wrote:
> В данном случае это касалось того, что выкинуть OOo из сизифа
> ради нигде не формализованных соображений -- да даже
> формализованных, но не являющихся абсолютно критичными -- это
> чушь.  По простой причине: это hit feature.

Выкидывать OOo из сизифа в срочном порядке никто не собирается.
А соображения я всегда стараюсь формализовать.  Соображение относительно
precompiled binaries кажется мне критичным, хотя я изложил его в форме
предложения.

> Прекрасно понимаю, почему вопрос возник.  И что теперь?
> Заставить aen@ собирать в пакет то, что он бы и рад, да вот не
> собирается?

Да, заставить собирать, подыскать нового maintainer'а или изменить
статус пакета.  OOo всё-таки появился в сизифе давно и имеет некоторое
прецедентное право.  Собирается он _очень_ долго, отсюда понятно, почему
были сделаны некоторые послабления.

> Правила -- для людей.  ЗАПОМНИТЕ ЭТО ВСЕ.  Правила -- для людей,
> и полиси и инструменты -- для майнтейнеров.  А не наоборот.

Выскажись конкретно по вопросу precompiled binares в src.rpm основного
репозитария.

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

[devel] Re: Sisyphus quality standards

[Michael Shigorin]

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

On Mon, Oct 20, 2003 at 05:09:21PM +0400, Alexey Tourbin wrote:
> > Правила -- для людей.  ЗАПОМНИТЕ ЭТО ВСЕ.  Правила -- для людей,
> > и полиси и инструменты -- для майнтейнеров.  А не наоборот.
> Выскажись конкретно по вопросу precompiled binares в src.rpm
> основного репозитария.

Очень плохо.  Но несмертельно.

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

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

Re: [devel] Re: Sisyphus quality standards

[Alexander Bokovoy]

On Mon, Oct 20, 2003 at 05:09:21PM +0400, Alexey Tourbin wrote:
> > Правила -- для людей.  ЗАПОМНИТЕ ЭТО ВСЕ.  Правила -- для людей,
> > и полиси и инструменты -- для майнтейнеров.  А не наоборот.
> 
> Выскажись конкретно по вопросу precompiled binares в src.rpm основного
> репозитария.
Можно я выскажусь?

Существует несколько типов precompiled binaries:

- предварительно собранные исполняемые компоненты, построенные на основе
  свободного кода; такие необходимо последовательно заменять на самосбор.
  Примеры: GNU Ada, cross-compiler kits, целый класс приложений, требующих
  для bootstrap самих себя и не имеющие предыдущей версии в Сизифе,
  пакеты, для генерации компонент которых требуется внешняя коммерческое
  приложения, однако исходный текст компонент доступен (пример --
  yanc.sf.net и все приложения на Kylix/QT)
  
- предварительно собранные исполняемые компоненты, построенные на основе
  закрытого кода; такие необходимо рассматривать в двух аспектах: замена
  их на полноценные свободные аналоги (в долгосрочной перспективе) и
  минимизация прекомпилированного кода путем общения с его разработчиками.
  Последнее вполне возможно и при достаточной заинтересованности может
  привести к хорошим результатам

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

Мое мнение, что precompiled binaries в src.rpm основного репозитария, не
попадающих под перечисленные категории, по возможности должны быть
заменены на сборки из исходников. При этом допустим итерационный процесс в
том случае, если пакет уже присутствует в репозитарии и возможно
блокирование попадания "неправильного" исходного пакета в репозитарий.
Думаю, что для решения этой задачи QA Team может и даже должна привлекать
других членов команды как для консультативной деятельности, так и для
помощи "провинившемуся" пакету и сборщику. Конечно, вопрос участия в этой
деятельности каждый член команды решает самостоятельно.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] Re: Sisyphus quality standards

[Marat Khairullin]

On Mon, 20 Oct 2003 16:32:09 +0300
Alexander Bokovoy <a.bokovoy@sam-solutions.net> wrote:

> On Mon, Oct 20, 2003 at 05:09:21PM +0400, Alexey Tourbin wrote:
> > > Правила -- для людей.  ЗАПОМНИТЕ ЭТО ВСЕ.  Правила -- для людей,
> > > и полиси и инструменты -- для майнтейнеров.  А не наоборот.
> > 
> > Выскажись конкретно по вопросу precompiled binares в src.rpm основного
> > репозитария.
> Можно я выскажусь?
> 
> Существует несколько типов precompiled binaries:
> 
> - предварительно собранные исполняемые компоненты, построенные на основе
>   свободного кода; такие необходимо последовательно заменять на самосбор.
>   Примеры: GNU Ada, cross-compiler kits, целый класс приложений, требующих
>   для bootstrap самих себя и не имеющие предыдущей версии в Сизифе,
>   пакеты, для генерации компонент которых требуется внешняя коммерческое
>   приложения, однако исходный текст компонент доступен (пример --
>   yanc.sf.net и все приложения на Kylix/QT)

Я хотел пересобрать пакеты проекта ltsp.ru (.org), но они precomp i386.
Пересобирать весь проект с исходников с пакетами Сизифа (от binutils до
kernel-2.4.22 и XFree86) не реально.
Как же мне сейчас поступить?

PS: на ltsp.org есть LBE - LTSP Build Environment and Source code, но она еще бета...

Re: [devel] Re: Sisyphus quality standards

[Alexander Bokovoy]

On Tue, Oct 21, 2003 at 04:58:22PM +0400, Marat Khairullin wrote:
> > On Mon, Oct 20, 2003 at 05:09:21PM +0400, Alexey Tourbin wrote:
> > > > Правила -- для людей.  ЗАПОМНИТЕ ЭТО ВСЕ.  Правила -- для людей,
> > > > и полиси и инструменты -- для майнтейнеров.  А не наоборот.
> > > 
> > > Выскажись конкретно по вопросу precompiled binares в src.rpm основного
> > > репозитария.
> > Можно я выскажусь?
> > 
> > Существует несколько типов precompiled binaries:
> > 
> > - предварительно собранные исполняемые компоненты, построенные на основе
> >   свободного кода; такие необходимо последовательно заменять на самосбор.
> >   Примеры: GNU Ada, cross-compiler kits, целый класс приложений, требующих
> >   для bootstrap самих себя и не имеющие предыдущей версии в Сизифе,
> >   пакеты, для генерации компонент которых требуется внешняя коммерческое
> >   приложения, однако исходный текст компонент доступен (пример --
> >   yanc.sf.net и все приложения на Kylix/QT)
> 
> Я хотел пересобрать пакеты проекта ltsp.ru (.org), но они precomp i386.
> Пересобирать весь проект с исходников с пакетами Сизифа (от binutils до
> kernel-2.4.22 и XFree86) не реально.
Нереально на Вашем оборудовании? Технически пересобрать можно с
использованием hasher или sandman, причем последний будет даже более
удобен, так как обеспечивает возможность замкнутого цикла разработки, с
версификацией промежуточных состояний.

> Как же мне сейчас поступить?
Поскольку ltsp сейчас нет в Сизифе, то можно постепенно его собирать в
вышеуказанных средах, если такая возможность есть. Если нет, то возможно у
нас будут в будущем публично доступные сборочные системы...
 
> PS: на ltsp.org есть LBE - LTSP Build Environment and Source code, но
> она еще бета...
Может быть помочь его доработать?
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

[devel] Re: Sisyphus quality standards

[Michael Shigorin]

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

On Tue, Oct 21, 2003 at 08:51:23PM +0300, Alexander Bokovoy wrote:
> > PS: на ltsp.org есть LBE - LTSP Build Environment and Source
> > code, но она еще бета...
> Может быть помочь его доработать?

Возможно, проще будет сделать свой сетевой терминал.  Не факт,
что основываясь на ltsp.org, потому как технически там меньше
нетривиальных вещей, чем в сборочной среде.

netstation.sf.net хвалили, вот все пытаюсь добраться.

LTSP.RU в .non-free / .binary в бинарном виде -- IMO допустимо.

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

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

Re: [devel] Re: Sisyphus quality standards

[Marat Khairullin]

On Tue, 21 Oct 2003 20:51:23 +0300
Alexander Bokovoy <a.bokovoy@sam-solutions.net> wrote:

> > Я хотел пересобрать пакеты проекта ltsp.ru (.org), но они precomp i386.
> > Пересобирать весь проект с исходников с пакетами Сизифа (от binutils до
> > kernel-2.4.22 и XFree86) не реально.
> Нереально на Вашем оборудовании? Технически пересобрать можно с
> использованием hasher или sandman, причем последний будет даже более
> удобен, так как обеспечивает возможность замкнутого цикла разработки, с
> версификацией промежуточных состояний.

Вроде появилась возможность через знакомого из офиса ALT в Москве взять Sisyphus.
Возможно ли это?

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

А когда планируются такие системы. Это с экономило бы кучу трафика (и моего и ALTа).
 
> > PS: на ltsp.org есть LBE - LTSP Build Environment and Source code, но
> > она еще бета...
> Может быть помочь его доработать?

Вероятно, для Sisyphus лучше все необходимые пакеты для сборки ltsp/lbe брать
из самого Sisyphus. Но это уже не будет тем же самым пакетом, что и на ltsp.org.
Если тащить внешние пакеты, то это ~40 пакетов в ~200Mb (bz2). Какие соображения?

[devel] Re: Sisyphus quality standards

[Alexey Tourbin]

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

On Wed, Oct 22, 2003 at 02:36:30PM +0400, Marat Khairullin wrote:
> Вроде появилась возможность через знакомого из офиса ALT в Москве взять Sisyphus.
> Возможно ли это?

Возможно.  Напишите To: at@, CC: org@.

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