[Comm] Comming Master 3.1 part [1/4]

[Comm] Comming Master 3.1 part [1/4]

[Eugene Ostapets]

Грядет выпуск Мастер 3.1, в свете этого хотелось бы прояснить
некоторый набор вопросов, который позволит сделать этот дистрибутив
более приемлемым для пользователей. Просьба отвечать на это письмо в
соответствующий список рассылки, несмотря на кроспост.

Есть некоторый набор софта, который майнтейнеры не способны проверить
на собираемость/запускаемость на платформе x86_64.

1) Кто-то постил скрипт для проверки наличия пакетов x86_64 по
отношению к SRPMS, нельзя ли на этапе синка сделать пост результата
работы этого скрипта после каждой пересборки Сизифа.

2) Майнтейнеры пакетов, которые не пересобираются на x86_64, могут
написать письмо на eostapets@altlinux.ru с просьбой починить сборку на
платформе x86_64, с одновременным разрешением NMU по информации из
статьи http://wiki.sisyphus.ru/devel/Incoming/notes

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Шишков Евгений]

Eugene Ostapets пишет:
> Грядет выпуск Мастер 3.1, в свете этого хотелось бы прояснить
> некоторый набор вопросов, который позволит сделать этот дистрибутив
> более приемлемым для пользователей. Просьба отвечать на это письмо в
> соответствующий список рассылки, несмотря на кроспост.

Я Вас умоляю. Сделайте инсталлятор на подобие Maste2.0/2.2. В том смысле, чтоб при 
установке/снятии галочки с пакета вылетало окно с зависимостями.
В Compact 3.0.4 это просто издевательство а не инсталлятор.



-- 
С уважением,
Шишков Евгений (evgen[собак]tulanews[тчк]ru)

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Шишков Евгений]

Шишков Евгений пишет:
> Eugene Ostapets пишет:
>> Грядет выпуск Мастер 3.1, в свете этого хотелось бы прояснить
>> некоторый набор вопросов, который позволит сделать этот дистрибутив
>> более приемлемым для пользователей. Просьба отвечать на это письмо в
>> соответствующий список рассылки, несмотря на кроспост.
> 
> Я Вас умоляю. Сделайте инсталлятор на подобие Maste2.0/2.2. В том смысле, чтоб при 
> установке/снятии галочки с пакета вылетало окно с зависимостями.
> В Compact 3.0.4 это просто издевательство а не инсталлятор.

И хотелось бы видеть в инсталляторе список всех пакетов по алфавиту.
Как добиться этого в Compact я так и не понял.



-- 
С уважением,
Шишков Евгений (evgen[собак]tulanews[тчк]ru)

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Eugene Ostapets]

06.12.06, Шишков Евгений<evgen tulanews.ru> написал(а):
> Eugene Ostapets пишет:
> > Грядет выпуск Мастер 3.1, в свете этого хотелось бы прояснить
> > некоторый набор вопросов, который позволит сделать этот дистрибутив
> > более приемлемым для пользователей. Просьба отвечать на это письмо в
> > соответствующий список рассылки, несмотря на кроспост.
>
> Я Вас умоляю. Сделайте инсталлятор на подобие Maste2.0/2.2. В том смысле, чтоб при
> установке/снятии галочки с пакета вылетало окно с зависимостями.
> В Compact 3.0.4 это просто издевательство а не инсталлятор.
Зачем? Как по мне - это самая неудобная часть мандрейковского
инсталятора... Когда нужно поставить не по-умолчанию - больше времени
уходит на борьбу с этим идиотским окошком, чем собственно на установку
пакетов...
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] Comming Master 3.1 part [1/4]

[Eugene Ostapets]

06.12.06, Шишков Евгений<evgen tulanews.ru> написал(а):
> И хотелось бы видеть в инсталляторе список всех пакетов по алфавиту.
> Как добиться этого в Compact я так и не понял.
Сменить профиль на "Все пакеты", или как он там назывался... :)
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] Comming Master 3.1 part [1/4]

[Шишков Евгений]

Eugene Ostapets пишет:
> 06.12.06, Шишков Евгений<evgen tulanews.ru> написал(а):
>> И хотелось бы видеть в инсталляторе список всех пакетов по алфавиту.
>> Как добиться этого в Compact я так и не понял.
> Сменить профиль на "Все пакеты", или как он там назывался... :)
Но тем не менее зависимости расставлялись тихо и без предупреждений.
Я замотался потом вычищать то, что мне не нужно.

Очень неудобно.



-- 
С уважением,
Шишков Евгений (evgen[собак]tulanews[тчк]ru)

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Vladimir Pichugov]

Шишков Евгений пишет:
>
> Я Вас умоляю. Сделайте инсталлятор на подобие Maste2.0/2.2. В том смысле, чтоб при 
> установке/снятии галочки с пакета вылетало окно с зависимостями.
> В Compact 3.0.4 это просто издевательство а не инсталлятор.
>   
    Он и так ужасный тормоз. А если еще и зависимости показывать будет...
    Хотя да. Хотелось бы от инсталлятора большей свободы выбора.

-- 
DIXI

  Vladimir Pichugov        mailto:pichugov@kmez.ru

Re: [Comm] Comming Master 3.1 part [1/4]

[Шишков Евгений]

