Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
emerge --emptytree with skipping 1 package
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
strubbldesign
Guru
Guru


Joined: 16 Jan 2005
Posts: 354
Location: still somewhere in the matrix but once i was able to look out of it

PostPosted: Sun Oct 18, 2009 11:30 pm    Post subject: emerge --emptytree with skipping 1 package Reply with quote

hi everybody...

I am planing to do a
Code:
emerge -euvaD world

e= emptytree
u= update
v= verbose
a= ask
D= deep

to fix some problems.

I know this will take a long time 956 Packages.

the thing is i wanna do this overnight and i get the package vmware-workstation interactive...

is there a tricky to skip this package and do it manually afterwards?

thanks for your help...
_________________
Always look on the bright side of live. badu badubadubado


Last edited by strubbldesign on Mon Oct 19, 2009 12:08 am; edited 1 time in total
Back to top
View user's profile Send private message
jfp
Apprentice
Apprentice


Joined: 08 Jul 2007
Posts: 281
Location: Virginia, USA

PostPosted: Sun Oct 18, 2009 11:54 pm    Post subject: Reply with quote

You could temporarily commented out
Code:
#app-emulation/vmware-workstation
in /var/lib/portage/world

Remember to reverse that change after your emerge --emptytree finishes
_________________
jfp
Back to top
View user's profile Send private message
strubbldesign
Guru
Guru


Joined: 16 Jan 2005
Posts: 354
Location: still somewhere in the matrix but once i was able to look out of it

PostPosted: Mon Oct 19, 2009 12:02 am    Post subject: Reply with quote

should i also comment the vmware-modules out??

