(Topper @ Суббота, 02 Апреля 2005, 21:35) писал(а):Для t.t:
исходники - это текст. а с текстом что можно сделать? правильно! очень некисло зажать архиватором каким-нибудь. вот тебе и разница.
Topper добавил в
03.04.2005 01:35
Для t.t:
исходники - это текст. а с текстом что можно сделать? правильно! очень некисло зажать архиватором каким-нибудь. вот тебе и разница.
сами по себе рпм-ки содержат внутри некоторый сжатый готовый бинарник - утилитой cpio2tar . исходник хорошо сжатые bzip2 меньше ,но
для rpm-дистрибутивов как правило исходники беруться в виде src.rpm - чтоб
не нарушать целостность системы ,а вот они бывают больше самой рпм и очень часто
wolf_black добавил в
03.04.2005 04:47
(powerfox @ Суббота, 02 Апреля 2005, 15:33) писал(а):1. Лучше скачивать исходники(пример: исходники qt3.3 15м, rpm в 2 раза больше).
2. При переустановке системы я люблю всё форматировать(ощущение новизны).
3. В случае с qt3.3 make install отказывается пахать - выдаёт ошибки.
4.(!) родной пакет mplayer не поддерживает многие кодеки, xvidcore, собрав с исходников можно использовать множество кодеков с сайта mplayerhq.hu + xvidcore
1.Одно из замечательных свойств пакетных дистрибутивов (особенно рпм-базе) ,это то что есть некая база пакетов где хранятся как данные о пакетах ,так и их мета-данные .От неё зависит работоспособность дистрибутива -транзикационные
связи рпм ,зависимости итд .Теперь переходим к KDE .Мандрейк - продвигает себя как KDE -ориентированный дистрибутив ,KDE- является одним из краеугольных частей этого дистрибутива .Так вот при установки/обновление КДЕ (а впрочем лучше и любого пакета)- лучшего всего брать родные пакеты (rpm ) - в крайнем случае рпм другого дистрибтива ,если нет ,то можно вроде бы делать свою ,но тут есть одно большое
НО -придётся отследить все зависимости причём каждого пакета ,написать свой файл спецификации , установить найти и добавить небходимиые патчи ,причём это делать нужно применительно к данному дистрибутиву ,причём в целом для всей KDE данной версии (свыше 200 мб исходных текстов ) ,чтоб не нарушить целостность системы - этим занимаются целые команды разработчиков ,извините заниматься одному это силам . Даже в минимальной/базовой усатановки кде - а это порядка 40-50мб изготовление своих нормальных работоспособных рпм потребует порядка 4-5 дней - - пустая трата времени,причём "самопальные "
рпм далеки от идеала и как правило содержат множество ошибок ,
я бы такой низачто не поставил .(предварительно "фирменные" рпм-ки тестятся тщательно на разных компьютерах и несолькими людьми,.перед тем как вылож аться на офицальный сайт )
Теперь установка КДЕ только из тарболов - система получиться не целостной ,нарушиться много связей ,возможны конфликты версий библиотек,нарушается
сама по себе база данных пакетов - дистрибутив в конце концов принимает форму не как единоцелостный дистрибутив а что-то иное и " корявое " ,в бдущем при установке новых программ проблемы могут нарастать как снежный
ком .
Я сам тоже собираю у себя пакеты в слакваре ,но делаю этот так - меняю/добавляю опции компиляции (для оптимизации ,добавления новых функций итп ) в готовых "фирменных ' билдах и ничего более ,при этом сохраняется целостность системы и делаю это при необходимости (например пакет флуксбокс шёл без поддержи кде - я эту опцию добавил в билд (аналог спецификаций рпм) и пересобрал пакет - этот путь куда лучше
чем готовить новые сырые пакеты ,тем более что файлы src.rpm
разбросаны везде - минимальные усилия ,минмум времини и система цела ,и получаем всё что нужно .
2.Зачем переустанавливать ? см.выше- не в этом ли причина (нарушение целостности и невозможности отследить где-что стоит и зачем ) потери "чувства новизны" .Переустановки с форматированием должны быть ислючением из правил ,а не правилом .
3.qt3.3 именно выдаст ошибки при make install - именно потому что опять же
не отследили зависимости (опять портите систему )
4. Недавно у знакомого смотрел видео - именно на мандрейк-10.1 ,
mplayer-ом ,так вот стоял родной Mplayer - тот который идёт с дистрибутивом,
xvidcore присуствовал - проблем с видео никаких - это первое
Вобше неприходило в голову просто взять отдельно рпм-ку с кодеками и добавить ? (во множестве валяются в нэте ) ,чем заниматься пустой тратой времени вот для примера
http://rpmseek.com/rpm-pl/xvidcore.html?hl...core:PN:0:0:1:0
(хотя рпм-ки не мандрейковсие ,но целостность системы сохраниться и рпм-ку
можно отследить хотя бы через тотже rpmdrake) .Третье можно - взять рпм-ку
mplayer из роодственного дистрибутива - Alt например,подойдёт Suse,Conectiva
wolf_black добавил в
03.04.2005 04:51
(BiteX @ Суббота, 02 Апреля 2005, 16:07) писал(а):3. Что читать, если это прога глючит ? :devil_2:
Как правило проблема решается чтением сообшений об ошибках ,чтения логов
итп , и устранением возникщей проблемы - в этом clx прав.
Все проблемы часто от ленивости что-то прочитать и понять суть.
wolf_black добавил в
03.04.2005 04:54
(powerfox @ Суббота, 02 Апреля 2005, 14:25) писал(а):kde 3.4 - только 1-ый стаб. релиз, а в 3.3.2 большинство bugov устранено. Не вижу в 3.4 ничего нового для себя(только "get new wallpapers / screensavers")
как ты думаешь для чего новые версии программ вобще выпускаются ?
Quae videmus quo dependet vultus. (лат) - То, что мы видим, зависит от того, куда мы смотрим.