Eugene Ostapets пишет:
> 06.12.06, Шишков Евгений<evgen tulanews.ru> написал(а):
>> Eugene Ostapets пишет:
>>> Грядет выпуск Мастер 3.1, в свете этого хотелось бы прояснить
>>> некоторый набор вопросов, который позволит сделать этот дистрибутив
>>> более приемлемым для пользователей. Просьба отвечать на это письмо в
>>> соответствующий список рассылки, несмотря на кроспост.
>> Я Вас умоляю. Сделайте инсталлятор на подобие Maste2.0/2.2. В том смысле, чтоб при
>> установке/снятии галочки с пакета вылетало окно с зависимостями.
>> В Compact 3.0.4 это просто издевательство а не инсталлятор.
> Зачем? Как по мне - это самая неудобная часть мандрейковского
> инсталятора... Когда нужно поставить не по-умолчанию - больше времени
> уходит на борьбу с этим идиотским окошком, чем собственно на установку
> пакетов...
Ну дык, пусть выбор будет.
Я предпочитаю одн раз выбрать нужные мне пакеты, чем потом вычищать то, что мне не надо.



-- 
С уважением,
Шишков Евгений (evgen[собак]tulanews[тчк]ru)

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Eugene Ostapets]

06.12.06, Шишков Евгений<evgen tulanews.ru> написал(а):
> Ну дык, пусть выбор будет.
> Я предпочитаю одн раз выбрать нужные мне пакеты, чем потом вычищать то, что мне не надо.
Just write it! :)

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Шенцев Алексей Владимирович]

В сообщении от Среда 06 декабря 2006 16:12 Eugene Ostapets написал(a):
> 06.12.06, Шишков Евгений<evgen tulanews.ru> написал(а):
> > Ну дык, пусть выбор будет.
> > Я предпочитаю одн раз выбрать нужные мне пакеты, чем потом вычищать то,
> > что мне не надо.
> Just write it! :)
+1 Особенно, когда тебе ставиться куча дров на видяхи, а нужно то только для 
одной и установщик её распознал. Но поставил все.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845
XMPP: AlexShen@jabber.ru

Re: [Comm] Comming Master 3.1 part [1/4]

[Евгений]

Шенцев Алексей Владимирович пишет:
> В сообщении от Среда 06 декабря 2006 16:12 Eugene Ostapets написал(a):
>> 06.12.06, Шишков Евгений<evgen tulanews.ru> написал(а):
>>> Ну дык, пусть выбор будет.
>>> Я предпочитаю одн раз выбрать нужные мне пакеты, чем потом вычищать то,
>>> что мне не надо.
>> Just write it! :)
> +1 Особенно, когда тебе ставиться куча дров на видяхи, а нужно то только для 
> одной и установщик её распознал. Но поставил все.

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

С уважением - Евгений.

Re: [Comm] Comming Master 3.1 part [1/4]

[Eugene Ostapets]

06.12.06, Евгений<evgent tula.net> написал(а):
> >> Just write it! :)
> > +1 Особенно, когда тебе ставиться куча дров на видяхи, а нужно то только для
> > одной и установщик её распознал. Но поставил все.
>
> Именно.
> Или снимаешь галку с какого-нибудь либа, а инсталлятор хлоп и прибил кучку
> зависящих от этой либы прог. И ищи потом.
Я считаю поведения инсталятора приемлемым. Если будет доведена до
логического завершения идея профилей установки и возможность ручного
выбора пакетов останется только в режиме expert - это вообще будет
идеал.

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Roman Lesnichenko]

Eugene Ostapets пишет:
> > Грядет выпуск Мастер 3.1, в свете этого хотелось бы прояснить
> > некоторый набор вопросов, который позволит сделать этот дистрибутив
> > более приемлемым для пользователей. Просьба отвечать на это письмо в
> > соответствующий список рассылки, несмотря на кроспост.
Не сложно ли рассмотреть возможность помещения в дистрибутив пакета 
openwebmail? В принципе я и сам его ставил, но приходилось там кое-чего 
переделывать руками.

Просто "Белка" (SquirrelMail) не очень корректно работает с аттачами при 
отдаче. Да и в добавок приходится ставить всякие imap сервера к примеру.

Re: [Comm] Comming Master 3.1 part [1/4]

[Евгений]

Eugene Ostapets пишет:
> Я считаю поведения инсталятора приемлемым. Если будет доведена до
> логического завершения идея профилей установки и возможность ручного
> выбора пакетов останется только в режиме expert - это вообще будет
> идеал.

Поддерживаю. Ручной выбор пакетов (по алфавиту) - в Expert....

С уважением - Евгений.

Re: [Comm] Comming Master 3.1 part [1/4]

[Шенцев Алексей Владимирович]

В сообщении от Четверг 07 декабря 2006 07:16 Евгений написал(a):
> Eugene Ostapets пишет:
> > Я считаю поведения инсталятора приемлемым. Если будет доведена до
> > логического завершения идея профилей установки и возможность ручного
> > выбора пакетов останется только в режиме expert - это вообще будет
> > идеал.
>
> Поддерживаю. Ручной выбор пакетов (по алфавиту) - в Expert....
Согласен, но вот услышат ли наше мнение ...
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845
XMPP: AlexShen@jabber.ru

Re: [Comm] Comming Master 3.1 part [1/4]

[Fr. Br. George]

On Wed, Dec 06, 2006 at 11:38:47PM +0200, Roman Lesnichenko wrote:
> Не сложно ли рассмотреть возможность помещения в дистрибутив пакета 
> openwebmail? В принципе я и сам его ставил, но приходилось там кое-чего 
> переделывать руками.
Легче лёгкого. Сейчас его в Сизифе нет.
Рассматриваем вот такую возможность: возьмётесь сделать пакет?

