Re: [sisyphus] Менеджер пакетов

Re: [sisyphus] Менеджер пакетов

[Алексей Шенцев]

В сообщении от Tuesday 04 December 2007 12:23:38 Александр Орлов написал(а):
> Здравствуйте. Подскажите, пожалуйста, почему менеджером пакетов по
> умолчанию выбран Synaptic? По моему мнению, это не самое подходящее
> решение, так как, во-первых, он не особо функционален (отсутствует
> возможность, например, просмотра списка файлов, входящих в пакет), а
> во-вторых, его графический интерфейс не слишком подходит к KDE. Неужели нет
> альтернативы? Например Adept очень красивый и самое главное функциональный
> менеджер пакетов. Построен на Qt, что делает его интеграцию в KDE
> гармоничной. Есть ли сторонники высказанных мною рассуждений на данную
> тему?
Не одним KDE жив человек ... ;)
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [sisyphus] Менеджер пакетов

[Alexey Morsov]

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

On Tue, Dec 04, 2007 at 12:23:38PM +0300, Александр Орлов wrote:
> во-первых, он не особо функционален (отсутствует возможность, например,
> просмотра списка файлов, входящих в пакет), а во-вторых, его графический
А зачем? 
> интерфейс не слишком подходит к KDE. Неужели нет альтернативы? Например
А почему вы думаете что все используют KDE ?

> Adept очень красивый и самое главное функциональный менеджер пакетов.
А он rpm умеет?

Ах да - а русский интерфейс у него есть? :)

-- 

С уважением,
Алексей Морсов
программист ЗАО "ИК "Риком-Траст"

Jabber: samurai@www.fondmarket.ru
ICQ: 196766290
www.ricom.ru
www.fondmarket.ru

ALT Linux Team Member
email: swi@altlinux.ru
web: www.altlinux.ru, www.sisyphus.ru

NP: Lisa Gerrard & Patrick Cassidy - Elegy


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

Re: [sisyphus] Менеджер пакетов

[Slava Semushin]

04.12.07, Александр Орлов<alexis031182 / gmail.com> написал(а):
> Здравствуйте. Подскажите, пожалуйста, почему менеджером пакетов по умолчанию
> выбран Synaptic?

Если мне не изменяет память, у нас больше нет графических морд к apt'у.

[...]
> Есть ли сторонники высказанных мною рассуждений на данную тему?

Может и есть. Может будут. Вопрос в другом: кто будет этим заниматься?
Если вы будете и готовы, так нет проблем -- дерзайте! Пишите на join@
и присоединяйтесь к команде разработчиков. Пакуйте вашего адепт в
пакет, отправляйте в Сизиф. И всё! :)


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [sisyphus] Менеджер пакетов

[Alexei V. Mezin]

Alexey Morsov пишет:
> On Tue, Dec 04, 2007 at 12:23:38PM +0300, Александр Орлов wrote:
>> во-первых, он не особо функционален (отсутствует возможность, например,
>> просмотра списка файлов, входящих в пакет), а во-вторых, его графический
> А зачем? 

Пользователи любят графические утилиты. И зачастую правильно делают. :)

А synaptic давно и нажедно мертв, баги по 2 года висят и исправляться не
собираются. Правда и упомянутый Adept более года не обновлялся, и сайт у
него неживой совсем.

Одна надежда на модуль для альтератора.

Re: [sisyphus] Менеджер пакетов

[Alexei V. Mezin]

Alexey Morsov пишет:
> On Tue, Dec 04, 2007 at 12:23:38PM +0300, Александр Орлов wrote:
>> во-первых, он не особо функционален (отсутствует возможность, например,
>> просмотра списка файлов, входящих в пакет), а во-вторых, его графический
> А зачем? 

Пользователи любят графические утилиты. И зачастую правильно делают. :)

А synaptic давно и надежно мертв, баги по 2 года висят и исправляться не
собираются. Правда и упомянутый Adept более года не обновлялся, и сайт у
него неживой совсем.

Одна надежда на модуль для альтератора.

Re: [sisyphus] Менеджер пакетов

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

4 декабря 2007 Alexei V. Mezin написал:
> Alexey Morsov пишет:
> > On Tue, Dec 04, 2007 at 12:23:38PM +0300, Александр Орлов wrote:
> >> во-первых, он не особо функционален (отсутствует возможность, например,
> >> просмотра списка файлов, входящих в пакет), а во-вторых, его графический
> >
> > А зачем?
>
> Пользователи любят графические утилиты. И зачастую правильно делают. :)
>
> А synaptic давно и надежно мертв, баги по 2 года висят и исправляться не
> собираются. Правда и упомянутый Adept более года не обновлялся, и сайт у
> него неживой совсем.
>
> Одна надежда на модуль для альтератора.
Только в инсталляторе, но никак отдельная программа! По функциональности до 
synaptic и adept не дотянемся, а багов огребём. Не можем мы пока сделать 
удобные графические утилиты.

Adept нужен (кто бы его собрал!).

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

Re: [sisyphus] Менеджер пакетов

[Alexey Morsov]

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

On Tue, Dec 04, 2007 at 01:20:00PM +0300, Alexei V. Mezin wrote:
> > А зачем? 
> 
> Пользователи любят графические утилиты. И зачастую правильно делают. :)
Я про "содержимое пакета" говорил. ;)

-- 

С уважением,
Алексей Морсов
программист ЗАО "ИК "Риком-Траст"

Jabber: samurai@www.fondmarket.ru
ICQ: 196766290
www.ricom.ru
www.fondmarket.ru

ALT Linux Team Member
email: swi@altlinux.ru
web: www.altlinux.ru, www.sisyphus.ru

NP: Lisa Gerrard & Patrick Cassidy - Elegy


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

Re: [sisyphus] Менеджер пакетов

[Alexei V. Mezin]

Alexey Morsov пишет:
> On Tue, Dec 04, 2007 at 01:20:00PM +0300, Alexei V. Mezin wrote:
>>> А зачем? 
>> Пользователи любят графические утилиты. И зачастую правильно делают. :)
> Я про "содержимое пакета" говорил. ;)

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

Re: [sisyphus] Менеджер пакетов

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

4 декабря 2007 Александр Орлов написал:
> Судя по всему альтернативы действительно нет. Adept я указал лишь для
> примера, он, по моему мнению, не подходит для rpm, т.к. на deb-системы
> ориентирован, хотя и имеет русификацию и красивую графику. Я не хотел
> обидеть пользователей GNOME, извините, если не правильно оформил свою
> мысль, просто в KDE не слишком смотрятся GTK-интерфейсы. Хочу попробовать
> написать собственное приложение-обёртку под Qt4 для того, хотя бы, чтобы у
> пользователя выбор имелся. Также хочу услышать пожелания, если имеются,
> участников команды разработчиков и независимых программистов в плане
> функциональности и внешнего вида проектируемого приложения. Спасибо.
Смотрятся и вполне прилично. Мы что, зря три воза копий сломали при обсуждении 
QTCurve и Tango? ;)

Вот свой велосипед лучше изобретать только в крайнем случае, когда невозможно 
допилить существующие. Я попробую собрать Adept под ALT Linux и посмотрю, 
насколько он удобен. Пока synaptic более предпочтителен.

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

Re: [sisyphus] Менеджер пакетов

[Motsyo Gennadi aka Drool]

Александр Орлов пишет:
> Судя по всему альтернативы действительно нет. Adept я указал лишь для 
> примера, он, по моему мнению, не подходит для rpm, т.к. на deb-системы 
> ориентирован, хотя и имеет русификацию и красивую графику. Я не хотел 
> обидеть пользователей GNOME, извините, если не правильно оформил свою 
> мысль, просто в KDE не слишком смотрятся GTK-интерфейсы. Хочу 
> попробовать написать собственное приложение-обёртку под Qt4 для того, 
> хотя бы, чтобы у пользователя выбор имелся. Также хочу услышать 
> пожелания, если имеются, участников команды разработчиков и независимых 
> программистов в плане функциональности и внешнего вида проектируемого 
> приложения. Спасибо.

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

