From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-3.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, SPF_PASS autolearn=ham version=3.2.5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:date:message-id:mime-version :content-type:content-transfer-encoding; bh=JkkNCbZK2uy2bVKHeZn/hHpCYsA2IM5ZF9mkjeGnB9g=; b=n51uhARYlBvsExlCtAtl0lJoXcHgQTEE4CuSrTyyAHE7uX7TJ1GAaP5uRO6cbTvony 3vgKgLLiIDcFv06cAajuLT4l0QUzZJxz+GKKOtubqvET9+Nk+NTcfdUxCa7MDIobas/0 IBJEd+Z+8d9kGLoZLxzP5nJNiVj2A7XyiBptJ7D6IecM8Rbh4Ho+HJGIzrB0d9HWD4m2 Bw+lZFpsE0R2x0Od2UEWQQwC6r0/8aF7rTeXxA4bus6Q16Hr9jVGdIFUBdVTbQYdIMk0 KqH6MCRFgzuIFEaemnxlbTRXoRJr5kIsZf/HKtpUg3jNcyEjQzHTS0MkGh5d6qK5T5Id NgaA== X-Received: by 10.152.109.139 with SMTP id hs11mr74707167lab.13.1357936645565; Fri, 11 Jan 2013 12:37:25 -0800 (PST) Sender: Michael Pozhidaev From: Michael Pozhidaev To: devel@lists.altlinux.org Date: Sat, 12 Jan 2013 03:36:47 +0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Cc: cas@altlinux.org, zerg@altlinux.org Subject: [devel] =?koi8-r?b?8s/M2CDQwcvF1M7Px88gzcXOxcTWxdLBINcgyM/Sz9vF?= =?koi8-r?b?zSDEydPU0snC1dTJ18U=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 20:37:31 -0000 Archived-At: List-Archive: List-Post: Привет всем! По ходу новогодних каникул появились некоторые дополнительные мысли о том, какие функции могут требоваться пакетному менеджеру, чтобы для массового пользователя дистрибутив мог бы стать ещё удобнее. То, что описано ниже, является своего рода надстройкой третьего уровня, т.е. над Deepsolver, рассматриваемого как пакетный менеджер второго уровня. Идея "третьего уровня" принадлежит первоначально lav@, но с его позволения здесь тоже ею воспользуемся, хотя идейно речь идёт несколько про другие вещи. Идеи следующие: 1. Список фич, которые включаются и отключаются путём установки или удаления некоторых пакетов. Типичный пример - acpid-events-power. Список показывается в окошке с мышкой, и в нём можно расставлять галочки. Информация о таких пакетах хранится отдельно в файле (xml, скажем) с дополнительными тегами, что фича не должна показываться пользователю, если какие-то из необходимых пакетов не установлены (сам acpid, например) или дистрибутив имеет неподходящий flavor. То есть в списке всё только такое, что пользователь действительно может хотеть включить/выключить. И да, пока совсем неочевидно, что некоторые такие элементы не должны попадать в control. 2. Кластеры пакетов: то есть такие группы пакетов, которые решают одну общую задачу. Отдаленно напоминает популярные пакеты-установщики, но имеют человеческие описания, ds сам может обеспечить их присутствие именно в свежих версиях из репозитория и обеспечить механизм их полного и безопасного удаления. Описания тоже хранятся в отдельном файле. Таким образом можно устанавливать драйверы вместе со всеми их firmware или национальные языки. Возможно, было бы правильно в такой кластер выделять всё, что может соответствовать некоторой строчке в Альтераторе. Кластер установлен - строчка видна и корректно работает. Кластер пользователь удалил - строчка пропала с полным освобождением места на диске. Тоже, видимо, необходимо предусмотреть учёт flavor дистрибутива. 3. Особый механизм, который проследит, что заказ пакетов по предыдущим двум пунктам не окончится неудачно по какой-нибудь глупой причине, как, например, такая, что пользователь ещё ни разу не вызвал apt-get update и пакетная система не знает запрошенных пакетов. Как это реализовать - не принципиально. Как-нибудь точно можно. Всё это в тесной интеграции с Альтератором и в дополнение к идее выбора приложений по desktop-файлам. Для правильной работы этих фич сам ds должен быть дополнен некоторыми возможностями, но это как раз может быть реально. Мнения? -- Michael Pozhidaev. Tomsk, Russia. Russian info page: http://www.marigostra.ru/