-- 
			Георгий Курячий (aka Fr. Br. George)
			Руководитель образовательных проектов ALT Linux
			mailto : george at altlinux_ru

Re: [Comm] Comming Master 3.1 part [1/4]

[Roman Lesnichenko]

В сообщении от 7 декабря 2006 08:41 Fr. Br. George написал(a):
> On Wed, Dec 06, 2006 at 11:38:47PM +0200, Roman Lesnichenko wrote:
> > Не сложно ли рассмотреть возможность помещения в дистрибутив пакета
> > openwebmail? В принципе я и сам его ставил, но приходилось там кое-чего
> > переделывать руками.
>
> Легче лёгкого. Сейчас его в Сизифе нет.
> Рассматриваем вот такую возможность: возьмётесь сделать пакет?
:(
Я бы с удовольствием. Но врятли смогу.
Еще раз извините.
:(

Re: [Comm] Comming Master 3.1 part [1/4]

[Eugene Ostapets]

07.12.06, Roman Lesnichenko<community avangard.dn.ua> написал(а):
> В сообщении от 7 декабря 2006 08:41 Fr. Br. George написал(a):
> > On Wed, Dec 06, 2006 at 11:38:47PM +0200, Roman Lesnichenko wrote:
> > > Не сложно ли рассмотреть возможность помещения в дистрибутив пакета
> > > openwebmail? В принципе я и сам его ставил, но приходилось там кое-чего
> > > переделывать руками.
> >
> > Легче лёгкого. Сейчас его в Сизифе нет.
> > Рассматриваем вот такую возможность: возьмётесь сделать пакет?
> :(
> Я бы с удовольствием. Но врятли смогу.
А что мешает? Вы же его используете, следите за ним - вы идеальный
кандидат :) Ато что у вас других пакетов нет - даже хорошо, будете
больше вниания уделять этому:)
> Еще раз извините.

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Pavlov Konstantin]

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

On Thursday 07 December 2006 09:14, Шенцев Алексей Владимирович wrote:
> В сообщении от Четверг 07 декабря 2006 07:16 Евгений написал(a):
> > Eugene Ostapets пишет:
> > > Я считаю поведения инсталятора приемлемым. Если будет доведена до
> > > логического завершения идея профилей установки и возможность ручного
> > > выбора пакетов останется только в режиме expert - это вообще будет
> > > идеал.
> >
> > Поддерживаю. Ручной выбор пакетов (по алфавиту) - в Expert....
>
> Согласен, но вот услышат ли наше мнение ...

А багу (enhancement) повесить слабо?

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

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Шенцев Алексей Владимирович]

В сообщении от Четверг 07 декабря 2006 14:09 Pavlov Konstantin написал(a):
> А багу (enhancement) повесить слабо?
Не слабо. Да вот только помниться история с ALC30 и настоятельными просьбами 
сообщества сменить дизайн с предложенного. Итог рассказать?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845
XMPP: AlexShen@jabber.ru

Re: [Comm] Comming Master 3.1 part [1/4]

[Pavlov Konstantin]

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

On Thursday 07 December 2006 15:22, Шенцев Алексей Владимирович wrote:
> В сообщении от Четверг 07 декабря 2006 14:09 Pavlov Konstantin написал(a):
> > А багу (enhancement) повесить слабо?
>
> Не слабо. Да вот только помниться история с ALC30 и настоятельными
> просьбами сообщества сменить дизайн с предложенного. Итог рассказать?

Есть разница в дистрибутивах "для заказчика" и "для себя".

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

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

[Comm] ALC3.0 design

[Michael Shigorin]

On Fri, Dec 08, 2006 at 02:31:59AM +0300, Pavlov Konstantin wrote:
> > > А багу (enhancement) повесить слабо?
> > Не слабо. Да вот только помниться история с ALC30 и
> > настоятельными просьбами сообщества сменить дизайн с
> > предложенного. Итог рассказать?
> Есть разница в дистрибутивах "для заказчика" и "для себя".

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

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

[Comm] re openwebmail

[Michael Shigorin]

On Thu, Dec 07, 2006 at 09:54:53AM +0200, Roman Lesnichenko wrote:
> > > Не сложно ли рассмотреть возможность помещения в
> > > дистрибутив пакета openwebmail? В принципе я и сам его
> > > ставил, но приходилось там кое-чего переделывать руками.
> > Легче лёгкого. Сейчас его в Сизифе нет.
> > Рассматриваем вот такую возможность: возьмётесь сделать пакет?
> :(
> Я бы с удовольствием. Но врятли смогу.

А почему?  Мне вот так не кажется.

> Еще раз извините.
> :(

Да какие проблемы.

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

Re: [Comm] SquirrelMail и вложения

[Vitaly Lipatov]

On Thursday 07 December 2006 00:38, Roman Lesnichenko wrote:
...
> Просто "Белка" (SquirrelMail) не очень корректно работает с
> аттачами при отдаче. Да и в добавок приходится ставить всякие
А можно конкретнее, что у неё с аттачами? Может быть мы сможем 
багу повесить?

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Fr. Br. George]

On Wed, Dec 06, 2006 at 08:33:01AM +0300, Шишков Евгений wrote:
> Eugene Ostapets пишет:
> > Грядет выпуск Мастер 3.1, в свете этого хотелось бы прояснить
> > некоторый набор вопросов, который позволит сделать этот дистрибутив
> > более приемлемым для пользователей. Просьба отвечать на это письмо в
> > соответствующий список рассылки, несмотря на кроспост.
> 
> Я Вас умоляю. Сделайте инсталлятор на подобие Maste2.0/2.2. В том смысле, чтоб при 
> установке/снятии галочки с пакета вылетало окно с зависимостями.
> В Compact 3.0.4 это просто издевательство а не инсталлятор.
Галочки в инсталляторе -- это для тех, кто _не_ понимает, что такое
зависимости, либо для тех, кого волнуют не зависимости, а
функуциональность, разве нет? Если я хочу, чтобы было КДЁ, какое мне
дело до того, от чего оно зависит?
А для тех, кто понимает и заботится именно о зависимостях -- есть
минимальная установка и apt. Другое дело, что с ALC минимальная
установка тащит за собой довольно много, включая xdm.

В новом дистрибутиве минимальная установка будет значтельно минимальнее :).
Единственное излишество -- XOrg (не xdm, разумеется а только минимум для
ALTerator Browser-а). Будет также возможность не ставить ни того, ни
другого, но тогда сеть придётся настраивать руками :).