1. Разбиение по группам/категориям
2. Сохранение запланированных действий (список удаляемых/устанавливаемых 
пакетов)
3. Редактирование списка репозитариев (ftp/file/cdrom)
4. Функция hold
5. Просмотр свойств пакета - зависимости, предоставляемые файлы и т.п.

	Мне кажется это стартовый функционал, который позволит _начать_ 
пользоваться приложением, а дальше фичреквестов навешают так, что мало 
не покажется ;-)

Re: [sisyphus] Менеджер пакетов

[Alexander Bokovoy]

Александр Орлов пишет:
> Судя по всему альтернативы действительно нет. Adept я указал лишь для
>  примера, он, по моему мнению, не подходит для rpm, т.к. на 
> deb-системы ориентирован, хотя и имеет русификацию и красивую 
> графику. Я не хотел обидеть пользователей GNOME, извините, если не 
> правильно оформил свою мысль, просто в KDE не слишком смотрятся 
> GTK-интерфейсы. Хочу попробовать написать собственное 
> приложение-обёртку под Qt4 для того, хотя бы, чтобы у пользователя 
> выбор имелся. Также хочу услышать пожелания, если имеются, участников
>  команды разработчиков и независимых программистов в плане 
> функциональности и внешнего вида проектируемого приложения. Спасибо.
Альтернатива называется PackageKit: http://www.packagekit.org/, однако
для ее полноценной работы в ALT требуется:
     * glib 2.14.0
     * dbus newer than 1.1.3 (20070819 or later)
     * dbus-glib 0.74
     * libnm 0.6.4 (optional)

и еще надо потратить немного времени и довести до ума бэкенд работы с APT.

PackageKit разбит на клиента и демона, работающих друг с другом по DBUS,
имеет различные интерфейсы: GTK+, QT, консольный и активно развивается.
Главное его преимущество состоит в том, что он дает пользователю
единообразную работу с любыми пакетными средствами, то есть при его
адаптации в различных дистрибутивах не потребуется переучивание по
работе с пакетами при смене дистрибутива. Умеет PackageKit работать со
следующими бэкендами:

conary | yum | apt | box | alpm | smart | pisi | zypp

Реализовать в имеющемся модуле альтератора поддержку packagekit (вместо
apt) для использования на установленной системе будет не очень сложно.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [sisyphus] Менеджер пакетов

[Alexei V. Mezin]

Андрей Черепанов пишет:

>  Пока synaptic более предпочтителен.

А им уже можно пользоваться в локали, отличной от UTF?

Re: [sisyphus] Менеджер пакетов

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

4 декабря 2007 Alexei V. Mezin написал:
> Андрей Черепанов пишет:
> >  Пока synaptic более предпочтителен.
>
> А им уже можно пользоваться в локали, отличной от UTF?
Не знаю, не проверял.

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

Re: [sisyphus] Менеджер пакетов

[Andrew Borodin]

On Tue, Dec 04, 2007 at 01:59:08PM +0300, Alexei V. Mezin wrote:
> Андрей Черепанов пишет:
> >  Пока synaptic более предпочтителен.
> А им уже можно пользоваться в локали, отличной от UTF?

А что, какие-то проблемы? Он же на gtk+2. У меня всю жизнь локаль 
koi8-r, и synaptic я сто лет уже как не запускал, но проблем с 
ним не было.

-- 

С уважением,
А. Бородин.

Re: [sisyphus] Менеджер пакетов

[Alexei V. Mezin]

Andrew Borodin пишет:
> On Tue, Dec 04, 2007 at 01:59:08PM +0300, Alexei V. Mezin wrote:
>> Андрей Черепанов пишет:
>>>  Пока synaptic более предпочтителен.
>> А им уже можно пользоваться в локали, отличной от UTF?
> 
> А что, какие-то проблемы? Он же на gtk+2. У меня всю жизнь локаль 
> koi8-r, и synaptic я сто лет уже как не запускал, но проблем с 
> ним не было.
> 

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

Я не знаю, как авторы синаптика умудрились ТАК написать на gtk, но 
биореактор для них открыт!

Re: [sisyphus] Менеджер пакетов

[Andrew Borodin]

On Tue, Dec 04, 2007 at 03:04:44PM +0300, Alexei V. Mezin wrote:
> Andrew Borodin пишет:
> > On Tue, Dec 04, 2007 at 01:59:08PM +0300, Alexei V. Mezin wrote:
> >> Андрей Черепанов пишет:
> >>>  Пока synaptic более предпочтителен.
> >> А им уже можно пользоваться в локали, отличной от UTF?

> > А что, какие-то проблемы? Он же на gtk+2. У меня всю жизнь локаль 
> > koi8-r, и synaptic я сто лет уже как не запускал, но проблем с 
> > ним не было.


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

#7871, действительно... Как-то раньше не замечал.

-- 

С уважением,
А. Бородин.

Re: [sisyphus] Менеджер пакетов

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

4 декабря 2007 Александр Орлов написал:
> Да, можно само расположение виджетов оставить как есть. Что касаемо
> предложений о функциональности, благодарю за участие, обязательно реализую
> данные функции. Несмотря на скептическое отношение к разработке нового
> приложения, позволю себе заметить, что пора бы российским разработчикам
> побольше проявлять себя не только в переделках существующих программ, но и
> в написании отечественных.
Угу. Я пять лет назад начал писать krpm.sourceforge.net, но потом бросил. Ибо 
времени нет, да и более важные проекты нужны. Если возьмётесь, я буду рад 
помочь.

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

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

Re: [sisyphus] Менеджер пакетов

[Igor Zubkov]

04.12.07, Alexander Bokovoy написал(а):
> Альтернатива называется PackageKit: http://www.packagekit.org/, однако
> для ее полноценной работы в ALT требуется:
>     * glib 2.14.0

Это давно уже есть.

>     * dbus newer than 1.1.3 (20070819 or later)

Вот тут проблема. Свежий dbus я пока не собирал. Жду 1.2 релиза
который должен быть у них stable. Хотя события можно немного и
форсировать. Т.к. это уже второй пакет который уже хочет 1.1.3 dbus.

>     * dbus-glib 0.74

Это тоже есть. Давно.

>     * libnm 0.6.4 (optional)
>
> и еще надо потратить немного времени и довести до ума бэкенд работы с APT.
>
> PackageKit разбит на клиента и демона, работающих друг с другом по DBUS,
> имеет различные интерфейсы: GTK+, QT, консольный и активно развивается.
> Главное его преимущество состоит в том, что он дает пользователю
> единообразную работу с любыми пакетными средствами, то есть при его
> адаптации в различных дистрибутивах не потребуется переучивание по
> работе с пакетами при смене дистрибутива. Умеет PackageKit работать со
> следующими бэкендами:
>
> conary | yum | apt | box | alpm | smart | pisi | zypp
>
> Реализовать в имеющемся модуле альтератора поддержку packagekit (вместо
> apt) для использования на установленной системе будет не очень сложно.

Это ведь просто рулез. Надо срочно собирать.

-- 
icesik

Re: [sisyphus] Менеджер пакетов

[Igor Zubkov]

04.12.07, Андрей Черепанов написал(а):
> > Одна надежда на модуль для альтератора.
> Только в инсталляторе, но никак отдельная программа! По функциональности до
> synaptic и adept не дотянемся, а багов огребём. Не можем мы пока сделать
> удобные графические утилиты.
>
> Adept нужен (кто бы его собрал!).

А к нему поддержку rpm приделали? А то на
http://web.mornfall.net/adept.html об это ни слова.

-- 
icesik

Re: [sisyphus] Менеджер пакетов

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

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

Здравствуйте Alexei V. Mezin
  В сообщении от 4 декабря 2007 Alexei V. Mezin написал(a):
 >  но если следовать стратегии использования
 > графических утилит...
