Ubuntu Lucid принимает на вооружение новый формат пакетов исходного кода

>Таки слабо замочить пакетик ?
Таки 1 команда для сборки пакета: makepkg -c и 1 команда для его установки: pacman -U
Чудило, у меня в ауре 5 пакетов, а сколько переписанных для себя PKGBUILDов и собранных пакетов, я уже и не знаю.

А я баиньки

Спокойной ночи, надеюсь в следующий раз санитары будут внимательней и тебя не подпустят к ПеКа

> и что сборка классическая пакета в дебе:

#debian/rules binary

Что за #? Под рутом сидим? Тогда уж fakeroot debian/rules binary из-под обычного пользователя. А ещё лучше debuild -b.

>Вот если бы в системе легко без плясок устанавливались разные версии/подверсии одной и той же библиотеки

Для этого делают разные пакеты. Пример: libstdc++5, которая нужна для многих проприетарных программ

>Хрена ль толку от пакетов? Всеравно пакет собирается под пределенный дистриб определенной версии.

нет, это только в вашем говно-RPM так, понаплодили кучу несовместимых дистров

Сам ставил кучу софта из деба на убунту, из убунты на деб, вплоть до ядра

Ночь, лень и не нужная жертва краткости по тексту спора.

> какие доки при сборке (а может быть маны) резать

их не надо резать, они должны упаковаться в -doc пакет

удалять ли отладочную инфу.

её не удалять надо, а отделить в -debug пакет

>Оценка-вброс есть, а сравнения нет.

CWD=`pwd`
cd /tmp
tar -zxf $CWD/app-1.2.3.tar.gz
cd app-1.2.3
./configure --prefix=/usr
make
make install DESTDIR=/tmp/pkg-app
cd tmp/pkg-app
makepkg app-1.2.3.tgz

Это минимальный слабкилд. Причём единственная slk-специфичная команда/сущность тут - makepkg. С нетерпением жду содержимого минимального дебилда =)

не удивительно

да, извращения у нас не практикуются :)

Естественно, особо когда нечто подобное как pdftk под 13 слакой собрать.

http://slackbuilds.org/slackbuilds/13.0/office/pdftk/pdftk.SlackBuild
Если будут проблемы с пониманием содержимого - дай знать

Прстота -> простоватость -> простата -> простатит ) ну,как-то так.

у кого что болит, как говорится :)

Зоркому Соколу :
http://www.linux.org.ru/jump-message.jsp?msgid=4357924&cid=4358893

И совсем разный смысл и последствия от минимальности.

> Так, что нечего свои личные проблемы и неудачные опыты представлять как системные проблемы.

Не асилил ? - дык, пользуйся пакетами стандартной системы из дистра.

Появится опыт и навыки - тогда и будешь смеси готовить из пакетов.

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

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

Хотя да, тупому невнимательному красноглазому планктону пакетная система очень нравится наверно, ведь тогда думать ненадо, просто надо жрать что дают.

>> Вот если бы в системе легко без плясок устанавливались разные версии/подверсии одной и той же библиотеки

Для этого делают разные пакеты. Пример: libstdc++5, которая нужна для многих проприетарных программ

Кто делает? Покажите хоть одну систему, в репах которой есть одновременно все подверсии того же WxWidgets, а то разные проги разные подверсии хотят.

Стабильность работы будет только в том случае, если у пользователя будет та же подверсия либы, что и у разработчика. Все. Поменялась версия либы с 1.1424 на 1.1425 - все, привет галлюны. Поэтому в системе должны легко существовать обе копии либы. Только так.

>Стабильность работы будет только в том случае, если у пользователя будет та же подверсия либы, что и у разработчика. Все. Поменялась версия либы с 1.1424 на 1.1425 - все, привет галлюны. Поэтому в системе должны легко существовать обе копии либы. Только так.

Все нормальные люди сохраняют в минорных релизах принято API - т.е. все функции, присутствовавшие в предыдущей версии, должны иметь те же самые прототипы, поэтому бинарная совместимость не нарушается. Что же касается галлюнов, их может быть только меньше (например, ставим Qt 4.5.2 вместо 4.5.0) Обходить галлюны библиотеки своими костылями могут позволить себе только проприетарщики - см. выше

>Покажите хоть одну систему, в репах которой есть одновременно все подверсии того же WxWidgets

в Дебиане, например, можно выбрать из 2.4, 2.6, 2.8

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

Голословный набрось, а танцору часом ноги не мешают ?

Хотя да, тупому невнимательному красноглазому планктону пакетная система очень нравится наверно,

ЛЮДИ берегут свое время, каждый должен заниматься своим делом - это для вас новость,удивляет ?

ведь тогда думать ненадо, просто надо жрать что дают.

Что-то это «думать надо» у вас не очень выходит тоже ))

Вперёд собирать всё из исходников! Мы пока займёмся работою.

Все нормальные люди сохраняют в минорных релизах принято API - т.е. все функции, присутствовавшие в предыдущей версии, должны иметь те же самые прототипы, поэтому бинарная совместимость не нарушается. Что же касается галлюнов, их может быть только меньше (например, ставим Qt 4.5.2 вместо 4.5.0)

Какой наивный чукотский юноша :)

Он действительно верит, что с увеличением версии библиотеки только «улучшаются». Ну вот тебе вброс про Qt, тоже наверно случайность, и только я такое замечаю

oscada.diyaorg.dp.ua/index.php?id=24&L=1&tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=46

Для тру цитато:

".. Ну, в общем собрал я под Qt 4.3.0. Результат - действительно, стало заметно быстрее. В конфигураторе вкладки и ветки стали нормально открываться (небольшая задержка всеравно осталась, но явно не такая как в 4.4.1). А в визуализаторе все стало отрисовываться с дикой скоростью. Если раньше, при перетыкании в окне мнемосхемы на вторую мнемосхему (или на другой вид отчетности) приходилось ждать более пяти секунд, то сейчас это происходит менее чем за секунду, не успеваешь прочитать надпись в центре на сером фоне с путем к окну.

Выключение OpenScada тоже происходит в несколько раз быстрее.

Пока что делаю вывод, что Qt 4.4.1 явный тормоз по сравнении с Qt 4.3.0, тем более об этом на prog.org.ru уже говорили, но я не думал что будет настолько заметно.

А версия OpenScada 0.6.0 у меня работала быстро как раз потому, что год назад у меня как раз стояла Qt 4.3.0. А сейчас, когда ставил OpenScada 0.6.3.1, стоит уже 4.4.1, поэтому OpenScada и стала тормозить.

Можно заносить в вики или еще куда, что Qt 4.4.1 нерекомендуется к использованию."