-- 
			Георгий Курячий (aka Fr. Br. George)
			Руководитель образовательных проектов ALT Linux
			mailto : george at altlinux_ru

Re: [Comm] Comming Master 3.1 part [1/4]

[Шишков Евгений]

Fr. Br. George пишет:

> Галочки в инсталляторе -- это  либо для тех, кого волнуют не зависимости, а
> функуциональность, разве нет? Если я хочу, чтобы было КДЁ, какое мне
> дело до того, от чего оно зависит?
> А для тех, кто понимает и заботится именно о зависимостях -- есть
> минимальная установка и apt. Другое дело, что с ALC минимальная
> установка тащит за собой довольно много, включая xdm.
> 
> В новом дистрибутиве минимальная установка будет значтельно минимальнее :).
> Единственное излишество -- XOrg (не xdm, разумеется а только минимум для
> ALTerator Browser-а). Будет также возможность не ставить ни того, ни
> другого, но тогда сеть придётся настраивать руками :).

А почему бы всётаки не учесть пожелания пользователей сообщества ALTLINUX?
Помнится ставил как то Suse, где принцип тотже (расстановка/снятие зависимостей без 
предупреждения) раздражало очень сильно. Снёс и поставил Master 2.4
И знаю много примеров когда люди "для тех, кто _не_ понимает, что такое
  зависимости", но знают, что они хотят ценили Master именно за эту возможность 
инсталлятора...


-- 
С уважением,
Шишков Евгений (evgen[собак]tulanews[тчк]ru)

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Fr. Br. George]

On Mon, Dec 11, 2006 at 01:06:07PM +0300, Шишков Евгений wrote:
> Помнится ставил как то Suse, где принцип тотже (расстановка/снятие зависимостей без 
> предупреждения) раздражало очень сильно. Снёс и поставил Master 2.4
> И знаю много примеров когда люди "для тех, кто _не_ понимает, что такое
>   зависимости", но знают, что они хотят ценили Master именно за эту возможность 
Простите, не понял. Если "я знаю, что хочу" в смысле _прогармм_, которые
я хочу иметь на компьютере, список зависимостей мне ничем не поможет, и
не повредит -- разве только нажимать на кнопочки придётся чаще, и
материться "как много гадости, оказывается, ставится по зависимостям".
Вмешаться в процесс установки всё равно нельзя -- разве что не
укстанавливать.

Не возьму в толк, о возможности _чего_ вы говорите? Не о возможности
оценить количество пакетов -- это есть даже в ALC3.0. Не об
эксплуатационных свойствах дистрибутива -- installer на них не влияет.

Cовсем другое дело -- apt-get install (предполагается, что я знаю, чего
хочу и чего install): установку можно в любое время прервать, выдачу --
скопировать и поизучать всякими apt-cache showpkg и т. п. И, заметьте,
не только в процессе установки, а вообще в любое время суток.

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

> А почему бы всётаки не учесть пожелания пользователей сообщества ALTLINUX?
А вы думаете, зачем я вас расспрашиваю? Просто трудно понять, в чём
пожелание.

-- 
			Георгий Курячий (aka Fr. Br. George)
			Руководитель образовательных проектов ALT Linux
			mailto : george at altlinux_ru

Re: [Comm] Comming Master 3.1 part [1/4]

[Michael Shigorin]

On Mon, Dec 11, 2006 at 02:36:13PM +0300, Fr. Br. George wrote:
> Не возьму в толк, о возможности _чего_ вы говорите? Не о
> возможности оценить количество пакетов -- это есть даже в
> ALC3.0. Не об эксплуатационных свойствах дистрибутива --
> installer на них не влияет.

Ставишь пакетик.  Вместе с ним сразу выделяется дофига всего,
причём откатить это выделение отказывается непросто.

Сносишь пакетик.  Вместе с ним сносится дофига всего, причём
откатить это выделение отказывается непросто.

Vorstehen?

> > А почему бы всётаки не учесть пожелания пользователей сообщества ALTLINUX?
> А вы думаете, зачем я вас расспрашиваю? Просто трудно понять, в чём
> пожелание.

Сунь по-быстрому в одну машинку CD1 ALM2.4 и RH7.3 (текущие
федоры не смотрел или по этой части не помню).  Доберись до
установки пакетов в варианте, когда список оных предлагается.
Попробуй поставить mc и потом снести glib/glib2.  Сравни
ощущения.

