View previous topic :: View next topic |
Author |
Message |
alexbuell Guru
Joined: 18 Jul 2002 Posts: 490 Location: "Hemp"shire, UK
|
Posted: Thu Mar 19, 2015 9:15 pm Post subject: Unable to compile xf86-video-virtualbox-4.3.24 or -4.3.26 |
|
|
Does anyone knows why I'm getting this compile error with xf86-video-virtualbox 4.3.24 and 4.3.26? This error is the same for both! Running kernel 3.19.0 here.
Code: |
CXX RuntimeGuestR0 - common/checksum/alt-md5.cpp
g++ -c -O2 -nostdinc -iwithprefix include -include /lib/modules/3.19.0-gentoo/build/include/linux/kconfig.h -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -fdiagnostics-show-option -Wno-unused-parameter -Wno-sign-compare -fdiagnostics-show-option -fno-stack-protector -O2 -mtune=generic -fno-omit-frame-pointer -fno-strict-aliasing -fno-common -include /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/include/VBox/VBoxGuestMangling.h -m64 -mno-red-zone -mcmodel=kernel -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -fno-reorder-blocks -fno-asynchronous-unwind-tables -funit-at-a-time -Wno-sign-compare -fno-exceptions -fno-rtti -include /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/include/VBox/VBoxGuestMangling.h -Ir0drv/linux -I/var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/src/VBox/Runtime -Iinclude -I/lib/modules/3.19.0-gentoo/build/include -I/lib/modules/3.19.0-gentoo/build/include/asm-i386/mach-default -I/lib/modules/3.19.0-gentoo/build/include/asm-x86/mach-default -I/lib/modules/3.19.0-gentoo/build/include/drm -I/lib/modules/3.19.0-gentoo/build/arch/x86/include -I/lib/modules/3.19.0-gentoo/build/arch/x86/include/asm/mach-default -I/lib/modules/3.19.0-gentoo/build/arch/x86/include/uapi -I/lib/modules/3.19.0-gentoo/build/arch/x86/include/generated -I/lib/modules/3.19.0-gentoo/build/arch/x86/include/generated/uapi -I/lib/modules/3.19.0-gentoo/build/include/uapi -I/lib/modules/3.19.0-gentoo/build/include/generated/uapi -I/lib/modules/3.19.0-gentoo/build/include -I/var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/out/linux.amd64/release/obj/RuntimeGuestR0/dtrace -I/var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/include -I/var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/out/linux.amd64/release -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_DEBUGGER -DRT_OS_LINUX -D_FILE_OFFSET_BITS=64 -DRT_ARCH_AMD64 -D__AMD64__ -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/opt/VirtualBox\" -DRTPATH_APP_PRIVATE_ARCH=\"/opt/VirtualBox\" -DRTPATH_SHARED_LIBS=\"/opt/VirtualBox\" -DRTPATH_APP_DOCS=\"/opt/VirtualBox\" -DIN_RING0 -DIN_RT_R0 -DHC_ARCH_BITS=64 -DGC_ARCH_BITS=64 -D__KERNEL__ -DMODULE -DIN_GUEST -DIN_GUEST_R0 -DIN_RT_R0 -DRT_WITH_VBOX -DRT_WITHOUT_NOCRT_WRAPPERS -DRT_NO_EXPORT_SYMBOL -DRT_NO_EXPORT_SYMBOL -DMODULE -DKBUILD_MODNAME=KBUILD_STR\(vboxdrv\) -DKBUILD_BASENAME=KBUILD_STR\(vboxdrv\) -DIN_SUP_R0 -Wp,-MD,/var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/out/linux.amd64/release/obj/RuntimeGuestR0/common/checksum/alt-md5.o.dep -Wp,-MT,/var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/out/linux.amd64/release/obj/RuntimeGuestR0/common/checksum/alt-md5.o -Wp,-MP -o /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/out/linux.amd64/release/obj/RuntimeGuestR0/common/checksum/alt-md5.o /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/src/VBox/Runtime/common/checksum/alt-md5.cpp
In file included from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/include/iprt/types.h:116:0,
from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/include/iprt/mem.h:31,
from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/src/VBox/Runtime/common/alloc/alloc.cpp:34:
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:197:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void data_access_exceeds_word_size(void)
^
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:201:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void __read_once_size(volatile void *p, void *res, int size)
^
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:218:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void __write_once_size(volatile void *p, void *res, int size)
^
In file included from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/include/iprt/types.h:116:0,
from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/include/iprt/heap.h:30,
from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/src/VBox/Runtime/common/alloc/heapsimple.cpp:32:
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:197:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void data_access_exceeds_word_size(void)
^
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:201:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void __read_once_size(volatile void *p, void *res, int size)
^
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:218:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void __write_once_size(volatile void *p, void *res, int size)
^
kmk: *** [/var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/out/linux.amd64/release/obj/RuntimeGuestR0/common/alloc/alloc.o] Error 1
kmk: *** Waiting for unfinished jobs....
In file included from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/include/iprt/types.h:116:0,
from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/include/iprt/md5.h:29,
from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/src/VBox/Runtime/common/checksum/alt-md5.cpp:51:
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:197:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void data_access_exceeds_word_size(void)
^
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:201:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void __read_once_size(volatile void *p, void *res, int size)
^
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:218:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void __write_once_size(volatile void *p, void *res, int size)
^
In file included from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/include/iprt/types.h:116:0,
from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/include/iprt/heap.h:30,
from /var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/src/VBox/Runtime/common/alloc/heapoffset.cpp:32:
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:197:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void data_access_exceeds_word_size(void)
^
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:201:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void __read_once_size(volatile void *p, void *res, int size)
^
/lib/modules/3.19.0-gentoo/build/include/linux/compiler.h:218:29: error: can’t set ‘no_instrument_function’ attribute after definition
static __always_inline void __write_once_size(volatile void *p, void *res, int size)
^
kmk: *** [/var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/out/linux.amd64/release/obj/RuntimeGuestR0/common/alloc/heapsimple.o] Error 1
kmk: *** [/var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/out/linux.amd64/release/obj/RuntimeGuestR0/common/checksum/alt-md5.o] Error 1
kmk: *** [/var/tmp/portage/x11-drivers/xf86-video-virtualbox-4.3.24/work/VirtualBox-4.3.24/out/linux.amd64/release/obj/RuntimeGuestR0/common/alloc/heapoffset.o] Error 1
kmk: *** Exiting with status 2
* ERROR: x11-drivers/xf86-video-virtualbox-4.3.24::gentoo failed (compile phase):
|
_________________ Cheers,
Alex.
Linux - the best text adventure game ever. |
|
Back to top |
|
|
thomai n00b
Joined: 05 Jan 2015 Posts: 10
|
|
Back to top |
|
|
alexbuell Guru
Joined: 18 Jul 2002 Posts: 490 Location: "Hemp"shire, UK
|
Posted: Fri Mar 20, 2015 6:28 pm Post subject: |
|
|
OK then I'll try GCC 4.8.4 see if that solves the issue. If not, GCC 4.9.2 will be next to try. _________________ Cheers,
Alex.
Linux - the best text adventure game ever. |
|
Back to top |
|
|
alexbuell Guru
Joined: 18 Jul 2002 Posts: 490 Location: "Hemp"shire, UK
|
Posted: Fri Mar 20, 2015 7:13 pm Post subject: |
|
|
I can confirm you need GCC 4.9.2 to compile the xf86-video-virtualbox 4.3.26 driver!! WTF? _________________ Cheers,
Alex.
Linux - the best text adventure game ever. |
|
Back to top |
|
|
thomai n00b
Joined: 05 Jan 2015 Posts: 10
|
Posted: Tue Mar 24, 2015 9:07 am Post subject: |
|
|
Yes, using GCC 4.9.2 solves the issue.
I also needed to unmask xf86-video-virtualbox-4.3.26 (~amd64) since 4.3.18 won't compile due to a missing symbol (dir_mmap or something). |
|
Back to top |
|
|
wfdawson n00b
Joined: 05 Aug 2010 Posts: 19
|
Posted: Mon Aug 03, 2015 11:56 am Post subject: |
|
|
This problem is still active. I had gcc-4.8.4 and no luck building virtualbox-guest-additions-4.3.30 until I installed gcc-4.9.3. |
|
Back to top |
|
|
destroyedlolo l33t
Joined: 17 Jun 2011 Posts: 846 Location: Close to Annecy (France)
|
Posted: Fri Aug 21, 2015 9:27 am Post subject: |
|
|
Idem for me
Is it solved with gcc 4.8.5 ?
Because moving to Gcc 5.9 seems needing large recompilation.
Thanks
Laurent |
|
Back to top |
|
|
engil Tux's lil' helper
Joined: 22 Nov 2005 Posts: 119 Location: France
|
Posted: Wed Aug 26, 2015 8:17 am Post subject: |
|
|
So,
it does work after switching to GCC 4.9, for information.
Florent _________________ Lisa Simpson : Il doit être programmé pour éliminer la concurrence !
Bart Simpson : Comme Microsoft ?!
Lisa Simpson : Exactement ! |
|
Back to top |
|
|
dbishop Tux's lil' helper
Joined: 08 Dec 2007 Posts: 107
|
Posted: Sat Aug 29, 2015 12:31 am Post subject: |
|
|
Same here, gcc 4.8.4 wouldn't compile x11-drivers/xf86-video-virtualbox-4.3.28, but gcc 4.9.3 worked perfectly. |
|
Back to top |
|
|
Madskills n00b
Joined: 11 Sep 2015 Posts: 3
|
Posted: Fri Sep 11, 2015 2:54 pm Post subject: |
|
|
Same problem.
However, I'm even more confused being a newbie to gentoo, so here's a blob of questions:
1) how do I even update to newer GCC? If I run emerge --update gcc, it just tells me "Calculating dependencies... done!" even if my version is 4.8.4.
2) how come bleeding edge gentoo uses GCC 4.8-family by default when there's 5.2 available already and how come virtual box drivers package does not explicitly require more recent compiler version to work?
3) I got this error while trying to emerge x11-base/xorg-drivers, compilation failed(same error as OP) and now if I try to emerge the same packet again with --update, it tells me there's nothing to download, but how if it failed to compile to start with?? Should I rebuild it from scratch?
I really need to get used to portage, the more documentation I read, the more questions arise. |
|
Back to top |
|
|
dbishop Tux's lil' helper
Joined: 08 Dec 2007 Posts: 107
|
Posted: Fri Sep 11, 2015 3:29 pm Post subject: |
|
|
lots of variations, but here's what I would do...
1. create a text file: /etc/portage/package.keywords/gcc and then put this in it (4.9.3 is current as of this writing)
Code: | =sys-devel/gcc-4.9.3 |
This is an easy way to do it:
Code: | mkdir -p /etc/portage/package.keywords
echo =sys-devel/gcc-4.9.3 > /etc/portage/package.keywords/gcc
|
then you should be able to (this may take a while):
then double-check with:
you should get something like this:
[1] x86_64-pc-linux-gnu-4.9.3 *
If you get more than one line, just make sure that the asterisk is next to the 4.9.3 version (I have tons of packages on my systems, in various combinations, and I have not had a problem with gcc-4.9.{2,3}
Note: you should already have gcc-config, but if not, do:
Code: | emerge -uDN gcc-config |
And make sure you have eix and gentoolkit too, these are very helpful to have around, then look on the gentoo wiki to see how to use them:
Code: | emerge -uDN app-portage/eix app-portage/gentoolkit |
Hope this helps...
And remember: those who do not read possess no advantage over those who cannot read. But the forum does help |
|
Back to top |
|
|
dbishop Tux's lil' helper
Joined: 08 Dec 2007 Posts: 107
|
Posted: Fri Sep 11, 2015 4:14 pm Post subject: |
|
|
as for your other two questions:
Quote: | 2) how come bleeding edge gentoo uses GCC 4.8-family by default when there's 5.2 available already and how come virtual box drivers package does not explicitly require more recent compiler version to work? |
Everyone asks this at some point Not sure exactly, but I suspect that there may be packages that cannot compile with >gcc-4.8.4 or have not been tested. Gentoo is primarily a source-based distro so if gcc works sporadically, you have real problems. You can have multiple versions, they are managed with gcc-config and you would explicitly emerge others (i.e. create the keyword entry if necessary, don't use the -u flag, and specify the exact version you want, like this:
Code: | emerge =sys-devel/gcc-4.9.3 |
Quote: |
3) I got this error while trying to emerge x11-base/xorg-drivers, compilation failed(same error as OP) and now if I try to emerge the same packet again with --update, it tells me there's nothing to download, but how if it failed to compile to start with?? Should I rebuild it from scratch? |
First, I imagine the ebuild should specify gcc >=4.9.2 -- probably qualifies as a bug, no one is perfect I suppose.
That said, (assuming you've emerged eix) run:
That will update your portage tree and do some other useful things. I do this every few weeks, or whenever I add a new package, an I always do an eix-sync as a first step (but never more than once a day on the eix-sync). If you get too far behind, you will tend to give yourself extra work.
Then you can run something like this. It will tell you what needs to get updated:
Code: | emerge -uDN @world -p |
The -p switch will let you see what will happen. Look through the list to make sure that you're okay with what it proposes to do, then re-run the command without the -p flag.
If you have a little time on your hands, you can do this:
This will recompile everything, and can expose subtle problems, although some question the wisdom of doing this. I do it from time to time, especially when things start getting wonky (but I run lots of machines, and on my desktops I experiment a lot so sometimes I need to do this just to get things back in some general order).
After I do an update -uDN world, I will often do a revdep-rebuild -i, followed by an emerge -cp. The last command will show you what packages your system thinks you no longer need. It is generally safe, but make sure that your read through the list. Often, my system proposes to nuke my kernel source (because a new version got installed in the world update, but I haven't gotten round to building a new kernel), and if you're just starting it, nano will get removed if you're not careful. If you see such a warning (it's pretty obvious) Just add it to your world file:
As a final suggestion, I always put this in my /etc/portage/make.conf file:
Code: | EMERGE_DEFAULT_OPTS="-v --with-bdeps=y --complete-graph=y --jobs=5 --load-average=5.0" |
Try that, you may find it useful. If you don't like it, just remove it. You can man emerge to see what it will do.
Again, hope this is helpful.
Last edited by dbishop on Fri Sep 11, 2015 7:51 pm; edited 1 time in total |
|
Back to top |
|
|
Madskills n00b
Joined: 11 Sep 2015 Posts: 3
|
Posted: Fri Sep 11, 2015 4:48 pm Post subject: |
|
|
@dbishop
Definitely thank you for the reply, however a few more questions have risen:
1) I do try to read the manuals, however gentoo is vastly different from all other distros I've tried and the documentation seems far too overwhelming to a newbie. As far as I understand, your suggestion of running
Code: |
mkdir -p /etc/portage/package.keywords
echo =sys-devel/gcc-4.9.3 > /etc/portage/package.keywords/gcc
|
is supposed to add an accepted keyword to =sys-devel/gcc-4.9.3, but I don't see any actual keyword. According to https://wiki.gentoo.org/wiki/ACCEPT_KEYWORDS, syntax should be something like this:
Code: |
mkdir -p /etc/portage/package.keywords
echo =sys-devel/gcc-4.9.3 ~x86 > /etc/portage/package.keywords/gcc
|
but I have tried it and looks like portage is capable of finding gcc-4.9.3 even when there's no keywords are even assigned to it. Where am I supposed to read it? Is accepting a keyword is the recommended way of installing updated(unstable?) version of a software?
2) I have found an old archived page: http://www.gentoo-wiki.info/HOWTO_Use_Portage_Correctly that answers most of my questions regarding newbie-confusion with portage. Why is this archived? Why the new page https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage is far inferior to the old one?
3) I still don't understand what happens when I try to emerge a package, it gives an error and then I try to update this package.
PS: -v --with-bdeps=y and --complete-graph=y seem very useful. I think it may be reasonable to add such options as a general good practice advice on the portage newbie pages. |
|
Back to top |
|
|
dbishop Tux's lil' helper
Joined: 08 Dec 2007 Posts: 107
|
Posted: Fri Sep 11, 2015 7:10 pm Post subject: |
|
|
The ~x86 (or ~amd64 -- the 64bit intel/amd flag) is now optional, the wiki is probably a little behind, but you can add it, there's no downside (unless it's the wrong one )
You certainly have the correct distro, Gentoo is the best -- and I have used a lot of them. The trouble is that you won't realize how much better it is until you get past the initial learning curve. So stick with it, you won't regret it. You will know Linux in and out, and that will make you healthy, wealthy, and wise
Regarding emerge default options, --jobs=5 will allow parallel emerges, which is also quite useful, I'd add it if I were you, regardless. It will make things go MUCH faster (unless you like reading all gcc's spew). You can always see problems in the ebuild log output. The --load-average is good to keep your machine from getting subsumed by gcc.
gentoo-wiki is old. I don't remember the bloody history of it all, but a long time ago in a galaxy far away, the data center in which gentoo-wiki resided went bankrupt and the server and its backups were absconded. It had nothing to do with Gentoo or the maintainer, it had to do with the data center owing $ to their landlord.
Are you using x86 or amd64? Please note that amd64 is for 64bit intel as well as amd...
Last edited by dbishop on Fri Sep 11, 2015 8:05 pm; edited 1 time in total |
|
Back to top |
|
|
ct85711 Veteran
Joined: 27 Sep 2005 Posts: 1791
|
Posted: Fri Sep 11, 2015 7:27 pm Post subject: |
|
|
One of the biggest reasons why Gentoo hasn't moved onto gcc-5, is that gcc-5+ has made some significant changes that affects the entire system. Once they figure out a clean way to transition everyone over, it may get released to the unstable branch. Then we have the part that, the devs are still testing most of the packages, to try resolving most of the significant breakages. There is some packages that is known to be broken with gcc5, the big one last I saw was wine. You are of course welcome to help test gcc-5, but expect everything to work right away.
Feel free to monitor the gcc-5 testing thread, to see how other's experience with it is doing.
https://forums.gentoo.org/viewtopic-t-1024198.html |
|
Back to top |
|
|
Madskills n00b
Joined: 11 Sep 2015 Posts: 3
|
Posted: Fri Sep 11, 2015 8:55 pm Post subject: |
|
|
@dbishop
Regarding ~x86 indeed looks like wiki is a bit behind. again. I really think it may use some restructuring. It looks like it was a well-structured handbook quite some time ago, but later a lot of fixes and additions were added here and there resulting in overall structure being lost. I think? Funtoo wiki : http://www.funtoo.org/Install looks way more structured and less confusing, at least the installation part even if funtoo install is a little easier.
I used ubuntu for like ages. Then I accidentally moved to arch only to find it was far superior in basically every aspect of my needs and then to gentoo to find out that it definitely has potential to overcome arch(for me of course) but there's so many poorly structured things in the wiki and little broken things here and there and compilation of KDE took me 3 days straight.
The most important thing in gentoo for me is that portage supports slots. If something does not support the most recent version of a library in arch, it basically gets thrown out of the window. That's definitely an interesting approach but kinda extreme and tends to break from time to time. Portage designed to be way more stable since it supports multiple versions of the same library and that's why I'm interested in it. And being able to compile only features I need for every package looks like an interesting advantage as well.
--jobs=5 sounds awesome. Only if I had more than 1 CPU for my virtual box lol. I'm only tinkering with gentoo out of curiosity for now so it won't get more than 1 CPU from me. For now.
@ct85711
Glad to know that there's a team working on it already and they're not like "wow it's out already?" lol. That's definitely the way I imagine things go at debian at least according to their ponderous package update schedule.
I'm definitely curious though how arch being a rolling release has gcc 5.2 and wine both working.
Also upd
Switching to latest gcc did allow me to compile vbox driver. |
|
Back to top |
|
|
dbishop Tux's lil' helper
Joined: 08 Dec 2007 Posts: 107
|
Posted: Sat Sep 12, 2015 1:13 pm Post subject: |
|
|
Regarding the Gentoo Handbook, here's the link to the amd64 version: https://wiki.gentoo.org/wiki/Handbook:AMD64
Since you are using VirtualBox, I do have a 'generic' vm that I can make available to you via dropbox if you'd like. The window manager is Enlightenment 18, but you can add/change as you wish. It uses OpenRC, not that pointless systemd junk. (Anyone who trusts a massive monolithic init system is foolish. Might as well run Windows.)
Funtoo looks pretty nice, I've never worked with it. But I trust anything Daniel Robbins does, he is a great writer and a great Linux guy. His ability to communicate in print is exceptional, which is why you're finding his Funtoo pages so crisp and concise. Maybe I will finally try a VM with Funtoo soon...
There is also Pentoo, which you may find interesting. It is a ready-to-rock Gentoo descendant and will install whole -- but you will miss the learning experience.
As for your VM, while emerging, up the CPU count to two, and make --jobs=2. I don't think it matters how many CPUs you have anyway. Even if you leave it at 1 CPU, it won't do anything it can't do, but it will speed things up regardless, try it.
Please also note that "Ubuntu" is an African word that means "I would rather be running Gentoo"
**Update on --jobs=5 : I changed my VirtualBox VM to 1 CPU and left --jobs=5, worked perfectly. You should try it! |
|
Back to top |
|
|
|
|
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
|
|