А что есть проявления такой впедной стратегии ?
Я думал это небольшая уступка начинающему пользователю.


-- 
С  уважением Хихин Руслан

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

Re: [sisyphus] Менеджер пакетов

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

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

Здравствуйте Александр Орлов
  В сообщении от 4 декабря 2007 Александр Орлов написал(a):
 > По моему мнению, необходимо предоставлять, прежде всего, для
 > начинающих
 > пользователей возможность представления приложений не в виде списка
 > пакетов,
 > а просто одной позицией. Это иногда очень удобно.

А иногда нет. Нельзя из-за случайной ошибки пользователя создавать 
теорию.

У синаптика есть одно преимущество - он работает не с rpm. а со всей 
системой apt.

-- 
С  уважением Хихин Руслан

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

Re: [sisyphus] Менеджер пакетов

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

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

Здравствуйте Alexei V. Mezin
  В сообщении от 4 декабря 2007 Alexei V. Mezin написал(a):
 > Андрей Черепанов пишет:
 > >  Пока synaptic более предпочтителен.
 >
 > А им уже можно пользоваться в локали, отличной от UTF?
 >
У меня дома уже несколько лет cp1251 и проблем с sinaptic не разу не 
замечал.

-- 
С  уважением Хихин Руслан

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

Re: [sisyphus] Менеджер пакетов

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

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

Здравствуйте Alexander Bokovoy
  В сообщении от 4 декабря 2007 Alexander Bokovoy написал(a):
 > вместо  apt
А нам это надо ?


-- 
С  уважением Хихин Руслан

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

Re: [sisyphus] Менеджер пакетов

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

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

Здравствуйте Andrew Borodin
  В сообщении от 4 декабря 2007 Andrew Borodin написал(a):
 > On Tue, Dec 04, 2007 at 03:04:44PM +0300, Alexei V. Mezin wrote:
 > >
 > > мышки портятся напрочь. Воспроизводится уверенно и надежно!
 >
 > #7871, действительно... Как-то раньше не замечал.

Это вообще странная бага. Проявляется не всегда, и чаще на  слабых 
машинах. Такое чувство, что быстродействия процессору не хватает.

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

-- 
С  уважением Хихин Руслан

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

Re: [sisyphus] Менеджер пакетов

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

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

Здравствуйте Alexei V. Mezin
  В сообщении от 5 декабря 2007 Alexei V. Mezin написал(a):
 > Хихин Руслан пишет:
 > > Здравствуйте Alexei V. Mezin
 > >
 > >   В сообщении от 4 декабря 2007 Alexei V. Mezin написал(a):
 > >  > Андрей Черепанов пишет:
 > >  > >  Пока synaptic более предпочтителен.
 > >  >
 > >  > А им уже можно пользоваться в локали, отличной от UTF?
 > >
 > > У меня дома уже несколько лет cp1251 и проблем с sinaptic не разу
 > > не
 > >
 > > замечал.
 >
 > cp1251, фотка в аттаче (надеюсь пролезет)

Да видел я это - доля секунды как у вас, потом всё нормально, как-будто 
не успевает перерисовывать :)

-- 
С  уважением Хихин Руслан

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

Re: [sisyphus] Менеджер пакетов

[Alexei V. Mezin]

Хихин Руслан пишет:
> Это вообще странная бага. Проявляется не всегда, и чаще на  слабых 
> машинах. Такое чувство, что быстродействия процессору не хватает.
> 

[alexei@threebears ~]$ cat /proc/cpuinfo | grep name
model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+

С гигабайтом памяти и GF6600. Может это и слабая машина, но уж на 
отрисовку GTK-приложений ее должно хватать, а?

Re: [sisyphus] Менеджер пакетов

[Alexey I. Froloff]

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

* Хихин Руслан <hihin@> [071205 00:12]:
>  > вместо  apt
> А нам это надо ?
Имеется в виду, akterator будет дёргать packagekit, а не напрямую
apt.

-- 
Regards,
Sir Raorn.

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

Re: [sisyphus] Менеджер пакетов

[Alexei V. Mezin]

Хихин Руслан пишет:
>  >
>  > cp1251, фотка в аттаче (надеюсь пролезет)
> 
> Да видел я это - доля секунды как у вас, потом всё нормально, как-будто 
> не успевает перерисовывать :)
> 

Может все дело в волшебных пузырьках... тьфу... неиспользовании КДЕ или 
Гном в качестве ДЕ? У меня Афтерстеп, и глюки эти живут не первый год.

Re: [sisyphus] Менеджер пакетов

[Alexey Rusakov]

On Tue, 4 Dec 2007 14:30:46 +0300
Александр Орлов wrote:

> Да, можно само расположение виджетов оставить как есть. Что касаемо
> предложений о функциональности, благодарю за участие, обязательно реализую
> данные функции. Несмотря на скептическое отношение к разработке нового
> приложения, позволю себе заметить, что пора бы российским разработчикам
> побольше проявлять себя не только в переделках существующих программ, но и в
> написании отечественных. Само по себе приложение, конечно, если и не даст
> каких-нибудь принципиальных преимуществ удобства пользования системой
> новичкам, то во всяком случае предоставит им дополнительную возможность
> выбора. К тому же, имея собственный программный проект, его достаточно
> просто изменять и модернизировать (доведя разработку до завершения, я хотел
> бы передать её полностью команде ALTLinux, если, конечно, они согласятся).
Вместо "передачи её полностью команде ALTLinux" лучше сами становитесь
частью нашей команды :) Тогда "передача" произойдёт сама собой :)

-- 
  Alexey "Ktirf" Rusakov
  ALT Linux, project manager

Re: [sisyphus] Менеджер пакетов

[Motsyo Gennadi aka Drool]

Александр Орлов пишет:
> Здравствуйте, Алексей.
> 
> Буду рад к вам присоединиться, но как это можно сделать не знаю. Нужна 
> регистрация на Sysiphus? Плюс, наверное, нужно показать, что из себя 
> представляешь? Свои возможности как-то продемонстрировать. В общем, я не 
> в курсе, как этот процесс происходит.

	Вам нужно написать на join@ - там все расскажут. Вкратце - нужно будет 
опакетить какую-нибудь программульку, что-то вроде экзамена, попросят 
выслать публичные ключи и потом выдадут доступ к входящей папке, куда 
заливать src.rpm. Вкратце - все.
	Для этого "вкратце" Вам нужно знать как паковать исходники в 
rpm-пакеты, которые будут собираться в хашере, т.е. освоить еще и хашер 
;-) Я долго боялся хашера, но в итоге увидел что он совсем не кусается, 
а даже наоборот.

Re: [sisyphus] Менеджер пакетов

[Alexey Shabalin]

> Буду рад к вам присоединиться, но как это можно сделать не знаю. Нужна
> регистрация на Sysiphus? Плюс, наверное, нужно показать, что из себя
> представляешь? Свои возможности как-то продемонстрировать. В общем, я не в
> курсе, как этот процесс происходит.
>
Начать можно с http://www.freesource.info/wiki/AltLinux/Sisyphus/HomePage
слева в меню есть ссылки Разработчику/майнтейнеру. Вот от туда некоторые ссылки:
http://docs.altlinux.ru/alt/devel/ch02.html
http://www.freesource.info/wiki/AltLinux/AltContext/#h12982-3
http://docs.altlinux.ru/alt/devel/ch01.html
http://www.freesource.info/wiki//ALTLinux/%D0%E0%E7%F0%E0%E1%EE%F2%F7%E8%EA%F3/%D1%E1%EE%F0%EA%E0%CF%E0%EA%E5%F2%EE%E2



-- 
Alexey Shabalin

Re: [sisyphus] Менеджер пакетов

[Andrew Borodin]

On Tue, Dec 11, 2007 at 09:19:07PM +0300, Александр Орлов wrote:
> pkgCache::PkgIterator iterator = Cache.PkgBegin();
> for(; iterator.end(); iterator++) {}