Мандраки действительно там сделали правильно.

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Michael Shigorin]

On Mon, Dec 11, 2006 at 12:21:38PM +0300, Fr. Br. George wrote:
> Если я хочу, чтобы было КДЁ, какое мне дело до того, от чего
> оно зависит?

Если ты ткнул в "хочу КДЁ", а потом заметил, что там ненавистная
libqt3 потянулась (или просто места на / с /usr не хватит) --
хорошо бы иметь возможность сперва обозреть список того, что
будет дополнительно поставлено.

Сравни поведение apt-get install package в случаях, когда будет
установлен только package (неинтерактивное) или когда требуется
что-либо ещё (вопрос "под энтер").

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

Re: [Comm] Comming Master 3.1 part [1/4]

[Fr. Br. George]

On Mon, Dec 11, 2006 at 04:36:48PM +0200, Michael Shigorin wrote:
> Ставишь пакетик.  Вместе с ним сразу выделяется дофига всего,
> причём откатить это выделение отказывается непросто.
> 
> Сносишь пакетик.  Вместе с ним сносится дофига всего, причём
> откатить это выделение отказывается непросто.
> 
> Vorstehen?
Ферштейн. Либо кнопка "Отмена" в ALC3.0 не работает, либо она работает
не так, как хотелось бы (не откатывает последние изменения), либо
откатить на самом деле просто, но никто не пробовал, потому что не
нужно. Но идея здравая.

> > Просто трудно понять, в чём пожелание.
> 
> Сунь по-быстрому в одну машинку CD1 ALM2.4 и RH7.3
> Попробуй поставить mc и потом снести glib/glib2.
"Пакет, установленный только по зависимостям"? Это надо отдельную логику
писать, далеко не всегда, кстати, очевидную, и в rpm отсутствующую.

Но -- главное -- зачем? зачем всё это делать из инсталлятора?

А проблема "apt-get install kde / apt-get remove kde" останется всё
равно. Чтобы побороть её до конца, надо с rpm съезжать. Или
антивиртуальные пакеты вводить (это когда, скажем, KDE весь зависит от
KDE-keeper, в котором ни файла нет, зато при его удалении сносится весь
KDE, с переездом XOrg из /usr/X11R6 те же грабли будут и с XOrg).

Без решения этой проблемы не заработает главное: алгоритм "установил --
не понравилось -- удалил" будет приводить к накоплению ненужного.

-- 
			Георгий Курячий (aka Fr. Br. George)
			Руководитель образовательных проектов ALT Linux
			mailto : george at altlinux_ru

Re: [Comm] Comming Master 3.1 part [1/4]

[Fr. Br. George]

On Mon, Dec 11, 2006 at 04:43:22PM +0200, Michael Shigorin wrote:
> On Mon, Dec 11, 2006 at 12:21:38PM +0300, Fr. Br. George wrote:
> > Если я хочу, чтобы было КДЁ, какое мне дело до того, от чего
> > оно зависит?
> 
> Если ты ткнул в "хочу КДЁ", а потом заметил, что там ненавистная
> libqt3 потянулась (или просто места на / с /usr не хватит) --
> хорошо бы иметь возможность сперва обозреть список того, что
> будет дополнительно поставлено.
> 
> Сравни поведение apt-get install package в случаях, когда будет
> установлен только package (неинтерактивное) или когда требуется
> что-либо ещё (вопрос "под энтер").
Ну, это будет так или иначе. Новый packages пользуется apt-get
install-ом.

-- 
			Георгий Курячий (aka Fr. Br. George)
			Руководитель образовательных проектов ALT Linux
			mailto : george at altlinux_ru

[Comm] config-packages install like aptitude install? (was: Comming Master 3.1 part [1/4])

[Michael Shigorin]

On Tue, Dec 12, 2006 at 01:27:06PM +0300, Fr. Br. George wrote:
> > Ставишь пакетик.  Вместе с ним сразу выделяется дофига всего,
> > причём откатить это выделение отказывается непросто.
> > Сносишь пакетик.  Вместе с ним сносится дофига всего, причём
> > откатить это выделение отказывается непросто.
> > Vorstehen?
> Ферштейн. Либо кнопка "Отмена" в ALC3.0 не работает, либо она
> работает не так, как хотелось бы (не откатывает последние
> изменения), либо откатить на самом деле просто, но никто не
> пробовал, потому что не нужно. Но идея здравая.

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

> > > Просто трудно понять, в чём пожелание.
> > Сунь по-быстрому в одну машинку CD1 ALM2.4 и RH7.3
> > Попробуй поставить mc и потом снести glib/glib2.
> "Пакет, установленный только по зависимостям"? Это надо
> отдельную логику писать, далеко не всегда, кстати, очевидную,
> и в rpm отсутствующую.

Ммм.... а это отдельный вопрос (btw сделанный в дебиановском 
aptitude -- и было бы здорово это когда-нибудь в packages
втащить).  Я чуть о другом говорил, не об установке, а о выборе.

> Но -- главное -- зачем? зачем всё это делать из инсталлятора?

Так оно ж не только в инсталяторе.  Мало того, это пока 1CD, 
такое поведение ещё куда-никуда приемлемо.  Ты смотрел на полный
сизиф (или 3.0 DVD) под config-packages?  (я смотрел, внушает,
и вот эти проблемы вылазят)

