dependency problems when installing from downlaoded binary

[rikd]

Have installed 3.5-Pod on my EEEPC 900A
Am trying to get my wireless or ethernet working.

To do that I need to build new madwifi HAL for wireless and figure out the wired issue.
I've downlaoded the linux sources from the entropy repository but on trying to install it complains about 3 dependencies
virtual/dev-manager
sys-libs/ncurses
sys-devel/make

None of these exist in the repo from what I can see. Got plain ncurses and make, so assuming these are ok - what's dev-manager?

Any help greatly appreciated.

[lxnay]

Thanks, I've found that tbz2 packages did not contain what we call "tree updates" information, and I just committed a fix.
For human beings, "tree updates" are what Gentooers call pkgmove and slotmove actions, in other words, packages got renamed (perhaps moving them from x11-apps to x11-misc) and the info is stored in /usr/portage/profiles/updates and read when running emerge.
So, since all the packages have to be bumped to get it working, you'd better just run an "equo update" for now, this will trigger the "thing" (weird IMO).

virtual/dev-manager is a virtual package linked to udev.

[rikd]

how do I get this to work without a network connection?
Is it possible to force the tree update?

My issue is that I need to get these packages on so I can fix my network connectivity - so caught in a bit of a fix

[lxnay]

what about using --nodeps to install that tbz2 package?
equo install /my/path/to/file.tbz2 --nodeps
You can install its deps separately by just downloading the other tbz2s.

[rikd]

thanks
equo install --nodeps /localpath/package.tbz2
worked to install the packages....
NOTE - the --nodeps must come before the package and not after

But can't do anything - for some reason lots of build errors (implicit decleration of exit() function ) even in doing a "make prepare" in the linux source tree, so couldn't get the latest madawifi-hal snapshots to compile.

Am going to give up in 3.5 POD for now, and give the full x86 DVD a try later this weekend.
Just installed a 32GB SSD drive, so space is no longer a problem

[micia]

I'd like to point out that I had that problem with building from source too;
for some reason it appears that sabayon pod has GCC include paths broken.
I had to manually reinstall gcc and gcc-config in order to get it back to compile properly.

The directories
/usr/lib/gcc/i586-pc-linux-gnu/4.3.1/include
/usr/lib/gcc/i586-pc-linux-gnu/4.3.1/include-fixed

were missing from the default include paths;
I was able to notice the problem running

Code: Select all

cpp -v

[lxnay]

IIRC It was a Gentoo bug.