> Приложение вырубается без пояснения какой-либо причины на 8-ом проходе. В
> чём может быть причина?

Не знаток потрохов apt, но мне сдаётся, что этот цикл ни разу не 
выполнится. Надо инвертировать условие:

for(; !iterator.end(); iterator++)

Где-то дальше iterator используется?

-- 

С уважением,
А. Бородин.

Re: [sisyphus] Менеджер пакетов

[Andrew G. Klepcha]

В сообщении от Tuesday 11 December 2007 20:19:07 Александр Орлов написал(а):
> В разработке менеджера пакетов застрял на такой проблеме:
>
> pkgCache::PkgIterator iterator = Cache.PkgBegin();
> for(; iterator.end(); iterator++) {}
>
> Приложение вырубается без пояснения какой-либо причины на 8-ом проходе. В
> чём может быть причина?
что-то мне этот цикл вообще не нравится... а что за язык-то?

Re: [sisyphus] Менеджер пакетов

[Slava Semushin]

12.12.07, Александр Орлов<alexis031182 / gmail.com> написал(а):
> Здравствуйте.
>
> В разработке менеджера пакетов застрял на такой проблеме:
>
> pkgCache::PkgIterator iterator = Cache.PkgBegin();
> for(; iterator.end(); iterator++) {}
>
> Приложение вырубается без пояснения какой-либо причины на 8-ом проходе. В
> чём может быть причина?

Код у вас странный.

pkgCache::PkgIterator iterator = Cache.PkgBegin();
for(; iterator != Cache.PkgEnd(); iterator++) {}

По логике должно быть что-то вроде этого...

-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [sisyphus] Менеджер пакетов

[Andrew G. Klepcha]

В сообщении от Wednesday 12 December 2007 11:34:46 Александр Орлов написал(а):
> Простите, неправильно написал. Так должно быть:
>
> pkgCache::PkgIterator I = Cache.PkgBegin();
> for (;I.end() != true; I++) {}

во-первых it.end() != true стоит заменить на !it.end()... хотя, возможно, что 
сам компилятор заменит.... а что такое PkgIterator? вы уверены, что ++ дает 
именно тот эффект, что вы ожидаете? может надо что-нибудь вроде it.next()?

Re: [sisyphus] Менеджер пакетов

[Andrew Borodin]

On Wed, Dec 12, 2007 at 01:31:32PM +0200, Andrew G. Klepcha wrote:
> В сообщении от Wednesday 12 December 2007 11:34:46 Александр Орлов написал(а):
> > Простите, неправильно написал. Так должно быть:

> > pkgCache::PkgIterator I = Cache.PkgBegin();
> > for (;I.end() != true; I++) {}

> во-первых it.end() != true стоит заменить на !it.end()... хотя, возможно, что 
> сам компилятор заменит.... а что такое PkgIterator? вы уверены, что ++ дает 
> именно тот эффект, что вы ожидаете? может надо что-нибудь вроде it.next()?

В самом apt'е код написан именно так.

-- 

С уважением,
А. Бородин.

Re: [sisyphus] Менеджер пакетов

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

18 декабря 2007 Александр Орлов написал:
> Здравствуйте.
>
> Как и говорилось ранее, приступил к созданию менеджера пакетов. Если кому
> интересно, информацию о ходе разработки буду выкладывать
> здесь<http://prav.mybb2.ru/viewtopic.php?t=70>.
> Принимаются любые пожелания по реализации. Исходники доступны по запросу.
А куда пожелания вываливать? В рассылку?

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

Re: [sisyphus] Менеджер пакетов

[Motsyo Gennadi aka Drool]

Андрей Черепанов пишет:
> 18 декабря 2007 Александр Орлов написал:
>> Здравствуйте.
>>
>> Как и говорилось ранее, приступил к созданию менеджера пакетов. Если кому
>> интересно, информацию о ходе разработки буду выкладывать
>> здесь<http://prav.mybb2.ru/viewtopic.php?t=70>.
>> Принимаются любые пожелания по реализации. Исходники доступны по запросу.
> А куда пожелания вываливать? В рассылку?

	А может пакет в сизиф, а то не все могут собрать-потестить. А тут уже и 
багзилла подсобит ;-)

Re: [sisyphus] Менеджер пакетов

[Dmitry V. Levin]

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

On Tue, Dec 18, 2007 at 07:17:30PM +0300, Александр Орлов wrote:
> Здравствуйте.
> 
> Как и говорилось ранее, приступил к созданию менеджера пакетов. Если кому
> интересно, информацию о ходе разработки буду выкладывать
> здесь<http://prav.mybb2.ru/viewtopic.php?t=70>.
> Принимаются любые пожелания по реализации. Исходники доступны по запросу.

Исходники доступны по запросу?  Это вы так шутите?


-- 
ldv

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

Re: [sisyphus] Менеджер пакетов

[Motsyo Gennadi aka Drool]

Александр Орлов пишет:
> По поводу переброски в Сизиф, честно говоря, не знаю как это можно сделать.
> Подскажите.

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

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

	Дык... Ссылку на исходники - и будут пожелания/предложения ;-)

Re: [sisyphus] Менеджер пакетов

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

20 декабря 2007 Александр Орлов написал:
> Здравствуйте.
>
> Спасибо, что обратили внимание на мой проект. Сейчас он на самой первой
> стадии разработки, так что особенно тестить и нечего, но в любом случае я
> могу сделать ссылку на исходники как на форуме, так и через рассылку. Как
> лучше поступить? 
Создать проект на sourceforge.net.

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

> По поводу переброски в Сизиф, честно говоря, не знаю как это можно сделать.
> Подскажите.
wiki.sisyphus.ru

> Свои пожелания вы можете публиковать и на форуме и в рассылке. Как кому
> удобно. Свои собственные предложения я размещаю на форуме, обсуждение и
> критика - приветствуются, т.к. позволят наилучшим образом повлиять на
> будущее проекта.
На форуме надо регистрироваться. Ради, простите, чего?
Для того, чтобы начать проект, надо чётко выяснить цель и описать видение 
продукта: что может, для сего предназначен. Это здорово поможет в дальнейшем.

> Ещё раз спасибо. Жду ваших предложений.
Ждём описание требований к проекту от Вас.

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

Re: [sisyphus] Менеджер пакетов

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

21 декабря 2007 Александр Орлов написал:
> Прошу высказать своё мнение.
Нормально. Не указано:
- возможность поиска
- укорачивание списка, чтобы остались одни основные приложения (как в Adept) 
- вывод общего списка с возможностью фильтрации
- автопроверка обновлений (см. RHN)
- поддержка значков пакетов

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

Re: [sisyphus] Менеджер пакетов

[Владимир Черный]

21.12.07, Андрей Черепанов<cas@altlinux.ru> написал(а):
> 21 декабря 2007 Александр Орлов написал:
> > Прошу высказать своё мнение.
> Нормально. Не указано:
> - возможность поиска
> - укорачивание списка, чтобы остались одни основные приложения (как в Adept)
А это не то:  "Формирование групп пакетов на основе наименований пакетов." ?
> - вывод общего списка с возможностью фильтрации
> - автопроверка обновлений (см. RHN)
> - поддержка значков пакетов
Хотелось бы еще иметь возможность простых откатов на предыдущую версию
пакета или группы пакетов или то, что написано про контрольные точки
это и означает?
Отделный пункт: обновление ядра. Ныне апт не обновляет ядро, а руками
выбирать по одному до 20 модулей напрягает. Было бы вообще блеск, если
бы модули на которые нет железа соответствующим образом
комментировались.
И еще, не давать обновлять заголовки ядра и модулей, если ядро не
обновилось (по крайней мере без предупреждения).
>
> --
> Андрей Черепанов
> ALT Linux
> cas@altlinux.ru
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus


-- 
С уважением,
Владимир Черный
Начальник отдела образовательных проектов ALT Linux
mailto: black at altlinux.ru
Jabber: black at altlinux.org
ICQ: 199158712