> А проблема "apt-get install kde / apt-get remove kde" останется
> всё равно. Чтобы побороть её до конца, надо с rpm съезжать.

Нет, это просто не его уровень.

> Без решения этой проблемы не заработает главное: алгоритм
> "установил -- не понравилось -- удалил" будет приводить к
> накоплению ненужного.

Вообще-то достаточно держать базу с отдельными пометками "было
поставлено для, а не explicitly".  Подсмотрев в том же aptitude.

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

Re: [Comm] config-packages install like aptitude install? (was: Comming Master 3.1 part [1/4])

[Fr. Br. George]

On Tue, Dec 12, 2006 at 12:40:13PM +0200, Michael Shigorin wrote:
> > Но -- главное -- зачем? зачем всё это делать из инсталлятора?
> 
> Так оно ж не только в инсталяторе.
Не в инсталляторе есть более удобные средства, предназначенные не для
инсталляции.

> > А проблема "apt-get install kde / apt-get remove kde" останется
> > Без решения этой проблемы не заработает главное: алгоритм
> > "установил -- не понравилось -- удалил" будет приводить к
> > накоплению ненужного.
> 
> Вообще-то достаточно держать базу с отдельными пометками "было
> поставлено для, а не explicitly".  Подсмотрев в том же aptitude.
Грабли начнутся тогда, когда "поставленное для" окажется тоже нужным.
Например, поставить весь XOrg и удалить драйверы NVidia и ATI, чтобы
XOrg -configure не глючил. Хорошо, что при этом XOrg не сносится.

Нет, тут проблема сложнее. Трудно отличить, какой из способов установки
-- это установка для, а какой -- explicitly. Это худо-бедно можно
сделать в рамках _одного_ сеанса работы, когда человек ещё сам помнит,
что для него "для", а что -- "explicitly". Но но в рамках одного сеанса
отлично проходит и схема "намудрил -- откатил". А мы говорим о какой-то
долговременной логике.

-- 
			Георгий Курячий (aka Fr. Br. George)
			Руководитель образовательных проектов ALT Linux
			mailto : george at altlinux_ru

Re: [Comm] config-packages install like aptitude install?

[Olvin]

Michael Shigorin пишет:

>>"Пакет, установленный только по зависимостям"? Это надо
>>отдельную логику писать, далеко не всегда, кстати, очевидную,
>>и в rpm отсутствующую.
> Ммм.... а это отдельный вопрос (btw сделанный в дебиановском 
> aptitude -- и было бы здорово это когда-нибудь в packages
> втащить).  Я чуть о другом говорил, не об установке, а о выборе.

так эта... в альтовском aptitude такое уже есть. Т.е. если всё через
aptitude ставить. Например, захотел KDE поставить. Поставил (в
aptitude!), с зависимостями. Не понравилось - снёс (в aptitude!), и
зависимости тоже снеслись ненужные, из тех, что только по зависимости
поставились и не нужны более ни одной проге. Вот так.

Я о том?

Re: [Comm] config-packages install like aptitude install?

[Michael Shigorin]

On Tue, Dec 12, 2006 at 06:45:50PM +0200, Olvin wrote:
> >>"Пакет, установленный только по зависимостям"? Это надо
> >>отдельную логику писать, далеко не всегда, кстати, очевидную,
> >>и в rpm отсутствующую.
> > Ммм.... а это отдельный вопрос (btw сделанный в дебиановском 
> > aptitude -- и было бы здорово это когда-нибудь в packages
> > втащить).  Я чуть о другом говорил, не об установке, а о выборе.
> так эта... в альтовском aptitude такое уже есть.

Точно?  Мне aptitude-0.4.1-alt1.1 при:

# rpm -e mtr
# aptitude install xmtr
# aptitude remove xmtr

в итоге mtr и оставил.

> Т.е. если всё через aptitude ставить. Например, захотел KDE
> поставить. Поставил (в aptitude!), с зависимостями. Не
> понравилось - снёс (в aptitude!), и зависимости тоже снеслись
> ненужные, из тех, что только по зависимости поставились и не
> нужны более ни одной проге. Вот так.  Я о том?

О том.  Или Вы про интерактивную работу?  Я именно про
почти неинтерактивную, подобно apt-get.

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

Re: [Comm] config-packages install like aptitude install? (was: Comming Master 3.1 part [1/4])

[Maxim Tyurin]

Fr. Br. George writes:

> On Tue, Dec 12, 2006 at 12:40:13PM +0200, Michael Shigorin wrote:
>> > Но -- главное -- зачем? зачем всё это делать из инсталлятора?
>> 
>> Так оно ж не только в инсталяторе.
> Не в инсталляторе есть более удобные средства, предназначенные не для
> инсталляции.
>
>> > А проблема "apt-get install kde / apt-get remove kde" останется
>> > Без решения этой проблемы не заработает главное: алгоритм
>> > "установил -- не понравилось -- удалил" будет приводить к
>> > накоплению ненужного.
>> 
>> Вообще-то достаточно держать базу с отдельными пометками "было
>> поставлено для, а не explicitly".  Подсмотрев в том же aptitude.
> Грабли начнутся тогда, когда "поставленное для" окажется тоже нужным.
> Например, поставить весь XOrg и удалить драйверы NVidia и ATI, чтобы
> XOrg -configure не глючил. Хорошо, что при этом XOrg не сносится.

Чтоб граблей не было вполне хватит и просто зависимостей в rpm.
Тот-же aptitude не будет сносить пакеты если они нужны еще кому то
кого ставили через aptitude. Это он может у rpm/dpkg спросить.

