Подскажите, как иметь постоянно актуальный Firefox?
чтобы обновлялось до новой версии.
спасибо
Подскажите, как иметь постоянно актуальный Firefox?
чтобы обновлялось до новой версии.
спасибо
Просто обновляйте регулярно систему - будете всегда иметь актуальный софт.
eix-sync
emerge -uND world
естественно firefox надо установить
для сборки из исходников:
emerge firefox
для установки бинарной версии (как правило выходят реже, соответственно, версии пониже)
emerge firefox-bin
Это я делаю постоянно, хотелось бы актуальные версии, уже есть 16, а у меня до сих пор 10
Почитайте про портежи. На этом сайте есть неплохой перевод (Смотрите в меню в шапке сайта Ещё ->
Документация)
Там описано про стабильные и нестабильные версии пакетов.
Те версии, что пока не оттестированы - помечены как нестабильные (или замаскированы).
Размаскируйте нужную вам версию. Если хотите размаскировать все версии (вполть до последней), размаскируйте сам пакет. на примере огнелиса:
echo www-client/firefox-bin ~x86 >>/etc/portage/package.keywords/custom
Михаил Гагауз wrote:
Почитайте про портежи. На этом сайте есть неплохой перевод (Смотрите в меню в шапке сайта Ещё
->
Документация)
Там описано про стабильные и нестабильные версии пакетов.
Те версии, что пока не оттестированы - помечены как нестабильные (или замаскированы).
Размаскируйте нужную вам версию. Если хотите размаскировать все версии (вполть до последней), размаскируйте сам пакет. на примере огнелиса:
echo www-client/firefox-bin ~x86 >>/etc/portage/package.keywords/custom
если у вас 64-бит система, то:
echo www-client/firefox-bin ~amd64 >>/etc/portage/package.keywords/custom
или
echo www-client/firefox ~amd64 >>/etc/portage/package.keywords/custom
Спасибо!!!
Михаил Гагауз wrote:
Размаскируйте нужную вам версию. Если хотите размаскировать все версии (вполть до последней), размаскируйте сам пакет. на примере огнелиса:
echo www-client/firefox-bin ~x86 >>/etc/portage/package.keywords/custom
а возможно-ли наоборот замаскировать какой-то пакет подобным образом?
Ну, например , так:
echo www-client/firefox-bin ~x86 >>/etc/portage/package.mask/custom
Михаил Гагауз wrote:
Почитайте про портежи. На этом сайте есть неплохой перевод (Смотрите в меню в шапке сайта Ещё
->
Документация)
Там описано про стабильные и нестабильные версии пакетов.
Те версии, что пока не оттестированы - помечены как нестабильные (или замаскированы).
Размаскируйте нужную вам версию. Если хотите размаскировать все версии (вполть до последней), размаскируйте сам пакет. на примере огнелиса:
echo www-client/firefox-bin ~x86 >>/etc/portage/package.keywords/custom
Согласно документации в в 4 разделе "Установка и удаление программ"команда на размаскировку -
emerge --autounmask-write =www-client/firefox-(версия)
Какой порекомендуете пользоваться , вашей или согласно данной в документации ?
V K wrote:
Согласно документации в в 4 разделе "Установка и удаление программ"команда на размаскировку -
[…]
это к конкретной версии пакета размаскировка. А Михаил показал, как можно вообще размаскировать этот пакет пожизненно!!! Форевер в смысле
Мне любопытно наоборот - про маскировку пакета. Можно ли его замаскировать, как я написал в примере?
Я так думаю редактировать нужно будет так же -
/etc/portage/package.keywords/custom
V K wrote:
Я так думаю редактировать нужно будет так же -
[…]
как я понял, в /etc/portage/package.keywords/custom лежат пакеты, которые подлежат размаркировке. Как мне кажется, логично будет , если пакеты подлежащие наоборот маскировке, будут лежать в /etc/portage/package.mask/custom . Но я не уверен.
а возможно-ли наоборот замаскировать какой-то пакет подобным образом?
Как мне кажется, логично будет , если пакеты подлежащие наоборот маскировке, будут лежать в /etc/portage/package.mask/custom
Вы все правильно поняли.
Одна поправка - имена файлов (custom и т.д.) не существенны. Важно лишь чтоб они не были скрытыми (не начинались с точки). Имена же имеют значение лишь для удобства пользователя.
К примеру для замаскировки ядра версии больше 3.3*
, я использовал такой файл:
# cat /etc/portage/package.mask/kernel
>=sys-kernel/calculate-sources-3.4
>x11-drivers/ati-drivers-12.6_beta_pre897
Чтоб было понятно, поскольку я пока не спешу переходить на последние ядра, тут я маскирую sys-kernel/calculate-sources новее своей версии - 3.4
и выше.
Также, поскольку x11-drivers/ati-drivers-12.6
с ядром 3.3*
не работают, я замаскировал и его.
Для маскировки же gnome3 (я пока не спешу переходить с gnome2 на тройку) я использовал файл:
/etc/portage/package.mask/gnome3
Его сейчас приводить не стану, он слишком большой, да и обсуждение тут другое.
Михаил Гагауз wrote:
Для маскировки же gnome3 (я пока не спешу переходить с gnome2 на тройку) я использовал файл:
/etc/portage/package.mask/gnome3
Зачем? Я поставил посдеднюю версию кальки XFCE , установил и обновил все что хотел, потом установил фирменный кальковский гном 2 (cl-gnome-meta-2.32-r2) и теперь у меня 2 гном на ядре 3.5.6. Какой-то чувак ещё в прошлом году предложил так делать. Ничего маскировать не надо
48.xcf (275 KB)
Дык если установить гном - 2.32 , гном - 3 нужно удалять или нет? , вооще то неплохо было в документацию сайта поместить порядок действий по смене рабочиж столов ! Да и тему по этому вопросу нужно создать !
тема была создана зимой прошлого года. Когда на 3 гном переходили. С 3 гнома возвращаться на второй практически невозможно. Куча коллизий, несоответствий и т.п. Один человек предложил: ставить XFCE , а потом - пакет cl-gnome-meta-2.(какой там последний гном 2 будет). Все ставится нормально и бегает быстро. Если влазить в маскировки - размаскировки, можно не одну неделю убить, а нормального результата не будет. Постоянно какие-то грабли вылезают. Поэтому для меня способ XFCE , а потом - пакет cl-gnome-meta-2.xxx - самый правильный и оптимальный
Не не получается , вот —
calculate vf # emerge app-misc/cl-gnome-meta-2.32-r2
--- Invalid atom in /etc/portage/package.keywords: www-cl-gnome-meta-2.32-r2
Local copy of remote index is up-to-date and will be used.
!!! 'app-misc/cl-gnome-meta-2.32-r2' is not a valid package atom.
!!! Please check ebuild(5) for full details.
calculate vf #
размаскировал вроде бы —
emerge --autounmask-write =www-app-misc/cl-gnome-2.32-r2
ну… вроде бы надо так
emerge =www-app-misc/cl-gnome-2.32-r2
Не в какую не не хочет —
calculate vf # emerge app-misc/cl-gnome-2.32-r2
!!! Invalid binary package: '/var/calculate/remote/packages/CLDX/i686/dev-libs/boost-1.49.0-r1.tbz2'
!!! Missing metadata key(s): CATEGORY, PF, SLOT. This binary package is not
!!! recoverable and should be deleted.
!!! Invalid binary package: '/var/calculate/remote/packages/CLDX/i686/dev-libs/boost-1.49.0-r1.tbz2'
!!! Missing metadata key(s): CATEGORY, PF, SLOT. This binary package is not
!!! recoverable and should be deleted.
Local copy of remote index is up-to-date and will be used.
!!! 'app-misc/cl-gnome-2.32-r2' is not a valid package atom.
!!! Please check ebuild(5) for full details.
Что нужно сделать ? Подскажите пжлста …
блин…знак равно(=) поставь перед названием пакета,вот так
emerge =www-app-misc/cl-gnome-2.32-r2
а не emerge app-misc/cl-gnome-2.32-r2
Ну вот -
calculate vf # emerge =www-app-misc/cl-gnome-2.32-r2
!!! Invalid binary package: '/var/calculate/remote/packages/CLDX/i686/dev-libs/boost-1.49.0-r1.tbz2'
!!! Missing metadata key(s): CATEGORY, PF, SLOT. This binary package is not
!!! recoverable and should be deleted.
!!! Invalid binary package: '/var/calculate/remote/packages/CLDX/i686/dev-libs/boost-1.49.0-r1.tbz2'
!!! Missing metadata key(s): CATEGORY, PF, SLOT. This binary package is not
!!! recoverable and should be deleted.
Local copy of remote index is up-to-date and will be used.
Calculating dependencies... done!
emerge: there are no ebuilds to satisfy "=www-app-misc/cl-gnome-2.32-r2".
emerge: searching for similar names...
emerge: Maybe you meant any of these: app-misc/cl-gnome-meta, app-misc/gnote, app-misc/cls-meta?
calculate vf #