Re: [sisyphus] Менеджер пакетов

[Alexey I. Froloff]

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

* Владимир Черный <black@> [071221 16:41]:
> Отделный пункт: обновление ядра. Ныне апт не обновляет ядро, а руками
> выбирать по одному до 20 модулей напрягает.
aptitude
l, std-smp (или какой там flavor)

Дальше смотрю в New/Not installed и Obsolete.

P.S. ;-)))

-- 
Regards,
Sir Raorn.

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

Re: [sisyphus] Менеджер пакетов

[Alexey I. Froloff]

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

* Александр Орлов <alexis031182@> [071221 20:12]:
> Исправлено и дополнено:
Ещё советую посмотреть на aptitude.  Хотя бы сюда -
http://algebraicthunk.net/~dburrows/projects/aptitude/doc/en/

Must have фичи:

Список "новых" пакетов.  Она сама запоминает какие пакеты были в
индексах прошлый раз и показывает новые отдельной группой.
Список "устаревших и локальных" пакетов.  Установленные пакеты,
которые отсутствуют в индексах.
"Автоматически установленные" пакеты.  Такие пакеты будут
удаляться если на них нет зависимостей.
"Limit display".  Примерно то же самое что и в mutt, показывать
только пакеты попадающие под маску.  Соответственно фильтры по
всем полям.

Ну и самая главная фича - если где-то возник конфликт, не
требовать его мгновенного разрешения в одно действие.  Очень
помогает при апгрейде сизифа двух-трёх месячной давности ;-)

-- 
Regards,
Sir Raorn.

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

Re: [sisyphus] Менеджер пакетов

[Владимир Черный]

21.12.07, Александр Орлов<alexis031182@gmail.com> написал(а):
> Исправлено и дополнено:
>
>
>
> 4. Базовая функциональность
>
>
>  Формирование дерева пакетов через разделы.
>
>
>  Формирование групп пакетов на основе наименований пакетов.
>
>
>  Отображение групп пакетов по представлению (стандартный: отображаются все
> группы, простой: отображаются лишь основные пользовательские приложения).
>
>
>  Отображение полной информации о каждом пакете (описание, файловый состав,
> зависимости и прочее).
>
>
>  Поиск пакетов, групп пакетов по имени, описанию, файлам и другим
> параметрам.
>
>
>  Поддержка значков пакетов.
>
>
>  Установка, удаление пакетов программ с учётом зависимостей и версий.
>
>
>  Управление (подключение, отключение) репозитариями пакетов программ.
>
> 5. Расширенная функциональность
>
>
>  Система оповещения об обновлениях пакетов.
>
>
>  Система автоматической установки обновлений.
>
>
>  Отмена внесённых изменений (быстрый откат, только во время одной сессии
> работы приложения).
>
>
>  Управление контрольными точками установленных приложений (создание и
> изменение).
>
>
>  Переход к созданной ранее контрольной точке (откат к ранее сохранённому
> состоянию).
>
>
>  Управление сессиями (запись и восстановление не применённых во исполнение
> действий пользователя).
>
>
>  Система рейтингования пакетов программ. Вот описание общей функциональности
> будущего приложения с учётом текущих пожеланий.
>
> to Андрей Черепанов:
> У вас очень интересное предложение по поводу возможности укорачивания списка
> имён пакетов. Группы безусловно данный список сокращают, однако начинающему
> пользователю всё равно весьма трудновато в этом "мессиве" слов разобраться,
> т.к. буквально каждое наименование в списке ему видится, по большому счёту,
> впервые. Действительно, в Adept данная функция реализована и будет здорово,
> если удастся создать подобное в ALligaTor. Прошу вашей помощи, если это
> возможно, в разработке данного алгоритма.
>
> Значки пакетов, как я понимаю, необходимо будет "вытаскивать" из файлов
> самих пакетов. Здесь также у меня пока нет собственного решения. Буду думать
> и рассчитываю на вашу вероятную помощь.
>
>  to Владимир Чёрный:
> Группы пакетов - это объединение пакетов по наименованию, например следующим
> образом: SDL, libSDL, SDL-devel и т.д. - это всё одна группа.
>
> Простой откат теперь также добавлен в функциональность приложения.
> Действительно, быстрое решение по устранению данной проблемы весьма и весьма
> необходимо.
>
> Извините, не могли бы вы подробнее описать ваше предложение:
> "Отделный пункт: обновление ядра. Ныне апт не обновляет ядро, а руками
>  выбирать по одному до 20 модулей напрягает. Было бы вообще блеск, если
> бы модули на которые нет железа соответствующим образом
>  комментировались."
Обновление с помощью apt-get dist-upgrade не затрагивает ядро (что
правильно), поэтому ядро обновляют или с помощью скрипта (если
поискать их есть парочка для альт) или руками, выбирая новое ядро и
модули к нему. Новичкам это явно сложно, а делать придется, например
при обновлении ядра из соображений безопасности. Вот и хотелось бы
иметь "кнопочку" для обновления ядра
>
> По поводу данной темы:
> "И еще, не давать обновлять заголовки ядра и модулей, если ядро не
> обновилось (по крайней мере без предупреждения)."
>  Существуют ли помимо модулей ядра необходимость в подобных правилах
> взаимоучёта? В любом случае, данная тема очень интересна.
Я не натыкался. А вот если какой-то виртуальной машине понадобились
для установки заголовки ядра и модулей... а они уже "убежали" - очень
обидно.
>
>
> Исходники приложения теперь всегда будут доступны по данному адресу.
>
> Спасибо за участие.
>
> С уважением, Орлов Александр.
>
>
> 21.12.07, Владимир Черный < black@altlinux.ru> написал(а):
> > 21.12.07, Андрей Черепанов< cas@altlinux.ru> написал(а):
> > > 21 декабря 2007 Александр Орлов написал:
> > > > Прошу высказать своё мнение.
> > > Нормально. Не указано:
> > > - возможность поиска
> > > - укорачивание списка, чтобы остались одни основные приложения (как в
> Adept)
> > А это не то:  "Формирование групп пакетов на основе наименований пакетов."
> ?
> > > - вывод общего списка с возможностью фильтрации
> > > - автопроверка обновлений (см. RHN)
> > > - поддержка значков пакетов
> > Хотелось бы еще иметь возможность простых откатов на предыдущую версию
> > пакета или группы пакетов или то, что написано про контрольные точки
> > это и означает?
> > Отделный пункт: обновление ядра. Ныне апт не обновляет ядро, а руками
> > выбирать по одному до 20 модулей напрягает. Было бы вообще блеск, если
> > бы модули на которые нет железа соответствующим образом
> > комментировались.
> > И еще, не давать обновлять заголовки ядра и модулей, если ядро не
> > обновилось (по крайней мере без предупреждения).
> > >
> > > --
> > > Андрей Черепанов
> > > ALT Linux
> > > cas@altlinux.ru
> > > _______________________________________________
> > > Sisyphus mailing list
> > > Sisyphus@lists.altlinux.org
> > > https://lists.altlinux.org/mailman/listinfo/sisyphus
> >
> >
> > --
> > С уважением,
> > Владимир Черный
> > Начальник отдела образовательных проектов ALT Linux
> > mailto: black at altlinux.ru
> > Jabber: black at altlinux.org
> > ICQ: 199158712
> > _______________________________________________
> > Sisyphus mailing list
> > Sisyphus@lists.altlinux.org
> > https://lists.altlinux.org/mailman/listinfo/sisyphus
>
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus
>


-- 
С уважением,
Владимир Черный
Начальник отдела образовательных проектов ALT Linux
mailto: black at altlinux.ru
Jabber: black at altlinux.org
ICQ: 199158712

Re: [sisyphus] Менеджер пакетов

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

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

Здравствуйте Владимир Черный
  В сообщении от 24 декабря 2007 Владимир Черный написал(a):
 > Я не натыкался. А вот если какой-то виртуальной машине понадобились
 > для установки заголовки ядра и модулей... а они уже "убежали" -
 > очень
 > обидно.