> Нет, тут проблема сложнее. Трудно отличить, какой из способов установки
> -- это установка для, а какой -- explicitly. Это худо-бедно можно
> сделать в рамках _одного_ сеанса работы, когда человек ещё сам помнит,
> что для него "для", а что -- "explicitly". Но но в рамках одного сеанса
> отлично проходит и схема "намудрил -- откатил". А мы говорим о какой-то
> долговременной логике.

Дополнительную базу вести. И лог чтоб смотреть где намудрил.

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [Comm] config-packages install like aptitude install? (was: Comming Master 3.1 part [1/4])

[Michael Shigorin]

On Tue, Dec 12, 2006 at 03:22:20PM +0300, Fr. Br. George wrote:
> > > Но -- главное -- зачем? зачем всё это делать из инсталлятора?
> > Так оно ж не только в инсталяторе.
> Не в инсталляторе есть более удобные средства, предназначенные
> не для инсталляции.

Согласен, потому и ставлю обычно довольно быстро synaptic.
(apt-get с zsh хорошо справляются, но некоторые вещи удобнее
делать "оборзевая")

> > > А проблема "apt-get install kde / apt-get remove kde"
> > > останется Без решения этой проблемы не заработает главное:
> > > алгоритм "установил -- не понравилось -- удалил" будет
> > > приводить к накоплению ненужного.
> > Вообще-то достаточно держать базу с отдельными пометками "было
> > поставлено для, а не explicitly".  Подсмотрев в том же aptitude.
> Грабли начнутся тогда, когда "поставленное для" окажется тоже
> нужным.  Например, поставить весь XOrg и удалить драйверы
> NVidia и ATI, чтобы XOrg -configure не глючил. Хорошо, что при
> этом XOrg не сносится.

Не, не так.

"Настоящий" aptitude умеет запоминать, что если пакет A вытянул
B и C, а отдельно их при этом ставить не просили -- то при сносе
A надо попробовать снести также B и C.

> Нет, тут проблема сложнее. Трудно отличить, какой из способов
> установки -- это установка для, а какой -- explicitly. Это
> худо-бедно можно сделать в рамках _одного_ сеанса работы, когда
> человек ещё сам помнит, что для него "для", а что --
> "explicitly". Но но в рамках одного сеанса отлично проходит и
> схема "намудрил -- откатил". А мы говорим о какой-то
> долговременной логике.

Короче говоря, народ, который это использует, радуется, а я, 
который представляет, что оно делает -- облизываюсь. ;-)

Давай лучше чем другим займёмся, вряд ли эта мыслЯ к 3.1 в код
созреет.  Но за неожиданное направление таковой -- спасибо.

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

Re: [Comm] config-packages install like aptitude install?

[Olvin]

Michael Shigorin пишет:

>>Т.е. если всё через aptitude ставить. Например, захотел KDE
>>поставить. Поставил (в aptitude!), с зависимостями. Не
>>понравилось - снёс (в aptitude!), и зависимости тоже снеслись
>>ненужные, из тех, что только по зависимости поставились и не
>>нужны более ни одной проге. Вот так.  Я о том?
> О том.  Или Вы про интерактивную работу?  Я именно про
> почти неинтерактивную, подобно apt-get.

Именно про интерактивную. Неинтерактива на уровне apt-get пока нету, а
жаль; облизываюсь с вами за компанию :)

Re: [Comm] config-packages install like aptitude install?

[Michael Shigorin]

On Tue, Dec 12, 2006 at 10:11:24PM +0200, Olvin wrote:
> >>Т.е. если всё через aptitude ставить. Например, захотел KDE
> >>поставить. Поставил (в aptitude!), с зависимостями. Не
> >>понравилось - снёс (в aptitude!), и зависимости тоже снеслись
> >>ненужные, из тех, что только по зависимости поставились и не
> >>нужны более ни одной проге. Вот так.  Я о том?
> > О том.  Или Вы про интерактивную работу?  Я именно про
> > почти неинтерактивную, подобно apt-get.
> Именно про интерактивную. Неинтерактива на уровне apt-get пока
> нету, а жаль; облизываюсь с вами за компанию :)

Не, ну aptitude install xmtr всё же работает...

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

Re: [Comm] Удаление ненужного (Было: Comming Master 3.1 part [1/4])

[Alexey Rusakov]

Fr. Br. George пишет:
> А проблема "apt-get install kde / apt-get remove kde" останется всё
> равно. Чтобы побороть её до конца, надо с rpm съезжать. Или
> антивиртуальные пакеты вводить (это когда, скажем, KDE весь зависит от
> KDE-keeper, в котором ни файла нет, зато при его удалении сносится весь
> KDE, с переездом XOrg из /usr/X11R6 те же грабли будут и с XOrg).
>   
Это не работает для библиотек, использующихся на несколько фронтов (к 
примеру, неясно, сносить ли вместе с KDE-keeper пакеты libqt*. Проблему 
остающихся в системе базовых пакетов (не только библиотек) полностью не 
смог решить, по-моему, никто. Какие-то подходы к снаряду были в Debian, 
но кроме библиотек всё равно приходится смотреть частные случаи типа 
какого-нибудь icon-theme-hicolor.

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

Re: [Comm] config-packages install like aptitude install?

[Хихин Руслан]

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

Здравствуйте Michael Shigorin
  В сообщении от Tuesday 12 December 2006 23:12 Michael Shigorin 
написал(a):

 > > > О том.  Или Вы про интерактивную работу?  Я именно про
 > > >
 > > > почти неинтерактивную, подобно apt-get.
 > >
 > > Именно про интерактивную. Неинтерактива на уровне apt-get пока
 > >
 > > нету, а жаль; облизываюсь с вами за компанию :)
 >
 > Не, ну aptitude install xmtr всё же работает...
