Mozilla Firefox

Подскажите, как иметь постоянно актуальный Firefox?
чтобы обновлялось до новой версии.

спасибо

Просто обновляйте регулярно систему - будете всегда иметь актуальный софт.

eix-sync
emerge -uND world

естественно firefox надо установить :slight_smile:

для сборки из исходников:

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 #