В общем смысле - это интересная задача - опросить оборудование, и 
установить нужные ядра.

list=opros_oborudovanija
apt-get install $list

Она-бы и при установке системы не помешала.
-- 
С  уважением Хихин Руслан

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

Re: [sisyphus] Менеджер пакетов

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

21 декабря 2007 Владимир Черный написал:
> > - укорачивание списка, чтобы остались одни основные приложения (как в
> > Adept)
>
> А это не то:  "Формирование групп пакетов на основе наименований пакетов."
> ?
Нет, не то. Владимир, вспомните, как мы ставили KUbuntu - там были пакеты не 
все, а только по основным программам.


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

Re: [sisyphus] Менеджер пакетов

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

26 декабря 2007 Александр Орлов написал:
> Версия 0.0.1.3
>
> Что нового:
>
> - постраничное отображение групп пакетов с установленным лимитом на кол-во
> групп в одной странице;
> - отображение групп пакетов, принадлежащих выбранному разделу;
> - вывод краткого описания группы пакетов;
> - сортировка виртуальных элементов при добавлении каждого в список;
> - построение взаимосвязанной ссылочной структуры разделов, групп и пакетов;
>
> Исходники доступны
> здесь <ftp://81.25.14.66/Linux/ALT/Applications/alligator> .
1. Исходники не собираются: 
[cas@cas alligator]$ make
make: *** Нет правила для сборки цели 
`/usr/share/qt4/mkspecs/linux-g++/qmake.conf', требуемой для `Makefile'.  
Останов.
Сделай нормальный проект в KDevelop со сборкой через Automake/QMake. Чтобы 
можно было собрать командой 
./configure && make && make install

2. Вообще-то бинарники в архив не кладутся, но пока сойдёт, так как без 
бутылки не соберёшь.

3. Насчёт юзабилити мог бы и посоветоваться. Появляется главное окно, 
исчезает, и появляется маленькое окошко "Инициализация групп пакетов". 
Неправильно! Окно должно быть постоянно показываться, а поверх выводятся 
диалоговые окна. Самый блеск, если все операции идут фоном, позволяя работать 
с интерфейсом.

4. Ты что, явно пишешь строки сразу по-русски? Не пойдёт. Нужно делать 
нормальную локализацию.

5. Окно в списке задач не показывается и до сих пор инициализируется...

В общем, рад, что у тебя запал не прошёл, но надо много чего сделать для 
зрелого и удобного продукта.

P.S. В обычной жищни ты тоже говоришь "отображение"? ;) Пора отказываться от 
кривых терминов Windows. Пиши просто: "показ".

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

Re: [sisyphus] Менеджер пакетов

[Slava Dubrovskiy]

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

Александр Орлов пишет:
>
> *ПРОЕКТ «ALLIGATOR»*
>
> *1. Цель*
>
> Разработать приложение альтернативного менеджера пакетов с графическим
> интерфейсом для ОС ALTLinux.
>
--skip--
>
>    *
>
>       Управление контрольными точками установленных приложений
>       (создание и изменение).
>
>    *
>
>       Переход к созданной ранее контрольной точке.
>
Очень хотелось бы чтобы была возможность "откатиться" на определенную
дату. Т.е. контрольной точкой является дата.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [sisyphus] Менеджер пакетов

[ruslandh]

В сообщении от Wednesday 26 December 2007 12:58:39 Александр Орлов написал(а):
> Хорошо, это я также добавлю.
>
> 26.12.07, Slava Dubrovskiy <slava@tangramltd.com> написал(а):
> > Александр Орлов пишет:
> > > *ПРОЕКТ «ALLIGATOR»*
> > >
> > > *1. Цель*
> > >
> > > Разработать приложение альтернативного менеджера пакетов с графическим
> > > интерфейсом для ОС ALTLinux.
> >
> > --skip--
> >
> > >    *
> > >
> > >       Управление контрольными точками установленных приложений
> > >       (создание и изменение).
> > >
> > >    *
> > >
> > >       Переход к созданной ранее контрольной точке.
> >
> > Очень хотелось бы чтобы была возможность "откатиться" на определенную
> > дату. Т.е. контрольной точкой является дата.
> >
1 Если изменилися репозитарий (тот-же бренч), то откатится на конкретную дату 
или не получится, или надо хранить где-то старый репозиторий.
2 При всём уважении, Imho  - это на сегодня тупиковая программа, так-как в ней 
одновременно пытаются решить две задачи - красивый интерфейс и установку 
пакетов. Нужно делить задачу на модули (библиотеки), каждая из которых решает 
свои задачи, с тем, что-бы можно было дать возможность при необходимости 
менять модули (для интерфейса - под Gnome, под Kde и т.п., для 
пакетов -нижний уровень - rpm, deb и т.п., и верхний - apt, yum и т.п.) Для 
дистрибутивов ALT - rpm, apt, kde(qt) и gnome(gtk). 

-- 
С Уважением Хихин Руслан.

Re: [sisyphus] Менеджер пакетов

[Alexey Rusakov]

On Wed, 26 Dec 2007 14:48:24 +0300
Александр Орлов wrote:

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

> > 2 При всём уважении, Imho  - это на сегодня тупиковая программа, так-как в
> > ней
> > > одновременно пытаются решить две задачи - красивый интерфейс и установку
> > > пакетов.
>
>  Почему тупиковая? Разве это две абсолютно несовместимые вещи? К тому же,
> интерфейс интерфейсом, а ставка всё же делается на функциональность.
Проблема не в том, что они несовместимы. Эти вещи ортогональны. И поэтому
сцепленность на уровне программного кода между ними должна быть
минимальной. В идеале - это должны быть библиотека (backend) и приложение
(frontend), с описанным интерфейсом (API библиотеки) между ними.

> Если всё же требуется поддержка работы в любом менеджере окон, мне
> однозначно потребуется помощь. К тому же это весьма здорово отдалит дату
> выхода окончательного релиза. Противу этому, можно поступить следующим
> образом: проект развивается и дальше тем же курсом, но по достижению
> процесса разработки до некоторой точки, можно сделать ответвление для GNOME
> или других оконных сред. Что скажете?
Лучше забудьте об этом. У вас не получится "сделать ответвление для
GNOME", если вы заранее не заложитесь на возможность его сделать. Это
вопрос внутренней архитектуры приложения. Вы сейчас можете не делать
вообще ничего для GNOME/XFCE/IceWM/whatever, но вы либо предусматриваете
_возможность_ появления не-KDE-интерфейса для вашей программы, либо нет.

-- 
  Alexey "Ktirf" Rusakov
  ALT Linux, project manager

Re: [sisyphus] Менеджер пакетов

[Anton Farygin]

Alexey Rusakov пишет:
> On Wed, 26 Dec 2007 14:48:24 +0300
> Александр Орлов wrote:
> 
>>>> 1 Если изменилися репозитарий (тот-же бренч), то откатится на конкретную
>>> дату
>>>> или не получится, или надо хранить где-то старый репозиторий.
>> Абсолютно верно, но не весь, а лишь версии файлов тех пакетов (и их
>> зависимостей), что были установлены на момент создания контрольной точки.
> Боюсь, что это уже немного другая задача, более сложная. В общем случае
> механизм контрольных точек должен предусматривать откат не только пакетов,
> но и настроек. Этот механизм вообще сложно сделать хорошо.

Настройки давно было бы неплохо помещать в git.

Вынашиваю эту идею уже около года, но всё никак не родиться.. хотя 
зачаток alterator-git уже был.

Т.е. - после каждого изменения - коммит.

соответственно получаем возможность откатить назад.

Re: [sisyphus] Менеджер пакетов

[Aleksey Avdeev]

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

