From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <459EB35A.1090207@altlinux.org> Date: Fri, 05 Jan 2007 23:21:46 +0300 From: Alexey Rusakov Organization: ALT Linux Team User-Agent: Thunderbird 1.5.0.8 (X11/20061205) MIME-Version: 1.0 To: ALT Devel discussion list References: <200612312138.22415.shrek@altlinux.ru> <200612312158.01249.shrek@altlinux.ru> <459C3860.5020009@altlinux.com> <200701041202.41757.shrek@altlinux.ru> <459E1E99.9050802@altlinux.com> <459E6674.5000902@altlinux.org> <20070105161921.GA26293@lks.home> <459E98C8.7010901@altlinux.org> <20070105183450.GA9825@lks.home> In-Reply-To: <20070105183450.GA9825@lks.home> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] ImageMagick-6.3.1-alt1.src.rpm X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 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: Fri, 05 Jan 2007 20:21:47 -0000 Archived-At: List-Archive: List-Post: Konstantin A. Lepikhov wrote: > Hi Alexey! > > Friday 05, at 09:28:24 PM you wrote: > > >> Konstantin A. Lepikhov wrote: >> >>> Hi Alexey! >>> >>> Friday 05, at 05:53:40 PM you wrote: >>> >>> >>>> (по-видимому) большинству функционала. Через gnome-vfs librsvg >>>> добирается до ресурсов, лежащих в Сети, в частности: определений XML >>>> entities; DTD/XML Schema; сетевых svg-ресурсов, включаемых из текущего >>>> svg-ресурса. Насколько это критично - я не знаю, честно говоря. >>>> В целом это вопрос урезания функциональности. Тут уже было упоминание, >>>> что без librsvg ImageMagick не отрисовывает градиенты. Без gnome-vfs >>>> некоторые (достаточно специфические) svg-файлы тоже будут некорректно >>>> отображаться. >>>> В качестве третьего решения (помимо выбора одного из вариантов) я готов >>>> сделать две сборки librsvg, конфликтующие между собой и провайдящие один >>>> и тот же librsvg.so.*. Лично мне сборка librsvg с gnome-vfs кажется >>>> более правильной, но у меня по определению необъективное мнение. >>>> >>>> >>> gnome-vfs очень много хочет и с этим надо что-то делать т.к. установка >>> openssh-server в build среду выглядит несколько дико. Понятно, что если >>> оторвать от него ssh, то он перестанет его воспринимать как протокол, но, >>> с другой стороны, какой из пакетов реально пользуется таким функционалом? >>> >>> >> hsh-install gnome-vfs не устанавливает openssh-server. Во всяком случае, >> у меня. openssh-clients - да, но по-моему, openssh-clients не слишком >> экзотический пакет для десктопа. >> > для сборочной среды это экзотика. Да и зачем ему ssh-clients? > Ну как зачем, для доступа по SSH/SFTP. Я в своё время вполне реально дома из Наутилуса подключался к рабочей машине через SSH и рулил файлами на ней. Удобно, кстати. Так вот. Я могу сделать отдельный подпакет gnome-vfs-ssh для модуля доступа по SSH/SFTP. Тогда gnome-vfs останется без зависимости от openssh. Можно аналогичным образом вынести в отдельный пакет зависимость от libsmbclient. Но оторвать зависимость от libORBit и libGConf я не смогу. Отрывать зависимости от Avahi и Gamin не хотелось бы. Я прекрасно понимаю, что функциональности, которая нужна librsvg, без всего этого хозяйства всё равно будет достаточно. Но gnome-vfs настолько мелко уже не пилится. Итого, на данный момент есть следующие варианты: 1. Отключить сборку librsvg с gnome-vfs. Последствия я описал выше. 2. Нарезать помельче gnome-vfs, вынеся поддержку SSH и SMB в отдельные подпакеты. Частично это решит вопрос, но только очень частично; зависимости на ORBit и GConf принципиально не удаляемы из gnome-vfs. 3. (с чего всё началось) Отключить сборку ImageMagick с librsvg. Последствия - ухудшение качества представления SVG в ImageMagick. 4. (ну и конечно) пропатчить ImageMagick так, чтобы он вместо librsvg использовал libsvg. Насколько libsvg умеет работать с удалёнными сущностями и нужно ли вообще это ImageMagick'у - я не знаю. По-моему, не нужно. -- Alexey "Ktirf" Rusakov GNOME Project ALT Linux Team