[Solved] Update Problems:

Executed
emerge --oneshot portage
eix-sync

And I get the results below.
Questions are

1… Do I need a a later gcc for libreoffice compile/update ?
2… Should I delete as instructed
…/var/calculate/remote/packages/CLDX/x86_64/media-libs/mesa-9.1.2-r1.tbz2
…&
…/var/calculate/remote/packages/CLDX/x86_64/x11-libs/cairo-1.10.2-r3.tbz2
…Lastly I don’t see a later gcc available then 4.6 as shown for LibreOffice error

checking I see

calculate sqlpython # equery list gcc
 * Searching for gcc ...
[IP-] [  ] sys-devel/gcc-4.5.4:4.5
[IP-] [  ] sys-devel/gcc-4.6.3:4.6

Is gcc-4.5.4 being seen as default? And so I get an emerge ERROR ?

Any suggestions as to correcting my package ERRORS ?
Please read console messages and suggest any Corrections

Thank YOU

      Reading category 159|159 (100%) Finished          
Applying masks ..
Calculating hash tables ..
Writing database file /var/cache/eix/portage.eix ..
Database contains 16695 packages in 159 categories.
 * Update finished!

>>> Updating Portage cache
100% [=======================================================================>]
 * Calling eix-diff
Diffing databases (16695 -> 16695 packages)
 * Time statistics:
     2 seconds for syncing
    18 seconds for eix-update
     1 seconds for eix-diff
   249 seconds total
calculate sqlpython # emerge -uDav world 

!!! Invalid binary package: '/var/calculate/remote/packages/CLDX/x86_64/media-libs/mesa-9.1.2-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/x86_64/x11-libs/cairo-1.10.2-r3.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.

These are the packages that would be merged, in order:

LibreOffice errors

 * Found sources for kernel version:
 *     3.6.7-calculate
 * Checking for SYSFS_DEPRECATED support ...                             [ ok ]
>>> Running pre-merge checks for app-office/libreoffice-4.0.4.2
 * Checking for at least 512 megabytes RAM ...                           [ ok ]
 * Checking for at least 6 gigabytes disk space at "/var/calculate/tmp/portage/app-office/libreoffice-4.0.4.2/temp" ...                                  [ ok ]
 * Compilation with gcc older than 4.6 is not supported
 * ERROR: app-office/libreoffice-4.0.4.2::gentoo failed (pretend phase):
 *   Too old gcc found.
 * 
 * Call stack:
 *                    ebuild.sh, line  93:  Called pkg_pretend
 *   libreoffice-4.0.4.2.ebuild, line 259:  Called die
 * The specific snippet of code:
 *              die "Too old gcc found."
 * 
 * If you need support, post the output of `emerge --info '=app-office/libreoffice-4.0.4.2::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=app-office/libreoffice-4.0.4.2::gentoo'`.
!!! When you file a bug report, please include the following information:
GENTOO_VM=  CLASSPATH="" JAVA_HOME=""
JAVACFLAGS="" COMPILER=""
and of course, the output of emerge --info =libreoffice-4.0.4.2
 * The complete build log is located at '/var/calculate/tmp/portage/app-office/libreoffice-4.0.4.2/temp/build.log'.
 * The ebuild environment file is located at '/var/calculate/tmp/portage/app-office/libreoffice-4.0.4.2/temp/die.env'.
 * Working directory: '/usr/lib64/portage/pym'
 * S: '/var/calculate/tmp/portage/app-office/libreoffice-4.0.4.2/work/libreoffice-4.0.4.2'
>>> Running pre-merge checks for net-libs/webkit-gtk-1.8.3-r201
 * webkit-gtk-1.8.3-r201.tbz2 MD5 SHA1 size ;-) ...                      [ ok ]

 * Messages for package app-office/libreoffice-4.0.4.2:

 * Compilation with gcc older than 4.6 is not supported
 * ERROR: app-office/libreoffice-4.0.4.2::gentoo failed (pretend phase):
 *   Too old gcc found.
 * 
 * Call stack:
 *                    ebuild.sh, line  93:  Called pkg_pretend
 *   libreoffice-4.0.4.2.ebuild, line 259:  Called die
 * The specific snippet of code:
 *              die "Too old gcc found."
 * 
 * If you need support, post the output of `emerge --info '=app-office/libreoffice-4.0.4.2::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=app-office/libreoffice-4.0.4.2::gentoo'`.
 * The complete build log is located at '/var/calculate/tmp/portage/app-office/libreoffice-4.0.4.2/temp/build.log'.
 * The ebuild environment file is located at '/var/calculate/tmp/portage/app-office/libreoffice-4.0.4.2/temp/die.env'.
 * Working directory: '/usr/lib64/portage/pym'
 * S: '/var/calculate/tmp/portage/app-office/libreoffice-4.0.4.2/work/libreoffice-4.0.4.2'

Hello,