Anton Farygin пишет:
> Alexey Rusakov пишет:
>> On Wed, 26 Dec 2007 14:48:24 +0300
>> Александр Орлов wrote:
>>
>>>>> 1 Если изменилися репозитарий (тот-же бренч), то откатится на конкретную
>>>> дату
>>>>> или не получится, или надо хранить где-то старый репозиторий.
>>> Абсолютно верно, но не весь, а лишь версии файлов тех пакетов (и их
>>> зависимостей), что были установлены на момент создания контрольной точки.
>> Боюсь, что это уже немного другая задача, более сложная. В общем случае
>> механизм контрольных точек должен предусматривать откат не только пакетов,
>> но и настроек. Этот механизм вообще сложно сделать хорошо.
> 
> Настройки давно было бы неплохо помещать в git.

  Идея весьма заманчивая. Но надо подумать, как права на файлы
контролировать. Пока толковых мыслей у меня нет (только идеи с плоскими
списками в голове крутятся)...

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

-- 

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



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

Re: [sisyphus] Менеджер пакетов

[Anton Farygin]

Aleksey Avdeev пишет:
> Anton Farygin пишет:
>> Alexey Rusakov пишет:
>>> On Wed, 26 Dec 2007 14:48:24 +0300
>>> Александр Орлов wrote:
>>>
>>>>>> 1 Если изменилися репозитарий (тот-же бренч), то откатится на конкретную
>>>>> дату
>>>>>> или не получится, или надо хранить где-то старый репозиторий.
>>>> Абсолютно верно, но не весь, а лишь версии файлов тех пакетов (и их
>>>> зависимостей), что были установлены на момент создания контрольной точки.
>>> Боюсь, что это уже немного другая задача, более сложная. В общем случае
>>> механизм контрольных точек должен предусматривать откат не только пакетов,
>>> но и настроек. Этот механизм вообще сложно сделать хорошо.
>> Настройки давно было бы неплохо помещать в git.
> 
>   Идея весьма заманчивая. Но надо подумать, как права на файлы
> контролировать. Пока толковых мыслей у меня нет (только идеи с плоскими
> списками в голове крутятся)...
> 

Насколько я знаю - у git'а нет проблем с правами на файлы.. а каталог 
.git - закрывать полностью, чтение и запись только рутом.

Re: [sisyphus] Менеджер пакетов

[Mikhail Gusarov]

Aleksey Avdeev <solo@solin.spb.ru> writes:

> Идея весьма заманчивая. Но надо подумать, как права на файлы
> контролировать. Пока толковых мыслей у меня нет (только идеи с
> плоскими списками в голове крутятся)...

Есть такая штука, для Debian'ового apt'а:
http://kitenet.net/~joey/code/etckeeper/

"""
It uses metastore to track file metadata that git does not normally
support, but that is important for /etc, such as the permissions of
/etc/shadow.
"""

-- 
JID: dottedmag@jabber.dottedmag.net

Re: [sisyphus] Менеджер пакетов

[Alexey Gladkov]

Mikhail Gusarov wrote:
> Есть такая штука, для Debian'ового apt'а:
> http://kitenet.net/~joey/code/etckeeper/

Для таких целей использовать git в лоб (как делается в этом проекте)
нельзя. Но большое спасибо за ссылку.

-- 
Rgrds, legion

Re: [sisyphus] Менеджер пакетов

[Aleksey Avdeev]

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

Anton Farygin пишет:
> Aleksey Avdeev пишет:
>> Anton Farygin пишет:
>>> Alexey Rusakov пишет:
>>>> On Wed, 26 Dec 2007 14:48:24 +0300
>>>> Александр Орлов wrote:
>>>>
>>>>>>> 1 Если изменилися репозитарий (тот-же бренч), то откатится на конкретную
>>>>>> дату
>>>>>>> или не получится, или надо хранить где-то старый репозиторий.
>>>>> Абсолютно верно, но не весь, а лишь версии файлов тех пакетов (и их
>>>>> зависимостей), что были установлены на момент создания контрольной точки.
>>>> Боюсь, что это уже немного другая задача, более сложная. В общем случае
>>>> механизм контрольных точек должен предусматривать откат не только пакетов,
>>>> но и настроек. Этот механизм вообще сложно сделать хорошо.
>>> Настройки давно было бы неплохо помещать в git.
>>   Идея весьма заманчивая. Но надо подумать, как права на файлы
>> контролировать. Пока толковых мыслей у меня нет (только идеи с плоскими
>> списками в голове крутятся)...
>>
> 
> Насколько я знаю - у git'а нет проблем с правами на файлы..

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

> а каталог 
> .git - закрывать полностью, чтение и запись только рутом.

  Это как раз, понятно.

-- 

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



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

Re: [sisyphus] Менеджер пакетов

[Alexey I. Froloff]

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

* Александр Орлов <alexis031182@> [071226 12:36]:
> Прошу прощения, я не указал того, что программе требуются root-права.
Не требуются.  На самом деле требуется обработка возвращаемых
значений от функций из libapt-pkg.  Некоторые действия от
пользователя выполнить не получится, но в режиме просмотра от
пользователя оно работать _должно_.

-- 
Regards,
Sir Raorn.

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

Re: [sisyphus] Менеджер пакетов

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [071226 17:28]:
> Насколько я знаю - у git'а нет проблем с правами на файлы..
Нет прав - нет проблем.  git хранит только "есть +x", всё
остальное 644/755, ну а владелец и группа вообще в пролёте.

-- 
Regards,
Sir Raorn.

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

Re: [sisyphus] Менеджер пакетов

[Alexey I. Froloff]

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

* Александр Орлов <alexis031182@> [071226 16:47]:
> Думаю, что в Gtk классы похожи по своей функциональности с Qt.
Совсем не похожи.  Говорю как человек пытавшийся написать
alterator-browser-gtk.

-- 
Regards,
Sir Raorn.

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

Re: [sisyphus] Менеджер пакетов

[Alexey Rusakov]

On Wed, 26 Dec 2007 16:44:46 +0300
Александр Орлов wrote:


> 26.12.07, Alexey Rusakov <ktirf@altlinux.ru> написал(а):
> >
> > > Боюсь, что это уже немного другая задача, более сложная. В общем случае
> > > механизм контрольных точек должен предусматривать откат не только
> > пакетов,
> > > но и настроек. Этот механизм вообще сложно сделать хорошо.
> 
> Да согласен, решение данного вопроса не представляется простым, но, в конце
> концов, я ведь могу надеяться на помощь сообщества? В любом случае, даже
> если приложение будет предоставлять функциональную возможность лишь на
> уровне установки "чистых" (без восстановления конфигураций) пакетов, это
> будет очень большим плюсом. Откат в данном случае позволит вернуть систему к
> её изначальному состоянию. Ну а с настройками что делать - надо подумать.
Мне жаль вас огорчать, но в данном случае лучше не надейтесь :) Не так уж
много людей вообще знают, как сделать хорошо откат конфигурации (я не
знаю, хотя немного интересовался вопросом). Но согласен, откат только
версий пакетов - это тоже неплохое подспорье, самому регулярно приходится
пользоваться, безо всякого отката настроек.

> > Проблема не в том, что они несовместимы. Эти вещи ортогональны. И поэтому
> > > сцепленность на уровне программного кода между ними должна быть
> > > минимальной. В идеале - это должны быть библиотека (backend) и
> > приложение
> > > (frontend), с описанным интерфейсом (API библиотеки) между ними.
> 
> Тут мне остаётся лишь сказать, что я не пишу программу на "чистом" С.
> Использование Qt позволяет экономить время (во всяком случае для меня) на
> осуществление многих стандартных операций.
Это вполне естественно, но совершенно не отменяет моих слов.

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

-- 
  Alexey "Ktirf" Rusakov
  ALT Linux, project manager

Re: [sisyphus] Менеджер пакетов

[Aleksey Avdeev]

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