but now I get more/less packages than 1
(#app-emulation/vmware-workstation)
Total: 965 packages (27 upgrades, 7 new, 6 in new slots, 925 reinstalls), Size of downloads: 701,079 kB

Would you like to merge these packages? [Yes/No] n


(app-emulation/vmware-workstation)
Total: 978 packages (28 upgrades, 7 new, 6 in new slots, 937 reinstalls, 1 interactive), Size of downloads: 703,955 kB
Fetch Restriction: 1 package

Would you like to merge these packages? [Yes/No]

there are 12 packages difference: how to handle this?
_________________
Always look on the bright side of live. badu badubadubado
Back to top
View user's profile Send private message
Mike Hunt
Watchman
Watchman


Joined: 19 Jul 2009
Posts: 5287

PostPosted: Mon Oct 19, 2009 12:21 am    Post subject: Reply with quote

If you have anything vmware related in your world file, then it will pull in vmware and all dependencies. So you must comment all vmware related entries in world to prevent that.
Back to top
View user's profile Send private message
strubbldesign
Guru
Guru


Joined: 16 Jan 2005
Posts: 354
Location: still somewhere in the matrix but once i was able to look out of it

PostPosted: Mon Oct 19, 2009 12:32 am    Post subject: Reply with quote

Mike Hunt wrote:
If you have anything vmware related in your world file, then it will pull in vmware and all dependencies. So you must comment all vmware related entries in world to prevent that.

ok I commented all packages relating to vmware in worldfile out.

what do I have to do after this huge step to get vmware recompiled with deep dependencies?

first uncommentig (I know) but then is
Code:
emerge -uvaD vmware-workstion
the right way to do? or first updating the config files or do i have to run a revdep-rebuild on it?

thanks
_________________
Always look on the bright side of live. badu badubadubado
Back to top
View user's profile Send private message
jfp
Apprentice
Apprentice


Joined: 08 Jul 2007
Posts: 281
Location: Virginia, USA

PostPosted: Mon Oct 19, 2009 12:34 am    Post subject: Reply with quote

Your right.... When I ran my test, I simply looked to see if vmware-workstation was in the list after I commented it out in the world file.
Before commenting out vmware-workstation
Code:
Total: 857 packages (857 reinstalls, 1 interactive), Size of downloads: 1 kB
Fetch Restriction: 1 package

After
Code:
Total: 834 packages (834 reinstalls), Size of downloads: 1 kB
Portage tree and overlays:

I suppose you could capture the two lists in two files, compare them and emerge --oneshot the difference.

I would also suggest you use the --keep-going emerge flag.

I am not sure that vmware-modules should be in your world file.... It is pulled in by vmware-workstation. Although I guess there may be valid reasons for vmware-modules to be in world, normally it should not be there. Certainly it is not in my world file and I have been using workstation for years.

As you know the problem with vmware-workstation is twofold. It has feth restrictions (easily solved) and the EULA question during emerge, which I don't know how to solve. Not even sure it can be solved, although I recall reading in the forums somewhere something about a means of specifiying a list of licenses that should be accepted.
_________________
jfp
Back to top
View user's profile Send private message
strubbldesign
Guru
Guru


Joined: 16 Jan 2005
Posts: 354
Location: still somewhere in the matrix but once i was able to look out of it

PostPosted: Mon Oct 19, 2009 12:35 am    Post subject: Reply with quote

Mike Hunt wrote:
If you have anything vmware related in your world file, then it will pull in vmware and all dependencies. So you must comment all vmware related entries in world to prevent that.

ok I commented all packages relating to vmware in worldfile out.

what do I have to do after this huge step to get vmware recompiled with deep dependencies?

first uncommentig (I know) but then is
Code:
emerge -uvaD vmware-workstion
the right way to do? or first updating the config files or do i have to run a revdep-rebuild on it?

thanks
_________________
Always look on the bright side of live. badu badubadubado
Back to top
View user's profile Send private message
strubbldesign
Guru
Guru


Joined: 16 Jan 2005
Posts: 354
Location: still somewhere in the matrix but once i was able to look out of it

PostPosted: Mon Oct 19, 2009 12:04 pm    Post subject: Reply with quote

hi....


got an error over night
Quote:
/bin/sh ../../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -D_GNU_SOURCE -include ../../src/include-glibc/glibc-bugs.h -I../../src/include-glibc -I../../src/include-glibc -DSYSCONFDIR=\"/etc\" -DADMINPORTDIR=\"/var/lib/racoon\" -march=nocona -O2 -pipe -fomit-frame-pointer -Wall -Wno-unused -lcrypto -Wl,-O1 -o eaytest eaytest.o plog.o logger.o crypto_openssl_test.o vmbuf.o str2val.o misc_noplog.o -lpam -lutil -lcrypto -lresolv -lreadline -lcrypt -lcrypt -L/lib -R/lib -lpam
libtool: link: x86_64-pc-linux-gnu-gcc -D_GNU_SOURCE -include ../../src/include-glibc/glibc-bugs.h -I../../src/include-glibc -I../../src/include-glibc -DSYSCONFDIR=\"/etc\" -DADMINPORTDIR=\"/var/lib/racoon\" -march=nocona -O2 -pipe -fomit-frame-pointer -Wall -Wno-unused -Wl,-O1 -o eaytest eaytest.o plog.o logger.o crypto_openssl_test.o vmbuf.o str2val.o misc_noplog.o -lutil -lcrypto -lresolv -lreadline -lcrypt -L/lib -lpam -Wl,-rpath -Wl,/lib
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -I./../libipsec -D_GNU_SOURCE -include ./src/include-glibc/glibc-bugs.h -I./src/include-glibc -I./src/include-glibc -I./../../src/racoon/missing -D_GNU_SOURCE -include ../../src/include-glibc/glibc-bugs.h -I../../src/include-glibc -I../../src/include-glibc -DSYSCONFDIR=\"/etc\" -DADMINPORTDIR=\"/var/lib/racoon\" -march=nocona -O2 -pipe -fomit-frame-pointer -Wall -Wno-unused -MT main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.c
mv -f .deps/main.Tpo .deps/main.Po
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -I./../libipsec -D_GNU_SOURCE -include ./src/include-glibc/glibc-bugs.h -I./src/include-glibc -I./src/include-glibc -I./../../src/racoon/missing -D_GNU_SOURCE -include ../../src/include-glibc/glibc-bugs.h -I../../src/include-glibc -I../../src/include-glibc -DSYSCONFDIR=\"/etc\" -DADMINPORTDIR=\"/var/lib/racoon\" -march=nocona -O2 -pipe -fomit-frame-pointer -Wall -Wno-unused -MT session.o -MD -MP -MF .deps/session.Tpo -c -o session.o session.c
mv -f .deps/session.Tpo .deps/session.Po
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -I./../libipsec -D_GNU_SOURCE -include ./src/include-glibc/glibc-bugs.h -I./src/include-glibc -I./src/include-glibc -I./../../src/racoon/missing -D_GNU_SOURCE -include ../../src/include-glibc/glibc-bugs.h -I../../src/include-glibc -I../../src/include-glibc -DSYSCONFDIR=\"/etc\" -DADMINPORTDIR=\"/var/lib/racoon\" -march=nocona -O2 -pipe -fomit-frame-pointer -Wall -Wno-unused -MT isakmp.o -MD -MP -MF .deps/isakmp.Tpo -c -o isakmp.o isakmp.c
In file included from ../../src/include-glibc/linux/byteorder/little_endian.h:12,
from /usr/include/asm/byteorder.h:79,
from ../../src/include-glibc/linux/ip.h:20,
from isakmp.c:115:
../../src/include-glibc/linux/swab.h:6:22: error: asm/swab.h: No such file or directory
make[4]: *** [isakmp.o] Error 1
make[4]: Leaving directory `/var/tmp/portage/net-firewall/ipsec-tools-0.7.2/work/ipsec-tools-0.7.2/src/racoon'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/var/tmp/portage/net-firewall/ipsec-tools-0.7.2/work/ipsec-tools-0.7.2/src/racoon'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/net-firewall/ipsec-tools-0.7.2/work/ipsec-tools-0.7.2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/net-firewall/ipsec-tools-0.7.2/work/ipsec-tools-0.7.2'
make: *** [all] Error 2
*
* ERROR: net-firewall/ipsec-tools-0.7.2 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 4070: Called die
* The specific snippet of code:
* emake -j1 || die
* The die message:
* (no error message)
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/net-firewall/ipsec-tools-0.7.2/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/net-firewall/ipsec-tools-0.7.2/temp/environment'.
*

>>> Failed to emerge net-firewall/ipsec-tools-0.7.2, Log file:

>>> '/var/tmp/portage/net-firewall/ipsec-tools-0.7.2/temp/build.log'

* Messages for package net-firewall/ipsec-tools-0.7.2:


any ideas what to do?
_________________
Always look on the bright side of live. badu badubadubado
Back to top
View user's profile Send private message
netfab
Veteran
Veteran


Joined: 03 Mar 2005
Posts: 1699
Location: 127.0.0.1

PostPosted: Mon Oct 19, 2009 12:14 pm    Post subject: Reply with quote

strubbldesign wrote:
any ideas what to do?

Install the correct sys-kernel/linux-headers version (this should match your kernel). Bug #282752
Back to top
View user's profile Send private message
strubbldesign
Guru
Guru


Joined: 16 Jan 2005
Posts: 354
Location: still somewhere in the matrix but once i was able to look out of it

PostPosted: Mon Oct 19, 2009 12:26 pm    Post subject: Reply with quote

i use Tux on ice source 2.6.30-r5

should i update to 2.6.31??
_________________
Always look on the bright side of live. badu badubadubado
Back to top
View user's profile Send private message
jfp
Apprentice
Apprentice


Joined: 08 Jul 2007
Posts: 281
Location: Virginia, USA

PostPosted: Mon Oct 19, 2009 2:08 pm    Post subject: Reply with quote

I am using the same version of the kernel as you and have linus-headers-2.6.27-r2 installed
Code:
zippy ~ # eix linux-headers
[I] sys-kernel/linux-headers
     Available versions:  *2.4.33.3!b!s ~*2.4.36!b!s 2.6.23-r3!b!s 2.6.27-r2!b!s ~2.6.28-r1!b!s ~2.6.29!b!s ~2.6.30-r1!b!s
     Installed versions:  2.6.27-r2!b!s(01:14:08 PM 10/17/2009)
     Homepage:            http://www.kernel.org/ http://www.gentoo.org/
     Description:         Linux system headers

_________________
jfp
Back to top
View user's profile Send private message
strubbldesign
Guru
Guru


Joined: 16 Jan 2005
Posts: 354
Location: still somewhere in the matrix but once i was able to look out of it

PostPosted: Mon Oct 19, 2009 2:08 pm    Post subject: Reply with quote

badly done...

updated to tux-on-ice-sources 2.6.31

basesystem runs... but have no X11

tried to recompile nvidia-drivers (i think 180.60) but get errors
Quote:
* Determining the location of the kernel source code
* Found kernel source directory:
* /usr/src/linux
* Found kernel object directory:
* /lib/modules/2.6.31-tuxonice/build
* Found sources for kernel version:
* 2.6.31-tuxonice
* Checking for MTRR support ...
 [ ok ]
>>> Unpacking source...
>>> Unpacking NVIDIA-Linux-x86_64-180.60-pkg2.run to /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2
>>> Source unpacked in /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work
>>> Preparing source in /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2 ...
* Applying NVIDIA_glx-defines.patch ...
 [ ok ]
* Applying NVIDIA_glx-glheader.patch ...
 [ ok ]
* Converting NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/Makefile.kbuild to use M= instead of SUBDIRS= ...
 [ ok ]
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2 ...
>>> Source configured.
>>> Compiling source in /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2 ...
* Preparing nvidia module
make -j3 HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/lib/modules/2.6.31-tuxonice/build HOST_CC=x86_64-pc-linux-gnu-gcc clean module
NVIDIA: calling KBUILD...
make CC=cc KBUILD_OUTPUT=/lib/modules/2.6.31-tuxonice/build KBUILD_VERBOSE=1 -C /usr/src/linux M=/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv modules
make[2]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule.
make -C /lib/modules/2.6.31-tuxonice/build \
KBUILD_SRC=/usr/src/linux-2.6.31-tuxonice \
KBUILD_EXTMOD="/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv" -f /usr/src/linux-2.6.31-tuxonice/Makefile \
modules
test -e include/linux/autoconf.h -a -e include/config/auto.conf || ( \
echo; \
echo " ERROR: Kernel configuration is invalid."; \
echo " include/linux/autoconf.h or include/config/auto.conf are missing."; \
echo " Run 'make oldconfig && make prepare' on kernel src to fix it."; \
echo; \
/bin/false)
mkdir -p /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/.tmp_versions ; rm -f /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/.tmp_versions/*
make -f /usr/src/linux-2.6.31-tuxonice/scripts/Makefile.build obj=/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv
cc -Wp,-MD,/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/.nv.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include -Iinclude -Iinclude2 -I/usr/src/linux-2.6.31-tuxonice/include -I/usr/src/linux-2.6.31-tuxonice/arch/x86/include -include include/linux/autoconf.h -I/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -fno-stack-protector -fomit-frame-pointer -Wdeclaration-after-statement -Wno-pointer-sign -I/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts -Wparentheses -Wno-multichar -Werror -mcmodel=kernel -mno-red-zone -MD -Wno-cast-qual -Wno-error -D__KERNEL__ -DMODULE -DNVRM -DNV_VERSION_STRING=\"180.60\" -UDEBUG -U_DEBUG -DNDEBUG -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(nv)" -D"KBUILD_MODNAME=KBUILD_STR(nvidia)" -c -o /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/nv.o /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/nv.c
cc -Wp,-MD,/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/.nv-vm.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include -Iinclude -Iinclude2 -I/usr/src/linux-2.6.31-tuxonice/include -I/usr/src/linux-2.6.31-tuxonice/arch/x86/include -include include/linux/autoconf.h -I/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -fno-stack-protector -fomit-frame-pointer -Wdeclaration-after-statement -Wno-pointer-sign -I/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts -Wparentheses -Wno-multichar -Werror -mcmodel=kernel -mno-red-zone -MD -Wno-cast-qual -Wno-error -D__KERNEL__ -DMODULE -DNVRM -DNV_VERSION_STRING=\"180.60\" -UDEBUG -U_DEBUG -DNDEBUG -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(nv_vm)" -D"KBUILD_MODNAME=KBUILD_STR(nvidia)" -c -o /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/nv-vm.o /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/nv-vm.c
cc -Wp,-MD,/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/.os-agp.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include -Iinclude -Iinclude2 -I/usr/src/linux-2.6.31-tuxonice/include -I/usr/src/linux-2.6.31-tuxonice/arch/x86/include -include include/linux/autoconf.h -I/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -m64 -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -fno-stack-protector -fomit-frame-pointer -Wdeclaration-after-statement -Wno-pointer-sign -I/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts -Wparentheses -Wno-multichar -Werror -mcmodel=kernel -mno-red-zone -MD -Wno-cast-qual -Wno-error -D__KERNEL__ -DMODULE -DNVRM -DNV_VERSION_STRING=\"180.60\" -UDEBUG -U_DEBUG -DNDEBUG -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(os_agp)" -D"KBUILD_MODNAME=KBUILD_STR(nvidia)" -c -o /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/os-agp.o /var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/os-agp.c
/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/os-agp.c: In function ‘KernLoadAGPPages’:
/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/os-agp.c:296: error: ‘agp_memory’ has no member named ‘memory’
make[4]: *** [/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv/os-agp.o] Error 1
make[3]: *** [_module_/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/work/NVIDIA-Linux-x86_64-180.60-pkg2/usr/src/nv] Error 2
make[2]: *** [sub-make] Error 2
NVIDIA: left KBUILD.
nvidia.ko failed to build!
make[1]: *** [module] Error 1
make: *** [module] Error 2
*
* ERROR: x11-drivers/nvidia-drivers-180.60 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 3948: Called linux-mod_src_compile
* environment, line 2945: Called die
* The specific snippet of code:
* eval "emake HOSTCC=\"$(tc-getBUILD_CC)\" CROSS_COMPILE=${CHOST}- LDFLAGS=\"$(get_abi_LDFLAGS)\" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} " || die "Unable to emake HOSTCC="$(tc-getBUILD_CC)" CROSS_COMPILE=${CHOST}- LDFLAGS="$(get_abi_LDFLAGS)" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}";
* The die message:
* Unable to emake HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS= IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/lib/modules/2.6.31-tuxonice/build HOST_CC=x86_64-pc-linux-gnu-gcc clean module
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/x11-drivers/nvidia-drivers-180.60/temp/environment'.
*


I also get error by compiling poppler during
Code:
revdep-rebuild ...giflib.so.62


Quote:
sandbox:main signal SIGQUIT already had a handler ...

>>> Unpacking source...
>>> Unpacking poppler-0.10.7.tar.gz to /var/tmp/portage/dev-libs/poppler-0.10.7/work
>>> Source unpacked in /var/tmp/portage/dev-libs/poppler-0.10.7/work
sandbox:main signal SIGQUIT already had a handler ...

>>> Preparing source in /var/tmp/portage/dev-libs/poppler-0.10.7/work/poppler-0.10.7 ...
* Running elibtoolize in: poppler-0.10.7
* Applying portage-2.2.patch ...
* Applying sed-1.5.6.patch ...
* Applying as-needed-2.2.6.patch ...
>>> Source prepared.
sandbox:main signal SIGQUIT already had a handler ...

>>> Configuring source in /var/tmp/portage/dev-libs/poppler-0.10.7/work/poppler-0.10.7 ...
* econf: updating poppler-0.10.7/config.guess with /usr/share/gnuconfig/config.guess
* econf: updating poppler-0.10.7/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --disable-static --enable-poppler-qt4 --enable-poppler-glib --enable-xpdf-headers --enable-libjpeg --enable-libopenjpeg --enable-zlib --enable-splash-output --enable-abiword-output --disable-poppler-qt4 --disable-cairo-output
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for style of include used by make... GNU
checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of x86_64-pc-linux-gnu-gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by x86_64-pc-linux-gnu-gcc... /usr/x86_64-pc-linux-gnu/bin/ld
checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/x86_64-pc-linux-gnu/bin/ld option to reload object files... -r
checking for x86_64-pc-linux-gnu-objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for x86_64-pc-linux-gnu-ar... x86_64-pc-linux-gnu-ar
checking for x86_64-pc-linux-gnu-strip... x86_64-pc-linux-gnu-strip
checking for x86_64-pc-linux-gnu-ranlib... x86_64-pc-linux-gnu-ranlib
checking command to parse /usr/bin/nm -B output from x86_64-pc-linux-gnu-gcc object... ok
checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if x86_64-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no
checking for x86_64-pc-linux-gnu-gcc option to produce PIC... -fPIC -DPIC
checking if x86_64-pc-linux-gnu-gcc PIC flag -fPIC -DPIC works... yes
checking if x86_64-pc-linux-gnu-gcc static flag -static works... yes
checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... yes
checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... (cached) yes
checking whether the x86_64-pc-linux-gnu-gcc linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for x86_64-pc-linux-gnu-gcc... (cached) x86_64-pc-linux-gnu-gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether x86_64-pc-linux-gnu-gcc accepts -g... (cached) yes
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... (cached) none needed
checking dependency style of x86_64-pc-linux-gnu-gcc... (cached) gcc3
checking for x86_64-pc-linux-gnu-g++... x86_64-pc-linux-gnu-g++
checking whether we are using the GNU C++ compiler... yes
checking whether x86_64-pc-linux-gnu-g++ accepts -g... yes
checking dependency style of x86_64-pc-linux-gnu-g++... gcc3
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether x86_64-pc-linux-gnu-g++ accepts -g... (cached) yes
checking dependency style of x86_64-pc-linux-gnu-g++... (cached) gcc3
checking how to run the C++ preprocessor... x86_64-pc-linux-gnu-g++ -E
checking for ld used by x86_64-pc-linux-gnu-g++... /usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64
checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the x86_64-pc-linux-gnu-g++ linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for x86_64-pc-linux-gnu-g++ option to produce PIC... -fPIC -DPIC
checking if x86_64-pc-linux-gnu-g++ PIC flag -fPIC -DPIC works... yes
checking if x86_64-pc-linux-gnu-g++ static flag -static works... yes
checking if x86_64-pc-linux-gnu-g++ supports -c -o file.o... yes
checking if x86_64-pc-linux-gnu-g++ supports -c -o file.o... (cached) yes
checking whether the x86_64-pc-linux-gnu-g++ linker (/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for library containing strerror... none required
checking for x86_64-pc-linux-gnu-gcc option to accept ISO C99... -std=gnu99
checking for x86_64-pc-linux-gnu-gcc -std=gnu99 option to accept ISO Standard C... (cached) -std=gnu99
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether x86_64-pc-linux-gnu-g++ accepts -g... (cached) yes
checking dependency style of x86_64-pc-linux-gnu-g++... (cached) gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking for gettimeofday... yes
checking for localtime_r... yes
checking for x86_64-pc-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... no
checking whether pthreads work with -Kthread... no
checking whether pthreads work with -kthread... no
checking for the pthreads library -llthread... no
checking whether pthreads work with -pthread... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
checking for X... libraries , headers
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking for gethostbyname... (cached) yes
checking for nanosleep... yes
checking for popen... yes
checking for mkstemp... yes
checking for mkstemps... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for _LARGEFILE_SOURCE value needed for large files... no
checking for fseek64... no
checking for ftell64... no
checking for inflate in -lz... yes
checking zlib.h usability... yes
checking zlib.h presence... yes
checking for zlib.h... yes
checking for opj_cio_open in -lopenjpeg... no
configure: error: "*** libopenjpeg library not found ***"

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/dev-libs/poppler-0.10.7/work/poppler-0.10.7/config.log
*
* ERROR: dev-libs/poppler-0.10.7 failed.
* Call stack:
* ebuild.sh, line 49: Called src_configure
* environment, line 3194: Called poppler_src_configure
* environment, line 2693: Called econf '--disable-static' '--enable-poppler-qt4' '--enable-poppler-glib' '--enable-xpdf-headers' '--enable-libjpeg' '--enable-libopenjpeg' '--enable-zlib' '--enable-splash-output' '--enable-abiword-output' '--disable-poppler-qt4' '--disable-cairo-output'
* ebuild.sh, line 534: Called die
* The specific snippet of code:
* die "econf failed"
* The die message:
* econf failed
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/dev-libs/poppler-0.10.7/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-libs/poppler-0.10.7/temp/environment'.
*


thanks for your help
_________________
Always look on the bright side of live. badu badubadubado
Back to top
View user's profile Send private message
strubbldesign
Guru
Guru


Joined: 16 Jan 2005
Posts: 354
Location: still somewhere in the matrix but once i was able to look out of it

PostPosted: Mon Oct 19, 2009 2:10 pm    Post subject: Reply with quote

jfp wrote:
I am using the same version of the kernel as you and have linus-headers-2.6.27-r2 installed
Code:
zippy ~ # eix linux-headers
[I] sys-kernel/linux-headers
     Available versions:  *2.4.33.3!b!s ~*2.4.36!b!s 2.6.23-r3!b!s 2.6.27-r2!b!s ~2.6.28-r1!b!s ~2.6.29!b!s ~2.6.30-r1!b!s
     Installed versions:  2.6.27-r2!b!s(01:14:08 PM 10/17/2009)
     Homepage:            http://www.kernel.org/ http://www.gentoo.org/
     Description:         Linux system headers


so do I have... 2.6.27-r2
_________________
Always look on the bright side of live. badu badubadubado
Back to top
View user's profile Send private message
jfp
Apprentice
Apprentice


Joined: 08 Jul 2007
Posts: 281
Location: Virginia, USA

PostPosted: Mon Oct 19, 2009 2:14 pm    Post subject: Reply with quote

Ooops,
I did not have ipsec-tools installed. I just tried to emerge it and got the same compile error as you.

Assuming that a more current version is required of linux-headers, I don't know which version you need to use.
_________________
jfp
Back to top
View user's profile Send private message
jfp
Apprentice
Apprentice


Joined: 08 Jul 2007
Posts: 281
Location: Virginia, USA

PostPosted: Mon Oct 19, 2009 2:34 pm    Post subject: Reply with quote

For the poppler error
Quote:
checking for opj_cio_open in -lopenjpeg... no
configure: error: "*** libopenjpeg library not found ***"

libopenjpeg.so is provided by openjpeg
Code:
zippy ~ # equery belongs libopenjpeg.so
[ Searching for file(s) libopenjpeg.so in *... ]
media-libs/openjpeg-1.3-r2 (/usr/lib64/libopenjpeg.so -> libopenjpeg.so.2)
zippy ~ # equery depends media-libs/openjpeg
[ Searching for packages depending on media-libs/openjpeg... ]
dev-libs/poppler-0.10.7 (>=media-libs/openjpeg-1.3-r2)
media-video/ffmpeg-0.5-r1 (jpeg2k? >=media-libs/openjpeg-1.3-r2)

Since media-libs/openjpeg-1.3-r2 is "stable", you should have it.
Just curious. Before running your --emptytree, did you do a normal emerge uDN world?
_________________
jfp
Back to top
View user's profile Send private message
Anon-E-moose
Advocate
Advocate


Joined: 23 May 2008
Posts: 4340
Location: Dallas area

PostPosted: Mon Oct 19, 2009 2:50 pm    Post subject: Reply with quote

quick check on my system

2.6.27 - no asm/swab.h
2.6.30 - asm/swab.h

Per some of the messages from ipsec
_________________
Asus m5a99fx, FX 8320 - nouveau, oss4, rx550 for qemu passthrough
Acer laptop E5-575, i3-7100u - i965, alsa
---both---
5.0.13 zen kernel, profile 17.1 (no-pie & modified) amd64-no-multilib
gcc 8.2.0, eudev, openrc, openbox, palemoon
Back to top
View user's profile Send private message
strubbldesign
Guru
Guru


Joined: 16 Jan 2005
Posts: 354
Location: still somewhere in the matrix but once i was able to look out of it

PostPosted: Mon Oct 19, 2009 3:05 pm    Post subject: Reply with quote

jfp wrote:

....
Just curious. Before running your --emptytree, did you do a normal emerge uDN world?


jes i did
_________________
Always look on the bright side of live. badu badubadubado
Back to top
View user's profile Send private message
Mike Hunt
Watchman
Watchman


Joined: 19 Jul 2009
Posts: 5287

PostPosted: Mon Oct 19, 2009 3:07 pm    Post subject: Reply with quote

strubbldesign wrote:
Mike Hunt wrote:
If you have anything vmware related in your world file, then it will pull in vmware and all dependencies. So you must comment all vmware related entries in world to prevent that.

ok I commented all packages relating to vmware in worldfile out.

what do I have to do after this huge step to get vmware recompiled with deep dependencies?

first uncommentig (I know) but then is
Code:
emerge -uvaD vmware-workstion
the right way to do? or first updating the config files or do i have to run a revdep-rebuild on it?

thanks


just run
Code:
emerge -uDNav world
that will pull in everything in your world file and all dependencies.

Also, you may need to downgrade your kernel to get nvidia-drivers installed.
Back to top
View user's profile Send private message
strubbldesign
Guru
Guru


Joined: 16 Jan 2005
Posts: 354
Location: still somewhere in the matrix but once i was able to look out of it

PostPosted: Mon Oct 19, 2009 3:20 pm    Post subject: Reply with quote

is nvidia-sources 180.60 incompatible to tux-on-ice 2.6.31?
_________________
Always look on the bright side of live. badu badubadubado
Back to top
View user's profile Send private message
jfp
Apprentice
Apprentice


Joined: 08 Jul 2007
Posts: 281
Location: Virginia, USA

PostPosted: Mon Oct 19, 2009 3:36 pm    Post subject: Reply with quote

Quote:

is nvidia-sources 180.60 incompatible to tux-on-ice 2.6.31?

I don't know about 2.6.31. I have the following and nvidia-driver 180.60 compiles fine
Code:
zippy ~ # eix tuxonice-sources
[D] sys-kernel/tuxonice-sources
     Available versions:
        (2.6.28-r10)    2.6.28-r10!b!s
        (2.6.28-r11)    (~)2.6.28-r11!b!s
        (2.6.29-r4)     (~)2.6.29-r4!b!s
        (2.6.30-r6)     (~)2.6.30-r6!b!s
        (2.6.31)        (~)2.6.31!b!s
        {build symlink}
     Installed versions:  2.6.30-r5(2.6.30-r5)!b!s(12:22:55 AM 09/08/2009)(-build -symlink) 2.6.30-r6(2.6.30-r6)!b!s(03:58:29 PM 10/01/2009)(-build -symlink) 2.6.31(2.6.31)!b!s(08:14:10 AM 09/30/2009)(-build -symlink)
     Homepage:            http://dev.gentoo.org/~dsd/genpatches/ http://www.tuxonice.net
     Description:         TuxOnIce + Gentoo patchset sources

zippy ~ # eix nvidia-drivers
[I] x11-drivers/nvidia-drivers
     Available versions:  71.86.09!s ~71.86.11!s 96.43.09!s 96.43.11!s ~96.43.13!s 173.14.15!s 173.14.18!s ~173.14.20!s 180.29!s 180.60!s ~185.13-r1!s[1] ~185.18.14!s ~185.18.29!s ~185.18.31!s [M]~190.18!s [M]~190.25!s [M]~190.32!s [M]~190.36!s [M]~190.40!s {acpi custom-cflags gtk kernel_FreeBSD kernel_linux multilib userland_BSD}
     Installed versions:  180.60!s(05:22:30 PM 10/09/2009)(acpi gtk kernel_linux multilib -custom-cflags)
     Homepage:            http://www.nvidia.com/
     Description:         NVIDIA X11 driver and GLX libraries

_________________
jfp
Back to top
View user's profile Send private message
strubbldesign
Guru
Guru


Joined: 16 Jan 2005
Posts: 354
Location: still somewhere in the matrix but once i was able to look out of it

PostPosted: Tue Oct 20, 2009 10:56 am    Post subject: Reply with quote

ok ive runned without any errors
Code:
emerge -uvaDN world
but still the same error when compiling nvidia-drivers
_________________
Always look on the bright side of live. badu badubadubado
Back to top
View user's profile Send private message
jfp
Apprentice
Apprentice


Joined: 08 Jul 2007
Posts: 281
Location: Virginia, USA

PostPosted: Tue Oct 20, 2009 1:05 pm    Post subject: Reply with quote

Ok, It sounds like your original problem with --emptytree is solved and that in the process you now have a new problem compiling nvidia-drivers.

I think the best action would be to open a new post that is specific to the nvidia-drivers issue.
It that post, include
emerge --info
lspci
lspci -n
cat /usr/src/linux/.config
ls -al /usr/src

By creating a new post, with a new subject, you may get someone to look that is knowledgeable about nvidia-driver problems.

EDIT:
It looks like https://forums.gentoo.org/viewtopic-t-796474-highlight-nvidiadrivers.html applies to your nvidia-drivers problem.
_________________
jfp
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum