pkg_add -r chromium && pkg_add -r firefox

According to http://www.freshports.org/www/chromium/ I run:

Code:
pkg_add -r chromium
Error: Unable to get [url]ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.2-release/Latest/chromium.tbz:[/url] File unavailable (e.g., file not found, no access)
pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.2-release/Latest/chromium.tbz' by URL

where is chromium.tbz then?

...same again with firefox but it is only giving me firefox3

Code:
pkg_add -r firefox
Fetching [url]ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.2-release/Latest/firefox.tbz[/url]... Done.
pkg_add: package 'firefox-3.6.13,1' or its older version already installed


please advise
RSato
 
Packages from 8.2-RELEASE are quite old. Set your PACKAGESITE to 8-STABLE, e.g.

[cmd=]setenv PACKAGESITE "ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/Latest/"[/cmd]
 
thanks, that finds it...

it is interesting I always assumed access to latest pkgs would be set by default.
is there an announcement ususally when pkg repos switches over from release to stable or is stable available when os version is released?
 
RenSato said:
it is interesting I always assumed access to latest pkgs would be set by default.

That is simply a wrong assumption. The version you're running determines the package repository you use by default. Also note that using -STABLE packages on a -RELEASE may fail sometimes due to (rare) library changes. If you want to run up-to-date versions of everything, use ports(7) rather than packages.
 
Thanks your advice, it is much appreciated.
I did run into trouble with packages libraries etc and agree with you ports are a more reliable way to go.
However, would you advise portupgrade with the "-PP" option or would I still be likely to run into similar problems as with switching "PACKAGESITE".
 
pkubaj,

i'm not dead set on any option at this time. I'm just here scraping brains :-)

what preference over portmaster v portupgrade do you have?

ren
 
portupgrade is dependent on ruby, and creates its own base of ports. portmaster is a shell script, with no dependencies from ports. It uses only the tools in the base. Also, it doesn't create its own base and seems to be faster than portupgrade.
 
pkubaj said:
portupgrade is dependant on ruby, and creates its own base of ports. portmaster is a shell script, with no dependencies from ports. It uses only the tools in the base. Also, it doesn't create its own base and seems to be faster than portupgrade.

pkubaj,

yes, a shell script is far more preferable to me than aforementioned ruby dependencies. I'll check it out.
 
Back
Top