rm -rf /var/calculate/remote/packages/CLDX/*

and restart the update command.

Thanks.

XKomodor | Julien

Thank You for the response.
I can see what you are doing. Removing and forcing a reinstall of the remote packages on an Update.
I am doing this now and may resolve my issues.
My question is why did you choose that solution?
Have you done so before yourself?
Or did you read the solution?
Or Both …?
I am interested in knowing the why as I have used the Gentoo spinoff Sabayon for Years but not with portage.

Use <<gcc-config -l>> to list installed and default versions of gcc
Use <> where N is number from from previous command to set 4.6 as default

Hello,

Generally is that you had a problem when downloading and the files are corrupted or incomplete.

This is a minor and fairly common problem when downloading.

Thanks

XKomodor | Julien

Thank You… I now seem to have my emerge update world corrected.
Portage is still a learning experience for me. I had worked with portage as long ago as 10 years but did not stick with it.

I have 2 Calculate 13.x installs and one had a mirror problem in the /etc/make.conf.
This problem was caused by me running

sqlpython # mirrorselect -s3 -b10 -o -D >> /etc/portage/make.conf

I ended up with these lines in in my /etc/make.conf which I have now commented out.

#SYNC="rsync://rsync.gtlib.gatech.edu/calculate"
#SYNC="rsync://rsync5.us.gentoo.org/gentoo-portage"
#GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://gentoo.mirrors.tds.net/gentoo http://chi-10g-1-mirror.fastsoft.net/pub/linux/gentoo/gentoo-distfiles/ http://gentoo.netnitco.net http://gentoo.mirrors.tds.net/gentoo"
#GENTOO_MIRRORS="http://mirrors.rit.edu/gentoo/ ftp://mirrors.rit.edu/gentoo/ http://mirror.lug.udel.edu/pub/gentoo/"

And I then uncommented below which seemed to correct the problem created by my the Gentoo rsync
I will need to read more docs regarding Calculate mirrors.
I am accustomed to using university mirrors in the USA… I guess I can’t with Calculate… Yes/No ?

PORTAGE_BINHOST="http://95.108.197.242/calculate/CLDX/grp/x86_64"
#PORTAGE_BINHOST="ftp://ftp.linux.kiev.ua/pub/Linux/Calculate/CLDX/grp/x86_64"
#PORTAGE_BINHOST="http://mirror.cnet.kz/calculate/CLDX/grp/x86_64"

Here is the Calculate Documentation which will serve others with rsync questions.

http://www.calculate-linux.org/main/en/configuring_through_variables_fr#Configuration-de-Gentoo

Portage configuration
Portage is configurable through many variables that you set in the \[\[make\_conf | / etc / make.conf .\]\]

Options for compilation
Configuration options and compilation

When Portage builds applications, it passes the following variables to the configure script and compiler:

CFLAGS and CXXFLAGS define the desired compiler C and C + +;

CHOST defines the host type for the configuration script;

MAKEOPTS is passed to the program make and is used to define the number of tasks build up to launch in parallel. You can find more information on the program make on its manual page.
The USE variable is also used by the configuration process and compilations but has been explained in previous chapters.

Integration options
When Portage has merged a newer version of a package to the system, it removes files from previous versions. Portage gives the user five seconds to oppose the deletion of these files. This period is configurable through the variable CLEAN\_DELAY .

Protection configuration files
Protected directories
Portage overwrites files of older versions of software for those new versions that moved unless they are in a protected directory. The list of these locations are defined by the variable CONFIG\_PROTECT'ed . Directories are separated by spaces. These directories are usually hosting configuration files.
A file that should be installed in a protected location is renamed and the user is warned of the presence of a new configuration file.
You can view the list of protected directories with CONFIG\_PROTECT'ed using the
command emerge - info output:

emerge - info | grep 'CONFIG\_PROTECT ='

You can find more information about the Help emerge < page:
emerge - help config
Exclude directories

You can exclude certain subdirectories of protection by defining the variable CONFIG\_PROTECT\_MASK .

Download options
Servers

When Portage needs files that are not on your computer, it tries to download. The server locations are defined in the following variables:

GENTOO\_MIRRORS defines the list of servers that contain source packages (called the "distfiles").

PORTAGE\_BINHOST defines servers prebuilt packages.

A third variable contains the name of the server Portage use when you synchronize the tree:

SYNC defines the server used to synchronize the Portage tree.

Variables GENTOO\_MIRRORS and SYNC can be set automatically by the program app-portage/mirrorselect . You must install it with the command emerge mirrorselect if you intend to use. You can consult with app-portage/mirrorselect with the following command:

mirrorselect - help

If you must use a proxy server, you must specify its name in the variables HTTP\_PROXY , FTP\_PROXY and RSYNC\_PROXY .
Download tools

When Portage needs to fetch source of a packet, it uses wget by default. You can use it with another command variable FETCHCOMMAND .
Portage is able to resume an interrupted download. It also uses the command wget by default, but you can change that with the variable RESUMECOMMAND .

Please verify that the commands you define variables in FETCHCOMMAND and RESUMECOMMAND safeguard the files downloaded to the right place. Use the values ​​\\ \$ {URI} and \\ \$ {DISTDIR} to indicate respectively the original source and the directory in which to save them.

You can even set specific commands by using the protocol variables FETCHCOMMAND\_HTTP , FETCHCOMMAND\_FTP , RESUMECOMMAND\_HTTP , RESUMECOMMAND\_FTP etc..

Rsync
You can not use another rsync command to put the Portage tree, but you can configure this command with the following variables:
RSYNC\_EXCLUDEFROM is a file that contains the list of packages and / or categories rsync should ignore during the update.
RSYNC\_RETRIES is the maximum number of tests in an attempt to establish a connection with the mirror (whose address is defined by the variable SYNC ). By default, this variable is equal to 3.
RSYNC\_TIMEOUT defines the maximum time in seconds to connect to the rsync server. The default value is 180 but dialup users or those with slow computers might want to set this to 300 or more.

Configuring Gentoo
Branch Selection
You can set the branch with the variable ACCEPT\_KEYWORDS . The default value is the stable branch for your architecture. You can find more details about this in the next chapter.

Portage Features
You can activate certain Portage features through the FEATURES variable. These have already been discussed in previous chapters, such as Portage features .
Management Portage
Resource Management

Variable PORTAGE\_NICENESS can reduce or increase the "nice" value Portage runs. The value of PORTAGE\_NICENESS is added to the "nice" current value.
For more information about nice , consult its man page:
nice man

Display Configuration
The NOCOLOR variable tells Portage to use colored output (value attibuée default is "false").

Summary

Here is what I came away with in my understanding of of Calculate Linux vs. Gentoo vs. Sabayon and how this applies to portage.

Calculate has it’s own smaller set of Prebuilt binaries which we must use to make this Calculate Linux.
In the make.conf file one representation of that repository is
PORTAGE_BINHOST="http://95.108.197.242/calculate/CLDX/grp/x86_64"

Also you can use the distribution source files from the those local mirrors.
But…
If you live 10,000 miles from those servers.
You might want to use some local Gentoo servers to pick up speed for the distribution source files.
I did this with this line in the make.conf file

GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://gentoo.mirrors.tds.net/gentoo http://chi-10g-1-mirror.fastsoft.net/pub/linux/gentoo/gentoo-distfiles/ http://gentoo.netnitco.net http://gentoo.mirrors.tds.net/gentoo" 
GENTOO_MIRRORS="http://mirrors.rit.edu/gentoo/ ftp://mirrors.rit.edu/gentoo/ http://mirror.lug.udel.edu/pub/gentoo/" 

I found these mirrors and added them with the utility mirrorselect
WHich I ran like so

mirrorselect -s3 -b10 -o -D >> /etc/portage/make.conf

Above I am looking for the 3 fastest mirrors by me in the USA

And Remember…
Rsync
You can not use another rsync command to put the Portage tree,

So, what all this meant to me was improved speed.
Hopefully, I didn’t break anything. All does seem to test well

Here is my results on an Update as it is Now
KEEP IN MIND that previous I was UPdating in 626 seconds total

>>> Updating Portage cache
100% [=======================================================================>]
 * Calling eix-diff
Diffing databases (16708 -> 16708 packages)
 * Time statistics:
     4 seconds for syncing
    33 seconds for eix-update
     2 seconds for eix-diff
   433 seconds total

As I try to wrap my brain around Portage in daily use coming from Sabayon, Debian, Arch and Slackware I hope my tests and assumptions are correct. I would appreciate that the more practiced Portage users would weigh in and Confirm or Correct
my assumptions and tests.

Thank You All

Bump…
Just wondering if any users have review my methods and findings.
Am I on the right track ?

eix-sync …Just gets faster as the system stays updated.

Today

 * Running eix-update
Reading Portage settings ..
Building database (/var/cache/eix/portage.eix) ..
[0] "gentoo" /usr/portage/ (cache: metadata-md5-or-flat)
     Reading category 159|159 (100%) Finished             
[1] "calculate" /var/lib/layman/calculate (cache: parse|ebuild*#metadata-md5#metadata-flat#assign)
     Reading category 159|159 (100%) Finished          
Applying masks ..
Calculating hash tables ..
Writing database file /var/cache/eix/portage.eix ..
Database contains 16718 packages in 159 categories.
 * Update finished!

>>> Updating Portage cache
100% [=======================================================================>]
 * Calling eix-diff
Diffing databases (16718 -> 16718 packages)
 * Time statistics:
     3 seconds for syncing
     7 seconds for eix-update
     3 seconds for eix-diff
    62 seconds total

Yes. If the system is up to date, then eix-sync takes less time. Less data is downloaded and analyzed.

Thanks for the reply