Alexey I. Froloff пишет:
> * Anton Farygin <rider@> [071226 17:28]:
> 
>>Насколько я знаю - у git'а нет проблем с правами на файлы..
> 
> Нет прав - нет проблем.  git хранит только "есть +x", всё
> остальное 644/755, ну а владелец и группа вообще в пролёте.

  Про то и речь: для /etc данные параметры сохранять желательно.

-- 

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


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

Re: [sisyphus] Менеджер пакетов

[Slava Dubrovskiy]

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

ruslandh пишет:
>>>>       Управление контрольными точками установленных приложений
>>>>       (создание и изменение).
>>>>    *
>>>>       Переход к созданной ранее контрольной точке.
>>>>         
>>> Очень хотелось бы чтобы была возможность "откатиться" на определенную
>>> дату. Т.е. контрольной точкой является дата.
>>>       
> 1 Если изменилися репозитарий (тот-же бренч), то откатится на конкретную дату 
> или не получится, или надо хранить где-то старый репозиторий.
>   
Ну это уже совсем хорошо было бы. Я думаю что достаточно было бы просто
удалять те пакеты которые поставились с момента контрольной точки или
даты и не трогать те которые просто обновились.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [sisyphus] Менеджер пакетов

[Sergey V Turchin]

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

On Wednesday 26 December 2007, Александр Орлов wrote:

[...]
> Мне никогда не нравился код, в котором 
> намешаны и классы, касающиеся графического интерфейса, и классы,
> отвечающие за другую работу.
Из того, что я видел, мне понравился libevms в этом плане.

[...]

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

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

Re: [sisyphus] Менеджер пакетов

[Motsyo Gennadi aka Drool]

Александр Орлов пишет:
> Здравствуйте, Андрей.
> 
> 26.12.07, *Андрей Черепанов* <cas@altlinux.ru <mailto:cas@altlinux.ru>> 
> написал(а):
> 
>      > 1. Исходники не собираются:
>      > [cas@cas alligator]$ make
>      > make: *** Нет правила для сборки цели
>      > `/usr/share/qt4/mkspecs/linux-g++/qmake.conf', требуемой для
>     `Makefile'.

	Собирается. Войти в папку alligator и там
/usr/lib/qt4/bin/qmake alligator.rpo && make

>      > Останов.
>      > Сделай нормальный проект в KDevelop со сборкой через
>     Automake/QMake. Чтобы
>      > можно было собрать командой
>      > ./configure && make && make install

	А так быстрее ;-)

Re: [sisyphus] Менеджер пакетов

[Motsyo Gennadi aka Drool]

Андрей Черепанов пишет:
> 5. Окно в списке задач не показывается и до сих пор инициализируется...

	Да. Запущенный от root иницииализируется ну ооочень долго.

Re: [sisyphus] Менеджер пакетов

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

28 декабря 2007 Motsyo Gennadi aka Drool написал:
> Андрей Черепанов пишет:
> > 5. Окно в списке задач не показывается и до сих пор инициализируется...
>
> 	Да. Запущенный от root иницииализируется ну ооочень долго.
Поэтому нужно архитектуру прописывать. Сам столкнулся с этим для своего 
проекта E/AS.

Кстати, сейчас балуюсь с разработкой нового frontend для Alterator. Думаю, 
сколь много анимации туда класть. ;)

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

Re: [sisyphus] Менеджер пакетов

[Motsyo Gennadi aka Drool]

Андрей Черепанов пишет:
> 28 декабря 2007 Motsyo Gennadi aka Drool написал:
>> Андрей Черепанов пишет:
>>> 5. Окно в списке задач не показывается и до сих пор инициализируется...
>> 	Да. Запущенный от root иницииализируется ну ооочень долго.
> Поэтому нужно архитектуру прописывать. Сам столкнулся с этим для своего 
> проекта E/AS.

	Если через спек и я правильно Вас понял:
%build
export PATH=$PATH:%_qt4dir/bin
qmake "QMAKE_CFLAGS+=%optflags" "QMAKE_CXXFLAGS+=%optflags" %name.pro
%make_build

Re: [sisyphus] Менеджер пакетов

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

28 декабря 2007 Motsyo Gennadi aka Drool написал:
> Андрей Черепанов пишет:
> > 28 декабря 2007 Motsyo Gennadi aka Drool написал:
> >> Андрей Черепанов пишет:
> >>> 5. Окно в списке задач не показывается и до сих пор инициализируется...
> >>
> >> 	Да. Запущенный от root иницииализируется ну ооочень долго.
> >
> > Поэтому нужно архитектуру прописывать. Сам столкнулся с этим для своего
> > проекта E/AS.
>
> 	Если через спек и я правильно Вас понял:
> %build
> export PATH=$PATH:%_qt4dir/bin
> qmake "QMAKE_CFLAGS+=%optflags" "QMAKE_CXXFLAGS+=%optflags" %name.pro
> %make_build
Нет, подразумевалась архитектура самой программы менеджера пакетов.
Требования, компоненты, классы, API, инструментарий и т.п.

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

Re: [sisyphus] Инструменты настройки системы

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

В Срд, 26/12/2007 в 23:55 +0300, Alexey I. Froloff пишет:
> * Александр Орлов <alexis031182@> [071226 16:47]:
> > Думаю, что в Gtk классы похожи по своей функциональности с Qt.
> Совсем не похожи.  Говорю как человек пытавшийся написать
> alterator-browser-gtk.
А как с этим дела сейчас? У меня Qt морда работает очень плохо и жутко
тормозит (Сизиф) + некрасиво. Кроме того, в конце 2007 с внедрением
альтератора сломали стандартную настройку раскладок клавиатуры в GNOME.

В гноме есть стандартный GUI для системных настроек, способный вызывать
специфичные для конкретного дистрибутива инструменты. Почему бы не
прикрутить его к альтератору?

Re: [sisyphus] Инструменты настройки системы

[Alexey I. Froloff]

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

* Вячеслав Диконов <sdiconov@> [080322 14:36]:
> > > Думаю, что в Gtk классы похожи по своей функциональности с Qt.
> > Совсем не похожи.  Говорю как человек пытавшийся написать
> > alterator-browser-gtk.
> А как с этим дела сейчас?
Ничего не изменилось.

> В гноме есть стандартный GUI для системных настроек, способный вызывать
> специфичные для конкретного дистрибутива инструменты. Почему бы не
> прикрутить его к альтератору?
Прикрутите.  Только для этого придётся написать третий (два уже
есть - Qt и FBI) вид UI, заточенный под GTK'шный layout manager и
его виджеты.  И переписать морды существующих модулей под этот
UI.

-- 
Regards,
Sir Raorn.

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

Re: [sisyphus] Инструменты настройки системы

[Michael Shigorin]

On Sat, Mar 22, 2008 at 02:36:34PM +0300, Вячеслав Диконов wrote:
> В гноме есть стандартный GUI для системных настроек, способный
> вызывать специфичные для конкретного дистрибутива инструменты.
> Почему бы не прикрутить его к альтератору?

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

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

Re: [sisyphus] Инструменты настройки системы

[Stanislav Ievlev]

On Sat, Mar 22, 2008 at 02:36:34PM +0300, Вячеслав Диконов wrote:
> 
> В Срд, 26/12/2007 в 23:55 +0300, Alexey I. Froloff пишет:
> > * Александр Орлов <alexis031182@> [071226 16:47]:
> > > Думаю, что в Gtk классы похожи по своей функциональности с Qt.
> > Совсем не похожи.  Говорю как человек пытавшийся написать
> > alterator-browser-gtk.
> А как с этим дела сейчас? У меня Qt морда работает очень плохо и жутко
> тормозит (Сизиф) + некрасиво. Кроме того, в конце 2007 с внедрением
> альтератора сломали стандартную настройку раскладок клавиатуры в GNOME.
> 
> В гноме есть стандартный GUI для системных настроек, способный вызывать
> специфичные для конкретного дистрибутива инструменты. Почему бы не
> прикрутить его к альтератору?
Есть такие планы и по Gnome и KDE.

> 
> 
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus