Oleg Vinichenko
-
Posts
619 -
Joined
-
Last visited
-
Days Won
53
Content Type
Profiles
Forums
Blogs
Posts posted by Oleg Vinichenko
-
-
-
according to fstab, your swapfile and root are on same partition, which make it impossible to boot.
-
It's fine, do not remove them. baselayout ebuild installing system directories (like /var/ /var/lock, etc, for a complete list look inside ebuild) by using a keepdir. i.e /run created with keepdir /run. It tells portage to leave directories behind even if they are empty (or emptied). Other than that it's same as dodir ebuild function
-
output of fdisk, content of /etc/fstab, custom, what bootloader and its config?
-
it's enabled in profile :) so, yes if we want to be 100% accurate it's enabled by default in portage tree.
-
i didn't get a fail even on first attempt. The cause of this problem lies deeper. Currently, Gentoo (and we adding it automatically) have borked autotools stack. This is reported.
-
INPUT_DEVICES="evdev synaptics" enabled by default in stage3
-
it will be fixed on gentoo side.
-
i'll fix it on our side, as Gentoo currently lagging with the fix, it's reported on their bugtracker.
-
yes, it looks like a bug in ebuild. graphviz must have WANT_AUTOMAKE=1.13 in ebuild.
-
Funtoo offers a precompiled stages for Haswell CPU's. http://build.funtoo.org/funtoo-current/x86-64bit/intel64-haswell/ What doesn't work? What kind of problems? need more complete description of a problem :)
-
cannot reproduce this one. Please, give more details on this, emerge --info, imaging version. And steps leading to this failure.
-
python-updater is deprecated, you shouldn't run it anymore. http://www.funtoo.org/News:Python_Updater_Deprecation
-
that's W.I.P :) but this failures could help to sort things.
-
it shouldn't cause any serious problems but it could slow down installation, because trying to install X and it's deps.
-
there is C++ rewrite, called paludis and it's not any faster. A new portage version we testing locally is a bit faster. But last years, indeed, it slowed at some point. From what I understand portage now re-calculates it's dependency tree from scratch each time and depending on pkg list it can be really discouraging. Maybe, we can make this behavior improved or changed completely. I.e problem is not because portage written in python, but rather in what it trying to do. (too smart?)
-
PHP_TARGETS set in profile, it's ok. I'd recommend to stick with gcc-4.9.2 now only. -r1 version has some problems, it's experimental ebuild and you're not the first one getting into trouble with it.
-
it's something wrong with your system, wasn't it a side effect of mis-configured settings in make.conf you posted on bugs.funtoo.org? emerge --info -v could help and make.conf
-
i'd prefer to clean-up obscure and undocumented python code in portage rather then rewrite it in new lang :)
-
it's restricted
-
It using OpenRC
-
-
-
please, paste output of java-config -L
No route to local network on new install
in Installation Help
Posted
yep :)