Насколько я помню, где-то в рассылках мелькало, что такое поведение 
инсталлятора уже имеется и называется откатом (или что-то в этом 
роде) , только по умолчанию идёт не откат, а работа с зависимостями.
 Имееем :
 При удалении пакета (выбрал, посмотрел, - не то, и убрал) идёт не он, а 
удаление пакета со всеми зависимыми от него пакетами из списка -хотя, 
некоторые пакеты могли быть уже выбраны оператором вручную.
 Отсюда вывод - пакеты помеченные оператором вручную, должны сноситься 
если он только  вручную  (явно) убирает их из списка пакетов. Это 
проблема только инсталлятора, так-как никакой apt и rpm не может знать 
какие программы были выбраны оператором, а какие попали в список 
по-зависимостям.
 Другой случай - обратный - оператор убирает пакет из списка, а потом 
передумывает и возвращает обратно, в результате убирается куча пакетов 
зависимых от него, а потом ставится только он.
 Наверное есть смысл рассмотреть варианты :
1 
- пока оператор не сказал (не подтвердил), что выбран данный список 
пакетов не работать вообще с зависимостями, а работать категориями 
ввода - отката. После выбора списка пакетов оператором, в случае 
нарушения зависимостей, предложить оператору добавлять необходимые 
пакеты 
(и указать какие, что-бы он уже сам галочки расставил - вот тут уже 
можно и с зависимостями работать напрямую).
2
- иметь функцию, по которой  оператор мог посмотреть какие пакеты 
убираются (ставятся) в результате его действий и имел-бы возможность 
исправить свои действия перед установкой (окно diff между конфигурацией 
по-умолчанию и текущей).
3
- Программа инсталляции запоминает какие "галочки" убирал или ставил 
оператор и в случае, и если оператор по этим конкретным "галочкам" 
делает обратное действие, то по-умолчанию выполнять  не "работу с 
зависимостями", а откат действия оператора.

 
-- 
  А ещё говорят так  (fortune):
 
Ложь возникает там, где появляется принуждение.
		-- К.А.Федин
________________________________________________________________________
С уважением Хихин Руслан

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

Re: [Comm] config-packages install like aptitude install?

[Шишков Евгений]

Michael Shigorin пишет:

> Давай лучше чем другим займёмся, вряд ли эта мыслЯ к 3.1 в код
> созреет.  Но за неожиданное направление таковой -- спасибо.

Ха. да об этом кричат с момента выхода Compact3. И до сих пор ни во что не созрело....



-- 
С уважением,
Шишков Евгений (evgen[собак]tulanews[тчк]ru)

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

Re: [Comm] config-packages install like aptitude install?

[Michael Shigorin]

On Wed, Dec 13, 2006 at 08:47:35AM +0300, Шишков Евгений wrote:
> > Давай лучше чем другим займёмся, вряд ли эта мыслЯ к 3.1 в код
> > созреет.  Но за неожиданное направление таковой -- спасибо.
> Ха. да об этом кричат с момента выхода Compact3. И до сих пор
> ни во что не созрело....

Об _этом_ -- первый раз слышу.  Правда, мог пропустить.

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

Re: [Comm] config-packages install like aptitude install?

[Olvin]

Хихин Руслан пишет:
>> Не, ну aptitude install xmtr всё же работает...

[skip]

> При удалении пакета (выбрал, посмотрел, - не то, и убрал) идёт не он, а 
> удаление пакета со всеми зависимыми от него пакетами из списка -хотя, 
> некоторые пакеты могли быть уже выбраны оператором вручную.
> Отсюда вывод - пакеты помеченные оператором вручную, должны сноситься 
> если он только  вручную  (явно) убирает их из списка пакетов. Это 
> проблема только инсталлятора, так-как никакой apt и rpm не может знать 
> какие программы были выбраны оператором, а какие попали в список 
> по-зависимостям.

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

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

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

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

Только если имеется _конфликт_ выбранных пакетов. Но, на мой взгляд, это
должно решаться с помощью альтернатив и т.н. рекомендуемого выбора.
Зачем человеку знать, что он чего-то накосячил? Можно ведь не огорчать
его лишний раз, а за него иногда сделать выбор :)

Re: [Comm] Comming Master 3.1 part [1/4]

[Andrei Lomov]

Шишков Евгений wrote:

> И хотелось бы видеть в инсталляторе список всех пакетов по алфавиту.
> Как добиться этого в Compact я так и не понял.

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

-- 
Всего доброго,
А.Л.

Re: [Comm] Comming Master 3.1 part [1/4]

[Michael Shigorin]

On Mon, Jan 08, 2007 at 09:48:31PM +0600, Andrei Lomov wrote:
> > И хотелось бы видеть в инсталляторе список всех пакетов по
> > алфавиту.  Как добиться этого в Compact я так и не понял.
> Мне большого труда стоило догадаться, что в инсталляторе нужен
> двойной клик.  С натугой искал каких-нибудь контекстных меню.

Сэры, повесьте багу или объясните мне более внятно -- повешу.
Спасибо.

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