From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <442FF906.1000401@altlinux.org> Date: Sun, 02 Apr 2006 20:17:10 +0400 From: Alexey Rusakov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20060328 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: ALT Devel discussion list References: <1143919002.4210.1.camel@localhost.localdomain> <442EE880.8000402@altlinux.org> <200604021449.34076.lav@altlinux.ru> <20060402110737.GA21417@basalt.office.altlinux.org> In-Reply-To: <20060402110737.GA21417@basalt.office.altlinux.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] Q: gtk-update-icon-cache not run X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.7 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Apr 2006 16:17:10 -0000 Archived-At: List-Archive: List-Post: Dmitry V. Levin wrote: > On Sun, Apr 02, 2006 at 02:49:32PM +0400, Vitaly Lipatov wrote: > >> On Sunday 02 April 2006 00:54, Alexey Rusakov wrote: >> >>> Mikhail Zabaluev wrote: >>> >>>> https://launchpad.net/distros/ubuntu/+source/gtk+2.0/+bug/17 >>>> 970 >>>> >>>> Для нас это не актуально? >>>> >>> Пожалуй, актуально. Предлагается в каждый пакет, ставящий >>> иконки в %_iconsdir, добавить упоминаемый там скрипт? >>> Наверное, было бы неплохо его оформить макросом (видимо, в >>> libgtk+2). >>> >> Мне вот кажется, что действия по обновлению кэшей (после >> установки значков, шрифтов, библиотек, модулей ядра и пр.) >> не должны быть явно прописаны в спеке/пакете, а обеспечиваться >> системой. >> > Собственно говоря, в этом разница между регистрацией и кэшированием. > Если требуется регистрация, то она должна быть в каждом пакете, > а если требуется кэширование, то оно не должно быть в каждом пакете. > Беда в том, что это не просто кэширование. Это плохо сделанное кэширование. И описанный в обсуждении бага %post-скрипт - это workaround. -- Alexey "Ktirf" Rusakov