Главная

Upgrade единичного приложения

30.10.2007 в 19:10 — Максим
Что-то у меня никаких нормальных мыслей нет. Хочу поставить openoffice по-свежее из репозитороя unstable. У меня Etch. И как мне лучше это сделать? На ум приходит только прописать в параметр unstable, сделать aptitude update и попробовать установить новый поверх старого надеясь, что старый благополучно удалиться. А можно ли сделать это через aptitude upgrade??? То есть чтобы конкретное приложение проапгрейдилось???

Комментарии

30.10.2007 в 19:21 — Дмитрий

Либо достать подходящие пакеты и привинтить все зависимости (там их много может оказаться), либо собрать из сорцов и поставить вне системы пакетов. Второй вариант часто самый лёгкий бывает.

30.10.2007 в 21:31 — Максим

Вот вот. Какой-то геморрой непонятный. Вроде бы и репозитории уже готовые есть, а апгрэйд через левое плечо делать приходится. Ладно. Буду дальше искать выход. "Лучше день потерять, а потом за пять минут долететь"(с)

30.10.2007 в 21:43 — Макс

Из исходников не стоит собирать. Способ простой.. Добавляете репозиторий в и
% aptitude update
% aptitude install # или как там его :)
Затем убираете добавленный репозиторий из . Делать upgrade не стоит, потому что обновится пол системы, а не только office.

30.10.2007 в 21:50 — Максим

to Макс lollo Стоцкий
Ну это я и описывал в своём корневом посте. Вопрос в том, что конкретно произойдёт при aptitude install ... Он удалит старые версии офиса? Или всё придётся ручками сносить?
Такой вариант неплох, если ставится приложение, которого нет в системе. Например ntfs-3g из testing или unstable. Но вот при необходимости upgrade-а приложения как-то страшновато становится. Что там он наворотит?

30.10.2007 в 23:43 — Макс

Все будет в порядке, aptitude просто заменит старую версию ooffice на новую. Ничего страшного произойти не должно. :)

01.11.2007 в 13:12 — Юрий

имхо проще выкачать инфра-ресурсовскую сборку для etch. Кажися, такая должна быть. Хоть и в систему может вписаться не совсем аккуратно, но зато будут русские фишки + не будет проблем с зависимостями.

01.11.2007 в 15:21 — Максим

Короче. Просто снёс старый оффис. А именно всё, что с ним связано. Иначе получалось как-то кривенько с зависимостями. Теперь ставлю свежий с ветки testing. Вот это немного помогло, но не особо (как я уже сказал, с зависимостями):

3.4.7 Mixed stable/testing/unstable system

apt-show-versions can list available package versions by distribution.

$ apt-show-versions | fgrep /testing | wc
... how many packages you have from testing
$ apt-show-versions -u
... list of upgradeable packages
$ aptitude install `apt-show-versions -u -b | fgrep /unstable`
... upgrade all unstable packages to their newest versions

------------

Fu***ing ... При устанновке интеграции с kde он ещё кусочек самого kde меняет. Хорошо не весь.

02.11.2007 в 23:15 — Юрий

apt-get -t testing install ... ? RTFM, однако. + таки рекомендую инфраресурсовскую сборку.

03.11.2007 в 00:48 — Максим

to Юрий Bitterman Лунёв
Хм. Спасибо за подсказку. В кратком хэлпе этого ключика нет, а в мане я как-то проглядел. Но это для apt-get. Меня просто волнуют вопросы удовлетворения зависимостей. Судя по различным комментариям apt-get не всегда хорошо их обрабатывает и бывают косяки.

Да и для apt-get -t testing, насколько я понял, всё равно нужно прописать в репозиторий тестинга. А значит что-то типа aptitude install 'apt-show-versions -u -b | fgrep | fgrep testing' тоже прокатит после apt-get update. Фактически это тоже самое.

В принципе, я уже поставил openoffice 2.2.1 из testing. На пока пойдёт. А инфраресурсовская сборка очень хороша???

03.11.2007 в 01:01 — Максим

Короче, вопрос действительно решается просто:
aptitude install packagename/testing --- для установки из ветки testing
Для апгрэйда всех пакетов нужного приложения используется комбинация, описанная в предыдущем посте.

Всем спасибо.

03.11.2007 в 04:16 — Александр

Жесть... Это каждый дебианщик должен знать... так же, как и про существование apt-howto. %)

03.11.2007 в 11:55 — Максим

to Александр puleglot Цой
???
Если каждый должен знать, то почему сразу не сказали и ветка стала такой длинной???
А вот на apt-howto не надо посылать. Или предлагаете перерыть всю документацию, чтобы решить в общем-то небольшую проблемку? Для этого и задал вопрос здесь.

А что ещё должен знать каждый дебианщик??? А то я наверное по критериям не попадаю :-@

03.11.2007 в 19:54 — Александр

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

03.11.2007 в 21:16 — Максим

С системой пакетов сталкивается каждый, кто ставил дебиан. И что? Да, ещё до того как поставить дебиан (кстати, мой первый линукс) я перечитал много чего. Естественно вышел и на apt-howto. Тем более эта документация лежит чуть ли не первой на сайте дебиана. Прочитал общие вопросы, но не стал углубляться в детали. Тем более времени на это нужно потратить достаточно. А у меня и другой работы полно было. Прошло несколько месяцев и что-то забылось, учитывая, что я поставил дебиан и пользовал без особых заморочек. Я не любитель выискивать и ставить всё самое самое свежее. Поэтому просто взял etch. Он меня вполне устраивает. А вот cейчас возникла необходимость обновиться с тестинга. Это криминал???

Простите, но мерятся пи**сками в этом вопросе совершенно глупо. Лучше поделиться знаниями и опытом, а не строить из себя не знамо кого. Тем более один дистрибутив используем. А то так недолго дойти и до того, что сказыть "каждый пользователь linux должен уметь настраивать iptables" и слать его на толстенный iptables tutorial в противном случае.

13.11.2007 в 10:37 — Александр

Эмм.. Погорячился.. Злой был и не совсем трезвый. Извиняйте. =)

13.11.2007 в 14:59 — Максим

Да ладно. Забыли. Мы ведь один объект любим :-))) Debian for ever...